Jeff Victor wrote:
> Seriously, it would be helpful for Sun to understand the advantages of
> a release that doesn't have a GUI as an option. In other words, what
> problems are caused by the existence of the GUI software (besides
> wasted disk space)?
>
> Instead of a separate distro, perhaps it
The issue is that from the global zone context (non-zlogin), stuff like
symbolic links to something like /etc could copy files from the global
zone.
I'm not sure why this is dangerous in this case, as we are only reading
from the zone, as cpio does not traverse/open sym links, it just copes the
li
That works, thanks
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Not using ps -efZ. If you use ps -eo and select the fields you want to see
you can get the full zonename.
>From the ps(1) man page
-Z Prints the name of the zone with which
the process is associated under an addi-
tional c
>From the global zone I can do a ps -efZ to see which zone a process is running
>in but it only prints the first 8 characters of the zone name. This is a
>problem with our naming convention on zones as the last characters in the name
>are often the unique ones. Is it possible ot expand the name
Hi,
I am trying to get Live Upgrade better by reimplementing some parts of
the code. What I am not sure of is whether is it safe to do a copy of
non global zone imports (filesystems dedicated to a zone in its config)
from the global zone.
This is existing code (lucopy.sh:1808, install-nv-clone):
Hello Mike,
I took a look at /usr/lib/brand/native/postclone on my Solaris 10 machine and
now understood that's how it works.
Thanks for sharing the info.
Robinky
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discus
Hi Jordan,
Thanks for the explanation. I am now clearer in understanding why ipkg does not
support the option.
>Why do you need to use '-m copy'? Are you trying to clone zones across
>ZFS zpools?
The idea behind of this question was I expected it possible to copy my
customized data to new/clone
Hi Jordan,
Thanks for the explanation. I am now clearer in understanding why ipkg does not
support the option.
>Why do you need to use '-m copy'? Are you trying to clone zones across
>ZFS zpools?
The idea behind of this question was I expected it possible to copy my
customized data to new/clone