[OmniOS-discuss] Kayak for ISO and USB now in Beta (with source to review)
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
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&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=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
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&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=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
> 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
> 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
> 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
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&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=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
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&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=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
> 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
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&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=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
> 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
> 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
> > - 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
> - 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
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
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
> 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
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
> 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
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&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=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
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&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=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
> 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
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&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=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
[OmniOS-discuss] Kayak for ISO now at Beta
Say hello: http://kebe.com/~danmcd/webrevs/r151021-kayak.iso It now includes over this morning's major bump of "menu option #1": - Keyboard layout query at start time, like the old installer. - 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) = 9236d2ee76368ed30d3102402b968ac9b8ca59a7e17195a16f6ae417eba303e2 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
Re: [OmniOS-discuss] DTrace Scripts
> 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
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
> 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
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
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
> 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
> 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
- 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
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
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
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
> 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
> 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
> 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
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
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
- 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
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
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
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
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
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
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
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
