http://bugzilla.novell.com/show_bug.cgi?id=605186 http://bugzilla.novell.com/show_bug.cgi?id=605186#c1 James Fehlig <jfehlig@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |koenig@linux.de --- Comment #1 from James Fehlig <jfehlig@novell.com> 2010-07-21 18:56:13 UTC --- Yeah, the block-iscsi script has some race issues. For PV domUs, it is invoked with 'add' when the device is 'block-attached' to dom0 (so the boot loader can extract kernel/initrd). It is then invoked with 'remove' when boot loader is done. But then it is invoked again with 'add' when the domU is constructed :-(. I think you are hitting a race, where $session/targetname has not yet disappeared from the 'remove' while executing the second 'add'. IMO, the messages you are seeing are harmless and need to be squelched. Your domU runs and there are no problems otherwise correct? I will commit the following small patch to block-iscsi script to quiet the output --- block-iscsi (revision 3175) +++ block-iscsi (working copy) @@ -22,7 +22,7 @@ { unset dev for session in /sys/class/iscsi_session/session*; do - if [ "$1" = "`cat $session/targetname`" ]; then + if [ "$1" = "`cat $session/targetname 2>/dev/null`" ]; then dev=`basename $session/device/target*/*:0:*/block*/*` return fi @@ -35,7 +35,7 @@ for session in /sys/class/iscsi_session/session*; do dev=`basename $session/device/target*/*:0:*/block*/*` if [ "$dev" = "$1" ]; then - tgt=`cat $session/targetname` + tgt=`cat $session/targetname 2>/dev/null` return fi done BTW, a bug against SLE11 exists for the block-iscsi race issues. Although I haven't given it much time, I also haven't figured out a good solution. Ideas, including crazy ones, are accepted :-). -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.