Jerry Kemp wrote:
> I have a Sun T2000 running Solaris 10u2, all UFS file systems that has
> been in place for several months. This morning during a reboot, I had a
> zone that would not come back up. It failed to boot due to an inability
> to mount /svc with an error of "failed with exit code
Hi
your sparse zone's zonepath in in /usr and it inherits /usr as well.
In our testing pkgadd calls getcwd in
/dev/.SUNW_patches_0909107281-1123512-01035723188c/120011-14 inside
the zone, which instead of returning /dev/.SUNW.. as the absolute
path returns the absolute path
/usr/local/z
Hi Philip
Just to be absolutely clear
the zonepath is in an inherited dir of the zone?
ie /usr/lcoal/zones which is the zonepath is also inherited as it's a
sparse zone.
Could I see your zonecfg info for the failing sparse zone ( also one for
the whole root zone that fails )
If the zonepath is
On 10/10/07, Doug Scott <[EMAIL PROTECTED]> wrote:
> It would be nice to have some zones 'or a group' which are
> independent of the global zone and can be patches/updated together.
> Is this a good idea or is there another way of achieving the same
> goals.
I would be especially fond of full-root
I am seeing some strange timestamps being reported by logrotate in the
zone in a zone that has a different TZ than the global zone.
(The Global zone is PST, and the zone in question is EST, and I am
seeing indications that under certain situations certain apps think
they are three hours ahead of t
Brandorr wrote:
> I am seeing some strange timestamps being reported by logrotate in the
> zone in a zone that has a different TZ than the global zone.
>
> (The Global zone is PST, and the zone in question is EST, and I am
> seeing indications that under certain situations certain apps think
> they
