Occasional supend/sleep failure
Date: Thu, 31 Aug 2023 18:42:14 UTC
I have a suspend.sh script that aims to take three cache devices offline before sleep of the computer: % grep -v -e '# ' /etc/rc.suspend | uniq | grep -B 3 -A 2 suspend.sh #!/bin/sh # /usr/local/sbin/suspend.sh echo "Usage: $0 [apm|acpi] [standby,suspend|1-4]" % grep -v -e '# ' /usr/local/sbin/suspend.sh | uniq #!/bin/sh while mount | grep Transcend 2>&1; do zpool export Transcend sleep 5 done zpool offline august gpt/cache1-august zpool offline august gpt/cache2-august zpool offline august gpt/cache3-august sync killall pulseaudio while fstat | grep -e dsp -e mixer 2>&1; do fstat | grep -e dsp -e mixer | cut -w -f 3 | while read pid; do kill -15 "$pid" done done sysctl hw.snd.default_unit=1 % Below, it seems that sleep fails if a device is not detached. (Possibly if the offlining does not succeed, although I did check pool status shortly before suspend.) How can I more reliably ensure detachment before /etc/rc.suspend proceeds? Alternatively (ideally) is it possible for /etc/rc.suspend to _not_ proceed if detachment does not occur? Final lines in /var/log/messages before a forced stop of the computer: Aug 31 17:37:01 mowa219-gjp4-8570p-freebsd kernel: ugen1.8: <EE Ogima> at usbus1 (disconnected) Aug 31 17:38:46 mowa219-gjp4-8570p-freebsd kernel: vdev_geom_close_locked:352[1]: Closing access to gpt/cache1-august. Aug 31 17:38:46 mowa219-gjp4-8570p-freebsd kernel: vdev_geom_detach:315[1]: Detaching from gpt/cache1-august. Aug 31 17:38:46 mowa219-gjp4-8570p-freebsd kernel: vdev_geom_detach:326[1]: Destroying consumer for gpt/cache1-august. Aug 31 17:38:53 mowa219-gjp4-8570p-freebsd kernel: acpi0: suspend request timed out, forcing sleep now Aug 31 17:38:56 mowa219-gjp4-8570p-freebsd kernel: vdev_geom_close_locked:352[1]: Closing access to gpt/cache2-august. Aug 31 17:38:56 mowa219-gjp4-8570p-freebsd kernel: vdev_geom_detach:315[1]: Detaching from gpt/cache2-august. Aug 31 17:38:56 mowa219-gjp4-8570p-freebsd kernel: vdev_geom_detach:326[1]: Destroying consumer for gpt/cache2-august. Extract from /var/log/console.log after the next start: Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: Enter full pathname of shell or RETURN for /bin/sh: Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: # mount -uw / Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: # zfs mount -a Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: # zpool status -x Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: pool: august Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: state: ONLINE Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: status: One or more devices has been taken offline by the administrator. Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: Sufficient replicas exist for the pool to continue functioning in a Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: degraded state. Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: action: Online the device using 'zpool online' or replace the device with Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: 'zpool replace'. Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: scan: scrub repaired 0B in 11:06:38 with 0 errors on Mon Jun 12 01:56:37 2023 Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: config: Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: NAME STATE READ WRITE CKSUM Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: august ONLINE 0 0 0 Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: ada0p3.eli ONLINE 0 0 0 Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: cache Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: gpt/cache2-august OFFLINE 0 0 0 Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: gpt/cache3-august ONLINE 0 0 0 Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: gpt/cache1-august OFFLINE 0 0 0 Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: Aug 31 18:29:26 mowa219-gjp4-8570p-freebsd kernel: errors: No known data errors