Debian Backup Server
Can anybody pls help me on how to have a full back up of a Mail Server (Running on Debian and Exim) ... I want to have a full backup of the mail Server on a different drive with all the users and directory permissions the same with the original server. Thanks Rizal If you think you play too much, play more -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Backup Server
I have 2 ideas: You can use the same disk drive as the primary, and do a 'dd if=drive1 of=drive2' , that will make full backup Or, the way i do on one of my servers, use rsync , i use it this way: rsync -logptvr /etc /var /usr /home /backup0/serv (the last parameter is the directory where you mount the backup disk) Íà ñá, 2002-11-30 â 12:29, [EMAIL PROTECTED] çàïèñà: Can anybody pls help me on how to have a full back up of a Mail Server (Running on Debian and Exim) ... I want to have a full backup of the mail Server on a different drive with all the users and directory permissions the same with the original server. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: Debian Backup Server
Hi, If you want to backup your mailserver to another machine, you should use netcat, cat for eg. cat /dev/hda1 | netcat -l -p 1234 do this on the mailserver netcat ip of the mailserver 1234 /backup/backup.img do this on the backup server Cheers, Domonkos Czinke -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, November 30, 2002 12:30 PM To: [EMAIL PROTECTED] Subject: Debian Backup Server Can anybody pls help me on how to have a full back up of a Mail Server (Running on Debian and Exim) ... I want to have a full backup of the mail Server on a different drive with all the users and directory permissions the same with the original server. Thanks Rizal If you think you play too much, play more -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SCSI or IDE
On Fri, Nov 29, 2002 at 05:07:16PM +0100, Nicolas Bougues wrote: You should probably try to time the disk reads, not the buffer cache... hdparm -t Yes the disk reads is a more realistic real world test : /dev/sda5: Timing buffer-cache reads: 128 MB in 1.23 seconds =104.07 MB/sec guf:~# hdparm -t /dev/sda5 /dev/sda5: Timing buffered disk reads: 64 MB in 5.84 seconds = 10.96 MB/sec The above result is from the Ultratrak Tx8 (TX8000 now) with 8 60 Gigs IBM deskstar 7200 rpm in raid 5. Kind of slow if you ask me. -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas(at)arkena(dot)com Http://www.arkena.com BOFH excuse #411: Traffic jam on the Information Superhighway. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SCSI or IDE
On Sun, Dec 01, 2002 at 12:30:16AM +0100, Thomas Kirk wrote: Yes the disk reads is a more realistic real world test : /dev/sda5: Timing buffer-cache reads: 128 MB in 1.23 seconds =104.07 MB/sec guf:~# hdparm -t /dev/sda5 /dev/sda5: Timing buffered disk reads: 64 MB in 5.84 seconds = 10.96 MB/sec The same test on a scsisetup much like the above just with scsidisk : *:~# hdparm -T /dev/sdb5 /dev/sdb5: Timing buffer-cache reads: 128 MB in 0.95 seconds =134.74 MB/sec /dev/sdb5: Timing buffered disk reads: 64 MB in 3.42 seconds = 18.71 MB/sec When it comes to real world test my scsibased system is almost twice as fast as the idebased one :) -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas(at)arkena(dot)com Http://www.arkena.com BOFH excuse #27: radiosity depletion -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SCSI or IDE
TH == Thomas Kirk [EMAIL PROTECTED] writes: [...] TH /dev/sdb5: Timing buffer-cache reads: 128 MB in 0.95 seconds TH =134.74 MB/sec TH /dev/sdb5: Timing buffered disk reads: 64 MB in 3.42 seconds = TH 18.71 MB/sec TH When it comes to real world test my scsibased system is almost TH twice as fast as the idebased one :) [...] Hmm, the IDE drive in my notebook beats that! defter:~# hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 0.55 seconds =232.73 MB/sec Timing buffered disk reads: 64 MB in 3.29 seconds = 19.45 MB/sec This is an IBM a30p, with a 5200? RPM 2.5 48 GIG drive. So what are we concluding from this? I choose to conclude nothing of major significance. cheers, BM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SCSI or IDE
On a pretty loaded system with a 3ware 74xx series card, we're getting: # hdparm -tT /dev/sda3 /dev/sda3: Timing buffer-cache reads: 128 MB in 0.65 seconds =196.92 MB/sec Timing buffered disk reads: 64 MB in 1.44 seconds = 44.44 MB/sec This seems to be more in-line with expectations. Sincerely, Jason http://www.zentek-international.com/ - Original Message - From: Bulent Murtezaoglu [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 01, 2002 11:07 AM Subject: Re: SCSI or IDE TH == Thomas Kirk [EMAIL PROTECTED] writes: [...] TH /dev/sdb5: Timing buffer-cache reads: 128 MB in 0.95 seconds TH =134.74 MB/sec TH /dev/sdb5: Timing buffered disk reads: 64 MB in 3.42 seconds = TH 18.71 MB/sec TH When it comes to real world test my scsibased system is almost TH twice as fast as the idebased one :) [...] Hmm, the IDE drive in my notebook beats that! defter:~# hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 0.55 seconds =232.73 MB/sec Timing buffered disk reads: 64 MB in 3.29 seconds = 19.45 MB/sec This is an IBM a30p, with a 5200? RPM 2.5 48 GIG drive. So what are we concluding from this? I choose to conclude nothing of major significance. cheers, BM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SCSI or IDE
On Sun, 1 Dec 2002 00:30, Thomas Kirk wrote: On Fri, Nov 29, 2002 at 05:07:16PM +0100, Nicolas Bougues wrote: You should probably try to time the disk reads, not the buffer cache... hdparm -t Yes the disk reads is a more realistic real world test : /dev/sda5: Timing buffer-cache reads: 128 MB in 1.23 seconds =104.07 MB/sec guf:~# hdparm -t /dev/sda5 hdparm is NOT a real world test! In real world operation you use a file system not direct access to the device. Bonnie++ is one of many file system benchmarks that you can use to get results that are more useful than hdparm. If you want to look at the performance of a raw device then use zcav (part of Bonnie++), it allows you to easily graph the varying performance across a partition. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SCSI or IDE
Hi Russell- Can you give us a command to call (using bonnie++ binaries) that will give a more real-world test of filesystem and disk performance? I'd like to see how bonnie++ differs from hdparm in results. Thanks- Eric On Sun, 1 Dec 2002 00:30, Thomas Kirk wrote: On Fri, Nov 29, 2002 at 05:07:16PM +0100, Nicolas Bougues wrote: You should probably try to time the disk reads, not the buffer cache... hdparm -t Yes the disk reads is a more realistic real world test : /dev/sda5: Timing buffer-cache reads: 128 MB in 1.23 seconds =104.07 MB/sec guf:~# hdparm -t /dev/sda5 hdparm is NOT a real world test! In real world operation you use a file system not direct access to the device. Bonnie++ is one of many file system benchmarks that you can use to get results that are more useful than hdparm. If you want to look at the performance of a raw device then use zcav (part of Bonnie++), it allows you to easily graph the varying performance across a partition. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]