Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-07 Thread Paul Kraus
On Tue, Sep 6, 2011 at 5:11 PM, Mike Gerdts mike.ger...@oracle.com wrote:

 3)zfs dataset requirement

 How does this negatively impact you or other users?  As of Solaris 11
 Express, this requirement means that you have to run 'zfs create' once
 to create a ZFS filesystem that will be the parent of an arbitrry number
 of zones.

 I personally would not advocate a configuration where each zone is not
 on its own file system because a disk hog in one zone can deny service
 to other zones.

Be very careful here. If you allocate all of your Zones from a
single zpool and do NOT use quotas (and reservations) you can have one
Zone run the others out of disk space. Does the automatic (under the
covers) zfs create in Solaris 11 also automate setting reasonable
quotas and reservations ?

I don't want folks who are less familiar with ZFS to make that mistake.

 While I was working for a Fortune 10 company and
 introduced zones early in Solaris 10's life, I ensured that every zone
 had its own file system on a SVM soft partition.  This approach worked
 well for many years, but took a significant amount of effort to
 automate.  The integration of ZFS and Zones simplifies this type of
 architecture greatly.

We have used almost exclusively sparse root zones; for the space
efficiency, the global patching model, and the security of a read only
OS. I will be sorry to see the option of a sparse root zone go away.

