Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
- Ursprüngliche Mail - > Von: "Dan McDonald" > An: "Stephan Budach" > CC: "omnios-discuss" , "Dan McDonald" > > Gesendet: Donnerstag, 2. März 2017 15:18:14 > Betreff: Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha > > > > On Mar 2, 2017, at 2:29 AM, Stephan Budach > > wrote: > > > >>> > >>> Next is some kind of stack trace and finally > >>> > >>> BTX halted > >> > >> Is that Xen-based? > >> > >> Dan > >> > >> > > > > Yes, it is. > > Doug Hughes just showed me the same thing, and I'm pretty sure he's > Xen too. > > I wonder if I need to add BE items to the ISO. I think instead of > /kernel/i86pc/kernel/amd64/unix, you Xen folks may need to boot > /platform/i86{hvm,xpv}/kernel/amd64/unix instead. Worst case is I > have to build a distinct xpv or hvm ISO. :-P > > Like I said, today's going to be a reading day, but I'll add that to > my work on build_iso.sh, as that's where it belongs. > > Thanks, > Dan > > Great - that would be a blast! Happy reading, 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] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On 3/2/2017 9:18 AM, Dan McDonald wrote: On Mar 2, 2017, at 2:29 AM, Stephan Budach wrote: Next is some kind of stack trace and finally BTX halted Is that Xen-based? Dan Yes, it is. Doug Hughes just showed me the same thing, and I'm pretty sure he's Xen too. I wonder if I need to add BE items to the ISO. I think instead of /kernel/i86pc/kernel/amd64/unix, you Xen folks may need to boot /platform/i86{hvm,xpv}/kernel/amd64/unix instead. Worst case is I have to build a distinct xpv or hvm ISO. :-P Like I said, today's going to be a reading day, but I'll add that to my work on build_iso.sh, as that's where it belongs. Thanks, Dan I'm on libvirt/KVM/qemu If it matters, it's an AMD processor (but I seriously doubt it) ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Mar 2, 2017, at 2:29 AM, Stephan Budach wrote: > >>> >>> Next is some kind of stack trace and finally >>> >>> BTX halted >> >> Is that Xen-based? >> >> Dan >> >> > > Yes, it is. Doug Hughes just showed me the same thing, and I'm pretty sure he's Xen too. I wonder if I need to add BE items to the ISO. I think instead of /kernel/i86pc/kernel/amd64/unix, you Xen folks may need to boot /platform/i86{hvm,xpv}/kernel/amd64/unix instead. Worst case is I have to build a distinct xpv or hvm ISO. :-P Like I said, today's going to be a reading day, but I'll add that to my work on build_iso.sh, as that's where it belongs. Thanks, Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
- Ursprüngliche Mail - > Von: "Dan McDonald" > An: "Stephan Budach" > CC: "omnios-discuss" , "Dan McDonald" > > Gesendet: Mittwoch, 1. März 2017 19:56:42 > Betreff: Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha > > > > On Mar 1, 2017, at 1:02 PM, Stephan Budach > > wrote: > > > > Hi Dan > > > > Well, I just got it a shot on my Oracle VM cluster and after the > > iso loaded, it threw this on the screen: > > > > BTX loader 1.00 Starting in protected mode (base mem=9d400) > > . > > . > > . > > BIOS CD is cd0 > > > > Next is some kind of stack trace and finally > > > > BTX halted > > Is that Xen-based? > > Dan > > Yes, it is. 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] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Mar 1, 2017, at 1:02 PM, Stephan Budach wrote: > > Hi Dan > > Well, I just got it a shot on my Oracle VM cluster and after the iso loaded, > it threw this on the screen: > > BTX loader 1.00 Starting in protected mode (base mem=9d400) > . > . > . > BIOS CD is cd0 > > Next is some kind of stack trace and finally > > BTX halted Is that Xen-based? Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
Hi Dan - Ursprüngliche Mail - > It MIGHT, and you're the sort of person I need to confirm/deny it. > > Watch for a kebe.com link later today. > > Dan > > Well, I just got it a shot on my Oracle VM cluster and after the iso loaded, it threw this on the screen: BTX loader 1.00 Starting in protected mode (base mem=9d400) . . . BIOS CD is cd0 Next is some kind of stack trace and finally BTX halted 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] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Wed, 1 Mar 2017 12:16:14 -0500 Dan McDonald wrote: > > This is on Xen? There's a fix coming for this: > No, qemu. -- 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 passes accepted for this engagement. pgpVXBPdiWAsk.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Mar 1, 2017, at 11:00 AM, Michael Rasmussen wrote: > > I have digged deeper into this problem and have discovered that it is > actually a very critical problem since the low-level disk tools > recognizes the disk but the kernel has mapped the disk to another disk > so that two different /dev/dsk points to the same physical disk. This is on Xen? There's a fix coming for this: https://github.com/omniti-labs/illumos-omnios/commit/1b5a946e10cb0aefb70eb10f6a0fb7f6d8a91f42 That started here: https://github.com/openzfs/openzfs/pull/281 Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Wed, 1 Mar 2017 00:55:30 +0100 Michael Rasmussen wrote: > To quick. First disk can never be used since removing DVD/CD will only > make IPXE shadow first disk and IPXE by default cannot be moved. > I have digged deeper into this problem and have discovered that it is actually a very critical problem since the low-level disk tools recognizes the disk but the kernel has mapped the disk to another disk so that two different /dev/dsk points to the same physical disk. AVAILABLE DISK SELECTIONS: 0. c2t0d0 /pci@0,0/pci1af4,2@a/blkdev@0,0 1. c3t0d0 /pci@0,0/pci1af4,2@b/blkdev@0,0 2. c5t0d0 /pci@0,0/pci1af4,2@c/blkdev@0,0 Specify disk (enter its number): 0 selecting c2t0d0 No defect list found [disk formatted, no defect list found] /dev/dsk/c5t0d0s0 is part of active ZFS pool rpool. Please see zpool(1M). No Solaris fdisk partition found. zpool status pool: rpool state: ONLINE scan: resilvered 2.00M in 0h0m with 0 errors on Wed Mar 1 15:49:20 2017 config: NAMESTATE READ WRITE CKSUM rpool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 c3t0d0 ONLINE 0 0 0 c5t0d0 ONLINE 0 0 0 zpool attach rpool c5t0d0 c2t0d0 invalid vdev specification use '-f' to override the following errors: /dev/dsk/c5t0d0s0 is part of active ZFS pool rpool. Please see zpool(1M). root@unknown:~# zpool attach rpool c3t0d0 c2t0d0 invalid vdev specification use '-f' to override the following errors: /dev/dsk/c5t0d0s0 is part of active ZFS pool rpool. Please see zpool(1M). -- 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: Flying is the second greatest feeling you can have. The greatest feeling? Landing... Landing is the greatest feeling you can have. pgpZBh93He_Cy.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, Feb 28, 2017 at 10:35 PM, Dan McDonald wrote: > > > On Feb 28, 2017, at 5:22 PM, Peter Tribble > wrote: > > > > Dan, > > > > > Ok, some comments (I'm wearing 2 hats here, one as an omnios > > customer, the other as someone who's actually written an installer): > > > > Overall, I think I prefer it to Caiman. But then I was never a > > fan of Caiman, it was all so slow and klunky. > > > > The ISO is, how can I say this, rather bigger than before. > > Yes. This is because I wanted to get it running first. > > I will note that if I used 7z instead of bzip2, I can shrink the ZFS image > that lives in the ISO. > > > Right, so you've dropped the good old solaris.zlib approach > > Oddly enough, solaris.zlib uses 7z, IIRC. > Well, lzma or gzip. I use gzip in Tribblix because lzma didn't give me a noticeable benefit and gzip was much quicker. > > looks like a 64-bit only ISO. (The image you install is dual > > 32/64-bit though.) > > OmniOS officially only supports 64-bit installs. That we still provide a > 32-bit one is an artifact of limited resources, not a statement of > direction. > I just think you should be consistent. > > The root archive is uncompressed. You could make the iso smaller > > by gzipping the root archive. > > Can boot_archive be compressed? I didn't think it could. > It's normally gzipped. (Without the extension.) > > The root archive doesn't need the root reserve or anything like as > > many inodes, which can save you quite a lot of space. > Another benefit from gzipping the root archive is that the empty space on the ufs filesystem compresses away really well... > > The loader menu on the ISO ought to have a 'boot from disk' option > > that's removed for the installed system. > > Interesting idea. I'll make note of that. > Thanks. > > You probably want to be able to control the name of the initial BE > > you create (think of the case of installing into an older system that > > already has omnios installed). > > Currently no installer does this. I don't want to go down the path of > feeping-creaturism unless it's a huge win. One user != huge. > I mentioned this because we see this request crop up for OI fairly regularly. Essentially, how do I reinstall a broken system without losing all my data? (And I implemented it for Tribblix a while back.) Your quick-networking idea is something I've been considering in a > different context --> full DHCP-node install. Basically, the media runs, > guesses disks and interfaces, slaps bits, tells new bits to DHCP and DNS, > and it's one-button install. Again, I want to beware of > feeping-creaturism, though. > Oh, I'm not saying you need to implement all this, or do it today; but thinking about possible scenarios means you don't paint yourself into a corner. Thanks, -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
Okay. Not even seeing the loader screen then... shoot. Good news is that there are some new fixes in loader from upstream that I'm building now. A new test ISO will get spun from them. Dan Sent from my iPhone (typos, autocorrect, and all) > On Feb 28, 2017, at 10:37 PM, Doug Hughes wrote: > > > > On 2/28/2017 10:27 PM, Dan McDonald wrote: >>> On Feb 28, 2017, at 9:33 PM, Doug Hughes wrote: >>> >>> I get an endless boot loop. >>> >>> libvirt/kvm on Centos7 >>> >>> It took me a while, but I managed to get a screenshot, which was very >>> difficult and took about 15 tries. >>> >> You can use the BSD Loader menu to enable kmdb. Then you will die and enter >> KMDB, where you can do $C and other things. :) >> >> Dan > Not able to get there. The ISO boot is doing the boot loop so I can't get > past that to the numeric menu. > > ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On 2/28/2017 10:27 PM, Dan McDonald wrote: On Feb 28, 2017, at 9:33 PM, Doug Hughes wrote: I get an endless boot loop. libvirt/kvm on Centos7 It took me a while, but I managed to get a screenshot, which was very difficult and took about 15 tries. You can use the BSD Loader menu to enable kmdb. Then you will die and enter KMDB, where you can do $C and other things. :) Dan Not able to get there. The ISO boot is doing the boot loop so I can't get past that to the numeric menu. ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Feb 28, 2017, at 9:33 PM, Doug Hughes wrote: > > I get an endless boot loop. > > libvirt/kvm on Centos7 > > It took me a while, but I managed to get a screenshot, which was very > difficult and took about 15 tries. > You can use the BSD Loader menu to enable kmdb. Then you will die and enter KMDB, where you can do $C and other things. :) Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Wed, 1 Mar 2017 00:12:20 +0100 Michael Rasmussen wrote: > > PS. Above only concerns the installer kernel. The kernel installed has > no such issues so you can use the prtvtoc /dev/rdsk/c. | fmthard > -s - /dev/rdsk/c... and zpool attach -f rpool c. c. after initial > boot. > To quick. First disk can never be used since removing DVD/CD will only make IPXE shadow first disk and IPXE by default cannot be moved. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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: Van Roy's Law: An unbreakable toy is useful for breaking other toys. pgpYV1s6rSTrr.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 23:36:09 +0100 Michael Rasmussen wrote: > On Tue, 28 Feb 2017 17:16:56 -0500 > Dan McDonald wrote: > > > > > Are you seeing this? > > > > https://github.com/omniti-labs/illumos-omnios/pull/10 > > > Yes, exactly. Which also have that odd side effect that a single disk > rpool is created on the second disk (layered after the ide device) is > chosen for the pool with the consequence that users must interfere bios > boot to choose second disk to use as boot device. > > I will try to see whether to use sata for cd will change this oddity. > Stay tuned. > No luck. Qemu (seabios) will always have this order: 1. first disk 2. DVD/CD 3. IPXE 4. second disk 5. Legacy option romm PS. Above only concerns the installer kernel. The kernel installed has no such issues so you can use the prtvtoc /dev/rdsk/c. | fmthard -s - /dev/rdsk/c... and zpool attach -f rpool c. c. after initial boot. PPS. Booting installer iso using sata or scsi will increase load speed by a factor 10. -- 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 have the simplest tastes. I am always satisfied with the best. -- Oscar Wilde pgpozVnap7muJ.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Feb 28, 2017, at 5:22 PM, Peter Tribble wrote: > > Dan, > Ok, some comments (I'm wearing 2 hats here, one as an omnios > customer, the other as someone who's actually written an installer): > > Overall, I think I prefer it to Caiman. But then I was never a > fan of Caiman, it was all so slow and klunky. > > The ISO is, how can I say this, rather bigger than before. Yes. This is because I wanted to get it running first. I will note that if I used 7z instead of bzip2, I can shrink the ZFS image that lives in the ISO. > Right, so you've dropped the good old solaris.zlib approach Oddly enough, solaris.zlib uses 7z, IIRC. > and simply gone for a single root archive. I'm thinking of doing > the same, by the way, but it has consequences for RAM use and > reliability (although hopefully the new loader will handle large boot > archives better than grub+bios did). Loader makes a lot of things better. > It looks like a 64-bit only ISO. (The image you install is dual > 32/64-bit though.) OmniOS officially only supports 64-bit installs. That we still provide a 32-bit one is an artifact of limited resources, not a statement of direction. > The root archive is uncompressed. You could make the iso smaller > by gzipping the root archive. Can boot_archive be compressed? I didn't think it could. > The root archive doesn't need the root reserve or anything like as > many inodes, which can save you quite a lot of space. > > The loader menu on the ISO ought to have a 'boot from disk' option > that's removed for the installed system. Interesting idea. I'll make note of that. > The live media is a bit sparse. There's quite a bit of stuff I would > normally expect on a booted system, iostat for starters, that's > useful for recovery. Note the provenance of this code. It comes from the kayak PXE booter. Basically, I've been adding more to what the PXE booter sends to be complete in the ISO. > There are some odd device links under /dev/dsk > > Oddly, diskinfo isn't on the installed system. Oh, on the INSTALLED system. Yeah, that's a bug, and can be fixed in github.com:/omniti-labs/kayak. > You probably want to be able to control the name of the initial BE > you create (think of the case of installing into an older system that > already has omnios installed). Currently no installer does this. I don't want to go down the path of feeping-creaturism unless it's a huge win. One user != huge. > One advantage of the current process is that it copies the currently > booted OS onto the installed system. Which (a) copies any manual > hacks you've made in order to get it to work, and (b) ensures that > the installed system is going to work because it's identical to the one > you're running off the media. Having the installed system come from > a different source breaks that connection; that may be good or bad > depending on your point of view. That's technically wrong. In practice they do come from the same source bits, but the .zfs.bz2 file COULD be generated elsewhere. > (The live kernel and the installed kernel in this case are different, > it just looks like dtrace from a quick look.) For now that's mostly true. > One nice option would be to have a minimal iso without the kayak > dataset, but that allows you to configure minimal networking and > then give it a URL to get the archive from. (The use case here is > remote mounting the boot iso from my laptop via the server's > LOM interface.) This is how kayak for PXE works now. It wouldn't be hard to not include the .zfs.bz2 and instead include a URL, and a network-bringup script. Said script would need instant-naming capability (i.e. DNS) along with DHCP configuration. Kayak for PXE grabs all of this from the DHCP server today. > Shoving the kayak dataset into the root archive does make it > quite large and increase the memory requirement - but it does > allow quite a lot of simplification, as omnios never needs to > talk to the media at all, once the loader has read the archive > the media can be disposed of. Ideally yes. > That's all for this pass, I think. Your quick-networking idea is something I've been considering in a different context --> full DHCP-node install. Basically, the media runs, guesses disks and interfaces, slaps bits, tells new bits to DHCP and DNS, and it's one-button install. Again, I want to beware of feeping-creaturism, though. Thank you! Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 17:16:56 -0500 Dan McDonald wrote: > > Are you seeing this? > > https://github.com/omniti-labs/illumos-omnios/pull/10 > Yes, exactly. Which also have that odd side effect that a single disk rpool is created on the second disk (layered after the ide device) is chosen for the pool with the consequence that users must interfere bios boot to choose second disk to use as boot device. I will try to see whether to use sata for cd will change this oddity. Stay tuned. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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: Mieux vaut tard que jamais! [ Better late than never ] pgp2gjr22xXho.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
Dan, On Mon, Feb 27, 2017 at 10:10 PM, Dan McDonald wrote: > I'm in the middle of rewhacking our PXE installer, Kayak, to ALSO provide > support for an ISO-based mildly-interactive installer. Here's the new > install menu: > > > Welcome to the OmniOS installation menu > > > 1 Find disks, create rpool, and install OmniOS > 2 Install OmniOS straight on to a preconfigured rpool > 3 Shell (if you need to preconfigure rpool) > 4 Terminal type (currently sun-color) > 5 Reboot > > > > Basically, #1 will use diskinfo(1M) to list the disks and let you select > them. #2 will find an imported and online pool named "rpool" that you > configured in advance, and install OmniOS on it. #3 give you a shell to do > such configuration. > > I'm somewhat along in this process, but it's VERY rough. I have some of > #2's functionality working now. > > If there are brave people who wish to try various stages of the new ISO > installer for OmniOS (it will also be the USB one... BSD Loader makes USB > construction simple once you have an ISO created), please let me know. > Ok, some comments (I'm wearing 2 hats here, one as an omnios customer, the other as someone who's actually written an installer): Overall, I think I prefer it to Caiman. But then I was never a fan of Caiman, it was all so slow and klunky. The ISO is, how can I say this, rather bigger than before. Right, so you've dropped the good old solaris.zlib approach and simply gone for a single root archive. I'm thinking of doing the same, by the way, but it has consequences for RAM use and reliability (although hopefully the new loader will handle large boot archives better than grub+bios did). It looks like a 64-bit only ISO. (The image you install is dual 32/64-bit though.) The root archive is uncompressed. You could make the iso smaller by gzipping the root archive. The root archive doesn't need the root reserve or anything like as many inodes, which can save you quite a lot of space. The loader menu on the ISO ought to have a 'boot from disk' option that's removed for the installed system. The live media is a bit sparse. There's quite a bit of stuff I would normally expect on a booted system, iostat for starters, that's useful for recovery. There are some odd device links under /dev/dsk Oddly, diskinfo isn't on the installed system. You probably want to be able to control the name of the initial BE you create (think of the case of installing into an older system that already has omnios installed). One advantage of the current process is that it copies the currently booted OS onto the installed system. Which (a) copies any manual hacks you've made in order to get it to work, and (b) ensures that the installed system is going to work because it's identical to the one you're running off the media. Having the installed system come from a different source breaks that connection; that may be good or bad depending on your point of view. (The live kernel and the installed kernel in this case are different, it just looks like dtrace from a quick look.) One nice option would be to have a minimal iso without the kayak dataset, but that allows you to configure minimal networking and then give it a URL to get the archive from. (The use case here is remote mounting the boot iso from my laptop via the server's LOM interface.) Shoving the kayak dataset into the root archive does make it quite large and increase the memory requirement - but it does allow quite a lot of simplification, as omnios never needs to talk to the media at all, once the loader has read the archive the media can be disposed of. That's all for this pass, I think. Thanks! -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Feb 28, 2017, at 4:50 PM, Michael Rasmussen wrote: > > On Tue, 28 Feb 2017 22:46:37 +0100 > Michael Rasmussen wrote: > >> On Tue, 28 Feb 2017 22:15:43 +0100 >> Michael Rasmussen wrote: >> >> Testing visibility of disks to the installer: >> No disks/interface idesata virtioscsi >> 1 1 1 1 1 >> n+1 n+1 n+1 1 1 >> > Forgot to mention: qemu v. 2.7.1 Are you seeing this? https://github.com/omniti-labs/illumos-omnios/pull/10 Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 22:46:37 +0100 Michael Rasmussen wrote: > On Tue, 28 Feb 2017 22:15:43 +0100 > Michael Rasmussen wrote: > > Testing visibility of disks to the installer: > No disks/interface idesata virtioscsi > 1 1 1 1 1 > n+1 n+1 n+1 1 1 > Forgot to mention: qemu v. 2.7.1 -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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: its hard being a lesbian withoutn breasts...people dont take you seriously pgpQSrAzVmquQ.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 22:15:43 +0100 Michael Rasmussen wrote: > A new issue: > Assigned to virtio disks to the VM but diskinfo only finds one? > First disk: > /dev/dsk/c1t0d0 > /dev/rdsk/c1t0d0 > both mapped to pci device > No /dev/{r,}dsk/c4t0d0 > > but diskinfo clams a disk in c4t0d0 > > Testing visibility of disks to the installer: No disks/interface idesata virtioscsi 1 1 1 1 1 n+1 n+1 n+1 1 1 -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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: Why bother building any more nuclear warheads until we use the ones we have? pgpzA0_YhjlDf.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Feb 28, 2017, at 4:00 PM, Michael Rasmussen wrote: > > Is an initial requirement of 1GB memory not a bit to high? I shoved EVERYTHING into the ramdisk image, so it's more than 512. I think 768 is doable, TBH. I haven't yet tried optimizing for lower-memory deployments (I can do this eventually, just not yet). I also thought (perhaps incorrectly) that 1GB was a fair minimum these days. Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 22:00:18 +0100 Michael Rasmussen wrote: > On Tue, 28 Feb 2017 15:46:54 -0500 > Dan McDonald wrote: > > > I saw that error when I disconnected my virtual cd drive mid installer > > boot. Please check the integrity of your downloaded ISO. > > > Solved it. > Initially using 512MB memory which was not enough to contain the rootfs. > Increasing memory to 1GB and the installer boots;-) > > Is an initial requirement of 1GB memory not a bit to high? > A new issue: Assigned to virtio disks to the VM but diskinfo only finds one? First disk: /dev/dsk/c1t0d0 /dev/rdsk/c1t0d0 both mapped to pci device No /dev/{r,}dsk/c4t0d0 but diskinfo clams a disk in c4t0d0 -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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 woman should have compassion. -- Kirk, "Catspaw", stardate 3018.2 pgp1iiIbUBf5k.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 15:46:54 -0500 Dan McDonald wrote: > I saw that error when I disconnected my virtual cd drive mid installer boot. > Please check the integrity of your downloaded ISO. > Solved it. Initially using 512MB memory which was not enough to contain the rootfs. Increasing memory to 1GB and the installer boots;-) Is an initial requirement of 1GB memory not a bit to high? -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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: Q: What's the difference betweeen USL and the Graf Zeppelin? A: The Graf Zeppelin represented cutting edge technology for its time. pgpTvcsSKCqi0.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
I saw that error when I disconnected my virtual cd drive mid installer boot. Please check the integrity of your downloaded ISO. Thanks, Dan Sent from my iPhone (typos, autocorrect, and all) > On Feb 28, 2017, at 3:12 PM, Michael Rasmussen wrote: > > On Tue, 28 Feb 2017 14:43:50 -0500 > Dan McDonald wrote: > >> I meant on the installer, not on LOADER. Press return on loader (that's the >> GRUB repoacment) to boot illumos and then the installer. You should see the >> SunOS banner THEN look for the OmniOS installation menu. >> > Installer never starts. Boot crashes due to a missing rootfs module. > See screendump. > > > -- > Hilsen/Regards > Michael Rasmussen > > Get my public GnuPG keys: > michael rasmussen cc > http://pgp.mit.edu:11371/pks/lookup?op=get&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 get my exercise acting as pallbearer to my friends who exercise. >-- Chauncey Depew > ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 14:43:50 -0500 Dan McDonald wrote: > I meant on the installer, not on LOADER. Press return on loader (that's the > GRUB repoacment) to boot illumos and then the installer. You should see the > SunOS banner THEN look for the OmniOS installation menu. > Installer never starts. Boot crashes due to a missing rootfs module. See screendump. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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 get my exercise acting as pallbearer to my friends who exercise. -- Chauncey Depew pgpoBXnUzas0d.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
I meant on the installer, not on LOADER. Press return on loader (that's the GRUB repoacment) to boot illumos and then the installer. You should see the SunOS banner THEN look for the OmniOS installation menu. Dan Sent from my iPhone (typos, autocorrect, and all) > On Feb 28, 2017, at 1:58 PM, Michael Rasmussen wrote: > > On Tue, 28 Feb 2017 13:23:24 -0500 > Dan McDonald wrote: > >>> On Feb 28, 2017, at 1:02 PM, Dan McDonald wrote: >>> >>> I messed something up in this ISO's construction. Please wait, folks, >> >> Okay... >> >> 1.) I've reconstructed the ISO, and diskinfo is available in the shell. >> > How should diskinfo be invoked? > When pressing menu '3' I see: > ok _ > Doing > ok diskinfo gives: > not found > > > -- > Hilsen/Regards > Michael Rasmussen > > Get my public GnuPG keys: > michael rasmussen cc > http://pgp.mit.edu:11371/pks/lookup?op=get&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: > All generalizations are false, including this one. >-- Mark Twain > ___ > OmniOS-discuss mailing list > OmniOS-discuss@lists.omniti.com > http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 13:23:24 -0500 Dan McDonald wrote: > > On Feb 28, 2017, at 1:02 PM, Dan McDonald wrote: > > > > I messed something up in this ISO's construction. Please wait, folks, > > Okay... > > 1.) I've reconstructed the ISO, and diskinfo is available in the shell. > How should diskinfo be invoked? When pressing menu '3' I see: ok _ Doing ok diskinfo gives: not found -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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: All generalizations are false, including this one. -- Mark Twain pgpGXQzZQ_0b2.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Feb 28, 2017, at 1:02 PM, Dan McDonald wrote: > > I messed something up in this ISO's construction. Please wait, folks, Okay... 1.) I've reconstructed the ISO, and diskinfo is available in the shell. 2.) format is available, but not functional because of the horrid hacks I made to get the install menu working. Pardon the delay. Here are the new sums for http://kebe.com/~danmcd/webrevs/r151021-kayak.iso md5 (r151021-kayak.iso) = 82236fe8acb1c29469b7fc79423e105b sha1 (r151021-kayak.iso) = 84f1fff1374bd44678e9386f27c0f396901aa1ab sha256 (r151021-kayak.iso) = d24b2b60452179a574e8d70fa69d6deb6ea71436c8badc0a711451f664513e59 Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Feb 28, 2017, at 12:48 PM, Michael Rasmussen wrote: > > On Tue, 28 Feb 2017 12:22:37 -0500 > Dan McDonald wrote: > >> diskinfo(1M) or format(1M) > No found on the iso?? Shoot. I messed something up in this ISO's construction. Please wait, folks, Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Tue, 28 Feb 2017 12:22:37 -0500 Dan McDonald wrote: > diskinfo(1M) or format(1M) No found on the iso?? -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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: The universe is all a spin-off of the Big Bang. pgp03UI6bjILN.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Feb 27, 2017, at 5:10 PM, Dan McDonald wrote: > > If there are brave people who wish to try various stages of the new ISO > installer for OmniOS (it will also be the USB one... BSD Loader makes USB > construction simple once you have an ISO created), please let me know. Please download this: http://kebe.com/~danmcd/webrevs/r151021-kayak.iso md5 (r151021-kayak.iso) = e1bfabf04b6e0ebcd980c6bc1834a19a sha1 (r151021-kayak.iso) = ec8e587ea39705e7cd0f5bcc0b0c4b8cd597d21f sha256 (r151021-kayak.iso) = 6eb045fe52dd0b3cdfcdaa8c905e63b1afd9b23e6585b1c706a4ed8be363aee6 And try it out. PLEASE NOTE that menu item "1" isn't working yet, so to install OmniOS this way, you'll need to: 1.) Enter a shell using menu item "3". Because of the way I did the installer, there's no job control on the tty. 2.) Use diskinfo(1M) to list the available disks. 2a.) (Optional) Use format(1M) or whatever other tools to partition if you feel you need to do this. 3.) Create a pool called "rpool". BTW, you can use whole-disk GPT now, and that will be the new installer's default. You can use mirrors, but you cannot use RAIDz. 4.) Exit the shell. 5.) Use menu item "2" to install. You will get some questions, you can just hit RETURN to be quick, or answer them and do some customization. 6.) Reboot to your new disk. It'll be the same image we have on http://pkg.omniti.com/omnios/bloody/ It will boot via BSD Loader. Thanks, Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
On Mon, 27 Feb 2017 17:10:30 -0500 Dan McDonald wrote: > > NOTE 2: I'm ESPECIALLY interested in people on qemu or other virtualization > technologies, as this installer should not have the hangups about blkdev > devices that the old installer did. If diskinfo(1M) in the shell sees it, > you can install on it. > I am running Omnios in my Proxmox cluster (Debian/Ubuntu Qemu based) already so I will gladly volunteer. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&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: semper en excretus pgpcw9B1gMEHW.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
> On Feb 28, 2017, at 3:00 AM, Stephan Budach wrote: > > Hi Dan, > > would that allow me to run OmniOS on a Xen-based Oracle VM? Frankly, I didn't > manage to get that one up due to restrained resources on my end - and it > since hasn't been pressing enough… ;) It MIGHT, and you're the sort of person I need to confirm/deny it. Watch for a kebe.com link later today. Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
I could try it on libvirt/qemu. On Feb 28, 2017 3:14 AM, "Stephan Budach" wrote: > Hi Dan, > > would that allow me to run OmniOS on a Xen-based Oracle VM? Frankly, I > didn't manage to get that one up due to restrained resources on my end - > and it since hasn't been pressing enough… ;) > > Cheers, > Stephan > > > ___ > OmniOS-discuss mailing list > OmniOS-discuss@lists.omniti.com > http://lists.omniti.com/mailman/listinfo/omnios-discuss > > ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] CALL FOR VOLUNTEERS - Kayak for ISO alpha
Hi Dan, would that allow me to run OmniOS on a Xen-based Oracle VM? Frankly, I didn't manage to get that one up due to restrained resources on my end - and it since hasn't been pressing enough… ;) Cheers, Stephan smime.p7s Description: S/MIME cryptographic signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss