[00:49] <znf> 1 hour later, still installing https://i.imgur.com/TDD7TGm.png
=== chris14_ is now known as chris14
[02:15] <znf> I'm still fucking installing... https://i.imgur.com/aVp3l0j.png
[02:16] <znf> Started at 2am, it's 5:15... because someone decided to remove the old debian-installed based mini.iso... 
[02:26] <ravage1> Maybe try a blog post
[02:27] <leftyfb> znf: what kind of potato and IDE hard drive are you installing ubuntu on?
[02:28] <znf> AMD Epyc Zen4, 512GB RAM, NVMe disks 
[02:28] <leftyfb> and you're installing from floppies? 3.5 or 1.44?
[02:28] <znf> ...but it's over IPMI and a 50ms latency connection 
[02:29] <leftyfb> over ipmi?
[02:29] <znf> Yes? 
[02:29] <leftyfb> I wasn't aware that ipmi could mount iso's
[02:29] <patdk-lap> heh, fun 100mbit limit :)
[02:29] <znf> That's basically one of the main features of all IPMI systems? 
[02:30] <znf> patdk-lap: 1Gbit from me upload 
[02:30] <patdk-lap> isn't that the whole point of ipmi :)\
[02:30] <znf> 10Gbit server 
[02:30] <patdk-lap> ah, my hp ilo's are only 100mbit
[02:30] <leftyfb> znf: what's the ipmitool command to mount and attach the iso?
[02:30] <znf> That's not how you use it... 
[02:31] <leftyfb> how do you use it?
[02:31] <ravage1> They usually have a web ui for that
[02:31] <patdk-lap> click, mount iso image, and select the image :)
[02:31] <znf> I'm using "IPMI" generically. Do you want me to say iDRAC instead? 
[02:31] <leftyfb> ipmi doesn't have a web UI
[02:31] <leftyfb> yes
[02:31] <ravage1> Maybe try something like https://boot.netboot.xyz/ipxe/netboot.xyz.iso next time
[02:31] <znf> Semantics 
[02:31] <leftyfb> iDrac happens to support the ipmi commands, the iDrac is not ipmi
[02:32] <znf> again, semantics, do you call the Supermicro one MegaRAC, too?
[02:32] <leftyfb> ipmi does not support mounting and attacking iso's for installation
[02:32] <leftyfb> nor does ipmi have a web UI
[02:32] <leftyfb> it's not semantics 
[02:32] <znf> You must be fun at parties
[02:33] <leftyfb> I thought this was support. The party is in #ubuntu-offtopic 
[02:33] <leftyfb> when asking for and providing support, details matter
[02:33] <leftyfb> and yes, since Ubuntu 22.04, I have noticed the installs over the iDrac to be significantly slower
[02:34] <znf> When speaking with a colleague, do you ask him to login the iDRAC/iLo/MegaRAC/whateverotherproprietaryname, or do you juse use something generic, like... "can you check via ipmi/bmc/ikvm?"
[02:34] <ravage1> And ipmi 2.0 supports remote virtual media
[02:35] <leftyfb> znf: if referring to the web UI, I'll use the name of the webUI in your first list of BMC's
[02:35] <znf> ravage1, I know of it, but it doesn't really work out with Hetzner's system, as they have their own iPXE thingie going on there. Haven't tried it in a while, but last time I did, it didn't work out pretty 
[02:36] <ravage1> The iso should work like any other 
[02:36] <ravage1> But haven't tried it in a while too
[02:37] <leftyfb> ravage1: it seems to be just big enough to hit some sort of limitation with the iDrac out of band terminal
[02:37] <leftyfb> the 22.04 iso (and potentially newer)
[02:37] <znf> Netboot.xyz uses the iPXE "ROM" to fetch its scripts (aka menus) 
[02:38] <znf> Hetzner also use iPXE too serve reFind to boot local OS (I know, sounds a bit weird) 
[02:38] <znf> To*
[02:38] <ravage1> You don't need any ipxe functionality of the nic for the iso
[02:39] <ravage1> But I don't have any hetzner server
[02:39] <znf> I know you don't. But last time I tried to use it, it would fetch dhcp, because, well, it does... And hetzner has their own pxe/bootp scripts that serve reFind to all iPXE ROMs 
[02:39] <ravage1> And I do my Ubuntu installs via grml and debootstrap to avoid rants like yours
[02:39] <ravage1> And to keep my sanity 
[02:41] <znf> So last time I tried to boot the iPXE iso, it would grab dhcp, and then... It went on and kept booting hetzner's script lol
[02:41] <ravage1> you can cancel dhcp and set the ip manually
[02:42] <znf> mini.iso was such a damn great concept :(
[02:42] <ravage1> it was
[02:43] <leftyfb> znf: You mean this one? https://cdimage.ubuntu.com/ubuntu-mini-iso/noble/daily-live/20240608/noble-mini-iso-amd64.iso
[02:43] <ravage1> not that not the same
[02:43] <znf> No, that one is utter crap 
[02:43] <ravage1> and i never managed to boot that
[02:43] <ravage1> its a complete failure
[02:44] <znf> I tried it in the first week 24.04 was released 
[02:44] <leftyfb> ok, so you don't mean the mini.iso was a great concept, you preferred debian-installer over subiquiti
[02:44] <znf> ...24.04 was absent from the list of releases to pick from
[02:44] <ravage1> it worked
[02:45] <znf> It also doesn't work if you don't have dhcp
[02:45] <znf> When I tried it without dhcp, it would just infinitely wait for dhcp and there was nothing you could do 
[02:46] <znf> I also tried it earlier, before booting the full ISO
[02:46] <znf> It reached the stage of dowloading... Something 
[02:46] <znf> But after 10 minutes there was no feedback 
[02:46] <znf> And yes. The debian-installed just worked. 
[02:47] <znf> "hey, I see you got no dhcp here, wanna configure this statically?" sure, buddy 
[02:48] <leftyfb> did you file any bugs with subiquity?
[02:49] <znf> You mean like the ones that are in perpetual limbo like the subnet one for 6+ years?
[02:50] <znf> I dare you to find, using a search engine, where to file bugs related to the new mini.iso 
[02:50] <leftyfb> there's nothing wrong with the mini.iso. Everything you've complained about is with the subiquity installer
[02:51] <znf> Because I tried a few hours ago and the only project that came up was "mini-iso-tools", and I couldn't tell if that's the right place 
[02:51] <znf> If the iso doesn't reach subiquity, how can I possibly file a bug for subiquity?
[02:52] <leftyfb> ok, then file a bug with the kernel or initramfs-tools
[02:53] <leftyfb> depending on where you're having the issue before the installer comes up
[02:55] <znf> You trolling 
[02:56] <znf> https://i.imgur.com/4OZNKUI.png 
[02:56] <leftyfb> since all you've done is rant, complain about semantics and refuse to file bugs, I'd say that's more in your court. You have yet to ask for any support
[02:56] <znf> I've posted that 6 hours ago 
[02:57] <znf> That's where it doesn't fucking do shit 
[02:57] <znf> No feedback, no nothing 
[02:57] <leftyfb> Is that over the iDrac?
[02:57] <znf> Can't even tell which portion of the stupid mini iso that belongs to 
[02:57] <znf> Yes. The mini fucking new shit iso 
[02:58] <leftyfb> Can you try it on a bare metal machine to see if you have the same issue ... and lose the language and attitude?
[02:58] <znf> no, I won't 
[02:59] <znf> I don't have a spare machine to run tests on 
[02:59] <znf> and I've been "at it" for 4+ hours
[02:59] <znf> something that used to take me 15 minutes with the old debian-installer based mini.iso 
[03:01] <leftyfb> aren't you typing on a machine now?
[03:02] <leftyfb> you know you can start the installer, get passed the point you see it not moving, then reboot and your machine will be fine right?
[03:03] <znf> And you expect me to just reboot my main machine that I'm working on to test a bad product? 
[03:04] <ravage1> just to add to the dhcp mini iso:
[03:04] <ravage1> https://p.haxxors.com/ujtwpelm.png
[03:04] <ravage1> this skips dhcp for me
[03:04] <leftyfb> oh, I'm sorry. I was under the impression you were here for support, which could include troubleshooting and filing a bug so that it gets resolved
[03:06] <znf> There's nothing that I could possibly say/write/file that would make whichever team decided to scrape the old reliable installer and instead replace it with this horror to ever change their minds 
[03:07] <patdk-lap> I wonder why they even bothered to make the server iso use it, I can understand the desktop
[03:07] <znf> ravage1: that's good to know for future cases. If only the Downloader would actually provide any sort of feedback 
[03:08] <znf> I genuinely can't know if it's just stuck or downloading very slowly 
[03:09] <znf> Yes, I am ranting, and you'd be too if you were doing nothing but staring at a spinner for the last 2+ hours... 
[03:09] <ravage1> Also tested netboot.xyz but only on a VM. I think that's what I will try tonight 
[03:09] <ravage1> Need to replace a storage node
[03:10] <znf> I had another random issue with netboot.xyz at a point when I was trying to get 22.04 installed 
[03:11] <znf> I was, again, over iDRAC (or iLo? Whatever), and it was configured as a shared connection instead of its own dedicated port 
[03:11] <znf> And I had like 200ms latency to that location 
[03:12] <ravage1> The netboot iso is less than 3mb
[03:12] <ravage1> I could serve that over serial
[03:13] <ravage1> I landed in the installer. That's all I need really 
[03:13] <znf> The mini iso worked? 
[03:14] <ravage1> That worked too yes 
[03:14] <ravage1> But I have DHCP 
[03:14] <znf> Wonder if mine just picked a very remote mirror for various reasons 
[03:15] <ravage1> Would need to do more testing if it really works with a static config
[03:15] <znf> Still, some feedback would be nice
[03:15] <ravage1> Maxed out my connection but that's easy on my home connection 
[03:15] <znf> Loading... From X mirror, at Y speed, eta Z
[03:16] <ravage1> I will try it later with the remote server
[03:16] <ravage1> But then my DNS resolves the main mirror to my own
[03:16] <znf> The full ISO I booted 4 hours ago is still installing the kernel... 
[03:16] <znf> Just gonna go to sleep and hopefully it will be done by the time I wake up 
[03:17] <ravage1> But the full iso serves everything over the ipmi
[03:17] <ravage1> That really takes ages
[03:17] <znf> Yeah, should have probably waited more than 10min on the mini.iso
[03:18] <znf> But the lack of feedback was really unsettling 
[03:18] <znf> And I had no possible way to check the transfer speed "from the outside" 
[03:18] <ravage1> Test the netboot iso when you can
[03:19] <ravage1> it loaded kernel and initramfs from their github project
[03:35] <ravage1> bzw for the mini iso you can wait for the dhcp timeout and do this: https://i.imgur.com/0bdFbGC.png
[03:35] <ravage1> *btw
[03:36] <ravage1> you can also set the URL to your own (faster?) mirror of the ISO then
[13:23] <znf> ravage1, yeah, no - https://i.imgur.com/l3pMT4Y.png 
[13:23] <znf> everything I try to boot, fails, lol
[13:24] <ravage1> look for a real hoster then 🙂
[13:24] <ravage1> installed my storage node
[13:24] <ravage1> worked perfectly 🙂
[13:28] <znf> it's pretty much the biggest hoster in Europe at this point, next to OVH, but ok...
[13:32] <znf> might be related to Secure Boot
[13:34] <znf> nope, secure boot is disabled
[13:38] <znf> *sigh* I legit got it installed, but by the time it finished, I completely forgot the username & password I set up. When trying to boot with init=/bin/bash, to reset the password, the keyboard input wouldn't work.. 
[13:41] <JanC> znf: you're on Hetzner? did you consider using the Rescue System and the 'installimage' script, or install using debootstrap from there?
[13:42] <JanC> https://docs.hetzner.com/robot/dedicated-server/troubleshooting/hetzner-rescue-system/
[13:42] <JanC> https://docs.hetzner.com/robot/dedicated-server/operating-systems/installimage/
[13:42] <znf> JanC, their installimage doesn't have 24.04 yet
[13:42] <znf> which is why I did this in the first place
[13:42] <znf> but yeah, I haven't had my coffee, I forgot about the fact that you can literally rescue the system with that 
[13:43] <JanC> you can create/provide custom images
[13:43] <znf> I'm not familiar with their system and how to create custom images for their setup, I feel like that's a step too far 
[13:45] <znf> they do have a section on how to install "custom images", but there's no info there on how to actually create an image compatible with Installimage
[13:51] <JanC> if this is hetzner cloud you can also attach ISO images to boot from & such in the Cloud Console (or using the API)
[13:54] <znf> nah, it's a bare metal server
[13:56] <JanC> they actually have a lot of documentation, _and_ usually good e-mail support IME  :)
[13:56] <JanC> https://docs.hetzner.com/robot/dedicated-server/operating-systems/installing-custom-images has soem information about the custom images
[13:57] <znf> yeah, but that's just how to install, not how to create it, it only says:
[13:58] <znf> > You need to archive the complete OS in the .tar.gz format and placed it on a web, NFS or FTP server, or upload it into the Rescue System (for example, by using SCP). The archive should not contain /dev, /proc or /sys folders.
[13:58] <znf> I feel like they're skipping a lot of info there :P
[14:01] <znf> still, wish I knew why, specifically, netboot.xyz doesn't work on their infra 
[14:01] <JanC> it's essentially just a tarball of an installed OS, I think, so what more do you expect? (it's probably similar to debootstrap, or maybe even uses it?)
[14:06] <JanC> after unpacking it probably chroots into the new install to configure networking & such
[14:10] <JanC> znf: they already use PXE/netboot for the Rescue System, and for pre-installing images on bare metal?
[14:12] <JanC> anyway, using the Rescue System, you can install pretty much any OS on hetzner systems, even OS that they don't support officially...
[14:42] <znf> JanC, yes, I'm familiar enough with the rescue/installimage system, just never done a "custom" image because, well, I never really needed it :D
[14:46] <JanC> I mean even without "installimage", you can always create a FS & copy all the needed files onto it, install & configure a bootloader, change the OS configuration if needed (possibly inside a chroot), if necessary retry until it boots...  :)
=== dbungert1 is now known as dbungert