Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Doug Hughes 



On 2/28/2017 10:27 PM, Dan McDonald wrote:

On Feb 28, 2017, at 9:33 PM, Doug Hughes  wrote:

I get an endless boot loop.

libvirt/kvm on Centos7

It took me a while, but I managed to get a screenshot, which was very difficult 
and took about 15 tries.


You can use the BSD Loader menu to enable kmdb.  Then you will die and enter 
KMDB, where you can do $C and other things.  :)

Dan
Not able to get there. The ISO boot is doing the boot loop so I can't 
get past that to the numeric menu.



___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 

> On Feb 28, 2017, at 9:33 PM, Doug Hughes  wrote:
> 
> I get an endless boot loop.
> 
> libvirt/kvm on Centos7
> 
> It took me a while, but I managed to get a screenshot, which was very 
> difficult and took about 15 tries.
> 

You can use the BSD Loader menu to enable kmdb.  Then you will die and enter 
KMDB, where you can do $C and other things.  :)

Dan

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Wed, 1 Mar 2017 00:12:20 +0100
Michael Rasmussen  wrote:

> 
> PS. Above only concerns the installer kernel. The kernel installed has
> no such issues so you can use the prtvtoc /dev/rdsk/c. | fmthard
> -s - /dev/rdsk/c... and zpool attach -f rpool c. c. after initial 
> boot.
> 
To quick. First disk can never be used since removing DVD/CD will only
make IPXE shadow first disk and IPXE by default cannot be moved.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
Van Roy's Law:
An unbreakable toy is useful for breaking other toys.


pgpYV1s6rSTrr.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 

> On Feb 28, 2017, at 5:22 PM, Peter Tribble  wrote:
> 
> Dan,



