Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Mai era si asta http://www.zmanda.com/  impreunda cu
http://amanda.zmanda.com/



2014-07-29 17:27 GMT+03:00 Abibula Aygun :

> As folosi si Syncrify. Nu e doar windows related.
> Setat un OwnCloud in retea si totul introbagat acolo.
>
> Syncrify setat de asa maniera incat sa faca restore over network la masina
> cu userul x si parola y.
>
> Nu stiu daca te multumeste!
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

As folosi si Syncrify. Nu e doar windows related.
Setat un OwnCloud in retea si totul introbagat acolo.

Syncrify setat de asa maniera incat sa faca restore over network la masina
cu userul x si parola y.

Nu stiu daca te multumeste!
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[tiberiu socaciu]

1 genial! :)
2 uff! am scapat! eu trimit manuscrise la edituri!
3 ma bucur ca eu sunt dascalul, dar si cel "educat". vivat profesores!

t.
educabil


2014-07-28 13:12 GMT+03:00 Petru Ratiu :

> 2014-07-28 13:05 GMT+03:00 tiberiu socaciu :
>
> > variante:
> > 1. cine e foucault asta, cu acest pendul al sau?
> > 2. cum sa citesc un pendul?
> > 3. pendulu lui foucault a lu eco, cumva?
> >
> > t.
> > cititor de pendul fabricat musai in romania!
> >
>
>
> Hai sa te educ:
>
> 
> „Să fii imbecil e mai complicat. E un comportament social. Imbecilul e cel
> care vorbeşte întotdeauna în afara paharului.”
> „În ce sens?”
> „Uite-aşa.” Îndreptă degetul cu vârful în jos, în afara paharului său,
> indicând tejgheaua. „El vrea să vorbească despre ce-i
> în pahar, dar, cum-necum, vorbeşte în afară. Dacă vrei, în termeni
> obişnuiţi, e ăla care face gafa, întrebându-l ce mai face
> frumoasa dumneavoastră soţie pe unul pe care tocmai l-a părăsit nevasta. Am
> redat ideea?”
> „Aţi redat-o. Cunosc dintr-ăştia.”
> „Imbecilul e foarte cerut, mai ales în ocazii mondene. Îi pune pe toţi în
> încurcătură, dar după aceea oferă material de
> comentariu. În forma lui pozitivă, devine diplomat. Vorbeşte în afara
> paharului când gafa au făcut-o alţii, abate discuţia în altă
> parte. Dar nu ne interesează, nu e niciodată creator, colportează, deci nu
> vine să ofere manuscrise la edituri. Imbecilul nu zice
> că pisica latră, ci vorbeşte de pisică atunci când alţii vorbesc de câine.
> Vâră beţe-n roatele regulilor de conversaţie, iar când le
> vâră bine, e sublim. Cred că-i o specie pe cale de extincţie, e un purtător
> de virtuţi eminamente burgheze. Îi trebuie un salon
> Verdurin, sau chiar casa Guermantes. Voi, studenţii, mai citiţi chestiile
> astea?”
> „Eu, da.”
> „Imbecilul e Joachim Murat, care-şi trece în revistă ofiţerii şi vede unul,
> plin de decoraţii, din Martinica. «Vous etes
> negre?» Iar ăla: «Oui, mon general». Şi Murat: «Bravo, bravo, continuez!»
> Şi se cară. Mă urmăreşti? Scuză-mă, dar astă-seară
> sărbătoresc o hotărâre istorică din viaţa mea. M-am lăsat de băut. Mai luăm
> una? Nu-mi răspunde, mă faci să mă simt vinovat.
> Pilade!”
> 
>
> --
> P.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Petru Ratiu]

2014-07-28 13:05 GMT+03:00 tiberiu socaciu :

> variante:
> 1. cine e foucault asta, cu acest pendul al sau?
> 2. cum sa citesc un pendul?
> 3. pendulu lui foucault a lu eco, cumva?
>
> t.
> cititor de pendul fabricat musai in romania!
>


Hai sa te educ:


„Să fii imbecil e mai complicat. E un comportament social. Imbecilul e cel
care vorbeşte întotdeauna în afara paharului.”
„În ce sens?”
„Uite-aşa.” Îndreptă degetul cu vârful în jos, în afara paharului său,
indicând tejgheaua. „El vrea să vorbească despre ce-i
în pahar, dar, cum-necum, vorbeşte în afară. Dacă vrei, în termeni
obişnuiţi, e ăla care face gafa, întrebându-l ce mai face
frumoasa dumneavoastră soţie pe unul pe care tocmai l-a părăsit nevasta. Am
redat ideea?”
„Aţi redat-o. Cunosc dintr-ăştia.”
„Imbecilul e foarte cerut, mai ales în ocazii mondene. Îi pune pe toţi în
încurcătură, dar după aceea oferă material de
comentariu. În forma lui pozitivă, devine diplomat. Vorbeşte în afara
paharului când gafa au făcut-o alţii, abate discuţia în altă
parte. Dar nu ne interesează, nu e niciodată creator, colportează, deci nu
vine să ofere manuscrise la edituri. Imbecilul nu zice
că pisica latră, ci vorbeşte de pisică atunci când alţii vorbesc de câine.
Vâră beţe-n roatele regulilor de conversaţie, iar când le
vâră bine, e sublim. Cred că-i o specie pe cale de extincţie, e un purtător
de virtuţi eminamente burgheze. Îi trebuie un salon
Verdurin, sau chiar casa Guermantes. Voi, studenţii, mai citiţi chestiile
astea?”
„Eu, da.”
„Imbecilul e Joachim Murat, care-şi trece în revistă ofiţerii şi vede unul,
plin de decoraţii, din Martinica. «Vous etes
negre?» Iar ăla: «Oui, mon general». Şi Murat: «Bravo, bravo, continuez!»
Şi se cară. Mă urmăreşti? Scuză-mă, dar astă-seară
sărbătoresc o hotărâre istorică din viaţa mea. M-am lăsat de băut. Mai luăm
una? Nu-mi răspunde, mă faci să mă simt vinovat.
Pilade!”


-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[tiberiu socaciu]

variante:
1. cine e foucault asta, cu acest pendul al sau?
2. cum sa citesc un pendul?
3. pendulu lui foucault a lu eco, cumva?

t.
cititor de pendul fabricat musai in romania!

ps: ce il amesteci pe eco cu law???


2014-07-28 12:54 GMT+03:00 Petru Ratiu :

> http://en.wikipedia.org/wiki/Poe%27s_law
>
> PS: Pana mea, nu v-ati plictisit de-o saptamana de aberat in afara
> paharului (inside joke pt. cine a citit Pendulul lui Foucault)?
>
> --
> P.
>
>
> 2014-07-28 12:49 GMT+03:00 tiberiu socaciu :
>
> > nu mai beau alcool de 7-8 ani. etanolul de prune mucegaieste in spais si
> in
> > bar...
> > mai incearca si alte explicatii. oricum, valoare(:D) > fara :D). parerea mea, care imi cunosc capul asta prost.
> >
> > t.
> > posesor de cap prost, de diplome si de a.m.d.-uri
> >
> >
> > 2014-07-28 12:42 GMT+03:00 Mișu Moldovan :
> >
> > > tiberiu socaciu  wrote:
> > >
> > > > "Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
> > > > diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D"
> > > > -- din mailul colegului de lista m.m.
> > > >
> > > > "*Nu pot sa-ţi dau creier, dar pot sa-ţi dau o diplomă.*
> > > > *Vrăjitorul din Oz către Sperie Ciori*" -- de pe pagina amicului meu
> > > > radu lupsa, http://www.cs.ubbcluj.ro/~rlupsa/edu/
> > >
> > > Mă bucur, șefu', că ai inclus și emoticon-ul, să se înțeleagă că nici
> io
> > > nu m-am luat în serios. E ca o glumă spusă înainte de a duce doza de
> > > bere la gură, ca să mă exprim mai pe înțelesul lu' matale… :)
> > >
> > > Și uite că am scos și una pasiv-agresivă, așa pentru exemplificare.
> > > ___
> > > RLUG mailing list
> > > RLUG@lists.lug.ro
> > > http://lists.lug.ro/mailman/listinfo/rlug
> > >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Petru Ratiu]

http://en.wikipedia.org/wiki/Poe%27s_law

PS: Pana mea, nu v-ati plictisit de-o saptamana de aberat in afara
paharului (inside joke pt. cine a citit Pendulul lui Foucault)?

-- 
P.


2014-07-28 12:49 GMT+03:00 tiberiu socaciu :

> nu mai beau alcool de 7-8 ani. etanolul de prune mucegaieste in spais si in
> bar...
> mai incearca si alte explicatii. oricum, valoare(:D) fara :D). parerea mea, care imi cunosc capul asta prost.
>
> t.
> posesor de cap prost, de diplome si de a.m.d.-uri
>
>
> 2014-07-28 12:42 GMT+03:00 Mișu Moldovan :
>
> > tiberiu socaciu  wrote:
> >
> > > "Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
> > > diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D"
> > > -- din mailul colegului de lista m.m.
> > >
> > > "*Nu pot sa-ţi dau creier, dar pot sa-ţi dau o diplomă.*
> > > *Vrăjitorul din Oz către Sperie Ciori*" -- de pe pagina amicului meu
> > > radu lupsa, http://www.cs.ubbcluj.ro/~rlupsa/edu/
> >
> > Mă bucur, șefu', că ai inclus și emoticon-ul, să se înțeleagă că nici io
> > nu m-am luat în serios. E ca o glumă spusă înainte de a duce doza de
> > bere la gură, ca să mă exprim mai pe înțelesul lu' matale… :)
> >
> > Și uite că am scos și una pasiv-agresivă, așa pentru exemplificare.
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[tiberiu socaciu]

nu mai beau alcool de 7-8 ani. etanolul de prune mucegaieste in spais si in
bar...
mai incearca si alte explicatii. oricum, valoare(:D):

> tiberiu socaciu  wrote:
>
> > "Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
> > diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D"
> > -- din mailul colegului de lista m.m.
> >
> > "*Nu pot sa-ţi dau creier, dar pot sa-ţi dau o diplomă.*
> > *Vrăjitorul din Oz către Sperie Ciori*" -- de pe pagina amicului meu
> > radu lupsa, http://www.cs.ubbcluj.ro/~rlupsa/edu/
>
> Mă bucur, șefu', că ai inclus și emoticon-ul, să se înțeleagă că nici io
> nu m-am luat în serios. E ca o glumă spusă înainte de a duce doza de
> bere la gură, ca să mă exprim mai pe înțelesul lu' matale… :)
>
> Și uite că am scos și una pasiv-agresivă, așa pentru exemplificare.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

tiberiu socaciu  wrote:

> "Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
> diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D"
> -- din mailul colegului de lista m.m.
> 
> "*Nu pot sa-ţi dau creier, dar pot sa-ţi dau o diplomă.*
> *Vrăjitorul din Oz către Sperie Ciori*" -- de pe pagina amicului meu
> radu lupsa, http://www.cs.ubbcluj.ro/~rlupsa/edu/

Mă bucur, șefu', că ai inclus și emoticon-ul, să se înțeleagă că nici io
nu m-am luat în serios. E ca o glumă spusă înainte de a duce doza de
bere la gură, ca să mă exprim mai pe înțelesul lu' matale… :)

Și uite că am scos și una pasiv-agresivă, așa pentru exemplificare.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Dumitru Ciobarcianu]

On 28-Jul-14 11:17 AM, Mișu Moldovan wrote:
> Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
> diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D

Pardon, o să-mi verific sarcasm-o-metrul.


> Vizavi de întrebarea ta, depinde de scenariu, io folosesc Salt pentru
> așa ceva și, acolo unde nu există suport pentru sistemul de operare și
> module specializate pentru chestiile ce trebuie instalate și
> configurate după, e nevoie de un scenariu mai clasic de restaurare a
> sistemului de operare (inclusiv pentru AIX, bată-l vina, că nu s-ar da
> virtualizat decât pe o platformă IBM). Dar da, unde merge, e brici. Și
> spectaculos… Este o altfel de administrare de sisteme, declarativă, în
> opoziție cu cea clasică, imperativă.

Înseamnă că nu m-am lovit eu de destule scenarii.


Dumitru
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

Iulian Roman  wrote:
> 2014-07-28 10:17 GMT+02:00 Mișu Moldovan :
> >
> > Dar discuția din firul ăsta de discuție nu se ridică la acest nivel.
> >  Aici e vorba în particular despre un script ksh din AIX ce
> > bate orice soluție de OS backup din lumea free software. 
> >
> Discutia tu ai deviat-o , eu nu am avut aceasta intentie. Te rog fa
> abstractie de mksysb , si poti da exemple de metode sau tool-uri care
> sa se incadreze in cerintele mele.  Pina acum ai dat exemple vagi pe
> care singur si indirect le-ai invalidat mai tirziu.

Cred că m-am făcut greșit înțeles. Faptul că am zis că n-aș folosi
rsync pentru așa ceva nu înseamnă că nu ar fi o soluție validă. Doar că
aș prefera ceva mai avansat. Iar exemplele vor fi totdeauna vagi pentru
că n-o să-ți facă nimeni pe listă arhitectura în detaliu a soluției
pentru o problemă oricum destul de vag enunțată.

Doar că, decât să folosești o sculă antică precum mksyb, mai bine
rsync și ce mărunțișuri mai îs nevoie pentru a face un backup bootable.
Decât rsync, poate mai bine snapshot-uri LVM. Decât snapshot-uri LVM,
poate mai bine ZFS. Iar, decât să restaurezi din backup, poate mai bine
folosești Vagrant și recreezi tot ce e nevoie de la zero.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[tiberiu socaciu]

"Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D" -- din
mailul colegului de lista m.m.

"*Nu pot sa-ţi dau creier, dar pot sa-ţi dau o diplomă.*
*Vrăjitorul din Oz către Sperie Ciori*" -- de pe pagina amicului meu radu
lupsa, http://www.cs.ubbcluj.ro/~rlupsa/edu/


2014-07-28 11:17 GMT+03:00 Mișu Moldovan :

> Dumitru Ciobarcianu  wrote:
> >
> > On 28-Jul-14 9:23 AM, Mișu Moldovan wrote:
> > > Io m-am oprit când am început să primesc explicații de genul
> >
> > Eu sunt cu adevărat curios dacă există un caz în care este mai
> > eficient să faci backup la întreg sistemul (și restore, care e de fapt
> > partea sensibilă a procesului) decât să folosești un config manager
> > care sigur ți-l reface la o "known good configuration".
> >
> > Really, tot timpul avem ceva de învățat, nu este nevoie să fim
> > neapărat pasiv-agresivi, avem o vârstă... :)
>
> Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
> diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D
>
> Vizavi de întrebarea ta, depinde de scenariu, io folosesc Salt pentru
> așa ceva și, acolo unde nu există suport pentru sistemul de operare și
> module specializate pentru chestiile ce trebuie instalate și
> configurate după, e nevoie de un scenariu mai clasic de restaurare a
> sistemului de operare (inclusiv pentru AIX, bată-l vina, că nu s-ar da
> virtualizat decât pe o platformă IBM). Dar da, unde merge, e brici. Și
> spectaculos… Este o altfel de administrare de sisteme, declarativă, în
> opoziție cu cea clasică, imperativă.
>
> Dar discuția din firul ăsta de discuție nu se ridică la acest nivel.
>  Aici e vorba în particular despre un script ksh din AIX ce
> bate orice soluție de OS backup din lumea free software. 
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

2014-07-28 8:23 GMT+02:00 Mișu Moldovan :

> Dumitru Ciobarcianu  wrote:
> >
> > Scuzați, am ajuns mai târziu la cină și poate nu am prins toate
> > finețurile bucătarului, dar de ce aș avea nevoie de backup la _OS_ ?
> >
> > În caz de "doamne-ferește" se ocupă chef/puppet/ansible/"insert your
> > favourite config manager here" după care după cum spuneai se face
> > restore la aplicații din clientul de backup && sănătate
>
> Io m-am oprit când am început să primesc explicații de genul „e mai
> ușor să verifici integritatea unui singur fișier mare decât a sute, mii
> de fișiere mici” ori „tu ai făcut doar chestii mărunte sau medii,
> da' îți zic io că asta nu merge la scară mare, crede-mă pe cuvânt, că
> alte argumente nu mai am să-ți dau”. Bullshit-metrul mi s-a dat peste
> cap încă dinainte, când ce zicea el contrazicea flagrant manualul sculei
> minune mksysb, așa că ce confirmare mai bună aș fi putut primi…
>
> Am înțeles din acest fir de discuție că tot ce există în Linux și s-ar
> putea folosi pentru a implementa soluția necesară există deja în AIX cu
> cel puțin o decadă dinainte și este, bineînțeles, o implementare
> superioară. Numa' mirabilul script ksh mksysb nu are pereche, să pună
> mâna Red Hat și să implementeze această tehnologie superioară de anii
> '80, pentru că lipsa sa handicapează Linuxu' și-l face de neacceptat
> pentru o asemenea soluție, în special la scară mare! :))
>
Ai scos din context ceea ce am spus, si ai interpretat cum ai vrut tu. Tu
ai vazut cerinta mea ca o ofensa adusa Linux-ului, ceea ce e total gresit.
De ce trebuie sa facem din backup/restore-ul unui OS rocket science , cind
nu e ?

>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

2014-07-28 10:17 GMT+02:00 Mișu Moldovan :

> Dumitru Ciobarcianu  wrote:
> >
> > On 28-Jul-14 9:23 AM, Mișu Moldovan wrote:
> > > Io m-am oprit când am început să primesc explicații de genul
> >
> > Eu sunt cu adevărat curios dacă există un caz în care este mai
> > eficient să faci backup la întreg sistemul (și restore, care e de fapt
> > partea sensibilă a procesului) decât să folosești un config manager
> > care sigur ți-l reface la o "known good configuration".
> >
> > Really, tot timpul avem ceva de învățat, nu este nevoie să fim
> > neapărat pasiv-agresivi, avem o vârstă... :)
>
> Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
> diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D
>
> Vizavi de întrebarea ta, depinde de scenariu, io folosesc Salt pentru
> așa ceva și, acolo unde nu există suport pentru sistemul de operare și
> module specializate pentru chestiile ce trebuie instalate și
> configurate după, e nevoie de un scenariu mai clasic de restaurare a
> sistemului de operare (inclusiv pentru AIX, bată-l vina, că nu s-ar da
> virtualizat decât pe o platformă IBM). Dar da, unde merge, e brici. Și
> spectaculos… Este o altfel de administrare de sisteme, declarativă, în
> opoziție cu cea clasică, imperativă.
>
> Dar discuția din firul ăsta de discuție nu se ridică la acest nivel.
>  Aici e vorba în particular despre un script ksh din AIX ce
> bate orice soluție de OS backup din lumea free software. 
>
Discutia tu ai deviat-o , eu nu am avut aceasta intentie. Te rog fa
abstractie de mksysb , si poti da exemple de metode sau tool-uri care sa se
incadreze in cerintele mele.  Pina acum ai dat exemple vagi pe care singur
si indirect le-ai invalidat mai tirziu.

> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

2014-07-27 23:22 GMT+02:00 Dumitru Ciobarcianu 
:

> On 27-Jul-14 18:25 PM, Iulian Roman wrote:
> > Da, si mai mult de o zi, pentru unele systeme un mksysb saptaminal imi
> este
> > suficient.  De asta am si mentionat ca ma intereseaza numai OS, pentru ca
> > restore-ul aplicatiilor se face din clientul de backup (combinat cu alte
> > tool-uri specifice aplicatiilor uneori).
>
> Scuzați, am ajuns mai târziu la cină și poate nu am prins toate
> finețurile bucătarului, dar de ce aș avea nevoie de backup la _OS_ ?
>

> În caz de "doamne-ferește" se ocupă chef/puppet/ansible/"insert your
> favourite config manager here" după care după cum spuneai se face
> restore la aplicații din clientul de backup && sănătate
>
pentru ca  numai tool-uri de config management nu ajuta. nici o masina nu
are numai pachetele standard din distributie , sunt aplicatii diferite si
variate, cu cine stie ce diferite setari , diferite versiuni de java
instalate, etc, .pentru tool-urile standard (monitoring, backup, license
management, healthcheck, etc) tool-urile de config management te ajuta,
insa e aproape imposibil sa tii totul in config management , mai ales cind
nu stii ce anume setari sau ce a schimbat aplicatia respectiva, cind nu
stii ce binare si pe unde le-a instalat, etc, etc. Deci este nevoie la
restore, care inca de la inceput avea urmatoarele cerinte:

1. sa fie cit mai rapid (o ora sau mai putin) si scalabil
2. sa se faca in citi mai putini pasi si cu cit mai putine dependinte de
alte tool-uri

Acum vreo citiva ani  buni, cind aveam niste sisteme care erau destinate
serviciilor de retea in principal, imi era mai mult decit suficient un
backup la /etc. Si de acolo aveam nevoie de citeva conf-uri de fapt. Asta
nu mai este demult suficient, in conditiile in care numarul aplicatiilor
este variat.

>
>
> Dumitru "sounds like a XY problem"
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

Dumitru Ciobarcianu  wrote:
> 
> On 28-Jul-14 9:23 AM, Mișu Moldovan wrote:
> > Io m-am oprit când am început să primesc explicații de genul
> 
> Eu sunt cu adevărat curios dacă există un caz în care este mai
> eficient să faci backup la întreg sistemul (și restore, care e de fapt
> partea sensibilă a procesului) decât să folosești un config manager
> care sigur ți-l reface la o "known good configuration".
> 
> Really, tot timpul avem ceva de învățat, nu este nevoie să fim
> neapărat pasiv-agresivi, avem o vârstă... :)

Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o
diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D

Vizavi de întrebarea ta, depinde de scenariu, io folosesc Salt pentru
așa ceva și, acolo unde nu există suport pentru sistemul de operare și
module specializate pentru chestiile ce trebuie instalate și
configurate după, e nevoie de un scenariu mai clasic de restaurare a
sistemului de operare (inclusiv pentru AIX, bată-l vina, că nu s-ar da
virtualizat decât pe o platformă IBM). Dar da, unde merge, e brici. Și
spectaculos… Este o altfel de administrare de sisteme, declarativă, în
opoziție cu cea clasică, imperativă.

Dar discuția din firul ăsta de discuție nu se ridică la acest nivel.
 Aici e vorba în particular despre un script ksh din AIX ce
bate orice soluție de OS backup din lumea free software. 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Dumitru Ciobarcianu]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 28-Jul-14 9:23 AM, Mișu Moldovan wrote:
> Io m-am oprit când am început să primesc explicații de genul

Eu sunt cu adevărat curios dacă există un caz în care este mai
eficient să faci backup la întreg sistemul (și restore, care e de fapt
partea sensibilă a procesului) decât să folosești un config manager
care sigur ți-l reface la o "known good configuration".

Really, tot timpul avem ceva de învățat, nu este nevoie să fim
neapărat pasiv-agresivi, avem o vârstă... :)


> Am înțeles din acest fir de discuție că tot ce există în Linux și 
> s-ar putea folosi pentru a implementa soluția necesară există deja 
> în AIX cu cel puțin o decadă dinainte și este, bineînțeles, o 
> implementare superioară.

"Se știe" (R) "Tipic Roedu" (TM)

Și cioara spune că puiul ei este cel mai frumos. Nu este nevoie să ți
se ridice tensiunea, zen, întotdeauna contează punctul de vedere. O fi
Linux-ul deștept și frumos dar dacă tot ce vezi este Windows, Azure e
ză shit...


Dumitru "După acest week-end sunt zen, mi-am făcut porția de
 pe câteva luni, e curios ce pot face bazele de date și
cache-ul din oameni^W sysadmini. Hai la mulți ani!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.21 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlPV++EACgkQQisRnSkd59d6AgCeLmdyJbz/yHIfBdXZHpsZDyJj
u4sAn172nV1xtRwqG3qcRvDzPfAmhNTC
=9oM8
-END PGP SIGNATURE-
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

Dumitru Ciobarcianu  wrote:
> 
> Scuzați, am ajuns mai târziu la cină și poate nu am prins toate
> finețurile bucătarului, dar de ce aș avea nevoie de backup la _OS_ ?
> 
> În caz de "doamne-ferește" se ocupă chef/puppet/ansible/"insert your
> favourite config manager here" după care după cum spuneai se face
> restore la aplicații din clientul de backup && sănătate

Io m-am oprit când am început să primesc explicații de genul „e mai
ușor să verifici integritatea unui singur fișier mare decât a sute, mii
de fișiere mici” ori „tu ai făcut doar chestii mărunte sau medii,
da' îți zic io că asta nu merge la scară mare, crede-mă pe cuvânt, că
alte argumente nu mai am să-ți dau”. Bullshit-metrul mi s-a dat peste
cap încă dinainte, când ce zicea el contrazicea flagrant manualul sculei
minune mksysb, așa că ce confirmare mai bună aș fi putut primi…

Am înțeles din acest fir de discuție că tot ce există în Linux și s-ar
putea folosi pentru a implementa soluția necesară există deja în AIX cu
cel puțin o decadă dinainte și este, bineînțeles, o implementare
superioară. Numa' mirabilul script ksh mksysb nu are pereche, să pună
mâna Red Hat și să implementeze această tehnologie superioară de anii
'80, pentru că lipsa sa handicapează Linuxu' și-l face de neacceptat
pentru o asemenea soluție, în special la scară mare! :))


signature.asc
Description: PGP signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Dumitru Ciobarcianu]

On 27-Jul-14 18:25 PM, Iulian Roman wrote:
> Da, si mai mult de o zi, pentru unele systeme un mksysb saptaminal imi este
> suficient.  De asta am si mentionat ca ma intereseaza numai OS, pentru ca
> restore-ul aplicatiilor se face din clientul de backup (combinat cu alte
> tool-uri specifice aplicatiilor uneori).

Scuzați, am ajuns mai târziu la cină și poate nu am prins toate
finețurile bucătarului, dar de ce aș avea nevoie de backup la _OS_ ?

În caz de "doamne-ferește" se ocupă chef/puppet/ansible/"insert your
favourite config manager here" după care după cum spuneai se face
restore la aplicații din clientul de backup && sănătate


Dumitru "sounds like a XY problem"

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

2014-07-27 8:04 GMT+02:00 Mișu Moldovan :

