Re: [OpenIndiana-discuss] Fwd: TEST-pkg available: Hipster's future VirtualBox-5.1.6-SunOS-amd64-r110634.pkg

[Мартин Бохниг via openindiana-discuss]

BTW, here my official confirmation (perhaps for the wiki then? I will also put 
this into README for the src release to my personal github for everybody to 
review and fetch) : The trick provided by Christian Meier to get Vbox5 running 
as root (without the QT problem in Vbox_5_ if run as root) *WORKS* and *VOILA*, 
suddenly usb devices (of the real host) do get listed for attachment :-)


No network cable or anything is needed, just locally:


A) ssh -X localhost

and then

B) su  (without -)

C) /opt/VirtualBox/VirtualBox

And bingo! USB devices are suddenly all there and also non-USB CD/DVD 
passthrough works as root!
This is required to install copy-protected optical media to MS-Win guests, such 
as in my case the Russian Language learning software requiring not only a 
vendor's genuine serial number but also running authentication checks against 
the physical (!!!) DVD itself.

Big special thanks to longterm OpenSXCE community member/supporter and now 
Hipster co-migrant Christian Meier 
https://openindiana.org/pipermail/openindiana-discuss/2016-September/019544.html
  !!!
Thanks also to all others who tested and reported, including now also tnx to 
Mr. Carl Brewer 
https://openindiana.org/pipermail/openindiana-discuss/2016-September/019560.html
 



Regards,
%martin


>Вторник, 20 сентября 2016, 5:24 UTC от Christian Meier :
>
>Hi Martin
>> The curiosity with Vbox5.0.x and 5.1.x (no matter if Oracle bins or 
>> self-built) is, that you cannot properly run vbox5 as root (for a short 
>> test), because the Qt GUI gets messed up and no text is shown. Quite odd.
>
>I could start as root if I tunnel the X-Windows
>
>It makes no different if I connect from Windows (putty x-forward) or do
>an 'ssh -X' on the Solaris.
>
>May this work for the moment as a work-around
>
>Regards Christian
>

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Fwd: TEST-pkg available: Hipster's future VirtualBox-5.1.6-SunOS-amd64-r110634.pkg

[Carl Brewer]

On 19/09/2016 6:51 PM, Мартин Бохниг via openindiana-discuss wrote:




 Пересылаемое сообщение 
От кого: Мартин Бохниг 
Кому: OpenIndiana Developer mailing list 
Дата: Понедельник, 19 сентября 2016, 8:50 UTC
Тема: TEST-pkg available: Hipster's future 
VirtualBox-5.1.6-SunOS-amd64-r110634.pkg


Hello,


as promised here finally the binary SVR4 package for use on 
Hipster/OpenIndiana, OpenSXCE, XStreamOS or TribbliX from 2015 or newer.
The ips stuff still needs some polishing and I release the src hipster-userland 
integration later today or next night after first some sleep.
Yes, I *do* mean it when I say community team work (as you see from mentioning 
friendly distros).
And more: I took the freedom to incorporate Jim Klimov's excellent 
https://github.com/jimklimov/vboxconfig_sh/blob/master/vboxconfig.sh
Ahh and btw, I fixed the
/platform/i86pc/kernel/drv/amd64/vboxusbmon
/platform/i86pc/kernel/drv/amd64/vboxusb
problem and now the (Oracle created/Solaris11.3 designed) driver loads on 
Illumos again, so thanks to this plus vboxconfig.sh postinstall completes 
without error.


Here the test bins (src diffs, Makefile and ips manifest to follow soon) :

http://opensxce.org/virtualbox5_qt4/testbins/




Thank you!




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] TEST-pkg VirtualBox 5.16

[Мартин Бохниг via openindiana-discuss]

Hi,

ok, thanks for the info and sorry for my nightly first remark ;)
Now, what did VirtualBox's GUI itself give you as error excuse every time you 
attempted to fire up a VM from there?
This info will be most revealing, more than anything else. From your memory: 
What was it, in which direction was it hinting?


Tnx, regards,
%martin


>I am running Openindiana Hipster and previously updated my boot 
>environment to the latest packages on Saturday 17th September. 
>Unfortunately as I reverted the to my previous boot environment to get a 
>working VirtualBox and activated it then deleted the later boot environment.
>
>I will try again this weekend and see if I can get more information.
>
>Regards
>
>Russell
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] TEST-pkg VirtualBox 5.16

[russell]

Hi

I am running Openindiana Hipster and previously updated my boot 
environment to the latest packages on Saturday 17th September. 
Unfortunately as I reverted the to my previous boot environment to get a 
working VirtualBox and activated it then deleted the later boot environment.


I will try again this weekend and see if I can get more information.

Regards

Russell


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org is unavailable?? Temporary or permanent, gone, ceased??

[Aurélien Larcher]

On Tue, Sep 20, 2016 at 6:36 PM, Hans J Albertsson
 wrote:
> The new disk is 4k blocks, the Old is 512b blocks.

Yes that was it. But if block size was not a problem, for the second
point could you not reimport the pool under the original name as done
usually?

>
> Hans J. Albertsson
> From my Nexus 5
>
> Den 20 sep. 2016 18:34 skrev "Aurélien Larcher" >:
>
>> On Tue, Sep 20, 2016 at 6:19 PM, Hans J Albertsson
>>  wrote:
>> > Split requires that the new disk can be a mirror in the old root pool.
>> And
>> > a new zpool.
>> > Neither condition is met in my case.
>>
>> Ah OK sorry. Just curious, what makes it impossible?
>>
>> >
>> > Hans J. Albertsson
>> > From my Nexus 5
>> >
>> > Den 20 sep. 2016 15:55 skrev "Aurélien Larcher" <
>> aurelien.larc...@gmail.com
>> >>:
>> >
>> >> But I would personally use the root split method over the old one.
>> >>
>> >> On Tue, Sep 20, 2016 at 3:10 PM, Мартин Бохниг via openindiana-discuss
>> >>  wrote:
>> >> > Hello,
>> >> >
>> >> > I have no login credentials nor anything else other than ML access
>> (and
>> >> never needed it nor asked for).
>> >> > But here is some info you may find useful:
>> >> >
>> >> > A) As always in all periods/epochs/ages, I took wget copies of all
>> >> important sites.
>> >> > So if anybody ever needs any mailing list copy, bugs database or
>> >> download central stuff from opensolaris.org, schillix, belenix,
>> >> opensparc.net,  or oi or illumos etc, I can help you in most cases
>> >> >
>> >> > B) It took me 10 to 15 seconds from your question to google to finding
>> >> the links you are referring to (down atm) to google cache.
>> >> > The content a few lines lower  ...
>> >> >
>> >> > C) While not most but definitely at lot of most lightweight stuff
>> should
>> >> always make it into webarchive.org.
>> >> >
>> >> >
>> >> > Now your requested content:
>> >> >
>> >> >
>> >> > MfG, %martin
>> >> >
>> >> >
>> >> > How to migrate the root pool
>> >> > Skip to end of metadata
>> >> > *  Page restrictions apply
>> >> > *  Added by  Gary Mills , last edited by  Predrag Zečević on Dec 05,
>> >> 2013   ( view change ) Go to start of metadata
>> >> > *
>> >> > I recently wanted to migrate the root pool to a new device.  This
>> turned
>> >> out to be easy to do, using extisting facilities.  The original root
>> pool
>> >> was on an old 80-gig disk.  This system also had a data pool on a newer
>> 1
>> >> TB disk.  Here's what the `format' command showed for them:
>> >> >0. c2t0d0 
>> >> >   /pci@0,0/pci1043,8389@11/disk@0,0
>> >> >1. c2t2d0 
>> >> >   /pci@0,0/pci1043,8389@11/disk@2,0I
>> >> > *  wanted to migrate the root pool to a new SSD.  The `format' command
>> >> was available to prepare the SSD.  I could use the `zpool' command to
>> >> create the pool on that new device, and `beadm' and `installgrub' to
>> >> perform the migration.  That part worked out nicely.  I had to use a
>> >> variety of commands to complete the migration.
>> >> > *  Add the SSD: Just shut down the computer, install the SSD hardware,
>> >> and boot the system.  Here's the new output from `format':
>> >> >0. c2t0d0 
>> >> >   /pci@0,0/pci1043,8389@11/disk@0,0
>> >> >1. c2t1d0 
>> >> >   /pci@0,0/pci1043,8389@11/disk@1,0
>> >> >2. c2t2d0 
>> >> >   /pci@0,0/pci1043,8389@11/disk@2,0
>> >> > *  Prepare the SSD: Create the fdisk partition within `format':
>> >> > format> fdisk
>> >> > No fdisk table exists. The default partition for the disk is:
>> >> >   a 100% "SOLARIS System" partition
>> >> > Type "y" to accept the default partition,  otherwise type "n" to
>> >> edit the
>> >> >  partition table.
>> >> > y
>> >> >
>> >> > *  Create the slice:
>> >> > partition> 0
>> >> > Part  TagFlag CylindersSizeBlocks
>> >> >   0 unassignedwm   0   0 (0/0/0)
>> >> 0
>> >> > Enter partition id tag[unassigned]: root
>> >> > Enter partition permission flags[wm]:
>> >> > Enter new starting cyl[1]: 3
>> >> > Enter partition size[0b, 0c, 3e, 0.00mb, 0.00gb]: $
>> >> > partition> p
>> >> > Current partition table (unnamed):
>> >> > Total disk cylinders available: 9965 + 2 (reserved cylinders)
>> >> > Part  TagFlag CylindersSizeBlocks
>> >> >   0   rootwm   3 - 9964   59.59GB(9962/0/0)
>> >> 124963328
>> >> >   1 unassignedwm   0   0 (0/0/0)
>> >> 0
>> >> >   2 backupwu   0 - 9964   59.61GB(9965/0/0)
>> >> 125000960
>> >> >   3 unassignedwm   0   0 (0/0/0)
>> >> 0
>> >> >   4 unassignedwm   0   0 (0/0/0)
>> >> 0
>> >> >   5 unassignedwm   0   0 

Re: [OpenIndiana-discuss] wiki.openindiana.org is unavailable?? Temporary or permanent, gone, ceased??

[Hans J Albertsson]

The new disk is 4k blocks, the Old is 512b blocks.

Hans J. Albertsson
From my Nexus 5

Den 20 sep. 2016 18:34 skrev "Aurélien Larcher" :

> On Tue, Sep 20, 2016 at 6:19 PM, Hans J Albertsson
>  wrote:
> > Split requires that the new disk can be a mirror in the old root pool.
> And
> > a new zpool.
> > Neither condition is met in my case.
>
> Ah OK sorry. Just curious, what makes it impossible?
>
> >
> > Hans J. Albertsson
> > From my Nexus 5
> >
> > Den 20 sep. 2016 15:55 skrev "Aurélien Larcher" <
> aurelien.larc...@gmail.com
> >>:
> >
> >> But I would personally use the root split method over the old one.
> >>
> >> On Tue, Sep 20, 2016 at 3:10 PM, Мартин Бохниг via openindiana-discuss
> >>  wrote:
> >> > Hello,
> >> >
> >> > I have no login credentials nor anything else other than ML access
> (and
> >> never needed it nor asked for).
> >> > But here is some info you may find useful:
> >> >
> >> > A) As always in all periods/epochs/ages, I took wget copies of all
> >> important sites.
> >> > So if anybody ever needs any mailing list copy, bugs database or
> >> download central stuff from opensolaris.org, schillix, belenix,
> >> opensparc.net,  or oi or illumos etc, I can help you in most cases
> >> >
> >> > B) It took me 10 to 15 seconds from your question to google to finding
> >> the links you are referring to (down atm) to google cache.
> >> > The content a few lines lower  ...
> >> >
> >> > C) While not most but definitely at lot of most lightweight stuff
> should
> >> always make it into webarchive.org.
> >> >
> >> >
> >> > Now your requested content:
> >> >
> >> >
> >> > MfG, %martin
> >> >
> >> >
> >> > How to migrate the root pool
> >> > Skip to end of metadata
> >> > *  Page restrictions apply
> >> > *  Added by  Gary Mills , last edited by  Predrag Zečević on Dec 05,
> >> 2013   ( view change ) Go to start of metadata
> >> > *
> >> > I recently wanted to migrate the root pool to a new device.  This
> turned
> >> out to be easy to do, using extisting facilities.  The original root
> pool
> >> was on an old 80-gig disk.  This system also had a data pool on a newer
> 1
> >> TB disk.  Here's what the `format' command showed for them:
> >> >0. c2t0d0 
> >> >   /pci@0,0/pci1043,8389@11/disk@0,0
> >> >1. c2t2d0 
> >> >   /pci@0,0/pci1043,8389@11/disk@2,0I
> >> > *  wanted to migrate the root pool to a new SSD.  The `format' command
> >> was available to prepare the SSD.  I could use the `zpool' command to
> >> create the pool on that new device, and `beadm' and `installgrub' to
> >> perform the migration.  That part worked out nicely.  I had to use a
> >> variety of commands to complete the migration.
> >> > *  Add the SSD: Just shut down the computer, install the SSD hardware,
> >> and boot the system.  Here's the new output from `format':
> >> >0. c2t0d0 
> >> >   /pci@0,0/pci1043,8389@11/disk@0,0
> >> >1. c2t1d0 
> >> >   /pci@0,0/pci1043,8389@11/disk@1,0
> >> >2. c2t2d0 
> >> >   /pci@0,0/pci1043,8389@11/disk@2,0
> >> > *  Prepare the SSD: Create the fdisk partition within `format':
> >> > format> fdisk
> >> > No fdisk table exists. The default partition for the disk is:
> >> >   a 100% "SOLARIS System" partition
> >> > Type "y" to accept the default partition,  otherwise type "n" to
> >> edit the
> >> >  partition table.
> >> > y
> >> >
> >> > *  Create the slice:
> >> > partition> 0
> >> > Part  TagFlag CylindersSizeBlocks
> >> >   0 unassignedwm   0   0 (0/0/0)
> >> 0
> >> > Enter partition id tag[unassigned]: root
> >> > Enter partition permission flags[wm]:
> >> > Enter new starting cyl[1]: 3
> >> > Enter partition size[0b, 0c, 3e, 0.00mb, 0.00gb]: $
> >> > partition> p
> >> > Current partition table (unnamed):
> >> > Total disk cylinders available: 9965 + 2 (reserved cylinders)
> >> > Part  TagFlag CylindersSizeBlocks
> >> >   0   rootwm   3 - 9964   59.59GB(9962/0/0)
> >> 124963328
> >> >   1 unassignedwm   0   0 (0/0/0)
> >> 0
> >> >   2 backupwu   0 - 9964   59.61GB(9965/0/0)
> >> 125000960
> >> >   3 unassignedwm   0   0 (0/0/0)
> >> 0
> >> >   4 unassignedwm   0   0 (0/0/0)
> >> 0
> >> >   5 unassignedwm   0   0 (0/0/0)
> >> 0
> >> >   6 unassignedwm   0   0 (0/0/0)
> >> 0
> >> >   7 unassignedwm   0   0 (0/0/0)
> >> 0
> >> >   8   bootwu   0 -06.12MB(1/0/0)
> >> 12544
> >> >   9 unassignedwm   0   0 (0/0/0)
> >> 0
> >> > 

Re: [OpenIndiana-discuss] wiki.openindiana.org is unavailable?? Temporary or permanent, gone, ceased??

[Aurélien Larcher]

On Tue, Sep 20, 2016 at 6:19 PM, Hans J Albertsson
 wrote:
> Split requires that the new disk can be a mirror in the old root pool. And
> a new zpool.
> Neither condition is met in my case.

Ah OK sorry. Just curious, what makes it impossible?

>
> Hans J. Albertsson
> From my Nexus 5
>
> Den 20 sep. 2016 15:55 skrev "Aurélien Larcher" >:
>
>> But I would personally use the root split method over the old one.
>>
>> On Tue, Sep 20, 2016 at 3:10 PM, Мартин Бохниг via openindiana-discuss
>>  wrote:
>> > Hello,
>> >
>> > I have no login credentials nor anything else other than ML access (and
>> never needed it nor asked for).
>> > But here is some info you may find useful:
>> >
>> > A) As always in all periods/epochs/ages, I took wget copies of all
>> important sites.
>> > So if anybody ever needs any mailing list copy, bugs database or
>> download central stuff from opensolaris.org, schillix, belenix,
>> opensparc.net,  or oi or illumos etc, I can help you in most cases
>> >
>> > B) It took me 10 to 15 seconds from your question to google to finding
>> the links you are referring to (down atm) to google cache.
>> > The content a few lines lower  ...
>> >
>> > C) While not most but definitely at lot of most lightweight stuff should
>> always make it into webarchive.org.
>> >
>> >
>> > Now your requested content:
>> >
>> >
>> > MfG, %martin
>> >
>> >
>> > How to migrate the root pool
>> > Skip to end of metadata
>> > *  Page restrictions apply
>> > *  Added by  Gary Mills , last edited by  Predrag Zečević on Dec 05,
>> 2013   ( view change ) Go to start of metadata
>> > *
>> > I recently wanted to migrate the root pool to a new device.  This turned
>> out to be easy to do, using extisting facilities.  The original root pool
>> was on an old 80-gig disk.  This system also had a data pool on a newer 1
>> TB disk.  Here's what the `format' command showed for them:
>> >0. c2t0d0 
>> >   /pci@0,0/pci1043,8389@11/disk@0,0
>> >1. c2t2d0 
>> >   /pci@0,0/pci1043,8389@11/disk@2,0I
>> > *  wanted to migrate the root pool to a new SSD.  The `format' command
>> was available to prepare the SSD.  I could use the `zpool' command to
>> create the pool on that new device, and `beadm' and `installgrub' to
>> perform the migration.  That part worked out nicely.  I had to use a
>> variety of commands to complete the migration.
>> > *  Add the SSD: Just shut down the computer, install the SSD hardware,
>> and boot the system.  Here's the new output from `format':
>> >0. c2t0d0 
>> >   /pci@0,0/pci1043,8389@11/disk@0,0
>> >1. c2t1d0 
>> >   /pci@0,0/pci1043,8389@11/disk@1,0
>> >2. c2t2d0 
>> >   /pci@0,0/pci1043,8389@11/disk@2,0
>> > *  Prepare the SSD: Create the fdisk partition within `format':
>> > format> fdisk
>> > No fdisk table exists. The default partition for the disk is:
>> >   a 100% "SOLARIS System" partition
>> > Type "y" to accept the default partition,  otherwise type "n" to
>> edit the
>> >  partition table.
>> > y
>> >
>> > *  Create the slice:
>> > partition> 0
>> > Part  TagFlag CylindersSizeBlocks
>> >   0 unassignedwm   0   0 (0/0/0)
>> 0
>> > Enter partition id tag[unassigned]: root
>> > Enter partition permission flags[wm]:
>> > Enter new starting cyl[1]: 3
>> > Enter partition size[0b, 0c, 3e, 0.00mb, 0.00gb]: $
>> > partition> p
>> > Current partition table (unnamed):
>> > Total disk cylinders available: 9965 + 2 (reserved cylinders)
>> > Part  TagFlag CylindersSizeBlocks
>> >   0   rootwm   3 - 9964   59.59GB(9962/0/0)
>> 124963328
>> >   1 unassignedwm   0   0 (0/0/0)
>> 0
>> >   2 backupwu   0 - 9964   59.61GB(9965/0/0)
>> 125000960
>> >   3 unassignedwm   0   0 (0/0/0)
>> 0
>> >   4 unassignedwm   0   0 (0/0/0)
>> 0
>> >   5 unassignedwm   0   0 (0/0/0)
>> 0
>> >   6 unassignedwm   0   0 (0/0/0)
>> 0
>> >   7 unassignedwm   0   0 (0/0/0)
>> 0
>> >   8   bootwu   0 -06.12MB(1/0/0)
>> 12544
>> >   9 unassignedwm   0   0 (0/0/0)
>> 0
>> > partition> l
>> > Ready to label disk, continue? y
>> > *  Get the root pool version:
>> > # zpool get all rpool
>> > NAME   PROPERTY   VALUE  SOURCE
>> > rpool  size   74G-
>> > ...
>> > rpool  version28 local
>> >
>> > *  Try to create the new root pool, with a new pool name:
>> > 

Re: [OpenIndiana-discuss] wiki.openindiana.org is unavailable?? Temporary or permanent, gone, ceased??

[Aurélien Larcher]

But I would personally use the root split method over the old one.

On Tue, Sep 20, 2016 at 3:10 PM, Мартин Бохниг via openindiana-discuss
 wrote:
> Hello,
>
> I have no login credentials nor anything else other than ML access (and never 
> needed it nor asked for).
> But here is some info you may find useful:
>
> A) As always in all periods/epochs/ages, I took wget copies of all important 
> sites.
> So if anybody ever needs any mailing list copy, bugs database or download 
> central stuff from opensolaris.org, schillix, belenix, opensparc.net,  or oi 
> or illumos etc, I can help you in most cases
>
> B) It took me 10 to 15 seconds from your question to google to finding the 
> links you are referring to (down atm) to google cache.
> The content a few lines lower  ...
>
> C) While not most but definitely at lot of most lightweight stuff should 
> always make it into webarchive.org.
>
>
> Now your requested content:
>
>
> MfG, %martin
>
>
> How to migrate the root pool
> Skip to end of metadata
> *  Page restrictions apply
> *  Added by  Gary Mills , last edited by  Predrag Zečević on Dec 05, 2013   ( 
> view change ) Go to start of metadata
> *
> I recently wanted to migrate the root pool to a new device.  This turned out 
> to be easy to do, using extisting facilities.  The original root pool was on 
> an old 80-gig disk.  This system also had a data pool on a newer 1 TB disk.  
> Here's what the `format' command showed for them:
>0. c2t0d0 
>   /pci@0,0/pci1043,8389@11/disk@0,0
>1. c2t2d0 
>   /pci@0,0/pci1043,8389@11/disk@2,0I
> *  wanted to migrate the root pool to a new SSD.  The `format' command was 
> available to prepare the SSD.  I could use the `zpool' command to create the 
> pool on that new device, and `beadm' and `installgrub' to perform the 
> migration.  That part worked out nicely.  I had to use a variety of commands 
> to complete the migration.
> *  Add the SSD: Just shut down the computer, install the SSD hardware, and 
> boot the system.  Here's the new output from `format':
>0. c2t0d0 
>   /pci@0,0/pci1043,8389@11/disk@0,0
>1. c2t1d0 
>   /pci@0,0/pci1043,8389@11/disk@1,0
>2. c2t2d0 
>   /pci@0,0/pci1043,8389@11/disk@2,0
> *  Prepare the SSD: Create the fdisk partition within `format':
> format> fdisk
> No fdisk table exists. The default partition for the disk is:
>   a 100% "SOLARIS System" partition
> Type "y" to accept the default partition,  otherwise type "n" to edit the
>  partition table.
> y
>
> *  Create the slice:
> partition> 0
> Part  TagFlag CylindersSizeBlocks
>   0 unassignedwm   0   0 (0/0/0)0
> Enter partition id tag[unassigned]: root
> Enter partition permission flags[wm]:
> Enter new starting cyl[1]: 3
> Enter partition size[0b, 0c, 3e, 0.00mb, 0.00gb]: $
> partition> p
> Current partition table (unnamed):
> Total disk cylinders available: 9965 + 2 (reserved cylinders)
> Part  TagFlag CylindersSizeBlocks
>   0   rootwm   3 - 9964   59.59GB(9962/0/0) 124963328
>   1 unassignedwm   0   0 (0/0/0)0
>   2 backupwu   0 - 9964   59.61GB(9965/0/0) 125000960
>   3 unassignedwm   0   0 (0/0/0)0
>   4 unassignedwm   0   0 (0/0/0)0
>   5 unassignedwm   0   0 (0/0/0)0
>   6 unassignedwm   0   0 (0/0/0)0
>   7 unassignedwm   0   0 (0/0/0)0
>   8   bootwu   0 -06.12MB(1/0/0)12544
>   9 unassignedwm   0   0 (0/0/0)0
> partition> l
> Ready to label disk, continue? y
> *  Get the root pool version:
> # zpool get all rpool
> NAME   PROPERTY   VALUE  SOURCE
> rpool  size   74G-
> ...
> rpool  version28 local
>
> *  Try to create the new root pool, with a new pool name:
> # zpool create -o version=28 rpool1 c2t1d0s0
> invalid vdev specification
> use '-f' to override the following errors:
> /dev/dsk/c2t1d0s0 overlaps with /dev/dsk/c2t1d0s2
>
> *  Try again with the force option:
> # zpool create -f -o version=28 rpool1 c2t1d0s0
> # zpool list
> NAME SIZE  ALLOC   FREE  EXPANDSZCAP  DEDUP  HEALTH  ALTROOT
> dpool928G  85.6G   842G 2.50M 9%  1.00x  ONLINE  -
> rpool 74G  7.05G  66.9G - 9%  1.00x  ONLINE  -
> rpool1  59.5G   108K  59.5G - 0%  1.00x  ONLINE  -
>
> *  Create the BE, on the new device with 

Re: [OpenIndiana-discuss] wiki.openindiana.org is unavailable?? Temporary or permanent, gone, ceased??

[Hans J. Albertsson]

Is anyone working on getting it up again???



On 2016-09-20 13:10, Predrag Zečević - Unix Systems Administrator wrote:

On 09/20/16 12:25 PM, Hans J. Albertsson wrote:

Was going to refer to an old document on migrating the root pool, but I
get 503 Service unavailable from anywhere on wiki.openindiana.org.

Is anyone looking after this site? Will it reappear??
Is Gary Mills' short piece on migrating the root pool available 
elsewhere??


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Hi,

it is happening since few days ago (also for 
https://hipster.openindiana.org/jenkins/job/oi-userland/changes)


Regards.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org is unavailable?? Temporary or permanent, gone, ceased??

[Predrag Zečević - Unix Systems Administrator]

On 09/20/16 12:25 PM, Hans J. Albertsson wrote:

Was going to refer to an old document on migrating the root pool, but I
get 503 Service unavailable from anywhere on wiki.openindiana.org.

Is anyone  looking after this site? Will it reappear??
Is Gary Mills' short piece on migrating the root pool available elsewhere??

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Hi,

it is happening since few days ago (also for 
https://hipster.openindiana.org/jenkins/job/oi-userland/changes)


Regards.
--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
Mobile:+49  174 3109 288, Skype: predrag.zecevic
E-mail:predrag.zece...@2e-systems.com

Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
  65812 Bad Soden am Taunus, Germany
Company registration: Amtsgericht Königstein (Germany), HRB 7303
Managing director:Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] wiki.openindiana.org is unavailable?? Temporary or permanent, gone, ceased??

[Hans J. Albertsson]

Was going to refer to an old document on migrating the root pool, but I 
get 503 Service unavailable from anywhere on wiki.openindiana.org.


Is anyone  looking after this site? Will it reappear??
Is Gary Mills' short piece on migrating the root pool available elsewhere??

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Fwd: TEST-pkg available: Hipster's future VirtualBox-5.1.6-SunOS-amd64-r110634.pkg

[Alex Smith (K4RNT)]

I didn't realize what it was when I saw it before. Well done, a little
blocky on the font choice, but still looks great.

Best wishes from a fellow Hipster and OpenSXCE user. :)

" 'With the first link, the chain is forged. The first speech censured, the
first thought forbidden, the first freedom denied, chains us all
irrevocably.' Those words were uttered by Judge Aaron Satie as wisdom and
warning... The first time any man's freedom is trodden on, we’re all
damaged." - Jean-Luc Picard, quoting Judge Aaron Satie, Star Trek: TNG
episode "The Drumhead"
- Alex Smith
- Kent, Washington (metropolitan Seattle area)

On Tue, Sep 20, 2016 at 12:19 AM, Мартин Бохниг  wrote:

> Alex,
>
> if you didn't see it on your facebook stream,
> it was also attached to the first message here to list.
> But in today's stream of daily 100 new messages many things may obviously
> get lost.
>
> You still find it in the archives at:
>
> https://openindiana.org/pipermail/openindiana-discuss/
> 2016-September/019531.html
>
> https://openindiana.org/pipermail/openindiana-discuss/
> attachments/20160919/764b87bc/attachment-0001.png
>
>
> Best regards,
> %martin
>
>
> Вторник, 20 сентября 2016, 5:55 UTC от "Alex Smith (K4RNT)" <
> shadowhun...@gmail.com>:
>
> Martin,
>
> Could you post the graphic you used for the VirtualBox BIOS? Is this the
> graphic people are talking about? I don't have a Solaris box bare-metal to
> test out your package on right now, sorry.
>
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Fwd: TEST-pkg available: Hipster's future VirtualBox-5.1.6-SunOS-amd64-r110634.pkg

[Мартин Бохниг via openindiana-discuss]

Alex,

if you didn't see it on your facebook stream,
it was also attached to the first message here to list.
But in today's stream of daily 100 new messages many things may obviously get 
lost.

You still find it in the archives at:

https://openindiana.org/pipermail/openindiana-discuss/2016-September/019531.html
  

https://openindiana.org/pipermail/openindiana-discuss/attachments/20160919/764b87bc/attachment-0001.png
  


Best regards,
%martin


>Вторник, 20 сентября 2016, 5:55 UTC от "Alex Smith (K4RNT)" 
>:
>
>Martin,
>
>Could you post the graphic you used for the VirtualBox BIOS? Is this the 
>graphic people are talking about? I don't have a Solaris box bare-metal to 
>test out your package on right now, sorry.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss