znf | 1 hour later, still installing https://i.imgur.com/TDD7TGm.png | 00:49 |
---|---|---|
=== chris14_ is now known as chris14 | ||
znf | I'm still fucking installing... https://i.imgur.com/aVp3l0j.png | 02:15 |
znf | Started at 2am, it's 5:15... because someone decided to remove the old debian-installed based mini.iso... | 02:16 |
ravage1 | Maybe try a blog post | 02:26 |
leftyfb | znf: what kind of potato and IDE hard drive are you installing ubuntu on? | 02:27 |
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:28 |
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:29 |
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:30 |
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:31 |
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:32 |
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:33 |
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:34 |
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:35 |
ravage1 | The iso should work like any other | 02:36 |
ravage1 | But haven't tried it in a while too | 02:36 |
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:37 |
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:38 |
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:39 |
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:41 |
znf | mini.iso was such a damn great concept :( | 02:42 |
ravage1 | it was | 02:42 |
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:43 |
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:44 |
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:45 |
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:46 |
znf | "hey, I see you got no dhcp here, wanna configure this statically?" sure, buddy | 02:47 |
leftyfb | did you file any bugs with subiquity? | 02:48 |
znf | You mean like the ones that are in perpetual limbo like the subnet one for 6+ years? | 02:49 |
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:50 |
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:51 |
leftyfb | ok, then file a bug with the kernel or initramfs-tools | 02:52 |
leftyfb | depending on where you're having the issue before the installer comes up | 02:53 |
znf | You trolling | 02:55 |
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:56 |
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:57 |
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:58 |
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 | 02:59 |
leftyfb | aren't you typing on a machine now? | 03:01 |
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:02 |
znf | And you expect me to just reboot my main machine that I'm working on to test a bad product? | 03:03 |
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:04 |
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:06 |
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:07 |
znf | I genuinely can't know if it's just stuck or downloading very slowly | 03:08 |
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:09 |
znf | I had another random issue with netboot.xyz at a point when I was trying to get 22.04 installed | 03:10 |
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:11 |
ravage1 | The netboot iso is less than 3mb | 03:12 |
ravage1 | I could serve that over serial | 03:12 |
ravage1 | I landed in the installer. That's all I need really | 03:13 |
znf | The mini iso worked? | 03:13 |
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:14 |
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:15 |
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:16 |
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:17 |
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:18 |
ravage1 | it loaded kernel and initramfs from their github project | 03:19 |
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:35 |
ravage1 | you can also set the URL to your own (faster?) mirror of the ISO then | 03:36 |
znf | ravage1, yeah, no - https://i.imgur.com/l3pMT4Y.png | 13:23 |
znf | everything I try to boot, fails, lol | 13:23 |
ravage1 | look for a real hoster then 🙂 | 13:24 |
ravage1 | installed my storage node | 13:24 |
ravage1 | worked perfectly 🙂 | 13:24 |
znf | it's pretty much the biggest hoster in Europe at this point, next to OVH, but ok... | 13:28 |
znf | might be related to Secure Boot | 13:32 |
znf | nope, secure boot is disabled | 13:34 |
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:38 |
JanC | znf: you're on Hetzner? did you consider using the Rescue System and the 'installimage' script, or install using debootstrap from there? | 13:41 |
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:42 |
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:43 |
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:45 |
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:51 |
znf | nah, it's a bare metal server | 13:54 |
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:56 |
znf | yeah, but that's just how to install, not how to create it, it only says: | 13:57 |
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 | 13:58 |
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:01 |
JanC | after unpacking it probably chroots into the new install to configure networking & such | 14:06 |
JanC | znf: they already use PXE/netboot for the Rescue System, and for pre-installing images on bare metal? | 14:10 |
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:12 |
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:42 |
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... :) | 14:46 |
=== dbungert1 is now known as dbungert |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!