[vmchecker-request] Eroare vmchecker

[Razvan Deaconescu]

Era problemă de permisiuni. Am rezolvat[1].

Am resubmis toate temele 0 submise, acum ar trebui să fie totul OK.

Pe viitor, la urgență, insistă, insistă, insistă.

[1] https://vmchecker.cs.pub.ro/ui/#AC

Răzvan

George Flurche <gflurche at gmail.com> writes:
> Bună seara!
>
> Am discutat anul trecut despre o problemă de permisiuni pe serverul de
> vmchecker (motiv pentru care v-am scris în același thread). Am încercat să
> încarc o temă de test la Arhitectura Calculatoarelor. Serverul este
> configurat, are un storer nou, checker-ul e adăugat sub tests/ , deci ar
> trebui să-l vadă.
> Pare că este aceeași problemă de anul trecut, deoarece eroarea e identică -
> vmchecker exitcode 1.
>
> Mă puteți ajuta în acest sens?
> Mulțumesc!
> ---------------------
> George Flurche
>
>
> În mie., 28 oct. 2020 la 23:29, George Flurche <gflurche at gmail.com> a scris:
>
>> Mulțumesc frumos!
>> Am încercat să rezolv problema fără să vă deranjez, dar nu aveam acces la
>> toate fișierele. În orice caz, e bine că s-a rezolvat.
>>
>> O seară frumoasă,
>> George Flurche
>>
>> mie., 28 oct. 2020, 23:09 Razvan Deaconescu <razvan.deaconescu at cs.pub.ro>
>> a scris:
>>
>>> George Flurche <gflurche at gmail.com> writes:
>>> > Update:
>>> >
>>> > Am urmărit ierarhia scripturilor pentru a putea investiga de unde vine
>>> > problema și am găsit următoarele lucruri:
>>> > usr/local/bin/vmchecker-queue-manager este scriptul care returnează
>>> > eroarea *vmexecutor
>>> > exitcode 1 (error)* la linia 133. Motivul pentru care intră pe această
>>> > ramură este că scriptul vmchecker-vm-executor returnează un status
>>> non-zero
>>> > în execuția lui.
>>> > Aici sunt 3 cazuri pentru care exit-status să fie 1:
>>> > 1) dacă sys.argv nu are 2 elemente - ceea ce nu se poate, deoarece e
>>> apelat
>>> > de queue-manager cu exact două argumente (numele scriptului și locația)
>>> > 2) dacă vmx_path e None - dar asta ar fi adăugat în vmchecker-stderr.vmr
>>> > încă un mesaj de eroare (deci nici aici nu e plauzibil)
>>> > 3) la încercarea de power on și login pe mașină - aici pare să fie
>>> problema
>>> >
>>> > Am încercat să rulez scriptul manual (vmchecker-vm-executor), dar nu
>>> poate
>>> > importa modulul pyvix.vix (presupun eu că din cauza drepturilor mele de
>>> > acces) și se închide cu statusul 130 - deci nu asta cauzează eroarea
>>> > inițială.
>>> >
>>> > Aș putea continua cu acest debug, dacă ar exista un log în care să
>>> verific
>>> > fiecare mesaj dat de _logger.info / _logger.error, etc.
>>>
>>> Am rezolvat[1]. Era o problemă de permisiuni. Cumva pe checker.cs.pub.ro
>>> ajunseseră să fie deținute fișierele mașinii virtuale de utilizatorul
>>> root. Acum e OK, am schimbat persmisiunile.
>>>
>>> [1]
>>> https://secure-web.cisco.com/1O3ZLqO4vCgEASer7WHMprsJOdziEZpp74dxcocED-ysEwcuU82KSEw4p34yw4jQCRFL1iqKVXiq9aKQ2Mim5NiVTolHaDxTIeJGUB1wa80pZPBT75mv2FsQFv6w3xrJHKYytbDBTN-Rrja2sq4rZTcXGCS14G5ihdsPP21ULtjhXOdBEnBJOkZeJIN3bLv0tsfEUZ5nhEIvdbL6WdZ0anpsQe047ZTzQbAFXmrpedbfiNLnqHZfroPIlFSyjXCSkW6C54kx-CM5tKe5Ixxb5ohcit1sL4PfUS_HOZY5q_prsgC6vkoWUP4uZ1J7mvzJK/https%3A%2F%2Fvmchecker.cs.pub.ro%2Fui%2F%23AC
>>>
>>> Răzvan
>>>
>>