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

[Dan McDonald]

Thanks for the reminder...

> On Mar 10, 2017, at 1:58 PM, Volker A. Brandt  wrote:
> 
>>> - 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.

... I'm working on the keyboard selection problem now.  Peter Tribble game me 
some good advice about eeprom, which I'm trying to take to heart.

Stay tuned!
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]

Dan McDonald writes:
> > - 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.

Yes, that's exactly how I do it, except that I have hacked my Kayak
PXE-based installation environment to accept a new option. :-)

> > - 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.

TBH I have never tried it, but am willing to do so on a real-metal
install RSN.

> > - 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.

Ah OK.  Some Linuxes switch their console into a different video mode
giving more than 80x25 -- maybe that is an option.

> > - 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.

I guess I did not state my point properly.  I do know several ways to
gracefully stop a machine. :-)  My point was:  If someone for some
reason somehow generates the "shutdown" signal, there will be an ugly
error message.  You would need to include "/usr/sbin/shutdown" in the
miniroot, or fix the "powerfail" line in /etc/inittab.


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

[Jens Bauernfeind]

Hi Dan,

> - 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.

As far as i remember, yes this selection worked.
I also get only US after selection, so I tried to setup the layout via the
SMF "keymap", but it complains its missing the loadkeys binary.

Jens


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

[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] 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] 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] 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] 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] 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] 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

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] 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] 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] 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

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

[Jens Bauernfeind]

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

[Dan McDonald]

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