-- 
{1-2-3-4-5-6-7-}
Paul Kraus
- Senior Systems Architect, Garnet River ( http://www.garnetriver.com/ )
- Sound Designer: Frankenstein, A New Musical
(http://www.facebook.com/event.php?eid=123170297765140)
- Sound Coordinator, Schenectady Light Opera Company (
http://www.sloctheater.org/ )
- Technical Advisor, RPI Players
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-07 Thread LaoTsao
this is old but interesting blog on sparse zone in opensolaris / solaris 11
http://www.eecis.udel.edu/~bmiller/blog/2010/03/15/sparse-zones-not-supported-in-opensolaris/

Sent from my iPad
Hung-Sheng Tsao ( LaoTsao) Ph.D

On Sep 7, 2011, at 7:42, Paul Kraus p...@kraus-haus.org wrote:

 On Tue, Sep 6, 2011 at 5:11 PM, Mike Gerdts mike.ger...@oracle.com wrote:
 
 3)zfs dataset requirement
 
 How does this negatively impact you or other users?  As of Solaris 11
 Express, this requirement means that you have to run 'zfs create' once
 to create a ZFS filesystem that will be the parent of an arbitrry number
 of zones.
 
 I personally would not advocate a configuration where each zone is not
 on its own file system because a disk hog in one zone can deny service
 to other zones.
 
Be very careful here. If you allocate all of your Zones from a
 single zpool and do NOT use quotas (and reservations) you can have one
 Zone run the others out of disk space. Does the automatic (under the
 covers) zfs create in Solaris 11 also automate setting reasonable
 quotas and reservations ?
 
I don't want folks who are less familiar with ZFS to make that mistake.
 
  While I was working for a Fortune 10 company and
 introduced zones early in Solaris 10's life, I ensured that every zone
 had its own file system on a SVM soft partition.  This approach worked
 well for many years, but took a significant amount of effort to
 automate.  The integration of ZFS and Zones simplifies this type of
 architecture greatly.
 
We have used almost exclusively sparse root zones; for the space
 efficiency, the global patching model, and the security of a read only
 OS. I will be sorry to see the option of a sparse root zone go away.
 
 -- 
 {1-2-3-4-5-6-7-}
 Paul Kraus
 - Senior Systems Architect, Garnet River ( http://www.garnetriver.com/ )
 - Sound Designer: Frankenstein, A New Musical
 (http://www.facebook.com/event.php?eid=123170297765140)
 - Sound Coordinator, Schenectady Light Opera Company (
 http://www.sloctheater.org/ )
 - Technical Advisor, RPI Players
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-07 Thread Mike Gerdts
On Wed 07 Sep 2011 at 07:42AM, Paul Kraus wrote:
 On Tue, Sep 6, 2011 at 5:11 PM, Mike Gerdts mike.ger...@oracle.com wrote:
 
  3)zfs dataset requirement
 
  How does this negatively impact you or other users?  As of Solaris 11
  Express, this requirement means that you have to run 'zfs create' once
  to create a ZFS filesystem that will be the parent of an arbitrry number
  of zones.
 
  I personally would not advocate a configuration where each zone is not
  on its own file system because a disk hog in one zone can deny service
  to other zones.
 
 Be very careful here. If you allocate all of your Zones from a
 single zpool and do NOT use quotas (and reservations) you can have one
 Zone run the others out of disk space. Does the automatic (under the
 covers) zfs create in Solaris 11 also automate setting reasonable
 quotas and reservations ?
 
 I don't want folks who are less familiar with ZFS to make that mistake.

Very good point - thanks for making it.

 
  While I was working for a Fortune 10 company and
  introduced zones early in Solaris 10's life, I ensured that every zone
  had its own file system on a SVM soft partition.  This approach worked
  well for many years, but took a significant amount of effort to
  automate.  The integration of ZFS and Zones simplifies this type of
  architecture greatly.
 
 We have used almost exclusively sparse root zones; for the space
 efficiency, the global patching model, and the security of a read only
 OS. I will be sorry to see the option of a sparse root zone go away.

I understand your concerns here and I look forward to the day that I can
talk about what Solaris 11 has to offer to address them.

-- 
Mike Gerdts
Solaris Core OS / Zones
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread Hung-Sheng Tsao (Lao Tsao 老曹) Ph.D.



On 9/6/2011 1:09 PM, Jeremy Loukinas wrote:

First:
root@opensolaris:~# zfs mount
rpool/ROOT/opensolaris-1/
rpool/export/export
rpool/export/home   /export/home
rpool   /rpool
zpool/zones /zones
zpool   /zpool
root@opensolaris:~#

Second:

root@opensolaris:~# zonecfg -z test2
test2: No such zone configured
Use 'create' to begin configuring a new zone.
zonecfg:test2  create
zonecfg:test2  set zonepath=/zones/roots/test2

may be add commit

zonecfg:test2  exit
root@opensolaris:~# zoneadm -z test2 install
ERROR: the zonepath must be a ZFS dataset.
The parent directory of the zonepath must be a ZFS dataset so that the
zonepath ZFS dataset can be created properly.
root@opensolaris:~#

Am i missing something here? I found another post but it was from someone 
trying to create a zone in rpool..
attachment: laotsao.vcf___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread Mike Gerdts
On Tue 06 Sep 2011 at 10:09AM, Jeremy Loukinas wrote:
 First:
 root@opensolaris:~# zfs mount
 rpool/ROOT/opensolaris-1/
 rpool/export/export
 rpool/export/home   /export/home
 rpool   /rpool
 zpool/zones /zones
 zpool   /zpool
 root@opensolaris:~#
 
 Second:
 
 root@opensolaris:~# zonecfg -z test2
 test2: No such zone configured
 Use 'create' to begin configuring a new zone.
 zonecfg:test2 create
 zonecfg:test2 set zonepath=/zones/roots/test2
 zonecfg:test2 exit
 root@opensolaris:~# zoneadm -z test2 install
 ERROR: the zonepath must be a ZFS dataset.
 The parent directory of the zonepath must be a ZFS dataset so that the
 zonepath ZFS dataset can be created properly.
 root@opensolaris:~#
 
 Am i missing something here? I found another post but it was from someone 
 trying to create a zone in rpool..

If you did:

zonecfg -z test2 'set zonepath=/zones/test2'

all would be well.  Alternatively, if you really want the zonepath to
/zones/roots/test2:

zfs create zones/roots

-- 
Mike Gerdts
Solaris Core OS / Zones
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread Hung-Sheng Tsao (Lao Tsao 老曹) Ph.D.


I just did the same on s10u9 vbox
bash-3.00# zfs list
NAME   USED  AVAIL  REFER  MOUNTPOINT
rpool 22.1G  7.88G34K  /rpool
rpool/ROOT12.1G  7.88G21K  legacy
rpool/ROOT/s10x_u9wos_13  12.1G  7.88G  12.1G  /
rpool/dump1.00G  7.88G  1.00G  -
rpool/export  7.51G  7.88G  5.91G  /export
rpool/export/home 1.60G  7.88G  1.60G  /export/home
rpool/swap1.50G  7.88G  1.50G  -
zpool 5.11G  14.4G21K  /zpool
zpool/zones   5.11G  14.4G  5.11G  /zones
bash-3.00# zonecfg -z test1
test1: No such zone configured
Use 'create' to begin configuring a new zone.
zonecfg:test1 create
zonecfg:test1 set zonepath=/zones/roots/test1
zonecfg:test1 verify
zonecfg:test1 commit
zonecfg:test1 exit
bash-3.00# zoneadm -z test1 install
Preparing to install zone test1.
Creating list of files to copy from the global zone.
Copying 16658 files to the zone.
Initializing zone product registry.
Determining zone package initialization order.
Preparing to initialize 1128 packages on the zone.
Initialized 1128 packages on zone.
Zone test1 is initialized.
The file /zones/roots/test1/root/var/sadm/system/logs/install_log 
contains a log of the zone installation.




On 9/6/2011 1:39 PM, Mike Gerdts wrote:

On Tue 06 Sep 2011 at 10:09AM, Jeremy Loukinas wrote:

First:
root@opensolaris:~# zfs mount
rpool/ROOT/opensolaris-1/
rpool/export/export
rpool/export/home   /export/home
rpool   /rpool
zpool/zones /zones
zpool   /zpool
root@opensolaris:~#

Second:

root@opensolaris:~# zonecfg -z test2
test2: No such zone configured
Use 'create' to begin configuring a new zone.
zonecfg:test2  create
zonecfg:test2  set zonepath=/zones/roots/test2
zonecfg:test2  exit
root@opensolaris:~# zoneadm -z test2 install
ERROR: the zonepath must be a ZFS dataset.
The parent directory of the zonepath must be a ZFS dataset so that the
zonepath ZFS dataset can be created properly.
root@opensolaris:~#

Am i missing something here? I found another post but it was from someone 
trying to create a zone in rpool..

If you did:

zonecfg -z test2 'set zonepath=/zones/test2'

all would be well.  Alternatively, if you really want the zonepath to
/zones/roots/test2:

zfs create zones/roots

attachment: laotsao.vcf___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread Mike Gerdts
On Tue 06 Sep 2011 at 03:00PM, Hung-Sheng Tsao (Lao Tsao ??) Ph.D. wrote:
 
 I just did the same on s10u9 vbox
 bash-3.00# zfs list
[snip]
 bash-3.00# zoneadm -z test1 install

If zoneadm creates a dataset for this zone, at this point you would see:

  A ZFS file system has been created for this zone.

 Preparing to install zone test1.
 Creating list of files to copy from the global zone.
 Copying 16658 files to the zone.
 Initializing zone product registry.
 Determining zone package initialization order.
 Preparing to initialize 1128 packages on the zone.
 Initialized 1128 packages on zone.
 Zone test1 is initialized.
 The file /zones/roots/test1/root/var/sadm/system/logs/install_log
 contains a log of the zone installation.

Solaris 10 allows zones to have their own ZFS datasets.  Solaris 11
Express and OpenSolaris require zones to have their own ZFS datasets.
The error messages provided by the original poster (and the prompt)
suggest that Solaris 11 Express or a previous release of OpenSolaris was
used.

 
 On 9/6/2011 1:39 PM, Mike Gerdts wrote:
 On Tue 06 Sep 2011 at 10:09AM, Jeremy Loukinas wrote:
 First:
 root@opensolaris:~# zfs mount
 rpool/ROOT/opensolaris-1/
 rpool/export/export
 rpool/export/home   /export/home
 rpool   /rpool
 zpool/zones /zones
 zpool   /zpool
 root@opensolaris:~#
 
 Second:
 
 root@opensolaris:~# zonecfg -z test2
 test2: No such zone configured
 Use 'create' to begin configuring a new zone.
 zonecfg:test2  create
 zonecfg:test2  set zonepath=/zones/roots/test2
 zonecfg:test2  exit
 root@opensolaris:~# zoneadm -z test2 install
 ERROR: the zonepath must be a ZFS dataset.
 The parent directory of the zonepath must be a ZFS dataset so that the
 zonepath ZFS dataset can be created properly.
 root@opensolaris:~#
 
 Am i missing something here? I found another post but it was from someone 
 trying to create a zone in rpool..
 If you did:
 
  zonecfg -z test2 'set zonepath=/zones/test2'
 
 all would be well.  Alternatively, if you really want the zonepath to
 /zones/roots/test2:
 
  zfs create zones/roots
 

 begin:vcard
 fn:Hung-Sheng Tsao (LaoTsao) , Ph.D.
 n:Tsao;Hung-Sheng 
 org:HopBit GridComputing LLC
 adr:;;17 jade ln;Denville;NJ;07834;USA
 email;internet:laot...@gmail.com
 title:Founder and Principal
 tel;cell:9734950840
 note;quoted-printable:HopBit GridComputing=0D=0A=
   =0D=0A=
   HPC: Arch and deaign and setup=0D=0A=
   Rockscluster:Setup and Configuration=0D=0A=
   Oracle GridEngine:Setup and Configuration=0D=0A=
   Oracle Cluster: Arch and Design=0D=0A=
   Oracle Solaris: Jumpstart, Zone etc=0D=0A=
   Oracle Exadata, Exalogic, SPARc Supercluster Arch and Design=0D=0A=
   
 url:http://laotsao.wordpress.com/
 version:2.1
 end:vcard
 

 ___
 zones-discuss mailing list
 zones-discuss@opensolaris.org


-- 
Mike Gerdts
Solaris Core OS / Zones
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread LaoTsao
thx
interesting, IMHO, this type of change will make many many s10 users unhappy

Sent from my iPad
Hung-Sheng Tsao ( LaoTsao) Ph.D

On Sep 6, 2011, at 15:19, Mike Gerdts mike.ger...@oracle.com wrote:

 On Tue 06 Sep 2011 at 03:00PM, Hung-Sheng Tsao (Lao Tsao ??) Ph.D. wrote:
 
 I just did the same on s10u9 vbox
 bash-3.00# zfs list
 [snip]
 bash-3.00# zoneadm -z test1 install
 
 If zoneadm creates a dataset for this zone, at this point you would see:
 
  A ZFS file system has been created for this zone.
 
 Preparing to install zone test1.
 Creating list of files to copy from the global zone.
 Copying 16658 files to the zone.
 Initializing zone product registry.
 Determining zone package initialization order.
 Preparing to initialize 1128 packages on the zone.
 Initialized 1128 packages on zone.
 Zone test1 is initialized.
 The file /zones/roots/test1/root/var/sadm/system/logs/install_log
 contains a log of the zone installation.
 
 Solaris 10 allows zones to have their own ZFS datasets.  Solaris 11
 Express and OpenSolaris require zones to have their own ZFS datasets.
 The error messages provided by the original poster (and the prompt)
 suggest that Solaris 11 Express or a previous release of OpenSolaris was
 used.
 
 
 On 9/6/2011 1:39 PM, Mike Gerdts wrote:
 On Tue 06 Sep 2011 at 10:09AM, Jeremy Loukinas wrote:
 First:
 root@opensolaris:~# zfs mount
 rpool/ROOT/opensolaris-1/
 rpool/export/export
 rpool/export/home   /export/home
 rpool   /rpool
 zpool/zones /zones
 zpool   /zpool
 root@opensolaris:~#
 
 Second:
 
 root@opensolaris:~# zonecfg -z test2
 test2: No such zone configured
 Use 'create' to begin configuring a new zone.
 zonecfg:test2  create
 zonecfg:test2  set zonepath=/zones/roots/test2
 zonecfg:test2  exit
 root@opensolaris:~# zoneadm -z test2 install
 ERROR: the zonepath must be a ZFS dataset.
 The parent directory of the zonepath must be a ZFS dataset so that the
 zonepath ZFS dataset can be created properly.
 root@opensolaris:~#
 
 Am i missing something here? I found another post but it was from someone 
 trying to create a zone in rpool..
 If you did:
 
zonecfg -z test2 'set zonepath=/zones/test2'
 
 all would be well.  Alternatively, if you really want the zonepath to
 /zones/roots/test2:
 
zfs create zones/roots
 
 
 begin:vcard
 fn:Hung-Sheng Tsao (LaoTsao) , Ph.D.
 n:Tsao;Hung-Sheng 
 org:HopBit GridComputing LLC
 adr:;;17 jade ln;Denville;NJ;07834;USA
 email;internet:laot...@gmail.com
 title:Founder and Principal
 tel;cell:9734950840
 note;quoted-printable:HopBit GridComputing=0D=0A=
=0D=0A=
HPC: Arch and deaign and setup=0D=0A=
Rockscluster:Setup and Configuration=0D=0A=
Oracle GridEngine:Setup and Configuration=0D=0A=
Oracle Cluster: Arch and Design=0D=0A=
Oracle Solaris: Jumpstart, Zone etc=0D=0A=
Oracle Exadata, Exalogic, SPARc Supercluster Arch and Design=0D=0A=

 url:http://laotsao.wordpress.com/
 version:2.1
 end:vcard
 
 
 ___
 zones-discuss mailing list
 zones-discuss@opensolaris.org
 
 
 -- 
 Mike Gerdts
 Solaris Core OS / Zones
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread Frank Batschulat

On Tue, 06 Sep 2011 21:27:40 +0200, LaoTsao laot...@gmail.com wrote:

interesting, IMHO, this type of change will make many many s10 users  
unhappy


I assume you are refering to Mike's response that zones require their own
seperate ZFS dataset going forward ? if so can you give some reasons
why this would make current s10 users unhappy when switching ?


thanks
--
frankB

Solaris Core OS Development, Zones Team
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread Hung-Sheng Tsao (Lao Tsao 老曹) Ph.D.

current s10 zone user will not  be unhappy when  move to s11
1)there is no sparse zone in s11 (yet)
2)there is no v2v from s10 zone to s11 zone (yet)
3)zfs dataset requirement
4)people just does not like changes

My 2c


On 9/6/2011 3:33 PM, Frank Batschulat wrote:

On Tue, 06 Sep 2011 21:27:40 +0200, LaoTsao laot...@gmail.com wrote:

interesting, IMHO, this type of change will make many many s10 users 
unhappy


I assume you are refering to Mike's response that zones require their own
seperate ZFS dataset going forward ? if so can you give some reasons
why this would make current s10 users unhappy when switching ?


thanks
attachment: laotsao.vcf___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread James Carlson
Hung-Sheng Tsao (Lao Tsao ??) Ph.D. wrote:
 current s10 zone user will not  be unhappy when  move to s11
 1)there is no sparse zone in s11 (yet)
 2)there is no v2v from s10 zone to s11 zone (yet)
 3)zfs dataset requirement
 4)people just does not like changes

Given the changes in packaging and patching between S10 and S11 and
(last I checked) lack of a direct upgrade path from one to the other,
I'd be really surprised if the above issues were all that significant.

In particular, the ZFS-based upgrade mechanism is substantially easier
to use and works much better than what we had for S10.  Forcing users to
put zones on distinct ZFS datasets seems to me like a trivial matter
that ends up simplifying and providing a lot of benefit.

-- 
James Carlson 42.703N 71.076W carls...@workingcode.com
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread Mike Gerdts
On Tue 06 Sep 2011 at 04:37PM, Hung-Sheng Tsao (Lao Tsao ??) Ph.D. wrote:
 current s10 zone user will not  be unhappy when  move to s11
 1)there is no sparse zone in s11 (yet)
 2)there is no v2v from s10 zone to s11 zone (yet)

That is not correct.

http://download.oracle.com/docs/cd/E19963-01/html/821-1460/gjogf.html

 3)zfs dataset requirement

How does this negatively impact you or other users?  As of Solaris 11
Express, this requirement means that you have to run 'zfs create' once
to create a ZFS filesystem that will be the parent of an arbitrry number
of zones.

I personally would not advocate a configuration where each zone is not
on its own file system because a disk hog in one zone can deny service
to other zones.  While I was working for a Fortune 10 company and
introduced zones early in Solaris 10's life, I ensured that every zone
had its own file system on a SVM soft partition.  This approach worked
well for many years, but took a significant amount of effort to
automate.  The integration of ZFS and Zones simplifies this type of
architecture greatly.

A reason that it is of great benefit is that with the new way it
is possible to create boot environments for each zone using ZFS clones.
The beadm + ZFS + Zones integration is much better than Solaris 10's
Live Uprade + ZFS + Zones.  Once Solaris 11 is released, I'll be happy
to talk about some other benefits of this new requirement.

 4)people just does not like changes

I think that is extreme.  People that don't like changes should probably
stick to old-world trades such as blacksmithing.  People that work in
any technology-driven business depend on change to make their operations
more efficient, to serve more customers, to improve their own products,
etc.  Change without reason is bad.  Change that offers benefits is
good.

If you don't want to endure the change that Solaris 11 has to offer,
Solaris 10 is still available and will continue to be available for
quite some time - there is nothing forcing anyone off of Solaris 10 for
the next several years.

 
 My 2c
 
 
 On 9/6/2011 3:33 PM, Frank Batschulat wrote:
 On Tue, 06 Sep 2011 21:27:40 +0200, LaoTsao laot...@gmail.com wrote:
 
 interesting, IMHO, this type of change will make many many s10
 users unhappy
 
 I assume you are refering to Mike's response that zones require their own
 seperate ZFS dataset going forward ? if so can you give some reasons
 why this would make current s10 users unhappy when switching ?
 
 
 thanks

 begin:vcard
 fn:Hung-Sheng Tsao (LaoTsao) , Ph.D.
 n:Tsao;Hung-Sheng 
 org:HopBit GridComputing LLC
 adr:;;17 jade ln;Denville;NJ;07834;USA
 email;internet:laot...@gmail.com
 title:Founder and Principal
 tel;cell:9734950840
 note;quoted-printable:HopBit GridComputing=0D=0A=
   =0D=0A=
   HPC: Arch and deaign and setup=0D=0A=
   Rockscluster:Setup and Configuration=0D=0A=
   Oracle GridEngine:Setup and Configuration=0D=0A=
   Oracle Cluster: Arch and Design=0D=0A=
   Oracle Solaris: Jumpstart, Zone etc=0D=0A=
   Oracle Exadata, Exalogic, SPARc Supercluster Arch and Design=0D=0A=
   
 url:http://laotsao.wordpress.com/
 version:2.1
 end:vcard
 

 ___
 zones-discuss mailing list
 zones-discuss@opensolaris.org


-- 
Mike Gerdts
Solaris Core OS / Zones
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: the zonepath must be a ZFS dataset.

2011-09-06 Thread Hung-Sheng Tsao (Lao Tsao 老曹) Ph.D.



On 9/6/2011 5:11 PM, Mike Gerdts wrote:

On Tue 06 Sep 2011 at 04:37PM, Hung-Sheng Tsao (Lao Tsao ??) Ph.D. wrote:

current s10 zone user will not  be unhappy when  move to s11
1)there is no sparse zone in s11 (yet)
2)there is no v2v from s10 zone to s11 zone (yet)

That is not correct.

http://download.oracle.com/docs/cd/E19963-01/html/821-1460/gjogf.html

thx, Somehow I miss this chapter, I will test it out



3)zfs dataset requirement

How does this negatively impact you or other users?  As of Solaris 11
Express, this requirement means that you have to run 'zfs create' once
to create a ZFS filesystem that will be the parent of an arbitrry number
of zones.

I personally would not advocate a configuration where each zone is not
on its own file system because a disk hog in one zone can deny service
to other zones.  While I was working for a Fortune 10 company and
introduced zones early in Solaris 10's life, I ensured that every zone
had its own file system on a SVM soft partition.  This approach worked
well for many years, but took a significant amount of effort to
automate.  The integration of ZFS and Zones simplifies this type of
architecture greatly.

A reason that it is of great benefit is that with the new way it
is possible to create boot environments for each zone using ZFS clones.
The beadm + ZFS + Zones integration is much better than Solaris 10's
Live Uprade + ZFS + Zones.  Once Solaris 11 is released, I'll be happy
to talk about some other benefits of this new requirement.


4)people just does not like changes

I think that is extreme.  People that don't like changes should probably
stick to old-world trades such as blacksmithing.  People that work in
any technology-driven business depend on change to make their operations
more efficient, to serve more customers, to improve their own products,
etc.  Change without reason is bad.  Change that offers benefits is
good.

If you don't want to endure the change that Solaris 11 has to offer,
Solaris 10 is still available and will continue to be available for
quite some time - there is nothing forcing anyone off of Solaris 10 for
the next several years.


My 2c


On 9/6/2011 3:33 PM, Frank Batschulat wrote:

On Tue, 06 Sep 2011 21:27:40 +0200, LaoTsaolaot...@gmail.com  wrote:


interesting, IMHO, this type of change will make many many s10
users unhappy

I assume you are refering to Mike's response that zones require their own
seperate ZFS dataset going forward ? if so can you give some reasons
why this would make current s10 users unhappy when switching ?


thanks

begin:vcard
fn:Hung-Sheng Tsao (LaoTsao) , Ph.D.
n:Tsao;Hung-Sheng
org:HopBit GridComputing LLC
adr:;;17 jade ln;Denville;NJ;07834;USA
email;internet:laot...@gmail.com
title:Founder and Principal
tel;cell:9734950840
note;quoted-printable:HopBit GridComputing=0D=0A=
=0D=0A=
HPC: Arch and deaign and setup=0D=0A=
Rockscluster:Setup and Configuration=0D=0A=
Oracle GridEngine:Setup and Configuration=0D=0A=
Oracle Cluster: Arch and Design=0D=0A=
Oracle Solaris: Jumpstart, Zone etc=0D=0A=
Oracle Exadata, Exalogic, SPARc Supercluster Arch and Design=0D=0A=

url:http://laotsao.wordpress.com/
version:2.1
end:vcard

___
zones-discuss mailing list
zones-discuss@opensolaris.org


attachment: laotsao.vcf___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] Error on zoneadm attach -u when going from b132 to b133

2010-02-22 Thread Frank Batschulat (Home)
On Mon, 22 Feb 2010 11:49:46 +0100, Paul van der Zwan paul.vanderz...@sun.com 
wrote:

 I upgraded my system from b132 to b133 this weekend and I got error messages 
 when I ran attach -u to upgrade my zones.
 The second run of the install of updated packages fails.
 In the log I find:

 $ pfexec cat /var/tmp/dns.attach_log.sCaydi
 [Saturday, 20 February 2010 20:57:50 CET] Log File: 
 /var/tmp/dns.attach_log.sCaydi
 [Saturday, 20 February 2010 20:57:52 CET] Attaching...
 [Saturday, 20 February 2010 20:57:52 CET] existing
 [Saturday, 20 February 2010 20:57:52 CET]
 [Saturday, 20 February 2010 20:57:52 CET]   Sanity Check: Passed.  Looks like 
 an OpenSolaris system.

 pkg: 'network/ftp' matches multiple packages
 network/ftp
 service/network/ftp
 'network/dns/bind' matches multiple packages
 service/network/dns/bind
 network/dns/bind
 'network/ssh' matches multiple packages
 network/ssh
 service/network/ssh

 If I run attach -u a second time it attaches without doing anything, or 
 giving an error.

 Are my zones OK or are they partly upgraded ?

I think exactly this issue is listed in the 133 release notes, and it states 
running
a 2nd attach will work.

if our marvellous opensolaris.org system would work you could read the 133 
release notes here
on the indiana discuss alias:

http://opensolaris.org/jive/thread.jspa?threadID=124275

---
frankB

___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Error on zoneadm attach -u when going from b132 to b133

2010-02-22 Thread Paul van der Zwan

On 22 feb 2010, at 12:02, Frank Batschulat (Home) wrote:

 On Mon, 22 Feb 2010 11:49:46 +0100, Paul van der Zwan 
 paul.vanderz...@sun.com wrote:
 
 I upgraded my system from b132 to b133 this weekend and I got error messages 
 when I ran attach -u to upgrade my zones.
 The second run of the install of updated packages fails.
 In the log I find:
 
 $ pfexec cat /var/tmp/dns.attach_log.sCaydi
 [Saturday, 20 February 2010 20:57:50 CET] Log File: 
 /var/tmp/dns.attach_log.sCaydi
 [Saturday, 20 February 2010 20:57:52 CET] Attaching...
 [Saturday, 20 February 2010 20:57:52 CET] existing
 [Saturday, 20 February 2010 20:57:52 CET]
 [Saturday, 20 February 2010 20:57:52 CET]   Sanity Check: Passed.  Looks 
 like an OpenSolaris system.
 
 pkg: 'network/ftp' matches multiple packages
network/ftp
service/network/ftp
 'network/dns/bind' matches multiple packages
service/network/dns/bind
network/dns/bind
 'network/ssh' matches multiple packages
network/ssh
service/network/ssh
 
 If I run attach -u a second time it attaches without doing anything, or 
 giving an error.
 
 Are my zones OK or are they partly upgraded ?
 
 I think exactly this issue is listed in the 133 release notes, and it states 
 running
 a 2nd attach will work.
 
 if our marvellous opensolaris.org system would work you could read the 133 
 release notes here
 on the indiana discuss alias:
 
 http://opensolaris.org/jive/thread.jspa?threadID=124275
 

That seems to be it. Must have missed it..

Thanks 
Paul

 ---
 frankB
 

___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: no active dataset. w/ migration from Indiana snv_125 to Indiana snv_127

2009-12-01 Thread John D Groenveld
In message 4b145e73.3080...@sun.com, Jerry Jelinek writes:
Thats not a workaround, thats what you have to do if you want to set
[snipped]

Thank you for the detailed explanation.

Work-around or not its documented here the next time someone
stumbles across the error, at least until the enhancements arrive
and are documented.

I'm still getting up to speed on zones in Indiana.
This m/l is invaluable.

John
groenv...@acm.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: no active dataset. w/ migration from Indiana snv_125 to Indiana snv_127

2009-11-30 Thread Jordan Vaughan
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's 
mountpoint property's value on the snv_125 system prior to the zfs send 
operation?


