Re: [zones-discuss] looking for install without repo options
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
I surmise that your test system no longer has the 'entire' package, probably
because you have used onu on it. The procedure for creating the zone
depends on locating the 'entire' package, so it is failing because it can't
locate it. (onu removes the entire package.)
You could re-install 'entire'...
This kind of problem makes me wonder if (in the future) we need an
enhancement which allows a user to specify exactly which packages/
incorporations should be installed into a zone, rather than just assuming it
will be entire. Something like
zoneadm -z test install -d / -t MyOwnIncorporation,MyOtherIncorporation
(-t for 'target packge', I can't suggest -p because it is already used.)
It would, of course, be the user's responsibilty to make sure that this
list of packages resulted in a bootable zone (although we could also
process the list to guarantee it was a useful/bootable zone.).
Can't find the ipkg manpage also. BTW, it would be good to allow
a equivalent of native zone to be created without much fuss :) and
perhaps the default should be along those lines (instead of
needing a repo).
man ipkg(5)
Gary
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Re: [zones-discuss] looking for install without repo options
On 07/26/10 11:37 PM, Gary Pennington wrote:
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
I surmise that your test system no longer has the 'entire' package, probably
because you have used onu on it. The procedure for creating the zone
depends on locating the 'entire' package, so it is failing because it can't
locate it. (onu removes the entire package.)
You could re-install 'entire'...
Kinda hard since I can only use external repositories. I compiled
one of the newer builds and thats what I am running so can't install
entire from b134. Is there a workaround or its just not possible
to create a zone?
This kind of problem makes me wonder if (in the future) we need an
enhancement which allows a user to specify exactly which packages/
incorporations should be installed into a zone, rather than just assuming it
will be entire. Something like
zoneadm -z test install -d / -t MyOwnIncorporation,MyOtherIncorporation
(-t for 'target packge', I can't suggest -p because it is already used.)
That would be nice. BTW, if -d / is specified, you could look into
/var/pkg and pretty much get all the packages already installed in gz
and just use that. I don't know enough of pkg internal structure but
there must be a catalog (of installed packages) somewhere which
should all be available in /var/pkg/*
I just noticed
Bug 14684 - zone attach incorporation logic needs enhancement
as well. How were you planning on fixing it?
It would, of course, be the user's responsibilty to make sure that this
list of packages resulted in a bootable zone (although we could also
process the list to guarantee it was a useful/bootable zone.).
Can't find the ipkg manpage also. BTW, it would be good to allow
a equivalent of native zone to be created without much fuss :) and
perhaps the default should be along those lines (instead of
needing a repo).
man ipkg(5)
Ah.. For a change Dr. google doesn't have the answer but the manpage
is on the system :)
Cheers,
Sunay
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Re: [zones-discuss] looking for install without repo options
On Mon, Jul 26, 2010 at 11:48:24PM -0700, Sunay Tripathi wrote:
On 07/26/10 11:37 PM, Gary Pennington wrote:
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
I surmise that your test system no longer has the 'entire' package,
probably
because you have used onu on it. The procedure for creating the zone
depends on locating the 'entire' package, so it is failing because it can't
locate it. (onu removes the entire package.)
You could re-install 'entire'...
Kinda hard since I can only use external repositories. I compiled
one of the newer builds and thats what I am running so can't install
entire from b134. Is there a workaround or its just not possible
to create a zone?
I'm not aware of a straightforward workaround.
You might be able to setup a repository using your built packages and
then install the on-nightly incorporation and hack up the zone install
scripts to use on-nightly in place of entire. I haven't tried
doing this, but it *should/could* work...
This kind of problem makes me wonder if (in the future) we need an
enhancement which allows a user to specify exactly which packages/
incorporations should be installed into a zone, rather than just assuming
it
will be entire. Something like
zoneadm -z test install -d / -t MyOwnIncorporation,MyOtherIncorporation
(-t for 'target packge', I can't suggest -p because it is already used.)
That would be nice. BTW, if -d / is specified, you could look into
/var/pkg and pretty much get all the packages already installed in gz
and just use that. I don't know enough of pkg internal structure but
there must be a catalog (of installed packages) somewhere which
should all be available in /var/pkg/*
I just noticed
Bug 14684 - zone attach incorporation logic needs enhancement
as well. How were you planning on fixing it?
This has been fixed. See the CR:
http://defect.opensolaris.org/bz/show_bug.cgi?id=14684
It would, of course, be the user's responsibilty to make sure that this
list of packages resulted in a bootable zone (although we could also
process the list to guarantee it was a useful/bootable zone.).
Can't find the ipkg manpage also. BTW, it would be good to allow
a equivalent of native zone to be created without much fuss :) and
perhaps the default should be along those lines (instead of
needing a repo).
man ipkg(5)
Ah.. For a change Dr. google doesn't have the answer but the manpage
is on the system :)
Cheers,
Sunay
--
Gary Pennington
Solaris Core OS
Oracle Corp
gary.penning...@oracle.com
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Re: [zones-discuss] looking for install without repo options
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
offline zone install is not available today. there is a bug for this
and we will have it someday:
1947 Offline zone creation is impossible
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
since you don't have entire installed it's not possible to install valid
zones (even if you have an accessible repo). there is a bug on this:
16568 zoneadm install can create out of sync zones if entire has been removed
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
i'd recommend that you install zones before running onu.
i'd also strongly recommend running recent builds. if your running
older builds then lots of stuff will be broken.
ed
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Re: [zones-discuss] looking for install without repo options
On 07/27/10 01:37 AM, Gary Pennington wrote:
On Mon, Jul 26, 2010 at 11:48:24PM -0700, Sunay Tripathi wrote:
On 07/26/10 11:37 PM, Gary Pennington wrote:
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
I surmise that your test system no longer has the 'entire' package,
probably
because you have used onu on it. The procedure for creating the zone
depends on locating the 'entire' package, so it is failing because it can't
locate it. (onu removes the entire package.)
You could re-install 'entire'...
Kinda hard since I can only use external repositories. I compiled
one of the newer builds and thats what I am running so can't install
entire from b134. Is there a workaround or its just not possible
to create a zone?
I'm not aware of a straightforward workaround.
You might be able to setup a repository using your built packages and
then install the on-nightly incorporation and hack up the zone install
scripts to use on-nightly in place of entire. I haven't tried
doing this, but it *should/could* work...
Yes, I see it. I think it should be straight forward (at least for me).
I did another work around which didn't require hacking the zone
install scripts. Basically, I setup a pkg.depotd on the build
packages and made it the primary while still keeping the
opensolaris.org. The zone install still complained about 'entire'
but it at least managed to finish install and the zone did come up.
for others on the list ...
So for people wondering how to go forward after an onu (mostly
applies to people outside of Sun), if you are were running build134
and wanted to go to a recent build, just build the workspace and
run a pkg.depotd (/usr/lib/pkg.depotd -d
ws/packages/i386/nightly-nd/repo.redist -p 5000); pkg unistall
redistributable;
pkg uninstall entire; pkg install redistributable (at this point
you are runnign what you built but can't add entire back unless
you are inside Sun). You also need to have your pkg publisher
something like
PUBLISHER TYPE STATUS URI
on-nightly (preferred) origin online
http://192.168.1.9:5000/
opensolaris.org origin online
http://pkg.opensolaris.org/dev/
At this point, you should be able to create zone on a newer
build that you are running. There was a mention of creating the
zone before you do the onu i.e. on b134 but I did had some
running zones on b134 which became unhappy when I went to
higher build (init dumping core constantly). Doing a
zoneadm detach followed by zoneadm attach -u failed again
due to entire not being there.
Cheers,
Sunay
This kind of problem makes me wonder if (in the future) we need an
enhancement which allows a user to specify exactly which packages/
incorporations should be installed into a zone, rather than just assuming
it
will be entire. Something like
zoneadm -z test install -d / -t MyOwnIncorporation,MyOtherIncorporation
(-t for 'target packge', I can't suggest -p because it is already used.)
That would be nice. BTW, if -d / is specified, you could look into
/var/pkg and pretty much get all the packages already installed in gz
and just use that. I don't know enough of pkg internal structure but
there must be a catalog (of installed packages) somewhere which
should all be available in /var/pkg/*
I just noticed
Bug 14684 - zone attach incorporation logic needs enhancement
as well. How were you planning on fixing it?
This has been fixed. See the CR:
http://defect.opensolaris.org/bz/show_bug.cgi?id=14684
It would, of course, be the user's responsibilty to make sure that this
list of packages resulted in a bootable zone (although we could also
process the list to guarantee it was a useful/bootable zone.).
Can't find the ipkg manpage also. BTW, it would be good to allow
a equivalent of native zone to be created without much fuss :) and
perhaps the default should be along those lines (instead of
needing a repo).
man ipkg(5)
Ah.. For a change Dr. google doesn't have the answer but the manpage
is on the system :)
Cheers,
Sunay
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Re: [zones-discuss] looking for install without repo options
On 07/27/10 01:06 PM, Edward Pilatowicz wrote:
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
offline zone install is not available today. there is a bug for this
and we will have it someday:
1947 Offline zone creation is impossible
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
Ah. Although it seems like its labeled an RFE but this is a
regression from earlier native zones where one could create
zone on his laptop while sitting on a beach. Now I am just
a developer but for most large data center managers, each
machine needing to go to a repo to create a zone is going
to put them in a very bad mood ;^) I would suggest upping
the priority on that ...
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
since you don't have entire installed it's not possible to install valid
zones (even if you have an accessible repo). there is a bug on this:
16568 zoneadm install can create out of sync zones if entire has been removed
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
OK. If you address this at least, its a good start.
i'd recommend that you install zones before running onu.
The attach -u after onu still fails although I haven't tried
to debug that.
i'd also strongly recommend running recent builds. if your running
older builds then lots of stuff will be broken.
Thats what got me here in the first place :)
Cheers,
Sunay
ed
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Re: [zones-discuss] looking for install without repo options
On Tue, Jul 27, 2010 at 02:17:45PM -0700, Sunay Tripathi wrote:
On 07/27/10 01:06 PM, Edward Pilatowicz wrote:
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
offline zone install is not available today. there is a bug for this
and we will have it someday:
1947 Offline zone creation is impossible
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
Ah. Although it seems like its labeled an RFE but this is a
regression from earlier native zones where one could create
zone on his laptop while sitting on a beach. Now I am just
a developer but for most large data center managers, each
machine needing to go to a repo to create a zone is going
to put them in a very bad mood ;^) I would suggest upping
the priority on that ...
hm. if i was a data center manager (or developer) sitting on a beach, i
don't think i'd be thinking about zone installs. i'd probably also be
in a pretty good mood, assuming the weather was nice. but yes, this is
arguably a regression from s10 zone install.
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
since you don't have entire installed it's not possible to install valid
zones (even if you have an accessible repo). there is a bug on this:
16568 zoneadm install can create out of sync zones if entire has been removed
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
OK. If you address this at least, its a good start.
i'd recommend that you install zones before running onu.
The attach -u after onu still fails although I haven't tried
to debug that.
attach -u should succeed as of snv_132. (with the fix for 12738.) of
course you still need to have access to the repo that onu used when
updating your gz.
i'd also strongly recommend running recent builds. if your running
older builds then lots of stuff will be broken.
Thats what got me here in the first place :)
well, in another email you mentioned you were using external repos. so
even if you've onu'd to more recent bits, you don't have the most recent
ips consolidation bits, which is where the fix for 12738 is. i don't
remember what the most recently available external build is, but if you
started with something older than snv_132 then you might want to
consider building and installing more recent ips bits (in addition to ON
bits) if you want to use zones.
ed
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Re: [zones-discuss] looking for install without repo options
Also kills those of us who rely on vbox, and vpn in through the host system. No way to
get to the dev repositories at all. No zones unless we use the public builds
(currently at 134). Bad enough we can't add sw without a local repo, but no zones
either? Killing me.
Bill.
--
-Original message-
From: Edward Pilatowicz edward.pilatow...@oracle.com
To: Sunay Tripathi tripathi.su...@gmail.com
Cc: zones-discuss@opensolaris.org
Sent: Tue, Jul 27, 2010 22:05:56 GMT+00:00
Subject: Re: [zones-discuss] looking for install without repo options
On Tue, Jul 27, 2010 at 02:17:45PM -0700, Sunay Tripathi wrote:
On 07/27/10 01:06 PM, Edward Pilatowicz wrote:
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
offline zone install is not available today. there is a bug for this
and we will have it someday:
1947 Offline zone creation is impossible
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
Ah. Although it seems like its labeled an RFE but this is a
regression from earlier native zones where one could create
zone on his laptop while sitting on a beach. Now I am just
a developer but for most large data center managers, each
machine needing to go to a repo to create a zone is going
to put them in a very bad mood ;^) I would suggest upping
the priority on that ...
hm. if i was a data center manager (or developer) sitting on a beach, i
don't think i'd be thinking about zone installs. i'd probably also be
in a pretty good mood, assuming the weather was nice. but yes, this is
arguably a regression from s10 zone install.
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
since you don't have entire installed it's not possible to install valid
zones (even if you have an accessible repo). there is a bug on this:
16568 zoneadm install can create out of sync zones if entire has been removed
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
OK. If you address this at least, its a good start.
i'd recommend that you install zones before running onu.
The attach -u after onu still fails although I haven't tried
to debug that.
attach -u should succeed as of snv_132. (with the fix for 12738.) of
course you still need to have access to the repo that onu used when
updating your gz.
i'd also strongly recommend running recent builds. if your running
older builds then lots of stuff will be broken.
Thats what got me here in the first place :)
well, in another email you mentioned you were using external repos. so
even if you've onu'd to more recent bits, you don't have the most recent
ips consolidation bits, which is where the fix for 12738 is. i don't
remember what the most recently available external build is, but if you
started with something older than snv_132 then you might want to
consider building and installing more recent ips bits (in addition to ON
bits) if you want to use zones.
ed
___
zones-discuss mailing list
zones-discuss@opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Re: [zones-discuss] looking for install without repo options
On 07/27/10 03:03 PM, Edward Pilatowicz wrote:
On Tue, Jul 27, 2010 at 02:17:45PM -0700, Sunay Tripathi wrote:
On 07/27/10 01:06 PM, Edward Pilatowicz wrote:
On Mon, Jul 26, 2010 at 10:54:24PM -0700, Sunay Tripathi wrote:
Guys,
I think we had discussed allowing a ipkg brand zone to be installed
without a network i.e. going to a repo if I already have a installed
offline zone install is not available today. there is a bug for this
and we will have it someday:
1947 Offline zone creation is impossible
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
Ah. Although it seems like its labeled an RFE but this is a
regression from earlier native zones where one could create
zone on his laptop while sitting on a beach. Now I am just
a developer but for most large data center managers, each
machine needing to go to a repo to create a zone is going
to put them in a very bad mood ;^) I would suggest upping
the priority on that ...
hm. if i was a data center manager (or developer) sitting on a beach, i
don't think i'd be thinking about zone installs. i'd probably also be
in a pretty good mood, assuming the weather was nice. but yes, this is
arguably a regression from s10 zone install.
Hey.. pacific is too cold to go in water anyway. So a day on beach is
more fun with a laptop although getting ATT to give to good wifi
connectivity is a bigger stretch :) Thats where zones come in handy
with some of the newer nehlam based laptops. Seriously, lot of
value in zones and crossbow was doing things like Vwire which
allowed you to test network based apps without needing a network.
Now if I need a network just to create a Vwire, thats a dampener.
system running. Can someone tell the correct options? I am trying
the -d option but that fails ...
# zoneadm -z test install -d /
pkg list: no packages matching 'entire' installed
you must specify -u (sys-unconfig) or -p (preserve identity).
brand-specific usage:
install {-a archive|-d path} {-p|-u} [-s|-v]
since you don't have entire installed it's not possible to install valid
zones (even if you have an accessible repo). there is a bug on this:
16568 zoneadm install can create out of sync zones if entire has been removed
https://defect.opensolaris.org/bz/show_bug.cgi?id=1947
OK. If you address this at least, its a good start.
i'd recommend that you install zones before running onu.
The attach -u after onu still fails although I haven't tried
to debug that.
attach -u should succeed as of snv_132. (with the fix for 12738.) of
course you still need to have access to the repo that onu used when
updating your gz.
Hmm. I tried that a few times and moved on to recreating the zones.
Its possible that there was something else screwed up. I will try
it again one of these days.
i'd also strongly recommend running recent builds. if your running
older builds then lots of stuff will be broken.
Thats what got me here in the first place :)
well, in another email you mentioned you were using external repos. so
even if you've onu'd to more recent bits, you don't have the most recent
ips consolidation bits, which is where the fix for 12738 is. i don't
remember what the most recently available external build is, but if you
started with something older than snv_132 then you might want to
consider building and installing more recent ips bits (in addition to ON
bits) if you want to use zones.
Ah yes. You are right about me not having the most recent pkg bits. BTW,
probably more of a question for pkg-discuss - why is pkg bits not
integrated in ON already? I would personally love to see all caiman
stuff also come in ON at as it gets done. Will get more people looking
and playing with it = better quality.
Thanks,
Sunay
___
zones-discuss mailing list
zones-discuss@opensolaris.org
