2015-09-22 15:02 GMT+02:00 Mihai Badici <[email protected]>: > On Monday 21 September 2015 17:38:48 Adrian Joian wrote: >> Trebuie sa te uiti prin release note-urile de la Kilo sa vezi ce api-uri au >> schimbat. De obicei nu se preocupa sa schimbe si defaulturile din config >> file-uri distributiile. >> Daca kernelul nu iti suporta openvswitch builtin (ca de exemplu in ubuntu >> 14.04) atunci iti trebuie dkms si pachetul echivalent >> openvswitch-datapath-dkms. >> >> Daca hosturile apar up and down uitate la rabbitmq (se pot reconecta aiure) >> sau cauza de keystone ori eventual din greseli de configuratie. >> >> Pai nova scheduler "observa" utilizarea resurselor si iti creeaza masina >> acolo - poti sa fortezi creearea pe masina 2 prin dezactivarea servicilui >> de nova-compute pe control nova service-enable nodul1 nova-compute sau in >> comanda de nova boot ... --availability-zone nova:node2. >> > Victorie! Mister elucidat. Asa cum oricine ar fi privit din afara si-ar fi dat > seama, problema era de la acel defcon2 pe care ziceam eu ca il putem ignora. > Ei bine... nu: copiasem config-ul de pe compute pe defcon2 si uitasem sa > modific my_ip. Asa ca ambele masini raportau acelasi IP, care era cand up cand > down. > > Un issue pe care l-am observat: la rabbit am facut un user "openstack" cu care > se autentifica toate masinariile. > Dupa restart, autentificarea nu mai functiona; am verificat si userul > respectiv > nu mai exista. Am facut la loc userul si masinaria a luat-o din loc. Chestia > asta e normala?
E posibil daca s-a schimbat RABBITMQ_NODENAME: https://techblog.willshouse.com/2013/02/27/rabbitmq-users-disappear-settings-gone-after-reboot-restart/ >_______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
