Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 31 Aug 2023 19:42:14 +0100
From:      Graham Perrin <grahamperrin@gmail.com>
To:        FreeBSD CURRENT <freebsd-current@freebsd.org>
Subject:   Occasional supend/sleep failure
Message-ID:  <5a642c3d-6b32-4614-ad7d-40f72b92e537@gmail.com>

next in thread | raw e-mail | index | archive | help
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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5a642c3d-6b32-4614-ad7d-40f72b92e537>