> Iulian Roman  wrote:
> >
> > > Păi nu ziceai că ce simplu e cu mksysb și că ce păcat că în Linux nu
> > > avem așa ceva? Să nu-mi zici că la sute/mii de mașini în rețea tu cu
> > > mksysb voiai să faci backup… Dacă nu știe nici măcar backup
> > > incremental, nu este scula potrivită.
> > >
> >
> > daca ai fi citit cu atentie thread-ul ai fi observat ca am mentionat
> > ca folosesc tsm ca si client de backup. pe toate systemele.
> > incremental. si solutia ma intereseaza exclusiv pentru rootvg. tu
> > vrei sa imi spui ca folosesti numai rsync pentru backup ?si insisti
> > ca e scula potrivita ?si insisti ca e scalabila la sute/mii de
> > masini ?
>
> Ți-am dat exemplu rsync ca un echivalent superior pentru mksysb, dar
> nu, nu aș folosi rsync pentru scenariul pe care l-ai creionat tu. Cu
> atât mai puțin mksysb, care nu știe nici măcar de backup incremental.
> Chiar și numai pentru rootvg, tot e muuult prea mult să copiezi toate
> rootvg-urile prin rețea la fiecare backup.
>
Am inteles , e normal ca tu sa folosesti ceea ce vrei si ce este potrivit
setup-ului tau. rsync-ul e un tool super fain (si eu l-am folosit si il
folosesc in anumite situatii)  si probabil poate fi folosit ca si unealta
de backup , insa in setup-uri de mici dimensiuni. Cind environment-ul este
mare si eterogen este unreliable, dificil de mentinut si numai pentru
faptul ca iti trebuie monitorizarea, monitorizarii, monitorizarii. Ai prea
multe dependinte care iti pot influenta integritatea backup-ului.
Este mult mai usor sa garantezi integritatea unei imagini/arhive si faptul
ca backupul s-a facut cu success decit sa sute/mii de fisiere s-au transmis
cu success.
Daca sunt variante mai bune sau superioare care sa faca ceea ce am dorit,
cu atit mai bine, de asta am si pus intrebarea initiala. Scopul este
restore intr-un timp cit mai scurt si in cit mai putini pasi.


[snip]
>
> > > mksysb, HMC, NIM server șamd or fi simple pentru tine și le
> > > configurezi într-un minut pentru că ani de zile ai lucrat cu ele.
> > > Mie, ca începător într-ale AIX-ului, mksysb mi se pare primitiv,
> > > HMC abia îl deslușesc după săptămâni de interacționat cu interfața
> > > lui stupidă, iar NIM server este o nebuloasă.
> >
> > sunt sigur ca ai sa intelegi utilitatea lui cind o sa il folosesti
> > mai des. hmc are ca system de operare Linux, asa ca ai echivalent
> > comand line la toate functiile gui. da, Nim are o oarecare curba de
> > invatare si poate parea o nebuloasa la inceput.
>
> Apropo de HMC, n-am zis că nu-i util, e chiar o sculă deșteaptă, de
> interfața lui am zis ca e stupidă. Chiar dacă rulează pe Linux, io din
> Linux nu pot manipula pe de-a întregul interfața web decât dacă-mi
> instalez un Firefox antic, nicio versiune la zi nu are suport de la IBM
> și chiar îs chestii care nu funcționează în Firefox 24 ESR, care-i cea
> mai veche versiune Firefox cu suport de la Mozilla.
>
Eu la utilitatea mksysb-ului ma refeream .
Referitor la HMC, absolut toate operatiile  au echivalent command line,
deci poti face ssh si rula ce comenzi vrei (nu chiar ce vrei, pentru ca e
un restricted shell de fapt, dar care iti da posibilitatea sa faci cam ce
ai nevoie fara a folosi GUI), online-re, scripturi de automatizare, etc, etc


>
> > > Dar, să proclami că mksysb este ce trebuie pentru a
> > > face backup decent la sute/mii de mașini în producție, pe care să le
> > > poți restaura cât mai rapid, mi se pare exagerat în condițiile în
> > > care e o sculă foarte limitată pentru că:
> > >
> > nu e exagerata.
> > >  1. nu știe backup incremental
> > nu asta e scopul
>
> La rootvg tot cu mksysb insiști că ai face backup. Dacă ai veni la mine
> cu soluția asta, nu ți-aș accepta-o. O dată pentru traficul de rețea
> inutil dat de lipsa suportului pentru backup incremental. Încă o dată
> pentru frecatul discurilor degeaba, că de fiecare dată ai scrie tot ce
> e în rootvg. Și încă o dată pentru spațiul masiv pe care l-ar ocupa
> multiple salvări, pentru cazul în care s-ar dori restaurări din imagini
> mai vechi.
>
> politicile de backup se fac in functie de RTO , RPO si retention , nu in
functie de traficul de retea si frecatul discurilor . Chiar daca RTO si RPO
nu se fac pentru OS ci pentru aplicatie , ele sunt direct influentate de
restore-ul OS-ului, pentru ca nu poti face restore la aplicatie fara OS.
Acesta este unul din motivele pentru care vreau sa evit  restore de backup
  incremental pentru OS (kickstart+restore from backup este solutia
curenta) .
Probabil ca ti se pare absurd sa nu faci backup incremental pentru OS
pentru ca setup-ul pe care il ai este mic/mediu  si nu te-ai confruntat sau
nu poti  vedea efectele adverse ale backup-ului incremental. Dar deja asta
este o alta disctutie.
Spatiul nu este mare, pentru ca   pastrez maxim 4 mksysb-uri, pentru
siguranta, desi in 90% din cazuri ultimul imi este suficient iar marimea
medie este in jur de 5 GB.

>
> > >  2. nu poate face backup la tot ce-i pe mașină
> > nu a

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

Iulian Roman  wrote:
> 
> > Păi nu ziceai că ce simplu e cu mksysb și că ce păcat că în Linux nu
> > avem așa ceva? Să nu-mi zici că la sute/mii de mașini în rețea tu cu
> > mksysb voiai să faci backup… Dacă nu știe nici măcar backup
> > incremental, nu este scula potrivită.
> > 
> 
> daca ai fi citit cu atentie thread-ul ai fi observat ca am mentionat
> ca folosesc tsm ca si client de backup. pe toate systemele.
> incremental. si solutia ma intereseaza exclusiv pentru rootvg. tu
> vrei sa imi spui ca folosesti numai rsync pentru backup ?si insisti
> ca e scula potrivita ?si insisti ca e scalabila la sute/mii de
> masini ?

Ți-am dat exemplu rsync ca un echivalent superior pentru mksysb, dar
nu, nu aș folosi rsync pentru scenariul pe care l-ai creionat tu. Cu
atât mai puțin mksysb, care nu știe nici măcar de backup incremental.
Chiar și numai pentru rootvg, tot e muuult prea mult să copiezi toate
rootvg-urile prin rețea la fiecare backup.

[snip]

> > mksysb, HMC, NIM server șamd or fi simple pentru tine și le
> > configurezi într-un minut pentru că ani de zile ai lucrat cu ele.
> > Mie, ca începător într-ale AIX-ului, mksysb mi se pare primitiv,
> > HMC abia îl deslușesc după săptămâni de interacționat cu interfața
> > lui stupidă, iar NIM server este o nebuloasă.
> 
> sunt sigur ca ai sa intelegi utilitatea lui cind o sa il folosesti
> mai des. hmc are ca system de operare Linux, asa ca ai echivalent
> comand line la toate functiile gui. da, Nim are o oarecare curba de
> invatare si poate parea o nebuloasa la inceput.

Apropo de HMC, n-am zis că nu-i util, e chiar o sculă deșteaptă, de
interfața lui am zis ca e stupidă. Chiar dacă rulează pe Linux, io din
Linux nu pot manipula pe de-a întregul interfața web decât dacă-mi
instalez un Firefox antic, nicio versiune la zi nu are suport de la IBM
și chiar îs chestii care nu funcționează în Firefox 24 ESR, care-i cea
mai veche versiune Firefox cu suport de la Mozilla.

 
> > Dar, să proclami că mksysb este ce trebuie pentru a
> > face backup decent la sute/mii de mașini în producție, pe care să le
> > poți restaura cât mai rapid, mi se pare exagerat în condițiile în
> > care e o sculă foarte limitată pentru că:
> > 
> nu e exagerata.
> >  1. nu știe backup incremental
> nu asta e scopul

La rootvg tot cu mksysb insiști că ai face backup. Dacă ai veni la mine
cu soluția asta, nu ți-aș accepta-o. O dată pentru traficul de rețea
inutil dat de lipsa suportului pentru backup incremental. Încă o dată
pentru frecatul discurilor degeaba, că de fiecare dată ai scrie tot ce
e în rootvg. Și încă o dată pentru spațiul masiv pe care l-ar ocupa
multiple salvări, pentru cazul în care s-ar dori restaurări din imagini
mai vechi.


> >  2. nu poate face backup la tot ce-i pe mașină
> nu asta e scopul
> >  3. e recomandat să-l faci doar când mașina nu-i în producție
> >  (deci peste noapte?).
> 
> complet gresit

Mno, aici mi s-o dat bullshit-metrul peste cap. Pentru că în manualul
mksysb scrie clar:

   Note:
   1While the mksysb command is running, ensure that system
   activity is minimal.

De ziceai ceva de genul „da, dar…” sau alte variante, mai puteam să
înghit. Dar, să proclami că prima notă din manualul mksysb este complet
greșită, e prea mult. Extraordinary claims require extraordinary proofs.

Respectând indicațiile IBM din manual pentru mksyb înseamnă că ar fi
nevoie de o fereastră de backup pentru salvarea rootvg-urile și, prin
urmare, va rezulta o granularitate mare pentru salvări, pentru că, cât
de des ai o fereastră de backup la mașini în producție? O dată pe zi,
adică peste noapte? Deci la fiecare restaurare se pierd datele de până
la o zi de pe acea mașină. Se poate mai bine de atât…


signature.asc
Description: PGP signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

On 26 Jul 2014, at 22:49, Abibula Aygun  wrote:

>> On 26 Jul 2014, at 11:21, Abibula Aygun  wrote:
>> 
 
 
 cei care sunt interesati sa evolueze, sa invete lucruri noi , sa se
 adapteze dinamicii din IT  si care au realizat ca instalarea /
>> configurarea
 unui OS e job de ..., pe cale de disparitie si foarte prost platit
>>> 
>>> 
>>> Chestiunea cu evolutia . lucruri noi , dinamica IT   se rezuma la un
>>> singur luru;
>>> Cu cat ma platesti pentru asta ?
>>> Am fost angajat intr-o firma in care ma ocupam de multe treburi dar de
>>> training nu am avut parte ci trebuia sa periez forumurile , sa sun pe nu
>>> stiu cine si nu ctiu ce , sa pierd ore in sir cu tipul la telefon , sa
>> imi
>>> strofoc Eu mintea ca sa fac treburile sa mearga . Plateam Eu banii pentru
>>> Chip , Linux Magazine - ma documentam din timpul meu !
>> Foarte bine, cred ca multi au procedat similar. Important e sa stii cind
>> sa te opresti.
> 
> Nu serios !?! Asa au procedat multi ?
> Una e sa fii autodidact pentru tine si afacerile tale si alta e sa
> trebuiasca sa gasesti solutii pentru o firma ce castiga bani din carca ta
> fara sa te pregateasca pentru anumite task-uri.
de ce ar trebui sa te intereseze citi bani cistiga firma atit timp cit tu esti 
platit corect ?
> Am prieteni sysadmini care
> merg la training periodic. La Murfatlar mergeam destul de des 
> la Bucuresti .
Pai de ce nu mergi inapoi ?
> Abonamentele la Chip , Linux Magazine , PC World si alte
> reviste de specialitate erau asigurate de firma .
> 
Ce vremuri  !
>>> Cu Cat ma platesti pentru o treaba de genul asta ?
>> eu nu pot sa te platesc, pentru ca nu fac angajari, dar sunt sigur ca esti
>> platit decent si corect pentru skillurile pe care le ai.
>> Numai la bani iti sta gindul :)
> 
> Normal ca la bani ma gandesc! Tu pe ce muncesti? Nasturi? :D
> Din cate observ, ai un task dat de cineva sa faci un brainstorming pe o
> treaba de genul asta astfel incat angajatorul sa nu plateasca prea mult (
> tipic angajatorului Roman ). Set and Forget si plata cu salariul minim pe
> economie pentru angajati.
> 
Departe de mine gindul asta, dar cred ca mai mult te-ai folosit tu din 
thread-ul asta decit eu. Cel putin pentru ca ai mai aflat lucruri noi din 
polemicile iscate, pe linga faptul ca ai avut posibilitatea sa iti versi 
frustrarile. 
> 
> 
>>> 
>>> 
 
> Cati fac restore din retea si alte faze de genul asta.
 intrebarea corecta ar fi fost citi _nu_ fac ?
>>> 
>>> Eu am intrebat colistasii vechii - cei care sunt de prin 2000 pe lista -
>>> cati fac ceea ce am zis mai sus ?
>>> Nu m-am adresat tie personal !
>>> 
>>> 
 
 
> Parerea mea este ca , ori platesti pentru cativa admini de retea
>> versati
> care Stiu ce fac acolo, decat sa dai servere si alte chestii sensibile
>> pe
> mainile unora care habar nu vor avea cand va fi vreun failure sau care
> habar nu au sa interpreteze un S.M.A.R.T.
 
 Cam cite systeme Linux/Unix in medie crezi ca ar trebui sa poata
>> administra
 un sysadmin  bun ?
>>> 
>>> Unul bun se afla la Eurobit pe linga  Palatul Telefoanelor  si deserveste
>>> tot ce tine de Murfatlar , Vinuri Dobrogene , Salonta , Sankt Petesburg (
>>> nu stiu daca am scris corect ca nu sunt bautor ) , Biborteni , reteaua de
>>> Duty Free-uri , Posta Calnau , Pajura de unul singur. El e singurl
>>> administrator de retea si niciodata nua facut deploy prin retea . Are in
>>> administrare de la Sun Solaris , pina la Linux , Unix , Windows Server ,
>>> etc . Tot ce vrei! Si e Unul singur.
>> Impressive
> 
> Destul de ! ;)
> 
> 
>>> Urmareste lista de multa vreme dar niciodata nu intervine ci sta si se
>>> scarpina in barba cand mai vede cate o traznaie de genul .
>>> 
>>> Eu personal am administrat si 200+ Sisteme / Servere / Infrastructura de
>>> comunicatii Wi-fi pe zeci de km patrati.
>> Nu-i rau
> 
> Am uitat sa pun sistemul de telemetrie pentru Autoritatea Fito Sanitara.
> Precipitatii , picaturi pe frunza , umiditatea solului , temperaura aerului
> si umiditatea acestuia ;)
> 
> 
>>> 
 
 Programele alea Enterprise, pentru care platesti, iti fac si interogari
>> de
> hardware si te anunta din timp ce urmeaza sa se intimple.
 hmm, depinde , asta cu predictia probabil e un marketing hype si nu
>> cred in
 asa ceva
>>> 
>>> 
>>> Depinde ! Repet. Pune manuta si testeaza-le. Apoi mai vorbim.
>>> 
>>> 
> ZFS-ul este si el un lucru superb dar la fel, ai nevoie de admini care
>> sa
> inteleaga traznaia de filesystem.
 da, asa se pare, dar nu am lucrat cu el, astfel ca nu pot sa evidentiez
 plusuri / minusuri.
>>> 
>>> Sunt multi convertiti la ZFS pe aici . Te pot ajuta daca dorsti!
>> Multumesc, dar deocamdata nu am nevoie.
> 
> Nu era vb de ajutorul meu ci al celor convertiti ;)
Nu vreau nici ajutorul convertitilor .
> 
 
> Nu stiu de ce, am impresia ca se doresc aceste softuri ca sa plateasca
 cat
> mai putin pe sysadmini si sa investeasca odata in

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

> On 26 Jul 2014, at 11:21, Abibula Aygun  wrote:
>
> >>
> >>
> >> cei care sunt interesati sa evolueze, sa invete lucruri noi , sa se
> >> adapteze dinamicii din IT  si care au realizat ca instalarea /
> configurarea
> >> unui OS e job de ..., pe cale de disparitie si foarte prost platit
> >
> >
> > Chestiunea cu evolutia . lucruri noi , dinamica IT   se rezuma la un
> > singur luru;
> > Cu cat ma platesti pentru asta ?
> > Am fost angajat intr-o firma in care ma ocupam de multe treburi dar de
> > training nu am avut parte ci trebuia sa periez forumurile , sa sun pe nu
> > stiu cine si nu ctiu ce , sa pierd ore in sir cu tipul la telefon , sa
> imi
> > strofoc Eu mintea ca sa fac treburile sa mearga . Plateam Eu banii pentru
> > Chip , Linux Magazine - ma documentam din timpul meu !
> Foarte bine, cred ca multi au procedat similar. Important e sa stii cind
> sa te opresti.
>

Nu serios !?! Asa au procedat multi ?
Una e sa fii autodidact pentru tine si afacerile tale si alta e sa
trebuiasca sa gasesti solutii pentru o firma ce castiga bani din carca ta
fara sa te pregateasca pentru anumite task-uri. Am prieteni sysadmini care
merg la training periodic. La Murfatlar mergeam destul de des la training
la Bucuresti . Abonamentele la Chip , Linux Magazine , PC World si alte
reviste de specialitate erau asigurate de firma .


> > Cu Cat ma platesti pentru o treaba de genul asta ?
> >
> eu nu pot sa te platesc, pentru ca nu fac angajari, dar sunt sigur ca esti
> platit decent si corect pentru skillurile pe care le ai.
> Numai la bani iti sta gindul :)
>

Normal ca la bani ma gandesc! Tu pe ce muncesti? Nasturi? :D
Din cate observ, ai un task dat de cineva sa faci un brainstorming pe o
treaba de genul asta astfel incat angajatorul sa nu plateasca prea mult (
tipic angajatorului Roman ). Set and Forget si plata cu salariul minim pe
economie pentru angajati.



> >
> >
> >>
> >>> Cati fac restore din retea si alte faze de genul asta.
> >> intrebarea corecta ar fi fost citi _nu_ fac ?
> >
> > Eu am intrebat colistasii vechii - cei care sunt de prin 2000 pe lista -
> > cati fac ceea ce am zis mai sus ?
> > Nu m-am adresat tie personal !
> >
> >
> >>
> >>
> >>> Parerea mea este ca , ori platesti pentru cativa admini de retea
> versati
> >>> care Stiu ce fac acolo, decat sa dai servere si alte chestii sensibile
> pe
> >>> mainile unora care habar nu vor avea cand va fi vreun failure sau care
> >>> habar nu au sa interpreteze un S.M.A.R.T.
> >>
> >> Cam cite systeme Linux/Unix in medie crezi ca ar trebui sa poata
> administra
> >> un sysadmin  bun ?
> >
> > Unul bun se afla la Eurobit pe linga  Palatul Telefoanelor  si deserveste
> > tot ce tine de Murfatlar , Vinuri Dobrogene , Salonta , Sankt Petesburg (
> > nu stiu daca am scris corect ca nu sunt bautor ) , Biborteni , reteaua de
> > Duty Free-uri , Posta Calnau , Pajura de unul singur. El e singurl
> > administrator de retea si niciodata nua facut deploy prin retea . Are in
> > administrare de la Sun Solaris , pina la Linux , Unix , Windows Server ,
> > etc . Tot ce vrei! Si e Unul singur.
> >
> Impressive
>

Destul de ! ;)


> > Urmareste lista de multa vreme dar niciodata nu intervine ci sta si se
> > scarpina in barba cand mai vede cate o traznaie de genul .
> >
> > Eu personal am administrat si 200+ Sisteme / Servere / Infrastructura de
> > comunicatii Wi-fi pe zeci de km patrati.
> >
> Nu-i rau
>

Am uitat sa pun sistemul de telemetrie pentru Autoritatea Fito Sanitara.
Precipitatii , picaturi pe frunza , umiditatea solului , temperaura aerului
si umiditatea acestuia ;)



> >
> >>
> >> Programele alea Enterprise, pentru care platesti, iti fac si interogari
> de
> >>> hardware si te anunta din timp ce urmeaza sa se intimple.
> >> hmm, depinde , asta cu predictia probabil e un marketing hype si nu
> cred in
> >> asa ceva
> >
> >
> > Depinde ! Repet. Pune manuta si testeaza-le. Apoi mai vorbim.
> >
> >
> >>> ZFS-ul este si el un lucru superb dar la fel, ai nevoie de admini care
> sa
> >>> inteleaga traznaia de filesystem.
> >> da, asa se pare, dar nu am lucrat cu el, astfel ca nu pot sa evidentiez
> >> plusuri / minusuri.
> >
> > Sunt multi convertiti la ZFS pe aici . Te pot ajuta daca dorsti!
> Multumesc, dar deocamdata nu am nevoie.
>

Nu era vb de ajutorul meu ci al celor convertiti ;)


> >>
> >>> Nu stiu de ce, am impresia ca se doresc aceste softuri ca sa plateasca
> >> cat
> >>> mai putin pe sysadmini si sa investeasca odata in ceva soft pe care
> >> Marele
> >>> Tartor sa il seteze iara ceilalti doar sa il verifice periodic daca isi
> >>> face treaba dar fara sa aiba habar ce trebuie sa verifice de fapt.
> >> corect
> >
> > Nu e deloc corect !
> >
> >
> >>
> >>>
> >>> Mai bine ar plati pentru trainingul viitorilor sysadmini.
> >> discutabil
> > Deloc discutabil. Legi contract de poponet ca timp de 10 ani sa fie legat
> > de tine ca sa iti scoti banii din trainingul lor. Te gandesti din punct
> de
> > vedere managerial ca ii instruiesti si pleaca .
> >
>

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

On 26 Jul 2014, at 11:21, Abibula Aygun  wrote:

>> 
>> 
>> cei care sunt interesati sa evolueze, sa invete lucruri noi , sa se
>> adapteze dinamicii din IT  si care au realizat ca instalarea / configurarea
>> unui OS e job de ..., pe cale de disparitie si foarte prost platit
> 
> 
> Chestiunea cu evolutia . lucruri noi , dinamica IT   se rezuma la un
> singur luru;
> Cu cat ma platesti pentru asta ?
> Am fost angajat intr-o firma in care ma ocupam de multe treburi dar de
> training nu am avut parte ci trebuia sa periez forumurile , sa sun pe nu
> stiu cine si nu ctiu ce , sa pierd ore in sir cu tipul la telefon , sa imi
> strofoc Eu mintea ca sa fac treburile sa mearga . Plateam Eu banii pentru
> Chip , Linux Magazine - ma documentam din timpul meu !
Foarte bine, cred ca multi au procedat similar. Important e sa stii cind sa te 
opresti.
> Cu Cat ma platesti pentru o treaba de genul asta ?
> 
eu nu pot sa te platesc, pentru ca nu fac angajari, dar sunt sigur ca esti 
platit decent si corect pentru skillurile pe care le ai. 
Numai la bani iti sta gindul :)
> 
> 
>> 
>>> Cati fac restore din retea si alte faze de genul asta.
>> intrebarea corecta ar fi fost citi _nu_ fac ?
> 
> Eu am intrebat colistasii vechii - cei care sunt de prin 2000 pe lista -
> cati fac ceea ce am zis mai sus ?
> Nu m-am adresat tie personal !
> 
> 
>> 
>> 
>>> Parerea mea este ca , ori platesti pentru cativa admini de retea versati
>>> care Stiu ce fac acolo, decat sa dai servere si alte chestii sensibile pe
>>> mainile unora care habar nu vor avea cand va fi vreun failure sau care
>>> habar nu au sa interpreteze un S.M.A.R.T.
>> 
>> Cam cite systeme Linux/Unix in medie crezi ca ar trebui sa poata administra
>> un sysadmin  bun ?
> 
> Unul bun se afla la Eurobit pe linga  Palatul Telefoanelor  si deserveste
> tot ce tine de Murfatlar , Vinuri Dobrogene , Salonta , Sankt Petesburg (
> nu stiu daca am scris corect ca nu sunt bautor ) , Biborteni , reteaua de
> Duty Free-uri , Posta Calnau , Pajura de unul singur. El e singurl
> administrator de retea si niciodata nua facut deploy prin retea . Are in
> administrare de la Sun Solaris , pina la Linux , Unix , Windows Server ,
> etc . Tot ce vrei! Si e Unul singur.
> 
Impressive 
> Urmareste lista de multa vreme dar niciodata nu intervine ci sta si se
> scarpina in barba cand mai vede cate o traznaie de genul .
> 
> Eu personal am administrat si 200+ Sisteme / Servere / Infrastructura de
> comunicatii Wi-fi pe zeci de km patrati.
> 
Nu-i rau 
> 
>> 
>> Programele alea Enterprise, pentru care platesti, iti fac si interogari de
>>> hardware si te anunta din timp ce urmeaza sa se intimple.
>> hmm, depinde , asta cu predictia probabil e un marketing hype si nu cred in
>> asa ceva
> 
> 
> Depinde ! Repet. Pune manuta si testeaza-le. Apoi mai vorbim.
> 
> 
>>> ZFS-ul este si el un lucru superb dar la fel, ai nevoie de admini care sa
>>> inteleaga traznaia de filesystem.
>> da, asa se pare, dar nu am lucrat cu el, astfel ca nu pot sa evidentiez
>> plusuri / minusuri.
> 
> Sunt multi convertiti la ZFS pe aici . Te pot ajuta daca dorsti!
Multumesc, dar deocamdata nu am nevoie. 
>> 
>>> Nu stiu de ce, am impresia ca se doresc aceste softuri ca sa plateasca
>> cat
>>> mai putin pe sysadmini si sa investeasca odata in ceva soft pe care
>> Marele
>>> Tartor sa il seteze iara ceilalti doar sa il verifice periodic daca isi
>>> face treaba dar fara sa aiba habar ce trebuie sa verifice de fapt.
>> corect
> 
> Nu e deloc corect !
> 
> 
>> 
>>> 
>>> Mai bine ar plati pentru trainingul viitorilor sysadmini.
>> discutabil
> Deloc discutabil. Legi contract de poponet ca timp de 10 ani sa fie legat
> de tine ca sa iti scoti banii din trainingul lor. Te gandesti din punct de
> vedere managerial ca ii instruiesti si pleaca .
> 
Tu ai semna un contract care te leaga de un angajator 10 ani ?
> 
>> 
>>> La cum e descrisa reteau ( sute / mii de jucarii ) imi pare nitel
>> dubioasa
>>> treaba.
>> dubioasa e un termen evaziv :)
>> 
>>> Succes!
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

>
>
> cei care sunt interesati sa evolueze, sa invete lucruri noi , sa se
> adapteze dinamicii din IT  si care au realizat ca instalarea / configurarea
> unui OS e job de ..., pe cale de disparitie si foarte prost platit


Chestiunea cu evolutia . lucruri noi , dinamica IT   se rezuma la un
singur luru;
Cu cat ma platesti pentru asta ?
Am fost angajat intr-o firma in care ma ocupam de multe treburi dar de
training nu am avut parte ci trebuia sa periez forumurile , sa sun pe nu
stiu cine si nu ctiu ce , sa pierd ore in sir cu tipul la telefon , sa imi
strofoc Eu mintea ca sa fac treburile sa mearga . Plateam Eu banii pentru
Chip , Linux Magazine - ma documentam din timpul meu !
Cu Cat ma platesti pentru o treaba de genul asta ?


