http://bugzilla.novell.com/show_bug.cgi?id=605186
http://bugzilla.novell.com/show_bug.cgi?id=605186#c1
James Fehlig changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
InfoProvider| |koenig@linux.de
--- Comment #1 from James Fehlig 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.