Re: [rlug] Backup ftp

[Petru Ratiu]

2010/1/23 Razvan Deaconescu :

>
> Daca vrei doar actualizarea continutul, fara suport de versionare (adica
> nu te intereseaza fiecare pas de actualizare), nu cred ca ai nevoie de
> un version control system. Ai nevoie de rsync, care, din pacate, nu
> merge peste FTP (sau nu stiu eu cum).

Am descoperit acum cateva minute un utilitar care se cheama zsync:

Description: client-side implementation of the rsync algorithm

zsync is a file transfer program to download files from remote web
servers. If a previous version of a file is available locally, zsync
will only download changed parts and hereby minimise the download
volume. The algorithm is the same as used by rsync(1), but zsync does
not require any server software (apart from a web server), nor does it
need shell access. Instead, it uses a control file (.zsync file) that
describes the file to be downloaded, which it uses to determine the
blocks to fetch. This file is created once on the server (and not for
each request) and sits next to actual file to download

Pare sa fie file-by-file, dar poti face un tar cu tot tree-ul si cred
ca tot scuteste o gramada de bandwidth.
(Disclaimer: n-am citit mai mult decat descrierea pachetului si o
mentiune a lui intr-un blogpost, si m-am gandit ca situatia asta ar fi
printre putinele cazuri in care se justifica un asemenea tool).

-- 
Petre "don't thread on me" Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[Iulian Murgulet]

 Ia vezi asta nu te ajuta:

http://www.awk-scripting.de/cgi-bin/wiki.cgi/scripting/FtpSync

ftpsync synchronizes a local directory to a directory on an FTP server.

More precisly does ftpsync bi-directional syncing between a client  
(called node) and a server (called peer) with simple conflict  
resolution. Syncing is not limited to one client and one server.  
ftpsync supports multiple nodes syncing to the same peer server and/or  
syncing to multiple peers.


The only requirement for ftpsync is an FTP server supporting the  
standard command as listed in RFC 959 and additionally the MDTM and  
SIZE commands.


This text explains some ideas behind ftpsync and how it's configured  
and used. ftpsync started as an gawk prototype which is included in  
the distribution.


Quoting otzy_007 :


php are. Metoda cu mirror la lftp o folosesc acum. Scripturile php ca sa le
fac mi-ar lua ceva timp si nu prea am acum

2010/1/27 Quamis 


Shared hosting: ai voie sa rulezi php-uri pe el?:)

eu asa imi intretineam pagina de net pe vremea cand evonet nu baga
bannere facusem un script php care imi scana fisierele locale( adica
alea de pe server) si un alt script pe care il tineam local(la mine pe
desktop) care scana ce aveam eu local..vedea ce diferente sunt si uploada
doar diferentele. (eu faceam treaba inversa, vroiam sa fac update la un
site
de ~100-200Mb pe o conexiune de 2-4Kb/s asa ca aveam nevoie sa urc doar
diferentele)

2010/1/23 Eugeniu Patrascu 

> 2010/1/23 otzy_007 :
> > Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> > hosting.
> >
> > Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul
> meu
> > post aici.
> > Vreau sa fac backup de la un website destul de maricel prin ftp pe
pc-ul
> > personal. Doar ca as vrea sa imi compare fisierele deja existente pe
pc,
> cu
> > cele de pe server si sa imi descarce doar ce difera intre pc si server.
> >
>
> Si daca numele fisierului nu s-a schimbat, insa continul s-a schimbat ?
> Nu toate serverele de FTP cand faci LIST iti arata si data ultimei
> modificari a fisierelor/directoarelor.
>
> O varianta ar fi sa faci mirror cu lftp, dupa care commit intr-un
> repository SVN/CVS/whatever. Dupa care repeti pasii :)
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



--

THE END of this transmission
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug





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

--
English Version:

This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Versiunea Romana:

Mesajul a fost scanat de MailScanner si este
considerat a fi neinfectat.







This message was sent using IMP, the Internet Messaging Program.



pgp0RuJamkqc8.pgp
Description: PGP Digital Signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[Petru Ratiu]

2010/1/28 otzy_007 :
> php are. Metoda cu mirror la lftp o folosesc acum. Scripturile php ca sa le
> fac mi-ar lua ceva timp si nu prea am acum

Fara sa vreau sa fiu rau, dar cat de mult te-ar costa in plus un cont
de hosting unde sa ai shell si client de svn?

Mi se pare cam prea mult scarpinat pentru o diferenta de vreo 2-3
dolari pe luna, imho.

-- 
Petre "gasesti si vps la <10 usd" Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[otzy_007]

php are. Metoda cu mirror la lftp o folosesc acum. Scripturile php ca sa le
fac mi-ar lua ceva timp si nu prea am acum

2010/1/27 Quamis 

> Shared hosting: ai voie sa rulezi php-uri pe el?:)
>
> eu asa imi intretineam pagina de net pe vremea cand evonet nu baga
> bannere facusem un script php care imi scana fisierele locale( adica
> alea de pe server) si un alt script pe care il tineam local(la mine pe
> desktop) care scana ce aveam eu local..vedea ce diferente sunt si uploada
> doar diferentele. (eu faceam treaba inversa, vroiam sa fac update la un
> site
> de ~100-200Mb pe o conexiune de 2-4Kb/s asa ca aveam nevoie sa urc doar
> diferentele)
>
> 2010/1/23 Eugeniu Patrascu 
>
> > 2010/1/23 otzy_007 :
> > > Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> > > hosting.
> > >
> > > Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul
> > meu
> > > post aici.
> > > Vreau sa fac backup de la un website destul de maricel prin ftp pe
> pc-ul
> > > personal. Doar ca as vrea sa imi compare fisierele deja existente pe
> pc,
> > cu
> > > cele de pe server si sa imi descarce doar ce difera intre pc si server.
> > >
> >
> > Si daca numele fisierului nu s-a schimbat, insa continul s-a schimbat ?
> > Nu toate serverele de FTP cand faci LIST iti arata si data ultimei
> > modificari a fisierelor/directoarelor.
> >
> > O varianta ar fi sa faci mirror cu lftp, dupa care commit intr-un
> > repository SVN/CVS/whatever. Dupa care repeti pasii :)
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
>
>
>
> --
> 
> THE END of this transmission
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



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

Re: [rlug] Backup ftp

[Quamis]

Shared hosting: ai voie sa rulezi php-uri pe el?:)

eu asa imi intretineam pagina de net pe vremea cand evonet nu baga
bannere facusem un script php care imi scana fisierele locale( adica
alea de pe server) si un alt script pe care il tineam local(la mine pe
desktop) care scana ce aveam eu local..vedea ce diferente sunt si uploada
doar diferentele. (eu faceam treaba inversa, vroiam sa fac update la un site
de ~100-200Mb pe o conexiune de 2-4Kb/s asa ca aveam nevoie sa urc doar
diferentele)

2010/1/23 Eugeniu Patrascu 

> 2010/1/23 otzy_007 :
> > Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> > hosting.
> >
> > Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul
> meu
> > post aici.
> > Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul
> > personal. Doar ca as vrea sa imi compare fisierele deja existente pe pc,
> cu
> > cele de pe server si sa imi descarce doar ce difera intre pc si server.
> >
>
> Si daca numele fisierului nu s-a schimbat, insa continul s-a schimbat ?
> Nu toate serverele de FTP cand faci LIST iti arata si data ultimei
> modificari a fisierelor/directoarelor.
>
> O varianta ar fi sa faci mirror cu lftp, dupa care commit intr-un
> repository SVN/CVS/whatever. Dupa care repeti pasii :)
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



-- 

THE END of this transmission
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[Eugeniu Patrascu]

2010/1/23 otzy_007 :
> Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> hosting.
>
> Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul meu
> post aici.
> Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul
> personal. Doar ca as vrea sa imi compare fisierele deja existente pe pc, cu
> cele de pe server si sa imi descarce doar ce difera intre pc si server.
>

Si daca numele fisierului nu s-a schimbat, insa continul s-a schimbat ?
Nu toate serverele de FTP cand faci LIST iti arata si data ultimei
modificari a fisierelor/directoarelor.

O varianta ar fi sa faci mirror cu lftp, dupa care commit intr-un
repository SVN/CVS/whatever. Dupa care repeti pasii :)
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[Petru Ratiu]

2010/1/23 otzy_007 :
> Am incercat cu curlftpfs si imi mai prapadeste pe drum unele fisiere. Am
> incercat sa dau si un svn co unde am montat ftpul si nu vrea *
> *
>>
>> *...@ozpc:~/tmp/mnt$ svn co file:///home/oz/tmp/svn/trunk svn          *
>>
> *svn: Can't open file 'svn/.svn/lock': No such file or directory      *
>>
> Imi spune ca nu poate deschite chiar daca exista fisierul si nu ma lasa nici
> sa schimb permisiunile.
> Deocamdata copiez cu Filezilla si mi-am facut un repository subversion
> local, pentru ca vreau sa tin istoricul modificarilor paginilor. Am sa
> incerc si lftp si celelalte aplicatii de care mi-ati spus. Pana la urma am
> sa gasesc ceva cu care sa imi automatizez cat de cat backupul.


Eu unul sunt ceva mai prost si tot n-am inteles unde e legatura dintre
svn si ftp. Fisierele alea sunt un checkout de svn? Daca da, mai faci
un checkout din alta parte si gata. N-o sa te scoti sa copiezi
consistent un wc de svn via ftp pentru ca sunt niste lockfiles la care
conteaza mtime pe care n-o sa-l iei corect.

Dar daca e vorba de biti tinuti deja sub version control, abordarea cu
ftp sau rsync e profund gresita, imho.

Un repository de svn se backupeaza cu svndump si alte scule dedicate,
vezi http://svnbook.red-bean.com/en/1.5/svn.reposadmin.maint.html de
exemplu.

-- 
Petre "oi fi ghicit, n-oi fi ghicit..." Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[otzy_007]

Am incercat cu curlftpfs si imi mai prapadeste pe drum unele fisiere. Am
incercat sa dau si un svn co unde am montat ftpul si nu vrea *
*
>
> *...@ozpc:~/tmp/mnt$ svn co file:///home/oz/tmp/svn/trunk svn  *
>
*svn: Can't open file 'svn/.svn/lock': No such file or directory  *
>
Imi spune ca nu poate deschite chiar daca exista fisierul si nu ma lasa nici
sa schimb permisiunile.
Deocamdata copiez cu Filezilla si mi-am facut un repository subversion
local, pentru ca vreau sa tin istoricul modificarilor paginilor. Am sa
incerc si lftp si celelalte aplicatii de care mi-ati spus. Pana la urma am
sa gasesc ceva cu care sa imi automatizez cat de cat backupul.

2010/1/23 Iulian Roman 

> 2010/1/23 Razvan Deaconescu 
>
> > On Sat, 2010-01-23 at 20:09 +0200, otzy_007 wrote:
> > > Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> > > hosting.
> > >
> > > Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul
> > meu
> > > post aici.
> > > Vreau sa fac backup de la un website destul de maricel prin ftp pe
> pc-ul
> > > personal. Doar ca as vrea sa imi compare fisierele deja existente pe
> pc,
> > cu
> > > cele de pe server si sa imi descarce doar ce difera intre pc si server.
> >
> > Daca vrei doar actualizarea continutul, fara suport de versionare (adica
> > nu te intereseaza fiecare pas de actualizare), nu cred ca ai nevoie de
> > un version control system. Ai nevoie de rsync, care, din pacate, nu
> > merge peste FTP (sau nu stiu eu cum).
> >
>
> ftpsync e alternativa rsync pentru ftp.
>
>
>
> >
> > Solutiile posibile sunt (daca am inteles corect problema):
> > * fullsync[1]
> > * csync[2]
> > * un combo de curlftpfs[3] si rsync[4] sau unison[5]
> >
> > Razvan
> >
> > [1] http://fullsync.sourceforge.net/
> > [2] http://www.csync.org/
> > [3] http://curlftpfs.sourceforge.net/
> > [4] http://samba.anu.edu.au/rsync/
> > [5] 
> > http://www.cis.upenn.edu/~bcpierce/unison/
> 
> >
> > ___
> > 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
>



-- 
Andrei
Sent from Piatra Neamţ, Romania
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[Iulian Roman]

2010/1/23 Razvan Deaconescu 

> On Sat, 2010-01-23 at 20:09 +0200, otzy_007 wrote:
> > Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> > hosting.
> >
> > Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul
> meu
> > post aici.
> > Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul
> > personal. Doar ca as vrea sa imi compare fisierele deja existente pe pc,
> cu
> > cele de pe server si sa imi descarce doar ce difera intre pc si server.
>
> Daca vrei doar actualizarea continutul, fara suport de versionare (adica
> nu te intereseaza fiecare pas de actualizare), nu cred ca ai nevoie de
> un version control system. Ai nevoie de rsync, care, din pacate, nu
> merge peste FTP (sau nu stiu eu cum).
>

ftpsync e alternativa rsync pentru ftp.



>
> Solutiile posibile sunt (daca am inteles corect problema):
> * fullsync[1]
> * csync[2]
> * un combo de curlftpfs[3] si rsync[4] sau unison[5]
>
> Razvan
>
> [1] http://fullsync.sourceforge.net/
> [2] http://www.csync.org/
> [3] http://curlftpfs.sourceforge.net/
> [4] http://samba.anu.edu.au/rsync/
> [5] 
> http://www.cis.upenn.edu/~bcpierce/unison/
>
> ___
> 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] Backup ftp

[Razvan Deaconescu]

On Sat, 2010-01-23 at 20:09 +0200, otzy_007 wrote:
> Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> hosting.
> 
> Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul meu
> post aici.
> Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul
> personal. Doar ca as vrea sa imi compare fisierele deja existente pe pc, cu
> cele de pe server si sa imi descarce doar ce difera intre pc si server.

Daca vrei doar actualizarea continutul, fara suport de versionare (adica
nu te intereseaza fiecare pas de actualizare), nu cred ca ai nevoie de
un version control system. Ai nevoie de rsync, care, din pacate, nu
merge peste FTP (sau nu stiu eu cum).

Solutiile posibile sunt (daca am inteles corect problema):
* fullsync[1]
* csync[2]
* un combo de curlftpfs[3] si rsync[4] sau unison[5]

Razvan

[1] http://fullsync.sourceforge.net/
[2] http://www.csync.org/
[3] http://curlftpfs.sourceforge.net/
[4] http://samba.anu.edu.au/rsync/
[5] http://www.cis.upenn.edu/~bcpierce/unison/

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

Re: [rlug] Backup ftp

[nux]

> Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul
> personal. Doar ca as vrea sa imi compare fisierele deja existente pe
pc, cu
> cele de pe server si sa imi descarce doar ce difera intre pc si >server.

Filezilla stie sa faca asta, ii zici sa faca resume. Daca nu iti place
in mod grafic, lftp stie sa faca si el asta. De fapt cred ca mai toti
clientii FTP stiu de treaba asta.

--
Nux!
www.nux.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[Dragos Chiriac]

Vrei ceva de genul la montezi ftp-ul ca "partitie" (sub lufs, sau fuse, 
depinde cu ce vine distributia, sau cat timp liber ai), si sa rulezi 
clientu' de svn (ca si cum ai fi pe)  local ? Daca ai noroc, si ai ssh, 
poate montarea peste ssh e mai indicata (oricum staleaza mai rar decat 
ftp-ul).

Pana acu eu n-a trebuit sa fac mai mult de :
#sudo apt-get install sshfs
#sshfs usern...@computera:/la/ei /la/mine

(FUSE, ubuntu, evident)

Dragos

otzy_007 wrote:
> Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> hosting.
>
> Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul meu
> post aici.
> Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul
> personal. Doar ca as vrea sa imi compare fisierele deja existente pe pc, cu
> cele de pe server si sa imi descarce doar ce difera intre pc si server.
>
>
> 2010/1/23 Mircea Vutcovici 
>
>   
>> 2010/1/23 Petru Ratiu :
>> 
>>> 2010/1/23 otzy_007 :
>>>   
 Exista vreo aplicatie care sa imi faca backup la un website via ftp
 
>> intr-un
>> 
 repository gen subversion pe hdd?
 
>>> Probabil ca da. Daca formulezi intrebarea ntr-un fel in care sa se si
>>> priceapa ce ai nevoie, e posibil sa te ajutam cu un raspuns mai
>>> concret.
>>>
>>> http://tinyurl.com/intrebari
>>>
>>>   
>> Adica daca ai suficiente drepturi pe serverul de backup poti face un
>> fuse FTP mount si poti folosi orice solutie de backup vrea muschii
>> tai.
>> Probabil o sa ai probleme cu performanta.
>> Solutia corecta este sa instalezi clientul svn pe masina care vrei
>> sa-i faci backup.
>> ___
>> 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] Backup ftp

[ghrt]

otzy_007 wrote:
> Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
> hosting.
>
> Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul meu
> post aici.
> Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul
> personal. Doar ca as vrea sa imi compare fisierele deja existente pe pc, cu
> cele de pe server si sa imi descarce doar ce difera intre pc si server.
>   

cred ca si wget e in stare sa faca asta.

-- 
ghrt
www.buchipedia.ro; 
http://www.flickr.com/photos/15449...@n05/sets/72157612360811229/

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

Re: [rlug] Backup ftp

[otzy_007]

Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared
hosting.

Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul meu
post aici.
Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul
personal. Doar ca as vrea sa imi compare fisierele deja existente pe pc, cu
cele de pe server si sa imi descarce doar ce difera intre pc si server.


2010/1/23 Mircea Vutcovici 

> 2010/1/23 Petru Ratiu :
> > 2010/1/23 otzy_007 :
> >> Exista vreo aplicatie care sa imi faca backup la un website via ftp
> intr-un
> >> repository gen subversion pe hdd?
> >
> >
> > Probabil ca da. Daca formulezi intrebarea ntr-un fel in care sa se si
> > priceapa ce ai nevoie, e posibil sa te ajutam cu un raspuns mai
> > concret.
> >
> > http://tinyurl.com/intrebari
> >
>
> Adica daca ai suficiente drepturi pe serverul de backup poti face un
> fuse FTP mount si poti folosi orice solutie de backup vrea muschii
> tai.
> Probabil o sa ai probleme cu performanta.
> Solutia corecta este sa instalezi clientul svn pe masina care vrei
> sa-i faci backup.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



-- 
Andrei
Sent from Piatra Neamţ, Romania
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[Mircea Vutcovici]

2010/1/23 Petru Ratiu :
> 2010/1/23 otzy_007 :
>> Exista vreo aplicatie care sa imi faca backup la un website via ftp intr-un
>> repository gen subversion pe hdd?
>
>
> Probabil ca da. Daca formulezi intrebarea ntr-un fel in care sa se si
> priceapa ce ai nevoie, e posibil sa te ajutam cu un raspuns mai
> concret.
>
> http://tinyurl.com/intrebari
>

Adica daca ai suficiente drepturi pe serverul de backup poti face un
fuse FTP mount si poti folosi orice solutie de backup vrea muschii
tai.
Probabil o sa ai probleme cu performanta.
Solutia corecta este sa instalezi clientul svn pe masina care vrei
sa-i faci backup.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Backup ftp

[Petru Ratiu]

2010/1/23 otzy_007 :
> Exista vreo aplicatie care sa imi faca backup la un website via ftp intr-un
> repository gen subversion pe hdd?


Probabil ca da. Daca formulezi intrebarea ntr-un fel in care sa se si
priceapa ce ai nevoie, e posibil sa te ajutam cu un raspuns mai
concret.

http://tinyurl.com/intrebari

-- 
Petre "don't thread on me" Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] backup prin 3g

[Alexandru Balan]

On Nov 10, 2009, at 8:05 PM, Petru Ratiu wrote:

> 2009/11/10 Alexandru Balan :
>> Vreau sa pun pe un server o conexiune de backup care sa serveasca
>> strict DNS. Altfel spus, voi defini pentru domenii 2 NS-uri: unu pe ip-
>> ul de fibra si altul pe IP-ul 3g.
> 
> Sarind peste problema "poti avea conexiuni incoming peste 3g" (pentru
> ridicarea conexiunii nu-ti trebuie decat pppd asa ca X si stuff nu
> sunt necesare), de ce Doamne iarta-ma vrei sa servesti DNS peste 3g?
> Un serviciu de slave DNS gasesti daca nu gratis la un prieten, atunci
> foarte-foarte ieftin (cativa dolari pe luna fata de cativa dolari pe
> ora cat te-ar costa 3g-ul).

Am avut un brainfart ieri si am uitat ca pot sa-mi pun slave la cineva si gata. 
Mi-a reamintit cineva azi dimineata.

Multumim pentru atentie ;)

> 
> Minte si tu frumos cu altceva, sa zicem HTTP
> 
> -- 
> Petre "don't thread on me" Ratiu
> 
> ___
> 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] backup prin 3g

[Vali Dragnuta]

On Wed, 2009-11-11 at 09:44 +0200, Nicu Buculei wrote:
> On 11/11/2009 12:06 AM, Vali Dragnuta wrote:
> > Ca fapt divers, la oranj poti sa ceri ip public fix.
> 
> Asta-primavara aveam nevoie de asa ceva si cei de la Vodafone mi-au spus 
> ca urmeaza sa introduca "peste vreo doua luni" serviciu 3G cu IP fix, 
> dar nu stiu ce s-a mai intimplat, nici ei nu m-au anuntat (desi sintem 
> client "corporate"), nici eu nu am mai avut nevoie.

Aceeasi situatie. Client corporate, le cer de mult timp ip fix + pool de
giga din care sa consume toate abonamentele. Cum nu au, am inceput sa
inlocuiesc cardurile vdf cu carduri oranj.



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

Re: [rlug] backup prin 3g

[Nicu Buculei]

On 11/11/2009 12:06 AM, Vali Dragnuta wrote:
> Ca fapt divers, la oranj poti sa ceri ip public fix.

Asta-primavara aveam nevoie de asa ceva si cei de la Vodafone mi-au spus 
ca urmeaza sa introduca "peste vreo doua luni" serviciu 3G cu IP fix, 
dar nu stiu ce s-a mai intimplat, nici ei nu m-au anuntat (desi sintem 
client "corporate"), nici eu nu am mai avut nevoie.

-- 
nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com

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

Re: [rlug] backup prin 3g

[Florin Maria]

Eu am un abonament ieftin de la orange, 12 euro/luna cu tot cu modemul huawei 
wireless(+voce). plus ca daca trec limita de 1.5 giga download, imi reduc ei 
viteza si nu platesc in plus.
Presupun ca se pot negocia multe. Ca linie de back-up e ok la download. pt 
upload... asa si asa.


Disclaimer: Nu fac reclama la orange.


-Original Message-
From: rlug-boun...@lists.lug.ro on behalf of Petru Ratiu
Sent: Tue 11/10/2009 8:05 PM
To: Romanian Linux Users Group
Subject: Re: [rlug] backup prin 3g
 
2009/11/10 Alexandru Balan :
> Vreau sa pun pe un server o conexiune de backup care sa serveasca
> strict DNS. Altfel spus, voi defini pentru domenii 2 NS-uri: unu pe ip-
> ul de fibra si altul pe IP-ul 3g.

Sarind peste problema "poti avea conexiuni incoming peste 3g" (pentru
ridicarea conexiunii nu-ti trebuie decat pppd asa ca X si stuff nu
sunt necesare), de ce Doamne iarta-ma vrei sa servesti DNS peste 3g?
Un serviciu de slave DNS gasesti daca nu gratis la un prieten, atunci
foarte-foarte ieftin (cativa dolari pe luna fata de cativa dolari pe
ora cat te-ar costa 3g-ul).

Minte si tu frumos cu altceva, sa zicem HTTP

-- 
Petre "don't thread on me" Ratiu

___
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] backup prin 3g

[Vali Dragnuta]

Ca fapt divers, la oranj poti sa ceri ip public fix.


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

Re: [rlug] backup prin 3g

[Petru Ratiu]

2009/11/10 Alexandru Balan :
> Vreau sa pun pe un server o conexiune de backup care sa serveasca
> strict DNS. Altfel spus, voi defini pentru domenii 2 NS-uri: unu pe ip-
> ul de fibra si altul pe IP-ul 3g.

Sarind peste problema "poti avea conexiuni incoming peste 3g" (pentru
ridicarea conexiunii nu-ti trebuie decat pppd asa ca X si stuff nu
sunt necesare), de ce Doamne iarta-ma vrei sa servesti DNS peste 3g?
Un serviciu de slave DNS gasesti daca nu gratis la un prieten, atunci
foarte-foarte ieftin (cativa dolari pe luna fata de cativa dolari pe
ora cat te-ar costa 3g-ul).

Minte si tu frumos cu altceva, sa zicem HTTP

-- 
Petre "don't thread on me" Ratiu

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

Re: [rlug] backup prin 3g

[Valentin Cozma]

Alexandru Balan wrote:
> Vreau sa pun pe un server o conexiune de backup care sa serveasca  
> strict DNS. Altfel spus, voi defini pentru domenii 2 NS-uri: unu pe ip- 
> ul de fibra si altul pe IP-ul 3g.
>
> Intrebari:
>
> * Are cineva horror success stories cu conexiuni 3G pe linux ? Eu am  
> reusit sa-mi pun pe un Ubuntu modemul vodafone dar cu GUI si alte  
> balarii. N-am chef sa pun X pe server
>   

eu am reusit si din scripturi .

intai pe 7.04 cu un binar special, apoi cu acelasi binar pe 8.04 .

din motive pe care nu le inteleg ( probabil versiune de kernel ) nu 
merge pe toate computerele.

n-am sapat prea adanc ca m-am descurcat altfel.

> * Aveti vreo recomandare dpdv serviciu si modem ? Chiar daca as reusi  
> sa pun stickul de 2 bani de la vodafone pe serverul cu pricina in  
> momentul asta n-am IP fix. Aveti vreun sfat legat de asta ?
>   

din experienta ( si din ce au zis altii ) si voda si oraj fac nat .

adica trebuie sa ceri explicit forward de porturi.

nu stiu daca ti le si dau .


daca reusesti sa obtii IP fix si porturi zi-ne si noua ca suntem 
interesati .



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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 27-09-2007, at 08h 08'49", Gabriel GANEA wrote about "Re: [rlug] backup"
> On Wed, 26 Sep 2007, Ionel Mugurel Ciobica wrote:
> > ... Conectorul este ca la discurile sata. ...
> > Mugurel
> Mai degraba, poate, "cam ca la" discurile SATA.
> Nu cumva este "eSATA" (external SATA).  Daca da,
> directioneaza-ti cautarile in acest sens.

Scuze. Este exact la fel ca la discul SATA intern.

Mugurel

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

Re: [rlug] backup

[Gabriel GANEA]

On Wed, 26 Sep 2007, Ionel Mugurel Ciobica wrote:
> ... Conectorul este ca la discurile sata. ...
> Mugurel
Mai degraba, poate, "cam ca la" discurile SATA.
Nu cumva este "eSATA" (external SATA).  Daca da,
directioneaza-ti cautarile in acest sens.
HTH
Gabi G.
-- 



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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 26-09-2007, at 17h 01'40", Florin Popovici wrote about "Re: [rlug] backup"
> Viteza de acces la un HDD se poate masura cu hdparm -tT (vezi man
> hdparm). Uite mai jos un exemple de viteza, poate te ajuta. (sda este
> HDD-ul intern al laptopului, SATA, iar sdb este un HDD IDE, tot de
> laptop, dar conectat printr-un enclosure extern USB)
> 
> [EMAIL PROTECTED] ~]# hdparm -tT /dev/sda
> /dev/sda:
>  Timing cached reads:   1664 MB in  2.00 seconds = 832.21 MB/sec
>  Timing buffered disk reads:   90 MB in  3.06 seconds =  29.46 MB/sec
> 
> [EMAIL PROTECTED] ~]# hdparm -tT /dev/sdb
> /dev/sdb:
>  Timing cached reads:   1554 MB in  2.00 seconds = 777.19 MB/sec
>  Timing buffered disk reads:   60 MB in  3.01 seconds =  19.90 MB/sec
> 

Mersi. /dev/sda este hdd intern si /dev/sdb este cel extern.

bucovina:~# apt-get install hdparm

bucovina:~# hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   2326 MB in  2.00 seconds = 1162.92 MB/sec
 Timing buffered disk reads:  234 MB in  3.02 seconds =  77.48 MB/sec

bucovina:~# hdparm -tT /dev/sdb
/dev/sdb:
 Timing cached reads:   2336 MB in  2.00 seconds = 1167.78 MB/sec
 Timing buffered disk reads:  194 MB in  3.02 seconds =  64.34 MB/sec


Pare destul de rapid...

Mugurel

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

Re: [rlug] backup

[Florin Popovici]

On 9/26/07, Ionel Mugurel Ciobica <[EMAIL PROTECTED]> wrote:
>[...]
>
> Mersi. Conectorul este ca la discurile sata. Cum masor viteza de
> access? Are si conector usb (2.0 la capatul dinspre computer), dar nu
> l-am folosit...
>

Viteza de acces la un HDD se poate masura cu hdparm -tT (vezi man
hdparm). Uite mai jos un exemple de viteza, poate te ajuta. (sda este
HDD-ul intern al laptopului, SATA, iar sdb este un HDD IDE, tot de
laptop, dar conectat printr-un enclosure extern USB)

[EMAIL PROTECTED] ~]# hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   1664 MB in  2.00 seconds = 832.21 MB/sec
 Timing buffered disk reads:   90 MB in  3.06 seconds =  29.46 MB/sec

[EMAIL PROTECTED] ~]# hdparm -tT /dev/sdb
/dev/sdb:
 Timing cached reads:   1554 MB in  2.00 seconds = 777.19 MB/sec
 Timing buffered disk reads:   60 MB in  3.01 seconds =  19.90 MB/sec


-- 
www.flo.ro

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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 26-09-2007, at 10h 19'58", Bazy wrote about "Re: [rlug] backup"
> 
> Uitate si peste rdiff si ce stie sa faca:
> 
> http://www.howtoforge.com/linux_rdiff_backup
> 
> Disk-urile externe sunt bune, dar verifica neaparat daca ai USB 2.0,
> daca ai USB 1.1, viteza de transfer nu depaseste 12 Mbit/s.
> 
> Up to 12Mbits (USB 1.0)
> Up to 480 Mbit/s (USB 2.0)
> Up to 4.8Gbit/s (USB 3.0)
> 

Mersi. Conectorul este ca la discurile sata. Cum masor viteza de
access? Are si conector usb (2.0 la capatul dinspre computer), dar nu
l-am folosit...


Mugurel

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

Re: [rlug] backup

[Bazy]

Ionel Mugurel Ciobica wrote:
> Pentru cei care sint experti intr-ale backup-ului am si eu o
> intrebare/nedumerire:
> 
> Care dintre urmatoarele posibilitati ar fi mai potrivita?
> 
> Se da un desktop la care se ataseaza un hdd extern si se doreste sa se
> faca back-up zilnic la /home de la alte computere. Variante:
> 
>  1. Backup-ul sa se faca prin ssh cu cheie
>  2. Se exporta hdd extern prin nfs si se face backup prin crontabul 
>   de la fiecare computer in parte
>  3. Se exporta /home de la fiecare computer prin nfs la computerul 
>   cu hdd extern si se face backup prin crontabul computerului 
>   cu hdd extern
> 
> Si o schema:
> 
> 
>  ++ eth0   eth0 ++
>  | computer A +-+---+ computer B |
>  +-*--+ |   ++
>usb ||
>  +-*--+ |  eth0 ++
>  | hdd extern | +---+ computer C |
>  ++ |   ++
> | etc
> 
> 
> Am inceput cu varianta 3, dar mi se pare prea lent...
> Am scris un script care foloseste rsync, dar desi i-am dat --perms
> --owner, etc, toate fisierele ajung la directorul de back-up ca fiind
> ale root-ului. Discul extern nu este vfat ci ext3.
> 
> Intentia mea era sa fac backup incremental in fiecare zi (noapte) a
> saptaminii si o data (lunea?) sa schimb discul extern si sa fac full
> backup. Dar am pornit ieri dupa amiaza backup-ul pe la 5 si ceva si
> acum inainte de amiaza inca mai scrie...
> 
> Toate discurile sint de 250Gb, partitia cu care am inceput operatiunea
> de salvare este de 98Gb, dar cu restrictiile de backup nu este decit
> vreo 60Gb de date de scris... Viteza pe retea este de 1.1MB/s cind
> doar o conexiune este activa. Inteleg sa tina mai mult pentru un
> backup total, dar unul diferential ar trebui sa tina mai putin, nu?
> 
> Ceva sfaturi? 
> 
> Multumesc,
> Mugurel
> 
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug


Uitate si peste rdiff si ce stie sa faca:

http://www.howtoforge.com/linux_rdiff_backup

Disk-urile externe sunt bune, dar verifica neaparat daca ai USB 2.0,
daca ai USB 1.1, viteza de transfer nu depaseste 12 Mbit/s.

Up to 12Mbits (USB 1.0)
Up to 480 Mbit/s (USB 2.0)
Up to 4.8Gbit/s (USB 3.0)

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

Re: [rlug] backup

[rzeno]

On Tue, Sep 25, 2007 at 11:41:07PM +0200, Ionel Mugurel Ciobica wrote:
> On 25-09-2007, at 22h 26'12", rzeno wrote about "Re: [rlug] backup"
> > 
> > ai incercat cu --exclude CHG* si nu merge?
> > 
> 
> Nu, am incercat cu mai multe argumente si cu alte optiuni de genul
> --exclude-*, si primeam eroare de la command prompt: prea multe
> argumente, sau ceva de genul asta. Acum ma joc cu --exclude:
> 
> duplicity --exclude CHG\* --exclude WAVECAR\* --exclude .ssh --exclude
> \*.mp3 --exclude \*.ogg --exclude \*.core --exclude \*backup\*
> --exclude \*.bak --exclude stderr\* --exclude stdout\* --exclude Cache
> /turcoaz file:///back-up/backup/turcoaz/
> 
> zice ca nu poate gasi nici un fisier in directorul radacina /turcoaz:
> 
> | Fatal Error: The file specification
> | CHG*
> | cannot match any files in the base directory
> | /turcoaz
> 
> Fara protectie la stelute zice la fel. Cu nume intre ghilimele tot
> asa. Daca adaug un --include '**' in fata celeorlalte argumente tot nu
> schimba nimic.
> 
> Daca folosesc --exclude-globbing-filelist /home/.backup.exclude imi da
> aceeasi eroare.
> 
in /home/.backup.exclude ai wildcards? Daca da, si daca de aia nu merge
nici asa cred ca ai putea sa improvizezi ceva, :-).
Faci cu find o lista cu fisierele excluse cu path si nume complet fara
wildcards si o pasezi la --exclude

e drept ca se cam complica problema, :-)

> In plus este ciudat caci se asteapta sa rulez duplicity de pe
> calculatoarele celelalte catre al meu, eu prefer de pe al meu pe
> celelalte... (sa aduc fisiere, nu sa le trimit).
> 
e gindit sa lucreze cu s3, ..., vezi:

http://code.google.com/p/boto/

Nu stiu in ce masura nu ar fi mai bine sa incerci o solutie cu rsync,
dar in caz ca te-ai indragostit de duplicity, :-), si ai ceva experienta
cu python cred ca il poti face sa faca ce vrei. Duplicity foloseste
pexpect si probabil il poti convinge rapid sa se dea pe brazda, :-)

http://pexpect.sourceforge.net/

-- 
"We must be systematic, but we should keep our systems open."
  -- Alfred North Whitehead, Modes of Thought --


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

Re: [rlug] backup

[Vali Dragnuta]

> Statia, cum ii zici tu, este desktopul meu.
> Nu stiu de ce vin fisierele cu uid=0. Am intrebat despre asta in
> postul original. Astea-s toate optiunile lui rsync pe care i le-am
> dat:

man rsync, search for "-a" ca sa nu mai elimini din  alea multe pe care
le dai tu acolo.


> Vreau sa fac backup la tot /home, sa ruleze noaptea cind nu-s logat sa
> am cheie ssh in memorie si daca se poate nu ca root...

Ce-are una cu alta ?! nu trebuie sa fii logat ca sa mearga automat.
Vezi doar ca userul sub care se face copierea (probabil root daca ai mai
multi useri in /home si vrei sa-i copiezi pe toti) sa aiba o cheie
privata iar cheia sa publica sa fie importata in authorized_keys pe
hostul si sub userul remote unde vei salva datele.

Sau viceversa daca initiezi transferul dinspre backup server spre statia
careia ii faci backup.




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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 25-09-2007, at 22h 26'12", rzeno wrote about "Re: [rlug] backup"
> 
> ai incercat cu --exclude CHG* si nu merge?
> 

Nu, am incercat cu mai multe argumente si cu alte optiuni de genul
--exclude-*, si primeam eroare de la command prompt: prea multe
argumente, sau ceva de genul asta. Acum ma joc cu --exclude:

duplicity --exclude CHG\* --exclude WAVECAR\* --exclude .ssh --exclude
\*.mp3 --exclude \*.ogg --exclude \*.core --exclude \*backup\*
--exclude \*.bak --exclude stderr\* --exclude stdout\* --exclude Cache
/turcoaz file:///back-up/backup/turcoaz/

zice ca nu poate gasi nici un fisier in directorul radacina /turcoaz:

| Fatal Error: The file specification
| CHG*
| cannot match any files in the base directory
| /turcoaz

Fara protectie la stelute zice la fel. Cu nume intre ghilimele tot
asa. Daca adaug un --include '**' in fata celeorlalte argumente tot nu
schimba nimic.

Daca folosesc --exclude-globbing-filelist /home/.backup.exclude imi da
aceeasi eroare.


In plus este ciudat caci se asteapta sa rulez duplicity de pe
calculatoarele celelalte catre al meu, eu prefer de pe al meu pe
celelalte... (sa aduc fisiere, nu sa le trimit).

Mersi,
Mugurel


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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 25-09-2007, at 19h 44'37", Vali Dragnuta wrote about "Re: [rlug] backup"
> 
> > Nu, nu stie nimeni unde este. In plus vreau sa montez/demontez hdd
> > extern de fiecare data cind porneste/opreste operatiunea de salvare.
> > Si aditional fisierele imi ajung acolo cu uid=0 (ale rootului).
> 
> ---Cita vreme va fi montat pe statia aluia o sa stie. Cit despre
> uid=0,ce backup mai e asta daca nu pastrezi pe cit posibil si atributele
> fisierelor salvate ?!

Statia, cum ii zici tu, este desktopul meu.
Nu stiu de ce vin fisierele cu uid=0. Am intrebat despre asta in
postul original. Astea-s toate optiunile lui rsync pe care i le-am
dat:

OPTIONS="\
--perms \
--owner \
--group \
--links \
--recursive \
--update \
--checksum \
--compress \
--delete \
--times \
--relative"


> 
> > Cum am zis hdd de backup va fi offline cind nu se face backup.
> > In plus /home de la alte computere sint montate deja in retea...
> 
> --- Tu vrei sa faci backup automat si fara interventie umana sau vrei
> sa-ti confirmam noi ca varianta ta care presupune o multime de chestii
> manuale nu este chiar atit de naspa ? 
> 

Pai daca il fac sa mearga il automatizez eu. Dar vreau sa stiu ce
varianta ar fi optimala. Cum am zis am inceput cu nr. 3 de pe lista.

> 
> Ce ti se pare asa greu in rsync -a sursa [EMAIL PROTECTED]:/cale  ?
> Mai ales ca iti pastreaza si permisiunile si ownerii.

Vreau sa fac backup la tot /home, sa ruleze noaptea cind nu-s logat sa
am cheie ssh in memorie si daca se poate nu ca root...

Mersi,
Mugurel

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

Re: [rlug] backup

[rzeno]

On Tue, Sep 25, 2007 at 08:50:48PM +0200, Ionel Mugurel Ciobica wrote:
> On 25-09-2007, at 13h 18'23", rzeno wrote about "Re: [rlug] backup"
> > On Tue, Sep 25, 2007 at 11:51:27AM +0200, Ionel Mugurel Ciobica wrote:
> > > 
> > > Ceva sfaturi? 
> > > 
> > http://debaday.debian.net/2007/09/09/duplicity-encrypted-bandwidth-efficient-backup-using-the-rsync-algorithm/
> > 
> > 
> 
> mersi, studiez manualul, dar desi zice ca-i mai simplu decit rsync nu
> am reusit inca sa-l pornesc macar o data... La rsync ii dau un fisier
> care contine directoare si fisiere care trebuie excluse. La duplicity
> pare tare complicat sa realizez aceeasi chestie. Cum evit directoare
> si fisiere cu steluta? De genul CHG*. De la duplicity primesc eroare
> ca sint prea multe argumente, si am protejat stelutele...
> 

ai incercat cu --exclude CHG* si nu merge?


-- 
"We must be systematic, but we should keep our systems open."
  -- Alfred North Whitehead, Modes of Thought --


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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 25-09-2007, at 13h 18'23", rzeno wrote about "Re: [rlug] backup"
> On Tue, Sep 25, 2007 at 11:51:27AM +0200, Ionel Mugurel Ciobica wrote:
> > 
> > Ceva sfaturi? 
> > 
> http://debaday.debian.net/2007/09/09/duplicity-encrypted-bandwidth-efficient-backup-using-the-rsync-algorithm/
> 
> 

mersi, studiez manualul, dar desi zice ca-i mai simplu decit rsync nu
am reusit inca sa-l pornesc macar o data... La rsync ii dau un fisier
care contine directoare si fisiere care trebuie excluse. La duplicity
pare tare complicat sa realizez aceeasi chestie. Cum evit directoare
si fisiere cu steluta? De genul CHG*. De la duplicity primesc eroare
ca sint prea multe argumente, si am protejat stelutele...

Mugurel

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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 25-09-2007, at 16h 25'02", [EMAIL PROTECTED] wrote about "Re: [rlug] backup"
>   Uita-te si peste backuppc, face chiar mai mult deact ce vrei
> tu(total/incr, rsync/ssh/smb, comprimare, atentionare prin mail, poti
> split-ui backup-le  la ce dim. vrei tu, are pagina de administrare
> super-faina, etc)!
> 
> 
>  Bafta!
> 

Mersi. Cum accesez pagina de administrare? In manual zice
http://hostname/backuppc/ care nu merge nici cu numele intreg.
Directorul backuppc nu exista in /var/www/ (rulez apache). Este
un port care trebuie adaugat (la fel ca la samba sau cups) ca
sa accesez backuppc daca rulez apache? Am rulat google, este doar
o pagina in germana cu eroarea asta...

Mersi,
Mugurel

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

Re: [rlug] backup

[Vali Dragnuta]

> Nu, nu stie nimeni unde este. In plus vreau sa montez/demontez hdd
> extern de fiecare data cind porneste/opreste operatiunea de salvare.
> Si aditional fisierele imi ajung acolo cu uid=0 (ale rootului).

---Cita vreme va fi montat pe statia aluia o sa stie. Cit despre
uid=0,ce backup mai e asta daca nu pastrezi pe cit posibil si atributele
fisierelor salvate ?!



> Cum am zis hdd de backup va fi offline cind nu se face backup.
> In plus /home de la alte computere sint montate deja in retea...

--- Tu vrei sa faci backup automat si fara interventie umana sau vrei
sa-ti confirmam noi ca varianta ta care presupune o multime de chestii
manuale nu este chiar atit de naspa ? 



> > 
> OK. Deci sa ramin pe nfs ca-i mai simplu...

Ce ti se pare asa greu in rsync -a sursa [EMAIL PROTECTED]:/cale  ?
Mai ales ca iti pastreaza si permisiunile si ownerii.

Si nici nu mai stai sa-ti pui problema ca trebuie sa montezi nfsul, sa
te asiguri ca nfsul nu e agatat, samd.

In fine, fiecare isi face cu mina lui :)



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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 25-09-2007, at 23h 16'08", David Williams wrote about "RE: [rlug] backup"
> 
> 
> > >
> > > Ceva gresti acolo cu 1.1MB/s, e USB1 HDD extern? Sau USB2
> > >
> > 
> > Viteza de access de la un calculator la altul prin eth0 via ssh.
> > Nu am masurat viteza hdd extern. Ar putea asta sa fie determinanta?
> > 
> Phew aia e fenomenal de incet! 30MB/s ete la mine si e doar de pe un Seagate
> .10 ES and trag logurile din DMZ
> 

Face Seagate acum si placi de retea? Eu nu vorbesc de viteza de
scriere/citire a discului ci de viteza retelei caci discul de backup
si partitia de facut backup sint in retele diferite (131.155.80.131 si
131.155.0.34).

Mugurel

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

Re: [rlug] backup

[[EMAIL PROTECTED]]

  Uita-te si peste backuppc, face chiar mai mult deact ce vrei
tu(total/incr, rsync/ssh/smb, comprimare, atentionare prin mail, poti
split-ui backup-le  la ce dim. vrei tu, are pagina de administrare
super-faina, etc)!


 Bafta!


Ionel Mugurel Ciobica wrote:
> On 25-09-2007, at 14h 53'36", Vali Dragnuta wrote about "Re: [rlug]
> backup"
>> *Nu* prea as merge pe varianta cu NFS, din urmatoarele motive :
>>
>> 1. Daca sharuiesti locatia de backup, s-ar putea ca userii sa-si vada
>> intre ei chestiile personale (uitindu-se pe shareul de backup)
>
> Nu, nu stie nimeni unde este. In plus vreau sa montez/demontez hdd
> extern de fiecare data cind porneste/opreste operatiunea de salvare.
> Si aditional fisierele imi ajung acolo cu uid=0 (ale rootului).
>
>> 2. Daca sharuiesti homeurile lor s-ar putea sa nu le sharuiesti corect
>> si sa se mai uite si altii.
>
> Nu se face share nicaieri. Si toti utilizatorii au acelasi uid pe alte
> computere.
>
>> 3. Va trebui sa ai grija ca inainte de fiecare backup sa vezi daca
>> shareurile nfs sint montate corect, daca nu cumva s-au agatat, daca nu
>> cumva trebuie sa le remontezi pentru a le debloca - deci munca
>> suplimentara.
>
> Cum am zis hdd de backup va fi offline cind nu se face backup.
> In plus /home de la alte computere sint montate deja in retea...
>
>>
>> Pe de alta parte, rsync merge bine merci prin ssh fara sa-i mai faci tu
>> altceva (rsync [EMAIL PROTECTED]:/path /backupgigel ) si nu ai problemele de
>> mai sus, nu ramii cu mounturi nfs agatate, samd.
>
>
> OK. Deci sa ramin pe nfs ca-i mai simplu...
>
> Eu acum fac asa (simplificat): rsync /computer /backup/computer
> unde /computer este o montare nfs a /home de pe alt computer
>  /backup   este hdd extern
>
>
> Mugurel
>
> ___
> 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] backup

[David Williams]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Ionel Mugurel Ciobica
> Sent: Tuesday, 25 September 2007 11:07 PM
> To: 'Romanian Linux Users Group'
> Subject: Re: [rlug] backup
> 
> On 25-09-2007, at 20h 16'04", David Williams wrote about "RE: [rlug]
> backup"
> > Viteza pe retea este de 1.1MB/s cind
> > > doar o conexiune este activa. Inteleg sa tina mai mult pentru un
> > > backup total, dar unul diferential ar trebui sa tina mai putin, nu?
> > >
> >
> > Ceva gresti acolo cu 1.1MB/s, e USB1 HDD extern? Sau USB2
> >
> 
> Viteza de access de la un calculator la altul prin eth0 via ssh.
> Nu am masurat viteza hdd extern. Ar putea asta sa fie determinanta?
> 
> Mugurel
> 
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug

Phew aia e fenomenal de incet! 30MB/s ete la mine si e doar de pe un Seagate
.10 ES and trag logurile din DMZ

DW



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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 25-09-2007, at 14h 53'36", Vali Dragnuta wrote about "Re: [rlug] backup"
> *Nu* prea as merge pe varianta cu NFS, din urmatoarele motive :
> 
> 1. Daca sharuiesti locatia de backup, s-ar putea ca userii sa-si vada
> intre ei chestiile personale (uitindu-se pe shareul de backup)

Nu, nu stie nimeni unde este. In plus vreau sa montez/demontez hdd
extern de fiecare data cind porneste/opreste operatiunea de salvare.
Si aditional fisierele imi ajung acolo cu uid=0 (ale rootului).

> 2. Daca sharuiesti homeurile lor s-ar putea sa nu le sharuiesti corect
> si sa se mai uite si altii.

Nu se face share nicaieri. Si toti utilizatorii au acelasi uid pe alte
computere.

> 3. Va trebui sa ai grija ca inainte de fiecare backup sa vezi daca
> shareurile nfs sint montate corect, daca nu cumva s-au agatat, daca nu
> cumva trebuie sa le remontezi pentru a le debloca - deci munca
> suplimentara.

Cum am zis hdd de backup va fi offline cind nu se face backup.
In plus /home de la alte computere sint montate deja in retea...

> 
> Pe de alta parte, rsync merge bine merci prin ssh fara sa-i mai faci tu
> altceva (rsync [EMAIL PROTECTED]:/path /backupgigel ) si nu ai problemele de
> mai sus, nu ramii cu mounturi nfs agatate, samd.


OK. Deci sa ramin pe nfs ca-i mai simplu...

Eu acum fac asa (simplificat): rsync /computer /backup/computer
unde /computer este o montare nfs a /home de pe alt computer
 /backup   este hdd extern
 

Mugurel

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

Re: [rlug] backup

[Ionel Mugurel Ciobica]

On 25-09-2007, at 20h 16'04", David Williams wrote about "RE: [rlug] backup"
> Viteza pe retea este de 1.1MB/s cind
> > doar o conexiune este activa. Inteleg sa tina mai mult pentru un
> > backup total, dar unul diferential ar trebui sa tina mai putin, nu?
> > 
> 
> Ceva gresti acolo cu 1.1MB/s, e USB1 HDD extern? Sau USB2 
> 

Viteza de access de la un calculator la altul prin eth0 via ssh.
Nu am masurat viteza hdd extern. Ar putea asta sa fie determinanta?

Mugurel

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

Re: [rlug] backup

[Tarhon-Onu Victor]

On Tue, 25 Sep 2007, Ionel Mugurel Ciobica wrote:


1. Backup-ul sa se faca prin ssh cu cheie


rsync over ssh cu cheie.
	rsync-urile vor porni de pe masina care va avea montat hdd-ul de 
backup, pentru siguranta.


--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of any company, unless
otherwise expressly stated.

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

Re: [rlug] backup

[Vali Dragnuta]

*Nu* prea as merge pe varianta cu NFS, din urmatoarele motive :

1. Daca sharuiesti locatia de backup, s-ar putea ca userii sa-si vada
intre ei chestiile personale (uitindu-se pe shareul de backup)
2. Daca sharuiesti homeurile lor s-ar putea sa nu le sharuiesti corect
si sa se mai uite si altii.
3. Va trebui sa ai grija ca inainte de fiecare backup sa vezi daca
shareurile nfs sint montate corect, daca nu cumva s-au agatat, daca nu
cumva trebuie sa le remontezi pentru a le debloca - deci munca
suplimentara.

Pe de alta parte, rsync merge bine merci prin ssh fara sa-i mai faci tu
altceva (rsync [EMAIL PROTECTED]:/path /backupgigel ) si nu ai problemele de
mai sus, nu ramii cu mounturi nfs agatate, samd.



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

Re: [rlug] backup

[rzeno]

On Tue, Sep 25, 2007 at 11:51:27AM +0200, Ionel Mugurel Ciobica wrote:
> 
> Pentru cei care sint experti intr-ale backup-ului am si eu o
> intrebare/nedumerire:
> 
> Care dintre urmatoarele posibilitati ar fi mai potrivita?
> 
> Se da un desktop la care se ataseaza un hdd extern si se doreste sa se
> faca back-up zilnic la /home de la alte computere. Variante:
> 
>  1. Backup-ul sa se faca prin ssh cu cheie
>  2. Se exporta hdd extern prin nfs si se face backup prin crontabul 
>   de la fiecare computer in parte
>  3. Se exporta /home de la fiecare computer prin nfs la computerul 
>   cu hdd extern si se face backup prin crontabul computerului 
>   cu hdd extern
> 
> Si o schema:
> 
> 
>  ++ eth0   eth0 ++
>  | computer A +-+---+ computer B |
>  +-*--+ |   ++
>usb ||
>  +-*--+ |  eth0 ++
>  | hdd extern | +---+ computer C |
>  ++ |   ++
> | etc
> 
> 
> Am inceput cu varianta 3, dar mi se pare prea lent...
> Am scris un script care foloseste rsync, dar desi i-am dat --perms
> --owner, etc, toate fisierele ajung la directorul de back-up ca fiind
> ale root-ului. Discul extern nu este vfat ci ext3.
> 
> Intentia mea era sa fac backup incremental in fiecare zi (noapte) a
> saptaminii si o data (lunea?) sa schimb discul extern si sa fac full
> backup. Dar am pornit ieri dupa amiaza backup-ul pe la 5 si ceva si
> acum inainte de amiaza inca mai scrie...
> 
> Toate discurile sint de 250Gb, partitia cu care am inceput operatiunea
> de salvare este de 98Gb, dar cu restrictiile de backup nu este decit
> vreo 60Gb de date de scris... Viteza pe retea este de 1.1MB/s cind
> doar o conexiune este activa. Inteleg sa tina mai mult pentru un
> backup total, dar unul diferential ar trebui sa tina mai putin, nu?
> 
> Ceva sfaturi? 
> 
http://debaday.debian.net/2007/09/09/duplicity-encrypted-bandwidth-efficient-backup-using-the-rsync-algorithm/


-- 
"We must be systematic, but we should keep our systems open."
  -- Alfred North Whitehead, Modes of Thought --


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

RE: [rlug] backup

[David Williams]

Viteza pe retea este de 1.1MB/s cind
> doar o conexiune este activa. Inteleg sa tina mai mult pentru un
> backup total, dar unul diferential ar trebui sa tina mai putin, nu?
> 
> Ceva sfaturi?
> 
> Multumesc,
> Mugurel
> 
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug

Ceva gresti acolo cu 1.1MB/s, e USB1 HDD extern? Sau USB2 

DW



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

Re: [rlug] backup + schimbare disc

[Andrei Pascal]

On Sat, April 28, 2007 17:36, Ratiu Petru wrote:

> O scosesera, au reintrodus-o anul trecut:
>
> Sayeth the changelog of mdadm 2.5.3.git200608202239-1 (21 Aug 2006):
>
>* Instead of trying to do a whole lot of magic with respect to detecting
>  RAID devices to start, mdadm from now on requires a valid mdadm.conf file
>  to be installed. It still tries to do what it can, but there are no
>  heuristics anymore. See /usr/share/doc/mdadm/README.upgrading-2.5.3
>
> Adevarat, si mie mi se paruse stupida faza, m-am certat cu
> maintainerul vreo ora pe irc, dupa care mi-a demonstrat ca are
> dreptate :) La mai putin de o luna am patit exact povestea cu pricina,
> mi s-au renumerotat md-urile. Trust me, nu e funny cand nu esti langa
> ele (eu din fericire eram).
>
> S-a introdus un extra step la upgrade sau la chroot installs (unde
> oricum trebuie sa fii atent la scamatorii cu bootloaderul si
> initrd-ul), dar ai mai multa consistenta.
>
> Petre.

Sounds reasonable to me. Evita un potential singlepoint of failure - desi
singura situatie cand o asemenea posibilitate s-ar putea manifesta cred ca
este cea cu RAID peste mai multe controllere. Damn PCI / BIOS variations :(

-- 
Andrei Pascal
RHCX
Romsym Data SRL

Life is like arriving late for a movie, having to figure out what was going on
without bothering everybody with a lot of questions, and then being
unexpectedly called away before you find out how it ends.


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

Re: [rlug] backup + schimbare disc

[Ratiu Petru]

On 4/28/07, David Williams <[EMAIL PROTECTED]> wrote:

Scoti un disk afara si pui unul nou, lasi sa faca rebuild apoi expanezi
partitia sa ocupe tot discul
Scoti al doilea disk (ala mic) afara si pui pe celalat nou, se reface raidu
si esti in business.



Ai uitat ceva: raid1 intre un disc de 9G si un disc de 18G are 9G.
Omul nu era convins ca poate convinge controllerul sa creasca raidul
dupa ce face operatia.

Si ai mai uitat si de bottom-posting.

Petre.

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

Re: [rlug] backup + schimbare disc

[Ratiu Petru]

On 4/28/07, Andrei Pascal <[EMAIL PROTECTED]> wrote:


On Fri, April 27, 2007 23:36, Ratiu Petru wrote:

> 3. vezi ca in debian etch trebuie sa declari in mdadm.conf
> device-urile, arunca un ochi prin /usr/share/doc/mdadm
>
> Petre.

Hai ma, da-l dracu', in Etch ai nevoie de mdadm.conf?! In alte distro-uri au
scapat de piatra asta de moara acum cativa ani... :p



O scosesera, au reintrodus-o anul trecut:

Sayeth the changelog of mdadm 2.5.3.git200608202239-1 (21 Aug 2006):

  * Instead of trying to do a whole lot of magic with respect to detecting
RAID devices to start, mdadm from now on requires a valid mdadm.conf file
to be installed. It still tries to do what it can, but there are no
heuristics anymore. See /usr/share/doc/mdadm/README.upgrading-2.5.3

Acolo zice ceva gen:

The reason the configuration file is now required is because it was impossible
to come up with robust heuristics to replace the previously used mdrun, while
addressing its primary deficiency of not honouring the super-minor field and
randomly assembling devices (see #354705).

Un exemplu concret e la http://bugs.debian.org/354705 .

Adevarat, si mie mi se paruse stupida faza, m-am certat cu
maintainerul vreo ora pe irc, dupa care mi-a demonstrat ca are
dreptate :) La mai putin de o luna am patit exact povestea cu pricina,
mi s-au renumerotat md-urile. Trust me, nu e funny cand nu esti langa
ele (eu din fericire eram).

S-a introdus un extra step la upgrade sau la chroot installs (unde
oricum trebuie sa fii atent la scamatorii cu bootloaderul si
initrd-ul), dar ai mai multa consistenta.

Petre.

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

RE: [rlug] backup + schimbare disc

[David Williams]

Scoti un disk afara si pui unul nou, lasi sa faca rebuild apoi expanezi
partitia sa ocupe tot discul
Scoti al doilea disk (ala mic) afara si pui pe celalat nou, se reface raidu
si esti in business.

Sper ca faci un backup bun inainte sa faci chestia asta 

DW

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Cosmin Dumitru
Sent: Saturday, 28 April 2007 4:07 AM
To: rlug@lists.lug.ro
Subject: [rlug] backup + schimbare disc

Salut,
Datele problemei: 
* Dell Perc RAID 3/Di (aic7xxx)
* 2 discuri de 9Gb in Raid 1(hardware) pe care este instalat debian etch
* 2 discuri noi de 18gb ce vreau sa le pun in locul celor doua de mai
sus. 
Sistemul merge ok si nu mi-as dori sa il instalez de la 0 doar pentru ca
schimb discurile. Ma gandesc la o solutie de a migra continutul
discurilor de pe cele noi. Cum as putea sa fac asta cu un downtime
minim? 
O pasarica mi-a povestit acum ceva vreme de dump & restore dar nu stiu
daca dupa restore voi avea disponibili 18gb sau 9 sau daca toate
lucrurile vor fi exact ca in situatia initiala. 
Exista alte variante?
Excuse my french but i'm still a n00b at backuping stuff
 


___
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] backup + schimbare disc

[Andrei Pascal]

On Fri, April 27, 2007 23:36, Ratiu Petru wrote:

> 3. vezi ca in debian etch trebuie sa declari in mdadm.conf
> device-urile, arunca un ochi prin /usr/share/doc/mdadm
>
> Petre.

Hai ma, da-l dracu', in Etch ai nevoie de mdadm.conf?! In alte distro-uri au
scapat de piatra asta de moara acum cativa ani... :p

-- 
Ave

Life is like arriving late for a movie, having to figure out what was going on
without bothering everybody with a lot of questions, and then being
unexpectedly called away before you find out how it ends.


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

Re: [rlug] backup + schimbare disc

[Vali Dragnuta]

Ca sa nu te incurci cu porcisme gen raid software :) poti incerca
sa migrezi in doua etape (mai ales ca ai doar 9g de date, ceea ce dupa
standardele de azi nu mai e mult) . In mare utilizezi sfaturile
celorlalti dar cu un pas aditional :

1.rsync de pe dell 9g catre o alta masina din retea cu 9 g liberi;
2.pt siguranta vezi daca acel controller stie sa-ti faca backup al
configuratiei pe o discheta sau ceva de genul - daca da, fa-o
3. Schimba hardurile noi, refa array-ul
4. bootezi cu livecdul tau preferat, partitionezi noul volum de 18g cum
vrei 
5. rsync back pe volumul/volumele noi
6. edit fstab
7. reinstall grub
8. enjoy.




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

Re: [rlug] backup + schimbare disc

[Mihai Maties]

On Friday 27 April 2007 23:36:01 Ratiu Petru wrote:

[...]

> 1. Stiu ca sunt un porc ordinar ca recomand sa schimbi raid hardware
> cu raid software, dar daca nu stie sa faca scamatorii de-astea, de
> ce-l mai ai?

Ba el stie, dar singur nu face :)

Daca te uiti la documentatia utilitarului de configurare iti dai seama ca e un 
controller destul de flexibil si bine gandit: 
http://support.dell.com/support/edocs/storage/57kgr/cli/en/contcomm.htm#25927

> 2. mi-a trecut acum prin cap ca e poti inlocui pe rand discurile si sa
> cresti raid-ul din controller, urmand sa faci resize la filesystem
> dupa aia, dar depinde de cat coopereaza sculele de management ale
> controllerului

E si asta o varianta, singura chestiune delicata e daca filesystem-ul se poate 
redimensiona fara dureri de cap.


Mihai

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

Re: [rlug] backup + schimbare disc

[Ratiu Petru]

On 4/27/07, Cosmin Dumitru <[EMAIL PROTECTED]> wrote:

Salut,
Datele problemei:
* Dell Perc RAID 3/Di (aic7xxx)
* 2 discuri de 9Gb in Raid 1(hardware) pe care este instalat debian etch
* 2 discuri noi de 18gb ce vreau sa le pun in locul celor doua de mai
sus.
Sistemul merge ok si nu mi-as dori sa il instalez de la 0 doar pentru ca
schimb discurile. Ma gandesc la o solutie de a migra continutul
discurilor de pe cele noi. Cum as putea sa fac asta cu un downtime
minim?


Bagi discurile noi in alt sistem. Faci raid software intre ele si il
montezi undeva.
rsync -ax --numeric-ids [EMAIL PROTECTED]:/ /mnt/unde/e/raidu
Daca ai baze de date, le faci dump, ca pasul de mai sus e posibil sa
le lase intr-o stare nitel incerta (sau opresti serverul de db
inainte).
chroot pe raid, instalezi grubul pe discuri, pui mdX in loc de sdX
prin fstab si grub
opresti totul, schimbi discurile, dezactivezi raidul de pe dell,
bootezi de pe raid (daca n-ai facut corect toate scamatoriile, e
posibil sa ai nevoie de un rescue disk la indemana)

Ta-da!

1. Stiu ca sunt un porc ordinar ca recomand sa schimbi raid hardware
cu raid software, dar daca nu stie sa faca scamatorii de-astea, de
ce-l mai ai?
2. mi-a trecut acum prin cap ca e poti inlocui pe rand discurile si sa
cresti raid-ul din controller, urmand sa faci resize la filesystem
dupa aia, dar depinde de cat coopereaza sculele de management ale
controllerului
3. vezi ca in debian etch trebuie sa declari in mdadm.conf
device-urile, arunca un ochi prin /usr/share/doc/mdadm

Petre.

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

Re: [rlug] backup + schimbare disc

[Mihai Maties]

On Friday 27 April 2007 21:07:06 Cosmin Dumitru wrote:
> Salut,
> Datele problemei:
> * Dell Perc RAID 3/Di (aic7xxx)
> * 2 discuri de 9Gb in Raid 1(hardware) pe care este instalat debian etch
> * 2 discuri noi de 18gb ce vreau sa le pun in locul celor doua de mai
> sus.
> Sistemul merge ok si nu mi-as dori sa il instalez de la 0 doar pentru ca
> schimb discurile. Ma gandesc la o solutie de a migra continutul
> discurilor de pe cele noi. Cum as putea sa fac asta cu un downtime
> minim?
> O pasarica mi-a povestit acum ceva vreme de dump & restore dar nu stiu
> daca dupa restore voi avea disponibili 18gb sau 9 sau daca toate
> lucrurile vor fi exact ca in situatia initiala.
> Exista alte variante?
> Excuse my french but i'm still a n00b at backuping stuff

Da, exista si o alta varianta, probabil cea care iti ofera cel mai mic 
downtime:

1. faci rost de aplicatia de management pentru controller-ul respectiv

2. studiezi documentatia aplicatiei si mai ales "container split" 
sau "container unmirror" pentru a imparti RAID-ul 1 de 9 GB in 2 volume 
separate

3. unul din volume il stergi

4. scoti discul de 9 GB (aferent volumul sters) si il inlocuiesti cu unul de 
18 GB

5. creezi un nou volum pe discul de 18 GB

6. creezi filesystemul pe volumul nou creat

7. copiezi toate fisierele de pe volumul curent pe cel nou (vezi optiunile 
speciale de la cp sau cauta pe Google cum trebuie sa faci)

8. instalezi bootloader-ul pe acest nou volum

9. rebootezi de pe noul volum

10. stergi volumul vechi de 9 GB

11. inlocuiesti discul de 9 GB cu celalalt disc de 18 GB

12. folosesti comanda "container create mirror" pentru a crea un RAID 1 din 
cele 2 discuri

13. enjoy!


Bineinteles, pasul 0 ar presupune si un backup pentru ca nu se stie niciodata. 
Daca vrei o masura de siguranta suplimentara poti pastra discul de 9 GB pe 
care il scoti primul. El va contine datele tale intacte si in caz de nevoie, 
cu putine artificii ai putea repune pe picioare serverul.


Mihai

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

Re: [rlug] backup + schimbare disc

[Cosmin Dumitru]

On Fri, 2007-04-27 at 22:27 +0300, lonely wolf wrote:  
> Cu un raid software lucrurile ar merge cum descriu eu mai jos. 
> Marturisesc insa ca nu stiu cum se aplica la raid-ul tau hardware 
> Poate insa iti vin idei:
> 
> Fie A, B discurile vechi, C, D cele noi
> 1. poweroff, remove discA, insert disc C
> 2. poweron, create LVM partition on C
> 3. reconstruct array cu B + LVM(C)
Mda aici se strica treaba. Raidul este facut cu ajutorul draciei de
utilitar/bios/whatever. Nu vad cum l-as convinge ca C este LVM.
Arrayul se reconstruieste foarte primitiv: detecteaza ca arrayul nu mai
este degraded, incepe sa faca scrubbing si aia e. E plug and pray.


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

Re: [rlug] backup + schimbare disc

[lonely wolf]

On 04/27/2007 09:07 PM, Cosmin Dumitru wrote:

Salut,
Datele problemei: 
* Dell Perc RAID 3/Di (aic7xxx)

* 2 discuri de 9Gb in Raid 1(hardware) pe care este instalat debian etch
* 2 discuri noi de 18gb ce vreau sa le pun in locul celor doua de mai
sus. 
Sistemul merge ok si nu mi-as dori sa il instalez de la 0 doar pentru ca

schimb discurile. Ma gandesc la o solutie de a migra continutul
discurilor de pe cele noi. Cum as putea sa fac asta cu un downtime
minim? 
O pasarica mi-a povestit acum ceva vreme de dump & restore dar nu stiu

daca dupa restore voi avea disponibili 18gb sau 9 sau daca toate
lucrurile vor fi exact ca in situatia initiala. 
Exista alte variante?

Excuse my french but i'm still a n00b at backuping stuff
 
Cu un raid software lucrurile ar merge cum descriu eu mai jos. 
Marturisesc insa ca nu stiu cum se aplica la raid-ul tau hardware 
Poate insa iti vin idei:


Fie A, B discurile vechi, C, D cele noi
1. poweroff, remove discA, insert disc C
2. poweron, create LVM partition on C
3. reconstruct array cu B + LVM(C)
4. poweroff, remove disc B, insert disc D
5. poweron, create LVM partition on D
3. reconstruct array cu LVM(C) + LVM(D)
6. resize LVM


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

Re: [rlug] backup - director cu multe fisiere

[Cezar Lica]

Cosmin Dumitru wrote:

Salutari!

Am urmatoarea situatie: 
Am un director unde zilnic se adauga undeva intre 10 si 100 de fisiere

noi.Fisierele deja existente nu se modifica in nici un fel. La ora
actuala folosesc rsync + un share nfs pentru a face backup periodic
folderului. Toate bune si frumoase , totul merge bine. Acum vine partea
mai neplacuta: in director am in jur de 27000 de fisiere (dimensiune
curenta 16GB) si dureaza destul de mult rsyncul (~1h+). Cum as putea sa
fac astfel incat zilnic sa adaug in share-ul respectiv doar fiserele nou
create ? 
Exista vreo scula obscura (sau nu) care as faca asa ceva? Experienta mea

cu scule de backup pe linux este modesta ca sa nu zic ca se rezuma doar
la tar, cp si rsync si desigur "rm -fr *" 


Cosmin


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

  
Banuiesc ca faci rsyncu la o ora tarzie...cand programul de lucru s-a 
terminat. Nu ai cum sa tragi doar fisierele din intervalul de timp scurs 
de la ultimu backup ??? Adica ma gandesc ca ai avea cum sa filtrezi 
miile de fisiere, mai ales cand alea vechi nu se mai modifica. In cel 
mai rau caz faci tu un scriptulet. Exista posibilitatea sa aberez :D .


(fara semnatura ca inca imi refac laptopu :D)

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

Re: [rlug] backup - director cu multe fisiere

[Vali Dragnuta]

Daca "cevaul" care produce fisierele este altceva decit un script
probabil ca nu se poate...(ex. arhivele unei baze de date,baza stiind
doar sa le verse intr-un director).

Ce se poate face insa este ca dupa fiecare copiere cu succes sa muti
fisierele deja copiate remote in alt director. In asa fel de fiecare
data o copiere la gramada (cu rsync sau altceva) va copia doar fisierele
noi. OTOH rsyncul are si el meritele lui chiar si pentru situatii
de-astea.



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

Re: [rlug] backup - director cu multe fisiere

[Ratiu Petru]

On 3/1/07, Vali Dragnuta <[EMAIL PROTECTED]> wrote:

On Thu, 2007-03-01 at 12:39 +0200, lonely wolf wrote:
> Vali Dragnuta wrote:
> > In mod normal rsync iti duce doar fisierele noi in partea cealalta.
> >
> pina sa transfere intii le compara. si la tz mii de  fisiere, comparatia
> dureaza

Pai tocmai de-aia i-am sugerat sa incerce cu rsync sursa
[EMAIL PROTECTED]  (bine, de fapt din mai multe motive, astfel :)


Da' daca doar se adauga fisiere (si alea "cateva") si nu se mai
modifica cele vechi, nu poate fi dat scp/rsync/whatever cu argument o
lista de fisiere construita chiar de procesul care le creeaza (sau un
find convenabil amplasat)?

Adica e cam over-the-top sa dai rsync la fisiere despre care _stii_ ca
nu s-au schimbat, mai ales cand sunt atat de multe.

Zic si eu...

--
Petre.

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

Re: [rlug] backup - director cu multe fisiere

[Vali Dragnuta]

On Thu, 2007-03-01 at 12:39 +0200, lonely wolf wrote:
> Vali Dragnuta wrote:
> > In mod normal rsync iti duce doar fisierele noi in partea cealalta. 
> >   
> pina sa transfere intii le compara. si la tz mii de  fisiere, comparatia 
> dureaza

Pai tocmai de-aia i-am sugerat sa incerce cu rsync sursa
[EMAIL PROTECTED]  (bine, de fapt din mai multe motive, astfel :)

- stat() pe nfs dureaza semnificativ mai mult (mai ales cu wsize/rsize
mare)
- pentru a le compara, prin nfs trebuie sa transfere destule informatii
pe retea pentru fiecare fisier.
- In varianta propusa de mine verificarea fisierelor din destinatie se
face chiar la destinatie de catre un proces rsync local. Fisierele din
sursa sint verificate  tot de un proces rsync local, si apoi se
transfera mult mai putine informatii.
 


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

Re: [rlug] backup - director cu multe fisiere

[lonely wolf]

Vali Dragnuta wrote:
In mod normal rsync iti duce doar fisierele noi in partea cealalta. 
  
pina sa transfere intii le compara. si la tz mii de  fisiere, comparatia 
dureaza




--
 Quote from the Boss: "Teamwork is a lot of people doing what I say."
 (Marketing executive, Citrix Corporation)

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

Re: [rlug] backup - director cu multe fisiere

[Vali Dragnuta]

In mod normal rsync iti duce doar fisierele noi in partea cealalta. 
Ia incearca sa faci rsync fara a mai folosi nfs (rsync -a /sursa
[EMAIL PROTECTED]:/folder/destinatie  ) si vezi daca cumva iti merge mai
repede.  


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

Re: [rlug] backup - director cu multe fisiere

[lonely wolf]

On 03/01/2007 01:09 AM, Cosmin Dumitru wrote:

Salutari!

Am urmatoarea situatie: 
Am un director unde zilnic se adauga undeva intre 10 si 100 de fisiere

noi.Fisierele deja existente nu se modifica in nici un fel. La ora
actuala folosesc rsync + un share nfs pentru a face backup periodic
folderului. Toate bune si frumoase , totul merge bine. Acum vine partea
mai neplacuta: in director am in jur de 27000 de fisiere (dimensiune
curenta 16GB) si dureaza destul de mult rsyncul (~1h+). Cum as putea sa
fac astfel incat zilnic sa adaug in share-ul respectiv doar fiserele nou
create ? 
Exista vreo scula obscura (sau nu) care as faca asa ceva? Experienta mea

cu scule de backup pe linux este modesta ca sa nu zic ca se rezuma doar
la tar, cp si rsync si desigur "rm -fr *" 

  

http://www.bacula.org/

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

Re: [rlug] Backup postfix

[Mihai Sari]

On 7/18/06, lonely wolf <[EMAIL PROTECTED]> wrote:

Mihai Sari wrote:

> On 7/18/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> Buna ziua.
>> Am un postfix instalat pe un Debian si trebuie sa fac backup cu toate
>> mesajele care trec prin server indiferent daca sunt primite sau
>> trimise .
>> Aveti idee cum se face asta .
>> Multumesc .
>>
>
> SNORT pe portul 25 + targz (pentru orice MTA)

si cu ce e varianta asta mai inteligenta sau mai practica decit tcpdump / 
ethereal / alt sniffer ?


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


Am zis eu ca e mai inteligenta decat alt sinffer ? Am dat un exemplu
si alta solutie !

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

Re: [rlug] Backup postfix

[lonely wolf]

Mihai Sari wrote:


On 7/18/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Buna ziua.
Am un postfix instalat pe un Debian si trebuie sa fac backup cu toate
mesajele care trec prin server indiferent daca sunt primite sau 
trimise .

Aveti idee cum se face asta .
Multumesc .



SNORT pe portul 25 + targz (pentru orice MTA)


si cu ce e varianta asta mai inteligenta sau mai practica decit tcpdump / 
ethereal / alt sniffer ?


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

Re: [rlug] Backup postfix

[Mihai Sari]

On 7/18/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Buna ziua.
Am un postfix instalat pe un Debian si trebuie sa fac backup cu toate
mesajele care trec prin server indiferent daca sunt primite sau trimise .
Aveti idee cum se face asta .
Multumesc .




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



SNORT pe portul 25 + targz (pentru orice MTA)

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

Re: [rlug] Backup postfix

[egl]

- Original Message - 
From: <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, July 18, 2006 9:43 AM
Subject: [rlug] Backup postfix


> Buna ziua.
> Am un postfix instalat pe un Debian si trebuie sa fac backup cu toate
> mesajele care trec prin server indiferent daca sunt primite sau 
> trimise .
> Aveti idee cum se face asta .
> Multumesc .
>
poti folosi always_bcc, daca vrei o copie a tuturor mesajelor intr-un 
singur account,
sau sender_bcc_maps/recipient_bcc_maps daca vrei sa prinzi doar cateva 
conturi.




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

Re: [rlug] Backup postfix

[lonely wolf]

[EMAIL PROTECTED] wrote:


Buna ziua.
Am un postfix instalat pe un Debian si trebuie sa fac backup cu toate
mesajele care trec prin server indiferent daca sunt primite sau trimise .
Aveti idee cum se face asta .
Multumesc .


always_bcc=


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

Re: [rlug] backup

[Crenguta Harapu]

On 2/1/06, Silviu Marin-Caea <[EMAIL PROTECTED]> wrote:
>
>
> Incearca "cat" in loc de dd.
>
>
Am incercat cu "cat" asa :

bash-2.05#  rsh cs3manage "cd /; tar cfbEX - 20 /tmp/qqq . | rsh sdp1b cat >
/dev/rmt/0cn" dar nu scrie nimic pe tape.

Unde trebuie sa-l pun pe cat?

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

Re: [rlug] backup

[Tiberiu ATUDOREI]

scuze daca am dat prea tare cu topicu de stanci :)

ender

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

Re: [rlug] backup

[Crenguta Harapu]

On 2/1/06, Tiberiu ATUDOREI <[EMAIL PROTECTED]> wrote:
>
> cea mai beton chestie pe care am vazut-o in viata mea e qnx demo floppy...



Muta  te rog  discutia asta pe offtopic, nu  are legatura  cu  intrebarea
mea ...

Cu deosebita stima si consideratiune ,

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

Re: [rlug] backup

[Tiberiu ATUDOREI]

cea mai beton chestie pe care am vazut-o in viata mea e qnx demo floppy...
pe o discheta normala au inclus kernelul, GUI, ppp sau networking,
browser si alte aplicatii (nu stiu daca era inclus si un client de
mail).
Totul pe una bucata floppy...
la vremea respectiva ma gandeam ca e cea mai beton solutie pentru un
internet cafe..."net la floapa"...
daca nu ma credeti iaca si un link (nu cautati la qnx ca n-o sa mai
gasiti chestiile astea):

http://toastytech.com/guis/qnxdemo.html

Gasiti acolo inclusiv imaginile discurilor pentru modem sau placi
NE1000/2000, DEC 21x4x, sau 3com509.
Asta ca sa nu ne mai cocosim ca linuxul e scalabil...mai exista si
alte unixuri in fata carora linux sta drepti si ia notite la capitolul
scalabilitate in jos...

enderu

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

Re: [rlug] backup

[Serghei Amelian]

On Wednesday 01 February 2006 16:17, Andrei Pascal wrote:
> On Wed, 2006-02-01 at 15:54 +0200, Tiberiu ATUDOREI wrote:
> > ptiu drace..2003 voiam sa zic...
> > in 93 inca nu instalasem linuxu, asta s-a intamplat prin 2004 de pe un
> > set de 31 de dischete, cu kernel 0.99pl13 (pl vine de la "patch
> > level").
> >
> > scuzati, varsta...
>
> Auzi, da' pe bune, matale nu voiai pentru ca sa zici 1994 in loc de
> 2004, cu cele 31 de dischete?
>
> (nu de alta, dar nu cred ca mai pui vreo distro pe 30 de dischete
> astazi...)

Poate un redhat nu, dar un floppyfw sigur incape pe o discheta :-) Uitam mereu 
cat de scalabil poate sa fie un linux...

>
> Ave

-- 
Serghei.
TOP POSTING SUX

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

Re: [rlug] backup

[Andrei Pascal]

On Wed, 2006-02-01 at 15:54 +0200, Tiberiu ATUDOREI wrote:

> ptiu drace..2003 voiam sa zic...
> in 93 inca nu instalasem linuxu, asta s-a intamplat prin 2004 de pe un
> set de 31 de dischete, cu kernel 0.99pl13 (pl vine de la "patch
> level").
> 
> scuzati, varsta...
> 

Auzi, da' pe bune, matale nu voiai pentru ca sa zici 1994 in loc de
2004, cu cele 31 de dischete?

(nu de alta, dar nu cred ca mai pui vreo distro pe 30 de dischete
astazi...)


Ave


signature.asc
Description: This is a digitally signed message part
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] backup

[Silviu Marin-Caea]

On Wednesday 01 February 2006 14:50, Crenguta Harapu wrote:

>   rsh $VAR_SUNMC_NAME "cd /; tar cfbEX - 20 $ROOTEX_SunMC . | rsh $TAPEHOST
> dd of=$TAPEDEV obs=10240b"

In combinatia dd + benzi am bagat de seama ca merge aiurea daca nu nimeresti 
valorile de blocuri de la banda.

Incearca "cat" in loc de dd.


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

Re: [rlug] backup

[Tiberiu ATUDOREI]

> convention", mai ales ca in 93 parca nici "omu cu baltagu'" nici

ptiu drace..2003 voiam sa zic...
in 93 inca nu instalasem linuxu, asta s-a intamplat prin 2004 de pe un
set de 31 de dischete, cu kernel 0.99pl13 (pl vine de la "patch
level").

scuzati, varsta...

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

Re: [rlug] backup

[Tiberiu ATUDOREI]

OMG, iar apare duo dinamic crenguta-mituc si ma bag si eu in seama pe
lista... :)
Crenguta, stiind ca vajnicul exponent al linuxului iesean (pentru care
toporul isi are locul lui rezervat in trusa de scule) are o slabiciune
pentru tine ca o consecinta a slabiciunii manifestate de tine fata de
el, slabiciune declarata in plenul listei, cred ca puteti trece peste
timiditatea inerenta fiecarui inceput si sa apelezi la ajutorul tehnic
DIRECT si PERSONAL al lui Mituc. Nu cred ca se va supara, si noi nici
atat. Plus ca operativitatea de rezolvare a problemelor va creste
simtitor.
Mituc, stim ca ai o slabiciune pentru Crenguta (din motivele pe larg
dezbatute pe lista). La o adica, doar trei persoane au fan club
declarat in Romania: unu e Michael Jackson, al doilea e Hagi iar a
treia persoana e din Iasi si n-are nici joc de picioare si nici
dribling remarcabil, da' in schimb le fenteaza bine din bash. Asa ca
eu zic sa nu te tii cu nasu pe sus si sa tii legatura cu fan clubul
cat mai strans, da' pe lista mai cu fereala ca se interpreteaza.Lasa
sa treaca un reply - doua cand cere ajutor biata fata si apoi posteaza
(chiar daca productiile tineretului linuxist la problema aia sunt din
categoria "stuchit in san si facut cruce").Cum ziceam, lasa-i sa se
afirme si pe astia mai tineri si cu kernele mai noi...Dupa aia poti sa
le arati ca si noi astia ce am prins kernele din seria 1.x n-am
consumat fosforu mamii lui de crt numai cu doom ci mai dadeam si un
man din cand in cand...
Acuma sa scuzati vorba lunga si proasta ... da' ma gandeam ca uite se
imprimavareaza, berea se dezgheata si se fac mai bine de doi ani de
cand n-am mai socializat si noi o bere la nivel national, si ar fi un
bun motiv sa comasam conferinta nationala cu "mituc fan club
convention", mai ales ca in 93 parca nici "omu cu baltagu'" nici
"/cre'n'/guta" n-au venit sa vada ce mai e cu pinguinu romanesc...

Cu alte cuvinte..bai..NOI UNDE BEM ANU ASTA?

ender, snaiperu de serviciu

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

Re: [rlug] backup

[Crenguta Harapu]

On 2/1/06, Tarhon-Onu Victor <[EMAIL PROTECTED]> wrote:

> Dar pe masina $TAPEHOST daca copii de pe hdd pe acel $TAPEDEV
> cit ia? Se termina intr-un interval vizibil mai mic?


Am testat si a fost ok, mai mult am facut backup folosind :
 # old backup method
#rsh $VAR_SUNMC_NAME "ufsdump 0unf $REMOTETAPEDEV /"
(a durat o ora jumatate)


$obs da, poate fi prea mic,


Am incercat:

  rsh $VAR_SUNMC_NAME "cd /; tar cfbEX - 20 $ROOTEX_SunMC . | rsh $TAPEHOST
dd of=$TAPEDEV obs=10240b"

Cand fac backup cu dd, daca ma uit la tape drive, vad ca scrie, apoi face o
pauza , mai scrie , iar face pauza - lucru indicat si de un led care este
intermitent atunci cand scrie, si on cand sta degeaba . Backupul cu ufsdump
functioneaza fara probleme, de-asta ma gandesc ca e ceva gresit in linia de
comanda cu dd.

Multumesc de raspuns,

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

Re: [rlug] backup

[Tarhon-Onu Victor]

On Wed, 1 Feb 2006, Crenguta Harapu wrote:

Backupul facut pe masina1 , care are marimea 5GB, e pus pe tape pe 
masina2 . am copiat un fisier de 1GB de pe masina1 pe masina2 (de pe 
disk pe disk) in 3min, deci nu e problema de retea.


obs nu e prea mic?


	Dar pe masina $TAPEHOST daca copii de pe hdd pe acel $TAPEDEV 
cit ia? Se termina intr-un interval vizibil mai mic?
	$obs da, poate fi prea mic, chiar si tape-urile mai vechi pot 
scrie mai mult de-odata, iar $obs setat asa mic iti genereaza overhead 
pe i/o nejustificat. Cred ca-l poti seta la 512k sau ceva, 20 bytes e 
infim. Eventual uita-te la ce buffer are acel tape si seteaza $obs la 
multipli de acel bufer (x1, dar nu mai mult de x10 ca vei solicita 
nejustificat memoria cache a so-ului).


--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of any company, unless
otherwise expressly stated.

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

Re: [rlug] backup mail server

[dany]

>   Ce as face eu: as pune serverului de mail 2 ip-uri, unul de pe
> conexiunea rds si unul de pe conexiunea la cartier si as seta ca
MX -uri
> (cu prioritati diferite) cele 2 ip-uri. La outgoing mail server pentru
> clientii din retea ai putea trece oricare dintre cele 2 ip-uri pentru
ca
> oricum ajungi la ambele de pe local.

exact.
asa am gandit si eu. ramane sa mut dns serverul   la isp si sa
implementez solutia.

multam


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

Re: [rlug] backup mail server

[Tarhon-Onu Victor]

On Wed, 19 Oct 2005, [EMAIL PROTECTED] wrote:


cartier. astfel in cazul in care pica rds mailurile sa vina pe cealalta
sarma.o sa mut dns-urile pe un alt server free eventual ca sa fie ok
dns-ulcredeti ca ar merge? a incercat cineva asa ceva?


	Poti sa pui un mx la ei pentru mailurile ce vin spre domeniul 
tau iar ala sa aiba ceva un mailertable sau ce are el sa-ti trimita 
mailurile via reteaua locala.
	Pentru trimiterea mailurilor de la clienti (chestia care o ai 
setata la outgoing mail server) poti sa faci DNAT spre noul server SMTP 
atunci cind iti pica conexiunea.
	Ce as face eu: as pune serverului de mail 2 ip-uri, unul de pe 
conexiunea rds si unul de pe conexiunea la cartier si as seta ca MX -uri 
(cu prioritati diferite) cele 2 ip-uri. La outgoing mail server pentru 
clientii din retea ai putea trece oricare dintre cele 2 ip-uri pentru ca 
oricum ajungi la ambele de pe local.


--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of any company, unless
otherwise expressly stated.

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