There are some interesting ordering issues with respect to the steps
required for this configuration:
1. The dataset's mount point must be within the zone's root path for it
to be mounted read-write within that zone (you can't use lofs).
2. The dataset should not be mounted (by the global zone)
Howdy Claudio!
I am not sure what you are trying to do and I will take a stab at it.
The first thing to do is set up your network interface card (nic) for
the global zone.
Make sure you install nic normally and there is no need set routes.
Next you need to create network interfaces for your none
In reviewing the current interfaces made available from
zones, it appears that ALL_ZONES and GLOBAL_ZONE
are still private interfaces - correct?
If so, if I'm forced to expose the existance of zones
through an API to kernel consumers and then somehow
map zone names into zoneid_t's. While userspa
Estoy tratando de configurar zonas en una red diferente a la zona global. Estoy
algo confundido y perdido :-) La zona global corresponderia a una subred
diferente a las que tiene las zonas. He visto varios post pero solo llego hasta
un punto.
La zona global esta completamente configurado y func
- I set the mount point as follows.
zfs set mountpoint=/zone/restricted/root/data zone/data
- I then added the dataset to the restricted zone using zonecfg. The full path
to the dataset is now /zone/restricted/root/zone/restricted/root/data. I am not
sure if that is what you intended, but it is
Network can ping the zones and global zone
zones and global zone can't ping each other
:(
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Is support for VxFS for local zones still using LOFS or had that
changed, all the documents I have read state to use LOFS which has
been available for awhile I did not see anything that you can mount
directly does anyone have any update on this? thanks
___
Ping also seems weird.
I can ping boxes from the zone alright.
But I have big problems ping the zone.
box1 ping zone
65 packets transmitted, 46 packets received, 29% packet loss
round-trip (ms) min/avg/max/stddev = 0.807/9149./4.02e+04/1.17e+04
zone ping box1
51 packets transmitted, 51 packets
On 10/31/07, Norm Jacobs <[EMAIL PROTECTED]> wrote:
> Mike Gerdts wrote:
> > It seems as though printers.conf could point to localhost in the
> > "master" zone and the clones would then also point to their respective
> > selves. Is there something broken with that approach?
> >
> Not that we don't
Mike Gerdts wrote:
> On 10/30/07, Norm Jacobs <[EMAIL PROTECTED]> wrote:
>
>> I'm not on zones-discuss, but this was forwarded to me. It sounds like
>> you created a local print queue for your network attached printer in
>> your source zone. When you clone that zone, the printers.conf file
>>
Thanks. How is the network configured in your GZ?
Do you have a sysidcfg for the zone?
How are your bringing up qfe1 and qfe3 in the NGZ?
(i.e. do they have hostname.qfe* files etc.?)
jpd wrote:
> Jon Anderson wrote:
>> John-Paul,
>>
>> Can you post your configuration please.
>>
> zonename: helix
Hi John-Paul,
Haven't used exclusive IP Instance with 75 yet. but I wonder if
there is any issue with these drivers converted to GLDv3, since
that is the only way you could use IP Instances with them. Might
want to ask on network-discuss.
I have access to a system with the same NICs, and will
John-Paul,
Can you post your configuration please.
Thanks,
Jon
John-Paul Drawneek wrote:
> So has any one else seen this??
>
> Does any body actual use Zones on b75?
>
> I really need to get this sorted, and I am not sure whats up.
>
> If every body else is fine with ip exclusive zone on b75
Michael Webb - Sun Microsystems wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> please respond directly to me as I am not on the alias.
> I've built a number of zones for Sun Cluster deliveries so I know just
> enough to get by.
> I managed to zorch the /etc/zones~.xml files as well
So has any one else seen this??
Does any body actual use Zones on b75?
I really need to get this sorted, and I am not sure whats up.
If every body else is fine with ip exclusive zone on b75 my install could be
broke, which would be a first, so I would like to know before i rebuild the box.
Any
That seems reasonable to me too but it would require a change in the lpadmin
command to setup the printers.conf entries with localhost instead of the
server name - or of course, manually editing printers.conf once the printers
are built. I'd have to test to see if using localhost would break pr
That explains where the problem lies with cloning the zone: The cloning
function doesn't correctly update the content of the printers.conf file so that
those entries which reference the source zone name get changed to the new clone
name. That's a bug. Until it gets fixed, I'll just have to make
17 matches
Mail list logo