Pomoc VIrtualization Station start/stop VM z poziomu ssh

[keff]

Witajcie.

znacie może sposób na włączenie i wyłączenie maszyny wirtualnej z poziomu ssh(admin). Co jakiś czas po zalogowanie do QTS'a zastaje maszynę z linuxem wyłączoną. W logach nic nie widać, posłałem zgłoszenie ale załoga z QNAP'a też nic nie znalazła. Dlatego myślę o prostym skrypcie, który sprawdzałby działanie maszyny i uruchamiał ją w przypadku gdyby nie działała.

 

[Usunięty użytkownik pigers]

Rozwiązany - Uruchamianie wirtualnych maszyn bez wchodzenia do web-gui

dopisz sobie watchera do /share/CACHEDEV1_DATA/.qpkg/QKVM/usr/bin/virsh list

ale jak maszyna jest zabijana , to sprawdziłbym zasoby dla niej, wyłączył QBoosta

 

[grzenio]

Rozwiązany - Uruchamianie wirtualnych maszyn bez wchodzenia do web-gui

dopisz sobie watchera do /share/CACHEDEV1_DATA/.qpkg/QKVM/usr/bin/virsh list

ale jak maszyna jest zabijana , to sprawdziłbym zasoby dla niej, wyłączył QBoosta

Wyłączenie Qboost to nie jest dobra metoda, on tutaj właśnie pomaga to co on oferuje od bardzo dawna mam na swoich serwerach w crona dodane

 

[Silas Mariusz]

Haha
Qboost? Jak nie masz ramu to on tylko pogarsza!

 

[Usunięty użytkownik pigers]

taa - alokuje duży kawałek pamięci poczym ja zwalnia
dziękuje za taką pomoc

 

[keff]

Dzięki wszystkim za podpowiedź, w zasadzie nie mogę namierzyć przyczyny uwalania maszyny. Dlatego chciałem aby jak najszybciej się podnosiła. Czy to możliwe że Qboost to robi? Jak to sprawdzić?
Ramu mam 16GB, i5-6500 i jedna VMka z 4GB ram na Debianie.

 

[Usunięty użytkownik pigers]

wyłącz go , zrób restart qnapa i sprawdzaj co jakiś czas czy vmka żyje

 

[Silas Mariusz]

A może sama vmka robi shutdown?
Co to za vmka?

 

[keff]

Logi na wirtualce urywają się w momencie wyłączenia. Żadnych śladów inicjowania shutdown'a. Wirtualka to Ubuntu 18.4(nie Debian - tak jak wcześniej pisałem) z zainstalowanym Virtualminem.

 

[Silas Mariusz]

Ja osobiscie nie spotkalem sie aby VMka sama sie ubijała przez QNAP. Ale wiesz ja mam wpakowane 48GB RAM.
A z czystej ciekawosci masz UPS'a podlaczonego pod QNAP? Ktory np. wysyla sygnal zaniku pradu?

 

[keff]

Mam Podłączonego APC Smart 750 z kartą sieciową, połączenie po SNMP.

 

[Silas Mariusz]

Nie masz w logach systemowych aby UPS wysylal info o zaniku pradu?

 

[keff]

Nie mam nic prócz informacji o zaplanowanym wyłączeniu w momencie wykonywania testu przez UPS'a. Oczywiście po minucie planowane wyłączenie zostaje odwołane jak tylko UPS prześle informacje o powrocie do normalnej pracy.

 

[Silas Mariusz]

Oczywiście po minucie planowane wyłączenie zostaje odwołane jak tylko UPS prześle informacje o powrocie do normalnej pracy.

I wtedy sie nie wylacza maszyna wirtualna?
Ja bym odpalil na screenie dwa polecenia:

LOG_FILE=/sciezka/do/pliku/system.log

dmesg -w | tee -a "$LOG_FILE"
while [ true ]; do echo -e "\n\n\n$(date)" >> "$LOG_FILE" ; sleep 30; done

Jeszcze chyba czytalbym:

tail -f /var/log/messages >> "$LOG_FILE"

No i zobaczyl pozniej w logu co sie dzialo w VMce przed wylaczeniem.

 

[keff]

Silas dzięki za podpowiedź. Skorzystam na pewno.
Wracam do tematu,
dzisiaj zastałem wyłączoną VM'kę. Syslog urywa się jak zwykle i następuje start systemu.
Wygląda to dosłownie tak jak nagłe wyłączenie prądu bez UPS'a

Jul  9 21:45:44 virtual dovecot: anvil: Warning: Time moved backwards by 6522 seconds.
Jul  9 21:45:46 virtual postfix/smtpd[2334]: warning: unknown[212.70.149.34]: SASL LOGIN authentication failed: authentication failure
Jul  9 21:45:47 virtual postfix/smtpd[2334]: disconnect from unknown[212.70.149.34] ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4
[    0.000000] Linux version 4.15.0-109-generic (buildd@lgw01-amd64-010) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #110-Ubuntu SMP Tue Jun 23 02:39:32 UTC 2020 (Ubuntu 4.15.0-109.110-generic 4.15.18)
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-109-generic root=UUID=eb724626-5a39-444d-8c36-74a444b4f079 ro maybe-ubiquity
[    0.000000] KERNEL supported cpus:
[    0.000000]  Intel GenuineIntel
[    0.000000]  AMD AuthenticAMD
[    0.000000]  Centaur CentaurHauls
[    0.000000] x86/fpu: x87 FPU will use FXSAVE

Zastanawiam się jak po stronie systemu QTS szukać przyczyny.

 

[Usunięty użytkownik pigers]

mnie zastanawia 1. linia - time move backwards

qnap ma jakąs synchronizacje czasu do VMek ? bo to powinno byc wyłaczone (bazując na moim doświadczeniu z VMware)

 

[grzenio]

mnie zastanawia 1. linia - time move backwards

qnap ma jakąs synchronizacje czasu do VMek ? bo to powinno byc wyłaczone (bazując na moim doświadczeniu z VMware)

ale to dovecot a nie kernel. co do czasu to podczas wzbudzania tylko można wymusić a tak to ntp.

A dorzuć qemu guest agent do vm

 

[keff]

Agent dorzucony. Wyłączyłem też Qboost na QTS'ie. No i zobaczymy. Takie akcję mam średnio co miesiąc, ale nie o stałym interwale.

 

[Silas Mariusz]

Oczywiście po minucie planowane wyłączenie zostaje odwołane jak tylko UPS prześle informacje o powrocie do normalnej pracy.

Czas wyłączenia maszyny nie pokrywa się z tym?
Próbowałeś odpalić jakiegoś minimalistycznego Debiana ? Jaka druga VMke i zobaczyć czy też będzie to działo?

 

[keff]

Nie nie pokrywa się. Testy UPS przeprowadza co 2 tygodnie.

 27.06.2020 	14:13:30 	UPS: Passed a self-test.
  27.06.2020 	14:13:15 	UPS: Started a self-test.
  13.06.2020 	14:14:58 	UPS: Passed a self-test.
  13.06.2020 	14:14:42 	UPS: Started a self-test.

Może faktycznie postawię jakiegoś Debiana małego i sprawdzę, czy też się wyłączy.