[Bug 630434] New: Server refuses to boot, while used iSCSI based non "/" file system is not available.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434 http://bugzilla.novell.com/show_bug.cgi?id=630434#c0 Summary: Server refuses to boot, while used iSCSI based non "/" file system is not available. Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: DOlsson@WEB.de QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6) Gecko/20100626 SUSE/3.6.6-1.1 Firefox/3.6.6 On our SLES 11 GM based "mirror" server (running as a virtual XEN guest), we are using iSCSI to attach to our NAS holding the "/data" file system, whereas all other file systems (/, /boot, /var, /home) are placed on local disk. When rebooting the server, it refuses to boot correctly, while it is not able to "fsck" the "/data" file system -- The system stops in "(repair filesystem) #" mode (after having entered the "root" password). Using the "nofail" option for the "/data" file system helps to get the system to reboot correctly, but in this case the "/data" file system is neither being checked nor mounted during the system startup, which therefore -- once again -- makes the system unusable! Using the "nofail" option is part of the "solution" listed in the SLES 11 SP1 documentation, but since the system is unusable, this is *not* the solution to the problem. The problem is that the "mkinitrd" is and the boot scripts are not capable of handling iSCSI attached file systems correctly. The correct way of handling iSCSI attached devices are: - All iSCSI devices having the "onboot" set as node startup setting must be attached during the "initrd" boot sequence (i.e. by "boot.open-iscsi") -- and this *independent* of whether the "/" (root) file system is attached via iSCSI or not, - All iSCSI devices having the "automatic" set as node startup setting need to be attached during the normal booting sequence (i.e. by "open-iscsi"), - All iSCSI devices having the "manual" set as node startup setting should be left alone. Using such a attaching schema will ensure that a server is capable of being booted with all its iSCSI file systems being attached, checked and mounted. Reproducible: Always Steps to Reproduce: 1a. Setup an iSCSI device and mount it e.g. as "/home" (no changes to "/etc/fstab"). 2a. Reboot the system 3a. System fails to boot, while "/home" is not available. 1b. Setup an iSCSI device and mount it e.g. as "/home", and add the "nofail" option in "/etc/fstab" to the "/home" mount point. 2b. Reboot system. 3b. System boots, but "/home" is neither checked nor mounted! Actual Results: When using iSCSI devices for non root file systems - the system is not able to boot, when the file system on the iSCSI device is listed in "/etc/fstab" as a file system that should be mounted or - the system boots boots, when the file system on the iSCSI device has been marked with "nofail" in "/etc/fstab", but the file is neither being checked nor it is being mounted. Expected Results: System boots with all file systems listed in "/etc/fstab" being checked and mounted independently of whether they are on local or iSCSI attached disks. -- 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.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
http://bugzilla.novell.com/show_bug.cgi?id=630434#c
yang xiaoyu
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
http://bugzilla.novell.com/show_bug.cgi?id=630434#c1
Michal Marek
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
http://bugzilla.novell.com/show_bug.cgi?id=630434#c2
Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
http://bugzilla.novell.com/show_bug.cgi?id=630434#c3
--- Comment #3 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
http://bugzilla.novell.com/show_bug.cgi?id=630434#c
Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
http://bugzilla.novell.com/show_bug.cgi?id=630434#c4
--- Comment #4 from Dennis Olsson
Dennis, you should SLES issues via the SLES support channels, not in the openSUSE bugzilla. Reassigning to Hannes nevertheless.
Michal, thanks, yes, I am aware of this. Have just first reported it here, while (1) the issue also affects openSUSE 11.3+, and (2) while I am must more familiar with the usage of Bugzilla (is far more easier to use;-) than with Novell's proprietary Support Requests. ;-) Issue was reported today as: Service Request: 10642695911 Description: Server refuses to boot, while used iSCSI based non "/" file system is not available. -- 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.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c5
Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c6
--- Comment #6 from Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c7
--- Comment #7 from Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c8
--- Comment #8 from Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c9
Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c10
Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c11
Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c12
--- Comment #12 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c13
Dennis Olsson
Hmm? What exactly has initrd to do with this? I was under the impression that you're trying to mount an iSCSI device via /etc/fstab, ie _after_ initrd has run and the 'normal' SYSV init runs. Is that correct?
Well, yes, that is what I am trying to. The problem is just that "open-iscsi" is started *after* "boot.localfs", which means that "fsck" bails out, while the file systems from the iSCSI devices (in my case "/data" and "/home") are not available. On the other hand, if "open-iscsi" had already been started in "initrd" (as is the case, if "/" is on an iSCSI device), the iSCSI devices that holds the file systems would be available at the time, when "boot.localfs" is being executed, and everything would run as it should. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c14
--- Comment #14 from Hannes Reinecke
The problem is just that "open-iscsi" is started *after* "boot.localfs", which means that "fsck" bails out, while the file systems from the iSCSI devices (in my case "/data" and "/home") are not available.
For which we have the option 'nofail' to avoid a failure here. The devices will then be mounted via udev. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c15
--- Comment #15 from Dennis Olsson
For which we have the option 'nofail' to avoid a failure here. The devices will then be mounted via udev.
Sigh -- and *that* is the problem! (1) The devices do *not* get mounted via udev. (2) The file systems (sometimes) cannot be mounted, while a "fsck" needs to be run on them before mounting them. (3) In cases of having ones system file systems, like "/usr", "/srv", "/opt", "/var", etc., it is simply *not* possible to make use of the "nofail" option and then wait until udev mounts the file system, while the system simply *cannot* boot without having access to these file systems on their iSCSI devices!! Therefore, and to repeat myself from my initial comment #0, when creating this bug entry: The correct way of handling iSCSI attached devices are: <quotation> - All iSCSI devices having the "onboot" set as node startup setting must be attached during the "initrd" boot sequence (i.e. by "boot.open-iscsi") -- and this *independent* of whether the "/" (root) file system is attached via iSCSI or not, - All iSCSI devices having the "automatic" set as node startup setting need to be attached during the normal booting sequence (i.e. by "open-iscsi"), - All iSCSI devices having the "manual" set as node startup setting should be left alone. Using such a attaching schema will ensure that a server is capable of being booted with all its iSCSI file systems being attached, checked and mounted. </quotation> The usage of iSCSI devices are *independed* of for what they are used (file systems, system file systems, raw device or whatever), just like any other attachable disk device (IDE, SATA, SAS, SCSI, USB, etc.). Therefore, using an attachment logic for iSCSI devices as described above, ensures that the needed iSCSI devices are made available *before* they are being address by the system. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c17
--- Comment #17 from Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c18
Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Ihno Krumreich
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c21
--- Comment #21 from Marius Tomaschewski
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c22
Marius Tomaschewski
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c23
Christian Dengler
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c24
Marius Tomaschewski
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c25
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c26
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c27
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c28
Shawn Starr
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Marius Tomaschewski
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c29
--- Comment #29 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c30
--- Comment #30 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c31
--- Comment #31 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c32
--- Comment #32 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c33
--- Comment #33 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c34
--- Comment #34 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c36
Hannes Reinecke
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c37
--- Comment #37 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c40
--- Comment #40 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c41
Dennis Olsson
It sounds like you want /etc/init.d/boot.open-iscsi to be modified to only try to start the iscsi daemon if it is not already running, as per attachment (id=450703).
Correct (see also comment 39 for reason why).
Do you also want changes to /etc/init.d/open-iscsi from the previous attachment (id=450697) [details]?
Yes, also correct. The removal of "/etc/init.d/boot.open-iscsi" in this attachment must be ignored (as per Hannes comment 36), while this script is *needed*, although it then needs the fix above to work correctly in cases, where iSCSI is used on systems, where the root file system is not located on an iSCSI device.
Lastly, are the patches that Hannes suggested already handled? It looks like one of them is, from comment #8, but not sure about the one from comment #7.
You will have to ask Hannes about this. As far as I am concerned, these patches are unrelated to my original report (as far as I can overview).
And what about /etc/sysconfig/initrd? I am really not sure about adding such a template to fix this problem, when only the "root_iscsi=1" option is needed here.
The "initrd" template suggested in attachment (id=450695) covers other cases then just using an iSCSI device without having the root file system on an iSCSI device. This template is the sum of my experience with "mkinitrd" over time, where I have been forced to overwrite various oddities found with "mkinitrd", the iSCSI case as reported here just being the lastest. Just to fix the reported iSCSI problem, the template is probably "an overkill", but then again the template covers more than just the iSCSI issue fix, so why not include all of it? ;-) PS: Notice the fix to "mkinitrd" itself, too, in the attachment (id=450695) -- There is a rather annoying bug in "mkinitrd" that needs to be fixed! See also bug 717590, which was created to keep track of this "follow up" bug. This bug also contains a newer and better patch to fix this bug. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c42
--- Comment #42 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c43
--- Comment #43 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c44
--- Comment #44 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c45
--- Comment #45 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c46
Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c48
--- Comment #48 from Lee Duncan
Well, I do not any longer have access to an iSCSI environment, but I would like to give the sources a review (I just cannot test in a live environment presently).
For SLES 12 SP2 GM??? I do believe, you mean SLES 11 SP2 GM, right?
My apologies: I was off-by-one. Yes, I meant SLES 11 SP2 GM. Note: I am trying to reproduce this problem to verify your suggested changes, and I am not having luck. Perhaps you can hep me. Here's what I'm doing: * Created an iSCSI target volume on a remote system * Set up my SLE 12 SP2 GM client with open-iscsi * Made sure client could connect to target * Created a filesystem on the target disc from the client (EXT3) * Set node.startup and node.conn[0].startup to "onboot" * Updated /etc/init.d/boot.open-iscsi and /etc/init.d/open-iscsi as you suggested * added your suggested initrd template and ran mkinitrd When I reboot, the /etc/init.d/boot.open-iscsi service finds no sessions, since it appears to not have logged into the target. And when I get up full running (after /etc/init.d/open-iscsi has ran), the session still is not present, i.e. no login has been attempted to my target! If I change the "startup" variables to "automatic" instead of "onboot", then I get automatic login to the target, so when I get to full multi-user mode, the disk is present (in my case, as /dev/sdc). So why is this not working when I set startup to "onboot", i.e. who/what is supposed to login to the target when its startup value is set to onboot? Is it initrd? Do I need to make changes to initrd itself? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c49
Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c50
--- Comment #50 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c51
--- Comment #51 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c52
--- Comment #52 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c53
--- Comment #53 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c54
--- Comment #54 from Dennis Olsson
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c60
--- Comment #60 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c61
--- Comment #61 from Bernhard Wiedemann
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c64
--- Comment #64 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c65
--- Comment #65 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c66
--- Comment #66 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c67
--- Comment #67 from Benjamin Brunner
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c68
Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c69
Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c71
--- Comment #71 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c72
--- Comment #72 from Bernhard Wiedemann
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c74
--- Comment #74 from Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c75
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c76
--- Comment #76 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c77
--- Comment #77 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c79
--- Comment #79 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c81
--- Comment #81 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c82
Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c88
--- Comment #88 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c89
--- Comment #89 from Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c90
Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c91
Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434 https://bugzilla.novell.com/show_bug.cgi?id=630434#c Bug 630434 depends on bug 821695, which changed state. Bug 821695 Summary: open-iscsi should be updated to latest version http://bugzilla.novell.com/show_bug.cgi?id=821695 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c92
Lee Duncan
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c93
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c94
SMASH SMASH
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c95
--- Comment #95 from SMASH SMASH
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c96
--- Comment #96 from SMASH SMASH
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c97
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c98
--- Comment #98 from Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
https://bugzilla.novell.com/show_bug.cgi?id=630434
https://bugzilla.novell.com/show_bug.cgi?id=630434#c
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
Swamp Workflow Management
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
http://bugzilla.novell.com/show_bug.cgi?id=630434#c99
--- Comment #99 from Bernhard Wiedemann
![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.novell.com/show_bug.cgi?id=630434
Swamp Workflow Management
participants (1)
-
bugzilla_noreply@novell.com