> Ok, some comments (I'm wearing 2 hats here, one as an omnios
> customer, the other as someone who's actually written an installer):
> 
> Overall, I think I prefer it to Caiman. But then I was never a
> fan of Caiman, it was all so slow and klunky. 
> 
> The ISO is, how can I say this, rather bigger than before.

Yes.  This is because I wanted to get it running first.

I will note that if I used 7z instead of bzip2, I can shrink the ZFS image that 
lives in the ISO.

> Right, so you've dropped the good old solaris.zlib approach

Oddly enough, solaris.zlib uses 7z, IIRC.

> and simply gone for a single root archive. I'm thinking of doing
> the same, by the way, but it has consequences for RAM use and
> reliability (although hopefully the new loader will handle large boot
> archives better than grub+bios did).

Loader makes a lot of things better.

> It looks like a 64-bit only ISO. (The image you install is dual
> 32/64-bit though.)

OmniOS officially only supports 64-bit installs.  That we still provide a 
32-bit one is an artifact of limited resources, not a statement of direction.

> The root archive is uncompressed. You could make the iso smaller
> by gzipping the root archive.

Can boot_archive be compressed?  I didn't think it could.

> The root archive doesn't need the root reserve or anything like as
> many inodes, which can save you quite a lot of space.
> 
> The loader menu on the ISO ought to have a 'boot from disk' option
> that's removed for the installed system.

Interesting idea.  I'll make note of that.

> The live media is a bit sparse. There's quite a bit of stuff I would
> normally expect on a booted system, iostat for starters, that's
> useful for recovery.

Note the provenance of this code.  It comes from the kayak PXE booter.  
Basically, I've been adding more to what the PXE booter sends to be complete in 
the ISO.

> There are some odd device links under /dev/dsk
> 
> Oddly, diskinfo isn't on the installed system.

Oh, on the INSTALLED system.  Yeah, that's a bug, and can be fixed in 
github.com:/omniti-labs/kayak.

> You probably want to be able to control the name of the initial BE
> you create (think of the case of installing into an older system that
> already has omnios installed).

Currently no installer does this.  I don't want to go down the path of 
feeping-creaturism unless it's a huge win.  One user != huge.

> One advantage of the current process is that it copies the currently
> booted OS onto the installed system. Which (a) copies any manual
> hacks you've made in order to get it to work, and (b) ensures that
> the installed system is going to work because it's identical to the one
> you're running off the media. Having the installed system come from
> a different source breaks that connection; that may be good or bad
> depending on your point of view.

That's technically wrong. In practice they do come from the same source bits, 
but the .zfs.bz2 file COULD be generated elsewhere.

> (The live kernel and the installed kernel in this case are different,
> it just looks like dtrace from a quick look.)

For now that's mostly true.

> One nice option would be to have a minimal iso without the kayak
> dataset, but that allows you to configure minimal networking and
> then give it a URL to get the archive from. (The use case here is
> remote mounting the boot iso from my laptop via the server's
> LOM interface.)

This is how kayak for PXE works now.  It wouldn't be hard to not include the 
.zfs.bz2 and instead include a URL, and a network-bringup script.  Said script 
would need instant-naming capability (i.e. DNS) along with DHCP configuration.  
Kayak for PXE grabs all of this from the DHCP server today.

> Shoving the kayak dataset into the root archive does make it
> quite large and increase the memory requirement - but it does
> allow quite a lot of simplification, as omnios never needs to
> talk to the media at all, once the loader has read the archive
> the media can be disposed of.

Ideally yes.

> That's all for this pass, I think.

Your quick-networking idea is something I've been considering in a different 
context --> full DHCP-node install.  Basically, the media runs, guesses disks 
and interfaces, slaps bits, tells new bits to DHCP and DNS, and it's one-button 
install.  Again, I want to beware of feeping-creaturism, though.

Thank you!
Dan

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Tue, 28 Feb 2017 17:16:56 -0500
Dan McDonald  wrote:

> 
> Are you seeing this?
> 
>   https://github.com/omniti-labs/illumos-omnios/pull/10
> 
Yes, exactly. Which also have that odd side effect that a single disk
rpool is created on the second disk (layered after the ide device) is
chosen for the pool with the consequence that users must interfere bios
boot to choose second disk to use as boot device.

I will try to see whether to use sata for cd will change this oddity.
Stay tuned.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
Mieux vaut tard que jamais!

[ Better late than never ]


pgp2gjr22xXho.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Peter Tribble 
Dan,

On Mon, Feb 27, 2017 at 10:10 PM, Dan McDonald  wrote:

> I'm in the middle of rewhacking our PXE installer, Kayak, to ALSO provide
> support for an ISO-based mildly-interactive installer.  Here's the new
> install menu:
>
>
> Welcome to the OmniOS installation menu
>
>
> 1  Find disks, create rpool, and install OmniOS
> 2  Install OmniOS straight on to a preconfigured rpool
> 3  Shell (if you need to preconfigure rpool)
> 4  Terminal type (currently sun-color)
> 5  Reboot
>
>
>
> Basically, #1 will use diskinfo(1M) to list the disks and let you select
> them.  #2 will find an imported and online pool named "rpool" that you
> configured in advance, and install OmniOS on it.  #3 give you a shell to do
> such configuration.
>
> I'm somewhat along in this process, but it's VERY rough.  I have some of
> #2's functionality working now.
>
> If there are brave people who wish to try various stages of the new ISO
> installer for OmniOS (it will also be the USB one... BSD Loader makes USB
> construction simple once you have an ISO created), please let me know.
>

Ok, some comments (I'm wearing 2 hats here, one as an omnios
customer, the other as someone who's actually written an installer):

Overall, I think I prefer it to Caiman. But then I was never a
fan of Caiman, it was all so slow and klunky.

The ISO is, how can I say this, rather bigger than before.

Right, so you've dropped the good old solaris.zlib approach
and simply gone for a single root archive. I'm thinking of doing
the same, by the way, but it has consequences for RAM use and
reliability (although hopefully the new loader will handle large boot
archives better than grub+bios did).

It looks like a 64-bit only ISO. (The image you install is dual
32/64-bit though.)

The root archive is uncompressed. You could make the iso smaller
by gzipping the root archive.

The root archive doesn't need the root reserve or anything like as
many inodes, which can save you quite a lot of space.

The loader menu on the ISO ought to have a 'boot from disk' option
that's removed for the installed system.

The live media is a bit sparse. There's quite a bit of stuff I would
normally expect on a booted system, iostat for starters, that's
useful for recovery.

There are some odd device links under /dev/dsk

Oddly, diskinfo isn't on the installed system.

You probably want to be able to control the name of the initial BE
you create (think of the case of installing into an older system that
already has omnios installed).

One advantage of the current process is that it copies the currently
booted OS onto the installed system. Which (a) copies any manual
hacks you've made in order to get it to work, and (b) ensures that
the installed system is going to work because it's identical to the one
you're running off the media. Having the installed system come from
a different source breaks that connection; that may be good or bad
depending on your point of view.

(The live kernel and the installed kernel in this case are different,
it just looks like dtrace from a quick look.)

One nice option would be to have a minimal iso without the kayak
dataset, but that allows you to configure minimal networking and
then give it a URL to get the archive from. (The use case here is
remote mounting the boot iso from my laptop via the server's
LOM interface.)

Shoving the kayak dataset into the root archive does make it
quite large and increase the memory requirement - but it does
allow quite a lot of simplification, as omnios never needs to
talk to the media at all, once the loader has read the archive
the media can be disposed of.

That's all for this pass, I think.

Thanks!

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 

> On Feb 28, 2017, at 4:50 PM, Michael Rasmussen  wrote:
> 
> On Tue, 28 Feb 2017 22:46:37 +0100
> Michael Rasmussen  wrote:
> 
>> On Tue, 28 Feb 2017 22:15:43 +0100
>> Michael Rasmussen  wrote:
>> 
>> Testing visibility of disks to the installer:
>> No disks/interface   idesata   virtioscsi
>> 1 1   1  1 1
>> n+1  n+1 n+1 1 1
>> 
> Forgot to mention: qemu v. 2.7.1

Are you seeing this?

https://github.com/omniti-labs/illumos-omnios/pull/10

Dan

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Tue, 28 Feb 2017 22:46:37 +0100
Michael Rasmussen  wrote:

> On Tue, 28 Feb 2017 22:15:43 +0100
> Michael Rasmussen  wrote:
> 
> Testing visibility of disks to the installer:
> No disks/interface   idesata   virtioscsi
> 1 1   1  1 1
> n+1  n+1 n+1 1 1
> 
Forgot to mention: qemu v. 2.7.1

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
 its hard being a lesbian withoutn breasts...people dont take
   you seriously


pgpQSrAzVmquQ.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Tue, 28 Feb 2017 22:15:43 +0100
Michael Rasmussen  wrote:

> A new issue:
> Assigned to virtio disks to the VM but diskinfo only finds one?
> First disk: 
> /dev/dsk/c1t0d0
> /dev/rdsk/c1t0d0 
> both mapped to pci device
> No /dev/{r,}dsk/c4t0d0
> 
> but diskinfo clams a disk in c4t0d0
> 
> 
Testing visibility of disks to the installer:
No disks/interface   idesata   virtioscsi
1 1   1  1 1
n+1  n+1 n+1 1 1

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
Why bother building any more nuclear warheads until we use the ones we
have?


pgpzA0_YhjlDf.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 

> On Feb 28, 2017, at 4:00 PM, Michael Rasmussen  wrote:
> 
> Is an initial requirement of 1GB memory not a bit to high?

I shoved EVERYTHING into the ramdisk image, so it's more than 512.  I think 768 
is doable, TBH.

I haven't yet tried optimizing for lower-memory deployments (I can do this 
eventually, just not yet).  I also thought (perhaps incorrectly) that 1GB was a 
fair minimum these days.

Dan

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Tue, 28 Feb 2017 22:00:18 +0100
Michael Rasmussen  wrote:

> On Tue, 28 Feb 2017 15:46:54 -0500
> Dan McDonald  wrote:
> 
> > I saw that error when I disconnected my virtual cd drive mid installer 
> > boot.  Please check the integrity of your downloaded ISO. 
> >   
> Solved it.
> Initially using 512MB memory which was not enough to contain the rootfs.
> Increasing memory to 1GB and the installer boots;-)
> 
> Is an initial requirement of 1GB memory not a bit to high?
> 
A new issue:
Assigned to virtio disks to the VM but diskinfo only finds one?
First disk: 
/dev/dsk/c1t0d0
/dev/rdsk/c1t0d0 
both mapped to pci device
No /dev/{r,}dsk/c4t0d0

