Also, not sure if it is relevant or not, but after the discovery command
was issued, it started attaching to the iSCSI share twice at boot. I had
to manually remove both entries in
/etc/iscsi/nodes/iqn.2015-12.org.cokenet.ctl:iscsi. After that, it
stopped attaching to it twice, and is back to a
On 09/22/2016 09:31 PM, Colby Ross wrote:
> Just an update -- iscsiadm's discover protocol detects the target
> portal group tag as 257. Windows own iSCSI initiator does as well.
Thanks, that was what I expected. I'll update you once I've pinned
down the precise problem.
Regards,
Christian
Christian
Just an update -- iscsiadm's discover protocol detects the target portal
group tag as 257. Windows own iSCSI initiator does as well.
Colby
On 09/22/2016 04:09 PM, Colby Ross wrote:
> Sorry I didn't mention this before. I thought I had. [virt-manager]
You probably did, I just didn't know virt-manager supported configuring
guests for iSCSI now, so it didn't register when you said something
about virt-manager. Sorry.
But then there's a
I'll give it a go and see what I find.
I can say I had no issues either Debian Jessie 8.5 with this same exact
setup.
Colby
Christian
It's also strange it's detecting portal group 257. It may be an issue with
freenas but I have the portal group ID set as 1 for my iscsi share in Free
NAS.
Colby
Christian
Sorry I didn't mention this before. I thought I had.
I set up the iscsi share in virt-manager. I basically installed the
open-iscsi package and used virt-manager to attach to the share as a
storage pool. The share is nothing more than a pass through to a kvm guest.
Virt-manager I believ
Control: severity -1 important
Control: tags -1 + upstream confirmed
Control: retitle -1 Target portal group change at login not properly handled
(logoutall skips session)
On 09/22/2016 01:35 PM, Colby Ross wrote:
> I think I figured out part of it. When its looking for the config
> file on logou
I think I figured out part of it. When its looking for the config file
on logout, its looking in 172.16.5.30,3260,257 -- that does not exist on
my system. However, 172.16.5.30,3260,1 does, but it doesn't check this.
When I manually create the folder it is looking for and copy the
"default" fil
Sorry, forgot to attach the modified file:
root@debscsi:~# cat /etc/iscsi/iscsid.conf
#
# Open-iSCSI default configuration.
# Could be located at /etc/iscsi/iscsid.conf or ~/.iscsid.conf
#
# Note: To set any of these values for a specific node/session run
# the iscsiadm --mode node --op command f
I ran the dpkg command to check config files:
root@debscsi:~# dpkg-query -f '${Conffiles}\n' -W open-iscsi | \
> awk '{printf("%s %s\n", $2, $1);}' | md5sum -c -
/etc/default/open-iscsi: OK
/etc/init.d/iscsid: OK
/etc/init.d/open-iscsi: OK
/etc/iscsi/iscsid.conf: FAILED
md5sum: WARNING: 1 co
On 09/22/2016 12:45 PM, Colby Ross wrote:
> As requested:
> # BEGIN RECORD 2.0-873
> [...]
> # END RECORD
Thanks. I just compared that with what's in my test setup, and
apart from IP addresses and the target name, it's identical. I
tested the --logoutall=all command on both Stretch and sid,
and it
Christian
As requested:
# BEGIN RECORD 2.0-873
node.name = iqn.2015-12.org.cokenet.ctl:iscsi
node.tpgt = 1
node.startup = manual
node.leading_login = No
iface.hwaddress =
iface.ipaddress =
iface.iscsi_ifacename = default
iface.net_ifacename =
iface.gateway =
iface.subnet_mask =
iface.transpo
Hi,
On 09/22/2016 03:06 AM, Colby Ross wrote:
> So, it appears the command being issued is /bin/iscsiadm -m node
> --logoutall=all. When I try that command, I get the same error as
> when I try to run the script. The logout-all.sh script contains this
> function that invokes that command:> # trivi
Package: open-iscsi
Version: 2.0.873+git1.4c1f2d90-2
I am running debian stretch/sid with virt-manager, dkms, open-iscsi,
virtualbox guest additions, and openssh installed.
I have an iscsi session opened with a local box on my lan, running
FreeNAS. I have virt-manager and its dependencies ins
15 matches
Mail list logo
