aspasia wrote:
> On Apr 30, 12:29 pm, Mike Christie <[EMAIL PROTECTED]> wrote:
>> iscsistart was created, becuase the db used to require other fun libs
>> and throwing them into the initrd was a pain for many distros, and so
>> you could just pass in the value you want to use by doing
> the reason why I tried to use iscsiadm in lieu of iscsistart, was
> because in my golden build server, I error'ed out when I tried to
> connect to my target using iscsistart; however, with iscsiadmn I can
> connect.
> My server is:  Ubuntu 8.x (Hardy) ...
> 1.  In attempt to troubleshoot, I do not have the iscsid daemon
> running so, while testing to connect via iscistart, I try the
> following
> a.  load all necessary modules - modules - and they load fine.
> b.  run the iscsistart CLI:
>  ./iscsistart -i -t iqn.
> -g 1 -a
> iscsistart: transport class version 2.0-724. iscsid version 2.0-869
> iscsistart: version 2.0-869
> iscsistart: received iferror -22
> iscsistart: can't create connection (115)
> iscsistart: received iferror -22
> iscsistart: can not safely destroy session 0
> iscsistart: received iferror -22
> iscsistart: can't bind conn 0:0 to session 0, retcode 1 (115)
> the machine is just in a hang state .. any ideas??
> the iscsid daemon still runs:
> sbin# ps -elf | grep iscsi
> 1 S root     22031     1  0  80   0 -  1007 -      13:49 ?
> 00:00:00 ./iscsid
> 0 R root     22223 21108  0  80   0 -  1290 -      14:00 pts/2
> 00:00:00 grep iscsi

See the other mail. If you use iscsistart you do not need iscsid at the 
same time. The kernel/userspace tools do not support two listeners and 
weird things happen like one of the listeners gets the events that were 
intended for the other. Try this with iscsistart but without iscsid. 
Everntually you need to run iscsid, but just not when iscsistart is running.

- So in the initrd you would run


- We do pivot root to real root device.
- The init scripts are run. You should run iscsid right away now, so it 
can handle any iscsi errors that may arise during startup.
- Later when the system is settled run iscsiadm to log into other 
sessions and scan for scsi devices. The suse init scripts might be 
helpful or if you have  Red hat or fedora those iscsi scripts might help 

You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To post to this group, send email to
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at

Reply via email to