Hi Enda
What is the ETA for 119255 (> -42) that addresses the problems with deferred
activation patching for ZFS and VxFS when trying to install 120012-14?
Thanks.
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discus
Richard Weatherley wrote:
> Hi Enda
>
> What is the ETA for 119255 (> -42) that addresses the problems with deferred
> activation patching for ZFS and VxFS when trying to install 120012-14?
>
> Thanks.
>
>
> This message posted from opensolaris.org
> _
On Tue 02 Oct 2007 at 07:35AM, Konstantin Gremliza wrote:
>
>
> Someone earlier stated that this was also broken in SXDE-- as far as
> I know that is *not* the case. One of the reasons this has been a
> troublesome area is that in Nevada the /dev zones implementation is
> radical
Enda O'Connor ( Sun Micro Systems Ireland) wrote:
> Richard Weatherley wrote:
>> Hi Enda
>>
>> What is the ETA for 119255 (> -42) that addresses the problems with deferred
>> activation patching for ZFS and VxFS when trying to install 120012-14?
>>
>> Thanks.
>>
>>
>> This message posted from
Dan Price wrote:
> On Tue 02 Oct 2007 at 07:35AM, Konstantin Gremliza wrote:
>>
>> Someone earlier stated that this was also broken in SXDE-- as far as
>> I know that is *not* the case. One of the reasons this has been a
>> troublesome area is that in Nevada the /dev zones implementati
Enda O'Connor ( Sun Micro Systems Ireland) wrote:
> I tried build 74,
> add device
> set match=/dev/dsk/c0t0d0s7
> end
> add device
> set match=/dev/rdsk/c0t0d0s7
> end
>
> rebooted zone and device is there ( verified it wasn't before hand )
> We need the user case that fails.
Enda,
I thought th
Jerry Jelinek wrote:
> Enda O'Connor ( Sun Micro Systems Ireland) wrote:
>> I tried build 74,
>> add device
>> set match=/dev/dsk/c0t0d0s7
>> end
>> add device
>> set match=/dev/rdsk/c0t0d0s7
>> end
>>
>> rebooted zone and device is there ( verified it wasn't before hand )
>> We need the user case
I have installed the Tun/Tap driver (which is essentially a virtual
point-to-point interface driver) in the global zone, and I want to make the
corresponding interface visible in a non global zone.
When I run "ifconfig -a" in the global zone, I see the following:
lo0: flags=2001000849 mtu 8232
Dan, I apologize. I'm still learning.
I replayed the whole damn thing and of course it works well and all
devices appear in the zone as configured.
I was just confused because looking at /zones/zone-a/dev still doesn't
show any of my device files.
You also wanted me to check ZONEPATH/dev which
One of the items listed as 'future work' is the zone.max-processes
resource control to limit the number of process slots a zone may have.
I have prototyped this and would like to solicit feedback.
The goal of the zone.max-processes resource control is to protect the
global zone and other non-gl
Steve Lawrence wrote:
> Have you considered also implementing project.max-processes? This would
> give a zone admin some control over workloads within the zone. I would
> follow suit and make project 0 in the global zone exempt from its
> project.max-processes rctl.
I hadn't considered project.
Hi
I have found in the past that it is frustrating to find resources
rctl that is not in sync between projects and zones definitions and
as a costumer I would like to see them in sync.
It would also enable me to isolate applications in zones that tend to
blow up the zone where I have other
Steve Lawrence wrote:
> On Wed, Oct 03, 2007 at 10:37:30PM +0200, Menno Lageman wrote:
>> Steve Lawrence wrote:
>>> Have you considered also implementing project.max-processes? This would
>>> give a zone admin some control over workloads within the zone. I would
>>> follow suit and make project 0
Flemming Danielsen wrote:
> I have found in the past that it is frustrating to find resources
> rctl that is not in sync between projects and zones definitions and
> as a costumer I would like to see them in sync.
Flemming,
I'm not sure I understand what you mean by them being 'in sync'? I th
14 matches
Mail list logo