https://bugzilla.novell.com/show_bug.cgi?id=630434 https://bugzilla.novell.com/show_bug.cgi?id=630434#c15 --- Comment #15 from Dennis Olsson <DOlsson@WEB.de> 2010-09-20 21:22:50 CEST ---
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.