Regards,
Jordan
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: no active dataset. w/ migration from Indiana snv_125 to Indiana snv_127

2009-11-30 Thread John D Groenveld
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/foo.snapshot
# zonecfg -z foo create -a /var/opt/zones/foo
# zfs get mountpoint rpool/var/zones/foo/ROOT/zbe
NAME  PROPERTYVALUESOURCE
rpool/var/zones/foo/ROOT/zbe  mountpoint  /var/opt/zones/foo/root  local
# mount | grep /var/opt/zones/foo
/var/opt/zones/foo on rpool/var/zones/foo 
read/write/setuid/devices/nonbmand/exec/xattr/atime/dev=2d9005f on Mon Nov 30 
16:01:41 2009
# zoneadm -z foo attach
Log File: /var/tmp/foo.attach_log.plaGWe
ERROR: no active dataset.
# zfs mount rpool/var/zones/foo/ROOT/zbe
# zoneadm -z foo attach -u
Log File: /var/tmp/foo.attach_log.T9aOnf
Attaching...

   Global zone version: ent...@0.5.11,5.11-0.127:2009T131831Z
   Non-Global zone version: ent...@0.5.11,5.11-0.125:20091014T044127Z
   Publisher Check: Looks good.
 Cache: Using /var/pkg/download.
  Updating non-global zone: (Stage 1).  Output follows
DOWNLOAD  PKGS   FILESXFER (MB)
Completed91/91   3191/319180.7/80.7

PHASEACTIONS
Removal Phase  2462/2462
Install Phase  2650/2650
Update Phase   4402/4402
  Updating non-global zone: (Stage 2).  Output follows
No updates necessary for this image.
  Updating non-global zone: Zone updated to 
ent...@0.5.11,5.11-0.127:2009T131831Z
Attach complete.

John
groenv...@acm.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] ERROR: no active dataset. w/ migration from Indiana snv_125 to Indiana snv_127

2009-11-30 Thread Jerry Jelinek

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/foo.snapshot
# zonecfg -z foo create -a /var/opt/zones/foo
# zfs get mountpoint rpool/var/zones/foo/ROOT/zbe
NAME  PROPERTYVALUESOURCE
rpool/var/zones/foo/ROOT/zbe  mountpoint  /var/opt/zones/foo/root  local
# mount | grep /var/opt/zones/foo
/var/opt/zones/foo on rpool/var/zones/foo 
read/write/setuid/devices/nonbmand/exec/xattr/atime/dev=2d9005f on Mon Nov 30 
16:01:41 2009
# zoneadm -z foo attach
Log File: /var/tmp/foo.attach_log.plaGWe
ERROR: no active dataset.
# zfs mount rpool/var/zones/foo/ROOT/zbe
# zoneadm -z foo attach -u
Log File: /var/tmp/foo.attach_log.T9aOnf
Attaching...

   Global zone version: ent...@0.5.11,5.11-0.127:2009T131831Z
   Non-Global zone version: ent...@0.5.11,5.11-0.125:20091014T044127Z
   Publisher Check: Looks good.
 Cache: Using /var/pkg/download.
  Updating non-global zone: (Stage 1).  Output follows
DOWNLOAD  PKGS   FILESXFER (MB)
Completed91/91   3191/319180.7/80.7

PHASEACTIONS
Removal Phase  2462/2462
Install Phase  2650/2650
Update Phase   4402/4402
  Updating non-global zone: (Stage 2).  Output follows
No updates necessary for this image.
  Updating non-global zone: Zone updated to 
ent...@0.5.11,5.11-0.127:2009T131831Z
Attach complete.


Thats not a workaround, thats what you have to do if you want to set
up an attach by hand.  The zone's dataset must be accessible when
you do a simple attach (i.e. it must be in the same state as if you'd
done a detach followed by an attach on the same system).  There are a
variety of additional options for attach which allow you to automatically
attach from an image made on another system.  These options will do
the proper setup for you.  We have an experimental -r option which can
be used for zfs send input but I need to do some more work with it and
we need some additional automated tests to make sure it is solid.  At
this point I'm not really sure how well its working.  I need to take
some time to work with it further.

Jerry

___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Error

2007-05-30 Thread Andrew Dishong
I have not but my customer may have I will have to check but I would  
be surprised if this was the case.  I also have been able to  
uninstall other zones on this system using the same method, Andy

---
Andrew Dishong: Solutions Architect
Dayton, Ohio -  JPMC WIN Team
Email: [EMAIL PROTECTED]
Accessline: 877-226-8297
Page: [EMAIL PROTECTED]
http://webhome.central/adishong
Blog: http://blogs.sun.com/adishong
AIM: softvtwin03




On May 30, 2007, at 1:16 PM, Jerry Jelinek wrote:


Andrew Dishong wrote:
Getting the following error after trying to uninstall a zone,any  
ideas?

[lab-15k-c]:~\ # zoneadm -z test1 uninstall
Are you sure you want to uninstall zone test1 (y/[n])? y
rm: Unable to remove directory /zonesHA/test1/test1/root/usr/lib/ 
cpu: File exists
rm: Unable to remove directory /zonesHA/test1/test1/root/usr/lib:  
File exists
rm: Unable to remove directory /zonesHA/test1/test1/root/usr: File  
exists

rm: Unable to remove directory /zonesHA/test1/test1/root: File exists
zoneadm: zone 'test1': '/usr/bin/rm -rf' failed with exit code 2.


/usr/lib/cpu is not one of the files delivered by the base OS.
I am guessing this is a file you somehow added to your system
with some unbundled software.  Do you have an application running
in the global zone that has this file open?  If you have an
application running in the global zone that is opening a file
in the non-global zone that could be a serious security risk.

Jerry


___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] Error

2007-05-30 Thread Jerry Jelinek

Andrew Dishong wrote:

Getting the following error after trying to uninstall a zone,any ideas?

[lab-15k-c]:~\ # zoneadm -z test1 uninstall
Are you sure you want to uninstall zone test1 (y/[n])? y
rm: Unable to remove directory /zonesHA/test1/test1/root/usr/lib/cpu: 
File exists
rm: Unable to remove directory /zonesHA/test1/test1/root/usr/lib: File 
exists

rm: Unable to remove directory /zonesHA/test1/test1/root/usr: File exists
rm: Unable to remove directory /zonesHA/test1/test1/root: File exists
zoneadm: zone 'test1': '/usr/bin/rm -rf' failed with exit code 2.


/usr/lib/cpu is not one of the files delivered by the base OS.
I am guessing this is a file you somehow added to your system
with some unbundled software.  Do you have an application running
in the global zone that has this file open?  If you have an
application running in the global zone that is opening a file
in the non-global zone that could be a serious security risk.

Jerry
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Error

2007-05-30 Thread The Real Warren Belfer

Jerry Jelinek wrote:

Andrew Dishong wrote:

Getting the following error after trying to uninstall a zone,any ideas?

[lab-15k-c]:~\ # zoneadm -z test1 uninstall
Are you sure you want to uninstall zone test1 (y/[n])? y
rm: Unable to remove directory /zonesHA/test1/test1/root/usr/lib/cpu: 
File exists
rm: Unable to remove directory /zonesHA/test1/test1/root/usr/lib: File 
exists

rm: Unable to remove directory /zonesHA/test1/test1/root/usr: File exists
rm: Unable to remove directory /zonesHA/test1/test1/root: File exists
zoneadm: zone 'test1': '/usr/bin/rm -rf' failed with exit code 2.


/usr/lib/cpu is not one of the files delivered by the base OS.


Hi,

Actually, it is - well it's not a file but a directory containing
cpu related libraries, like:

/usr/lib/cpu/sparcv8plus+vis/libmlib.so.2 f none 0555 root bin 34066720 1652 
1125338468 SUNWmlib
/usr/lib/cpu/sparcv8plus/libCstd_isa.so.1 f none 0755 root bin 167248 3111 
1132778371 SUNWlibC
/usr/lib/cpu/sparcv8plus/libmlib.so.2 f none 0555 root bin 36279924 35129 
1125338469 SUNWmlib
/usr/lib/cpu/sparcv9+vis/sparcv9/libmlib.so.2 f none 0555 root bin 37078988 
46869 1125338471 SUNWmlib
/usr/lib/cpu/sparcv9+vis2/libmlib.so.2 f none 0555 root bin 32034996 4352 
1125338472 SUNWmlib
/usr/lib/cpu/sparcv9+vis2/sparcv9/libmlib.so.2 f none 0555 root bin 34764372 
46904 1125338474 SUNWmlib


I would be more inclined to see if anything was loopback
(or otherwise) mounted into that directory from somewhere.

HTH,

=wb

I am guessing this is a file you somehow added to your system
with some unbundled software.  Do you have an application running
in the global zone that has this file open?  If you have an
application running in the global zone that is opening a file
in the non-global zone that could be a serious security risk.

Jerry
___
zones-discuss mailing list
zones-discuss@opensolaris.org

___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Error

2007-05-30 Thread Jerry Jelinek

The Real Warren Belfer wrote:

Jerry Jelinek wrote:

Andrew Dishong wrote:

Getting the following error after trying to uninstall a zone,any ideas?

[lab-15k-c]:~\ # zoneadm -z test1 uninstall
Are you sure you want to uninstall zone test1 (y/[n])? y
rm: Unable to remove directory /zonesHA/test1/test1/root/usr/lib/cpu: 
File exists
rm: Unable to remove directory /zonesHA/test1/test1/root/usr/lib: 
File exists
rm: Unable to remove directory /zonesHA/test1/test1/root/usr: File 
exists

rm: Unable to remove directory /zonesHA/test1/test1/root: File exists
zoneadm: zone 'test1': '/usr/bin/rm -rf' failed with exit code 2.


/usr/lib/cpu is not one of the files delivered by the base OS.


Hi,

Actually, it is - well it's not a file but a directory containing
cpu related libraries, like:


Thanks for the correction.  I didn't think to check the sparc-specific
pkgs.


I would be more inclined to see if anything was loopback
(or otherwise) mounted into that directory from somewhere.


Yes, that could be another reason the removal fails.

Thanks,
Jerry
___
zones-discuss mailing list
zones-discuss@opensolaris.org