[vmchecker-dev] Reproiectarea comunicatiei storer-tester

[Alexandru Juncu]

2012/6/7 Valentin Gosu <valentin.gosu at gmail.com>:
> Salut,
>
> In discutiile mele cu Razvan am determinat ca modul de comunicatie intre
> storer si tester este defectuos, in principal modul cum este folosit SSH-ul.
>
> In prezent, atat pe storer cat si pe tester trebuie sa existe conturi pentru
> fiecare materie, cu chei publice generate. La trimiterea unei teme de catre
> student (la SO de exemplu), aceasta se salveaza in repo, in home-ul userului
> SO, iar bundle-ul este trimis prin SSH catre contul SO de pe tester. Acesta
> este primit de queue-manager, ce ruleaza in contextul contului SO, iar dupa
> corectare se il copiaza inapoi prin SCP, in repo-ul de pe contul SO.
>
> Pe langa faptul ca cheile publice pun probleme la adaugarea unei noi
> materii, dorim sa reducem accesul statiei tester la fisierele de pe storer.
>
> In acest sens, propunem urmatoarele modificari:
> 1. Pe storer in contextul user-ului vmchecker sa ruleze un daemon care se
> ocupa de comunicatia cu tester-ul. Acesta trimite bundle-ul catre storer si
> este notificat cand se termina testarea, moment in care copiaza arhiva
> local.
> 2. Pe tester sa existe un singur user, in contextul caruia ruleaza masinile
> virtuale. Pe aceasta masina ruleaza un singur queue-manager care detecteaza
> existenta unui bundle nou (folosind inotify), testeaza, si notifica daemonul
> de pe storer. In acest fel, tester-ul nu are deloc acces pe storer.
>
> Pe langa acestea, am implementat cate un executor pentru LXC si pentru KVM,
> iar acum refactorizez scripturile pentru a le face sa implementeze o
> interfata comuna.
>
> Astept comentariile si sugestiile voastre.

La asta mă gândeam și eu că ar trebui făcut. Susțin implemtarea unui
daemon pentru așaceva.