Mike,
Does this in any way suggest that it is bad to:
scp otherhost:/etc/zones/somezone.xml /etc/zones/template-somezone.xml
zonecfg -z newzone
create -t template-somezone
The source and destination servers may be at different patch levels,
and eventually different OS releases. Is a safer mec
Hi,
We are in the process of updating the FAQ right now. The updated version
should be there next week.
With regard to the doc link, please use this one.
http://docs.sun.com/app/docs/doc/819-2450/6n4o5mdg8?a=view
Chapter 24 About Packages and Patches on a Solaris System with Zones Installed
On 9/14/06, James Carlson <[EMAIL PROTECTED]> wrote:
Once Zulu comes out, that'll confuse the upgrade bits. They use the
UUID to track zones across renames and to ensure that we don't
accidentally "synchronize" (LU) zones that have been uninstalled and
then reinstalled.
I can't guarantee that t
RE: Patching zones.
We use the recommended patch clusters as well we only apply them to the global
zone. This in turn patches the zones on the system (either small or big). I
don't think it make sense to apply the recommended patch cluster to the global
AND the zones.
When I have tried to
Robert,
Perhaps zonecfg should be enhanced to provide an option to re-generate
UUID. What do you think?
May I ask what you are actually try to accomplish by manually updating
the index file? Using zonecfg and zoneadm is the higher level
interfaces is the right thing to do but I'm unclear why
Hello James,
Thursday, September 14, 2006, 9:54:00 PM, you wrote:
JC> Robert Milkowski writes:
>> Hello zones-discuss,
>>
>> If I add my own entry to /etc/zones/index with the same UUID as some
>> other zone or with no UUID at all what should I expect?
JC> Once Zulu comes out, that'll confu
Robert Milkowski writes:
> Hello zones-discuss,
>
> If I add my own entry to /etc/zones/index with the same UUID as some
> other zone or with no UUID at all what should I expect?
Once Zulu comes out, that'll confuse the upgrade bits. They use the
UUID to track zones across renames and to ens
Ihsan Zaghmouth wrote On 09/14/06 11:59,:
Hi again,
I am posting this message just in case it was missed or forgotten.
*Can we assign the Zone to a pool and the Zone's Project to another pool ?*
I don't believe so. The pools should not be visible in a zone, as they
are a *system* resource, a
Hello zones-discuss,
If I add my own entry to /etc/zones/index with the same UUID as some
other zone or with no UUID at all what should I expect?
ps. I know I shouldn't manually edit that file, but I want anyway :)
--
Best regards,
Robert mailto:[EMAIL PROTECTED]
The tar command is not really a backup solution in the same way
ufsdump is. tar makes a copy of all of the files. ufsdump looks
at which files are modified and only copies those files when you do an
incremental dump. Both commands could have issues when you are
copying data from an active fi
Hi again,
I am posting this message just in case it was missed or forgotten.
Can we assign the Zone to a pool and the Zone's Project to another
pool ?
any thoughts ?
cheers
Ihsan
Ihsan Zaghmouth wrote:
Hi,
A general question regarding Zones, Pools and Projects within
these Zo
Steffen Weiberle wrote:
Jeff Victor wrote On 09/14/06 10:35,:
[EMAIL PROTECTED] wrote:
Does it make any difference as to where or what kind of fs that the
zoneroot is mounted? and is there any difference with a whole root
zone?
The situation is the same for both sparse and whole-root zones.
Jeff Victor wrote On 09/14/06 10:35,:
[EMAIL PROTECTED] wrote:
Does it make any difference as to where or what kind of fs that the
zoneroot is mounted? and is there any difference with a whole root zone?
The situation is the same for both sparse and whole-root zones.
The key is whether or no
Jeff Victor wrote On 09/14/06 10:35,:
[EMAIL PROTECTED] wrote:
Does it make any difference as to where or what kind of fs that the
zoneroot is mounted? and is there any difference with a whole root zone?
The situation is the same for both sparse and whole-root zones.
The key is whether or
[EMAIL PROTECTED] wrote:
Does it make any difference as to where or what kind of fs that the
zoneroot is mounted? and is there any difference with a whole root zone?
The situation is the same for both sparse and whole-root zones.
The key is whether or not the file system is "available" under
Does it make any difference as to where or what kind of fs that the zoneroot
is mounted? and is there any difference with a whole root zone?
The situation is the same for both sparse and whole-root zones.
The key is whether or not the file system is "available" under the
miniroot since the upgr
Does it make any difference as to where or what kind of fs that the
zoneroot is mounted? and is there any difference with a whole root zone?
linda
[EMAIL PROTECTED] wrote:
S10 1/06: Will not update a zoned system. You must remove the zones
before updating.
Actually, that's not quite rig
17 matches
Mail list logo