>

>
> > Cati fac restore din retea si alte faze de genul asta.
> >
> >
> intrebarea corecta ar fi fost citi _nu_ fac ?
>

Eu am intrebat colistasii vechii - cei care sunt de prin 2000 pe lista -
cati fac ceea ce am zis mai sus ?
Nu m-am adresat tie personal !


>
>
> > Parerea mea este ca , ori platesti pentru cativa admini de retea versati
> > care Stiu ce fac acolo, decat sa dai servere si alte chestii sensibile pe
> > mainile unora care habar nu vor avea cand va fi vreun failure sau care
> > habar nu au sa interpreteze un S.M.A.R.T.
> >
>
> Cam cite systeme Linux/Unix in medie crezi ca ar trebui sa poata administra
> un sysadmin  bun ?
>

Unul bun se afla la Eurobit pe linga  Palatul Telefoanelor  si deserveste
tot ce tine de Murfatlar , Vinuri Dobrogene , Salonta , Sankt Petesburg (
nu stiu daca am scris corect ca nu sunt bautor ) , Biborteni , reteaua de
Duty Free-uri , Posta Calnau , Pajura de unul singur. El e singurl
administrator de retea si niciodata nua facut deploy prin retea . Are in
administrare de la Sun Solaris , pina la Linux , Unix , Windows Server ,
etc . Tot ce vrei! Si e Unul singur.

Urmareste lista de multa vreme dar niciodata nu intervine ci sta si se
scarpina in barba cand mai vede cate o traznaie de genul .

Eu personal am administrat si 200+ Sisteme / Servere / Infrastructura de
comunicatii Wi-fi pe zeci de km patrati.


>
> Programele alea Enterprise, pentru care platesti, iti fac si interogari de
> > hardware si te anunta din timp ce urmeaza sa se intimple.
> >
> hmm, depinde , asta cu predictia probabil e un marketing hype si nu cred in
> asa ceva


Depinde ! Repet. Pune manuta si testeaza-le. Apoi mai vorbim.


> > ZFS-ul este si el un lucru superb dar la fel, ai nevoie de admini care sa
> > inteleaga traznaia de filesystem.
> >
> da, asa se pare, dar nu am lucrat cu el, astfel ca nu pot sa evidentiez
> plusuri / minusuri.
>

Sunt multi convertiti la ZFS pe aici . Te pot ajuta daca dorsti!


>
> > Nu stiu de ce, am impresia ca se doresc aceste softuri ca sa plateasca
> cat
> > mai putin pe sysadmini si sa investeasca odata in ceva soft pe care
> Marele
> > Tartor sa il seteze iara ceilalti doar sa il verifice periodic daca isi
> > face treaba dar fara sa aiba habar ce trebuie sa verifice de fapt.
> >
> corect
>

Nu e deloc corect !


>
> >
> > Mai bine ar plati pentru trainingul viitorilor sysadmini.
> >
> discutabil
>
>
Deloc discutabil. Legi contract de poponet ca timp de 10 ani sa fie legat
de tine ca sa iti scoti banii din trainingul lor. Te gandesti din punct de
vedere managerial ca ii instruiesti si pleaca .


>
> > La cum e descrisa reteau ( sute / mii de jucarii ) imi pare nitel
> dubioasa
> > treaba.
> >
>  dubioasa e un termen evaziv :)
>
> > Succes!
>
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

> On 26 Jul 2014, at 07:12, Mișu Moldovan  wrote:
> 
> Iulian Roman  wrote:
> 
>> 2014-07-25 22:33 GMT+02:00 Mișu Moldovan :
>>> 
>>> OK, mă bucur că ai înțeles din prima ce am avut de zis, din
>>> răspunsul tău anterior nu mi-am dat seama. Și, pentru că ai
>>> formulat mai exact problema cu găsitul echivalentului mksysb, cred
>>> că îți pot explica și de ce nu vei găsi așa ceva în Linux. Pentru
>>> backup-uri din astea de OS la nivel de fișiere noi folosim de
>>> regulă rsync, care face ceva ce mksysb/backup din AIX deocamdată
>>> doar visează: backup incremental.
>> 
>> 
>> rsync se poate instala pe toate unix-urile (inclusiv in AIX) , i
>> didn't get the point.
> 
> Păi nu ziceai că ce simplu e cu mksysb și că ce păcat că în Linux nu
> avem așa ceva? Să nu-mi zici că la sute/mii de mașini în rețea tu cu
> mksysb voiai să faci backup… Dacă nu știe nici măcar backup incremental,
> nu este scula potrivită.
> 

daca ai fi citit cu atentie thread-ul ai fi observat ca am mentionat ca 
folosesc tsm ca si client de backup. pe toate systemele. incremental. si 
solutia ma intereseaza exclusiv pentru rootvg.
tu vrei sa imi spui ca folosesti numai rsync pentru backup ?si insisti ca e 
scula potrivita ?si insisti ca e scalabila la sute/mii de masini ?

> 
>>> Mai departe? Ce dorești? Să salvezi și metadatele unui VG când faci
>>> backup? Folosește vgcfgbackup și vgcfgrestore din LVM-ul de Linux.
>>> Și poți face asta pentru orice VG, nu doar pentru rootvg, ca
>>> mksysb. Sau poți să folosești LVM snapshots pentru a face backup la
>>> un sistem live în fracțiuni de secundă (spre deosebire de mksysb,
>>> unde îți zice în manual că e indicat să nu folosești sistemul când
>>> îi faci backup). Ori folosește ZFS, de există resurse pentru așa
>>> ceva și n-ai ceva personal cu cei de la Oracle… :)
>>> 
>>> man, comparatii intre LVM-uri poti face atunci cind ai lucrat cu
>>> amindoua,
>> ceea ce in cazul tau  nu este valid. Spre deosebire de tine eu pot
>> face comparatiile astea, fara atitudine de Linux sau AIX fan boy. In
>> primul rind, faci o greseala fundamentala comparind o colectie de
>> tool-uri de back-up (mksysb-ul) , care ruleaza peste LVM, cu LVM-ul
>> insusi. Daca ai fi fost mai putin ignorant ai fi stiut ca AIX-ul se
>> instaleaza numai peste LVM
>> - nu este posibil altfel - deci LVM-ul este unul din punctele lui
>> forte , asta cind Linux-ul nu auzise de LVM (cam cu 10 ani
>> inainte !). Daca ai fi fost mai putin ignorant, ai fi stiut ca
>> vgcfgbackup and vgcfgrestore au echivalente in AIX (savevg, restvg).
>> Daca ai fi fost mai putin ignorant, ai fi stiut ca in AIX nu este
>> musai nevoie sa ai configuratia volume group-ului  salvata  separat,
>> pentru ca este in VGDA, pe disk. Deci poti importa un volume group in
>> orice alta masina extrem de simplu. readvgda direct de pe disc si
>> apoi importvg  !Cu alte cuvinte, daca ai fi avut habar de LVM-ul din
>> AIX  nu ai fi pornit comparatia asta inutila. Asa, pentru cultura ta
>> generala , sa stii ca versiunile principale de LVM (AIX, HP-UX,
>> Veritas,Linux) sunt comparabile , cu plusuri si cu minusuri probabil
>> de o parte sau alta, dar cu riscul de a fi subiectiv si a imi pune
>> comunitate in cap, LVM-ul din AIX mi se pare cel mai robust si
>> intuitiv. Am exclus Solaris , pentru ca si lipsa LVM-ului (au
>> realizat si ei pe la Solaris 10 parca de necesitatea LVM-ului, mult
>> prea tirziu) a fost una din cauzele care i-au cam pus capac.
> 
> Știu cum se instalează AIX, nu asta-i problema. Io ți-am punctat cu ce
> din Linux poți face ce face mksysb și cum poți face mai bine. Dacă nu
> ai fi făcut o fixație pe mksysb, pe care l-ai menționat de mai multe
> ori și pentru care plângi că nu există echivalent în Linux, n-ai fi
> primit ce ai primit. Iar faptul că tu-mi menționezi acum echivalente
> din AIX pentru scule din Linux pe care ți le-am căutat expres ca să fie
> echivalente pentru ce folosește mksysb în fundal dovedește că ai citit
> în diagonală ce am scris și/sau nu m-am făcut io bine înțeles. Dar, din
> nou, ți-a scăpat ce era mai important și anume limitările mksysb, care
> nu face backup la orice de pe o mașină și nici nu e recomandat să-l
> folosești pentru a face backup la o mașină în producție, io asta am
> citit în manual.
> 

nu am spus ca nu stii cum se instaleaza AIX , am spus ca ai amestecat lvm-ul cu 
o colectie de tool-uri care ruleaza peste lvm, ca si rsync de ex, si insisti cu 
asta fara sa realizezi ca faci o comparatie fortata. mksysb nu are ca scop sa 
faca backup la tot, este numai pentru rootvg.
ai inteles gresit , il folosesc cu success pe toate masinile.


> 
>> În ce privește NIM server și alte scule, cred că tre' să detaliezi mai
>>> mult ce ai nevoie, alți listași au tot încercat să ghicească și
>>> ți-au tot dat sugestii. Nu știu de mai avem pe aici și alți oameni
>>> ce au folosit AIX ca să-ți citească gândurile. Se poate să pornești
>>> un sistem curat din rețea, să-i torni ultimul backup și să
>>> repornești sistemul

Re: [rlug] metoda backup imagine OS

[Mihai Badici]

On Saturday 26 July 2014 08:12:33 Mișu Moldovan wrote:
> Iulian Roman  wrote:
> > 2014-07-25 22:33 GMT+02:00 Mișu Moldovan :
> > > OK, mă bucur că ai înțeles din prima ce am avut de zis, din
> > > răspunsul tău anterior nu mi-am dat seama. Și, pentru că ai
> > > formulat mai exact problema cu găsitul echivalentului mksysb, cred
> > > că îți pot explica și de ce nu vei găsi așa ceva în Linux. Pentru
> > > backup-uri din astea de OS la nivel de fișiere noi folosim de
> > > regulă rsync, care face ceva ce mksysb/backup din AIX deocamdată
> > > doar visează: backup incremental.
> > 
> > rsync se poate instala pe toate unix-urile (inclusiv in AIX) , i
> > didn't get the point.
> 
> Păi nu ziceai că ce simplu e cu mksysb și că ce păcat că în Linux nu
> avem așa ceva? Să nu-mi zici că la sute/mii de mașini în rețea tu cu
> mksysb voiai să faci backup… Dacă nu știe nici măcar backup incremental,
> nu este scula potrivită.


Ma, eu zic ca voi vreti DPM de la Microsoft dar nu aveti curaj sa ziceti :)

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

Iulian Roman  wrote:

> 2014-07-25 22:33 GMT+02:00 Mișu Moldovan :
> >
> > OK, mă bucur că ai înțeles din prima ce am avut de zis, din
> > răspunsul tău anterior nu mi-am dat seama. Și, pentru că ai
> > formulat mai exact problema cu găsitul echivalentului mksysb, cred
> > că îți pot explica și de ce nu vei găsi așa ceva în Linux. Pentru
> > backup-uri din astea de OS la nivel de fișiere noi folosim de
> > regulă rsync, care face ceva ce mksysb/backup din AIX deocamdată
> > doar visează: backup incremental.
> 
> 
> rsync se poate instala pe toate unix-urile (inclusiv in AIX) , i
> didn't get the point.
 
Păi nu ziceai că ce simplu e cu mksysb și că ce păcat că în Linux nu
avem așa ceva? Să nu-mi zici că la sute/mii de mașini în rețea tu cu
mksysb voiai să faci backup… Dacă nu știe nici măcar backup incremental,
nu este scula potrivită.


> > Mai departe? Ce dorești? Să salvezi și metadatele unui VG când faci
> > backup? Folosește vgcfgbackup și vgcfgrestore din LVM-ul de Linux.
> > Și poți face asta pentru orice VG, nu doar pentru rootvg, ca
> > mksysb. Sau poți să folosești LVM snapshots pentru a face backup la
> > un sistem live în fracțiuni de secundă (spre deosebire de mksysb,
> > unde îți zice în manual că e indicat să nu folosești sistemul când
> > îi faci backup). Ori folosește ZFS, de există resurse pentru așa
> > ceva și n-ai ceva personal cu cei de la Oracle… :)
> >
> > man, comparatii intre LVM-uri poti face atunci cind ai lucrat cu
> > amindoua,
> ceea ce in cazul tau  nu este valid. Spre deosebire de tine eu pot
> face comparatiile astea, fara atitudine de Linux sau AIX fan boy. In
> primul rind, faci o greseala fundamentala comparind o colectie de
> tool-uri de back-up (mksysb-ul) , care ruleaza peste LVM, cu LVM-ul
> insusi. Daca ai fi fost mai putin ignorant ai fi stiut ca AIX-ul se
> instaleaza numai peste LVM
> - nu este posibil altfel - deci LVM-ul este unul din punctele lui
> forte , asta cind Linux-ul nu auzise de LVM (cam cu 10 ani
> inainte !). Daca ai fi fost mai putin ignorant, ai fi stiut ca
> vgcfgbackup and vgcfgrestore au echivalente in AIX (savevg, restvg).
> Daca ai fi fost mai putin ignorant, ai fi stiut ca in AIX nu este
> musai nevoie sa ai configuratia volume group-ului  salvata  separat,
> pentru ca este in VGDA, pe disk. Deci poti importa un volume group in
> orice alta masina extrem de simplu. readvgda direct de pe disc si
> apoi importvg  !Cu alte cuvinte, daca ai fi avut habar de LVM-ul din
> AIX  nu ai fi pornit comparatia asta inutila. Asa, pentru cultura ta
> generala , sa stii ca versiunile principale de LVM (AIX, HP-UX,
> Veritas,Linux) sunt comparabile , cu plusuri si cu minusuri probabil
> de o parte sau alta, dar cu riscul de a fi subiectiv si a imi pune
> comunitate in cap, LVM-ul din AIX mi se pare cel mai robust si
> intuitiv. Am exclus Solaris , pentru ca si lipsa LVM-ului (au
> realizat si ei pe la Solaris 10 parca de necesitatea LVM-ului, mult
> prea tirziu) a fost una din cauzele care i-au cam pus capac.

Știu cum se instalează AIX, nu asta-i problema. Io ți-am punctat cu ce
din Linux poți face ce face mksysb și cum poți face mai bine. Dacă nu
ai fi făcut o fixație pe mksysb, pe care l-ai menționat de mai multe
ori și pentru care plângi că nu există echivalent în Linux, n-ai fi
primit ce ai primit. Iar faptul că tu-mi menționezi acum echivalente
din AIX pentru scule din Linux pe care ți le-am căutat expres ca să fie
echivalente pentru ce folosește mksysb în fundal dovedește că ai citit
în diagonală ce am scris și/sau nu m-am făcut io bine înțeles. Dar, din
nou, ți-a scăpat ce era mai important și anume limitările mksysb, care
nu face backup la orice de pe o mașină și nici nu e recomandat să-l
folosești pentru a face backup la o mașină în producție, io asta am
citit în manual.


> În ce privește NIM server și alte scule, cred că tre' să detaliezi mai
> > mult ce ai nevoie, alți listași au tot încercat să ghicească și
> > ți-au tot dat sugestii. Nu știu de mai avem pe aici și alți oameni
> > ce au folosit AIX ca să-ți citească gândurile. Se poate să pornești
> > un sistem curat din rețea, să-i torni ultimul backup și să
> > repornești sistemul din acel backup, nu-i mare brânză. Dar tu ai
> > insistat că vrei ceva ce funcționează ca mksysb în AIX… Ei bine,
> > sigur n-o să găsești, pentru că avem rsync, avem LVM snapshots,
> > avem ZFS șamd. De ce ne-am scărpina atunci în urechea dreaptă cu
> > degetul mare de la piciorul stâng?!?
> >
> > Pentru ca mi se pare extrem de simplu sa aloc resursele de pe nim
> > server
> (aproximativ 1 minut) iar apoi sa scriu o comanda in HMC (sau eventual
> introduc parametrii ip in open firmware)   in care precizez ip address
> remote, bootp, etc (la fel 1 minut) si dupa ce m-am intors de la cafea
> (aprox. 10 minute) sa am sistemul de operare instalat cu toate
> configurarile facute. Acum multiplica x10 , x100  si ai sa vezi
> avantajele . Daca tot le _aveti_ , nu e frumos sa fie integrate in
> loc sa le folositi separat ?

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

2014-07-25 22:55 GMT+02:00 Abibula Aygun :

> > OK, mă bucur că ai înțeles din prima ce am avut de zis, din răspunsul
> > tău anterior nu mi-am dat seama. Și, pentru că ai formulat mai exact
> > problema cu găsitul echivalentului mksysb, cred că îți pot explica și
> > de ce nu vei găsi așa ceva în Linux. Pentru backup-uri din astea de OS
> > la nivel de fișiere noi folosim de regulă rsync, care face ceva ce
> > mksysb/backup din AIX deocamdată doar visează: backup incremental.
> >
> > Mai departe? Ce dorești? Să salvezi și metadatele unui VG când faci
> > backup? Folosește vgcfgbackup și vgcfgrestore din LVM-ul de Linux. Și
> > poți face asta pentru orice VG, nu doar pentru rootvg, ca mksysb. Sau
> > poți să folosești LVM snapshots pentru a face backup la un sistem live
> > în fracțiuni de secundă (spre deosebire de mksysb, unde îți zice în
> > manual că e indicat să nu folosești sistemul când îi faci backup). Ori
> > folosește ZFS, de există resurse pentru așa ceva și n-ai ceva personal
> > cu cei de la Oracle… :)
> >
> > În ce privește NIM server și alte scule, cred că tre' să detaliezi mai
> > mult ce ai nevoie, alți listași au tot încercat să ghicească și ți-au
> > tot dat sugestii. Nu știu de mai avem pe aici și alți oameni ce au
> > folosit AIX ca să-ți citească gândurile. Se poate să pornești un sistem
> > curat din rețea, să-i torni ultimul backup și să repornești sistemul
> > din acel backup, nu-i mare brânză. Dar tu ai insistat că vrei ceva ce
> > funcționează ca mksysb în AIX… Ei bine, sigur n-o să găsești, pentru că
> > avem rsync, avem LVM snapshots, avem ZFS șamd. De ce ne-am scărpina
> > atunci în urechea dreaptă cu degetul mare de la piciorul stâng?!?
> >
> >
> Am vrut sa mentionez de Rsync pentru backup-ul incremental dar omul a pus
> niste Flag-uri cu Stop la anumite tool-uri la inceputul thread-ului astfel
> incat i-am sugerat sa foloseasca ce vrea sufletelul lui ca tot ceea ce a
> mentionat este si trial ( daca vrea solutii pentru care sa plateasca ).
> Rsync pus cum trebuie in Cron merge de duduie ca sa nu mai zic ca il poate
> folosi cu succes si in wingoz cu jobul pus de mina in Scheduled . Nici nu
> ii mai trebuie tool-uri centralizate. Personal folosesc Inca , Rsync si
> varianta sa de windows sa fac back-up la ceva baze de date postgres dupa ce
> am facut un script .bat  pentru PostgresAdmin si ale sale unelte .
> In fiecare zi, la orele 3, sistemul face un snapshot al bazei si il duce si
> undeva in retea unde e copiat incremental.
>
> Eu sunt curios sa stiu cati sysadmini de pe lista lasa jucariile pe mina
> unor softuri de genul Set And Forget ?
>
cei care sunt interesati sa evolueze, sa invete lucruri noi , sa se
adapteze dinamicii din IT  si care au realizat ca instalarea / configurarea
unui OS e job de ..., pe cale de disparitie si foarte prost platit

>
> Cati fac restore din retea si alte faze de genul asta.
>
>
intrebarea corecta ar fi fost citi _nu_ fac ?


> Parerea mea este ca , ori platesti pentru cativa admini de retea versati
> care Stiu ce fac acolo, decat sa dai servere si alte chestii sensibile pe
> mainile unora care habar nu vor avea cand va fi vreun failure sau care
> habar nu au sa interpreteze un S.M.A.R.T.
>

Cam cite systeme Linux/Unix in medie crezi ca ar trebui sa poata administra
un sysadmin  bun ?

Programele alea Enterprise, pentru care platesti, iti fac si interogari de
> hardware si te anunta din timp ce urmeaza sa se intimple.
>
hmm, depinde , asta cu predictia probabil e un marketing hype si nu cred in
asa ceva

> ZFS-ul este si el un lucru superb dar la fel, ai nevoie de admini care sa
> inteleaga traznaia de filesystem.
>
da, asa se pare, dar nu am lucrat cu el, astfel ca nu pot sa evidentiez
plusuri / minusuri.

> Nu stiu de ce, am impresia ca se doresc aceste softuri ca sa plateasca cat
> mai putin pe sysadmini si sa investeasca odata in ceva soft pe care Marele
> Tartor sa il seteze iara ceilalti doar sa il verifice periodic daca isi
> face treaba dar fara sa aiba habar ce trebuie sa verifice de fapt.
>
corect

>
> Mai bine ar plati pentru trainingul viitorilor sysadmini.
>
discutabil


> La cum e descrisa reteau ( sute / mii de jucarii ) imi pare nitel dubioasa
> treaba.
>
 dubioasa e un termen evaziv :)

> Succes!
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

2014-07-25 22:45 GMT+02:00 manuel "lonely wolf" wolfshant :

> On 07/25/2014 11:33 PM, Mișu Moldovan wrote:
> > din acel backup, nu-i mare brânză. Dar tu ai insistat că vrei ceva ce
> > funcționează ca mksysb în AIX… Ei bine, sigur n-o să găsești, pentru că
> > avem rsync, avem LVM snapshots, avem ZFS șamd. De ce ne-am scărpina
> > atunci în urechea dreaptă cu degetul mare de la piciorul stâng?!?
>
> si avem reinstall din PXE cu kickstart adecvat + restore configs via
> etckeeper
>
foarte bine, dar daca imi permiti sa adaug,  open firmware-ul stie cu mult
inaintea x86-ului de network boot. De asemeni, NIM  exista cu mult inaintea
kickStart-ului, deci astea nu sunt nicidecum noutati.
Dar nu asta e important, important e ca poti folosi metode eficiente de
network boot pe ambele OS-uri, cu plusuri pentru NIM :) (  si numai  pentru
faptul ca e ingaduitor si il poti folosi pentru instalari remote de Linux
de asemeni).



> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

2014-07-25 22:33 GMT+02:00 Mișu Moldovan :

> Iulian Roman  wrote:
>
> > 2014-07-25 14:58 GMT+02:00 Mișu Moldovan :
> > >
> > > Dar, nu-s prea sigur că ai înțeles esența… Și anume că mksysb este
> > > un wrapper shell (gigantic, bleah!) pentru comanda «backup» și
> > > scriptul «mkvgdata» (și altele, mai puțin importante), pentru care
> > > există unelte echivalente în Linux. Știu că spălăturile pe creier
> > > de la IBM și alte corporații asemenea lasă urme, dar aruncă un ochi
> > > în scriptul ăla și trezește-te la realitate. ;)
> > >
> > Eu cred ca tu nu ai inteles esenta.Stiu perfect ce este mksysb-ul,
> > pentru ca l-am folosit de nenumarate ori, mai mult decit as fi vrut.
> > Nu vreau mksysb de Linux, doar  am dat un exemplu , ca sa se
> > inteleaga exact ce doresc. Orice tool similar ma multumeste. Stiu
> > foarte bine ce este mksysb si cum se foloseste. Tocmai faptul ca
> > exista unelte echivalente  in Linux am sugerat ca ar fi bine ca Red
> > Hat sa le integreze frumos intr-un tool eficient si intuitiv. Este
> > ceva gresit in asta ? Nu crezi ca ar fi benefic pentru toti
> > utilizatorii de Linux ? Eu nu am nici timpul si nici priceperea
> > transformarii si integrarii mksysb-ului  intr-o solutie robusta , dar
> > imi permit sa ti-o sugerez ca idee de business ;). Afirmatia
> > referitoare la spalaturile pe creier este neeleganta , si nu cred ca
> > ne cunoastem suficient incit sa avem o disputa pe tema asta.
>
> OK, mă bucur că ai înțeles din prima ce am avut de zis, din răspunsul
> tău anterior nu mi-am dat seama. Și, pentru că ai formulat mai exact
> problema cu găsitul echivalentului mksysb, cred că îți pot explica și
> de ce nu vei găsi așa ceva în Linux. Pentru backup-uri din astea de OS
> la nivel de fișiere noi folosim de regulă rsync, care face ceva ce
> mksysb/backup din AIX deocamdată doar visează: backup incremental.


rsync se poate instala pe toate unix-urile (inclusiv in AIX) , i didn't get
the point.

>
> Mai departe? Ce dorești? Să salvezi și metadatele unui VG când faci
> backup? Folosește vgcfgbackup și vgcfgrestore din LVM-ul de Linux. Și
> poți face asta pentru orice VG, nu doar pentru rootvg, ca mksysb. Sau
> poți să folosești LVM snapshots pentru a face backup la un sistem live
> în fracțiuni de secundă (spre deosebire de mksysb, unde îți zice în
> manual că e indicat să nu folosești sistemul când îi faci backup). Ori
> folosește ZFS, de există resurse pentru așa ceva și n-ai ceva personal
> cu cei de la Oracle… :)
>
> man, comparatii intre LVM-uri poti face atunci cind ai lucrat cu amindoua,
ceea ce in cazul tau  nu este valid. Spre deosebire de tine eu pot face
comparatiile astea, fara atitudine de Linux sau AIX fan boy. In primul
rind, faci o greseala fundamentala comparind o colectie de tool-uri de
back-up (mksysb-ul) , care ruleaza peste LVM, cu LVM-ul insusi. Daca ai fi
fost mai putin ignorant ai fi stiut ca AIX-ul se instaleaza numai peste LVM
- nu este posibil altfel - deci LVM-ul este unul din punctele lui forte ,
asta cind Linux-ul nu auzise de LVM (cam cu 10 ani inainte !). Daca ai fi
fost mai putin ignorant, ai fi stiut ca vgcfgbackup and vgcfgrestore au
echivalente in AIX (savevg, restvg). Daca ai fi fost mai putin ignorant, ai
fi stiut ca in AIX nu este musai nevoie sa ai configuratia volume
group-ului  salvata  separat, pentru ca este in VGDA, pe disk. Deci poti
importa un volume group in orice alta masina extrem de simplu. readvgda
direct de pe disc si apoi importvg  !Cu alte cuvinte, daca ai fi avut habar
de LVM-ul din AIX  nu ai fi pornit comparatia asta inutila. Asa, pentru
cultura ta generala , sa stii ca versiunile principale de LVM (AIX, HP-UX,
Veritas,Linux) sunt comparabile , cu plusuri si cu minusuri probabil de o
parte sau alta, dar cu riscul de a fi subiectiv si a imi pune comunitate in
cap, LVM-ul din AIX mi se pare cel mai robust si intuitiv. Am exclus
Solaris , pentru ca si lipsa LVM-ului (au realizat si ei pe la Solaris 10
parca de necesitatea LVM-ului, mult prea tirziu) a fost una din cauzele
care i-au cam pus capac.

În ce privește NIM server și alte scule, cred că tre' să detaliezi mai
> mult ce ai nevoie, alți listași au tot încercat să ghicească și ți-au
> tot dat sugestii. Nu știu de mai avem pe aici și alți oameni ce au
> folosit AIX ca să-ți citească gândurile. Se poate să pornești un sistem
> curat din rețea, să-i torni ultimul backup și să repornești sistemul
> din acel backup, nu-i mare brânză. Dar tu ai insistat că vrei ceva ce
> funcționează ca mksysb în AIX… Ei bine, sigur n-o să găsești, pentru că
> avem rsync, avem LVM snapshots, avem ZFS șamd. De ce ne-am scărpina
> atunci în urechea dreaptă cu degetul mare de la piciorul stâng?!?
>
> Pentru ca mi se pare extrem de simplu sa aloc resursele de pe nim server
(aproximativ 1 minut) iar apoi sa scriu o comanda in HMC (sau eventual
introduc parametrii ip in open firmware)   in care precizez ip address
remote, bootp, etc (la fel 1 minut) si dupa ce m-am intors de la cafea
(aprox. 10 

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

> OK, mă bucur că ai înțeles din prima ce am avut de zis, din răspunsul
> tău anterior nu mi-am dat seama. Și, pentru că ai formulat mai exact
> problema cu găsitul echivalentului mksysb, cred că îți pot explica și
> de ce nu vei găsi așa ceva în Linux. Pentru backup-uri din astea de OS
> la nivel de fișiere noi folosim de regulă rsync, care face ceva ce
> mksysb/backup din AIX deocamdată doar visează: backup incremental.
>
> Mai departe? Ce dorești? Să salvezi și metadatele unui VG când faci
> backup? Folosește vgcfgbackup și vgcfgrestore din LVM-ul de Linux. Și
> poți face asta pentru orice VG, nu doar pentru rootvg, ca mksysb. Sau
> poți să folosești LVM snapshots pentru a face backup la un sistem live
> în fracțiuni de secundă (spre deosebire de mksysb, unde îți zice în
> manual că e indicat să nu folosești sistemul când îi faci backup). Ori
> folosește ZFS, de există resurse pentru așa ceva și n-ai ceva personal
> cu cei de la Oracle… :)
>
> În ce privește NIM server și alte scule, cred că tre' să detaliezi mai
> mult ce ai nevoie, alți listași au tot încercat să ghicească și ți-au
> tot dat sugestii. Nu știu de mai avem pe aici și alți oameni ce au
> folosit AIX ca să-ți citească gândurile. Se poate să pornești un sistem
> curat din rețea, să-i torni ultimul backup și să repornești sistemul
> din acel backup, nu-i mare brânză. Dar tu ai insistat că vrei ceva ce
> funcționează ca mksysb în AIX… Ei bine, sigur n-o să găsești, pentru că
> avem rsync, avem LVM snapshots, avem ZFS șamd. De ce ne-am scărpina
> atunci în urechea dreaptă cu degetul mare de la piciorul stâng?!?
>
>
Am vrut sa mentionez de Rsync pentru backup-ul incremental dar omul a pus
niste Flag-uri cu Stop la anumite tool-uri la inceputul thread-ului astfel
incat i-am sugerat sa foloseasca ce vrea sufletelul lui ca tot ceea ce a
mentionat este si trial ( daca vrea solutii pentru care sa plateasca ).
Rsync pus cum trebuie in Cron merge de duduie ca sa nu mai zic ca il poate
folosi cu succes si in wingoz cu jobul pus de mina in Scheduled . Nici nu
ii mai trebuie tool-uri centralizate. Personal folosesc Inca , Rsync si
varianta sa de windows sa fac back-up la ceva baze de date postgres dupa ce
am facut un script .bat  pentru PostgresAdmin si ale sale unelte .
In fiecare zi, la orele 3, sistemul face un snapshot al bazei si il duce si
undeva in retea unde e copiat incremental.

Eu sunt curios sa stiu cati sysadmini de pe lista lasa jucariile pe mina
unor softuri de genul Set And Forget ?

Cati fac restore din retea si alte faze de genul asta.

Parerea mea este ca , ori platesti pentru cativa admini de retea versati
care Stiu ce fac acolo, decat sa dai servere si alte chestii sensibile pe
mainile unora care habar nu vor avea cand va fi vreun failure sau care
habar nu au sa interpreteze un S.M.A.R.T.
Programele alea Enterprise, pentru care platesti, iti fac si interogari de
hardware si te anunta din timp ce urmeaza sa se intimple.
ZFS-ul este si el un lucru superb dar la fel, ai nevoie de admini care sa
inteleaga traznaia de filesystem.
Nu stiu de ce, am impresia ca se doresc aceste softuri ca sa plateasca cat
mai putin pe sysadmini si sa investeasca odata in ceva soft pe care Marele
Tartor sa il seteze iara ceilalti doar sa il verifice periodic daca isi
face treaba dar fara sa aiba habar ce trebuie sa verifice de fapt.

Mai bine ar plati pentru trainingul viitorilor sysadmini.
La cum e descrisa reteau ( sute / mii de jucarii ) imi pare nitel dubioasa
treaba.

Succes!
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Laurentiu Stefan]

Ati ajuns aproape de 70 reply-uri...
Pana la urma ati ajuns la o idee?
Pe 25.07.2014 23:45, "manuel "lonely wolf" wolfshant"  a
scris:

> On 07/25/2014 11:33 PM, Mișu Moldovan wrote:
> > din acel backup, nu-i mare brânză. Dar tu ai insistat că vrei ceva ce
> > funcționează ca mksysb în AIX… Ei bine, sigur n-o să găsești, pentru că
> > avem rsync, avem LVM snapshots, avem ZFS șamd. De ce ne-am scărpina
> > atunci în urechea dreaptă cu degetul mare de la piciorul stâng?!?
>
> si avem reinstall din PXE cu kickstart adecvat + restore configs via
> etckeeper
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[manuel "lonely wolf" wolfshant]

On 07/25/2014 11:33 PM, Mișu Moldovan wrote:
> din acel backup, nu-i mare brânză. Dar tu ai insistat că vrei ceva ce
> funcționează ca mksysb în AIX… Ei bine, sigur n-o să găsești, pentru că
> avem rsync, avem LVM snapshots, avem ZFS șamd. De ce ne-am scărpina
> atunci în urechea dreaptă cu degetul mare de la piciorul stâng?!?

si avem reinstall din PXE cu kickstart adecvat + restore configs via 
etckeeper

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

Iulian Roman  wrote:

> 2014-07-25 14:58 GMT+02:00 Mișu Moldovan :
> >
> > Dar, nu-s prea sigur că ai înțeles esența… Și anume că mksysb este
> > un wrapper shell (gigantic, bleah!) pentru comanda «backup» și
> > scriptul «mkvgdata» (și altele, mai puțin importante), pentru care
> > există unelte echivalente în Linux. Știu că spălăturile pe creier
> > de la IBM și alte corporații asemenea lasă urme, dar aruncă un ochi
> > în scriptul ăla și trezește-te la realitate. ;)
> >
> Eu cred ca tu nu ai inteles esenta.Stiu perfect ce este mksysb-ul,
> pentru ca l-am folosit de nenumarate ori, mai mult decit as fi vrut.
> Nu vreau mksysb de Linux, doar  am dat un exemplu , ca sa se
> inteleaga exact ce doresc. Orice tool similar ma multumeste. Stiu
> foarte bine ce este mksysb si cum se foloseste. Tocmai faptul ca
> exista unelte echivalente  in Linux am sugerat ca ar fi bine ca Red
> Hat sa le integreze frumos intr-un tool eficient si intuitiv. Este
> ceva gresit in asta ? Nu crezi ca ar fi benefic pentru toti
> utilizatorii de Linux ? Eu nu am nici timpul si nici priceperea
> transformarii si integrarii mksysb-ului  intr-o solutie robusta , dar
> imi permit sa ti-o sugerez ca idee de business ;). Afirmatia
> referitoare la spalaturile pe creier este neeleganta , si nu cred ca
> ne cunoastem suficient incit sa avem o disputa pe tema asta.
 
OK, mă bucur că ai înțeles din prima ce am avut de zis, din răspunsul
tău anterior nu mi-am dat seama. Și, pentru că ai formulat mai exact
problema cu găsitul echivalentului mksysb, cred că îți pot explica și
de ce nu vei găsi așa ceva în Linux. Pentru backup-uri din astea de OS
la nivel de fișiere noi folosim de regulă rsync, care face ceva ce
mksysb/backup din AIX deocamdată doar visează: backup incremental.

Mai departe? Ce dorești? Să salvezi și metadatele unui VG când faci
backup? Folosește vgcfgbackup și vgcfgrestore din LVM-ul de Linux. Și
poți face asta pentru orice VG, nu doar pentru rootvg, ca mksysb. Sau
poți să folosești LVM snapshots pentru a face backup la un sistem live
în fracțiuni de secundă (spre deosebire de mksysb, unde îți zice în
manual că e indicat să nu folosești sistemul când îi faci backup). Ori
folosește ZFS, de există resurse pentru așa ceva și n-ai ceva personal
cu cei de la Oracle… :)

În ce privește NIM server și alte scule, cred că tre' să detaliezi mai
mult ce ai nevoie, alți listași au tot încercat să ghicească și ți-au
tot dat sugestii. Nu știu de mai avem pe aici și alți oameni ce au
folosit AIX ca să-ți citească gândurile. Se poate să pornești un sistem
curat din rețea, să-i torni ultimul backup și să repornești sistemul
din acel backup, nu-i mare brânză. Dar tu ai insistat că vrei ceva ce
funcționează ca mksysb în AIX… Ei bine, sigur n-o să găsești, pentru că
avem rsync, avem LVM snapshots, avem ZFS șamd. De ce ne-am scărpina
atunci în urechea dreaptă cu degetul mare de la piciorul stâng?!?

 
> > Iar de vrei să fiu mai gingaș cu tine de acu' înainte, nu-mi mai
> > răspunde deasupra, că asta ne scoate din sărite pe ăștia mai
> > bătrâni…
> >
> Nu am pretentia sa fii mai gingas - prefer o discutie consctructiva,
> chiar daca in contradictoriu - iar daca  te multumeste reply-ul
> inline este un efort care nu costa prea mult si nici nu ma deranjeaza.

Mulțam pentru efort, apreciez! Și îmi cer scuze dacă am atins un punct
sensibil cu gluma din mailul anterior. Așa suntem noi, oamenii, când
suntem călcați pe bătături uneori mai dăm și înapoi din reflex.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Hai terminati cu galceava !

Eu am folosit Acronis-ul insa nu face ce se lauda ei ca face, cel putin nu
pe  masinile fizice ( imagine a discului cu so-ul pornit ). E ok pentru
masinile virtuale  si eventual daca ai partitii pentru strutura de
directoare a S.O.-ului.

Eu iti recomand sa faci o imagine a masinii fizice imediat ce e functionala
la starea T1 - adica S.O.  proaspat pus, softurile configurate si folosite,
etc, etc  , dupa care poti face Backup incremental strict la directoarele
care te intereseaza din filesystem, baze de date ( cu conditia sa nu fie
deschise si sa se lucreze in ele ), etc, etc. De preferat la o ora in care
nu exista activitate in retea si nu se lucreaza cu fisierele.

E mai usor sa folosesti o Imagine facuta imediat ce serverul e online si
functional dar cu un soft care sa ruleze cumva de pe un Live CD sau Stick
si iti pastrezi snapshoturile pe un storage zdravan din moment ce ai sute
de servere, iar snapshoturile la VM-uri si celelelalte in alta locatie.

Cel putin apuca-te si testeaza si vino cu o compratie.

Numai de bine.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

2014-07-25 14:58 GMT+02:00 Mișu Moldovan :

> Iulian Roman  wrote:
>
> > mksysb se incadreaza in pretentiile mele. un tool nativ de BMR
> > inclus in distributie mi se pare mai important si mai usor de
> > implementat  decit o interfata de management decenta si utila in
> > acelasi timp. Cred ca am sa ridic problema si la Red Hat, pentru ca
> > din punctul meu de vedere este un must pentru  o distributie
> > comerciala de Linux.
>
> Poate cuplat cu alte cele să facă ce ai enumerat într-un mail anterior,
> adică, citez:
>
> evident cuplat cu alte cele , iar cei care sunt familiarizati cu mksysb
stiu ca se foloseste in combinatie cu NIM server.

>   1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
>   2. se decide ca trebuie facut restore la os (o imagine la alegere)
>   3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
> interventie manuala
>
> Dar, nu-s prea sigur că ai înțeles esența… Și anume că mksysb este un
> wrapper shell (gigantic, bleah!) pentru comanda «backup» și scriptul
> «mkvgdata» (și altele, mai puțin importante), pentru care există unelte
> echivalente în Linux. Știu că spălăturile pe creier de la IBM și alte
> corporații asemenea lasă urme, dar aruncă un ochi în scriptul ăla și
> trezește-te la realitate. ;)
>
Eu cred ca tu nu ai inteles esenta.Stiu perfect ce este mksysb-ul, pentru
ca l-am folosit de nenumarate ori, mai mult decit as fi vrut.  Nu vreau
mksysb de Linux, doar  am dat un exemplu , ca sa se inteleaga exact ce
doresc. Orice tool similar ma multumeste. Stiu foarte bine ce este mksysb
si cum se foloseste. Tocmai faptul ca exista unelte echivalente  in Linux
am sugerat ca ar fi bine ca Red Hat sa le integreze frumos intr-un tool
eficient si intuitiv. Este ceva gresit in asta ? Nu crezi ca ar fi benefic
pentru toti utilizatorii de Linux ? Eu nu am nici timpul si nici priceperea
transformarii si integrarii mksysb-ului  intr-o solutie robusta , dar imi
permit sa ti-o sugerez ca idee de business ;).
Afirmatia referitoare la spalaturile pe creier este neeleganta , si nu cred
ca ne cunoastem suficient incit sa avem o disputa pe tema asta.



>
> Iar de vrei să fiu mai gingaș cu tine de acu' înainte, nu-mi mai
> răspunde deasupra, că asta ne scoate din sărite pe ăștia mai bătrâni…
>
Nu am pretentia sa fii mai gingas - prefer o discutie consctructiva, chiar
daca in contradictoriu - iar daca  te multumeste reply-ul inline este un
efort care nu costa prea mult si nici nu ma deranjeaza.


> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

Iulian Roman  wrote:

> mksysb se incadreaza in pretentiile mele. un tool nativ de BMR
> inclus in distributie mi se pare mai important si mai usor de
> implementat  decit o interfata de management decenta si utila in
> acelasi timp. Cred ca am sa ridic problema si la Red Hat, pentru ca
> din punctul meu de vedere este un must pentru  o distributie
> comerciala de Linux.

Poate cuplat cu alte cele să facă ce ai enumerat într-un mail anterior,
adică, citez:

  1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
  2. se decide ca trebuie facut restore la os (o imagine la alegere)
  3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
interventie manuala

Dar, nu-s prea sigur că ai înțeles esența… Și anume că mksysb este un
wrapper shell (gigantic, bleah!) pentru comanda «backup» și scriptul
«mkvgdata» (și altele, mai puțin importante), pentru care există unelte
echivalente în Linux. Știu că spălăturile pe creier de la IBM și alte
corporații asemenea lasă urme, dar aruncă un ochi în scriptul ăla și
trezește-te la realitate. ;)

Iar de vrei să fiu mai gingaș cu tine de acu' înainte, nu-mi mai
răspunde deasupra, că asta ne scoate din sărite pe ăștia mai bătrâni…
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

mksysb se incadreaza in pretentiile mele. un tool nativ de BMR  inclus in
distributie mi se pare mai important si mai usor de implementat  decit o
interfata de management decenta si utila in acelasi timp. Cred ca am sa
ridic problema si la Red Hat, pentru ca din punctul meu de vedere este un
must pentru  o distributie comerciala de Linux.




2014-07-25 11:41 GMT+02:00 Mișu Moldovan :

> Iulian Roman  wrote:
> [snip]
> >
> > P.S Ar fi fost frumos ca Red Hat sa includa in OS  un tool nativ de
> > BMR , asa cum au Unix-urile comerciale (mksysb, ignite, flash drive).
>
> Recunosc că-s mai începător în ale AIX-ului și nu am folosit mksysb
> decât pentru a crea un vWPAR dintr-un LPAR AIX 5.3, dar ești sigur că
> face tot ce-ți trebuie ție? Mă uit la limitările menționate în manualul
> mksysb dintr-un AIX 7.1 la zi și nu pare să se încadreze în
> pretențiile tale.
>
> Iar, dacă ai folosit mksysb în producție pentru așa ceva și a fost
> îndeajuns, care-i problema cu a folosi sculele echivalente dintr-un
> Linux? Că în manualul mksysb zice că folosește comanda «backup» pentru
> a crea imaginea arhivată și «mkvgdata» pentru a salva metadatele
> VG-urilor. Cred că există unelte echivalente în Linux pentru așa ceva.
> Altfel, poți zice și că nicio distribuție Linux nu are ceva gen Smitty
> (sau are, dar nu se compară) și deci nu poți face ce ai tu nevoie… :)
>
> În fine, dacă vrei morțiș ceva mksysb-style, înțeleg că cei ce de la
> Storix au o soluție comercială cu suport inclusiv pentru unele
> distribuții de Linux: http://www.storix.com/supported-systems/powerlinux
>
> HTH
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mișu Moldovan]

Iulian Roman  wrote:
[snip]
> 
> P.S Ar fi fost frumos ca Red Hat sa includa in OS  un tool nativ de
> BMR , asa cum au Unix-urile comerciale (mksysb, ignite, flash drive).

Recunosc că-s mai începător în ale AIX-ului și nu am folosit mksysb
decât pentru a crea un vWPAR dintr-un LPAR AIX 5.3, dar ești sigur că
face tot ce-ți trebuie ție? Mă uit la limitările menționate în manualul
mksysb dintr-un AIX 7.1 la zi și nu pare să se încadreze în
pretențiile tale. 

Iar, dacă ai folosit mksysb în producție pentru așa ceva și a fost
îndeajuns, care-i problema cu a folosi sculele echivalente dintr-un
Linux? Că în manualul mksysb zice că folosește comanda «backup» pentru
a crea imaginea arhivată și «mkvgdata» pentru a salva metadatele
VG-urilor. Cred că există unelte echivalente în Linux pentru așa ceva.
Altfel, poți zice și că nicio distribuție Linux nu are ceva gen Smitty
(sau are, dar nu se compară) și deci nu poți face ce ai tu nevoie… :)

În fine, dacă vrei morțiș ceva mksysb-style, înțeleg că cei ce de la
Storix au o soluție comercială cu suport inclusiv pentru unele
distribuții de Linux: http://www.storix.com/supported-systems/powerlinux

HTH
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

vroiam sa zic flash archive de fapt , nu stiu de ce am scris drive.



On Fri, Jul 25, 2014 at 1:29 AM, manuel "lonely wolf" wolfshant <
wo...@prolinux.ro> wrote:

> On 07/25/2014 12:23 AM, manuel "lonely wolf" wolfshant wrote:
> > - flashdrive e disponibil pt EL6 in elrepo (
> > http://elrepo.org/tiki/kmod-flashcache  ; separat exista pachet pt
> > utilitare )
> scratch that. brain fart. cache=drive numai cind ambele sint egale cu
> zero. celelalte optiuni mentionate in mailul meu ramin insa
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[manuel "lonely wolf" wolfshant]

On 07/25/2014 12:23 AM, manuel "lonely wolf" wolfshant wrote:
> - flashdrive e disponibil pt EL6 in elrepo (
> http://elrepo.org/tiki/kmod-flashcache  ; separat exista pachet pt
> utilitare )
scratch that. brain fart. cache=drive numai cind ambele sint egale cu 
zero. celelalte optiuni mentionate in mailul meu ramin insa
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[manuel "lonely wolf" wolfshant]

On 07/24/2014 10:39 PM, Iulian Roman wrote:
> ok, ca sa revenim on-topic, poate cineva se va folosi de informatiile din
> thread-ul acesta, am sa rezum cam ce solutii exista pentru ceea ce vreau
> (din ce am investigat pina acum) :
>
> - CMBR/TMBR
> - STORIX
> - idera
> - Mondo Rescue - open source
> - Relax and Recover - open source
> - Acronis Backup and Recovery
>
> Fiecare are avantaje si dezavantaje, probabil ca in cazul meu TBMR  este
> cea mai la indemina si din ce am citit mi se pare cea mai robusta , dar am
> sa mai investighez. .
>
> P.S Ar fi fost frumos ca Red Hat sa includa in OS  un tool nativ de BMR ,
> asa cum au Unix-urile comerciale (mksysb, ignite, flash drive).
Daca doresti suport comercial, fa o sugestie via 
http://bugzilla.redhat.com sau contacteaza reprezentantul comercial pe 
care l-au asignat pt tine si discuta cu el.

Daca vrei varianta mai rapida si gratuita,
- poti porni de la https://bugzilla.redhat.com/show_bug.cgi?id=187317 . 
Bruno Cornec de la HP are de mai multi ani pachet functional pt mindi 
dar nu a reusit niciodata sa il faca sa corespunda tuturor cerintelor 
astfel incit sa poata fi inclus in Fedora si EPEL. Eu am tras de el o 
perioada dar m-am plictisit si am renuntat sa il cocolosesc.
- rear ( Relax and Recover ) e in EPEL 
(https://admin.fedoraproject.org/pkgdb/package/rear/ )
- flashdrive e disponibil pt EL6 in elrepo ( 
http://elrepo.org/tiki/kmod-flashcache ; separat exista pachet pt 
utilitare )

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

2014-07-24 18:10 GMT+03:00 Iulian Roman :

> Sa zicem ca unii din aia au fost sarcastici ceea ce e fun pina la urma daca
> e perceput ca atare . De asemeni, se pare ca unii au inteles exact ceea am
> nevoie, probabil pentru ca s-au confruntat cu situatii similare. Ceea ce am
> uitat sa mentionez, si am crezut ca s-a subinteles , este ca solutia ma
> intereseaza exclusiv pentru servere.
>
>
Din pacate nu ai mentionat ca vrei solutia Pentru Servere si nu s-a
subinteles de niciunde .



> Am mentionat undeva _enterprise_ level   ,unde hardware-ul este de acelasi
> nivel (high-end /  mid-range)  , nu vapor-made, si unde nu am intilnit
> niciodata o situatie in care am avut hardware failure care nu a putut fi
> inlocuit de catre vendor (HP/IBM) .In situatii critice hardware-ul se
> inlocuieste in aprox. 4 ore.
>

In situatii critice ai cel putin un server de rezerva in configuratie
HeartBeat care intra fara ca procesul sa fie afectat .
Nu astepti sa inlocuieti nu stiu ce placa de nu stiu unde.
Poate ai avut tu  noroc insa mie mi-a picat la un IBM  controlerul LSI de
la Hard Drive- urile SAS .
Pina a venit controlerul a trebuit sa mut hardurile in alt sistem cu un
controler SAS valid , sa trag de acolo ce era de tras si sa reconfigurez
urgent un alt server . A durat cam o saptamana sa imi aduca un alt
controler LSI pentru SAS-uri.



>
> Ceea ce nu inteleg eu - si am observat ca se intimpla frecvent in ultimul
> timp pe lista - este cum totdeauna sunt oferite alternative (unele de-a
> dreptul hilare )  fara ca cei care le ofera sa gindeasca macar 5 minute
> inainte sa le arunce.
>
> Inteleg ca e excitant sa te joci cu LTSP, Raspberry PI si
> emotia/surprinderea  e mare cind setupul e gata si chiar merge , dar totusi
>

Dat fiind faptul , dupa cum am zis ca Nu ai enuntat problema Cap - Coada si
cum noi nu putem sa ghicim in globul de cristal , au fost mai multi
colistasi care ti-au aoferit diverse solutii in baza a ceea ce ai enuntat !

O seara Faina !
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

ok, ca sa revenim on-topic, poate cineva se va folosi de informatiile din
thread-ul acesta, am sa rezum cam ce solutii exista pentru ceea ce vreau
(din ce am investigat pina acum) :

- CMBR/TMBR
- STORIX
- idera
- Mondo Rescue - open source
- Relax and Recover - open source
- Acronis Backup and Recovery

Fiecare are avantaje si dezavantaje, probabil ca in cazul meu TBMR  este
cea mai la indemina si din ce am citit mi se pare cea mai robusta , dar am
sa mai investighez. .

P.S Ar fi fost frumos ca Red Hat sa includa in OS  un tool nativ de BMR ,
asa cum au Unix-urile comerciale (mksysb, ignite, flash drive).



2014-07-24 21:13 GMT+02:00 Abibula Aygun :

> Sincer , nu am facut decat sa spun din experienta ce si cum .
> Nu are decat sa ia ce soft Enterprise doreste , sa faca cum crede , dar
> sunt sigur ca o sa ne mai auzim pe fazele astea.
> Nici un sysadmin nu lasa totul pe Set and Forget . Ca or fi sute de masini
> ori ba .
> Cand era sa fac Update sau mai stiu eu ce giumbuslucuri la Sistemele  din
> reteau de la Murfatlar  mergeam si 30 de km ( uneori si 50 km prin camp )
> cu Jeep-ul pina la locatie sa fac backup / restore / update si ce mai
> trebuie . Erau in retea peste 200+ sisteme / servere / notebook-uri si
> niciodata nu m-am ferit de alergatura .
>
> Chestia asta cu Set and Forget si mai ales Sistem Image On The Fly e aiurea
> rau de tot dar Success !
>
> Sper sa iasa cum iti doresti !
>
>
>
> 2014-07-24 21:20 GMT+03:00 Laurentiu Stefan :
>
> > Deja ati inceput sa deviati de la subiect.
> > Pe 24.07.2014 20:46, "Abibula Aygun"  a scris:
> >
> > > Iulian - nu e vorba de excitant / surprindere .. ci ideea e ca unii
> > de
> > > pe aici sunt sysadmini sau au fost  sysadmini multi ani pe diverse nise
> > si
> > > iti vorbesc din experienta . De undeva de prin 2000 si pina acum , de
> > cand
> > > activez pe lista , tot timpul am fost ajutat si am primit raspunsurile
> > > cautate . Toti cei care au raspuns nu au raspuns sarcastic , cum gresit
> > > crezi , insa au incercat , fiecare , in functie de experienta sa , sa
> te
> > > ajute intr-un fel.
> > >
> > > Nu o sa stau sa iti spun pe unde am activat si ce am facut ci doar ca
> am
> > > experienta necesara sa iti spun ca ceea ce iti doresti tu este intr-o
> > > anumita masura irealizabil in nisa dorita .
> > >
> > > Ideea este ca nu ai formulat problema de la inceput cum trebuie ci doar
> > > te-am citat ca sa intelegi si tu ce ai exprimat initial venind ulterior
> > cu
> > > completarile de rigoare .
> > > Ori , pentru un raspuns complet si Corect ar fi trebuit sa existe un
> pic
> > de
> > > detaliere.
> > > Personal , de cate ori a fost vorba sa fac o imagine la un sistem de
> > > operare on-the-run si on-the-fly ( asta insemnand sistemul de operare
> cu
> > > servicii pornite , module incarcate in memorie , nu mai pun cele
> swap-ate
> > > si alte cele ) pot sa iti spun ca m-am ales cu sistemul de operare
> corupt
> > > indiferent ce drepturi am conferit softului de backup - ca era el
> > partimage
> > > sau altul tot ala era rezultatul .
> > > Cata vreme masina Ruleaza la capacitatea sa si efectueaza tot felul de
> > > traznai , Nu Poti Face imagine la Sistemul de Operare.
> > >
> > > Numai de bine  si succes!
> > >
> > >
> > >
> > >
> > > 2014-07-24 18:10 GMT+03:00 Iulian Roman :
> > >
> > > > Sa zicem ca unii din aia au fost sarcastici ceea ce e fun pina la
> urma
> > > daca
> > > > e perceput ca atare . De asemeni, se pare ca unii au inteles exact
> ceea
> > > am
> > > > nevoie, probabil pentru ca s-au confruntat cu situatii similare. Ceea
> > ce
> > > am
> > > > uitat sa mentionez, si am crezut ca s-a subinteles , este ca solutia
> ma
> > > > intereseaza exclusiv pentru servere.
> > > >
> > > > Am mentionat undeva _enterprise_ level   ,unde hardware-ul este de
> > > acelasi
> > > > nivel (high-end /  mid-range)  , nu vapor-made, si unde nu am
> intilnit
> > > > niciodata o situatie in care am avut hardware failure care nu a putut
> > fi
> > > > inlocuit de catre vendor (HP/IBM) .In situatii critice hardware-ul se
> > > > inlocuieste in aprox. 4 ore.
> > > >
> > > > Ceea ce nu inteleg eu - si am observat ca se intimpla frecvent in
> > ultimul
> > > > timp pe lista - este cum totdeauna sunt oferite alternative (unele
> de-a
> > > > dreptul hilare )  fara ca cei care le ofera sa gindeasca macar 5
> minute
> > > > inainte sa le arunce.
> > > >
> > > > Inteleg ca e excitant sa te joci cu LTSP, Raspberry PI si
> > > > emotia/surprinderea  e mare cind setupul e gata si chiar merge , dar
> > > totusi
> > > > ...
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > 2014-07-24 16:05 GMT+02:00 Abibula Aygun :
> > > >
> > > > > 2014-07-24 12:20 GMT+03:00 Iulian Roman :
> > > > >
> > > > > > am explicat de asemeni ca ma intereseaza strict systemele de
> > fisiere
> > > > din
> > > > > > systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp).
> Aplicatiile,bazele
> > de
> > > > > > date,etc, etc  sunt in alte volume group-uri , care pot fi usor
>

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

BTW - pentru masinile virtuale iti recomand asta !

https://www.webvirtmgr.net/   - nu face totul automat dar .



2014-07-24 22:13 GMT+03:00 Abibula Aygun :

> Sincer , nu am facut decat sa spun din experienta ce si cum .
> Nu are decat sa ia ce soft Enterprise doreste , sa faca cum crede , dar
> sunt sigur ca o sa ne mai auzim pe fazele astea.
> Nici un sysadmin nu lasa totul pe Set and Forget . Ca or fi sute de masini
> ori ba .
> Cand era sa fac Update sau mai stiu eu ce giumbuslucuri la Sistemele  din
> reteau de la Murfatlar  mergeam si 30 de km ( uneori si 50 km prin camp )
> cu Jeep-ul pina la locatie sa fac backup / restore / update si ce mai
> trebuie . Erau in retea peste 200+ sisteme / servere / notebook-uri si
> niciodata nu m-am ferit de alergatura .
>
> Chestia asta cu Set and Forget si mai ales Sistem Image On The Fly e
> aiurea rau de tot dar Success !
>
> Sper sa iasa cum iti doresti !
>
>
>
> 2014-07-24 21:20 GMT+03:00 Laurentiu Stefan :
>
> Deja ati inceput sa deviati de la subiect.
>> Pe 24.07.2014 20:46, "Abibula Aygun"  a scris:
>>
>> > Iulian - nu e vorba de excitant / surprindere .. ci ideea e ca unii
>> de
>> > pe aici sunt sysadmini sau au fost  sysadmini multi ani pe diverse nise
>> si
>> > iti vorbesc din experienta . De undeva de prin 2000 si pina acum , de
>> cand
>> > activez pe lista , tot timpul am fost ajutat si am primit raspunsurile
>> > cautate . Toti cei care au raspuns nu au raspuns sarcastic , cum gresit
>> > crezi , insa au incercat , fiecare , in functie de experienta sa , sa te
>> > ajute intr-un fel.
>> >
>> > Nu o sa stau sa iti spun pe unde am activat si ce am facut ci doar ca am
>> > experienta necesara sa iti spun ca ceea ce iti doresti tu este intr-o
>> > anumita masura irealizabil in nisa dorita .
>> >
>> > Ideea este ca nu ai formulat problema de la inceput cum trebuie ci doar
>> > te-am citat ca sa intelegi si tu ce ai exprimat initial venind ulterior
>> cu
>> > completarile de rigoare .
>> > Ori , pentru un raspuns complet si Corect ar fi trebuit sa existe un
>> pic de
>> > detaliere.
>> > Personal , de cate ori a fost vorba sa fac o imagine la un sistem de
>> > operare on-the-run si on-the-fly ( asta insemnand sistemul de operare cu
>> > servicii pornite , module incarcate in memorie , nu mai pun cele
>> swap-ate
>> > si alte cele ) pot sa iti spun ca m-am ales cu sistemul de operare
>> corupt
>> > indiferent ce drepturi am conferit softului de backup - ca era el
>> partimage
>> > sau altul tot ala era rezultatul .
>> > Cata vreme masina Ruleaza la capacitatea sa si efectueaza tot felul de
>> > traznai , Nu Poti Face imagine la Sistemul de Operare.
>> >
>> > Numai de bine  si succes!
>> >
>> >
>> >
>> >
>> > 2014-07-24 18:10 GMT+03:00 Iulian Roman :
>> >
>> > > Sa zicem ca unii din aia au fost sarcastici ceea ce e fun pina la urma
>> > daca
>> > > e perceput ca atare . De asemeni, se pare ca unii au inteles exact
>> ceea
>> > am
>> > > nevoie, probabil pentru ca s-au confruntat cu situatii similare. Ceea
>> ce
>> > am
>> > > uitat sa mentionez, si am crezut ca s-a subinteles , este ca solutia
>> ma
>> > > intereseaza exclusiv pentru servere.
>> > >
>> > > Am mentionat undeva _enterprise_ level   ,unde hardware-ul este de
>> > acelasi
>> > > nivel (high-end /  mid-range)  , nu vapor-made, si unde nu am intilnit
>> > > niciodata o situatie in care am avut hardware failure care nu a putut
>> fi
>> > > inlocuit de catre vendor (HP/IBM) .In situatii critice hardware-ul se
>> > > inlocuieste in aprox. 4 ore.
>> > >
>> > > Ceea ce nu inteleg eu - si am observat ca se intimpla frecvent in
>> ultimul
>> > > timp pe lista - este cum totdeauna sunt oferite alternative (unele
>> de-a
>> > > dreptul hilare )  fara ca cei care le ofera sa gindeasca macar 5
>> minute
>> > > inainte sa le arunce.
>> > >
>> > > Inteleg ca e excitant sa te joci cu LTSP, Raspberry PI si
>> > > emotia/surprinderea  e mare cind setupul e gata si chiar merge , dar
>> > totusi
>> > > ...
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > 2014-07-24 16:05 GMT+02:00 Abibula Aygun :
>> > >
>> > > > 2014-07-24 12:20 GMT+03:00 Iulian Roman :
>> > > >
>> > > > > am explicat de asemeni ca ma intereseaza strict systemele de
>> fisiere
>> > > din
>> > > > > systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp).
>> Aplicatiile,bazele de
>> > > > > date,etc, etc  sunt in alte volume group-uri , care pot fi usor
>> > > importate
>> > > > > si eventual restore prin metodele traditionale daca este necesar .
>> > > > >
>> > > > >
>> > > > > 2014-07-24 10:49 GMT+02:00 Dan Borlovan :
>> > > > >
>> > > > > > On 07/24/2014 11:30 AM, Iulian Roman wrote:
>> > > > > >
>> > > > > > > Am explicat de la inceput. Vreau point in time restore la
>> > systemul
>> > > de
>> > > > > > > operare intr-un timp cit mai scurt (approx. o ora) si cu
>> > > interventie
>> > > > > > > minimala din partea adminului . O solutie de DR pentru
>> systemul
>> > de
>> > > > > > operare.
>> > > > >
>> > > > >
>> > > >
>> > > > Fara 

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Sincer , nu am facut decat sa spun din experienta ce si cum .
Nu are decat sa ia ce soft Enterprise doreste , sa faca cum crede , dar
sunt sigur ca o sa ne mai auzim pe fazele astea.
Nici un sysadmin nu lasa totul pe Set and Forget . Ca or fi sute de masini
ori ba .
Cand era sa fac Update sau mai stiu eu ce giumbuslucuri la Sistemele  din
reteau de la Murfatlar  mergeam si 30 de km ( uneori si 50 km prin camp )
cu Jeep-ul pina la locatie sa fac backup / restore / update si ce mai
trebuie . Erau in retea peste 200+ sisteme / servere / notebook-uri si
niciodata nu m-am ferit de alergatura .

Chestia asta cu Set and Forget si mai ales Sistem Image On The Fly e aiurea
rau de tot dar Success !

Sper sa iasa cum iti doresti !



2014-07-24 21:20 GMT+03:00 Laurentiu Stefan :

> Deja ati inceput sa deviati de la subiect.
> Pe 24.07.2014 20:46, "Abibula Aygun"  a scris:
>
> > Iulian - nu e vorba de excitant / surprindere .. ci ideea e ca unii
> de
> > pe aici sunt sysadmini sau au fost  sysadmini multi ani pe diverse nise
> si
> > iti vorbesc din experienta . De undeva de prin 2000 si pina acum , de
> cand
> > activez pe lista , tot timpul am fost ajutat si am primit raspunsurile
> > cautate . Toti cei care au raspuns nu au raspuns sarcastic , cum gresit
> > crezi , insa au incercat , fiecare , in functie de experienta sa , sa te
> > ajute intr-un fel.
> >
> > Nu o sa stau sa iti spun pe unde am activat si ce am facut ci doar ca am
> > experienta necesara sa iti spun ca ceea ce iti doresti tu este intr-o
> > anumita masura irealizabil in nisa dorita .
> >
> > Ideea este ca nu ai formulat problema de la inceput cum trebuie ci doar
> > te-am citat ca sa intelegi si tu ce ai exprimat initial venind ulterior
> cu
> > completarile de rigoare .
> > Ori , pentru un raspuns complet si Corect ar fi trebuit sa existe un pic
> de
> > detaliere.
> > Personal , de cate ori a fost vorba sa fac o imagine la un sistem de
> > operare on-the-run si on-the-fly ( asta insemnand sistemul de operare cu
> > servicii pornite , module incarcate in memorie , nu mai pun cele swap-ate
> > si alte cele ) pot sa iti spun ca m-am ales cu sistemul de operare corupt
> > indiferent ce drepturi am conferit softului de backup - ca era el
> partimage
> > sau altul tot ala era rezultatul .
> > Cata vreme masina Ruleaza la capacitatea sa si efectueaza tot felul de
> > traznai , Nu Poti Face imagine la Sistemul de Operare.
> >
> > Numai de bine  si succes!
> >
> >
> >
> >
> > 2014-07-24 18:10 GMT+03:00 Iulian Roman :
> >
> > > Sa zicem ca unii din aia au fost sarcastici ceea ce e fun pina la urma
> > daca
> > > e perceput ca atare . De asemeni, se pare ca unii au inteles exact ceea
> > am
> > > nevoie, probabil pentru ca s-au confruntat cu situatii similare. Ceea
> ce
> > am
> > > uitat sa mentionez, si am crezut ca s-a subinteles , este ca solutia ma
> > > intereseaza exclusiv pentru servere.
> > >
> > > Am mentionat undeva _enterprise_ level   ,unde hardware-ul este de
> > acelasi
> > > nivel (high-end /  mid-range)  , nu vapor-made, si unde nu am intilnit
> > > niciodata o situatie in care am avut hardware failure care nu a putut
> fi
> > > inlocuit de catre vendor (HP/IBM) .In situatii critice hardware-ul se
> > > inlocuieste in aprox. 4 ore.
> > >
> > > Ceea ce nu inteleg eu - si am observat ca se intimpla frecvent in
> ultimul
> > > timp pe lista - este cum totdeauna sunt oferite alternative (unele de-a
> > > dreptul hilare )  fara ca cei care le ofera sa gindeasca macar 5 minute
> > > inainte sa le arunce.
> > >
> > > Inteleg ca e excitant sa te joci cu LTSP, Raspberry PI si
> > > emotia/surprinderea  e mare cind setupul e gata si chiar merge , dar
> > totusi
> > > ...
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > 2014-07-24 16:05 GMT+02:00 Abibula Aygun :
> > >
> > > > 2014-07-24 12:20 GMT+03:00 Iulian Roman :
> > > >
> > > > > am explicat de asemeni ca ma intereseaza strict systemele de
> fisiere
> > > din
> > > > > systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp). Aplicatiile,bazele
> de
> > > > > date,etc, etc  sunt in alte volume group-uri , care pot fi usor
> > > importate
> > > > > si eventual restore prin metodele traditionale daca este necesar .
> > > > >
> > > > >
> > > > > 2014-07-24 10:49 GMT+02:00 Dan Borlovan :
> > > > >
> > > > > > On 07/24/2014 11:30 AM, Iulian Roman wrote:
> > > > > >
> > > > > > > Am explicat de la inceput. Vreau point in time restore la
> > systemul
> > > de
> > > > > > > operare intr-un timp cit mai scurt (approx. o ora) si cu
> > > interventie
> > > > > > > minimala din partea adminului . O solutie de DR pentru systemul
> > de
> > > > > > operare.
> > > > >
> > > > >
> > > >
> > > > Fara suparare dar ai spus clar System Restore la sistemul de operare
> in
> > > caz
> > > > de dailure hardware / software .
> > > > Iarasi sunt o multime de variabile . Daca iti pica la un sistem placa
> > de
> > > > baza si nu gasesti una fix identica dar imaginea e pentru placa de
> baza
> > > > veche , ce faci ?
> > > >
> >

Re: [rlug] metoda backup imagine OS

[Laurentiu Stefan]

Deja ati inceput sa deviati de la subiect.
Pe 24.07.2014 20:46, "Abibula Aygun"  a scris:

> Iulian - nu e vorba de excitant / surprindere .. ci ideea e ca unii de
> pe aici sunt sysadmini sau au fost  sysadmini multi ani pe diverse nise si
> iti vorbesc din experienta . De undeva de prin 2000 si pina acum , de cand
> activez pe lista , tot timpul am fost ajutat si am primit raspunsurile
> cautate . Toti cei care au raspuns nu au raspuns sarcastic , cum gresit
> crezi , insa au incercat , fiecare , in functie de experienta sa , sa te
> ajute intr-un fel.
>
> Nu o sa stau sa iti spun pe unde am activat si ce am facut ci doar ca am
> experienta necesara sa iti spun ca ceea ce iti doresti tu este intr-o
> anumita masura irealizabil in nisa dorita .
>
> Ideea este ca nu ai formulat problema de la inceput cum trebuie ci doar
> te-am citat ca sa intelegi si tu ce ai exprimat initial venind ulterior cu
> completarile de rigoare .
> Ori , pentru un raspuns complet si Corect ar fi trebuit sa existe un pic de
> detaliere.
> Personal , de cate ori a fost vorba sa fac o imagine la un sistem de
> operare on-the-run si on-the-fly ( asta insemnand sistemul de operare cu
> servicii pornite , module incarcate in memorie , nu mai pun cele swap-ate
> si alte cele ) pot sa iti spun ca m-am ales cu sistemul de operare corupt
> indiferent ce drepturi am conferit softului de backup - ca era el partimage
> sau altul tot ala era rezultatul .
> Cata vreme masina Ruleaza la capacitatea sa si efectueaza tot felul de
> traznai , Nu Poti Face imagine la Sistemul de Operare.
>
> Numai de bine  si succes!
>
>
>
>
> 2014-07-24 18:10 GMT+03:00 Iulian Roman :
>
> > Sa zicem ca unii din aia au fost sarcastici ceea ce e fun pina la urma
> daca
> > e perceput ca atare . De asemeni, se pare ca unii au inteles exact ceea
> am
> > nevoie, probabil pentru ca s-au confruntat cu situatii similare. Ceea ce
> am
> > uitat sa mentionez, si am crezut ca s-a subinteles , este ca solutia ma
> > intereseaza exclusiv pentru servere.
> >
> > Am mentionat undeva _enterprise_ level   ,unde hardware-ul este de
> acelasi
> > nivel (high-end /  mid-range)  , nu vapor-made, si unde nu am intilnit
> > niciodata o situatie in care am avut hardware failure care nu a putut fi
> > inlocuit de catre vendor (HP/IBM) .In situatii critice hardware-ul se
> > inlocuieste in aprox. 4 ore.
> >
> > Ceea ce nu inteleg eu - si am observat ca se intimpla frecvent in ultimul
> > timp pe lista - este cum totdeauna sunt oferite alternative (unele de-a
> > dreptul hilare )  fara ca cei care le ofera sa gindeasca macar 5 minute
> > inainte sa le arunce.
> >
> > Inteleg ca e excitant sa te joci cu LTSP, Raspberry PI si
> > emotia/surprinderea  e mare cind setupul e gata si chiar merge , dar
> totusi
> > ...
> >
> >
> >
> >
> >
> >
> >
> > 2014-07-24 16:05 GMT+02:00 Abibula Aygun :
> >
> > > 2014-07-24 12:20 GMT+03:00 Iulian Roman :
> > >
> > > > am explicat de asemeni ca ma intereseaza strict systemele de fisiere
> > din
> > > > systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp). Aplicatiile,bazele de
> > > > date,etc, etc  sunt in alte volume group-uri , care pot fi usor
> > importate
> > > > si eventual restore prin metodele traditionale daca este necesar .
> > > >
> > > >
> > > > 2014-07-24 10:49 GMT+02:00 Dan Borlovan :
> > > >
> > > > > On 07/24/2014 11:30 AM, Iulian Roman wrote:
> > > > >
> > > > > > Am explicat de la inceput. Vreau point in time restore la
> systemul
> > de
> > > > > > operare intr-un timp cit mai scurt (approx. o ora) si cu
> > interventie
> > > > > > minimala din partea adminului . O solutie de DR pentru systemul
> de
> > > > > operare.
> > > >
> > > >
> > >
> > > Fara suparare dar ai spus clar System Restore la sistemul de operare in
> > caz
> > > de dailure hardware / software .
> > > Iarasi sunt o multime de variabile . Daca iti pica la un sistem placa
> de
> > > baza si nu gasesti una fix identica dar imaginea e pentru placa de baza
> > > veche , ce faci ?
> > >
> > > Repet , solutia este , dupa cum au zis multi pe aici ceva gen LTSP  sau
> > > Virtual Desktop sau cum vrei tu sa ii zici .
> > >
> > > Nu ai explicat Clar de la inceput ce vrei .
> > >
> > > Enuntul problmei tale a fost asa :
> > >
> > > "As dori sa intreb ce solutii de os backup recomandati/folositi cu
> > success
> > > ?
> > > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
> > > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
> > > operare ce poate fi folosita  facil ca point in time restore. Durata de
> > > restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> > > imaginii si network).
> > >
> > > Este de preferat o solutie comerciala - de tipul "set and forget" - ce
> > > poate fi folosita usor de administratorii mai putin experimentati (ca
> sa
> > > nu  zic altfel)."
> > >
> > > ZFS-ul nu stiu cat de ok este din moment ce cere 4G RAM sa ruleze
> decent
> > > iar omul nu a zis in ce constau masinile respective , configuratii

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Iulian - nu e vorba de excitant / surprindere .. ci ideea e ca unii de
pe aici sunt sysadmini sau au fost  sysadmini multi ani pe diverse nise si
iti vorbesc din experienta . De undeva de prin 2000 si pina acum , de cand
activez pe lista , tot timpul am fost ajutat si am primit raspunsurile
cautate . Toti cei care au raspuns nu au raspuns sarcastic , cum gresit
crezi , insa au incercat , fiecare , in functie de experienta sa , sa te
ajute intr-un fel.

Nu o sa stau sa iti spun pe unde am activat si ce am facut ci doar ca am
experienta necesara sa iti spun ca ceea ce iti doresti tu este intr-o
anumita masura irealizabil in nisa dorita .

Ideea este ca nu ai formulat problema de la inceput cum trebuie ci doar
te-am citat ca sa intelegi si tu ce ai exprimat initial venind ulterior cu
completarile de rigoare .
Ori , pentru un raspuns complet si Corect ar fi trebuit sa existe un pic de
detaliere.
Personal , de cate ori a fost vorba sa fac o imagine la un sistem de
operare on-the-run si on-the-fly ( asta insemnand sistemul de operare cu
servicii pornite , module incarcate in memorie , nu mai pun cele swap-ate
si alte cele ) pot sa iti spun ca m-am ales cu sistemul de operare corupt
indiferent ce drepturi am conferit softului de backup - ca era el partimage
sau altul tot ala era rezultatul .
Cata vreme masina Ruleaza la capacitatea sa si efectueaza tot felul de
traznai , Nu Poti Face imagine la Sistemul de Operare.

Numai de bine  si succes!




2014-07-24 18:10 GMT+03:00 Iulian Roman :

> Sa zicem ca unii din aia au fost sarcastici ceea ce e fun pina la urma daca
> e perceput ca atare . De asemeni, se pare ca unii au inteles exact ceea am
> nevoie, probabil pentru ca s-au confruntat cu situatii similare. Ceea ce am
> uitat sa mentionez, si am crezut ca s-a subinteles , este ca solutia ma
> intereseaza exclusiv pentru servere.
>
> Am mentionat undeva _enterprise_ level   ,unde hardware-ul este de acelasi
> nivel (high-end /  mid-range)  , nu vapor-made, si unde nu am intilnit
> niciodata o situatie in care am avut hardware failure care nu a putut fi
> inlocuit de catre vendor (HP/IBM) .In situatii critice hardware-ul se
> inlocuieste in aprox. 4 ore.
>
> Ceea ce nu inteleg eu - si am observat ca se intimpla frecvent in ultimul
> timp pe lista - este cum totdeauna sunt oferite alternative (unele de-a
> dreptul hilare )  fara ca cei care le ofera sa gindeasca macar 5 minute
> inainte sa le arunce.
>
> Inteleg ca e excitant sa te joci cu LTSP, Raspberry PI si
> emotia/surprinderea  e mare cind setupul e gata si chiar merge , dar totusi
> ...
>
>
>
>
>
>
>
> 2014-07-24 16:05 GMT+02:00 Abibula Aygun :
>
> > 2014-07-24 12:20 GMT+03:00 Iulian Roman :
> >
> > > am explicat de asemeni ca ma intereseaza strict systemele de fisiere
> din
> > > systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp). Aplicatiile,bazele de
> > > date,etc, etc  sunt in alte volume group-uri , care pot fi usor
> importate
> > > si eventual restore prin metodele traditionale daca este necesar .
> > >
> > >
> > > 2014-07-24 10:49 GMT+02:00 Dan Borlovan :
> > >
> > > > On 07/24/2014 11:30 AM, Iulian Roman wrote:
> > > >
> > > > > Am explicat de la inceput. Vreau point in time restore la systemul
> de
> > > > > operare intr-un timp cit mai scurt (approx. o ora) si cu
> interventie
> > > > > minimala din partea adminului . O solutie de DR pentru systemul de
> > > > operare.
> > >
> > >
> >
> > Fara suparare dar ai spus clar System Restore la sistemul de operare in
> caz
> > de dailure hardware / software .
> > Iarasi sunt o multime de variabile . Daca iti pica la un sistem placa de
> > baza si nu gasesti una fix identica dar imaginea e pentru placa de baza
> > veche , ce faci ?
> >
> > Repet , solutia este , dupa cum au zis multi pe aici ceva gen LTSP  sau
> > Virtual Desktop sau cum vrei tu sa ii zici .
> >
> > Nu ai explicat Clar de la inceput ce vrei .
> >
> > Enuntul problmei tale a fost asa :
> >
> > "As dori sa intreb ce solutii de os backup recomandati/folositi cu
> success
> > ?
> > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
> > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
> > operare ce poate fi folosita  facil ca point in time restore. Durata de
> > restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> > imaginii si network).
> >
> > Este de preferat o solutie comerciala - de tipul "set and forget" - ce
> > poate fi folosita usor de administratorii mai putin experimentati (ca sa
> > nu  zic altfel)."
> >
> > ZFS-ul nu stiu cat de ok este din moment ce cere 4G RAM sa ruleze decent
> > iar omul nu a zis in ce constau masinile respective , configuratii ,
> > reteaua ce structura are , ar rezista la volumul ala de date ? Daca iti
> > pica 30 de masini ( sa punem worst scenario ) si faci restore over
> network
> > ( ipotetic vorbind ) , iti duce reteaua ? Etc , etc !
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

Sa zicem ca unii din aia au fost sarcastici ceea ce e fun pina la urma daca
e perceput ca atare . De asemeni, se pare ca unii au inteles exact ceea am
nevoie, probabil pentru ca s-au confruntat cu situatii similare. Ceea ce am
uitat sa mentionez, si am crezut ca s-a subinteles , este ca solutia ma
intereseaza exclusiv pentru servere.

Am mentionat undeva _enterprise_ level   ,unde hardware-ul este de acelasi
nivel (high-end /  mid-range)  , nu vapor-made, si unde nu am intilnit
niciodata o situatie in care am avut hardware failure care nu a putut fi
inlocuit de catre vendor (HP/IBM) .In situatii critice hardware-ul se
inlocuieste in aprox. 4 ore.

Ceea ce nu inteleg eu - si am observat ca se intimpla frecvent in ultimul
timp pe lista - este cum totdeauna sunt oferite alternative (unele de-a
dreptul hilare )  fara ca cei care le ofera sa gindeasca macar 5 minute
inainte sa le arunce.

Inteleg ca e excitant sa te joci cu LTSP, Raspberry PI si
emotia/surprinderea  e mare cind setupul e gata si chiar merge , dar totusi
...







2014-07-24 16:05 GMT+02:00 Abibula Aygun :

> 2014-07-24 12:20 GMT+03:00 Iulian Roman :
>
> > am explicat de asemeni ca ma intereseaza strict systemele de fisiere din
> > systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp). Aplicatiile,bazele de
> > date,etc, etc  sunt in alte volume group-uri , care pot fi usor importate
> > si eventual restore prin metodele traditionale daca este necesar .
> >
> >
> > 2014-07-24 10:49 GMT+02:00 Dan Borlovan :
> >
> > > On 07/24/2014 11:30 AM, Iulian Roman wrote:
> > >
> > > > Am explicat de la inceput. Vreau point in time restore la systemul de
> > > > operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
> > > > minimala din partea adminului . O solutie de DR pentru systemul de
> > > operare.
> >
> >
>
> Fara suparare dar ai spus clar System Restore la sistemul de operare in caz
> de dailure hardware / software .
> Iarasi sunt o multime de variabile . Daca iti pica la un sistem placa de
> baza si nu gasesti una fix identica dar imaginea e pentru placa de baza
> veche , ce faci ?
>
> Repet , solutia este , dupa cum au zis multi pe aici ceva gen LTSP  sau
> Virtual Desktop sau cum vrei tu sa ii zici .
>
> Nu ai explicat Clar de la inceput ce vrei .
>
> Enuntul problmei tale a fost asa :
>
> "As dori sa intreb ce solutii de os backup recomandati/folositi cu success
> ?
> Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
> /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
> operare ce poate fi folosita  facil ca point in time restore. Durata de
> restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> imaginii si network).
>
> Este de preferat o solutie comerciala - de tipul "set and forget" - ce
> poate fi folosita usor de administratorii mai putin experimentati (ca sa
> nu  zic altfel)."
>
> ZFS-ul nu stiu cat de ok este din moment ce cere 4G RAM sa ruleze decent
> iar omul nu a zis in ce constau masinile respective , configuratii ,
> reteaua ce structura are , ar rezista la volumul ala de date ? Daca iti
> pica 30 de masini ( sa punem worst scenario ) si faci restore over network
> ( ipotetic vorbind ) , iti duce reteaua ? Etc , etc !
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Cat despre Raspberry Pi ca si ThinClient -
http://rpitc.blogspot.ro/2012/03/vmware-view-client-46-on-raspberry-pi.html

Sunt si niste filmulete pe colea !

https://www.youtube.com/watch?v=8ns5fJuQUH4   - niscaiva Xen si
Raspberry Pi ThinClient

https://www.youtube.com/watch?v=gTILmSlBErg- windows 7 over
RDP

http://rpitc.blogspot.ro/

Si rezolvasi problema Elegant !





2014-07-24 17:05 GMT+03:00 Abibula Aygun :

>
>
>
> 2014-07-24 12:20 GMT+03:00 Iulian Roman :
>
> am explicat de asemeni ca ma intereseaza strict systemele de fisiere din
>> systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp). Aplicatiile,bazele de
>> date,etc, etc  sunt in alte volume group-uri , care pot fi usor importate
>> si eventual restore prin metodele traditionale daca este necesar .
>>
>>
>> 2014-07-24 10:49 GMT+02:00 Dan Borlovan :
>>
>> > On 07/24/2014 11:30 AM, Iulian Roman wrote:
>> >
>> > > Am explicat de la inceput. Vreau point in time restore la systemul de
>> > > operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
>> > > minimala din partea adminului . O solutie de DR pentru systemul de
>> > operare.
>>
>>
>
> Fara suparare dar ai spus clar System Restore la sistemul de operare in
> caz de dailure hardware / software .
> Iarasi sunt o multime de variabile . Daca iti pica la un sistem placa de
> baza si nu gasesti una fix identica dar imaginea e pentru placa de baza
> veche , ce faci ?
>
> Repet , solutia este , dupa cum au zis multi pe aici ceva gen LTSP  sau
> Virtual Desktop sau cum vrei tu sa ii zici .
>
> Nu ai explicat Clar de la inceput ce vrei .
>
> Enuntul problmei tale a fost asa :
>
> "As dori sa intreb ce solutii de os backup recomandati/folositi cu success
> ?
> Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
> /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
> operare ce poate fi folosita  facil ca point in time restore. Durata de
> restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> imaginii si network).
>
> Este de preferat o solutie comerciala - de tipul "set and forget" - ce
> poate fi folosita usor de administratorii mai putin experimentati (ca sa
> nu  zic altfel)."
>
> ZFS-ul nu stiu cat de ok este din moment ce cere 4G RAM sa ruleze decent
> iar omul nu a zis in ce constau masinile respective , configuratii ,
> reteaua ce structura are , ar rezista la volumul ala de date ? Daca iti
> pica 30 de masini ( sa punem worst scenario ) si faci restore over network
> ( ipotetic vorbind ) , iti duce reteaua ? Etc , etc !
>
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

2014-07-24 12:20 GMT+03:00 Iulian Roman :

> am explicat de asemeni ca ma intereseaza strict systemele de fisiere din
> systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp). Aplicatiile,bazele de
> date,etc, etc  sunt in alte volume group-uri , care pot fi usor importate
> si eventual restore prin metodele traditionale daca este necesar .
>
>
> 2014-07-24 10:49 GMT+02:00 Dan Borlovan :
>
> > On 07/24/2014 11:30 AM, Iulian Roman wrote:
> >
> > > Am explicat de la inceput. Vreau point in time restore la systemul de
> > > operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
> > > minimala din partea adminului . O solutie de DR pentru systemul de
> > operare.
>
>

Fara suparare dar ai spus clar System Restore la sistemul de operare in caz
de dailure hardware / software .
Iarasi sunt o multime de variabile . Daca iti pica la un sistem placa de
baza si nu gasesti una fix identica dar imaginea e pentru placa de baza
veche , ce faci ?

Repet , solutia este , dupa cum au zis multi pe aici ceva gen LTSP  sau
Virtual Desktop sau cum vrei tu sa ii zici .

Nu ai explicat Clar de la inceput ce vrei .

Enuntul problmei tale a fost asa :

"As dori sa intreb ce solutii de os backup recomandati/folositi cu success ?
Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
/etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
operare ce poate fi folosita  facil ca point in time restore. Durata de
restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
imaginii si network).

Este de preferat o solutie comerciala - de tipul "set and forget" - ce
poate fi folosita usor de administratorii mai putin experimentati (ca sa
nu  zic altfel)."

ZFS-ul nu stiu cat de ok este din moment ce cere 4G RAM sa ruleze decent
iar omul nu a zis in ce constau masinile respective , configuratii ,
reteaua ce structura are , ar rezista la volumul ala de date ? Daca iti
pica 30 de masini ( sa punem worst scenario ) si faci restore over network
( ipotetic vorbind ) , iti duce reteaua ? Etc , etc !
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Adrian Minta]

> Am explicat de la inceput. Vreau point in time restore la systemul de
> operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
> minimala din partea adminului . O solutie de DR pentru systemul de
> operare.
>

Pentru cerinte din astea s-a inventat VDI:
http://youtu.be/z9QCMjwBh18

Ai implementari multiple: Citrix, Vmware, RedHat s.a.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

am explicat de asemeni ca ma intereseaza strict systemele de fisiere din
systemvg/rootvg  (/,/home,/opt,/var,/usr,/tmp). Aplicatiile,bazele de
date,etc, etc  sunt in alte volume group-uri , care pot fi usor importate
si eventual restore prin metodele traditionale daca este necesar .


2014-07-24 10:49 GMT+02:00 Dan Borlovan :

> On 07/24/2014 11:30 AM, Iulian Roman wrote:
>
> > Am explicat de la inceput. Vreau point in time restore la systemul de
> > operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
> > minimala din partea adminului . O solutie de DR pentru systemul de
> operare.
>
> Stiu ca nu e vineri, dar daca-mi permiti un raspuns la misto, treci pe
> osx si acolo ai time machine care face exact asta
>
> Un pic mai in serios, de exemplu vmware stie snapshots si are si ceva
> sisteme de-a gata pentru backup automat periodic (cindva a fost vmdr,
> acuma e veeam). Ba chiar aud ca poti monta un snapshot si da o tura prin
> el de mina.
>
> Pentru sisteme fizice mi-e ca doar un fs cu suport de snapshot-uri te
> ajuta. Windows are shadow copies. Linux... zfs?
>
> O solutie universala la nivel de so pentru medii eterogene... ar fi
> fain. Dar la un sistem live fara plugin-uri pentru orice are baze de
> date in use (ca sa dea macar flush si lock pe timpul backup-ului), nu
> prea vad ce ar face. Plus ca sa obtii un sistem bootabil dupa restore,
> iar e un pic haios.
>
> --
> Dan Borlovan
> Datagroup-Int
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Murgulet]

În 2014-07-24 11:49, Dan Borlovan a scris:
> On 07/24/2014 11:30 AM, Iulian Roman wrote:
> 
>> Am explicat de la inceput. Vreau point in time restore la systemul de
>> operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
>> minimala din partea adminului . O solutie de DR pentru systemul de 
>> operare.
> 
> Stiu ca nu e vineri, dar daca-mi permiti un raspuns la misto, treci pe
> osx si acolo ai time machine care face exact asta
> 
> Un pic mai in serios, de exemplu vmware stie snapshots si are si ceva
> sisteme de-a gata pentru backup automat periodic (cindva a fost vmdr,
> acuma e veeam). Ba chiar aud ca poti monta un snapshot si da o tura 
> prin
> el de mina.
> 
> Pentru sisteme fizice mi-e ca doar un fs cu suport de snapshot-uri te
> ajuta. Windows are shadow copies. Linux... zfs?

Da zfs poate face snapshot-ri(si face si flush la buffere sau ce mai ai 
prin ram, incat sa fie scrise pe disk).
Deci merge chiar daca ai DB-ri in uz. Merge si daca scoti serverul din 
priza(in sensul ca datele sunt in
stare consistenta/coerenta dupa reboot). Poti pierde ce era in ram si nu 
s-a scris in pool, adica intre 1-5 secunde -
cam esta e intervalul(setabil) la care zfs goleste datele din ram pe 
disc(sub forma de tranzactii).


> 
> O solutie universala la nivel de so pentru medii eterogene... ar fi
> fain. Dar la un sistem live fara plugin-uri pentru orice are baze de
> date in use (ca sa dea macar flush si lock pe timpul backup-ului), nu
> prea vad ce ar face. Plus ca sa obtii un sistem bootabil dupa restore,
> iar e un pic haios.

 ATENTIONARI =

- pentru atasamente tip Office va rugam sa folositi format OFFICE 97;
- nu trimiteti date personale (CNP, copii dupa acte de identitate etc).

 O lista completa cu reguli de utilizare exista la:

http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106

C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov
[web-site]: http://www.casbv.ro
[forum]: http://gw.casbv.ro/forum_smf/index.php

==

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Dan Borlovan]

On 07/24/2014 11:30 AM, Iulian Roman wrote:

> Am explicat de la inceput. Vreau point in time restore la systemul de
> operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
> minimala din partea adminului . O solutie de DR pentru systemul de operare.

Stiu ca nu e vineri, dar daca-mi permiti un raspuns la misto, treci pe 
osx si acolo ai time machine care face exact asta

Un pic mai in serios, de exemplu vmware stie snapshots si are si ceva 
sisteme de-a gata pentru backup automat periodic (cindva a fost vmdr, 
acuma e veeam). Ba chiar aud ca poti monta un snapshot si da o tura prin 
el de mina.

Pentru sisteme fizice mi-e ca doar un fs cu suport de snapshot-uri te 
ajuta. Windows are shadow copies. Linux... zfs?

O solutie universala la nivel de so pentru medii eterogene... ar fi 
fain. Dar la un sistem live fara plugin-uri pentru orice are baze de 
date in use (ca sa dea macar flush si lock pe timpul backup-ului), nu 
prea vad ce ar face. Plus ca sa obtii un sistem bootabil dupa restore, 
iar e un pic haios.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Nux!]

Deci imho partea cu interventia minimala e o problema. Cred ca daca asta e 
scopul tau atunci e cazul sa regandesti solutia.
De ex fa load la OS via PXE, ia-ti configa dintr-o parte, datele din alta parte 
si ai grija ca astea sa fie HA/DR/snapshotted/etc.
Altfel incearca solutiile de care s-a vorbit pe aici si incearca sa optimizezi 
procesul pana ajungi la perioade de timp acceptabile.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Iulian Roman" 
> To: "Romanian Linux Users Group" 
> Sent: Thursday, 24 July, 2014 9:30:39 AM
> Subject: Re: [rlug] metoda backup imagine OS
> 
> Am explicat de la inceput. Vreau point in time restore la systemul de
> operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
> minimala din partea adminului . O solutie de DR pentru systemul de operare.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Nux!]

Nu m-a speriat durata pana acum (chiar pare f speedy), insa ce ne-a impins la 
r1soft a fost metoda de backup precedenta care era "file based". Aveam un 
client cu vreo 2TB, nu asta era problema ci faptu ca erau gazilioane de fisiere 
acolo si pur si simplu dura ZILE pana se calculau toate deltas si alte 
dracovenii necesare operatiunii de backup. Cand am trecut la r1soft a fost 
orgasmatic, totul se facea in cel mult cateva ore, nu zile.

Ce am obs ca incetineste mult R1soft e atunci cand ii zici sa faca exceptii de 
la fisiere. Daca il lasi de capul lui sa faca full block level backup e rapid.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro


- Original Message -
> From: "Tarhon-Onu Victor" 
> To: "Romanian Linux Users Group" 
> Sent: Thursday, 24 July, 2014 9:16:50 AM
> Subject: Re: [rlug] metoda backup imagine OS
> 
> On Tue, 22 Jul 2014, Mircea Mitu wrote:
> 
> > Ai primit deja un raspuns valid: idera
> 
>   Problema la r1soft/idera e ca un bare metal restore ia undeva
> intre 475 de ani si 3 epoci glaciare daca discul e mai mare. Si nu ma
> gindesc la oribil de mare, sa zicem un 800GB-1.5TB.
> 
> On 22 iul. 2014, at 23:25, Iulian Roman  wrote:
> 
> > exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca mediul
> > este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare probabil ca
> > o sa folosim TSM for Virtual Environments.
> 
>   Dar de ce vrei asta? Mai jos, la baza, ce vrei de fapt? Sa replici
> o masina virtuala pe care o ai ca template sau vrei sa replici masini
> live, care ruleaza in acel moment? Sau vrei redundanta la masini live? Sau
> ce?
> 
> --
> I'm a genuine network and sys admin.
> I swear, I curse, I stick my dick into things in order to fix them.
> So don't ack like you're having a bad day with me around,
> 'cause I'll have fix to you and will not be able to fight it!
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

Am explicat de la inceput. Vreau point in time restore la systemul de
operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
minimala din partea adminului . O solutie de DR pentru systemul de operare.



2014-07-24 10:16 GMT+02:00 Tarhon-Onu Victor :

> On Tue, 22 Jul 2014, Mircea Mitu wrote:
>
> > Ai primit deja un raspuns valid: idera
>
> Problema la r1soft/idera e ca un bare metal restore ia undeva
> intre 475 de ani si 3 epoci glaciare daca discul e mai mare. Si nu ma
> gindesc la oribil de mare, sa zicem un 800GB-1.5TB.
>
> On 22 iul. 2014, at 23:25, Iulian Roman  wrote:
>
> > exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca mediul
> > este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare probabil
> ca
> > o sa folosim TSM for Virtual Environments.
>
> Dar de ce vrei asta? Mai jos, la baza, ce vrei de fapt? Sa replici
> o masina virtuala pe care o ai ca template sau vrei sa replici masini
> live, care ruleaza in acel moment? Sau vrei redundanta la masini live? Sau
> ce?
>
> --
> I'm a genuine network and sys admin.
> I swear, I curse, I stick my dick into things in order to fix them.
> So don't ack like you're having a bad day with me around,
> 'cause I'll have fix to you and will not be able to fight it!
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Tarhon-Onu Victor]

On Tue, 22 Jul 2014, Mircea Mitu wrote:

> Ai primit deja un raspuns valid: idera

Problema la r1soft/idera e ca un bare metal restore ia undeva 
intre 475 de ani si 3 epoci glaciare daca discul e mai mare. Si nu ma 
gindesc la oribil de mare, sa zicem un 800GB-1.5TB.

On 22 iul. 2014, at 23:25, Iulian Roman  wrote:

> exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca mediul
> este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare probabil ca
> o sa folosim TSM for Virtual Environments.

Dar de ce vrei asta? Mai jos, la baza, ce vrei de fapt? Sa replici 
o masina virtuala pe care o ai ca template sau vrei sa replici masini 
live, care ruleaza in acel moment? Sau vrei redundanta la masini live? Sau 
ce?

-- 
I'm a genuine network and sys admin.
I swear, I curse, I stick my dick into things in order to fix them.
So don't ack like you're having a bad day with me around,
'cause I'll have fix to you and will not be able to fight it!
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Mircea MITU]

On Jul 24, 2014, at 5:33 AM, manuel lonely wolf wolfshant  
wrote:

> On 07/23/2014 08:12 PM, Abibula Aygun wrote:
>> La faza cu LTSP - care imi pare mie cea mai eleganta , poti lua o carca de
>> Raspberry Pi-uri si le setezi ca si Thin Clienti  sau gasesti pe x86 o
>> carca de mini sisteme de agatat in carca monitorului la preturi decente.
>> Acum nu se spune daca infrastructura exista deja.
> Cu siguranta RPi e cea ma buna solutie in contextul 
> http://lists.lug.ro/lurker/message/20140722.194606.37326b32.en.html ( 
> citez: "P.S scalabilitate - sute/mii de masini (virtuale si fizice"). :))

nu inteleg ce zici :)

http://blog.afkham.org/2013/02/raspberry-pi-cluster-images.html

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Am zis asta cu R Pi doar in cazul in care se opteaza pe o infrastructura de
genul LTSP.

În data de 24.07.2014 05:34, "manuel "lonely wolf" wolfshant" <
wo...@prolinux.ro> a scris:
>
> On 07/23/2014 08:12 PM, Abibula Aygun wrote:
> > La faza cu LTSP - care imi pare mie cea mai eleganta , poti lua o carca
de
> > Raspberry Pi-uri si le setezi ca si Thin Clienti  sau gasesti pe x86 o
> > carca de mini sisteme de agatat in carca monitorului la preturi decente.
> > Acum nu se spune daca infrastructura exista deja.
> Cu siguranta RPi e cea ma buna solutie in contextul
> http://lists.lug.ro/lurker/message/20140722.194606.37326b32.en.html (
> citez: "P.S scalabilitate - sute/mii de masini (virtuale si fizice"). :))
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Gabriel S. Craciun]

...via nixCraft

http://clonezilla.org/
http://www.fogproject.org/
http://redobackup.org/

 NOTICE OF CONFIDENTIALITY This E-mail message 
and its attachments (if any) are intended solely for the use of the addressees 
hereof. In addition, this message and the attachments (if any) may contain 
information that is confidential, privileged and exempt from disclosure under 
applicable law. If you are not the intended recipient of this message, you are 
prohibited from reading, disclosing, reproducing, distributing, disseminating 
or otherwise using this transmission. Delivery of this message to any person 
other than the intended recipient is not intended to waive any right or 
privilege. If you have received this message in error, please promptly notify 
the sender by reply E-mail and immediately delete this message from your system.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[manuel "lonely wolf" wolfshant]

On 07/23/2014 08:12 PM, Abibula Aygun wrote:
> La faza cu LTSP - care imi pare mie cea mai eleganta , poti lua o carca de
> Raspberry Pi-uri si le setezi ca si Thin Clienti  sau gasesti pe x86 o
> carca de mini sisteme de agatat in carca monitorului la preturi decente.
> Acum nu se spune daca infrastructura exista deja.
Cu siguranta RPi e cea ma buna solutie in contextul 
http://lists.lug.ro/lurker/message/20140722.194606.37326b32.en.html ( 
citez: "P.S scalabilitate - sute/mii de masini (virtuale si fizice"). :))
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Fara sa faci rebuild  la mbr si boot ? Era vorba de  sistemul in plina
functiune. Nu apareau dll-uri corupte su biblioteci "strambe" ? Vreun modul
care era incarcat in RAM si era locked ? In windows sunt anumite fisiere pe
care nu le poti copia daca sunt deschise si folosite de nu stiu ce proces.
svchost.exe este unul dintre ele , pagefile.sys si inca vreo cateva.

Ma refer strict la partea de RAM si fisierele deschise in el.



2014-07-23 22:41 GMT+03:00 Bogdan-Stefan Rotariu :

> On 23/7/2014 5:35 PM, Abibula Aygun wrote:
> >> >
> > Imagine 1:1 cu sistemul pornit , memoria plina de fisiere deschise ,
> > sistemul de fisiere si ala utilizat .
> > Poti face  dd if=/dev/sda of=/dev/sdb cu conditia ca   sda sa nu aiba
> >   sistemul de operare pe el si sa indeplineasca conditiile de mai sus.
> >
> > Pentru Uzeri de Win am folosit cu succes bacula si s-au descurcat !
> Eu am clonat sute de sisteme atat cu dd cat si cu rsync, fie ele si
> windows, toate cat erau pornite si in mare parte cu serviciile oprite
> (dar nu obligatoriu), exceptie facand reteaua si ssh.
>
> Este drept ca nu am avut o experienta indelungata migrari de windows,
> dar nu cred ca este vorba de windows aici.
>
> la orice clonare cu dd sau orice low-level, dupa finalizare este
> recomandat (nici nu stiu daca porneste fara) fsck.
>
> Din acest motiv nu inteleg partea cu 1:1, decit daca te referi strict la
> memorie.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Bogdan-Stefan Rotariu]

On 23/7/2014 5:35 PM, Abibula Aygun wrote:
>> >
> Imagine 1:1 cu sistemul pornit , memoria plina de fisiere deschise ,
> sistemul de fisiere si ala utilizat .
> Poti face  dd if=/dev/sda of=/dev/sdb cu conditia ca   sda sa nu aiba
>   sistemul de operare pe el si sa indeplineasca conditiile de mai sus.
>
> Pentru Uzeri de Win am folosit cu succes bacula si s-au descurcat !
Eu am clonat sute de sisteme atat cu dd cat si cu rsync, fie ele si 
windows, toate cat erau pornite si in mare parte cu serviciile oprite 
(dar nu obligatoriu), exceptie facand reteaua si ssh.

Este drept ca nu am avut o experienta indelungata migrari de windows, 
dar nu cred ca este vorba de windows aici.

la orice clonare cu dd sau orice low-level, dupa finalizare este 
recomandat (nici nu stiu daca porneste fara) fsck.

Din acest motiv nu inteleg partea cu 1:1, decit daca te referi strict la 
memorie.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

La faza cu LTSP - care imi pare mie cea mai eleganta , poti lua o carca de
Raspberry Pi-uri si le setezi ca si Thin Clienti  sau gasesti pe x86 o
carca de mini sisteme de agatat in carca monitorului la preturi decente.
Acum nu se spune daca infrastructura exista deja.



2014-07-23 17:35 GMT+03:00 Abibula Aygun :

>
>
>
> 2014-07-23 13:15 GMT+03:00 Bogdan-Stefan Rotariu :
>
> On 23/7/2014 1:02 PM, Abibula Aygun wrote:
>> > Omul vrea imagine 1:1 a sistemului ceea ce mondo rescue nu  face !
>> Incerc sa inteleg la ce vrei sa te referi, in ce sens nu se poate face
>> imagine 1:1 ?
>>
>> dd if=/dev/sda of=/dev/sdb consideri o imagine 1:1 ?
>>
>> on topic, cred ca un setup cu sfdisk (daca este necesar), rsync,
>> grub-install este suficient de ok atat pentru backup cat si pentru restore
>>
>> |sfdisk -d /dev/sda > partition table
>> rsync -avrx / /path/to/backup
>> rsync -avrx /cemaitrebuie /path/to/backup/cemaitrebuie
>>
>> bootat cu rescue cd, repus din rsync, refacut initrd daca este vorba de
>> hw nou, eventual fstab, grub-install, reboot && echo success
>>
>> Altfel solutii ca idera/bacula/amanda pot fi folosite pentru automatizari.
>>
>>
> Imagine 1:1 cu sistemul pornit , memoria plina de fisiere deschise ,
> sistemul de fisiere si ala utilizat .
> Poti face  dd if=/dev/sda of=/dev/sdb cu conditia ca   sda sa nu aiba
>  sistemul de operare pe el si sa indeplineasca conditiile de mai sus.
>
> Pentru Uzeri de Win am folosit cu succes bacula si s-au descurcat !
>
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

2014-07-23 13:15 GMT+03:00 Bogdan-Stefan Rotariu :

> On 23/7/2014 1:02 PM, Abibula Aygun wrote:
> > Omul vrea imagine 1:1 a sistemului ceea ce mondo rescue nu  face !
> Incerc sa inteleg la ce vrei sa te referi, in ce sens nu se poate face
> imagine 1:1 ?
>
> dd if=/dev/sda of=/dev/sdb consideri o imagine 1:1 ?
>
> on topic, cred ca un setup cu sfdisk (daca este necesar), rsync,
> grub-install este suficient de ok atat pentru backup cat si pentru restore
>
> |sfdisk -d /dev/sda > partition table
> rsync -avrx / /path/to/backup
> rsync -avrx /cemaitrebuie /path/to/backup/cemaitrebuie
>
> bootat cu rescue cd, repus din rsync, refacut initrd daca este vorba de hw
> nou, eventual fstab, grub-install, reboot && echo success
>
> Altfel solutii ca idera/bacula/amanda pot fi folosite pentru automatizari.
>
>
Imagine 1:1 cu sistemul pornit , memoria plina de fisiere deschise ,
sistemul de fisiere si ala utilizat .
Poti face  dd if=/dev/sda of=/dev/sdb cu conditia ca   sda sa nu aiba
 sistemul de operare pe el si sa indeplineasca conditiile de mai sus.

Pentru Uzeri de Win am folosit cu succes bacula si s-au descurcat !
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Murgulet]

În 2014-07-23 13:53, Nux! a scris:
> Salut,
> 
> R1soft/Idera vine cu un modul de kernel care va face un soi de
> snapshot la disk/partitii si apoi lucreaza pe acest snapshot.
> Asta se face cu masina mergand, by design evident, ca altfel foloseam
> Clonezilla sau altceva.
> Daca ai addons de SQL activate (pe extra leisori) iti trage si un dump
> la DB sau cum s-o numi procedeul pt MSSQL si altele.
> 
> Aia cu Set and Forget e bullshit de marketing probabil, softul nu e
> fara belele (ca orice soft), dar face ce scrie pe cutie. Noi primim
> raporturi zilnice de la el cu tot felul de chestii, ba a fost nush ce
> server loaded si i-a luat prea mult sa faca backup, ba s-a umplut
> vreun HDD etc.
> 
> As fi foarte incantat sa aud de vreun proiect open source care sa faca
> block level backups LIVE.


... cred ca ii zice ZFS ;)



> 
>> Corect cu restore dar cum faci imaginea cu masina ruland ? Aici e duda 
>> !
>> omul vrea imagine 1:1 a drive-ului ca sa faca easy restore ulterior  
>> si
>> daca se poate , probabil , automat . Vezi ca zice - Set and Forget ! 
>> Desi
>> la nici un SysAdmin nu am vazut sa lase softul sa faca el de capatana 
>> lui
>> traznai . Munca manuala , desi este mai grea este mai sigura si te 
>> fereste
>> de belele ulterioare !
>> 
>> Poate gresesc eu ! I'm getting old !
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>> 
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug

 ATENTIONARI =

- pentru atasamente tip Office va rugam sa folositi format OFFICE 97;
- nu trimiteti date personale (CNP, copii dupa acte de identitate etc).

 O lista completa cu reguli de utilizare exista la:

http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106

C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov
[web-site]: http://www.casbv.ro
[forum]: http://gw.casbv.ro/forum_smf/index.php

==

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Murgulet]

În 2014-07-22 22:46, Iulian Roman a scris:
> Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:
> 
> 1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
> 2. se decide ca trebuie facut restore la os (o imagine la alegere)
> 3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
> interventie manuala
> 
> 
> Prin restore OS ma refer si LVM layout si tot ce implica  (exclus creat
> separat filesystems , logical volumes, etc). Vreau ca asta sa faca
> "tool"-ul !Nu vreau combinatie Kickstart + backup tool.


   Cred ca ce vrei tu inca nu exista(posibil sa gresesc, dar ma 
indoiesc).

Variante pe aproape de ce vrei tu:


1.
- Thin Clients si un LTSP(cum a sugerat un co-listas)
- imaginile de boot servite de serverul de LTSP se afla intr-un pool 
ZFS(local sau remote,
nu conteaza) su in cluster-FS care stie sa faca snapshoot-ri;
- via ZFS snapshoot poti face snapshoot-ri la imaginile de boot(din ora 
in ora de exemplu), in timp ce thin clientii functioneaza(deci chiar 
daca clientii au deschise fisiere);
- asta inseamna ca trebuie sa ai la indemana printre altele(pt sute/mii 
de masini): switch-ri 10G sau mai bune(fiber?), o caruta de SAN-ri, si 
 tone de bani
- servere LTSP in load balancing SI fail-over
- cu ZFS a face o restaurare dint-run snapshot se reduce la cateva 
secunde


  Nu cred ca solutia este scalabila decat pana la un punct in care SAN-le 
si/sau Switch-le devin prohibitive ca si costuri.


2.

  Daca vorbim de servere, o alta varianta ar fi asa

- servere "gemene"(cluster cu 2 noduri minimal) configurare 
load-balancing/fail-over;
- filesystem de cluster(deci un cluster de stocare dedicat, minim 3 
noduri) care stie de snapshot-ri;
- in caz ca unul din nodurile gemene pica, ramane al 2-lea care preia 
toti clientii;
- in caz de stergere de fisiere, roll-back la snapshot;

   Cred ca e mai optima varianta asta si scaleaza mai bine ca 1

3. Cloud Privat

4. "Varianata celui sarac"(me included ;) )
- serverele sunt standardizate, in sensul ca pe el nu exista decat 
sistemul, kernel cu suport de virtualizare(KVM/openVZ/etc si suport 
ZFS), firewall si stocare locala(2 bucati de spatiu, unul pt SO si unul 
pt ZFS);
- orice alta aplicatie ruleaza virtualizat peste un pool ZFS local;
- se fac snapshot-ri de catre ZFS(orar sau cum vrei);
- HDD de rezerva care contine SO si ZFS;
- exista un server de backup pe care se importa sanapshot-le de pe 
servere(noaptea sau din X in X ore) precum si HDD-ul de 
rezerva(ne-alimentat);
- daca se altereaza fisiere din masinile virtuale, se restaureaza din 
snapshot;
- daca de strica ceva HW: exista un server tinut in rezerva, care are 
gata configurat cele de mai sus, care se pune in functiune si se 
copie(via zfs-receive, sau cu ce vrei tu) de pe serverul de backup 
ultimul snaphot al masinii care a crapat(care dureaza  depinzand de 
cate date ai pe masinile virtuale)


   Eu asta folosesc de 1 an, cu virtualizare openvz(inclusiv baze de 
date). Pe serverul de backup, tin si HDD-ul ala de rezerva, caz in care 
daca crapa un server, fac asa:

- opresc serverul de backup, si conectez alimentrea de la HDD-ul de 
rezerva;
- fac zfs-send/zfs-receive de pe pool-ul de backup pe pool-ul ZFS de 
discul de rezerva;
- modific in dhcp MAC-ul de la serverul crapat cu cel de la serverul de 
rezerva;
- opresc serverul de backup si scot discul de rezerva si il pun in 
serverul de rezerva si fac boot;
- dupa boot, verific ca este OK(am un lan mic separat de reteaua de 
productie);
- dupa verificare, boot final in lan-ul de productie;
- toata miscarea dureaza max. 2 ore in cazul meu, din care, 95% din timp 
dureaza copierea;
- este relativ usor de scriptat , dar prefer sa sa fac asta manual 
deocamdata(eu pe ssh, si cineva din locatie care scoate HDD-ul, il pune, 
pe post de manipulant ...);
- am facut de test in locatie de 2-3 ori si odata REAL(eu fiind remote 
...);

   Daca vrei la 4. dau mai multe detalii











> 
> Se pare ca Storix -  cineva a mentionat si R1Soft - ar face lucrurile 
> astea
> din ce am citit. Success stories sau alternative ?
> 
> P.S  scalabilitate - sute/mii de masini (virtuale si fizice).
> 
> 
> 
> 
> 2014-07-22 20:49 GMT+02:00 Abibula Aygun :
> 
>> Era odata ca niciodata ceva numit Bacula :
>> 
>> http://blog.bacula.org/
>> 
>> 
>> 
>> 
>> 2014-07-22 15:22 GMT+03:00 Nux! :
>> 
>> > R1soft/idera
>> >
>> >
>> >
>> > --
>> > Sent from the Delta quadrant using Borg technology!
>> >
>> > Nux!
>> > www.nux.ro
>> >
>> >
>> > - Original Message -
>> > > From: "Iulian Roman" 
>> > > To: "Romanian Linux Users Group" 
>> > > Sent: Tuesday, 22 July, 2014 11:43:31 AM
>> > > Subject: [rlug] metoda backup imagine OS
>> > >
>> > > Salutare,
>> > >
>> > > As dori sa intreb ce solutii de os backup recomandati/folositi cu
>> > success ?
>> > > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
>> > > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
>> > > operare ce poa

Re: [rlug] metoda backup imagine OS

[Nux!]

Salut,

R1soft/Idera vine cu un modul de kernel care va face un soi de snapshot la 
disk/partitii si apoi lucreaza pe acest snapshot. 
Asta se face cu masina mergand, by design evident, ca altfel foloseam 
Clonezilla sau altceva. 
Daca ai addons de SQL activate (pe extra leisori) iti trage si un dump la DB 
sau cum s-o numi procedeul pt MSSQL si altele.

Aia cu Set and Forget e bullshit de marketing probabil, softul nu e fara belele 
(ca orice soft), dar face ce scrie pe cutie. Noi primim raporturi zilnice de la 
el cu tot felul de chestii, ba a fost nush ce server loaded si i-a luat prea 
mult sa faca backup, ba s-a umplut vreun HDD etc.

As fi foarte incantat sa aud de vreun proiect open source care sa faca block 
level backups LIVE.

> Corect cu restore dar cum faci imaginea cu masina ruland ? Aici e duda !
> omul vrea imagine 1:1 a drive-ului ca sa faca easy restore ulterior  si
> daca se poate , probabil , automat . Vezi ca zice - Set and Forget ! Desi
> la nici un SysAdmin nu am vazut sa lase softul sa faca el de capatana lui
> traznai . Munca manuala , desi este mai grea este mai sigura si te fereste
> de belele ulterioare !
> 
> Poate gresesc eu ! I'm getting old !
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

- prin _set and forget_ nu am exclus integrarea log-urilor de backup cu
solutia de monitorizare si un eventual wrapper  la tool care sa poata fi
customizat
- backup-ul trebuie sa se faca automat  (include integrarea cu unul din
schedulere, neimportant care atit timp cit se poate monitoriza)
- munca manuala la sute/mii de servere  este exclusa  (din foarte multe
motive)




2014-07-23 12:15 GMT+02:00 Bogdan-Stefan Rotariu :

> On 23/7/2014 1:02 PM, Abibula Aygun wrote:
> > Omul vrea imagine 1:1 a sistemului ceea ce mondo rescue nu  face !
> Incerc sa inteleg la ce vrei sa te referi, in ce sens nu se poate face
> imagine 1:1 ?
>
> dd if=/dev/sda of=/dev/sdb consideri o imagine 1:1 ?
>
> on topic, cred ca un setup cu sfdisk (daca este necesar), rsync,
> grub-install este suficient de ok atat pentru backup cat si pentru restore
>
> |sfdisk -d /dev/sda > partition table
> rsync -avrx / /path/to/backup
> rsync -avrx /cemaitrebuie /path/to/backup/cemaitrebuie
>
> bootat cu rescue cd, repus din rsync, refacut initrd daca este vorba de hw
> nou, eventual fstab, grub-install, reboot && echo success
>
> Altfel solutii ca idera/bacula/amanda pot fi folosite pentru automatizari.
> |
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Bogdan-Stefan Rotariu]

On 23/7/2014 1:02 PM, Abibula Aygun wrote:
> Omul vrea imagine 1:1 a sistemului ceea ce mondo rescue nu  face !
Incerc sa inteleg la ce vrei sa te referi, in ce sens nu se poate face 
imagine 1:1 ?

dd if=/dev/sda of=/dev/sdb consideri o imagine 1:1 ?

on topic, cred ca un setup cu sfdisk (daca este necesar), rsync, 
grub-install este suficient de ok atat pentru backup cat si pentru restore

|sfdisk -d /dev/sda > partition table
rsync -avrx / /path/to/backup
rsync -avrx /cemaitrebuie /path/to/backup/cemaitrebuie

bootat cu rescue cd, repus din rsync, refacut initrd daca este vorba de hw nou, 
eventual fstab, grub-install, reboot && echo success

Altfel solutii ca idera/bacula/amanda pot fi folosite pentru automatizari.
|


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

2014-07-23 11:06 GMT+03:00 Nux! :

> Salut,
>
> Folosim la munca asa ceva, e cam bloated pt gusturile mele, dar
> functioneste. Am facut multe bare metal backup/restore pe multiple OS-uri.
> Pt restore nu ai nevoie decat de un LiveCD (bazat pe CentOS, facut de ei),
> bootezi, setezi IP, apoi din admin panel ii zici unde sa faca restore si la
> ce anume si aia e.
> Straluceste la block level backups, dar se stie si cu fisiere (mai putin
> "stelar") si are addons pt MySQL, MSSQL etc a.i. poti merge dincolo de
> "crash consistent" daca-i musai.
>
> HTH
> Lucian
>
>
Corect cu restore dar cum faci imaginea cu masina ruland ? Aici e duda !
omul vrea imagine 1:1 a drive-ului ca sa faca easy restore ulterior  si
daca se poate , probabil , automat . Vezi ca zice - Set and Forget ! Desi
la nici un SysAdmin nu am vazut sa lase softul sa faca el de capatana lui
traznai . Munca manuala , desi este mai grea este mai sigura si te fereste
de belele ulterioare !

Poate gresesc eu ! I'm getting old !
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Omul vrea imagine 1:1 a sistemului ceea ce mondo rescue nu  face !

http://www.mondorescue.org/docs/mondorescue-howto.html

Vezi cilea peste ce sare !




On Wed, Jul 23, 2014 at 11:21 AM, Adrian Minta  wrote:

> Salut,
> mondorescue nu-i bun ?
>
> http://www.mondorescue.org/
>
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Adrian Minta]

Salut,
mondorescue nu-i bun ?

http://www.mondorescue.org/



___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Nux!]

Salut,

Folosim la munca asa ceva, e cam bloated pt gusturile mele, dar functioneste. 
Am facut multe bare metal backup/restore pe multiple OS-uri.
Pt restore nu ai nevoie decat de un LiveCD (bazat pe CentOS, facut de ei), 
bootezi, setezi IP, apoi din admin panel ii zici unde sa faca restore si la ce 
anume si aia e.
Straluceste la block level backups, dar se stie si cu fisiere (mai putin 
"stelar") si are addons pt MySQL, MSSQL etc a.i. poti merge dincolo de "crash 
consistent" daca-i musai.

HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Abibula Aygun" 
> To: "Romanian Linux Users Group" 
> Sent: Tuesday, 22 July, 2014 11:35:52 PM
> Subject: Re: [rlug] metoda backup imagine OS
> 
> http://www.idera.com/productssolutions/freetools/sblinuxhotcopy
> 
> Click pe pozulica si citeste mesajele dar si La ce face backup . Nu se
> atinge de /boot  si /dev .
> 
> Poti face un soi de system restore , de acolo sa copiezi fisierele aferente
> fiecarei masini iar in caz de disaster recovery sa pui de manuta sistemul
> de operare iar apoi sa faci deploy la ultimul system restore . ( un
> softulica nice utilizat pentru asa ceva de subsemnatul este TimeShift ).
> 
> Faza cu Set  and Forget  este riscanta rau . Te joci nu cu focul ci cu
> Benzina si Focul. Trust me. Ce e facut de mana ta e sfant .
> 
> Spor!
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Ai si specificat de Administratorii mai putin experimentati . Astfel incat
trebuie sa te mulezi dupa cererile lor si nivelul lor de cunostinte dupa o
evaluare in prealabil.
Bine ar fi un training !



2014-07-23 10:16 GMT+03:00 Abibula Aygun :

> Am uitat sa spun : Ne anunti si pe noi daca gasesti ceva ce face ce vrei
> tu .
> Multumim !
>
>
>
> 2014-07-23 1:35 GMT+03:00 Abibula Aygun :
>
> http://www.idera.com/productssolutions/freetools/sblinuxhotcopy
>>
>> Click pe pozulica si citeste mesajele dar si La ce face backup . Nu se
>> atinge de /boot  si /dev .
>>
>> Poti face un soi de system restore , de acolo sa copiezi fisierele
>> aferente fiecarei masini iar in caz de disaster recovery sa pui de manuta
>> sistemul de operare iar apoi sa faci deploy la ultimul system restore . (
>> un softulica nice utilizat pentru asa ceva de subsemnatul este TimeShift ).
>>
>> Faza cu Set  and Forget  este riscanta rau . Te joci nu cu focul ci cu
>> Benzina si Focul. Trust me. Ce e facut de mana ta e sfant .
>>
>> Spor!
>>
>>
>>
>>
>>
>>
>> 2014-07-23 1:22 GMT+03:00 Abibula Aygun :
>>
>> Cu masina Fizica ruland nu vei putea face imagine la sistemul de operare
>>>  ( bit la bit ) in genul Norton Ghost - Clonezilla and related . ( eu asta
>>> am inteles din enuntul problemei - ca vrei imagine 1:1 a sistemului de
>>> operare iar daca iti pica masina sa fizica / virtuala sa o poti restaura
>>> din imagine -  Gresesc ?)
>>>
>>> Nu am folosit iDera insa nu cred ca poti face imagini cata vreme ai
>>> fisiere deschise in RAM , cu precadere cele utilizate de sistem si de
>>> kernel . Ca poti face o copie la filesystem este alta mancare de peste dar
>>> Imagine din care sa dai restore ulterior asa cum ai face in Norton Ghost cu
>>> o imagine .gho nu cred ca se poate . Orice soft de "clonare" , ca sa ii zic
>>> asa verifica daca sistemul de fisiere este clean , unmounted si abia apoi
>>> se apuca de treaba .  Ca TU ii dai Ignore e riscul tau si treaba ta .
>>>
>>> Idera e alta mancare de peste . KVM , Xen si VmWare e relativ simplu sa
>>> faci snapsoturi la masinile virtuale.
>>>
>>> Pentru Xen ai Xen Center care face snapsot la fisierul .xva , Proxmox VE
>>> pentru KVM si OpenVZ , la VmWare gasesti tone de softuri sa faca treaba
>>> asta dar ca idee , prima data orice tool face initial un Suspend al masinii
>>> Virtuale , ocazie cu care "inchide" sisemul de fisiere , fisierele deschise
>>> in RAM , etc , etc.
>>>
>>> Repet , jucarie sa faca Imagine 1 : 1 a sistemului de operare dupa care
>>> sa faca si restore in maxim o ora over network eu cred ca e nitel aiurea ca
>>> sa nu zic deplasata .
>>>
>>> Lucrand in niscaiva service si asigurand mentenanta unor retele de
>>> calculatoare , am tot avut a face cu carca de probleme . La nici una , ca
>>> era fizica sau virtuala , nu puteam face imagine 1:1 fara sa opresc masina
>>> . De ce ? Simplu , File System deschis si in utilizare , fisiere system
>>> deschise in RAM si utilizate si alte incurcaturi.
>>>
>>> Sa zicem ca ai NTFS sau EXT4 caruia i-ai dat un shut down luand maul
>>> curentului .
>>> Sa vezi ce chitaie Norton Ghost sau CloneZilla - File System was not
>>> properly flushed / closed si iti da si un cod de eroare.
>>>
>>> Numai de bine!
>>>
>>>
>>>
>>>
>>>
>>> 2014-07-22 23:45 GMT+03:00 Mircea Mitu :
>>>
>>>  Ai primit deja un raspuns valid: idera



 > On 22 iul. 2014, at 23:25, Iulian Roman 
 wrote:
 >
 > exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca
 mediul
 > este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare
 probabil ca
 > o sa folosim TSM for Virtual Environments.
 >
 > Ce vreau de fapt este o alternativa mksysb - pentru cei familiarizati
 cu
 > AIX - pentru Linux.
 >
 >
 > 2014-07-22 22:08 GMT+02:00 Abibula Aygun :
 >
 >> Intrebare , cum faci imaginea cu sistemul pornit ?
 >> Din cate stiu sistemul Gazda nu iti va permite sa copiezi niscaiva
 fisiere
 >> deschise in memorie daca masina e pornita .
 >>
 >> Ca sa faci full image la un OS trebuie un tool care sa nu aiba
 treaba cu
 >> sistemul de operare gazda .
 >>
 >> M-am jucat vreme indelungata cu ceva VM Ware Fusion si e cea mai la
 >> indemana solutie de backup. Periodic salvezi imaginea .vmx oriunde
 ar  fi
 >> ea .
 >>
 >> Rulezi in masina virtuala ce ai de rulat si snapsoturi la masina
 virtuala .
 >> Restore ? Sistemul il pui din ce vrei tu .
 >>
 >> Cu boot from network nu e mai fain cum am zis cu ceva Thin Clients
 si un
 >> LTSP ca server and job done. Daca vrei redundanta , HeartBeat la
 Server si
 >> rezolvasi problema . Asta cu Heartbeat poate fi setat sa faca
 replicare la
 >> X minute . A picat serverul unu , intra serverul doi.
 >> Job Done !
 >>
 >>
 >> 2014-07-22 22:46 GMT+03:00 Iulian Roman :
 >>
 >>> Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:
 >

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Am uitat sa spun : Ne anunti si pe noi daca gasesti ceva ce face ce vrei tu
.
Multumim !



2014-07-23 1:35 GMT+03:00 Abibula Aygun :

> http://www.idera.com/productssolutions/freetools/sblinuxhotcopy
>
> Click pe pozulica si citeste mesajele dar si La ce face backup . Nu se
> atinge de /boot  si /dev .
>
> Poti face un soi de system restore , de acolo sa copiezi fisierele
> aferente fiecarei masini iar in caz de disaster recovery sa pui de manuta
> sistemul de operare iar apoi sa faci deploy la ultimul system restore . (
> un softulica nice utilizat pentru asa ceva de subsemnatul este TimeShift ).
>
> Faza cu Set  and Forget  este riscanta rau . Te joci nu cu focul ci cu
> Benzina si Focul. Trust me. Ce e facut de mana ta e sfant .
>
> Spor!
>
>
>
>
>
>
> 2014-07-23 1:22 GMT+03:00 Abibula Aygun :
>
> Cu masina Fizica ruland nu vei putea face imagine la sistemul de operare
>>  ( bit la bit ) in genul Norton Ghost - Clonezilla and related . ( eu asta
>> am inteles din enuntul problemei - ca vrei imagine 1:1 a sistemului de
>> operare iar daca iti pica masina sa fizica / virtuala sa o poti restaura
>> din imagine -  Gresesc ?)
>>
>> Nu am folosit iDera insa nu cred ca poti face imagini cata vreme ai
>> fisiere deschise in RAM , cu precadere cele utilizate de sistem si de
>> kernel . Ca poti face o copie la filesystem este alta mancare de peste dar
>> Imagine din care sa dai restore ulterior asa cum ai face in Norton Ghost cu
>> o imagine .gho nu cred ca se poate . Orice soft de "clonare" , ca sa ii zic
>> asa verifica daca sistemul de fisiere este clean , unmounted si abia apoi
>> se apuca de treaba .  Ca TU ii dai Ignore e riscul tau si treaba ta .
>>
>> Idera e alta mancare de peste . KVM , Xen si VmWare e relativ simplu sa
>> faci snapsoturi la masinile virtuale.
>>
>> Pentru Xen ai Xen Center care face snapsot la fisierul .xva , Proxmox VE
>> pentru KVM si OpenVZ , la VmWare gasesti tone de softuri sa faca treaba
>> asta dar ca idee , prima data orice tool face initial un Suspend al masinii
>> Virtuale , ocazie cu care "inchide" sisemul de fisiere , fisierele deschise
>> in RAM , etc , etc.
>>
>> Repet , jucarie sa faca Imagine 1 : 1 a sistemului de operare dupa care
>> sa faca si restore in maxim o ora over network eu cred ca e nitel aiurea ca
>> sa nu zic deplasata .
>>
>> Lucrand in niscaiva service si asigurand mentenanta unor retele de
>> calculatoare , am tot avut a face cu carca de probleme . La nici una , ca
>> era fizica sau virtuala , nu puteam face imagine 1:1 fara sa opresc masina
>> . De ce ? Simplu , File System deschis si in utilizare , fisiere system
>> deschise in RAM si utilizate si alte incurcaturi.
>>
>> Sa zicem ca ai NTFS sau EXT4 caruia i-ai dat un shut down luand maul
>> curentului .
>> Sa vezi ce chitaie Norton Ghost sau CloneZilla - File System was not
>> properly flushed / closed si iti da si un cod de eroare.
>>
>> Numai de bine!
>>
>>
>>
>>
>>
>> 2014-07-22 23:45 GMT+03:00 Mircea Mitu :
>>
>>  Ai primit deja un raspuns valid: idera
>>>
>>>
>>>
>>> > On 22 iul. 2014, at 23:25, Iulian Roman 
>>> wrote:
>>> >
>>> > exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca
>>> mediul
>>> > este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare
>>> probabil ca
>>> > o sa folosim TSM for Virtual Environments.
>>> >
>>> > Ce vreau de fapt este o alternativa mksysb - pentru cei familiarizati
>>> cu
>>> > AIX - pentru Linux.
>>> >
>>> >
>>> > 2014-07-22 22:08 GMT+02:00 Abibula Aygun :
>>> >
>>> >> Intrebare , cum faci imaginea cu sistemul pornit ?
>>> >> Din cate stiu sistemul Gazda nu iti va permite sa copiezi niscaiva
>>> fisiere
>>> >> deschise in memorie daca masina e pornita .
>>> >>
>>> >> Ca sa faci full image la un OS trebuie un tool care sa nu aiba treaba
>>> cu
>>> >> sistemul de operare gazda .
>>> >>
>>> >> M-am jucat vreme indelungata cu ceva VM Ware Fusion si e cea mai la
>>> >> indemana solutie de backup. Periodic salvezi imaginea .vmx oriunde ar
>>>  fi
>>> >> ea .
>>> >>
>>> >> Rulezi in masina virtuala ce ai de rulat si snapsoturi la masina
>>> virtuala .
>>> >> Restore ? Sistemul il pui din ce vrei tu .
>>> >>
>>> >> Cu boot from network nu e mai fain cum am zis cu ceva Thin Clients si
>>> un
>>> >> LTSP ca server and job done. Daca vrei redundanta , HeartBeat la
>>> Server si
>>> >> rezolvasi problema . Asta cu Heartbeat poate fi setat sa faca
>>> replicare la
>>> >> X minute . A picat serverul unu , intra serverul doi.
>>> >> Job Done !
>>> >>
>>> >>
>>> >> 2014-07-22 22:46 GMT+03:00 Iulian Roman :
>>> >>
>>> >>> Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:
>>> >>>
>>> >>> 1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
>>> >>> 2. se decide ca trebuie facut restore la os (o imagine la alegere)
>>> >>> 3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
>>> >>> interventie manuala
>>> >>>
>>> >>>
>>> >>> Prin restore OS ma refer si LVM layout si tot ce implica  (exclus
>>> creat
>>> >>> separat fil

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

http://www.idera.com/productssolutions/freetools/sblinuxhotcopy

Click pe pozulica si citeste mesajele dar si La ce face backup . Nu se
atinge de /boot  si /dev .

Poti face un soi de system restore , de acolo sa copiezi fisierele aferente
fiecarei masini iar in caz de disaster recovery sa pui de manuta sistemul
de operare iar apoi sa faci deploy la ultimul system restore . ( un
softulica nice utilizat pentru asa ceva de subsemnatul este TimeShift ).

Faza cu Set  and Forget  este riscanta rau . Te joci nu cu focul ci cu
Benzina si Focul. Trust me. Ce e facut de mana ta e sfant .

Spor!






2014-07-23 1:22 GMT+03:00 Abibula Aygun :

> Cu masina Fizica ruland nu vei putea face imagine la sistemul de operare
>  ( bit la bit ) in genul Norton Ghost - Clonezilla and related . ( eu asta
> am inteles din enuntul problemei - ca vrei imagine 1:1 a sistemului de
> operare iar daca iti pica masina sa fizica / virtuala sa o poti restaura
> din imagine -  Gresesc ?)
>
> Nu am folosit iDera insa nu cred ca poti face imagini cata vreme ai
> fisiere deschise in RAM , cu precadere cele utilizate de sistem si de
> kernel . Ca poti face o copie la filesystem este alta mancare de peste dar
> Imagine din care sa dai restore ulterior asa cum ai face in Norton Ghost cu
> o imagine .gho nu cred ca se poate . Orice soft de "clonare" , ca sa ii zic
> asa verifica daca sistemul de fisiere este clean , unmounted si abia apoi
> se apuca de treaba .  Ca TU ii dai Ignore e riscul tau si treaba ta .
>
> Idera e alta mancare de peste . KVM , Xen si VmWare e relativ simplu sa
> faci snapsoturi la masinile virtuale.
>
> Pentru Xen ai Xen Center care face snapsot la fisierul .xva , Proxmox VE
> pentru KVM si OpenVZ , la VmWare gasesti tone de softuri sa faca treaba
> asta dar ca idee , prima data orice tool face initial un Suspend al masinii
> Virtuale , ocazie cu care "inchide" sisemul de fisiere , fisierele deschise
> in RAM , etc , etc.
>
> Repet , jucarie sa faca Imagine 1 : 1 a sistemului de operare dupa care sa
> faca si restore in maxim o ora over network eu cred ca e nitel aiurea ca sa
> nu zic deplasata .
>
> Lucrand in niscaiva service si asigurand mentenanta unor retele de
> calculatoare , am tot avut a face cu carca de probleme . La nici una , ca
> era fizica sau virtuala , nu puteam face imagine 1:1 fara sa opresc masina
> . De ce ? Simplu , File System deschis si in utilizare , fisiere system
> deschise in RAM si utilizate si alte incurcaturi.
>
> Sa zicem ca ai NTFS sau EXT4 caruia i-ai dat un shut down luand maul
> curentului .
> Sa vezi ce chitaie Norton Ghost sau CloneZilla - File System was not
> properly flushed / closed si iti da si un cod de eroare.
>
> Numai de bine!
>
>
>
>
>
> 2014-07-22 23:45 GMT+03:00 Mircea Mitu :
>
>  Ai primit deja un raspuns valid: idera
>>
>>
>>
>> > On 22 iul. 2014, at 23:25, Iulian Roman  wrote:
>> >
>> > exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca mediul
>> > este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare
>> probabil ca
>> > o sa folosim TSM for Virtual Environments.
>> >
>> > Ce vreau de fapt este o alternativa mksysb - pentru cei familiarizati cu
>> > AIX - pentru Linux.
>> >
>> >
>> > 2014-07-22 22:08 GMT+02:00 Abibula Aygun :
>> >
>> >> Intrebare , cum faci imaginea cu sistemul pornit ?
>> >> Din cate stiu sistemul Gazda nu iti va permite sa copiezi niscaiva
>> fisiere
>> >> deschise in memorie daca masina e pornita .
>> >>
>> >> Ca sa faci full image la un OS trebuie un tool care sa nu aiba treaba
>> cu
>> >> sistemul de operare gazda .
>> >>
>> >> M-am jucat vreme indelungata cu ceva VM Ware Fusion si e cea mai la
>> >> indemana solutie de backup. Periodic salvezi imaginea .vmx oriunde ar
>>  fi
>> >> ea .
>> >>
>> >> Rulezi in masina virtuala ce ai de rulat si snapsoturi la masina
>> virtuala .
>> >> Restore ? Sistemul il pui din ce vrei tu .
>> >>
>> >> Cu boot from network nu e mai fain cum am zis cu ceva Thin Clients si
>> un
>> >> LTSP ca server and job done. Daca vrei redundanta , HeartBeat la
>> Server si
>> >> rezolvasi problema . Asta cu Heartbeat poate fi setat sa faca
>> replicare la
>> >> X minute . A picat serverul unu , intra serverul doi.
>> >> Job Done !
>> >>
>> >>
>> >> 2014-07-22 22:46 GMT+03:00 Iulian Roman :
>> >>
>> >>> Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:
>> >>>
>> >>> 1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
>> >>> 2. se decide ca trebuie facut restore la os (o imagine la alegere)
>> >>> 3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
>> >>> interventie manuala
>> >>>
>> >>>
>> >>> Prin restore OS ma refer si LVM layout si tot ce implica  (exclus
>> creat
>> >>> separat filesystems , logical volumes, etc). Vreau ca asta sa faca
>> >>> "tool"-ul !Nu vreau combinatie Kickstart + backup tool.
>> >>>
>> >>> Se pare ca Storix -  cineva a mentionat si R1Soft - ar face lucrurile
>> >> astea
>> >>> din ce am citit. Success stories sau alternative ?
>> >>>
>> 

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Cu masina Fizica ruland nu vei putea face imagine la sistemul de operare  (
bit la bit ) in genul Norton Ghost - Clonezilla and related . ( eu asta am
inteles din enuntul problemei - ca vrei imagine 1:1 a sistemului de operare
iar daca iti pica masina sa fizica / virtuala sa o poti restaura din
imagine -  Gresesc ?)

Nu am folosit iDera insa nu cred ca poti face imagini cata vreme ai fisiere
deschise in RAM , cu precadere cele utilizate de sistem si de kernel . Ca
poti face o copie la filesystem este alta mancare de peste dar Imagine din
care sa dai restore ulterior asa cum ai face in Norton Ghost cu o imagine
.gho nu cred ca se poate . Orice soft de "clonare" , ca sa ii zic asa
verifica daca sistemul de fisiere este clean , unmounted si abia apoi se
apuca de treaba .  Ca TU ii dai Ignore e riscul tau si treaba ta .

Idera e alta mancare de peste . KVM , Xen si VmWare e relativ simplu sa
faci snapsoturi la masinile virtuale.

Pentru Xen ai Xen Center care face snapsot la fisierul .xva , Proxmox VE
pentru KVM si OpenVZ , la VmWare gasesti tone de softuri sa faca treaba
asta dar ca idee , prima data orice tool face initial un Suspend al masinii
Virtuale , ocazie cu care "inchide" sisemul de fisiere , fisierele deschise
in RAM , etc , etc.

Repet , jucarie sa faca Imagine 1 : 1 a sistemului de operare dupa care sa
faca si restore in maxim o ora over network eu cred ca e nitel aiurea ca sa
nu zic deplasata .

Lucrand in niscaiva service si asigurand mentenanta unor retele de
calculatoare , am tot avut a face cu carca de probleme . La nici una , ca
era fizica sau virtuala , nu puteam face imagine 1:1 fara sa opresc masina
. De ce ? Simplu , File System deschis si in utilizare , fisiere system
deschise in RAM si utilizate si alte incurcaturi.

Sa zicem ca ai NTFS sau EXT4 caruia i-ai dat un shut down luand maul
curentului .
Sa vezi ce chitaie Norton Ghost sau CloneZilla - File System was not
properly flushed / closed si iti da si un cod de eroare.

Numai de bine!





2014-07-22 23:45 GMT+03:00 Mircea Mitu :

>  Ai primit deja un raspuns valid: idera
>
>
>
> > On 22 iul. 2014, at 23:25, Iulian Roman  wrote:
> >
> > exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca mediul
> > este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare probabil
> ca
> > o sa folosim TSM for Virtual Environments.
> >
> > Ce vreau de fapt este o alternativa mksysb - pentru cei familiarizati cu
> > AIX - pentru Linux.
> >
> >
> > 2014-07-22 22:08 GMT+02:00 Abibula Aygun :
> >
> >> Intrebare , cum faci imaginea cu sistemul pornit ?
> >> Din cate stiu sistemul Gazda nu iti va permite sa copiezi niscaiva
> fisiere
> >> deschise in memorie daca masina e pornita .
> >>
> >> Ca sa faci full image la un OS trebuie un tool care sa nu aiba treaba cu
> >> sistemul de operare gazda .
> >>
> >> M-am jucat vreme indelungata cu ceva VM Ware Fusion si e cea mai la
> >> indemana solutie de backup. Periodic salvezi imaginea .vmx oriunde ar
>  fi
> >> ea .
> >>
> >> Rulezi in masina virtuala ce ai de rulat si snapsoturi la masina
> virtuala .
> >> Restore ? Sistemul il pui din ce vrei tu .
> >>
> >> Cu boot from network nu e mai fain cum am zis cu ceva Thin Clients si un
> >> LTSP ca server and job done. Daca vrei redundanta , HeartBeat la Server
> si
> >> rezolvasi problema . Asta cu Heartbeat poate fi setat sa faca replicare
> la
> >> X minute . A picat serverul unu , intra serverul doi.
> >> Job Done !
> >>
> >>
> >> 2014-07-22 22:46 GMT+03:00 Iulian Roman :
> >>
> >>> Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:
> >>>
> >>> 1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
> >>> 2. se decide ca trebuie facut restore la os (o imagine la alegere)
> >>> 3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
> >>> interventie manuala
> >>>
> >>>
> >>> Prin restore OS ma refer si LVM layout si tot ce implica  (exclus creat
> >>> separat filesystems , logical volumes, etc). Vreau ca asta sa faca
> >>> "tool"-ul !Nu vreau combinatie Kickstart + backup tool.
> >>>
> >>> Se pare ca Storix -  cineva a mentionat si R1Soft - ar face lucrurile
> >> astea
> >>> din ce am citit. Success stories sau alternative ?
> >>>
> >>> P.S  scalabilitate - sute/mii de masini (virtuale si fizice).
> >>>
> >>>
> >>>
> >>>
> >>> 2014-07-22 20:49 GMT+02:00 Abibula Aygun :
> >>>
>  Era odata ca niciodata ceva numit Bacula :
> 
>  http://blog.bacula.org/
> 
> 
> 
> 
>  2014-07-22 15:22 GMT+03:00 Nux! :
> 
> > R1soft/idera
> >
> >
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
> >
> > - Original Message -
> >> From: "Iulian Roman" 
> >> To: "Romanian Linux Users Group" 
> >> Sent: Tuesday, 22 July, 2014 11:43:31 AM
> >> Subject: [rlug] metoda backup imagine OS
> >>
> >> Salutare,
> >>
> >> As dori sa intreb ce solutii de os backup recomandati/

Re: [rlug] metoda backup imagine OS

[Mircea Mitu]

 Ai primit deja un raspuns valid: idera



> On 22 iul. 2014, at 23:25, Iulian Roman  wrote:
> 
> exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca mediul
> este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare probabil ca
> o sa folosim TSM for Virtual Environments.
> 
> Ce vreau de fapt este o alternativa mksysb - pentru cei familiarizati cu
> AIX - pentru Linux.
> 
> 
> 2014-07-22 22:08 GMT+02:00 Abibula Aygun :
> 
>> Intrebare , cum faci imaginea cu sistemul pornit ?
>> Din cate stiu sistemul Gazda nu iti va permite sa copiezi niscaiva fisiere
>> deschise in memorie daca masina e pornita .
>> 
>> Ca sa faci full image la un OS trebuie un tool care sa nu aiba treaba cu
>> sistemul de operare gazda .
>> 
>> M-am jucat vreme indelungata cu ceva VM Ware Fusion si e cea mai la
>> indemana solutie de backup. Periodic salvezi imaginea .vmx oriunde ar  fi
>> ea .
>> 
>> Rulezi in masina virtuala ce ai de rulat si snapsoturi la masina virtuala .
>> Restore ? Sistemul il pui din ce vrei tu .
>> 
>> Cu boot from network nu e mai fain cum am zis cu ceva Thin Clients si un
>> LTSP ca server and job done. Daca vrei redundanta , HeartBeat la Server si
>> rezolvasi problema . Asta cu Heartbeat poate fi setat sa faca replicare la
>> X minute . A picat serverul unu , intra serverul doi.
>> Job Done !
>> 
>> 
>> 2014-07-22 22:46 GMT+03:00 Iulian Roman :
>> 
>>> Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:
>>> 
>>> 1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
>>> 2. se decide ca trebuie facut restore la os (o imagine la alegere)
>>> 3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
>>> interventie manuala
>>> 
>>> 
>>> Prin restore OS ma refer si LVM layout si tot ce implica  (exclus creat
>>> separat filesystems , logical volumes, etc). Vreau ca asta sa faca
>>> "tool"-ul !Nu vreau combinatie Kickstart + backup tool.
>>> 
>>> Se pare ca Storix -  cineva a mentionat si R1Soft - ar face lucrurile
>> astea
>>> din ce am citit. Success stories sau alternative ?
>>> 
>>> P.S  scalabilitate - sute/mii de masini (virtuale si fizice).
>>> 
>>> 
>>> 
>>> 
>>> 2014-07-22 20:49 GMT+02:00 Abibula Aygun :
>>> 
 Era odata ca niciodata ceva numit Bacula :
 
 http://blog.bacula.org/
 
 
 
 
 2014-07-22 15:22 GMT+03:00 Nux! :
 
> R1soft/idera
> 
> 
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> 
> - Original Message -
>> From: "Iulian Roman" 
>> To: "Romanian Linux Users Group" 
>> Sent: Tuesday, 22 July, 2014 11:43:31 AM
>> Subject: [rlug] metoda backup imagine OS
>> 
>> Salutare,
>> 
>> As dori sa intreb ce solutii de os backup recomandati/folositi cu
> success ?
>> Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar
>>> la
>> /etc, dd, scripturi, etc. etc) care sa creeze o imagine a
>> systemului
>>> de
>> operare ce poate fi folosita  facil ca point in time restore.
>> Durata
>>> de
>> restore ar trebui sa fie de aprox. o ora (evident depinde de
>> marimea
>> imaginii si network).
>> 
>> Este de preferat o solutie comerciala - de tipul "set and forget" -
>>> ce
>> poate fi folosita usor de administratorii mai putin experimentati
>> (ca
 sa
>> nu  zic altfel).
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug
>>> ___
>>> RLUG mailing list
>>> RLUG@lists.lug.ro
>>> http://lists.lug.ro/mailman/listinfo/rlug
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

exact asta vreau , un tool care sa aiba treaba cu OS-ul pentru ca mediul
este eterogen (KVM,Xen, VmWare + masini fizice ). Pentru VMWare probabil ca
o sa folosim TSM for Virtual Environments.

Ce vreau de fapt este o alternativa mksysb - pentru cei familiarizati cu
AIX - pentru Linux.


2014-07-22 22:08 GMT+02:00 Abibula Aygun :

> Intrebare , cum faci imaginea cu sistemul pornit ?
> Din cate stiu sistemul Gazda nu iti va permite sa copiezi niscaiva fisiere
> deschise in memorie daca masina e pornita .
>
> Ca sa faci full image la un OS trebuie un tool care sa nu aiba treaba cu
> sistemul de operare gazda .
>
> M-am jucat vreme indelungata cu ceva VM Ware Fusion si e cea mai la
> indemana solutie de backup. Periodic salvezi imaginea .vmx oriunde ar  fi
> ea .
>
> Rulezi in masina virtuala ce ai de rulat si snapsoturi la masina virtuala .
> Restore ? Sistemul il pui din ce vrei tu .
>
> Cu boot from network nu e mai fain cum am zis cu ceva Thin Clients si un
> LTSP ca server and job done. Daca vrei redundanta , HeartBeat la Server si
> rezolvasi problema . Asta cu Heartbeat poate fi setat sa faca replicare la
> X minute . A picat serverul unu , intra serverul doi.
> Job Done !
>
>
> 2014-07-22 22:46 GMT+03:00 Iulian Roman :
>
> > Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:
> >
> > 1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
> > 2. se decide ca trebuie facut restore la os (o imagine la alegere)
> > 3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
> > interventie manuala
> >
> >
> > Prin restore OS ma refer si LVM layout si tot ce implica  (exclus creat
> > separat filesystems , logical volumes, etc). Vreau ca asta sa faca
> > "tool"-ul !Nu vreau combinatie Kickstart + backup tool.
> >
> > Se pare ca Storix -  cineva a mentionat si R1Soft - ar face lucrurile
> astea
> > din ce am citit. Success stories sau alternative ?
> >
> > P.S  scalabilitate - sute/mii de masini (virtuale si fizice).
> >
> >
> >
> >
> > 2014-07-22 20:49 GMT+02:00 Abibula Aygun :
> >
> > > Era odata ca niciodata ceva numit Bacula :
> > >
> > > http://blog.bacula.org/
> > >
> > >
> > >
> > >
> > > 2014-07-22 15:22 GMT+03:00 Nux! :
> > >
> > > > R1soft/idera
> > > >
> > > >
> > > >
> > > > --
> > > > Sent from the Delta quadrant using Borg technology!
> > > >
> > > > Nux!
> > > > www.nux.ro
> > > >
> > > >
> > > > - Original Message -
> > > > > From: "Iulian Roman" 
> > > > > To: "Romanian Linux Users Group" 
> > > > > Sent: Tuesday, 22 July, 2014 11:43:31 AM
> > > > > Subject: [rlug] metoda backup imagine OS
> > > > >
> > > > > Salutare,
> > > > >
> > > > > As dori sa intreb ce solutii de os backup recomandati/folositi cu
> > > > success ?
> > > > > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar
> > la
> > > > > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a
> systemului
> > de
> > > > > operare ce poate fi folosita  facil ca point in time restore.
> Durata
> > de
> > > > > restore ar trebui sa fie de aprox. o ora (evident depinde de
> marimea
> > > > > imaginii si network).
> > > > >
> > > > > Este de preferat o solutie comerciala - de tipul "set and forget" -
> > ce
> > > > > poate fi folosita usor de administratorii mai putin experimentati
> (ca
> > > sa
> > > > > nu  zic altfel).
> > > > > ___
> > > > > RLUG mailing list
> > > > > RLUG@lists.lug.ro
> > > > > http://lists.lug.ro/mailman/listinfo/rlug
> > > > >
> > > > ___
> > > > RLUG mailing list
> > > > RLUG@lists.lug.ro
> > > > http://lists.lug.ro/mailman/listinfo/rlug
> > > >
> > > ___
> > > RLUG mailing list
> > > RLUG@lists.lug.ro
> > > http://lists.lug.ro/mailman/listinfo/rlug
> > >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Intrebare , cum faci imaginea cu sistemul pornit ?
Din cate stiu sistemul Gazda nu iti va permite sa copiezi niscaiva fisiere
deschise in memorie daca masina e pornita .

Ca sa faci full image la un OS trebuie un tool care sa nu aiba treaba cu
sistemul de operare gazda .

M-am jucat vreme indelungata cu ceva VM Ware Fusion si e cea mai la
indemana solutie de backup. Periodic salvezi imaginea .vmx oriunde ar  fi
ea .

Rulezi in masina virtuala ce ai de rulat si snapsoturi la masina virtuala .
Restore ? Sistemul il pui din ce vrei tu .

Cu boot from network nu e mai fain cum am zis cu ceva Thin Clients si un
LTSP ca server and job done. Daca vrei redundanta , HeartBeat la Server si
rezolvasi problema . Asta cu Heartbeat poate fi setat sa faca replicare la
X minute . A picat serverul unu , intra serverul doi.
Job Done !


2014-07-22 22:46 GMT+03:00 Iulian Roman :

> Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:
>
> 1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
> 2. se decide ca trebuie facut restore la os (o imagine la alegere)
> 3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
> interventie manuala
>
>
> Prin restore OS ma refer si LVM layout si tot ce implica  (exclus creat
> separat filesystems , logical volumes, etc). Vreau ca asta sa faca
> "tool"-ul !Nu vreau combinatie Kickstart + backup tool.
>
> Se pare ca Storix -  cineva a mentionat si R1Soft - ar face lucrurile astea
> din ce am citit. Success stories sau alternative ?
>
> P.S  scalabilitate - sute/mii de masini (virtuale si fizice).
>
>
>
>
> 2014-07-22 20:49 GMT+02:00 Abibula Aygun :
>
> > Era odata ca niciodata ceva numit Bacula :
> >
> > http://blog.bacula.org/
> >
> >
> >
> >
> > 2014-07-22 15:22 GMT+03:00 Nux! :
> >
> > > R1soft/idera
> > >
> > >
> > >
> > > --
> > > Sent from the Delta quadrant using Borg technology!
> > >
> > > Nux!
> > > www.nux.ro
> > >
> > >
> > > - Original Message -
> > > > From: "Iulian Roman" 
> > > > To: "Romanian Linux Users Group" 
> > > > Sent: Tuesday, 22 July, 2014 11:43:31 AM
> > > > Subject: [rlug] metoda backup imagine OS
> > > >
> > > > Salutare,
> > > >
> > > > As dori sa intreb ce solutii de os backup recomandati/folositi cu
> > > success ?
> > > > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar
> la
> > > > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului
> de
> > > > operare ce poate fi folosita  facil ca point in time restore. Durata
> de
> > > > restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> > > > imaginii si network).
> > > >
> > > > Este de preferat o solutie comerciala - de tipul "set and forget" -
> ce
> > > > poate fi folosita usor de administratorii mai putin experimentati (ca
> > sa
> > > > nu  zic altfel).
> > > > ___
> > > > RLUG mailing list
> > > > RLUG@lists.lug.ro
> > > > http://lists.lug.ro/mailman/listinfo/rlug
> > > >
> > > ___
> > > RLUG mailing list
> > > RLUG@lists.lug.ro
> > > http://lists.lug.ro/mailman/listinfo/rlug
> > >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Sorry dar nu a zis ce skill-uri are si in ce categorie se incadreaza. De
asemenea nu a zis nimic despre sistemele de operare sau sitemele de fisiere
.
Storage-ul pe care va face backup-ul ? Nu a dat mai multe detalii. A fost
ceva de genul " sunt X , vreau sa fac asta dar fara giumbuslucrile astea .
ce imi recomandati ?"  Din enuntul problemei imi pare cel mult medium user.

Eu l-as intreba de ce nu seteaza ceva cu Thin Clients si ar fi mai usor de
gestionat serverul si gata .



On Tue, Jul 22, 2014 at 10:13 PM, Andrei-Florian Staicu <
andrei.sta...@gmail.com> wrote:

> 2014-07-22 21:53 GMT+03:00 Vali Dragnuta :
>
> > Sigur, pentru userul de windows tip "tuta" bacula este cea mai buna si
> > usor de folosit solutie...
> >
> > But they have such a nice wiki :(
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Iulian Roman]

Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit:

1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex)
2. se decide ca trebuie facut restore la os (o imagine la alegere)
3. boot from network si restore OS in aprox. 1 ora , fara nici o alta
interventie manuala


Prin restore OS ma refer si LVM layout si tot ce implica  (exclus creat
separat filesystems , logical volumes, etc). Vreau ca asta sa faca
"tool"-ul !Nu vreau combinatie Kickstart + backup tool.

Se pare ca Storix -  cineva a mentionat si R1Soft - ar face lucrurile astea
din ce am citit. Success stories sau alternative ?

P.S  scalabilitate - sute/mii de masini (virtuale si fizice).




2014-07-22 20:49 GMT+02:00 Abibula Aygun :

> Era odata ca niciodata ceva numit Bacula :
>
> http://blog.bacula.org/
>
>
>
>
> 2014-07-22 15:22 GMT+03:00 Nux! :
>
> > R1soft/idera
> >
> >
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
> >
> > - Original Message -
> > > From: "Iulian Roman" 
> > > To: "Romanian Linux Users Group" 
> > > Sent: Tuesday, 22 July, 2014 11:43:31 AM
> > > Subject: [rlug] metoda backup imagine OS
> > >
> > > Salutare,
> > >
> > > As dori sa intreb ce solutii de os backup recomandati/folositi cu
> > success ?
> > > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
> > > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
> > > operare ce poate fi folosita  facil ca point in time restore. Durata de
> > > restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> > > imaginii si network).
> > >
> > > Este de preferat o solutie comerciala - de tipul "set and forget" - ce
> > > poate fi folosita usor de administratorii mai putin experimentati (ca
> sa
> > > nu  zic altfel).
> > > ___
> > > RLUG mailing list
> > > RLUG@lists.lug.ro
> > > http://lists.lug.ro/mailman/listinfo/rlug
> > >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Andrei-Florian Staicu]

2014-07-22 21:53 GMT+03:00 Vali Dragnuta :

> Sigur, pentru userul de windows tip "tuta" bacula este cea mai buna si
> usor de folosit solutie...
>
> But they have such a nice wiki :(
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Vali Dragnuta]

Sigur, pentru userul de windows tip "tuta" bacula este cea mai buna si
usor de folosit solutie...

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Abibula Aygun]

Era odata ca niciodata ceva numit Bacula :

http://blog.bacula.org/




2014-07-22 15:22 GMT+03:00 Nux! :

> R1soft/idera
>
>
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
>
> - Original Message -
> > From: "Iulian Roman" 
> > To: "Romanian Linux Users Group" 
> > Sent: Tuesday, 22 July, 2014 11:43:31 AM
> > Subject: [rlug] metoda backup imagine OS
> >
> > Salutare,
> >
> > As dori sa intreb ce solutii de os backup recomandati/folositi cu
> success ?
> > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
> > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
> > operare ce poate fi folosita  facil ca point in time restore. Durata de
> > restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> > imaginii si network).
> >
> > Este de preferat o solutie comerciala - de tipul "set and forget" - ce
> > poate fi folosita usor de administratorii mai putin experimentati (ca sa
> > nu  zic altfel).
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Nux!]

R1soft/idera



--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro


- Original Message -
> From: "Iulian Roman" 
> To: "Romanian Linux Users Group" 
> Sent: Tuesday, 22 July, 2014 11:43:31 AM
> Subject: [rlug] metoda backup imagine OS
> 
> Salutare,
> 
> As dori sa intreb ce solutii de os backup recomandati/folositi cu success ?
> Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
> /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
> operare ce poate fi folosita  facil ca point in time restore. Durata de
> restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> imaginii si network).
> 
> Este de preferat o solutie comerciala - de tipul "set and forget" - ce
> poate fi folosita usor de administratorii mai putin experimentati (ca sa
> nu  zic altfel).
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Ionut Eana]

Ai incercat clonezilla?


2014-07-22 12:43 GMT+02:00 Iulian Roman :

> Salutare,
>
> As dori sa intreb ce solutii de os backup recomandati/folositi cu success ?
> Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la
> /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de
> operare ce poate fi folosita  facil ca point in time restore. Durata de
> restore ar trebui sa fie de aprox. o ora (evident depinde de marimea
> imaginii si network).
>
> Este de preferat o solutie comerciala - de tipul "set and forget" - ce
> poate fi folosita usor de administratorii mai putin experimentati (ca sa
> nu  zic altfel).
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug