[indiana-discuss] all svcs except "monthly" failing

[Tim Foster]

Hi Seymour,

On Fri, 2008-10-31 at 11:24 -0700, Seymour Krebs wrote:
> /etc/shadow, passwd and user_attr all appear to have correct entries
> for the zfssnap user.

Ok..

> dont seem to be able to clear the services and oddly, monthly IS functioning.

I'll put my money on two bugs being the cause, one I fixed today,
namely:

6766101 Initial/missed monthly snapshots don't get taken

which explains why monthly mysteriously isn't failing (that's my fault,
sorry)

and

http://bugs.opensolaris.org/view_bug.do?bug_id=6749498

6749498 snapshot -r can fail on systems that have been image-updated 

 - which is a duplicate of
http://bugs.opensolaris.org/view_bug.do?bug_id=6462803


To verify if that's what you're seeing, and for a workaround, can you
try doing:

$ pfexec zfs snapshot -r rpool at snap

I bet it'll fail, telling you that a dataset from a previous boot
environment is "busy".  The workaround is to manually mount and unmount
those datasets, which will result in their zil entries getting replayed.
When you can run "zfs snapshot -r rpool at snap" without errors, then just
enable all the services again and you'll be good to go.

Otherwise if this doesn't fix things, I'd be very interested in seeing
the SMF log files from /var/svc/log/*snapshot* as well as anything
interesting in the syslog.

	cheers,
			tim





> ~# svcs auto-snapshot
> STATE          STIME    FMRI
> disabled       10:01:42 svc:/system/filesystem/zfs/auto-snapshot:default
> online         10:01:59 svc:/system/filesystem/zfs/auto-snapshot:monthly
> maintenance    10:19:58 svc:/system/filesystem/zfs/auto-snapshot:weekly
> maintenance    10:19:59 svc:/system/filesystem/zfs/auto-snapshot:daily
> maintenance    10:20:00 svc:/system/filesystem/zfs/auto-snapshot:frequent
> maintenance    10:20:01 svc:/system/filesystem/zfs/auto-snapshot:hourly
> 
> dont seem to be able to clear or restart default or the svcs in maintenance mode.  any suggestions? I was really looking forward to this feature safeguarding my working data.
> 
> Thanks. sgk.