proxmox ukončí se SSH při : qm ... VMID &

[LacconePanda]

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é).

Kód: [Vybrat]

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

Kód: [Vybrat]

~#  qm suspend 196 &
[1] 646436
root@f:~#
exit
root@f > ...

Co se to děje? proč se to ukončuje?

[Reklama]

[RDa]

Vetsinou se SSH spojeni ukoncuje (nebo ani nenavaze), kdyz mate omezeno MTU (napr. ve VPN) a neni tam prizpusobeno MSS.

[LacconePanda]

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.

[Jose D]

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.

[RDa]

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:

Kód: [Vybrat]

~# 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
~#



[Reklama]

[LacconePanda]

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.