Hi! I guess it's an issue with tgtd, if at all: If the OS doesn't see a partition locally, there's litte sense complaining that using it won't work. Whatever application you are using.
Regards, Ulrich >>> Trenton Adams <trenton.d.ad...@gmail.com> schrieb am 07.11.2012 um 04:47 in Nachricht <89e30135-4d58-4ec1-ba33-4dd30fe11...@googlegroups.com>: > Hi Guys, > > I ran into something interesting, and I'm wondering if this can or should > be fixed. > > I setup a second disk pointing to a partition on my drive, which already > had another partition shared out using open-iscsi. I found out really > quickly that no drives show up in Windows 7 computer management console, > even though it's successful connecting. > > So, I ran tgtadm -m target -o show, and got the following... > Target 2: iqn.2012-11.ca.trentonadams:tdadesktop > System information: > Driver: iscsi > State: ready > I_T nexus information: > I_T nexus: 1 > Initiator: iqn.1991-05.com.microsoft:tda-desktop > Connection: 1 > IP Address: 192.168.8.4 > LUN information: > LUN: 0 > Type: controller > SCSI ID: IET 00020000 > SCSI SN: beaf20 > Size: 0 MB, Block size: 1 > Online: Yes > Removable media: No > Prevent removal: No > Readonly: No > Backing store type: null > Backing store path: None > Backing store flags: > Account information: > iqn.1991-05.com.microsoft:tda-desktop > ACL information: > 192.168.8.191 > 192.168.8.99 > 192.168.8.4 > 127.0.0.1 > > > Luckily, I thought about what the problem might be, seeing the first > partition was working fine. The problem that occurred was that I had > edited the disk partition table while tgtd was using the drive. Of course > you get the standard message that a reboot is necessary. Instead of that, > I shut down tgtd, opened the disk, and re-wrote the partition table. After > restarting tgtd, the output of the above command is now... > > Target 2: iqn.2012-11.ca.trentonadams:tdadesktop > System information: > Driver: iscsi > State: ready > I_T nexus information: > LUN information: > LUN: 0 > Type: controller > SCSI ID: IET 00020000 > SCSI SN: beaf20 > Size: 0 MB, Block size: 1 > Online: Yes > Removable media: No > Prevent removal: No > Readonly: No > Backing store type: null > Backing store path: None > Backing store flags: > LUN: 1 > Type: disk > SCSI ID: IET 00020001 > SCSI SN: beaf21 > Size: 268436 MB, Block size: 512 > Online: Yes > Removable media: No > Prevent removal: No > Readonly: No > Backing store type: rdwr > Backing store path: /dev/sdf2 > Backing store flags: > Account information: > iqn.1991-05.com.microsoft:tda-desktop > ACL information: > 192.168.8.191 > 192.168.8.99 > 192.168.8.4 > 127.0.0.1 > > So, I guess my question is, should this be considered a "bug"? Is there > any way that open-iscsi can notify the client that the disk is not yet > working? > > Thanks. -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To post to this group, send email to open-iscsi@googlegroups.com. To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.