On Dec 6, 2011, at 9:00 PM, Mike Christie wrote: > Run the iet on a separate machine.
Do you mean ietadm or ietd? ietadm works from everywhere. But ietd MUST run on the physical machine it's currently running on. That's the one with all the disks, and the whole point of this exercise is to have the disks 'exported/shared' (?) using iSCSI from this machine. Although not absolutly required, it would be ... "very nice" (to use an understatement :) if I could ALSO run an initiator on this machine. > In the logs are you running iet and > open-iscsi on the same box? I am. > You mean if you do > > iscsiadm -m discovery -t st -p localhost > then > iscsiadm -m node -t yourtarget -p localhost -l > or > iscsiadm -m node -t yourtarget -p 127.0.0.1 -l > then it works? When I mean localhost, i rather mean the host localhost, not the address localhost... Hmmm! Not even I understood THAT :) On the same machine, I use the name of the machine to connect. As in: The 'iron' (physical host/machine) is called Celia (with the IP 192.168.69.8). So on Celia I run the target AND the/a initiator. Celia is running a 64bit kernel, but I haven't upgraded the userland (not enough time or big enough b**ls :) so that's 32bit. So on celia: celia:~# iscsiadm -m discovery -t st -p celia 192.168.69.8:3260,1 iqn.2011-11.com.bayour:storage.mosix02 192.168.69.8:3260,1 iqn.2011-11.com.bayour:storage.mosix01 192.168.69.8:3260,1 iqn.2011-11.com.bayour:storage.freebsd82 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.squeeze.64 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.kfreebsd.64 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.kfreebsd.32 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.live 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.lenny.64 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.lenny.32.source 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.lenny.32 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.windows.xp.pro 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.windows.vista 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.windows.7 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.ubuntu.lucid.launchpad 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.nexenta.cp3 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.nexenta.cp2 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.nexenta.cp1 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.astrix celia:~# iscsiadm -m node -T iqn.2011-12.com.bayour:storage.debian.lenny.64 -l Logging in to [iface: default, target: iqn.2011-12.com.bayour:storage.debian.lenny.64, portal: 192.168.69.8,3260] [this never seem to return - never worked] However, on lenny64 (which is a VM running in VBox which is started from a 64bit chroot on Celia - to get VBox working, this was the only way other than upgrade/reinstall/new machine) which is 64/64: lenny64:~# iscsiadm -m discovery -t st -p celia 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.nexenta.cp1 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.lenny.32.source 192.168.69.8:3260,1 iqn.2011-11.com.bayour:storage.freebsd82 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.lenny.32 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.live 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.nexenta.cp2 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.windows.xp.pro 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.windows.vista 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.ubuntu.lucid.launchpad 192.168.69.8:3260,1 iqn.2011-11.com.bayour:storage.mosix01 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.windows.7 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.kfreebsd.64 192.168.69.8:3260,1 iqn.2011-11.com.bayour:storage.mosix02 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.astrix 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.lenny.64 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.squeeze.64 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.debian.kfreebsd.32 192.168.69.8:3260,1 iqn.2011-12.com.bayour:storage.nexenta.cp3 lenny64:~# iscsiadm -m node -T iqn.2011-12.com.bayour:storage.debian.lenny.64 -l Logging in to [iface: default, target: iqn.2011-12.com.bayour:storage.debian.lenny.64, portal: 192.168.69.8,3260] Login to [iface: default, target: iqn.2011-12.com.bayour:storage.debian.lenny.64, portal: 192.168.69.8,3260]: successful lenny64:~# dmesg | tail | egrep ' sd [0-9].*hardware sector' | tail -n1 [436886.256327] sd 5:0:0:0: [sde] 31457280 512-byte hardware sectors (16106 MB) lenny64:~# fdisk -l /dev/sde Disk /dev/sde: 16.1 GB, 16106127360 bytes 64 heads, 32 sectors/track, 15360 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Disk identifier: 0x2637ddfd Device Boot Start End Blocks Id System /dev/sde1 * 1 192 196592 83 Linux /dev/sde2 193 1147 977920 82 Linux swap / Solaris /dev/sde3 1148 15360 14554112 83 Linux lenny64:~# ... which is correct, since I've done it before :). But never on Celia. PS. The tings that works on lenny64 ALSO works inside the 64bit chroot on Celia! > So for the setup that fails it is 32 bit user/64 bit kernel with both > the initiator and target running on the same OS instance/box? Correct! -- There are no dumb questions, unless a customer is asking them. - Unknown -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.
