Well, I finally solved this obscure case. I think this is a silly
way to determine package ordering and dependencies which can cripple
an installation. I believe a bug should be filed, but I'm not sure
what to file it against.
Due to a failed patch update, something happened with the on-disk
di
Stephen Hahn writes:
> * James Carlson <[EMAIL PROTECTED]> [2006-10-05 13:47]:
> > Dan Price writes:
> > > On Thu 05 Oct 2006 at 07:16PM, Alan Burlison wrote:
> > > > Someone using Solaris 10 & Zones for hosting provision, cool to see
^^
[...]
> Probably something t
* James Carlson <[EMAIL PROTECTED]> [2006-10-05 13:47]:
> Dan Price writes:
> > On Thu 05 Oct 2006 at 07:16PM, Alan Burlison wrote:
> > > Someone using Solaris 10 & Zones for hosting provision, cool to see
> > > someone building a business around Zones. (No, I'm not affiliated with
> > > them in
Thanks for the reply.
I'm digging through i.pamconf to find out why its not copying the file.
This seems to be the problem. Its doing the editing, but not the
initial copy of the file. I checked the CLEANUP_FILE and found that
it had logged messages "default entries updated", which means it is
n
Suraj Verma writes:
> Calling zone_enter() from a program running from different locations
> seems to show inconsistent behaviour. I suspect the only interesting
> difference could be the location of the binary (NFS versus local file
> system). Can anyone explain.
NFS doesn't know how to have t
On Thu, 5 Oct 2006, Dan Price wrote:
> On Thu 05 Oct 2006 at 07:16PM, Alan Burlison wrote:
> > Someone using Solaris 10 & Zones for hosting provision, cool to see
> > someone building a business around Zones. (No, I'm not affiliated with
> > them in any way, neither have I used their services - ju
SUNWcsr pkgmap defines /etc/pam.conf as a 'e' (editable) type file with a class
action script 'pamconf'. In this situation, when you install a new zone, when
it comes to install the SUNWcsr package, the class action script will just copy
the file from /var/sadm/pkg/SUNWcsr/save/... to [ZONEROOTPAT
Hi Casper,
Thanks much.
Yeah I realise its an undocumented feature, but we (Sun Cluster) have
contract with the Solaris group for using this feature.
regards
Suraj
[EMAIL PROTECTED] wrote On 10/06/06 17:05,:
Calling zone_enter() from a program running from different locations
seems to show
>Calling zone_enter() from a program running from different locations
>seems to show inconsistent behaviour. I suspect the only interesting
>difference could be the location of the binary (NFS versus local file
>system). Can anyone explain.
zone_enter() destroys all NFS objects in an address s
Hi,
Calling zone_enter() from a program running from different locations
seems to show inconsistent behaviour. I suspect the only interesting
difference could be the location of the binary (NFS versus local file
system). Can anyone explain.
The sample code is attached.
Compiled using $cc -L
I have problem with the above topic so decided to send to both list.
There is a host with Solaris 10 and installed one zone. The host has
4 NICs. Global zone [GZ] is defined/connected to one NIC (e1000g0 = g.g.g.230)
and local zone [LZ] to another NIC (e1000g1 = l.l.l.110). Both are connected to
_
11 matches
Mail list logo