https://bugzilla.novell.com/show_bug.cgi?id=758379
https://bugzilla.novell.com/show_bug.cgi?id=758379#c6
--- Comment #6 from carl mcgrath 2012-05-02 11:13:40 UTC ---
My temporary solution is a script in /etc/pm/sleep.d/00aa_cjm_nfsworkaround. It
runs first on suspend, last on resume, I can see it's results in the
/var/log/pm-suspend.log file. On suspend, it calls another script, umount_nfs,
that umounts each of my nfs folders. On resume, it calls another script,
mount_nfs, that mounts those folders.
The go-into-suspend works fine, and the system sleeps.
The resume-from-suspend does not work, although the machine comes back to
proper working order. Each mount call in the mount_ script fails, with a
message in /var/log/pm-suspend.log.
I am suspecting that although NM is back up and the physical network interfaces
have been brought up by /user/lib/pm-utils/sleep.d/0055NetworkManager, the DHCP
processes may still be running and the network not ready for the mount calls.
Manually running the mount_nfs script from a konsole works fine and the NFS
shares are then restored, after a human response time, of course.
I am going to experiment with a delay in the restore section of my
00aa_cjm_nfsworkaround script.
--
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.