[vmchecker-dev] Reproiectarea comunicatiei storer-tester

[Valentin Gosu]

Salut Lucian,

Contul meu de github este valenting
Pentru moment, repository-ul pe care lucrez este gazduit de Ixia [1]
Ne vom ocupa de merge-ul cu codul de pe github dupa terminarea si
testarea implementarii.
Pana atunci orice feedback este binevenit.

Mersi.
Valentin

[1] http://ixlabs.cs.pub.ro/redmine/projects/vmchecker/repository

2012/6/8 Lucian Adrian Grijincu <lucian.grijincu at gmail.com>:
> Ceva timp in urma m-am apucat de un vmchecker modificat:
>   https://github.com/luciang/maat
>
>
> Modificarile de acolo sunt doar de python/UI+db+config.
>
> M-am oprit cu treaba la trimis tema la tester machines. Din cate am
> analizat eu atunci, o solutie destul de buna este o coada distrubuita
> gen Celery: celeryproject.org
>
> Valentin:
> - da-mi un cont de github sa te adaug in contul de vmchecker.
> - m-as uita peste LXC/KVM daca vrei review.
>
>
>
> 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.
>>
>> _______________________________________________
>> vmchecker-dev mailing list
>> vmchecker-dev at lists.rosedu.org
>> http://lists.rosedu.org/listinfo/vmchecker-dev
>
>
>
> --
>  .
> ..: Lucian
> _______________________________________________
> vmchecker-dev mailing list
> vmchecker-dev at lists.rosedu.org
> http://lists.rosedu.org/listinfo/vmchecker-dev