Hey UVR, try these commands with elevated root or administrator level
priveleges:
pkg info -r SUNWtnetd
pkg info -r SUNWtnetc
pkg install SUNWtnetd
pkg install SUNWtnetc
svcs -a | grep telnet
svcadm -v enable telnet
--
This message posted from opensolaris.org
_
Also, another important caveat / missing piece that I noticed is missing from
all of the OpenSolaris Indiana Sun blogs and documentation I've looked at so
far: to do resource caps on CPU and RAM memory in OpenSolaris I think you need
to install the SUNWrcap package first like this:
# pkg instal
These links might help to add a little bit more to the explanation (this is my
collection of all time favorite OpenSolaris zones related links here):
http://blogs.sun.com/jerrysblog/entry/updating_zones_on_opensolaris_2008
http://blogs.sun.com/jerrysblog/entry/zones_on_opensolaris_2008_11
http
Here is the bug and the fix, if anyone wants it or finds it useful when they
google this error message and arrive at the end of this thread:
http://defect.opensolaris.org/bz/show_bug.cgi?id=13493
--
This message posted from opensolaris.org
___
zones-di
Here is the bug and the fix, if anyone wants it or finds it useful when they
google this error message and arrive at the end of this thread:
http://defect.opensolaris.org/bz/show_bug.cgi?id=13493
--
This message posted from opensolaris.org
___
zones-di
I reposted a summary of the issue with a different subject line so that people
won't get confused anymore.
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
NOTE: In my opinion, Indiana snv_129 is an exceptionally outstanding release
and is pretty much the best OpenSolaris build released so far except for this
one minor glitch with zone creation that didn't start to happen until snv_130
and snv_131 came out in the /dev repository.
PROBLEM:
ZONES
> However the shell scripts used to create a zone rely on the pkg list
> function when searching for entire...
> If you're keen, patching the scripts to use a search rather than list
> might be a feasible way to allow the zone commands to install a
> specified release, rather than the lastest.
Wh
CarlsonJ, I'm afraid that the unfortunate subject line of these e-mails has
deceived you and others as to what the real problem here is. No one here is
really trying to install an snv_version in a non-global zone that is different
from the snv_version in the global zone (anyone who has more than
This command didn't work either:
r...@solarisunix:~# pkg install ent...@0.5.11,5.11-0.129:20091205T134302Z
No updates necessary for this image.
r...@solarisunix:~#
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-dis
Ok, I just tried this combination of flags with no luck:
r...@solarisunix:~# zoneadm -z testzone6 install -d
http://pkg.opensolaris.org/dev/manifest/0/entire%400.5.11%2C5.11-0.129%3A20091205T134302Z
A ZFS file system has been created for this zone.
you must specify -u (sys-unconfig) or -p (preser
Since no one in the opensolaris community seems to be willing to help
troubleshoot this issue, I guess I'm just going to have to try to brute force
this by trying every possible combination of "zoneadm -z testzone install" with
different flags and options pointing to the package that I know exis
Just tried this and it didn't work either (since I know that that is the
correction http:// location of Ithe package in the IPS repository that it
needs):
r...@solarisunix:~# zoneadm -z testzone4 install -d
http://pkg.opensolaris.org/dev/info/0/entire%400.5.11%2C5.11-0.131%3A20100115T044400Z
A
Maybe if I move off from the /dev repository it will work? When I look at the
fmri for the package that I need in IPS it's not in dev:
# pkg info -r ent...@0.5.11,5.11-0.127
Name: entire
Summary: Build 127 entire incorporation
Description: This package constrains package vers
I've been googling on this for over 10 hours so far, but still no luck, so far
the best hint I found was this link:
http://uros.opensolaris.rs/2010/01/05/updating-opensolaris-to-arbitrary-build-version/
on updating to a specific version. I tried a variation of the command that UROS
was using
This is the output for my pkg authority if it helps anyone with this:
r...@solarisunix:~# pkg authority
PUBLISHER TYPE STATUS URI
opensolaris.org (preferred) origin online
http://pkg.opensolaris.org/dev/
r...@solarisunix:~# uname -a
SunOS solarisun
Does anybody know if this might be related to this bug?
http://defect.opensolaris.org/bz/show_bug.cgi?id=13683
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
My bad, sorry for the typo, the data I need to get somehow to install into the
zone is here:
r...@solarisunix:~# pkg search -r entire | grep 129
description setentire pkg:/ent...@0.5.11-0.129
pkg.summary setentire pkg:/ent...@0.5.11-0.129
pkg.fmriset
Ok, so the data that I need is definitely out there on the internet somewhere
in the repository:
r...@solarisunix:~# pkg search -r entire | grep 127
description setentire pkg:/ent...@0.5.11-0.127
pkg.summary setentire pkg:/ent...@0.5.11-0.127
pkg.fmrise
Ok, now I'm hitting this bug too:
r...@solarisunix:~# zoneadm -z testzone3 install
A ZFS file system has been created for this zone.
Publisher: Using opensolaris.org (http://pkg.opensolaris.org/dev/ ).
Image: Preparing at /export/zones/testzone3/root.
Cache: Using /var/pkg/downloa
> After detaching the zone and reattaching it like it's described in the
> docs the zone works again. Thanks.
I'm glad it worked.
Hals und Beinbruch!
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.o
Bernd, did you detach the zones before doing the "pkg image-update"?
See the following links:
http://blogs.sun.com/jerrysblog/entry/updating_zones_on_opensolaris_2008
http://opensolaris.org/jive/thread.jspa?threadID=119288&tstart=0
--
This message posted from opensolaris.org
__
I found this thread at forums.sun.com :
http://forums.sun.com/thread.jspa?threadID=5333685
Looks like some ambitious Solaris sysadmins have already been running UNFS3 in
Solaris Zones!
--
This message posted from opensolaris.org
___
zones-discuss m
Since a lot of people here said they weren't uber-skilled programmers. An easy
and quick way to put a band aid on the wound might be to port a working UNFS3
implementation to non-global zones:
http://unfs3.sourceforge.net/
You could create a compatibility layer for UNFS3 where the Solaris
I hate to crash the party. But it looks like Linux already makes it possible to
run an NFS server inside of a Linux "OpenVZ" zone / container with most of the
same advantages that you would get from a Solaris non-global zone NFS server
implementation. For those of of you who aren't familiar with
> But this is fairly far from the Zones-discuss topic.
I respectfully disagree, I think this is part of the Zones-discuss topic.
The whole reason people want a minimal OpenSolaris install is to have a global
zone with nothing running in it (except for maybe an SSH server and an internal
crossb
Did you try using the:
"zfs send"
command? If each zone is in it's own zfs file system it makes sense that you
could send the zfs file system containing the zone from one zpool to another or
from one server to another using that "zfs send" command. You can even teleport
an entire beadm boot
Rats. This post was supposed to be below my other two older posts in the forum,
not above them. My bad.
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
I know some of you guys are chuckling at my statements thinking "well, maybe
his postfix and apache and BIND / named servers don't have a windowing
environment, but Oracle needs X-windows". Well, actually it's possible to
install Oracle without using X-windows on Red Hat Enterprise Linux (see li
> Another option: Have you tried using the Automated Installer
> to install OpenSolaris without X, Gnome, etc.?
In regards to using or not using the automated installer, keep in mind that
some network administrators are VERY much against allowing anyone besides
themselves to deploy a DHCP serv
> Instead of a separate distro, perhaps it would be simpler for
> everybody if there was a "no-GUI server" installation option that
> simply doesn't install the GUI tools. Would that meet your needs?
Thanks for the quick response Jeff!
We also already did have a discussion about having a minimal
Did any of you guys go here:
http://sunsolve.sun.com
or try opening up a sunsolve support ticket? If you did, what did they say to
do to fix the problem?
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opens
> One thing I've found to be true though: either a machine is all zoned, or not.
> It gets horribly confusing to have real activity in the global zone,
> where you can half see the non-global zones, so if you have zones
> on a machine then it's easier to run nothing in the global zone and
> just
What I meant to say was that my OpenSolaris 2008.11 ipkg zones use /home for
user directories instead of /export/home.
I think it maybe has something to do with the automounter not being set up
automatically in the zones? I know in the global zone in 2008.11, the /home
directory is off limits b
In OpenSolaris 2008.11 I used the "/home" directory for user home directories
instead of "/export/home".
Don't know if that helps.
--
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
I'm not an expert on this, but I believe the non-global zones will update
themselves as long as you "detach" them before you do the pkg image-update.
Here is a link that shows how to do it using OpenSolaris 2008.11:
http://blogs.sun.com/jerrysblog/entry/updating_zones_on_opensolaris_2008
That w
Ok, I read through everything that was posted again and it all makes sense now.
Sorry for being obnoxious, but obviously a lot of us sparse root zone users are
a little confused by how things work now in Indiana / Solaris 11 I don't
get why we can't somehow just use ZFS cloning and beadm and
>We don't have sparse zones in 2009.06
Hey Dan, if you don't have sparse root zones in OpenSolaris 2009.06, then what
do you call the sparse root zone I made in OpenSolaris 2008.11 by following
this tutorial:
http://houdini68.blogspot.com/2009/03/sparse-zones-cloning-and-zfs.html
The end resul
>We don't have sparse zones in 2009.06
Hey db, if you don't have sparse root zones in OpenSolaris 2009.06, then what
do you call the sparse root zone I made in OpenSolaris 2008.11 by following
this tutorial:
http://houdini68.blogspot.com/2009/03/sparse-zones-cloning-and-zfs.html
The end resul
Hi Sarah, sorry for the late reply. I was able to get sparse root zones working
on OpenSolaris 2008.11 using this tutorial:
http://houdini68.blogspot.com/2009/03/sparse-zones-cloning-and-zfs.html
Try it out and tell me if it was what you were looking for.
--
This message posted from opensolaris
40 matches
Mail list logo