Antonello Cruz wrote:
Usually when zfs mount -a fails is because one of the mount points is not empty. E.g. zfs mount rpool/export/foo fails to mount /export/foo because there is a file say /export/foo/bar
Right.


To rule out SMF, what does svcs -vx outputs?
Attached.

I should note that this is probably caused by my habit of turning the
notebook on before plugging in the external drive. Occasionally I plug the drive in when the system has already started booting, i.e. past grub. While this may not be correct behavior, the system should be able to handle that, what do you think?

Regards,
hnhn

Antonello


Shawn Walker wrote:
Jan Hnatek wrote:
Hi,

I'm recently experiencing the following behavior at boot:
The filesystem/local service ends up in maintenance with
  "/usr/sbin/zfs mount -a failed"

I have a pkg/server service instance with pkg/inst_root
pointing to a zfs filesystem mounted from external USB drive.
This location is reported as non-empty along with the above
error. It appears that pkg.depotd is started before the mount -a
happens and creates some files in that directory.

Is this a bug or I only need to adjust some startup conditions
for this pkg/server instance?

The pkg-server manifest has had a dependency on filesystem/local since Apr 2007:

        <dependency
                name='fs'
                grouping='require_all'
                restart_on='none'
                type='service'>
                <service_fmri value='svc:/system/filesystem/local' />
        </dependency>

SMF-related bug?

Cheers,

--
Jan Hnatek
[email protected]
svc:/system/filesystem/local:default (local file system mounts)
 State: maintenance since Tue Jul 07 10:12:01 2009             
Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
   See: http://sun.com/msg/SMF-8000-KS
   See: /var/svc/log/system-filesystem-local:default.log
Impact: 40 dependent services are not running:
        svc:/application/desktop-cache/input-method-cache:default
        svc:/application/graphical-login/gdm:default
        svc:/application/stosreg:default
        svc:/milestone/multi-user:default
        svc:/system/intrd:default
        svc:/milestone/multi-user-server:default
        svc:/system/zones:default
        svc:/system/sysidtool:net
        svc:/network/rpc/bind:default
        svc:/system/filesystem/autofs:default
        svc:/system/system-log:default
        svc:/application/print/server:default
        svc:/network/smtp:sendmail
        svc:/network/sendmail-client:default
        svc:/system/dumpadm:default
        svc:/system/fmd:default
        svc:/network/ssh:default
        svc:/application/pkg/update:default
        svc:/application/pkg/server:kde42
        svc:/network/inetd:default
        svc:/system/sysidtool:system
        svc:/system/postrun:default
        svc:/system/cron:default
        svc:/application/desktop-cache/mime-types-cache:default
        svc:/system/xvm/vnc-config:default
        svc:/system/filesystem/zfssnap-roleadd:default
        svc:/system/dbus:default
        svc:/system/filesystem/rmvolmgr:default
        svc:/system/hal:default
        svc:/system/avahi-bridge-dsd:default
        svc:/application/desktop-cache/icon-cache:default
        svc:/application/desktop-cache/pixbuf-loaders-installer:default
        svc:/system/boot-archive-update:default
        svc:/application/font/fc-cache:default
        svc:/application/desktop-cache/gconf-cache:default
        svc:/application/opengl/ogl-select:default
        svc:/application/desktop-cache/desktop-mime-cache:default
        svc:/network/shares/group:default
        svc:/network/shares/group:zfs
        svc:/system/sac:default

svc:/network/rpc/smserver:default (removable media management)
 State: uninitialized since Tue Jul 07 10:11:24 2009
Reason: Restarter svc:/network/inetd:default is not running.
   See: http://sun.com/msg/SMF-8000-5H
   See: man -M /usr/share/man -s 1M rpc.smserverd
Impact: 2 dependent services are not running:
        svc:/milestone/multi-user-server:default
        svc:/system/zones:default

_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to