[OmniOS-discuss] Kayak for ISO and USB now in Beta (with source to review)

[Dan McDonald]

Hello everyone!

Over the past few weeks I've been hammering on a problem:  What to do about 
installation in a Python2.7 and Loader world?  The existing OmniOS installer, a 
derivative of old OpenSolaris "caiman", managed the Python2.7 jump, but failed 
miserably in my efforts to tame it for Loader.  After my first year at OmniTI, 
I would joke about "ahh, we'll just wait until Kayak on ISO for that...".  
Kayak is, of course, our PXE installer, that was brought up by Theo & Eric in 
the early days of OmniOS.

So I gave up on Caiman, and started down "Kayak for ISO".  It was suprisingly 
straightforward, if mildly annoying.  I've done some awful hacks to get this up 
and running, but it is a smooth enough experience for a user, and it allows 
faster media generation for an OmniOS release.  Please note it is still in 
Beta... I expect to hear from people as I have during the earlier trials.

First, the code.  For those who like webrevs vs. the current kayak repo:

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

For those who like git repos:

https://github.com/danmcd/kayak-iso/

And finally, for those who just like media:

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

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

Checksums:

md5 (r151021-kayak.iso) = 2469df1deec9a78ead797f66a3246cbe
sha1 (r151021-kayak.iso) = 9ec0dc1aa2db1b811ea654b723de052df2cde404
sha256 (r151021-kayak.iso) = 
c4f26268659dae6a9dd1ce3fd66804049478606f71cc6286735e4b8b3017f9ab
md5 (r151021-kayak.usb-dd) = 0e38778d78a993fcf9ed525e20fac6bf
sha1 (r151021-kayak.usb-dd) = 08552a9ba939fd1be69c2e40eea33fe3425095aa
sha256 (r151021-kayak.usb-dd) = 
c954f3b696d729865d7d41e5a395697d34c6487fd748a8060911f3af54e59dc5


That media will install the latest OmniOS bloody (omnios-master-650595c) 
straight with loader.

Highlights include:

- Ability to create mirrored rpools.

- Ability to let the user create a custom rpool, and then have the installer 
finish the job.

- No more pesky function keys.

- Any device diskinfo(1M) can see will show up on the installation menu, modulo 
some corner-cases below.

- Improved (but not full improvement) abilities not only for blkdev devices, 
but for virtualized environment installations.

Known issues:

- Some vioblk disks appear twice.  See Prakash Surya's earlier note on this 
list about it.

- The keyboard setting doesn't stick on the installed image.  You need to run 
"kbd -s" manually post-installation.

Please let me know what you think!

Thanks,
Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Michael Rasmussen]

On Thu, 9 Mar 2017 17:39:13 -0500
Dan McDonald  wrote:

> > On Mar 9, 2017, at 5:26 PM, Michael Rasmussen  wrote:
> > 
> > How, and where, should this be reported?  
> 
> Send a note to the illumos developer's list (develo...@lists.illumos.org) 
> with precise details about which qemu/kvmOmni you're using (on Linux? On 
> *BSD?), and let them know.
> 
> You can also file a bug:
> 
> 
>   https://illumos.org/issues/
> 
I will do that.

I have actually discovered that disk assignment is actually severely
broken since is seems no matter the number of disks shown in format it
is actually diskinfo which displays the current result since all disks
found by format is actually the same disk which is linked with every
reference:

2 disks:

c2t0d0 -
|
> c3t0d0
|
c3t0d0 -

3 disks:

c2t0d0 -
|
c3t0d0  > c4t0d0
|
c4t0d0 -

So the correct number of disks is identified but all disks identified is linked 
to the same physical disk!!!


-- 
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:
When you dig another out of trouble, you've got a place to bury your
own.


pgpnUv12wciD2.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] Kayak for ISO now at Beta

[Michael Rasmussen]

On Thu, 9 Mar 2017 17:39:53 -0500
Dan McDonald  wrote:

> 
> That's how it works already!!!  :)
> 
Nice :-)

-- 
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:
When you dig another out of trouble, you've got a place to bury your
own.


pgpn1ZtDBWFB2.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] Kayak for ISO now at Beta

[Dan McDonald]

> On Mar 9, 2017, at 5:39 PM, Dan McDonald  wrote:
> 
> 
>> On Mar 9, 2017, at 5:35 PM, Michael Rasmussen  wrote:
>> 
>> On Thu, 9 Mar 2017 16:58:45 -0500
>> Dan McDonald  wrote:
>> 
>>> 
>>> I'm going to be upstreaming the sources I've changed in 
>>> https://github.com/omniti-labs/kayak/ very soon.  I think it may be useful 
>>> for you to take a look at the beginning of kayak-menu.sh or 
>>> rpool-install.sh to make this happen.
>>> 
>> I feature request:
>> Given that diskinfo finds more than one disk under option #1 it would
>> be nice to be able to choose 2 disks to create a mirrored rpool.
> 
> That's how it works already!!!  :)

SHOOT!  I guess it doesn't work like that.

I'll fix it, and update here.

Sorry,
Dan

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

Re: [OmniOS-discuss] Kayak for ISO now at Beta

[Dan McDonald]

> On Mar 9, 2017, at 5:35 PM, Michael Rasmussen  wrote:
> 
> On Thu, 9 Mar 2017 16:58:45 -0500
> Dan McDonald  wrote:
> 
>> 
>> I'm going to be upstreaming the sources I've changed in 
>> https://github.com/omniti-labs/kayak/ very soon.  I think it may be useful 
>> for you to take a look at the beginning of kayak-menu.sh or rpool-install.sh 
>> to make this happen.
>> 
> I feature request:
> Given that diskinfo finds more than one disk under option #1 it would
> be nice to be able to choose 2 disks to create a mirrored rpool.

That's how it works already!!!  :)

Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 5:26 PM, Michael Rasmussen  wrote:
> 
> How, and where, should this be reported?

Send a note to the illumos developer's list (develo...@lists.illumos.org) with 
precise details about which qemu/kvmOmni you're using (on Linux? On *BSD?), and 
let them know.

You can also file a bug:


https://illumos.org/issues/

Dan

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

Re: [OmniOS-discuss] Kayak for ISO now at Beta

[Michael Rasmussen]

On Thu, 9 Mar 2017 16:58:45 -0500
Dan McDonald  wrote:

> 
> I'm going to be upstreaming the sources I've changed in 
> https://github.com/omniti-labs/kayak/ very soon.  I think it may be useful 
> for you to take a look at the beginning of kayak-menu.sh or rpool-install.sh 
> to make this happen.
> 
I feature request:
Given that diskinfo finds more than one disk under option #1 it would
be nice to be able to choose 2 disks to create a mirrored rpool.

-- 
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:
To fear love is to fear life, and those who fear life are already three
parts dead.
-- Bertrand Russell


pgpg8uRhaZt3e.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] Bloody update on Repo, plus Kayak for ISO is almost beta

[Michael Rasmussen]

On Thu, 9 Mar 2017 17:19:43 -0500
Dan McDonald  wrote:

> 
> I'll also bet you that diskinfo will show different output again when you 
> enter the shell.
> 
> You may wish to raise this on the illumos developer's list.  If there are 
> supposed to be three disks, then FMA topology isn't finding them for some 
> reason.  if there are supposed to be one, it's that Prakash-reported case I 
> mentioned earlier.
> 
Just tried with new clean unformatted disks and then option #1 finds a
disk but again only one and again only the last disk. Using format
finds all disks as expected so clearly diskinfo is not working correct.

How, and where, should this be reported?

-- 
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:
No animal should ever jump on the dining room furniture unless
absolutely certain he can hold his own in conversation.
-- Fran Lebowitz


pgpWQm9zLVaey.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] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 5:18 PM, Michael Rasmussen  wrote:
> 
> I can confirm that choosing #1 shows no disks. If I then choose #3 and
> runs diskinfo 1 disk is shown. exit #3 and then enters #1 again now
> suddenly shows 1 disk. But again it only finds the last disk and not
> all 3.

I'll also bet you that diskinfo will show different output again when you enter 
the shell.

You may wish to raise this on the illumos developer's list.  If there are 
supposed to be three disks, then FMA topology isn't finding them for some 
reason.  if there are supposed to be one, it's that Prakash-reported case I 
mentioned earlier.

Thank you!
Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Michael Rasmussen]

On Thu, 9 Mar 2017 16:20:07 -0500
Dan McDonald  wrote:

> 
> If diskinfo showed a single disk, option 1's screen should've shown a single 
> disk as well.  Why the difference?
> 
I have no idea.
> If you exit the shell (where diskinfo clearly showed something) and go back 
> to option 1, what does it show now?
> 
I can confirm that choosing #1 shows no disks. If I then choose #3 and
runs diskinfo 1 disk is shown. exit #3 and then enters #1 again now
suddenly shows 1 disk. But again it only finds the last disk and not
all 3.


-- 
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:
Enzymes are things invented by biologists that explain things which
otherwise require harder thinking.
-- Jerome Lettvin


pgpUNOrleOyPy.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] Kayak for ISO now at Beta

[Dan McDonald]

> On Mar 9, 2017, at 4:44 PM, Peter Tribble  wrote:
> 
> This doesn't appear to be carried through to the installed system.


Thanks for the blog post.

I'm going to be upstreaming the sources I've changed in 
https://github.com/omniti-labs/kayak/ very soon.  I think it may be useful for 
you to take a look at the beginning of kayak-menu.sh or rpool-install.sh to 
make this happen.

Thanks,
Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 4:42 PM, Volker A. Brandt  wrote:
> 
> Hi Dan!
> 



> 
> - I like the "straight install to pool" option.  I have had this in my
>  Kayak net installer for a long time but never sent the pull request.

You can only install it on a PRE-CONFIGURED rpool.  The idea is you enter shell 
first, create your pool, exit the shell, and then use option 2.  It's for 
people like me who dual-purpose SSDs for rpool, slog, and leave unallocated 
room for load-balancing.

> - The keyboard selection did not work; I selected 18 for German but
>  still got US.  This may well be due to VBox interfering; I usually
>  don't use the console of my VMs but just ssh in.

Did that ever work on the Caiman installer?  If it does, I may need more fixes 
in the build_iso.sh script I have.

> - The disk selection screen had some lines with more than 80 columns,
>  causing line wrap.  So it all looked a bit ragged.  Worked fine,
>  though -- installed on a single 20GB VDI disk.

It's SUPPOSED TO be > 80 columns and ragged. It's one reason you only get 7 
disks at a time on a screen.

> - After installation, I wanted to stop the VM so I could remove the
>  boot DVD from the config.  So I told VBox to "send the shutdown
>  signal".  This caused a message of "/usr/sbin/shutdown not found".
>  Maybe you want to put that binary on the miniroot. :-)

I've had to bloat the original kayak miniroot a lot already.  You could use 
"init 0".  I could also include the hard-linked aliases to reboot:  "poweroff" 
and "halt". I think that would be easier.  To that end, I think I'll include 
poweroff and halt.

> Will do more tests as time permits.  All in all, looking very good.

Thanks,
Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Volker A. Brandt]

> > - After installation, I wanted to stop the VM so I could remove the
> >   boot DVD from the config.  So I told VBox to "send the shutdown
> >   signal".  This caused a message of "/usr/sbin/shutdown not found".
> >   Maybe you want to put that binary on the miniroot. :-)
> 
> You should just be able to remove the iso at any time, the installer doesn't
> hold it open.

Yes.  Probably just habit.  It's a throwaway VM anyway, so I'll try
that in the next round.

The point remains that a user could send a shutdown signal by choosing
the option in VBox, or pressing the physical power button, or whatever
other methods there might be.


Regards -- Volker
-- 

Volker A. Brandt   Consulting and Support for Oracle Solaris
Brandt & Brandt Computer GmbH   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim, GERMANYEmail: v...@bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513  Schuhgröße: 46
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt

"When logic and proportion have fallen sloppy dead"
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Peter Tribble]

> - After installation, I wanted to stop the VM so I could remove the
>   boot DVD from the config.  So I told VBox to "send the shutdown
>   signal".  This caused a message of "/usr/sbin/shutdown not found".
>   Maybe you want to put that binary on the miniroot. :-)
>

You should just be able to remove the iso at any time, the installer doesn't
hold it open.

-- 
-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] Kayak for ISO now at Beta

[Peter Tribble]

On Thu, Mar 9, 2017 at 8:28 PM, Dan McDonald  wrote:

> Say hello:
>
> http://kebe.com/~danmcd/webrevs/r151021-kayak.iso
>
> It now includes over this morning's major bump of "menu option #1":
>

That bit seems to work fine.


> - Keyboard layout query at start time, like the old installer.
>

This doesn't appear to be carried through to the installed system.

The way illumos does this is a bit of a twisty maze that I ended
up digging into a while back:

http://ptribble.blogspot.co.uk/2015/02/how-illumos-sets-keyboard-type.html


> - A fix so the boot archive at installation HAS its SHA-1 checksum
> in place
>
> The sums are:
>
> md5 (r151021-kayak.iso) = 3170424fecdf582f7014e1a253acc7d3
> sha1 (r151021-kayak.iso) = 29e8a2fc207b39617809867818197752de47dbe8
> sha256 (r151021-kayak.iso) = 9236d2ee76368ed30d3102402b968a
> c9b8ca59a7e17195a16f6ae417eba303e2
>
>
> Please try it, both on existing, known-to-work platforms, and continuing
> on to the newer ones like Xen or qemu, that had not worked in the past.
>
> Thank you!
> Dan
>
> p.s. If people are happy with this, I may officially cut over bloody media
> to use this revision of kayak-for-ISO once I can figure out the .usb-dd
> problem.
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>



-- 
-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] Bloody update on Repo, plus Kayak for ISO is almost beta

[Volker A. Brandt]

Hi Dan!


> The still-in-testing ISO is here:
> 
>   http://kebe.com/~danmcd/webrevs/r151021-kayak.iso
> 
> Hashes are:
> 
> md5 (r151021-kayak.iso) = f875c1f102d7f242869f9afde2196aa4
> sha1 (r151021-kayak.iso) = a1b3ce074c40a4b8436c4dba02f08e0a29ba82d7
> sha256 (r151021-kayak.iso) = 
> a3c65ef2dd3bd6f42fb6d36e9fac155f055e3495fe272dc5bc7c86fa3757fea2
> 
> Please share with the whole list how this goes.  I know there are still some
> systems that appear to not even get past loader, but with Prakash's
> explanation of how to disable apix, it may run better on Xen environments.

On a whim, I just downloaded the ISO via the hotel LAN and installed
it (MacBook Pro 13" Late 2016, macOS 10.12.3, Virtual Box 5.1.14).

Nice work!!  My first direct experience with the new loader.  Here are
some random observations:

- I like the "straight install to pool" option.  I have had this in my
  Kayak net installer for a long time but never sent the pull request.

- The keyboard selection did not work; I selected 18 for German but
  still got US.  This may well be due to VBox interfering; I usually
  don't use the console of my VMs but just ssh in.

- The disk selection screen had some lines with more than 80 columns,
  causing line wrap.  So it all looked a bit ragged.  Worked fine,
  though -- installed on a single 20GB VDI disk.

- After installation, I wanted to stop the VM so I could remove the
  boot DVD from the config.  So I told VBox to "send the shutdown
  signal".  This caused a message of "/usr/sbin/shutdown not found".
  Maybe you want to put that binary on the miniroot. :-)

Will do more tests as time permits.  All in all, looking very good.


Regards -- Volker
-- 

Volker A. Brandt   Consulting and Support for Oracle Solaris
Brandt & Brandt Computer GmbH   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim, GERMANYEmail: v...@bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513  Schuhgröße: 46
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt

"When logic and proportion have fallen sloppy dead"
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 4:17 PM, Michael Rasmussen  wrote:
> 
> Only problem seems that either diskinfo is
> broken or brakes if disks contains file systems and/or exported pools.

That's not true.  Run diskinfo on a running system.

I'm willing to wager that FMA's libtopo stuff still has problems with vioblk 
disks somehow.

Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Doug Hughes]

Kvm/libvirt

it goes a good ways, but then cycles back. I set it to verbose and kmdb 
and am at the kmdb prompt with the following traceback:


I set console=ttya, acpi = off, single user = on, verbose = on, and kmdb 
= on and selected option 1 to go into single user mode.


Aside: it'd be nice if the console stuff was mirrored to ttya as a 
default so that one could do everything without having the virtual 
console up. RIght now, the menu is only available on the virtual console.


module /platform/i86pc/kernel/amd64/unix: text at [0xfb80, 
0xfb959b23] data at 0xfbc0
module /kernel/amd64/genunix: text at [0xfb959b40, 
0xfbbe5c07] data at 0xfbc9ea80

Loading kmdb...
module /kernel/misc/amd64/kmdbmod: text at [0xfbd0edc0, 
0xfbdc7667] data at 0xfbdc7680
module /kernel/misc/amd64/ctf: text at [0xfbbe5c20, 
0xfbbf03cf] data at 0xfbe00ae0


panic[cpu0]/thread=fbc38560: BAD TRAP: type=d (#gp General 
protection) rp=fbc7abc0 addr=0


#gp General protection
pid=0, pc=0xfb861ccb, sp=0xfbc7acb0, eflags=0x10002
cr0: 80050011 cr4: b8
cr2: 0cr3: 2700cr8: 0

rdi: 9c5a203a rsi:e rdx:  f00
rcx: c0011023  r8:   fc r9:  f61
rax:8 rbx: fbc397a0 rbp: fbc7acb0
r10: fb856f10 r11:f r12:8
r13:   1f r14:8 r15:0
fsb:2 gsb: fbc397a0 ds:0
 es:0  fs:0 gs:0
trp:d err:0 rip: fb861ccb
 cs:   30 rfl:10002 rsp: fbc7acb0
 ss:   38

Warning - stack not written to the dump buffer
fbc7aaa0 unix:real_mode_stop_cpu_stage2_end+b1f3 ()
fbc7abb0 unix:trap+a70 ()
fbc7abc0 unix:_cmntrap+e6 ()
fbc7acb0 unix:xrdmsr+b ()
fbc7ad70 unix:workaround_errata+3c0 ()
fbc7adb0 unix:mlsetup+59e ()
fbc7adc0 unix:_locore_start+8b ()


panic: entering debugger (no dump device, continue to reboot)

Welcome to kmdb
kmdb: unable to determine terminal type: assuming `vt100'
kmdb: dmod krtld failed to load: Error 2
[0]> $C
fbc82e00 kmdb_enter+0xb()
fbc82e30 debug_enter+0x59(fb93d3d8)
fbc82f10 panicsys+0x600(fb93baf8, fbc7a9b0,
fbc82f20, 1)
fbc7a9a0 vpanic+0x15c()
fbc7aa10 param_preset()
fbc7aaa0 0xfb84a56c()
fbc7abb0 trap+0xa70(fbc7abc0, 0, 0)
fbc7abc0 0xfb8001d6()
fbc7acb0 xrdmsr+0xb()
fbc7ad70 workaround_errata+0x3c0(fbc397a0)
fbc7adb0 mlsetup+0x59e(fbc7adc8)
fbc7adc0 _locore_start+0x8b()



On 3/9/2017 3:53 PM, Dan McDonald wrote:

On Mar 9, 2017, at 3:46 PM, Michael Rasmussen  wrote:

On Thu, 9 Mar 2017 11:18:17 -0500
Dan McDonald  wrote:


Just updated it in place to new bits that invoke "kbd -s" prior to the menu's 
first display.  The new checksums for http://kebe.com/~danmcd/webrevs/r151021-kayak.iso 
are:

md5 (r151021-kayak.iso) = 971cc094a6dc89666f76bc453e2ab13a
sha1 (r151021-kayak.iso) = b72cb1dd08a09f5f9e491acc5aac8f25f852d000
sha256 (r151021-kayak.iso) = 
4350d227b28f65746bb361686bde05202d536e5137db07dbfee3d9611756a622


Hi Dan,

Just tried this iso but disk discovery is weird. Can you explain this?
(see attached screenshot)

Is this on a Xen install?  Prakash mentioned that there are "two paths, one 
device" problems on Xen.

BTW, option #1 (based on diskinfo) works now, if you just want a whole-disk 
install.

Dan

___
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] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 4:02 PM, Michael Rasmussen  wrote:
> 
> Option #1 did not find any disks and as the screendump shows there is 3
> disks to choose from. The disks contain a previous installation. Could
> that be an explanation?

If diskinfo showed a single disk, option 1's screen should've shown a single 
disk as well.  Why the difference?

If you exit the shell (where diskinfo clearly showed something) and go back to 
option 1, what does it show now?

Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Michael Rasmussen]

On Thu, 9 Mar 2017 22:02:59 +0100
Michael Rasmussen  wrote:

> Option #1 did not find any disks and as the screendump shows there is 3
> disks to choose from. The disks contain a previous installation. Could
> that be an explanation?
> 
Choosing option #3 makes all 3 disks available which was not working in
the previous iso releases. Only problem seems that either diskinfo is
broken or brakes if disks contains file systems and/or exported pools.

-- 
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:
Close cover before striking.


pgpHIvkCCXJiV.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] Bloody update on Repo, plus Kayak for ISO is almost beta

[Michael Rasmussen]

On Thu, 9 Mar 2017 15:53:21 -0500
Dan McDonald  wrote:

> 
> Is this on a Xen install?  Prakash mentioned that there are "two paths, one 
> device" problems on Xen.
> 
No, qemu

> BTW, option #1 (based on diskinfo) works now, if you just want a whole-disk 
> install.
> 
Option #1 did not find any disks and as the screendump shows there is 3
disks to choose from. The disks contain a previous installation. Could
that be an explanation?

-- 
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 kissed my first girl and smoked my first cigarette on the same day.
I haven't had time for tobacco since.
-- Arturo Toscanini


pgpcnIVHaUvFU.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] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 3:46 PM, Michael Rasmussen  wrote:
> 
> On Thu, 9 Mar 2017 11:18:17 -0500
> Dan McDonald  wrote:
> 
>> 
>> Just updated it in place to new bits that invoke "kbd -s" prior to the 
>> menu's first display.  The new checksums for 
>> http://kebe.com/~danmcd/webrevs/r151021-kayak.iso are:
>> 
>> md5 (r151021-kayak.iso) = 971cc094a6dc89666f76bc453e2ab13a
>> sha1 (r151021-kayak.iso) = b72cb1dd08a09f5f9e491acc5aac8f25f852d000
>> sha256 (r151021-kayak.iso) = 
>> 4350d227b28f65746bb361686bde05202d536e5137db07dbfee3d9611756a622
>> 
> Hi Dan,
> 
> Just tried this iso but disk discovery is weird. Can you explain this?
> (see attached screenshot)

Is this on a Xen install?  Prakash mentioned that there are "two paths, one 
device" problems on Xen.

BTW, option #1 (based on diskinfo) works now, if you just want a whole-disk 
install.

Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Michael Rasmussen]

On Thu, 9 Mar 2017 11:18:17 -0500
Dan McDonald  wrote:

> 
> Just updated it in place to new bits that invoke "kbd -s" prior to the menu's 
> first display.  The new checksums for 
> http://kebe.com/~danmcd/webrevs/r151021-kayak.iso are:
> 
> md5 (r151021-kayak.iso) = 971cc094a6dc89666f76bc453e2ab13a
> sha1 (r151021-kayak.iso) = b72cb1dd08a09f5f9e491acc5aac8f25f852d000
> sha256 (r151021-kayak.iso) = 
> 4350d227b28f65746bb361686bde05202d536e5137db07dbfee3d9611756a622
> 
Hi Dan,

Just tried this iso but disk discovery is weird. Can you explain this?
(see attached screenshot)

-- 
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 sect or party is an elegant incognito devised to save a man from
the vexation of thinking.
-- Ralph Waldo Emerson, Journals, 1831


pgpYqL273iWGl.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] DTrace Scripts

[Chris Siebenmann]

> Im looking for some general dtrace scripts for debugging ZFS on OmniOS
> (like updated dtrace toolkit)..didnt want to reinvent the wheel if
> some folks are willing to share. Also willing to purchase if needed.

 We have a collection of local DTrace scripts at:
https://github.com/siebenmann/cks-dtrace

These include some ZFS monitoring and tracing scripts that you may
find useful, even if they have some extra features (eg iSCSI and NFSv3
tracing) that you don't need.

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

Re: [OmniOS-discuss] DTrace Scripts

[Artem Penner]

May be links below will be helpful for you

https://github.com/brendangregg/dtrace-cloud-tools
https://github.com/richardelling/dtrace
https://github.com/richardelling/arcstat
https://bitbucket.org/d-helios/dtrace/src/7b479a97099f3146b4d08652315b03d1dfc28f9c/zfs/?at=master





чт, 9 мар. 2017 г. в 21:08, John Barfield :

> Im looking for some general dtrace scripts for debugging ZFS on OmniOS
> (like updated dtrace toolkit)..didnt want to reinvent the wheel if some
> folks are willing to share. Also willing to purchase if needed.
>
> John Barfield
> ___
> 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] DTrace Scripts

[Dan McDonald]

> On Mar 9, 2017, at 1:06 PM, John Barfield  wrote:
> 
> Im looking for some general dtrace scripts for debugging ZFS on OmniOS (like 
> updated dtrace toolkit)..didnt want to reinvent the wheel if some folks are 
> willing to share. Also willing to purchase if needed.

You may wish to forward this query along to the illumos developer's list and 
the OpenZFS developer's list as well.

Dan

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

[OmniOS-discuss] DTrace Scripts

[John Barfield]

Im looking for some general dtrace scripts for debugging ZFS on OmniOS (like 
updated dtrace toolkit)..didnt want to reinvent the wheel if some folks are 
willing to share. Also willing to purchase if needed.

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

Re: [OmniOS-discuss] qemu: too many IDE bus

[Nahum Shalman]

On my SmartOS box I have a one-line script I use for verifying that my USB
stick is still bootable after I update the platform image on it.
It contains:

qemu-system-x86_64 -m 4096 -smp 4 -hda /dev/dsk/c0t0d0p0 -serial stdio

So you should be able to do that with any raw hard drive you might want to
pass through to a virtual machine. (Though I would recommend doing it with
the fancier "-drive" syntax and passing it through with a non-ide
controller.)

-Nahum


On Wed, Mar 8, 2017 at 1:53 PM, Dirk Willems  wrote:

> Hello Nahum,
>
>
> My apologize in the meantime I had found the solution with changing the
> IDE with the virtio, the ide is indeed limit to 4 devices but now it's
> running perfectly  thanks ;)
>
> But another question, do you have experience with adding raw devices in
> KVM ?
>
>
> Thanks in advance.
>
>
> Kind Regards,
>
>
> Dirk
>
> On 08-03-17 16:06, Nahum Shalman wrote:
>
> I would think that depending on how you're invoking QEMU (it looked like
> the full qemu command line was truncated from the output you pasted) it'
> allocating one of the 4 available IDE slots to a virtual CDROM. Depending
> on your guest OS you could consider using a different virtual controller
> for the virtual disks, or you might be able to tell qemu not to allocate a
> virtual cdrom drive.
>
> If you want to share the full qemu command line being invoked I'm happy to
> take a quick look at it to see if I can figure out a simple way to improve
> it.
>
> (I suspect that "cd /KVM_Machines/JDN && bash -x ./JDN01_Start-VM.sh" will
> provide the information needed)
>
> -Nahum
>
> On Fri, Mar 3, 2017 at 10:12 AM, Dirk Willems 
> wrote:
>
>> Hello,
>>
>> I experience some issue's with too many IDE bus on KVM ?
>>
>> I'm only allowed to having 3 HDD, when I add the fourth HDD I get the
>> following error
>>
>> qemu: too many IDE bus
>>
>> root@OmniosExitas:/KVM_Machines/JDN# ./JDN01_Start-VM.sh
>> qemu-system-x86_64: -net vnic,vlan=0,name=net0,ifname=V
>> LJDN01,macaddr=2:8:20:2:4b:a4,: vnic dhcp disabled
>>
>> qemu-system-x86_64: -net vnic,vlan=1,name=net1,ifname=V
>> SJDN01,macaddr=2:8:20:67:1:7c,: vnic dhcp disabled
>>
>> qemu: too many IDE bus
>> Failed to start VM
>> Started VM:
>> Public: 127.0.0.1
>> 10.100.23.86
>> ::1/128
>> ::/0:5903
>>
>>
>> I just upgrade to
>>
>> root@OmniosExitas:/KVM_Machines/JDN# uname -a
>> SunOS OmniosExitas 5.11 omnios-r151020-4151d05 i86pc i386 i86pc
>>
>> Any suggestions ?
>>
>>
>> Thanks in advance.
>>
>>
>> Kind Regards.
>>
>>
>> Dirk
>>
>>
>>
>> --
>> Dirk Willems
>> System Engineer
>>
>>
>> +32 (0)3 443 12 38 <+32%203%20443%2012%2038>
>> dirk.will...@exitas.be
>>
>> Quality. Passion. Personality
>>
>> www.exitas.be | Veldkant 31 | 2550 Kontich
>>
>> Illumos OmniOS Installation and Configuration Implementation Specialist.
>> Oracle Solaris 11 Installation and Configuration Certified Implementation
>> Specialist.
>>
>> ___
>> OmniOS-discuss mailing list
>> OmniOS-discuss@lists.omniti.com
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>>
>>
>
> --
> Dirk Willems
> System Engineer
>
>
> +32 (0)3 443 12 38 <+32%203%20443%2012%2038>
> dirk.will...@exitas.be
>
> Quality. Passion. Personality
>
> www.exitas.be | Veldkant 31 | 2550 Kontich
>
> Illumos OmniOS Installation and Configuration Implementation Specialist.
> Oracle Solaris 11 Installation and Configuration Certified Implementation
> Specialist.
>
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 10:11 AM, Jens Bauernfeind 
>  wrote:
> 
> Sure :-)
> But now I am finished for today, so If you later have time to build a new
> iso, I will test it tomorrow.

Just updated it in place to new bits that invoke "kbd -s" prior to the menu's 
first display.  The new checksums for 
http://kebe.com/~danmcd/webrevs/r151021-kayak.iso are:

md5 (r151021-kayak.iso) = 971cc094a6dc89666f76bc453e2ab13a
sha1 (r151021-kayak.iso) = b72cb1dd08a09f5f9e491acc5aac8f25f852d000
sha256 (r151021-kayak.iso) = 
4350d227b28f65746bb361686bde05202d536e5137db07dbfee3d9611756a622

Thanks for the feedback!
Dan

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

Re: [OmniOS-discuss] kvm instances random short freeze

[Dan McDonald]

> On Mar 9, 2017, at 10:35 AM, Tobias Oetiker  wrote:
> 
> Hi
> 
> 
> as you can see there are quite frequent short freezes ... 

What are you running in qemu?  Another OmniOS?  Something else?

One thing you might be able to do is use pstack(1) on the qemu process itself 
to see what's it's doing during these freezes.  Perhaps taking samples every 
second on the qemu process while it runs and corresponding it to freeze events?

> I am running the same script in the omnios global zone there is no freezing 
> over 0.02s
> 
> any ideas ?

I wonder if qemu is being swapped out due to a scheduling issue?  I wonder if 
you used priocntl(1) on the process whether or not you could give qemu more 
scheduling and smooth things out?

Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Stephan Budach]

- Ursprüngliche Mail -
> Von: "Stephan Budach" 
> An: "Jens Bauernfeind" 
> CC: "omnios-discuss" 
> Gesendet: Donnerstag, 9. März 2017 16:41:04
> Betreff: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is 
> almost beta [signed OK]
> 
> Bummer…
> 
> - Ursprüngliche Mail -
> > Von: "Jens Bauernfeind" 
> > An: "Stephan Budach" 
> > CC: "omnios-discuss" 
> > Gesendet: Donnerstag, 9. März 2017 11:56:43
> > Betreff: RE: [OmniOS-discuss] Bloody update on Repo, plus Kayak for
> > ISO is almost beta [signed OK]
> > 
> > Hi Stephan,
> > 
> > thats correct, it is an old version, but the current version on the
> > Oracle Database Appliance we are running here, engineered system,
> > yeah :-(
> > 
> > I think a snippet of the vm.cfg is enough?
> > 8<---
> > memory = 4096
> > kernel = '/usr/lib/xen/boot/hvmloader'
> > cpu_cap = 0
> > vif = ['type=netfront,bridge=net1']
> > device_model = '/usr/lib64/xen/bin/qemu-dm'
> > builder = 'hvm'
> > vnclisten = '0.0.0.0'
> > boot = 'c'
> > cpus =
> > '0,1,2,3,4,5,6,7,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47'
> > passwd = ''
> > vcpus = 4
> > apic = 1
> > sdl = 0
> > maxvcpus = 4
> > serial = 'pty'
> > disk =
> > [u'file:/OVS/Repositories/sh_repo/.ACFS/snaps/omnios-test/VirtualMachines/omnios-test/omnios.img,hda,w']
> > vnc = 1
> > acpi = 1
> > maxmem = 4096
> > 8<---
> > 
> > Jens
> 
> seems, like I can't get that to work on OVM 3.4.2. OVM 3.4.2 is Xen
> 4.3.something and it totally stalls after having tweaked the apix
> settings and continue booting. It won't probably work on anything
> newer than OVM 3.3.x.
> 
> Cheers,
> Stephan

Sorry, I closed without providing any useful(?) information on the boot 
process, so here it comes and basically goes like this:

Welcome to kmdb
kmdb: dmod krtld failed to load: Error 2
[0] apix_enable/X
apix_enable:
apix_enable: 1
[0] apix_enable/W0
apix_enable: 0x1 = 0x0
[0] apix_enable/X
apix_enable:
apix_enable: 0
[0] :c
SunOS Release 5.11 Version omnios-master-650595c 64-bit
Copyright (c) 1983,2010, Oracle and/or its affiliates. All rights reserved.
WARNING: /pci@0,pci1af4,1100@1,2 (uhci0); No SOF interrupts have been received, 
this USB UHCI host controller us unusable
NOTICE: Kernel debugger present: disabling console power management.

aaand… that's it. Up from there it just sits there doing nothing, well 
seemingly, at least.

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Stephan Budach]

Bummer…

- Ursprüngliche Mail -
> Von: "Jens Bauernfeind" 
> An: "Stephan Budach" 
> CC: "omnios-discuss" 
> Gesendet: Donnerstag, 9. März 2017 11:56:43
> Betreff: RE: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is 
> almost beta [signed OK]
> 
> Hi Stephan,
> 
> thats correct, it is an old version, but the current version on the
> Oracle Database Appliance we are running here, engineered system,
> yeah :-(
> 
> I think a snippet of the vm.cfg is enough?
> 8<---
> memory = 4096
> kernel = '/usr/lib/xen/boot/hvmloader'
> cpu_cap = 0
> vif = ['type=netfront,bridge=net1']
> device_model = '/usr/lib64/xen/bin/qemu-dm'
> builder = 'hvm'
> vnclisten = '0.0.0.0'
> boot = 'c'
> cpus =
> '0,1,2,3,4,5,6,7,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47'
> passwd = ''
> vcpus = 4
> apic = 1
> sdl = 0
> maxvcpus = 4
> serial = 'pty'
> disk =
> [u'file:/OVS/Repositories/sh_repo/.ACFS/snaps/omnios-test/VirtualMachines/omnios-test/omnios.img,hda,w']
> vnc = 1
> acpi = 1
> maxmem = 4096
> 8<---
> 
> Jens

seems, like I can't get that to work on OVM 3.4.2. OVM 3.4.2 is Xen 
4.3.something and it totally stalls after having tweaked the apix settings and 
continue booting. It won't probably work on anything newer than OVM 3.3.x.

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

[OmniOS-discuss] kvm instances random short freeze

[Tobias Oetiker]

Hi 

We are running kvm instances on omni r20 and are experiencing random short 
freezes. 
I wrote the following short test script to see how frequent the freezing 
occurres 

perl -e 'use Time::HiRes qw(time usleep); my $now = time; while(1){usleep 
20; my $next = time; my $diff = $next - $now; $now=$next; if ($diff > 
0.22){ print "".localtime(time)." ".$diff,"\n"}}' 

the output looks like this 

Thu Mar 9 15:26:12 2017 0.224979877471924 
Thu Mar 9 15:26:23 2017 0.273133993148804 
Thu Mar 9 15:27:54 2017 1.17526292800903 
Thu Mar 9 15:28:59 2017 2.04209899902344 
Thu Mar 9 15:30:31 2017 1.0813729763031 
Thu Mar 9 15:30:44 2017 0.600342988967896 
Thu Mar 9 15:31:47 2017 1.43648099899292 
Thu Mar 9 15:32:25 2017 0.897988796234131 
Thu Mar 9 15:33:28 2017 0.998631000518799 
Thu Mar 9 15:34:10 2017 4.89306116104126 
Thu Mar 9 15:36:15 2017 1.22311997413635 
Thu Mar 9 15:38:57 2017 1.64742302894592 
Thu Mar 9 15:39:21 2017 1.36228013038635 
Thu Mar 9 15:40:08 2017 1.62232208251953 
Thu Mar 9 15:40:32 2017 1.37291598320007 
Thu Mar 9 15:42:30 2017 0.211127996444702 

as you can see there are quite frequent short freezes ... 

I am running the same script in the omnios global zone there is no freezing 
over 0.02s 

any ideas ? 

cheers 
tobi 
-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland 
www.oetiker.ch t...@oetiker.ch +41 62 775 9902 
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Jens Bauernfeind]

Sure :-)
But now I am finished for today, so If you later have time to build a new
iso, I will test it tomorrow.

Jens

-Original Message-
From: Dan McDonald [mailto:dan...@omniti.com] 
Sent: Donnerstag, 9. März 2017 16:05
To: Jens Bauernfeind 
Cc: omnios-discuss ; Dan McDonald

Subject: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is
almost beta


> On Mar 9, 2017, at 2:52 AM, Jens Bauernfeind
 wrote:
> 
> The only thing I am missing is the selection of the keyboard layout, 
> can this be implemented?

I *think* I can do that.  Apparently it's just the invocation of "kbd -s".
I'll have to include /bin/kbd in the miniroot, of course.  :)

If I spun an experimental ISO that does this, would you try it to confirm? I
don't have non-US keyboards readily available.

Dan



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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 9:29 AM, Prakash Surya  wrote:
> 
> Dan,
> 
> This is was I was talking about; depending on the VM configuration, the ATA 
> device, and the XDF device may show up inside the VM on Xen.
> 
> Without this patch:
> 
> 
> https://github.com/omniti-labs/illumos-omnios/commit/1b5a946e10cb0aefb70eb10f6a0fb7f6d8a91f42
> 
> I think only the ATA would have shown up in the example below.

Yeah... I have your patch in illumos-omnios to help people on qemu out, but 
apparently this is bad for Xen.

Advice on how to proceed?  We have a couple of months before this bloody 
closes, so additional fixes are fine.  Otherwise I'll have to document this 
somehow.

Dan

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Dan McDonald]

> On Mar 9, 2017, at 2:52 AM, Jens Bauernfeind  
> wrote:
> 
> The only thing I am missing is the selection of the keyboard layout, can
> this be implemented?

I *think* I can do that.  Apparently it's just the invocation of "kbd -s".  
I'll have to include /bin/kbd in the miniroot, of course.  :)

If I spun an experimental ISO that does this, would you try it to confirm? I 
don't have non-US keyboards readily available.

Dan

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

Re: [OmniOS-discuss] how to set a ipv6 address in a lxzone

[Dan McDonald]

> On Mar 9, 2017, at 8:27 AM, Manuel Oetiker  wrote:
> 
> yes thats working for a second ipv4 address in the same subnet but I need to 
> configure
> a ipv6 default gw as well. 

addrconf (aka. SLAAC) should get you one from your next-hop already, no?

If you need manual configuration, do your LX native bits have something that 
can help?  Something akin to the old-fashioned/now-disfavored 
/etc/defaultrouter on illumos?

Dan

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

Re: [OmniOS-discuss] Omnios: can't start as many kvm's as I thought due to memory pressure

[pieter van puymbroeck]

Will try it tonight or tomorrow and provide feedback. 
Thanks for the tip.
P.

Verstuurd vanaf mijn iPhone

> Op 9 mrt. 2017 om 09:55 heeft Jan Vlach  het volgende 
> geschreven:
> 
> Hi Pieter,
> 
> Can you make your swapfile 96G or larger? 
> 
> If I recall correctly, KVM needs all it's RAM backed up by swap, because
> of fragmentation and other reasons. 
> 
> Jan
> 
> 
> 
>> On Thu, Mar 09, 2017 at 06:34:11AM +, pieter van puymbroeck wrote:
>> Hello Jan,
>> 
>> $ swap -sh   
>> total: 52G allocated + 100M reserved = 53G used, 8.8G available
>> $
>> 
>> This is when 7 machines are running. 
>> I face the issue when starting the 8th one.
>> 
>> Br
>> Pieter
>> 
>> 
>> Verstuurd vanaf mijn iPhone
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Prakash Surya]

Dan,

This is was I was talking about; depending on the VM configuration, the ATA
device, and the XDF device may show up inside the VM on Xen.

Without this patch:


https://github.com/omniti-labs/illumos-omnios/commit/1b5a946e10cb0aefb70eb10f6a0fb7f6d8a91f42

I think only the ATA would have shown up in the example below.

On Thu, Mar 9, 2017 at 2:23 AM, Jens Bauernfeind <
bauernfe...@ipk-gatersleben.de> wrote:

> Hello again,
>
> I installed successfully the ISO on our oracle vm server (Oracle VM 3.2.9)
> -> xen-4.1.3-25.el5.223.26
> I just need to disable the apix stuff and add " set apix_enable=0" after
> the
> installation.
> The installer found 2 disks:
> 8<---
> bash-4.4# diskinfo
> TYPEDISKVID  PID  SIZE  RMV
> SSD
> ATA c2d0--  20.00 GiB   no
> no
> -   c4t768d0--  20.00 GiB   no
> no
> 8<---
> During the installation I used the c2d0 device.
>
> A message about a failed pv driver pops up twice, but i don't know which
> device that is
> 8<---
> WARNING: pv driver failed to connect: /xpvd/xdf@5632
> WARNING: PV access to device disabled: /pci@0,0/pci-ide@1,1/ide@1/sd@0,0
> 8<---
>
> Jens
>
> -Original Message-
> From: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] On
> Behalf Of Jens Bauernfeind
> Sent: Donnerstag, 9. März 2017 08:53
> To: omnios-discuss 
> Subject: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is
> almost beta
>
> Hello,
>
> thanks for the new iso and your work.
> I tested it in Vmware (one virtual disk) without problems.
> Later that day I will try it in our Oracle VM system (Xen).
> The only thing I am missing is the selection of the keyboard layout, can
> this be implemented?
>
> Jens
>
> -Original Message-
> From: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] On
> Behalf Of Dan McDonald
> Sent: Mittwoch, 8. März 2017 20:45
> To: omnios-discuss 
> Subject: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is
> almost beta
>
> If you're using bloody, please use "pkg update (-r)" to update to the very
> latest:  omnios-master-650595c.  This is a merge-with-upstreams update,
> with
> one or two other fixes to help the Kayak-for-ISO work move along.
> (Notably,
> "diskinfo" is now part of the "entire" consolidation.)
>
> More interestingly, the Kayak-for-ISO is now feature complete with the
> addition of working disk-selection-install.  PLEASE try it out.  It's
> simpler than the old Caiman one, but should be functionally equivalent (and
> it doesn't use function keys).
>
> The still-in-testing ISO is here:
>
> http://kebe.com/~danmcd/webrevs/r151021-kayak.iso
>
> Hashes are:
>
> md5 (r151021-kayak.iso) = f875c1f102d7f242869f9afde2196aa4
> sha1 (r151021-kayak.iso) = a1b3ce074c40a4b8436c4dba02f08e0a29ba82d7
> sha256 (r151021-kayak.iso) =
> a3c65ef2dd3bd6f42fb6d36e9fac155f055e3495fe272dc5bc7c86fa3757fea2
>
> Please share with the whole list how this goes.  I know there are still
> some
> systems that appear to not even get past loader, but with Prakash's
> explanation of how to disable apix, it may run better on Xen environments.
>
> Thanks,
> Dan
>
> ___
> 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
>
>
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] how to set a ipv6 address in a lxzone

[Manuel Oetiker]

- Original Message -
> From: "Lauri Tirkkonen" 
> To: "Manuel Oetiker" 
> Cc: omnios-discuss@lists.omniti.com
> Sent: Thursday, March 9, 2017 12:01:07 PM
> Subject: Re: [OmniOS-discuss] how to set a ipv6 address in a lxzone

> On Thu, Mar 09 2017 10:07:22 +0100, Manuel Oetiker wrote:
>> I what to setup a lxzone with a ipv4 and a ipv6 address.
>> 
>> /usr/sbin/zonecfg -z franz add net; add property
>> (name=ips,value="44.141.183.210/24") ; add property
>> (name=gateway,value="44.141.183.193") ; add property
>> (name=primary,value="true") ; set physical=franz0; end
>> 
>> this ist working but how can I add the ipv6 address?
> 
> I found the following works for SLAAC+DHCP, but I haven't tested static
> addresses:
> 
>add net
>set physical=foo0
>add property (name=primary,value="true")
>add property (name=ips,value="dhcp,addrconf")
>end
> 
> ie. just add another address into the same property and delimit them with
> commas.


yes thats working for a second ipv4 address in the same subnet but I need to 
configure
a ipv6 default gw as well. 


--
Manuel Oetiker 

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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Jens Bauernfeind]

Little mistake, we are running 3.2.10

-Original Message-
From: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] On Behalf 
Of Jens Bauernfeind
Sent: Donnerstag, 9. März 2017 11:57
To: Stephan Budach 
Cc: omnios-discuss 
Subject: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is 
almost beta

Hi Stephan,

thats correct, it is an old version, but the current version on the Oracle 
Database Appliance we are running here, engineered system, yeah :-(

I think a snippet of the vm.cfg is enough?
8<---
memory = 4096
kernel = '/usr/lib/xen/boot/hvmloader'
cpu_cap = 0
vif = ['type=netfront,bridge=net1']
device_model = '/usr/lib64/xen/bin/qemu-dm'
builder = 'hvm'
vnclisten = '0.0.0.0'
boot = 'c'
cpus = 
'0,1,2,3,4,5,6,7,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47'
passwd = ''
vcpus = 4
apic = 1
sdl = 0
maxvcpus = 4
serial = 'pty'
disk = 
[u'file:/OVS/Repositories/sh_repo/.ACFS/snaps/omnios-test/VirtualMachines/omnios-test/omnios.img,hda,w']
vnc = 1
acpi = 1
maxmem = 4096
8<---

Jens

-Original Message-
From: Stephan Budach [mailto:stephan.bud...@jvm.de]
Sent: Donnerstag, 9. März 2017 11:46
To: Jens Bauernfeind 
Cc: omnios-discuss 
Subject: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is 
almost beta

Hi Jens,

- Ursprüngliche Mail -
> Von: "Jens Bauernfeind" 
> An: "omnios-discuss" 
> Gesendet: Donnerstag, 9. März 2017 11:23:32
> Betreff: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for 
> ISO is almost beta
> 
> Hello again,
> 
> I installed successfully the ISO on our oracle vm server (Oracle VM
> 3.2.9)
> -> xen-4.1.3-25.el5.223.26
> I just need to disable the apix stuff and add " set apix_enable=0"
> after the
> installation.
> The installer found 2 disks:
> 8<---
> bash-4.4# diskinfo
> TYPEDISKVID  PID  SIZE
>  RMV
> SSD
> ATA c2d0--  20.00 GiB
>   no
> no
> -   c4t768d0--  20.00 GiB
>   no
> no
> 8<---
> During the installation I used the c2d0 device.
> 
> A message about a failed pv driver pops up twice, but i don't know 
> which device that is
> 8<---
> WARNING: pv driver failed to connect: /xpvd/xdf@5632
> WARNING: PV access to device disabled:
> /pci@0,0/pci-ide@1,1/ide@1/sd@0,0
> 8<---
> 
> Jens
> 

I tested the prior ISO yesterday on our OVM 3.4.2 and I couldn't get it to 
work. OVM 3.2.9 is somwhat "outdated", but could you provide the settings for 
the guest, that you chose?

Thanks,
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

Re: [OmniOS-discuss] how to set a ipv6 address in a lxzone

[Lauri Tirkkonen]

On Thu, Mar 09 2017 10:07:22 +0100, Manuel Oetiker wrote:
> I what to setup a lxzone with a ipv4 and a ipv6 address.
> 
> /usr/sbin/zonecfg -z franz add net; add property 
> (name=ips,value="44.141.183.210/24") ; add property 
> (name=gateway,value="44.141.183.193") ; add property 
> (name=primary,value="true") ; set physical=franz0; end
> 
> this ist working but how can I add the ipv6 address?

I found the following works for SLAAC+DHCP, but I haven't tested static
addresses:

add net
set physical=foo0
add property (name=primary,value="true")
add property (name=ips,value="dhcp,addrconf")
end

ie. just add another address into the same property and delimit them with
commas.

-- 
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Jens Bauernfeind]

Hi Stephan,

thats correct, it is an old version, but the current version on the Oracle 
Database Appliance we are running here, engineered system, yeah :-(

I think a snippet of the vm.cfg is enough?
8<---
memory = 4096
kernel = '/usr/lib/xen/boot/hvmloader'
cpu_cap = 0
vif = ['type=netfront,bridge=net1']
device_model = '/usr/lib64/xen/bin/qemu-dm'
builder = 'hvm'
vnclisten = '0.0.0.0'
boot = 'c'
cpus = 
'0,1,2,3,4,5,6,7,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47'
passwd = ''
vcpus = 4
apic = 1
sdl = 0
maxvcpus = 4
serial = 'pty'
disk = 
[u'file:/OVS/Repositories/sh_repo/.ACFS/snaps/omnios-test/VirtualMachines/omnios-test/omnios.img,hda,w']
vnc = 1
acpi = 1
maxmem = 4096
8<---

Jens

-Original Message-
From: Stephan Budach [mailto:stephan.bud...@jvm.de] 
Sent: Donnerstag, 9. März 2017 11:46
To: Jens Bauernfeind 
Cc: omnios-discuss 
Subject: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is 
almost beta

Hi Jens,

- Ursprüngliche Mail -
> Von: "Jens Bauernfeind" 
> An: "omnios-discuss" 
> Gesendet: Donnerstag, 9. März 2017 11:23:32
> Betreff: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is 
> almost beta
> 
> Hello again,
> 
> I installed successfully the ISO on our oracle vm server (Oracle VM
> 3.2.9)
> -> xen-4.1.3-25.el5.223.26
> I just need to disable the apix stuff and add " set apix_enable=0"
> after the
> installation.
> The installer found 2 disks:
> 8<---
> bash-4.4# diskinfo
> TYPEDISKVID  PID  SIZE
>  RMV
> SSD
> ATA c2d0--  20.00 GiB
>   no
> no
> -   c4t768d0--  20.00 GiB
>   no
> no
> 8<---
> During the installation I used the c2d0 device.
> 
> A message about a failed pv driver pops up twice, but i don't know
> which
> device that is
> 8<---
> WARNING: pv driver failed to connect: /xpvd/xdf@5632
> WARNING: PV access to device disabled:
> /pci@0,0/pci-ide@1,1/ide@1/sd@0,0
> 8<---
> 
> Jens
> 

I tested the prior ISO yesterday on our OVM 3.4.2 and I couldn't get it to 
work. OVM 3.2.9 is somwhat "outdated", but could you provide the settings for 
the guest, that you chose?

Thanks,
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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Stephan Budach]

Hi Jens,

- Ursprüngliche Mail -
> Von: "Jens Bauernfeind" 
> An: "omnios-discuss" 
> Gesendet: Donnerstag, 9. März 2017 11:23:32
> Betreff: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is 
> almost beta
> 
> Hello again,
> 
> I installed successfully the ISO on our oracle vm server (Oracle VM
> 3.2.9)
> -> xen-4.1.3-25.el5.223.26
> I just need to disable the apix stuff and add " set apix_enable=0"
> after the
> installation.
> The installer found 2 disks:
> 8<---
> bash-4.4# diskinfo
> TYPEDISKVID  PID  SIZE
>  RMV
> SSD
> ATA c2d0--  20.00 GiB
>   no
> no
> -   c4t768d0--  20.00 GiB
>   no
> no
> 8<---
> During the installation I used the c2d0 device.
> 
> A message about a failed pv driver pops up twice, but i don't know
> which
> device that is
> 8<---
> WARNING: pv driver failed to connect: /xpvd/xdf@5632
> WARNING: PV access to device disabled:
> /pci@0,0/pci-ide@1,1/ide@1/sd@0,0
> 8<---
> 
> Jens
> 

I tested the prior ISO yesterday on our OVM 3.4.2 and I couldn't get it to 
work. OVM 3.2.9 is somwhat "outdated", but could you provide the settings for 
the guest, that you chose?

Thanks,
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

Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is almost beta

[Jens Bauernfeind]

Hello again,

I installed successfully the ISO on our oracle vm server (Oracle VM 3.2.9)
-> xen-4.1.3-25.el5.223.26
I just need to disable the apix stuff and add " set apix_enable=0" after the
installation.
The installer found 2 disks:
8<---
bash-4.4# diskinfo
TYPEDISKVID  PID  SIZE  RMV
SSD
ATA c2d0--  20.00 GiB   no
no
-   c4t768d0--  20.00 GiB   no
no
8<---
During the installation I used the c2d0 device.

A message about a failed pv driver pops up twice, but i don't know which
device that is
8<---
WARNING: pv driver failed to connect: /xpvd/xdf@5632
WARNING: PV access to device disabled: /pci@0,0/pci-ide@1,1/ide@1/sd@0,0
8<---

Jens

-Original Message-
From: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] On
Behalf Of Jens Bauernfeind
Sent: Donnerstag, 9. März 2017 08:53
To: omnios-discuss 
Subject: Re: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is
almost beta

Hello,

thanks for the new iso and your work.
I tested it in Vmware (one virtual disk) without problems.
Later that day I will try it in our Oracle VM system (Xen).
The only thing I am missing is the selection of the keyboard layout, can
this be implemented?

Jens

-Original Message-
From: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] On
Behalf Of Dan McDonald
Sent: Mittwoch, 8. März 2017 20:45
To: omnios-discuss 
Subject: [OmniOS-discuss] Bloody update on Repo, plus Kayak for ISO is
almost beta

If you're using bloody, please use "pkg update (-r)" to update to the very
latest:  omnios-master-650595c.  This is a merge-with-upstreams update, with
one or two other fixes to help the Kayak-for-ISO work move along.  (Notably,
"diskinfo" is now part of the "entire" consolidation.)

More interestingly, the Kayak-for-ISO is now feature complete with the
addition of working disk-selection-install.  PLEASE try it out.  It's
simpler than the old Caiman one, but should be functionally equivalent (and
it doesn't use function keys).

The still-in-testing ISO is here:

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

Hashes are:

md5 (r151021-kayak.iso) = f875c1f102d7f242869f9afde2196aa4
sha1 (r151021-kayak.iso) = a1b3ce074c40a4b8436c4dba02f08e0a29ba82d7
sha256 (r151021-kayak.iso) =
a3c65ef2dd3bd6f42fb6d36e9fac155f055e3495fe272dc5bc7c86fa3757fea2

Please share with the whole list how this goes.  I know there are still some
systems that appear to not even get past loader, but with Prakash's
explanation of how to disable apix, it may run better on Xen environments.

Thanks,
Dan

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


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

[OmniOS-discuss] how to set a ipv6 address in a lxzone

[Manuel Oetiker]

Hi 

I what to setup a lxzone with a ipv4 and a ipv6 address.

/usr/sbin/zonecfg -z franz add net; add property 
(name=ips,value="44.141.183.210/24") ; add property 
(name=gateway,value="44.141.183.193") ; add property 
(name=primary,value="true") ; set physical=franz0; end

this ist working but how can I add the ipv6 address?

thanks 

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

Re: [OmniOS-discuss] Omnios: can't start as many kvm's as I thought due to memory pressure

[Jan Vlach]

Hi Pieter,

Can you make your swapfile 96G or larger? 

If I recall correctly, KVM needs all it's RAM backed up by swap, because
of fragmentation and other reasons. 

Jan



On Thu, Mar 09, 2017 at 06:34:11AM +, pieter van puymbroeck wrote:
> Hello Jan,
> 
> $ swap -sh   
> total: 52G allocated + 100M reserved = 53G used, 8.8G available
> $
> 
> This is when 7 machines are running. 
> I face the issue when starting the 8th one.
> 
> Br
> Pieter
> 
> 
> Verstuurd vanaf mijn iPhone
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss