2011/2/10 Petru Ratiu <[email protected]>: > 2011/2/10 Alin Iorga <[email protected]>: > >> Momentan vroiam sa vad ce alte optiuni as mai avea. Folosesc tot ceva >> bazat pe crontab, dar cautam ceva mai simplu de utilizat de cei care >> se ocupa de suport. > > > Daca ai ceva zona comuna in care sa tii lockurile (fie in ceva > NASmount, fie intr-un SQL sau mai stiu eu ce inovatie), poti pune un > wrapper peste toate joburile care verifica si creeaza lockul acolo > dupa care ruleaza real job. Avuseseram pe IRC acum ceva vreme pt. o > scula care sa ruleze N joburi at a time si gasisem parca niste > solutii, daca imi aduc aminte cu cine, il pun sa-si dea cu parerea. > > Tu ai doar cazul N=1, ceea ce pare ceva mai simplu. As zice sa nu > incerci sa inlocuisti crond ci sa gasesti o idee care sa-l completeze > sa nu trebuiasca reinventate roti patrate. > > -- > Petre "dati unixului ce-i al unixului"
Nu am doar un singur job. In cazul asta particular care il am acum, sint destul de multe care ar trebui sa ruleze pe serverul activ, asa ca daca exista o solutie generica este bine, dar nu o sa fac un wrapper sa fie folosit pentru toate joburile. Am mai multe zone comune din SAN montate pe toate nodurile din cluster asa ca am unde sa tin eventuale fisiere de lock. Alin. Pe servere am niste file systemuri montate pe toate _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
