[Bug 908383] New: VirtualBox Kernelmodule not loaded if fstab with not mountable cifs mountpoint
http://bugzilla.opensuse.org/show_bug.cgi?id=908383 Bug ID: 908383 Summary: VirtualBox Kernelmodule not loaded if fstab with not mountable cifs mountpoint Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening@forge.provo.novell.com Reporter: juergenhuber@web.de QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- 1. Install openSUSE 64bit from scratch 2. Install VirtualBox-qt with yast, install all recommended dependencies 3. Create a new Machine with an .iso - CD-ROM-File -> test Startup of VM -> VM starts up. 4. Add an remote cifs mountpoint to your fstab which isn't online 5. Reboot the Machine 6. Try to start the even working new VM -> VirtualBox reports that the startup isn't possible because the kernel module is missing. 7. Remove the fstab Entry from 4. -> Reboot -> Restart VM, Works again. My sample-Entry to fstab: //192.168.0.1/dat /server cifs users,credentials=/etc/.pass-pw,gid=users,uid=jue 0 0 The credentials-file was available (double-checked). In my case the remote-share is inside of a VM, so the first mount during startup will fail. Since the error appears the mount will never work because the VM cannot come up. Same configuration on openSUSE 12.3 worked. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=908383 Bernhard Wiedemann <bwiedemann@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bwiedemann@suse.com, | |juergenhuber@web.de Assignee|bnc-team-screening@forge.pr |systemd-maintainers@suse.de |ovo.novell.com | Flags| |needinfo?(juergenhuber@web. | |de) --- Comment #1 from Bernhard Wiedemann <bwiedemann@suse.com> --- can you try, if it helps to add the nofail option to your fstab entry? Like this (in one line): //192.168.0.1/dat /server cifs users,credentials=/etc/.pass-pw,gid=users,uid=jue,nofail 0 0 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=908383 --- Comment #3 from Jürgen Huber <juergenhuber@web.de> --- The problem does not appear with "nofail" - option. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=908383 Bernhard Wiedemann <bwiedemann@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sfalken@opensuse.org Assignee|bnc-team-screening@forge.pr |trenn@suse.com |ovo.novell.com | Flags|needinfo?(juergenhuber@web. | |de) | --- Comment #4 from Bernhard Wiedemann <bwiedemann@suse.com> --- IMHO, there are two issues here, one is that systemd changed what happens when some mounts are unavailable where one has to use the nofail option to have it ignore failures and the other is that the mount does not work as it should but why should it try to mount it from within the initrd? Does it really? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=908383 http://bugzilla.opensuse.org/show_bug.cgi?id=908383#c12 Fabian Vogt <fvogt@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fvogt@suse.com, | |Larry.Finger@lwfinger.net Flags| |needinfo?(Larry.Finger@lwfi | |nger.net) --- Comment #12 from Fabian Vogt <fvogt@suse.com> --- Adding needinfo to virtualbox maintainer. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=908383 http://bugzilla.opensuse.org/show_bug.cgi?id=908383#c13 Wolfgang Bauer <wbauer@tmo.at> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wbauer@tmo.at --- Comment #13 from Wolfgang Bauer <wbauer@tmo.at> --- (In reply to Fabian Vogt from comment #12)
Adding needinfo to virtualbox maintainer.
I'm not a virtualbox maintainer, but according to the changelogs this requirement was added to openSUSE's packages because /usr/ might be on a remote file system. Thu Aug 26 11:17:33 UTC 2010 - gber@opensuse.org - made the vboxadd init script depend on $remote_fs since it requires /usr to be mounted (this dependency is also added in the vboxadd init script that starts the guest additions, the change to vboxdrv is not mentioned in the changelog but has likely the same reason I suppose) Personally, I don't think it should be the job of the vboxdrv service to take care that /usr/ is mounted already when on a remote filesystem, so I'd say this could be removed. Btw, this dependency is also added in the vboxadd init script that starts the guest additions. And the dependencies are actually added by openSUSE-specific patches in the package (vbox-vboxdrv-init-script.diff, vbox-vboxadd-init-script.diff), so I think it would be better to change those patches than add another one on top. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=908383 http://bugzilla.opensuse.org/show_bug.cgi?id=908383#c14 --- Comment #14 from Bernhard Wiedemann <bwiedemann@suse.com> --- I think that this change could bring some improvement https://build.opensuse.org/request/show/353709 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=908383 http://bugzilla.opensuse.org/show_bug.cgi?id=908383#c17 --- Comment #17 from Wolfgang Bauer <wbauer@tmo.at> --- Should be fixed meanwhile anyway I suppose, as virtualbox now has a systemd service file. vboxdrv.service has no dependency on remote-fs.target at all, vboxadd.service now has this which should start it also if remote-fs.target fails I think: After=remote-fs.target Wants=remote-fs.target -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com