On 08/05/10 07:03, joerg.schill...@fokus.fraunhofer.de wrote:
"Frank Batschulat (Home)" wrote:
the problem with exporting the tape device to a NGZ, which although
not "supported" can be achived as you mention,
is that there's no way to exclusive assign that particular tape device
to a particul
On 07/02/10 13:47, Richard L. Hamilton wrote:
That is...is there a mechanism provided to do this?
As an afterthought, this also applies to non-global zones, although
one can stick something in the oem-banner eeprom variable that is identically
visible on all the zones, which is not the case on
On 06/30/10 04:34, Warren Zeeman wrote:
Hello,
IHAC who wants to duplicate a global zone, as a zone on another server !!!
Does anybody have any thoughts on the easiest way to achieve this ?
We call this p2v (physical to virtual). Its been in opensolaris
for quite a while now, so if you runnin
On 06/01/10 15:12, Ian Collins wrote:
Done:
https://defect.opensolaris.org/bz/show_bug.cgi?id=16126
Thanks for filing this,
Jerry
___
zones-discuss mailing list
zones-discuss@opensolaris.org
On 05/30/10 16:45, Ian Collins wrote:
I've tracked down the cause. It was my backup copy of the zone ZFS tree
on another pool:
backup/zoneRoot 1.64G 89.3G 26K /backup/zoneRoot
backup/zoneRoot/svn 439M 89.3G 24K /backup/zoneRoot/svn
backup/zoneRoot/svn/ROOT 439M 89.3G 21K legacy
backup/zoneRoot/
On 05/28/10 15:16, Ian Collins wrote:
On 05/29/10 12:25 AM, Jerry Jelinek wrote:
On 05/26/10 17:14, Ian Collins wrote:
I have just restarted a b133 host with several zones and no none of them
will boot. They all report:
# zoneadm -z svn boot
zone 'svn': ERROR: no active dataset.
On 05/26/10 17:14, Ian Collins wrote:
I have just restarted a b133 host with several zones and no none of them
will boot. They all report:
# zoneadm -z svn boot
zone 'svn': ERROR: no active dataset.
zone 'svn':
zoneadm: zone 'svn': call to zoneadmd failed
I've seen this mentioned as an issue af
On 05/19/10 14:08, Philippe Bürgisser wrote:
Hello,
thank your for your answer, I updated my initial message, myzone corresponds to
"proxiproduits" but I wanted to change the real name for the forum, my
mistake...
Anyway, after running the command zoneadm -z myzone attach -u, I get the same
On 05/19/10 12:47, Philippe Bürgisser wrote:
Hi,
I followed the guide
(http://docs.sun.com/app/docs/doc/819-2450/gcgnc?l=en&a=view) from sun to move
a working zone into a new server with the same configuration.
I executed those commands :
tar xf myzone.tar --> to /export/zones/myzone
zonecf
blog/entry/updating_zones_on_opensolaris_2008
and the ipkg(5) man page. This situation is a
temporary problem until the full zones support is
provided with IPS.
Jerry
On Wed, Mar 17, 2010 at 3:58 PM, Jerry Jelinek wrote:
On 03/17/10 08:21 AM, Piotr Jasiukajtis wrote:
Hi,
After upgrade from 11
On 03/17/10 08:21 AM, Piotr Jasiukajtis wrote:
Hi,
After upgrade from 111b to b134 non local zone is not able to run properly.
Was this a newly installed zone or one that
existed from before the upgrade? If it was
a pre-existing zone, did you upgrade the
software inside the zone to be in sync
On 02/26/10 07:56, Jesse Reynolds wrote:
Thanks Jerry!
Yes, dataset="mailtmp" looks wrong. I guess it's possible I altered the
configuration and hadn't rebooted it.
So, assuming that the manifest is out of date or wrong, what's the best way to fix it?
Can I edit /etc/zones/cpmail.xml directly
On 02/26/10 07:37, Jerry Jelinek wrote:
On 02/26/10 07:03, Jesse Reynolds wrote:
Hello
I have an amd64 server running OpenSolaris 2009-06. In December I
created one container on this server named 'cpmail' with it's own zfs
dataset and it's been running ever since. Until
On 02/26/10 07:03, Jesse Reynolds wrote:
Hello
I have an amd64 server running OpenSolaris 2009-06. In December I created one
container on this server named 'cpmail' with it's own zfs dataset and it's been
running ever since. Until earlier this evening when the server did a kernel
panic and re
On 02/22/10 09:40, Frank Batschulat (Home) wrote:
May I have 2 code reviewers for the following minor changes for:
PSARC/2010/008 Remove zoneadm install sub-option "-x nodataset"
6880288 retire zoneadm install -x nodataset option
6890415 zoneadm install fails but returns 0
http://cr.opensolaris
On 02/19/10 11:32, Frank Batschulat (Home) wrote:
Thanks Jerry, that is indeed a valid concern, I changed it to be:
PAGER /usr/bin/nonsense does not exist (No such file or directory).
I included the real error string in case of permission errors where the
file does indeed exist and I am now d
On 02/19/10 06:53, Frank Batschulat (Home) wrote:
May I request 2 code reviewers for the changes for:
6914152 zonecfg fails when less(1M) is missing
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6914152
http://cr.opensolaris.org/~batschul/zpager/
Frank,
This looks fine to me. O
On 01/27/10 12:30, Marcel Hofstetter wrote:
Jerry Jelinek wrote:
usr/src/lib/brand/native/zone/sw_support.c
1115
1116 } else if (strcmp(buf, SUNW_PKG_ALL_ZONES) ==
0) {
1117 infop->zpi_all_zones = B_TRUE;
1118
My thought is that if
On 01/25/10 06:12, Paul van der Zwan wrote:
Ok that’s what I did. Detach first and then the image-update.
I saw a workaround for the panics so downgrading may be less important, but
I’ll have
to change my procedure the next update.
Do you know of an ‘official’ zones/beadm/image-update doc that e
On 01/25/10 04:30, Paul van der Zwan wrote:
I have upgraded my Opensolaris system to b131 and followed the zoneadm
detach/attach -u procedure to upgrade my zones
to b131 as well. Unfortunately I am running into bug 6912829 ( causes panic on
zoneadm halt ) quite often.
Downgrading the global zon
On 01/22/10 04:57, Frank Batschulat (Home) wrote:
Hiya, I observed that zone datasets are mounted even though no zones are
running.
this strikes me like a bug ? aren't they supposed to be mounted only when the
zone boots ?
No, it was a bug that they weren't mounted except when the zone was
r
On 01/20/10 15:01, Johan Hedin wrote:
Hi all
I'm trying to create a new zone in OpenSolaris svn_130.
r...@dom0:~# zonecfg -z test info
zonename: test
zonepath: /internal/zone/test
brand: ipkg
autoboot: false
bootargs:
pool:
limitpriv:
scheduling-class:
ip-type: shared
hostid:
net:
addre
On 01/19/10 14:00, Edward Pilatowicz wrote:
perhaps it would make sense to add some "tokens" to the comments in
brand_asm.h like:
32-BIT INTERPOSITION STACK
32-BIT LCALL/INT STACK
64-BIT INTERPOSITION STACK
64-BIT LCALL/INT STACK
and then in the comments
On 01/18/10 19:25, Karl Rossing wrote:
I made the change as per
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6905313
What changes? As of this morning the bug has no workaround or suggested fix
listed?
I'm still getting the following error:
bash-4.0# zoneadm -z model attach -
Ed,
Thanks for reviewing this, my responses are inline.
On 01/15/10 19:26, Edward Pilatowicz wrote:
On Thu, Jan 14, 2010 at 09:18:20AM -0700, Jerry Jelinek wrote:
I need a code review for my proposed fix for:
6887823 brandz on x86 should ignore %gs and simplify brand hooks
There is a webrev
I need a code review for my proposed fix for:
6887823 brandz on x86 should ignore %gs and simplify brand hooks
There is a webrev at:
http://cr.opensolaris.org/~gjelinek/webrev.6887823/
This simplifies some of the handling for the %gs register, cleans up
the interfaces with the brand modules, a
Jordan Vaughan wrote:
Maybe I'm not understanding the bug's evaluation but it seems to say
that the problem is caused by the presence of boot archive files.
Jerry
Jerry,
It is. However, bootadm(1M) infers the existence of boot archives from
the existence of /boot/solaris/bin/create_ramdisk
Jordan Vaughan wrote:
On 01/ 4/10 09:54 AM, Jerry Jelinek wrote:
Jordan Vaughan wrote:
On 01/ 4/10 07:26 AM, Jerry Jelinek wrote:
Jordan Vaughan wrote:
I need someone to review my fix for
6909222 reboot of system upgraded from 128 to build 129 generated
error from an s10 zone due to boot
Jordan Vaughan wrote:
On 01/ 4/10 07:26 AM, Jerry Jelinek wrote:
Jordan Vaughan wrote:
I need someone to review my fix for
6909222 reboot of system upgraded from 128 to build 129 generated
error from an s10 zone due to boot-archive
My webrev is accessible via
http://cr.opensolaris.org
Jordan Vaughan wrote:
I need someone to review my fix for
6909222 reboot of system upgraded from 128 to build 129 generated error
from an s10 zone due to boot-archive
My webrev is accessible via
http://cr.opensolaris.org/~flippedb/onnv-s10c
Jordan,
This looks ok to me but don't we need to
Edward Pilatowicz wrote:
so we're actually changing our stack pointer after entry into the
kernel, so it's no longer necessarily matching the interrupt stack that
the processor switched in automatically and saved the parameters on.
notably we don't do this for 32-bit kernels. this means that
de-
Jerry Jelinek wrote:
Because its not right above, all of the other register values are
also pushed on the stack, so we need to go through the SSP to get
to the right spot. I can add a comment explaining this but the
32bit and 64bit stacks are not identical.
Ed,
Actually, what I said above is
Edward Pilatowicz wrote:
so now you have:
---8<---
#define V_U_EIP (CLONGSIZE * 0)
...
GET_V(%rsp, 1, V_SSP, %rax) /* get saved stack pointer */
SET_V(%rax, 0, V_U_EIP, %r15) /* save new return addr in %eip */
---8<---
but why can't this be identical to the 32-bit p
Frank Batschulat (Home) wrote:
Hey Ed, Steve, Jordan, Jerry,
I got it in writing from Veritas Engineering that they do not have any heartburn
over using "fsck -o p" on VxFS and inside the zone and also by testing in the
lab I
confirmed it behaves as expected and similar to UFS:
# uname -a
Sun
Edward Pilatowicz wrote:
On Thu, Dec 17, 2009 at 09:39:34AM -0700, Jerry Jelinek wrote:
Edward Pilatowicz wrote:
- CALC_TABLE_ADDR() a little clunky. (it has seperate 32 and 64
versions, it assumes the syscall number is in eax/rax, and it has a
side effect of munging the syscall number
Edward Pilatowicz wrote:
- CALC_TABLE_ADDR() a little clunky. (it has seperate 32 and 64
versions, it assumes the syscall number is in eax/rax, and it has a
side effect of munging the syscall number.) how about defining just one
version of CALC_TABLE_ADDR() as:
---8<---
#define CALC_TABLE
Ed,
Edward Pilatowicz wrote:
On Wed, Dec 16, 2009 at 10:46:57AM -0700, Jerry Jelinek wrote:
Ed,
I've posted an updated webrev to address your comments.
http://cr.opensolaris.org/~gjelinek/webrev.6768950/
usr/src/uts/intel/brand/sn1/sn1_brand_asm.s
- i'd think the "is 0 &l
Günther Schmidt wrote:
Hello,
I'd like to create a clone from a specific snapshot using zoneadm, but
this feature seems to be broken in OSOL 2009.06.
Is there another way of doing this?
This is bug:
5940 Cannot create clone of zone from snapshot
To workaround this you can make a clone of
Ed,
I've posted an updated webrev to address your comments.
http://cr.opensolaris.org/~gjelinek/webrev.6768950/
Let me know if you have any other comments or see anything
with the changes I made.
Thanks,
Jerry
___
zones-discuss mailing list
zones-dis
Jordan Vaughan wrote:
--
usr/src/lib/brand/sn1/sn1_brand/amd64/sn1_handler.s
44: Shouldn't this function be named "sn1_handler_table"?
Jordan,
Good catch, I'll fix that.
Thanks,
Jerry
___
zones-discuss mailing list
zones-discuss@opensolaris
Ed,
Thanks for reviewing this. My responses to your comments are
in-line.
Edward Pilatowicz wrote:
On Tue, Dec 15, 2009 at 08:39:12AM -0700, Jerry Jelinek wrote:
I have an initial code review for the fix for bug:
6768950 panic[cpu1]/thread=ff084ce0b3e0: syscall_asm_amd64.s:480
I have an initial code review for the fix for bug:
6768950 panic[cpu1]/thread=ff084ce0b3e0: syscall_asm_amd64.s:480
lwp ff0756a8cdc0, pcb_rupdate != 0
There is a webrev at:
http://cr.opensolaris.org/~gjelinek/webrev.6768950/
The code changes in the sn1 and solaris10 brands are
Frank Batschulat (Home) wrote:
friends, may I request code review for the earth-shattering fix to:
6495558 zoneadm -z boot should not only check but repair filesystems
http://cr.opensolaris.org/~batschul/onnv-vplat/
backround:
Evaluation
when booting a zone, zoneadm ( ie. vplat.c:dofsck() )
Jordan Vaughan wrote:
I need someone to review my fix for
6882732 unpacking archive with extended file attributes reports errors
The webrev is accessible via
http://cr.opensolaris.org/~flippedb/onnv-s10c
Jordan,
Nice job, this looks good to me.
Thanks,
Jerry
___
xx wrote:
init...@dogpatch:/virtualbox# zoneadm -z csuite install -a ./s10.cpio -u
WARNING: skipping network interface 'vnic0_3' which may not be present/plumbed
in the global zone.
A ZFS file system has been created for this zone.
Log File: /var/tmp/csuite.install_log.79aGOA
Error: Unknow
Frank Batschulat (Home) wrote:
friends,
I went back and forth with th bug pertaining the [-x nodataset] option
6880288 zoneadm install -x nodataset option should be brand-specifc
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6880288
and eventually I decided to ask for quorum to ju
xx wrote:
i installed virtualbox and installed solaris 10 from an iso download. i used
the flar command to create s10.flar as directed in:
http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide
i then tried to install s10.flar in the solaris 10 branded zone:
init...@dogpat
Robert Hartzell wrote:
My normal procedure is to image-update, reboot, check that everything is
working then update each zone. This has always worked because the zones
would still be running. All my external services are running in zones
(dns, smtp, http, ftp) so when I reboot I have no dns and
Robert Hartzell wrote:
I have upgraded 3 systems from 127 to 128a and all the zones basically
have the same error. autofs is in maintenance with 17 dependent services
not running. I haven't upgraded the zones because they are in production
and don't want to have to recreate all 7 of them again.
John D Groenveld wrote:
In message <4b141dac.7060...@sun.com>, Jerry Jelinek writes:
The workaround for what?
On snv_127, "zfs receive" does not mount the zbe and "zoneadm attach"
fails until its mounted:
# uname -v
snv_127
# zfs receive -d rpool < /var/tmp/
John D Groenveld wrote:
In message <4b1403ff.6000...@sun.com>, Jordan Vaughan writes:
If I remember correctly, zbe datasets' mountpoints should be set to
"legacy". rpool/var/zones/oracle-1/ROOT/zbe's mountpoint isn't "legacy"
on your snv_127 system. What was rpool/var/zones/oracle-1/ROOT/zbe'
Edward Pilatowicz wrote:
hey all,
i need a review for the following bugfix:
http://cr.opensolaris.org/~edp/onnv-zmount3/
6901952 zoneadm fails with "unable to determine default brand"
Ed,
This looks fine to me.
Jerry
___
zones-discuss mailing list
Edward Pilatowicz wrote:
hey all,
so with my recent zoneadm mount putback i broke the native brand on
nevada. i've got a webrev with the one line fix here:
http://cr.opensolaris.org/~edp/onnv-zmount2
6898056 native zones no longer boot: zone 'public': missing or invalid brand
Ed, looks good
Edward Pilatowicz wrote:
hey all,
i've got a webrev that needs review:
http://cr.opensolaris.org/~edp/pkg-on-nightly/
it's a fix for:
11392 'zoneadm .. install' only uses preferred publisher
http://defect.opensolaris.org/bz/show_bug.cgi?id=11392
this fix let's me inst
Ketan wrote:
Is it possible to restrict physical memory in solaris zone with
zone.max-locked-memory just like we can do with rcapd ? I do not want to
used rcapd
No, locked memory is not the same thing as
the total physical memory used by a zone.
The only way to cap physical memory is with
Trevor Pretty wrote:
Jerry
That link did not work for me, just takes me to the main page.
This link works:-
http://hub.opensolaris.org/bin/view/Community+Group+on/2009102201
Trevor,
Thanks for posting a working link. The original
was broken by the website transition which occurred
this mo
Jerry Jelinek wrote:
Yesterday we integrated support for solaris10
branded zones into ON. In case you're not
watching the putback notifications, the heads-up
message is here:
http://onnv.sfbay.sun.com/links/flagdays/pages/2009102201.html
Sorry, I posted an internal link here. The ext
Yesterday we integrated support for solaris10
branded zones into ON. In case you're not
watching the putback notifications, the heads-up
message is here:
http://onnv.sfbay.sun.com/links/flagdays/pages/2009102201.html
We've divided this project up into phases, so whats
there now is Phase I. It
Edward Pilatowicz wrote:
so now i've got a fix for that breakage:
http://cr.opensolaris.org/~edp/onnv-zmount/
6889379 zoneadm mount fails on opensolaris
Ed,
This looks fine to me.
Thanks,
Jerry
___
zones-discuss mailing list
zones-d
Ed,
Edward Pilatowicz wrote:
really? i'd have to disagree. i was actually expecting that when
nevada dies we'd have to update the sn1 brand to work on opensolaris. i
always thought you forked the code because that was faster than
re-factoring it to be common.
No, that wasn't my thinking, bu
Peter Memishian wrote:
> > I was wondering about this too. Indeed, there seems be a sizeable amount
> > of duplicated code now. Why is this the right design?
>
> Because the sn1 brand is an internal brand for testing
> and is not delivered to customers. Once the solaris10
> brand is in
Ed,
Edward Pilatowicz wrote:
On Tue, Oct 06, 2009 at 12:15:23PM -0600, Jerry Jelinek wrote:
Ed,
Edward Pilatowicz wrote:
On Tue, Oct 06, 2009 at 09:47:40AM -0600, Jerry Jelinek wrote:
Ed,
Thanks for reviewing this again. I took most of your
input. For the questions you had or the things
Peter Memishian wrote:
> also, i would have though you'd commited to doing this work when you
> decided to fork the sn1 brand code instead of making it common.
I was wondering about this too. Indeed, there seems be a sizeable amount
of duplicated code now. Why is this the right design?
Bec
Ed,
Edward Pilatowicz wrote:
On Tue, Oct 06, 2009 at 09:47:40AM -0600, Jerry Jelinek wrote:
Ed,
Thanks for reviewing this again. I took most of your
input. For the questions you had or the things I
didn't take, I have responded below.
Edward Pilatowicz wrote:
- could you propegate
Jordan,
Thanks for reviewing this again. I took most of your
input. For the things I didn't take, I have responded
below.
Jordan Vaughan wrote:
usr/src/uts/common/brand/solaris10/s10_brand.c
1260-1261,1286-1287,1313,etc.: Couldn't we make arg1 a zoneid_t, arg2 an
int, arg3 a char *, and arg4
Ed,
Thanks for reviewing this again. I took most of your
input. For the questions you had or the things I
didn't take, I have responded below.
Edward Pilatowicz wrote:
- could you propegate back your common changes to the original file?
I don't want to complicate this project with the addit
Jordan Vaughan wrote:
I have a few nits and questions aside from Ed's.
Jordan,
Thanks for looking this over. I'll address these once
I finish going through Ed's comments.
Thanks again,
Jerry
___
zones-discuss mailing list
zones-discuss@opensolaris.
Edward Pilatowicz wrote:
i'm not done yet, but i've attached what i've got so far.
Ed,
Thanks for your comments. I'll start to work through
these while we're waiting for the rest of your input and
respond if there is anything we're not going to address.
Thank again,
Jerry
___
Edward Pilatowicz wrote:
- also, since the s10 brand is derived from the sn1 brand, could you
please ensure that all the new s10 brand that are being created are
derived from the corresponding sn1 brand files? ie, the s10 brand files
which are derived from sn1 brand files should be created via "
Will Fiveash wrote:
As an aside it would be nice if the pkg image-update command provided
an option to update all zones configured in the BE being updated.
There is no option because it will eventually do that
automatically, just like upgrading s10 today will also
upgrade all zones. We're jus
Will Fiveash wrote:
On Mon, Sep 28, 2009 at 12:20:53PM -0600, Jerry Jelinek wrote:
Will Fiveash wrote:
This is in the FAQ.
http://www.opensolaris.org/os/community/zones/faq/#os
I wish the info was more detailed/explicit. How do I use zones
attach/detach to do an image-update on the zone
Edward Pilatowicz wrote:
hey jerry,
do you have an updated ws+webrev where the s10 files were created using
hg cp? (i'm waiting for that before doing a review.)
also, when were you planning to integrate? (so i can avoid a last
minute rush.)
Ed,
I wasn't aware that this was holding you up.
Miles Benson wrote:
Hi Jerry,
Ok, that makes sense. And I've checked and you're right, it's all in the
non-global zone. My mistake and I'm glad I was wrong.
However, I think the thing which set me off on the wrong track in the first
place was the zfs list output showing the available space.
Miles Benson wrote:
Thanks for getting back.
Anyway, I've done some more digging. It seems to be related to having
delegated a dataset to a zone.
I have two zones 'basezone' and 'paulzone'. Forget the fact that I used the
example of basezone above for a moment.
basezone has no delegated da
Miles Benson wrote:
Hi All,
I'm not sure what I'm seeing is by design or by misconfiguration. I created a filesystem
"tank/zones" to hold some zones, then created a specific zone filesystem
"tank/zones/basezone". Then built a zone, setting zonepath=/tank/zones/basezone.
If I zlogin to basez
Will Fiveash wrote:
This is in the FAQ.
http://www.opensolaris.org/os/community/zones/faq/#os
I wish the info was more detailed/explicit. How do I use zones
attach/detach to do an image-update on the zone exactly?
# zoneadm -z myzone foo detach
# zoneadm -z myzone foo attach -u
Also I d
William A. Fiveash wrote:
My questions are:
- Should the zones have been updated when I did the pkg -R /mnt
image-update to BE opensolaris_123?
- If not, how can I fix the zones so that when I boot them while
running the opensolaris_123 BE they have 123 level packages and if
Gael wrote:
Hello
I have been experimenting a few ways to speed up patching a bunch of
machines running whole zones (parallel patching, zoneadm attach -u).
I have encountered one issue with the attach -u way... Before initiating a
case with sun, I was wondering if it was a well known issue...
T
Peter Memishian wrote:
> We've completed the development for the Phase I
> work on the solaris10 brand. I've posted a
> full webrev at:
>
> http://cr.opensolaris.org/~gjelinek/webrev.646/
>
> Let me know if there are any comments.
I see that ip-type=exclusive is regarded as "exper
We've completed the development for the Phase I
work on the solaris10 brand. I've posted a
full webrev at:
http://cr.opensolaris.org/~gjelinek/webrev.646/
Let me know if there are any comments.
Thanks,
Jerry
___
zones-discuss mailing list
zones-d
Edward Pilatowicz wrote:
hey all,
just a quick heads up.
it's been on my todo list for a very long time (and i figured that i
really should get it done before the xwiki migration), so i finally
merged all the brandz community content into the zones community. you
can see all the moved content
I've uploaded prebuilt SVr4 pkgs onto the project page
for the solaris10 brand that we're building.
http://opensolaris.org/os/project/s10brand/
I'll do this from now on as we sync to each nevada build.
The current pkgs are meant to be used with b118. The
OpenSolaris dev repository should be hos
Brian Leonard wrote:
I've been struggling to use the sysidcfg file to preconfigure my zones in
2009.06. I've read a couple of other posts where folks have also struggled
(http://opensolaris.org/jive/thread.jspa?messageID=307290,
http://opensolaris.org/jive/thread.jspa?messageID=319155). Before
Jerry Jelinek wrote:
...
added for the next release. To work around this, the
easiest thing to do is to detach and reattach each
zone using the 'update on attach' option (-a) which
will cause the zone to be updated to be in sync with
the global zone.
Sorry for the typo, the option
Ben wrote:
Hi all,
I have an OpenSolaris server (home server for file serving and SunRay) and am
currently virtualising OpenSolaris inside VirtualBox to segregate applications.
This is a little resource intensive and I'd like to look at zones as an
alternative.
Last time I talked to an engi
Jordan Vaughan wrote:
I have a few nits. Some of them (such at [3]) might be ridiculously
trivial, so I won't complain if you don't take them into account.
Jordan,
Thanks for reviewing this. I'll make all of the simplifications
you suggested.
Thanks again,
Jerry
Ed,
Thanks for reviewing this.
Edward Pilatowicz wrote:
- you might want to add the crypto libraries to the list of libraries
to watch for breakage. ;)
Yep. :-) I'm also going to try to see if any of the other default devices
that are inside of a zone might have had their ioctl params cha
I need a code review for the fix for:
ssh dumping core on maramba
There is a webrev at:
http://cr.opensolaris.org/~gjelinek/webrev.crypto/
Thanks,
Jerry
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Ian wrote:
Hiya,
I've just upgraded my 2008.11 system but the only way I could get it to upgrade
was by detaching all my zones or beadm refused to create a new BE.
Now that I'm in 2009.06, I used zoneadm -z web attach -F and I can see the zone
claims to be installed when using zoneadm list -c
I need a code review for the sysinfo support
for the s10 brand. There is a webrev at:
http://cr.opensolaris.org/~gjelinek/webrev.sysinfo/
Thanks,
Jerry
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Ketan wrote:
whats the difference between setting zone capped-memory from zoncfg and setting
rctl: name: zone.max-locked-memory .. if changed the zone.max-locked-memory with prctl it does not change in rcapstat .. but if change with rcapadm it reflects in rcapstat o/p
The capped-memory resource
I have posted the current source for the solaris10
brand on the project page at:
http://www.opensolaris.org/os/project/s10brand/
This source is synced to ONNV b116. Its a compressed
tar archive which you can unpack into an ONNV workspace
which has been synced to b116. If anyone has any problem
Peter Memishian wrote:
> Part 2: solaris10 Brand
>
>
> The solaris10 brand is conceptually similar to the existing solaris8
> and solaris9 brands and builds directly on the BrandZ infrastructure
> that was created to support the lx brand. Familiarity with Bra
Mike,
Thanks for reviewing this. I have a few comments in-line.
I trimmed the rest.
Mike Gerdts wrote:
* ZFS pool awareness
Isn't it already zpool aware as of S10u6? Perhaps you mean that it
needs to handle paths other than rpool/ROOT/ such as
[[/arbitrary path]/]/root/ROOT/.
Yes, thats th
Enda O'Connor wrote:
d) This is complex, legacy code which is a hairball.
that is the mild way of putting it, this code is a tangle of scripts and
some C code, it took a a lot of work to iron out the issues that the
zones on zfs + sparc new boot features introduced in u6 prior to
releasing
I've been spending some time researching ideas for how we could upgrade
Solaris 10 once its installed in a solaris10 branded zone on S.next.
We won't need this capability until S10u9 is released, but I want to make
sure we do whatever we need to do now in order to enable this for the future.
I ha
Peter Tribble wrote:
The key advantage of using sparse-root is that there's only one OS to manage.
With whole-root zones, and other heavier solutions, there's an extra OS image
to manage with each virtual system. From an admin perspective, whole-root
zones offer no real advantage over xen/vmware,
Steffen Weiberle wrote:
I originally could only imagine the reason for not doing the mounts when
the zone is not booted is to avoid a huge set of ZFS mounts for zones
that are not running. However, I see three ZFS file systems for a zone,
and this is without any Live Upgrade (beadm) operation.
Christine Tran wrote:
On Mon, May 18, 2009 at 9:59 AM, Jerry Jelinek wrote:
Thanks for the write-up. It is helpful for us to
know what peoples concerns are for the sparse vs. whole
root configurations.
Our application make and destroy zones as needed. We've built up a
set of too
Steffen Weiberle wrote:
I have been doing all on Solaris next testing using Nevada, as all the
tools I know work, and my understanding of installation and
configuration applies to that as well as Solaris 10. Now I am playing
with 2009.06 and some 'simple' things don't work as expected. I couldn
1 - 100 of 400 matches
Mail list logo