Non-existing dependency errors on 12.3 boot

During 12.3 boot, my NFS clients fail to mount and spamassassin fails to load. I receive the errors:

Dependency failed for Remote File Systems.
Dependency failed for Daemonized version of spamassassin

Yet, after boot, I can go into Yast and start my remote shares by just entering the NFS client dialog and hitting OK and I can start the spamassassin daemon through the system services (runlevel) model with absolutely no problem. I have even checked the dependencies for these using Software management and it shows no problems. Since there are no dependency issues, why are these services failing to start during boot with a dependency error?

I have no clue and I’d love get this fixed. Thanks.

I had seen a similar problem with Samba until I made the following change. Don’t know if it will help you or not. See this portion from my Samba blog:

NMB Failing to Start on Reboot:

If, after you restart openSUSE, you notice that no one can find your PC on the network through your Samba share, it may be due to the fact that nmb is not starting. Its possible this is due to a failing of timing by systemd on bootup of your PC. One way to handle that issue to to allow it more time to find your network interfaces.

This is a YaST / System / /etc/sysconfig Editor Setting at:

http://paste.opensuse.org/view/download/81331522

/ etc / sysconfig / Network / General /** WAIT_FOR_INTERFACES** Default is 30, but I suggest you select 60 seconds instead and press OK and allow this change to be saved. It will be used then on your next openSUSE PC restart.

Thank You,

I had seen a similar problem with Samba until I made the following change. Don’t know if it will help you or not. See this portion from my Samba blog:

Thanks for the tip. I tried it and it didn’t help. I still get the dependency errors.

As the log suggested, I ran systemctl --status. For nfs I get the following error:

ExecMount=/bin/mount 10.2.1.5:/home/charlie /opt/Cindy/home -t nfs (code=exited, status=32)

For spamd I get the following:

Apr 04 12:40:05 Beary.IBMPEERS spamd[25250]: spamd: clean message (0.9/5.0) for charlie:1000 in 0.1 seconds, 2769 bytes.
Apr 04 12:40:05 Beary.IBMPEERS spamd[25250]: spamd: result: . 0 - BAYES_00,FROM_STARTS_WITH_NUMS,RDNS_NONE scantime=0.1,size=2769,user=charlie,uid=10...olearn=no
Apr 04 12:40:05 Beary.IBMPEERS spamd[25249]: prefork: child states: II
Apr 04 12:40:06 Beary.IBMPEERS spamd[25250]: spamd: connection from Beary.IBMPEERS [127.0.0.1] at port 44819
Apr 04 12:40:06 Beary.IBMPEERS spamd[25250]: spamd: setuid to charlie succeeded
Apr 04 12:40:06 Beary.IBMPEERS spamd[25250]: spamd: processing message <4774254291574774124193167@e5u4cwgzg.info-on-anyone.info> for charlie:1000
Apr 04 12:40:07 Beary.IBMPEERS spamd[25250]: spamd: clean message (1.1/5.0) for charlie:1000 in 0.2 seconds, 6457 bytes.
Apr 04 12:40:07 Beary.IBMPEERS spamd[25250]: spamd: result: . 1 - BAYES_00,HTML_MESSAGE,HTML_MIME_NO_HTML_TAG,MIME_HTML_ONLY,RDNS_NONE,TO_NO_BRKTS_HT...olearn=no
Apr 04 12:40:07 Beary.IBMPEERS spamd[25249]: prefork: child states: II
Apr 04 12:52:16 Beary.IBMPEERS systemd[1]: Dependency failed for Daemonized version of spamassassin.


Perhaps this is a clue. As I said, I can activate these from Yast and the errors go away.

So help me understand what you are doing here.

You get errors from spamassassin an email spam scanner, that its not working from systemd and you can’t get a NFS mount to work at bootup. Are these related problems? You show what looks like a systemd service file trying to run a mount command. Did you write this service file yourself? Based on the command I see, it can’t be loaded directly from your fstab file, you could add this same mount command into your boot.local bash script or activate the after.local using my guide here: systemd and using the after.local script in openSUSE 12.1 - Blogs - openSUSE Forums

/bin/mount 10.2.1.5:/home/charlie /opt/Cindy/home -t nfs

So, spamassassin (systemd) and NFS problems need to be solved separately I think.

Thank You,

I’m not actually doing anything myself. These are from files that were created by the installer when I updated from 12.2 to 12.3. The messages I receive in boot.log and during the boot process are

[1;32m  OK  [0m] Reached target Remote File Systems (Pre).
         Mounting /opt/Cindy/usr...
         Mounting /opt/Cindy/home...
         Mounting /opt/Cindy/opt...
[1;31mFAILED[0m] Failed to mount /opt/Cindy/usr.
See 'systemctl status opt-Cindy-usr.mount' for details.
[1;33mDEPEND[0m] Dependency failed for Remote File Systems.
[1;33mDEPEND[0m] Dependency failed for Daemonized version of spamassassin.
[1;31mFAILED[0m] Failed to mount /opt/Cindy/home.
See 'systemctl status opt-Cindy-home.mount' for details.
......

As you can see, the log suggests running the systemctl status command which I did and which is the output I posted above. Also, I get a dependency failed notice for remote file systems followed immediately by a dependency failed notice for spamassassin. The line in fstab was written by Yast and is quite plain vanilla: 10.2.1.5:/usr /opt/Cindy/usr nfs defaults 0 0. The same line worked fine in the 12.2 fstab. It seems to me that the dependency failed for spamassassin, coming immediately after the dependency failed for remote file sytems in the middle of mount attempts for 3 different directories when neither nfs nor spamassassin have dependency problems suggests some relationship. I would think that if the problem were that the remote file systems themselves couldn’t be mounted, if I got another error message, it wouldn’t be a dependency error.

So let us see your fstab file (terminal command: cat /etc/fstab) to see how these mounts are being made there. Place all such text into a code # field.

Thank You,

Here’s my fstab:

/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S283J90Z875880-part1    swap    swap    defaults 0 0 
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S283J90Z875880-part2    /    ext4    acl,user_xattr 1 1 
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S283J90Z875880-part7    /data    ext4    defaults 1 2 
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S283J90Z875880-part6    /home    ext4    defaults 1 2 
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S283J90Z875880-part5    /opt    ext4    defaults 1 2 
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S283J90Z875880-part3    /usr    ext4    acl,user_xattr 1 2 
proc    /proc    proc    defaults 0 0 
sysfs    /sys    sysfs    noauto 0 0 
debugfs    /sys/kernel/debug    debugfs    noauto 0 0 
usbfs    /proc/bus/usb    usbfs    noauto 0 0 
devpts    /dev/pts    devpts    mode=0620,gid=5 0 0 
/dev/disk/by-id/ata-WDC_WD5000AACS-00G8B0_WD-WCAUF0923362-part6    /home/charlie/Old/home    ext4    defaults 1 2 
/dev/disk/by-id/ata-WDC_WD5000AACS-00G8B0_WD-WCAUF0923362-part5    /home/charlie/Old/opt    ext4    defaults 1 2 
/dev/disk/by-id/ata-WDC_WD5000AACS-00G8B0_WD-WCAUF0923362-part1    /home/charlie/Old/root    ext4    defaults 1 2 
10.2.1.5:/opt    /opt/Cindy/opt    nfs    defaults 0 0 
10.2.1.5:/home/charlie    /opt/Cindy/home    nfs    defaults 0 0 
10.2.1.5:/usr    /opt/Cindy/usr    nfs    defaults 0 0 

So, if this works as a manual mount command and does not work in your fstab file, the network connection is not up yet when the command is being run. This is why I suggested you consider adding in a mount command to the boot.local or after.local files per my blog here: systemd and using the after.local script in openSUSE 12.1 - Blogs - openSUSE Forums

You can edit the files as:

kdesu kwrite /etc/init.d/boot.local

OR

kdesu kwrite /etc/init.d/after.local   

And you can use my bash script here to edit any system file: SYSEdit - System File Editor - Version 1.00 - Blogs - openSUSE Forums

Now you have got to try some of my suggestions. Also, I wonder why you feel the need to make a permanent mount over the network? I use Samba myself in a mixed PC setup, and I use dolphin browse commands to make a connection only when needed. Have a look here: S.A.C.T. - Samba Automated Configuration Tool - Version 1.03 - Blogs - openSUSE Forums

Such constant mounts means all file manager actions are reading through these network connections and depending on the network speed can slow your system down. Now you may be moving files back and forth on every other command and in that case, a mount as you are wanting to use can make sense. But if you only interact with each mount a time or two per session, an on-fly-the-fly type connection might make more sense.

Thank You,

Thank you so much. I removed the remote directories from fstab and got rid of the dependency errors, including the spamassassin daemon, which now loads without problems. I didn’t quite understand what you were getting at, but after playing around a bit it is clear – a learning experience.

I take your point about constant mounts, and you are absolutely right. I only use the remote directories infrequently. It makes a lot more sense to have a couple of simple bash scripts to mount them when I want them and unmount them afterwards. Again thanks a lot - I appreciate all your help.

I am happy to hear you found a solution then and thanks for letting us know.

Thank You for using openSUSE,