BraveheartBSD | zpool import still hangs ubuntu server, I have to pull plugs to get back into it. | 01:15 |
---|---|---|
BraveheartBSD | Server management console indicates drive arry is good, all disks pass. | 01:15 |
BraveheartBSD | I've wiped the root drive, reinstalled 22.04, same problem | 01:29 |
sarnold | what's the exact command line you're using? are there any messages in journalctl or dmesg? | 01:33 |
BraveheartBSD | zpool import <pool_name> | 01:35 |
BraveheartBSD | zfs import also fails | 01:35 |
BraveheartBSD | nothing related to zfs, cpu is 0.01, mem is 22gb free | 01:36 |
sarnold | try it with -d /dev/disk/by-id/ | 01:36 |
BraveheartBSD | Done that too, same thing. txg_sync and zpool both hang. I let it run for 12 hours the other day. | 01:38 |
sarnold | dang :( | 01:40 |
sarnold | I almost never import my own pools, and they've only got a few drives in them, but it *feels* like it's pretty quick | 01:40 |
sarnold | try popping into #zfsonlinux or #openzfs and maybe you'll get more eyes on it, I really only know how things work when they work fine | 01:41 |
sarnold | good luck :) | 01:41 |
BraveheartBSD | Ok, thanks | 01:42 |
=== chris14_ is now known as chris14 | ||
=== JanC_ is now known as JanC | ||
=== elastic_dog is now known as Guest9547 | ||
=== JanC_ is now known as JanC | ||
=== esembee_ is now known as esembee | ||
=== JanC_ is now known as JanC | ||
paride | lvoytek, rbasak , hi! The mysql-8.0 autopkgtest OOM is now sorted out, correct? I see Lena's change landed in autopkgtest-package-configs | 09:00 |
=== shokohsc2 is now known as shokohsc | ||
=== sdeziel_ is now known as sdeziel | ||
=== cpaelzer_ is now known as cpaelzer | ||
jdarnley | Why has systemd/udev stopped assigning a "predictable" name to network interfaces after changing a network card? | 15:03 |
jdarnley | Same manufacturer, same driver, minor model change. | 15:03 |
rbasak | The model change might do it? | 15:07 |
rbasak | The intent is to keep the same NIC having the same name over reboots. I don't think there's been any default promise over keeping names following hardware changes. | 15:08 |
rbasak | That's probably achievable but might need some configuration | 15:08 |
jdarnley | I would just about understand if the bus changed or something (I have seen that on my desktop when adding/removing a video card) | 15:08 |
jdarnley | but the new card is not named at all! | 15:08 |
jdarnley | eth0 and eth1 rather than ens1f0np0 and ens1f1np1 | 15:09 |
rbasak | Are you sure that's Ubuntu's default behaviour and not a result of a local configuration change? | 15:09 |
jdarnley | Dunno. The old card was named "correctly" before powering off. Th new card started like this on boot. | 15:10 |
jdarnley | AFAIK I haven't screwed the config that much | 15:11 |
jdarnley | There appear to be no udev rules changing the name | 15:12 |
jdarnley | I'd reinstall but I have better things to do so I will just change the config to the new names | 15:14 |
jdarnley | "predictable" my fucking arse! | 15:14 |
lvoytek | paride: Yes the mysql autopkgtest failure was fixed by adding it to big_packages in ppc64el, thanks! | 19:13 |
paride | great! | 19:14 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!