but diskinfo clams a disk in c4t0d0


-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
A woman should have compassion.
-- Kirk, "Catspaw", stardate 3018.2


pgp1iiIbUBf5k.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Tue, 28 Feb 2017 15:46:54 -0500
Dan McDonald  wrote:

> I saw that error when I disconnected my virtual cd drive mid installer boot.  
> Please check the integrity of your downloaded ISO. 
> 
Solved it.
Initially using 512MB memory which was not enough to contain the rootfs.
Increasing memory to 1GB and the installer boots;-)

Is an initial requirement of 1GB memory not a bit to high?

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
Q:  What's the difference betweeen USL and the Graf Zeppelin?
A:  The Graf Zeppelin represented cutting edge technology for its
time.


pgpTvcsSKCqi0.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 
I saw that error when I disconnected my virtual cd drive mid installer boot.  
Please check the integrity of your downloaded ISO. 

Thanks,
Dan

Sent from my iPhone (typos, autocorrect, and all)

> On Feb 28, 2017, at 3:12 PM, Michael Rasmussen  wrote:
> 
> On Tue, 28 Feb 2017 14:43:50 -0500
> Dan McDonald  wrote:
> 
>> I meant on the installer, not on LOADER.  Press return on loader (that's the 
>> GRUB repoacment) to boot illumos and then the installer.  You should see the 
>> SunOS banner THEN look for the OmniOS installation menu.
>> 
> Installer never starts. Boot crashes due to a missing rootfs module.
> See screendump.
> 
> 
> -- 
> Hilsen/Regards
> Michael Rasmussen
> 
> Get my public GnuPG keys:
> michael  rasmussen  cc
> http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
> mir  datanom  net
> http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
> mir  miras  org
> http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
> --
> /usr/games/fortune -es says:
> I get my exercise acting as pallbearer to my friends who exercise.
>-- Chauncey Depew
> 
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Tue, 28 Feb 2017 14:43:50 -0500
Dan McDonald  wrote:

> I meant on the installer, not on LOADER.  Press return on loader (that's the 
> GRUB repoacment) to boot illumos and then the installer.  You should see the 
> SunOS banner THEN look for the OmniOS installation menu.
> 
Installer never starts. Boot crashes due to a missing rootfs module.
See screendump.


-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
I get my exercise acting as pallbearer to my friends who exercise.
-- Chauncey Depew


pgpoBXnUzas0d.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 
I meant on the installer, not on LOADER.  Press return on loader (that's the 
GRUB repoacment) to boot illumos and then the installer.  You should see the 
SunOS banner THEN look for the OmniOS installation menu.

Dan

Sent from my iPhone (typos, autocorrect, and all)

> On Feb 28, 2017, at 1:58 PM, Michael Rasmussen  wrote:
> 
> On Tue, 28 Feb 2017 13:23:24 -0500
> Dan McDonald  wrote:
> 
>>> On Feb 28, 2017, at 1:02 PM, Dan McDonald  wrote:
>>> 
>>> I messed something up in this ISO's construction.  Please wait, folks,  
>> 
>> Okay...
>> 
>> 1.) I've reconstructed the ISO, and diskinfo is available in the shell.
>> 
> How should diskinfo be invoked?
> When pressing menu '3' I see:
> ok _
> Doing
> ok diskinfo gives:
>  not found
> 
> 
> -- 
> Hilsen/Regards
> Michael Rasmussen
> 
> Get my public GnuPG keys:
> michael  rasmussen  cc
> http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
> mir  datanom  net
> http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
> mir  miras  org
> http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
> --
> /usr/games/fortune -es says:
> All generalizations are false, including this one.
>-- Mark Twain
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Tue, 28 Feb 2017 13:23:24 -0500
Dan McDonald  wrote:

> > On Feb 28, 2017, at 1:02 PM, Dan McDonald  wrote:
> > 
> > I messed something up in this ISO's construction.  Please wait, folks,  
> 
> Okay...
> 
> 1.) I've reconstructed the ISO, and diskinfo is available in the shell.
> 
How should diskinfo be invoked?
When pressing menu '3' I see:
ok _
Doing
ok diskinfo gives:
  not found


-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
All generalizations are false, including this one.
-- Mark Twain


pgpGXQzZQ_0b2.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 

> On Feb 28, 2017, at 1:02 PM, Dan McDonald  wrote:
> 
> I messed something up in this ISO's construction.  Please wait, folks,

Okay...

1.) I've reconstructed the ISO, and diskinfo is available in the shell.

2.) format is available, but not functional because of the horrid hacks I made 
to get the install menu working.

Pardon the delay.  Here are the new sums for 
http://kebe.com/~danmcd/webrevs/r151021-kayak.iso

md5 (r151021-kayak.iso) = 82236fe8acb1c29469b7fc79423e105b
sha1 (r151021-kayak.iso) = 84f1fff1374bd44678e9386f27c0f396901aa1ab
sha256 (r151021-kayak.iso) = 
d24b2b60452179a574e8d70fa69d6deb6ea71436c8badc0a711451f664513e59

Dan

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 

> On Feb 28, 2017, at 12:48 PM, Michael Rasmussen  wrote:
> 
> On Tue, 28 Feb 2017 12:22:37 -0500
> Dan McDonald  wrote:
> 
>> diskinfo(1M) or format(1M)
> No found on the iso??

Shoot.

I messed something up in this ISO's construction.  Please wait, folks,

Dan

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Tue, 28 Feb 2017 12:22:37 -0500
Dan McDonald  wrote:

> diskinfo(1M) or format(1M)
No found on the iso??

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
The universe is all a spin-off of the Big Bang.


pgp03UI6bjILN.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 

> On Feb 27, 2017, at 5:10 PM, Dan McDonald  wrote:
> 
> If there are brave people who wish to try various stages of the new ISO 
> installer for OmniOS (it will also be the USB one... BSD Loader makes USB 
> construction simple once you have an ISO created), please let me know.

Please download this:

http://kebe.com/~danmcd/webrevs/r151021-kayak.iso

md5 (r151021-kayak.iso) = e1bfabf04b6e0ebcd980c6bc1834a19a
sha1 (r151021-kayak.iso) = ec8e587ea39705e7cd0f5bcc0b0c4b8cd597d21f
sha256 (r151021-kayak.iso) = 
6eb045fe52dd0b3cdfcdaa8c905e63b1afd9b23e6585b1c706a4ed8be363aee6

And try it out.  PLEASE NOTE that menu item "1" isn't working yet, so to 
install OmniOS this way, you'll need to:

1.) Enter a shell using menu item "3".  Because of the way I did the installer, 
there's no job control on the tty.

2.) Use diskinfo(1M) to list the available disks.

2a.) (Optional) Use format(1M) or whatever other tools to partition if you feel 
you need to do this.

3.) Create a pool called "rpool".  BTW, you can use whole-disk GPT now, and 
that will be the new installer's default.  You can use mirrors, but you cannot 
use RAIDz.

4.) Exit the shell.

5.) Use menu item "2" to install.  You will get some questions, you can just 
hit RETURN to be quick, or answer them and do some customization.

6.) Reboot to your new disk.  It'll be the same image we have on 
http://pkg.omniti.com/omnios/bloody/  It will boot via BSD Loader.

Thanks,
Dan

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Michael Rasmussen 
On Mon, 27 Feb 2017 17:10:30 -0500
Dan McDonald  wrote:

> 
> NOTE 2: I'm ESPECIALLY interested in people on qemu or other virtualization 
> technologies, as this installer should not have the hangups about blkdev 
> devices that the old installer did.  If diskinfo(1M) in the shell sees it, 
> you can install on it.
> 
I am running Omnios in my Proxmox cluster (Debian/Ubuntu Qemu based)
already so I will gladly volunteer.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
semper en excretus


pgpcw9B1gMEHW.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Dan McDonald 

> On Feb 28, 2017, at 3:00 AM, Stephan Budach  wrote:
> 
> Hi Dan,
> 
> would that allow me to run OmniOS on a Xen-based Oracle VM? Frankly, I didn't 
> manage to get that one up due to restrained resources on my end - and it 
> since hasn't been pressing enough… ;)

It MIGHT, and you're the sort of person I need to confirm/deny it.

Watch for a kebe.com link later today.

Dan

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Doug Hughes 
I could try it on libvirt/qemu.

On Feb 28, 2017 3:14 AM, "Stephan Budach"  wrote:

> Hi Dan,
>
> would that allow me to run OmniOS on a Xen-based Oracle VM? Frankly, I
> didn't manage to get that one up due to restrained resources on my end -
> and it since hasn't been pressing enough… ;)
>
> Cheers,
> Stephan
>
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha

2017-02-28 Thread Stephan Budach 
Hi Dan,

would that allow me to run OmniOS on a Xen-based Oracle VM? Frankly, I didn't 
manage to get that one up due to restrained resources on my end - and it since 
hasn't been pressing enough… ;)

Cheers,
Stephan



smime.p7s
Description: S/MIME cryptographic signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss