Proxmox VE helpder: Setting up Container OS Fails

[witchdoc]

Iemand hier toevallig bekend genoeg met proxmox, linux en scripting om the acterhalen wat er mis gaat bij mij?

Proxmox 8.2.5 up to date,
Pi-hole LXC script van https://tteck.github.io/Proxmox/

Elke keer dat ik die LXC probeer te maken krijg ik dezelfde error:

code:

✓ Updated LXC Template List
✓ LXC Container 100 was successfully created.
✓ Started LXC Container
/ Setting up Container OS
[ERROR] in line 90: exit code 0: while executing command locale_line=$(grep -v '^#' /etc/locale.gen | grep -E '^[a-zA-Z]' | awk '{print $1}' | head -n 1)

Die lijn heb ik teruggevonden in dit script: https://github.com/tteck/...0df/misc/install.func#L90

Maar zelfs met dat ganse script heb ik niet echt een idee wat er gebeurd/misloopt en dus ook geen idee hoe het te fixen.

Ik heb al geprobeerd dit via de GUI shell vs SSH te runnen, maar krijg dezelfde error.
Nadat het proces faalt, heb ik ook access tot the shell van die LXC.

Extra vervelend, maar misschien wel verduidelijkend) is dat ik exact hetzelfde heb met eender welke andere LXC container die ik via proxmox VE helper-script probeer te installeren.
Het lijkt dus eerder een issue met mijn algemene install dan wat anders?

En als laatste, diezelfde pi-hole LXC via het script van deze site heeft eerder wel gewerkt. Ben nu enkel bezig om het opnieuw te installeren omdat de eerste op 100% disk usage zit. Zou wel proxmox versie 7 geweest kunnen zijn toen.

[Cyphax]

Je kunt het commando eens uitvoeren op de shell, hij probeert zo te zien alleen een variabele te vullen en daar gaat iets bij mis. Misschien bestaat /etc/local.gen niet of kent ie awk of head niet, maar dat is niet zo heel waarschijnlijk zou ik denken, dus wat daar nou precies mis gaat durf ik niet te zeggen.
Dit doet ie bij mij (wel Proxmox 7 nog):

root@pve:~# locale_line=$(grep -v '^#' /etc/locale.gen | grep -E '^[a-zA-Z]' | awk '{print $1}' | head -n 1)
root@pve:~# echo $locale_line
en_US.UTF-8

[ Voor 12% gewijzigd door Cyphax op 21-09-2024 12:41 ]

[Hero of Time]

Omdat je in de shell van de container komt, lijkt het er eerder op dat het commando in de container wordt uitgevoerd, ipv de Proxmox host zelf. Het is dan de vraag waar het image van de container vandaan komt. Is dat van Proxmox zelf? Wat zouden ze dan achterwege laten tov andere LXC containers?

Maar ook, omdat het een locale wil hebben, kan je natuurlijk altijd nog het script zelf aanpassen, de regel die fout gaat verwijderen en handmatig het gewenste resultaat ervoor in de plaats zetten.

[witchdoc]

Hierbij nog even de proxmox system log.. die errors komen overeen met wanener het scipt ERROR'ed, maar blijven werl nog een tijdje doorlopen.

EDIT, deze meldign is er enkel als ik het probeer te installeren op de NAS. Als ik de local-LVM gebruik, dan heb ik onderstaande loop errors niet in mijn Proxmox system log. Dan zie ik eigenlijk helemaal niet bijzonders, maar krijg ik wel dezelfde error in line 90.

Onderstaande log doet er niet toe dus, vermoed ik.

code:

Sep 21 13:00:50 pve audit[5250]: AVC apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-200_</var/lib/lxc>" pid=5250 comm="apparmor_parser"
Sep 21 13:00:50 pve kernel: kauditd_printk_skb: 16 callbacks suppressed
Sep 21 13:00:50 pve kernel: audit: type=1400 audit(1726916450.769:28): apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-200_</var/lib/lxc>" pid=5250 comm="apparmor_parser"
Sep 21 13:00:51 pve kernel: vmbr98: port 5(veth200i0) entered blocking state
Sep 21 13:00:51 pve kernel: vmbr98: port 5(veth200i0) entered disabled state
Sep 21 13:00:51 pve kernel: veth200i0: entered allmulticast mode
Sep 21 13:00:51 pve kernel: veth200i0: entered promiscuous mode
Sep 21 13:00:51 pve kernel: eth0: renamed from vethMUNUWr
Sep 21 13:00:51 pve pct[5209]: <root@pam> end task UPID:pve:00001460:0000CA53:66EEA761:vzstart:200:root@pam: OK
Sep 21 13:00:51 pve pvestatd[1256]: modified cpu set for lxc/200: 0
Sep 21 13:00:51 pve kernel: vmbr98: port 5(veth200i0) entered blocking state
Sep 21 13:00:51 pve kernel: vmbr98: port 5(veth200i0) entered forwarding state
Sep 21 13:00:52 pve kernel: operation not supported error, dev loop0, sector 37144 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:53 pve kernel: operation not supported error, dev loop0, sector 41240 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:53 pve kernel: operation not supported error, dev loop0, sector 45336 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:53 pve kernel: operation not supported error, dev loop0, sector 49432 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:53 pve kernel: operation not supported error, dev loop0, sector 53528 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:53 pve kernel: operation not supported error, dev loop0, sector 57624 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:54 pve kernel: operation not supported error, dev loop0, sector 61720 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:54 pve kernel: operation not supported error, dev loop0, sector 65816 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:54 pve kernel: operation not supported error, dev loop0, sector 69912 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:55 pve kernel: operation not supported error, dev loop0, sector 4204456 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0
Sep 21 13:00:57 pve kernel: blk_print_req_error: 11 callbacks suppressed
Sep 21 13:00:57 pve kernel: operation not supported error, dev loop0, sector 4251904 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 0

[ Voor 5% gewijzigd door witchdoc op 21-09-2024 13:44 ]

[witchdoc]

Cyphax schreef op zaterdag 21 september 2024 @ 12:40:
Je kunt het commando eens uitvoeren op de shell, hij probeert zo te zien alleen een variabele te vullen en daar gaat iets bij mis. Misschien bestaat /etc/local.gen niet of kent ie awk of head niet, maar dat is niet zo heel waarschijnlijk zou ik denken, dus wat daar nou precies mis gaat durf ik niet te zeggen.
Dit doet ie bij mij (wel Proxmox 7 nog):

root@pve:~# locale_line=$(grep -v '^#' /etc/locale.gen | grep -E '^[a-zA-Z]' | awk '{print $1}' | head -n 1)
root@pve:~# echo $locale_line
en_US.UTF-8

Doe ik dit in de proxmox shell krijg ik hetzelfde resultaat.

Hero of Time schreef op zaterdag 21 september 2024 @ 13:05:
Omdat je in de shell van de container komt, lijkt het er eerder op dat het commando in de container wordt uitgevoerd, ipv de Proxmox host zelf. Het is dan de vraag waar het image van de container vandaan komt. Is dat van Proxmox zelf? Wat zouden ze dan achterwege laten tov andere LXC containers?

Maar ook, omdat het een locale wil hebben, kan je natuurlijk altijd nog het script zelf aanpassen, de regel die fout gaat verwijderen en handmatig het gewenste resultaat ervoor in de plaats zetten.

Van binnen in de pihole container krijg ik echter niets te zien:

root@pihole:~# echo $locale_line

root@pihole:~# locale_line=$(grep -v '^#' /etc/locale.gen | grep -E '^[a-zA-Z]' | awk '{print $1}' | head -n 1)
root@pihole:~# echo $locale_line

root@pihole:~#

Het begint gewoon met

bash -c "$(wget -qLO - https://github.com/tteck/Proxmox/raw/main/ct/pihole.sh)"

.
Dat is nog een vrij eenvoudig script lijkt mij maar wordt gelinked naar https://raw.githubusercon...xmox/main/misc/build.func

Daar vind ik dan ergens vanaf lijn 622 een alpinelinux image (terwijl in het script de keuze debian of ubuntu is) en kom ik uiteindelijk uit op het script van pi-hole zelf (?) https://raw.githubusercon...install/pihole-install.sh.

Kortom, dit gaat mijn petje serieus te boven ondertussen.

[witchdoc]

Pfft.. heren, dank jullie voor jullie inzet, maar euhm.. Ik heb ondertussen de container gebruikt (misbruikt?) om zelf pi-hole te installeren. Dit blijkt wel gewoon te werken.

[Hero of Time]

De reden voor de keus in het script tussen Debian en Ubuntu zal te maken hebben met de host waarop het komt te draaien. Er zit wat verschil tussen de twee, waardoor dus bepaalde keuzes gemaakt moet worden mbt de configuratie om een container te krijgen.

Uiteindelijk is het idee van containers om voor elke omgeving eenzelfde situatie te creëren. Alpine Linux is een veel gebruikte basis voor containers omdat het erg minimalistisch is in opzet. Images zijn daardoor ook lekker klein.

Maar met wat je hebt laten zien, geeft dus al aan dat het commando dat uitgevoerd wordt om een locale te krijgen geen resultaat geeft. Dan is het niet zo raar dat de rest stopt, want het verwacht geen lege waarde.

Overigens was mijn intentie dat je het zonder variabele naam uitvoerde, dus enkel dit:

grep -v '^#' /etc/locale.gen | grep -E '^[a-zA-Z]' | awk '{print $1}' | head -n 1