Fórum Root.cz
Ostatní => /dev/null => Téma založeno: LacconePanda 20. 07. 2026, 17:38:39
-
TOhle mi hlava nebere. Proč při příkazu qm suspend 123 & nebo qm resume 145 & v proxmoxu 9.1. Dělá to víc ssh klientů. Podmínkou je & na konci. další podmínka je platný VMID a změna stavu z running na paused(suspend) nebo resume, ale nejsem si tim jistý. Má to taky divný projev: k ukončení nedojde ihned, ale až a si po sekundě (nevím proč příkazy proxmoxu jsou tak pomalé asi nějaký pitomý pomalý perl, lxc-* příkazy jsou bleskové).
Windows shell:
root@f:~# qm resume 296 &
[1] 63735
root@f:~#
odhlášení
Connection to 192.168.1.10 closed.
C:\Users\user>ssh 192.168..
log journalu proxmoxu
syslogin_perform_logout: logout() returned an error
Received disconnect from 192.168.1.24 port 55838:11: disconnected by user
Disconnected from user root 192.168.1.24 port 55838
pam_unix(sshd:session): session closed for user root
session-77601.scope: Deactivated successfully.
session-77601.scope: Consumed 936ms CPU time, 124.7M memory peak.
Session 77601 logged out. Waiting for processes to exit.
Removed session 77601.
Jako myslel jsem si, že se nějak v tom má prsty relearn proces bridge, jenže to nedělá (dmesg nic nepřidá) a navíc by to dělal i bez použití &
Pokud v shellu proxmoxu spusím vnořený bash, pak se to částečně vysvětlí: nový bash skončí spolu s příkazem
~# qm suspend 196 &
[1] 646436
root@f:~#
exit
root@f > ...
Co se to děje? proč se to ukončuje?
-
Vetsinou se SSH spojeni ukoncuje (nebo ani nenavaze), kdyz mate omezeno MTU (napr. ve VPN) a neni tam prizpusobeno MSS.
-
To jsem nenapsal (protože mě MTU nenapadlo), ale ssh komunikace je v rámci L2 segmentu = bez routingu.
Navíc, v druhým případě (když přes ssh spusím další shell, nedojde k ukončení ssh, ale jen se to vrátí o patro níž do předhozího shellu. POřád v rámci ssh.)
Spíš mám podezření , že ssh v tom ani nehraje roli. Ale proxmox jsem holt instaloval z instalačního iso a tudíž ho mám ve variantě headless a ne apt install proxmox do existujícího systému s GUI (prý to taky jde)
Mimochodem co a kdo určuje rozřazení témat do kategorií /dev/null a Odkladiště ?? Například "Kdy chodíte na fórum", "Co byl web Geocities" a "Zrušit patentový úřad"? jsou Odkladiště, zatímco toto téma původně v softwaru s jasně definovaným a replikovatelným problémem bylo přesunuto do \dev\null.
-
jsem schopnej to zreprodukovat, nikdy jsem si toho nevšiml, pěkný nález.
Přijde mi to jako případ na strace --follow-forks a výstup přelouskat, a nebo poslat do LLM.
Zajímavý je, že to ukončení je až při stisku libovolný klávesy.
-
Zajímavý je, že to ukončení je až při stisku libovolný klávesy.
To nejak souvisi s & ze je to na pozadi. Kdyz pustite nejaky prikaz, tak vam shell taky az po ENTERu napise "job done".
A ted co se lisi kdyz mate primy prikaz a & ... nejspis terminal / tty. Prikaz na pozadi nejspis nedostane spravnej stdin ci konzoli - takze to muze poznat nebo nepoznat / poplest to a posle signal na odpojeni (to co by udelal prikaz exit?)
EDIT:
U me to zreplikovat nejde - anebo to pro config subcommand neplati? Mam:
~# pveversion -v
proxmox-ve: 9.1.0 (running kernel: 6.17.13-1-pve)
pve-manager: 9.1.6 (running version: 9.1.6/71482d1833ded40a)
~# qm config 100 &
[1] 2646711
..
..
..
<ENTER zmacknut zde>
[1]+ Done qm config 100
~#
-
Pro config mi to taky nejde. Pro qm suspend a qm resume to platí dokonce i vpřípadě, že ke změně stavu nedojde (suspended-suspend , running:resume)
Když už tedy si krátím večer hledáním příkazů, které jsou postižené, tak přidávám pct suspend (i v případě že tento this-is experimental příkaz failne)
../src/lxc/criu.c: do_dump: 1292 dump failed with 1
lxc-checkpoint: 307: ../src/lxc/criu.c: do_dump: 1306 criu output:
lxc-checkpoint: 307: ../src/lxc/tools/lxc_checkpoint.c: checkpoint: 182 Checkpointing 307 failed
command 'lxc-checkpoint -n 307 -s -D /var/lib/vz/dump' failed: exit code 1
odhlášení
Connection to 192.168.1.00 closed.