support for removable (RDX) disks
Hello, tried with forums, but got no reply, so I'm trying here now... I'm considering to upgrade my current backup system consisting of Amanda and LTO-2 drive/tapes. My needs are to regularly backlup my desktop machine (2X1TB disks in raid-1) and occasionally perform backup of my netbook (320GB disk drive). Besides that I have collection of 13 LTO-2 tapes mostly uncompressed material (old hi8 movies and scanned negatives). Considering that LTO tapes are quite expensive and I'd have to buy at least LTO-4 if not wanting to skip over two-generations lap, I'm considering to switch to RDX disks/cartridges and wonder if anyone can share their experience of using Amanda with RDX disk-based backup? By looking at docs, I've found the following: How To:Using removable hard disk changers as Virtual tapes from the wiki (forum software does not allow me using URLs ), but would like to hear if/how Amanda is suitable for the task? Sincerely, Gour
slow estimate on FreeBSD/ZFS
Hello, I was able to somehow re-do my Linux backup and restore data on Free/PC-BSD-10.0 and thanks to Heiko's encouragement I've stayed with Amanda as my backup solution. :-) Now, I've problem that estimation for my OS -- 600GB alltogether, split in 11 DLEs entries takes enormous long time in comparison with the time it took on Linux/ext4. Here is my df -h output: [gour@atmarama] /var/db/amanda# df -h FilesystemSizeUsed Avail Capacity Mounted on tank/ROOT/default 356G6.6G349G 2%/ devfs 1.0K1.0K 0B 100%/dev procfs4.0K4.0K 0B 100%/proc linprocfs 4.0K4.0K 0B 100%/compat/linux/proc tank/tmp 349G1.3M349G 0%/tmp tank/usr/home 356G6.9G349G 2%/usr/home tank/usr/home/gour896G547G349G 61%/usr/home/gour tank/usr/jails349G 32K349G 0%/usr/jails tank/usr/obj 349G 31K349G 0%/usr/obj tank/usr/pbi 351G2.1G349G 1%/usr/pbi tank/usr/pbi/.pbi-world-amd64 350G537M349G 0%/usr/pbi/.pbi-world-amd64 tank/usr/ports349G270M349G 0%/usr/ports tank/usr/ports/distfiles 349G 36M349G 0%/usr/ports/distfiles tank/usr/src 350G1.2G349G 0%/usr/src tank/var/audit349G 33K349G 0%/var/audit tank/var/log 349G493K349G 0%/var/log tank/var/tmp 349G 32K349G 0%/var/tmp tank/usr/jails/.warden-template-10.0-RELEASE-amd64349G178M349G 0%/usr/jails/.warden-template-10.0-RELEASE-amd64 So, few questions: a) what is the reason that estimate on FreeBS/ZFS is so slow in comparison with the Linux/ext4 (I had raid1/lvm2 setup)? b) as a workaround I put: estimate calcsize in my dumptype and wonder if there is some serious trade-off in it? c) amanda-hackers mailing list is subscribed to gmane similar to this list, but the former allows direct posting via gmane, while this one does not not? Can someone do something to allow posting via Gmane for amanda-users or do you allow that I contact Gmane maintainers and try to edit the current setting? Sincerely, Gour -- It is far better to discharge one's prescribed duties, even though faultily, than another's duties perfectly. Destruction in the course of performing one's own duty is better than engaging in another's duties, for to follow another's path is dangerous. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: re-assemble dump from tape drive
On Tue, 06 Nov 2012 03:42:15 -0500 Jon LaBadie j...@jgcomp.com wrote: Assuming they are compressed with gzip you might try this untested piece. They're not compressed... for p in part1 part2 part3 do dd if=$p bs=32k skip1 | gzip -d done | gzip allparts.gzt I did concatenated two parts, but have no space on HD to amrestore 3rd one and then concatenate it, so in the above shell snippet, I'm looking if it would be possible to somehow use: dd if=/dev/tape to directly fetch3rd part from the tape and appended to the allparts.tar on the disk? Sincerely, Gour -- Abandoning all attachment to the results of his activities, ever satisfied and independent, he performs no fruitive action, although engaged in all kinds of undertakings. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: re-assemble dump from tape drive
On Tue, 06 Nov 2012 03:42:15 -0500 Jon LaBadie j...@jgcomp.com wrote: Assuming they are compressed with gzip you might try this untested piece. This worked: amrestore -p /dev/nst0 host allparts executed on the last tape image. Sincerely, Gour -- The spirit soul bewildered by the influence of false ego thinks himself the doer of activities that are in actuality carried out by the three modes of material nature. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: re-assemble dump from tape drive
On Tue, 06 Nov 2012 07:05:23 -0500 Jean-Louis Martineau martin...@zmanda.com wrote: You should have use amfetchdump, it retrieve all parts and concatenate them. Afaik, amfetchdump needs 'state' in order to work and my amadmin does not produce sensible results...otherwise I'd just use amrecover. Sincerely, Gour -- As fire is covered by smoke, as a mirror is covered by dust, or as the embryo is covered by the womb, the living entity is similarly covered by different degrees of this lust. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: backing up ZFS
On Fri, 26 Oct 2012 11:40:20 -0400 Brian Cuttler br...@wadsworth.org wrote: That is odd, and not reflective out output for ZFS file systems on a Solaris box. Hmm.. Clearly the script will not work for you as intended. You mean dump or even gnutar? I have no clue what tank0/ROOT/default contains, suspect /root/default is the mount point, but you'd know and I can only guess. Suspect tank0/ROOT is in fact /root. Here I'll include df-h output as well: [gour@atmarama gour] df -h ~ Filesystem SizeUsed Avail Capacity Mounted on tank0/ROOT/default 368G5.5G363G 1%/ devfs1.0k1.0k 0B 100%/dev procfs 4.0k4.0k 0B 100%/proc linprocfs4.0k4.0k 0B 100%/compat/linux/proc tank0/root 363G 40M 363G 0%/root tank0/tmp363G126k 363G 0%/tmp tank0/usr/home 363G 73k 363G 0%/usr/home tank0/usr/home/gour 893G529G 363G59%/usr/home/gour tank0/usr/jails 363G 83M363G 0%/usr/jails tank0/usr/obj363G 31k363G 0%/usr/obj tank0/usr/pbi374G 11G363G 3%/usr/pbi tank0/usr/ports 363G 675M363G 0%/usr/ports tank0/usr/ports/distfiles363G 106M363G 0%/usr/ports/distfiles tank0/usr/src363G435M363G 0%/usr/src tank0/var/audit 363G 31k363G 0%/var/audit tank0/var/log363G626k363G 0%/var/log tank0/var/tmp363G114k363G 0%/var/tmp and zfs list (again): [gour@atmarama gour] zfs list ~ NAMEUSED AVAIL REFER MOUNTPOINT tank0 550G 363G31K legacy tank0/ROOT 5.52G 363G31K legacy tank0/ROOT/default 5.52G 363G 5.52G /mnt tank0/root 40.1M 363G 40.1M /root tank0/swap 2.06G 365G 37.8M - tank0/tmp 127K 363G 127K /tmp tank0/usr 543G 363G31K /mnt/usr tank0/usr/home 530G 363G 73.5K /usr/home tank0/usr/home/gour 530G 363G 530G /usr/home/gour tank0/usr/jails83.8M 363G 83.8M /usr/jails tank0/usr/obj31K 363G31K /usr/obj tank0/usr/pbi 11.6G 363G 11.6G /usr/pbi tank0/usr/ports 782M 363G 676M /usr/ports tank0/usr/ports/distfiles 106M 363G 106M /usr/ports/distfiles tank0/usr/src 435M 363G 435M /usr/src tank0/var 802K 363G31K /mnt/var tank0/var/audit 31K 363G31K /var/audit tank0/var/log 626K 363G 626K /var/log tank0/var/tmp 114K 363G 114K /var/tmp Does it help? I can not be 100% certain about linux, but as far as Solaris goes (I believe linux to be the same) dump will only dump ext type, ufs, xfs etc type file systems, that tar is always used with ZFS file systems. I'm on Free(PC)BSD. Sincerely, Gour -- A person who has given up all desires for sense gratification, who lives free from desires, who has given up all sense of proprietorship and is devoid of false ego — he alone can attain real peace. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810
backing up ZFS
Hello! While being on Linux I was using lvm2 volumes in raid-1 with ext4 filesystems and defining DLEs was quite straightforward. Recently moved to Free(PC)BSD and everything is handled by ZFS, so I wonder how to properly define my DLEs to regularly backup my desktop machine to LTO-2 tapes? Here is zfslist output: [gour@atmarama gour] zfs list ~ NAMEUSED AVAIL REFER MOUNTPOINT tank0 550G 363G31K legacy tank0/ROOT 5.51G 363G31K legacy tank0/ROOT/default 5.51G 363G 5.51G /mnt tank0/root 40.1M 363G 40.1M /root tank0/swap 2.06G 365G 37.8M - tank0/tmp 126K 363G 126K /tmp tank0/usr 543G 363G31K /mnt/usr tank0/usr/home 530G 363G 73.5K /usr/home tank0/usr/home/gour 530G 363G 530G /usr/home/gour tank0/usr/jails83.8M 363G 83.8M /usr/jails tank0/usr/obj31K 363G31K /usr/obj tank0/usr/pbi 11.6G 363G 11.6G /usr/pbi tank0/usr/ports 782M 363G 676M /usr/ports tank0/usr/ports/distfiles 106M 363G 106M /usr/ports/distfiles tank0/usr/src 435M 363G 435M /usr/src tank0/var 671K 363G31K /mnt/var tank0/var/audit 31K 363G31K /var/audit tank0/var/log 564K 363G 564K /var/log tank0/var/tmp 44.5K 363G 44.5K /var/tmp Any hint? I'm a bit confused by this article: http://www.tc.mtu.edu/~jfb/amanda-zfs.php saying: To add ZFS filesystem entries to your AMANDA disklist, use the absolute mount point. zfs list, used by the dump wrapper, indicates a mount point of legacy in the case of root-on-ZFS, but AMANDA appears to look for /dev/legacy if legacy is used in disklist, which causes a host-check error and prevents the filesystem from being backed up, so be sure to use / for the filesystem/device. The wrapper script will take care of the conversion of / to legacy. Is it relevant only when using dump? I plan to use gnutar and have root-on-ZFS... Sincerely, Gour -- What is night for all beings is the time of awakening for the self-controlled; and the time of awakening for all beings is night for the introspective sage. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810
status of amanda 4.0
Hello, now when we're returning back to Amanda, I wonder if there is some roadmap/features_list for Amanda 4.0? What is the status of it? I saw some messages about alpha release last year, but not much afterwards... Sincerely, Gour p.s. Excuse me for reposting, but I've discovered that my previous posts are not visible at http://archives.zmanda.com/amanda-archives/viewforum.php?f=1 due to being pgp-signed. :-( -- In this endeavor there is no loss or diminution, and a little advancement on this path can protect one from the most dangerous type of fear. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
backing up ZFS
Hello! While being on Linux I was using lvm2 volumes in raid-1 with ext4 filesystems and defining DLEs was quite straightforward. Recently moved to Free(PC)BSD and everything is handled by ZFS, so I wonder how to properly define my DLEs to regularly backup my desktop machine to LTO-2 tapes? Here is zfslist output: [gour@atmarama gour] zfs list ~ NAMEUSED AVAIL REFER MOUNTPOINT tank0 550G 363G31K legacy tank0/ROOT 5.51G 363G31K legacy tank0/ROOT/default 5.51G 363G 5.51G /mnt tank0/root 40.1M 363G 40.1M /root tank0/swap 2.06G 365G 37.8M - tank0/tmp 126K 363G 126K /tmp tank0/usr 543G 363G31K /mnt/usr tank0/usr/home 530G 363G 73.5K /usr/home tank0/usr/home/gour 530G 363G 530G /usr/home/gour tank0/usr/jails83.8M 363G 83.8M /usr/jails tank0/usr/obj31K 363G31K /usr/obj tank0/usr/pbi 11.6G 363G 11.6G /usr/pbi tank0/usr/ports 782M 363G 676M /usr/ports tank0/usr/ports/distfiles 106M 363G 106M /usr/ports/distfiles tank0/usr/src 435M 363G 435M /usr/src tank0/var 671K 363G31K /mnt/var tank0/var/audit 31K 363G31K /var/audit tank0/var/log 564K 363G 564K /var/log tank0/var/tmp 44.5K 363G 44.5K /var/tmp Any hint? I'm a bit confused by this article: http://www.tc.mtu.edu/~jfb/amanda-zfs.php saying: To add ZFS filesystem entries to your AMANDA disklist, use the absolute mount point. zfs list, used by the dump wrapper, indicates a mount point of legacy in the case of root-on-ZFS, but AMANDA appears to look for /dev/legacy if legacy is used in disklist, which causes a host-check error and prevents the filesystem from being backed up, so be sure to use / for the filesystem/device. The wrapper script will take care of the conversion of / to legacy. Is it relevant only when using dump? I plan to use gnutar and have root-on-ZFS... Sincerely, Gour -- A person who is not disturbed by the incessant flow of desires — that enter like rivers into the ocean, which is ever being filled but is always still — can alone achieve peace, and not the man who strives to satisfy such desires. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: Linux --- FreeBSD migration problem
On Tue, 05 Apr 2011 07:24:05 -0400 Jean-Louis Martineau martin...@zmanda.com wrote: Here I'm again... Linux: 3.2.2 FreeBSD: 3.2.1 A downgrade, some log line format changed, you must upgrade to 3.2.2. More than one year ago I moved from Linux to Free/PC-BSD-9.0 (it was not released yet), but after some time returned back to Linux and to Bacula since I could not any longer compile Amanda - see my comments: https://aur.archlinux.org/packages.php?ID=29616 Now I did try 9.1RC1 and it is huge improvement for the desktop and I'm going to move very soon to PC-BSD and back to Amanda. However, this time, on Linux my working version is 3.3.1, while I see that FreeBSD ports holds amanda-3.3.2 and wonder if I can expect some issues in migration? Am I find if I simply copy my Linux /var/amanda directories considering the output below? [amanda@atmarama ~]$ amgetconf hi8 logdir /var/amanda/state/log/hi8 I'm attaching output of /var/amanda/ tree to this message. Any hint for smooth migration? Sincerely, Gour -- He who is regulated in his habits of eating, sleeping, recreation and work can mitigate all material pains by practicing the yoga system. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 amanda-tree Description: Binary data signature.asc Description: PGP signature
Re: one DLE per single tape?
On Mon, 29 Aug 2011 12:20:11 -0400 Jean-Louis Martineau martin...@zmanda.com wrote: On 08/29/2011 10:47 AM, Jon LaBadie wrote: If you want each DLE on its own tape, consider running each DLE in a separate amdump run. $ amdump config host dle 3.3.1 (not yet released) have a new 'max-dle-by-volume' setting. You can set it to 1. So, besides moving (again) to Free/PC-BSD, I want to move back from Bacula to Amanda... The main reason for using Bacula (again) was problem building Amanda on my machine: In file included from /usr/include/glib-2.0/glib.h:72:0, from amanda.h:39, from amxml.c:33: /usr/include/glib-2.0/glib/gqueue.h:76:10: note: previous declaration of 'g_queue_free_full' was here but I'm sure Amanda is better supported on Free/PC-BSD than on Archlinux. Another reason for re-considering Bacula was (possibly) quicker restore times due to deploying PostgreSQL database and having index available. (I'm familiar with cli and lack of GUI is not the reason, I use bconsole.) However, setup of Bacula is more complicated, requires more admin work (which I'd like to avoid) and not much gain for it (only quicker restore). So, my multimedia stuff (archived videos and scanned 35mm slides) are stored on 'amanda' tapes, but now I'd like to deploy it for my regular desktop backup. Am I correct if I consider using 'one DLE per single tape' strategy is better than spanning backup on several tapes? My backup device is single LTO-2 drives and the current Archlinux OS takes ~12G for / (linux OS) and ~560G for /home. I know that with FreeBSD it will be different (we'll use ZFS with some more slices for OS), but the main portion of backup is /home. Now, I wonder if you can give me some advice how to divide my /home (there is only one account under /home/gour) into DLEs to fit on a single tape or it is better to use tape spanning? I mean, how one is one supposed to handle backup when DLE is greater than tape capacity in general? Of course, I can divide /home/gour into several DLEs/tape based on *current* disk usage, but it may change in the future? How to handle it? Sincerely, Gour -- A person is said to be elevated in yoga when, having renounced all material desires, he neither acts for sense gratification nor engages in fruitive activities. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: amrecover - can't talk to tape server: service amidxtaped:
On Fri, 17 Jun 2011 15:26:21 -0400 Jean-Louis Martineau martin...@zmanda.com wrote: perl 5.14 is more restrictive in the syntax. I committed the attached patch to the 3.2 branch. After returning back to (Arch)Linux from (Free)BSD I had the same issue which was resolved by upgrading to the trunk.. Thank you for support. Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: one DLE per single tape?
On Mon, 29 Aug 2011 19:02:12 -0400 Jon LaBadie j...@jgcomp.com wrote: Nothing strange there. It attempted to put it a DLE, or depending on your configuation, a chunk of the DLE on to a tape but it didn't fit. Thus it retried that DLE or chunk on the next tape and succeeded. Hmm, that's a bit strange because Eacho DLE was selected in a way to fit on the tape. STATISTICS: Total Full Incr. Level:# Estimate Time (hrs:min) 0:00 Run Time (hrs:min) 14:23 Dump Time (hrs:min)13:11 13:11 0:00 Output Size (meg) 736042.0 736042.00.0 Original Size (meg) 647112.1 647112.10.0 Avg Compressed Size (%)113.7 113.7-- Looks like you should not be trying to compress these data. Good catch. Here is my config: define dumptype simple-gnutar-local { auth local compress none program GNUTAR record no } which means that it could be only due to hardware compression or not? DLEs Dumped4 4 0 Avg Dump Rate (k/s) 15874.315874.3-- Tape Time (hrs:min)14:22 14:22 0:00 Tape Size (meg) 736042.0 736042.00.0 Tape Used (%) 378.3 378.30.0 DLEs Taped 7 7 0 Parts Taped7 7 0 You are not splitting your DLE into chunks (parts == DLEs). This is also strange...I have 4 tapes only and 4 DLEs defined...From where it arrives to 7? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: one DLE per single tape?
On Mon, 29 Aug 2011 10:47:08 -0400 Jon LaBadie j...@jgcomp.com wrote: If you want each DLE on its own tape, consider running each DLE in a separate amdump run. $ amdump config host dle Thank you. I somehow 'missed' that feature. :-( Should I say that only today I discovered there is 'amstatus'. :-( So, each day learning something new... I did run amdump according to the config which I presented and it seems that each DLE is on its own tape. For the testing purposes I have extracted one small directory and now running amcheckdump to try to verify everything is OK 'cause I see some strange things in my amreport: [amanda@atmarama slidesng] amreport slidesng Hostname: atmarama.noip.me Org : Scanned Slides NG Config : slidesng Date: August 28, 2011 These dumps were to tapes slides-1, slides-2, slides-3, slides-4. The next 4 tapes Amanda expects to use are: slides-1, slides-2, slides-3, slides-4. FAILURE DUMP SUMMARY: atmarama.noip.me /slides/tape1 lev 0 FAILED [data write: Broken pipe] atmarama.noip.me /slides/tape1 lev 0 partial taper: No space left on device atmarama.noip.me /slides/tape1 lev 0 was successfully retried atmarama.noip.me /slides/tape2 lev 0 FAILED [data write: Broken pipe] atmarama.noip.me /slides/tape2 lev 0 partial taper: No space left on device atmarama.noip.me /slides/tape2 lev 0 was successfully retried atmarama.noip.me /slides/tape4 lev 0 FAILED [data write: Broken pipe] atmarama.noip.me /slides/tape4 lev 0 partial taper: No space left on device atmarama.noip.me /slides/tape4 lev 0 was successfully retried STATISTICS: Total Full Incr. Level:# Estimate Time (hrs:min) 0:00 Run Time (hrs:min) 14:23 Dump Time (hrs:min)13:11 13:11 0:00 Output Size (meg) 736042.0 736042.00.0 Original Size (meg) 647112.1 647112.10.0 Avg Compressed Size (%)113.7 113.7-- DLEs Dumped4 4 0 Avg Dump Rate (k/s) 15874.315874.3-- Tape Time (hrs:min)14:22 14:22 0:00 Tape Size (meg) 736042.0 736042.00.0 Tape Used (%) 378.3 378.30.0 DLEs Taped 7 7 0 Parts Taped7 7 0 Avg Tp Write Rate (k/s) 14570.314570.3-- USAGE BY TAPE: Label Time Size % DLEs Parts slides-12:27 199236614k 100.0 2 2 slides-22:27 199236118k 100.0 2 2 slides-32:27 199235822k 100.0 2 2 slides-41:55 155998480k 78.3 1 1 FAILED DUMP DETAILS: /-- atmarama.noip.me /slides/tape1 lev 0 FAILED [data write: Broken pipe] sendbackup: start [atmarama.noip.me:/slides/tape1 level 0] sendbackup: info BACKUP=/usr/local/bin/gtar sendbackup: info RECOVER_CMD=/usr/local/bin/gtar -xpGf - ... sendbackup: info end \ /-- atmarama.noip.me /slides/tape2 lev 0 FAILED [data write: Broken pipe] sendbackup: start [atmarama.noip.me:/slides/tape2 level 0] sendbackup: info BACKUP=/usr/local/bin/gtar sendbackup: info RECOVER_CMD=/usr/local/bin/gtar -xpGf - ... sendbackup: info end \ /-- atmarama.noip.me /slides/tape4 lev 0 FAILED [data write: Broken pipe] sendbackup: start [atmarama.noip.me:/slides/tape4 level 0] sendbackup: info BACKUP=/usr/local/bin/gtar sendbackup: info RECOVER_CMD=/usr/local/bin/gtar -xpGf - ... sendbackup: info end \ NOTES: planner: Adding new disk atmarama.noip.me:/slides/tape1. planner: Adding new disk atmarama.noip.me:/slides/tape2. planner: Adding new disk atmarama.noip.me:/slides/tape3. planner: Adding new disk atmarama.noip.me:/slides/tape4. taper: tape slides-1 kb 199236614 fm 2 [OK] taper: tape slides-2 kb 199236118 fm 2 [OK] taper: tape slides-3 kb 199235822 fm 2 [OK] taper: tape slides-4 kb 155998480 fm 1 [OK] DUMP SUMMARY: DUMPER STATS TAPER STATS HOSTNAME DISKL ORIG-kBOUT-kB COMP% MMM:SSKB/s MMM:SSKB/s -- -- -- atmarama.noi -ides/tape1 0 157545230 157545230 -- 117:58 22259.1 118:00 22252.2 atmarama.noi -ides/tape2 0 155998480 155998480 -- 116:35 22302.9 116:36 22298.2 atmarama.noi -ides/tape3 0 183946790 183946790 -- 135:25 22640.8 135:27 22634.0 atmarama.noi -ides/tape4 0 165152310 165152310 -- 421:23 6532.2 421:25 6531.6 (brought to you by Amanda version 3.2.2) What do you think about it? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 -- “In the material world, conceptions of good and bad are all mental
ERROR: /usr/bin/gzip exited with status 1
Hello, during my migration from Linux to FreeBSD I lost Amanda's logs and cannot use amrecover. In the attempt to re-do backup I wanted to amrestore content from the tapes, but one set of tapes was dumped with software compression enabled and now amrestore reports: amrestore on fbsd on compressed .gz tape (on linux) failed with: ERROR: /usr/bin/gzip exited with status 1. Any hint how to overcome it? (It's multi-tapes backup and I need to amrestore first and then to concatenate all the parts.) Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: ERROR: /usr/bin/gzip exited with status 1
On Sun, 17 Apr 2011 13:54:28 -0400 Jean-Louis Martineau martin...@zmanda.com wrote: amrestore -r Thank you. Then it means that before concatenate-ing all the parts together, we need to skip first 32k block? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: Linux --- FreeBSD migration problem
On Mon, 04 Apr 2011 18:01:13 -0400 Jean-Louis Martineau martin...@zmanda.com wrote: logdir is configurable in amanda.conf OK. Run 'amgetconf CONF logdir' to find where amanda expect them. OK. They're (now) in the correct place. Do the index are there? They should be in 'amgetconf CONF indexdir' Yes. Do the tapelist file list all label with the correct date? Here is the content of one such file: 20110317120137 d-movies-hi8 reuse 20110317120137 c-movies-hi8 reuse 20110317120137 b-movies-hi8 reuse 20110317120137 a-movies-hi8 reuse Do 'amadmin CONF find' list the dump? No. [amanda@atmarama amanda] amadmin movies-hi8 find Warning: no log files found for tape d-movies-hi8 written 2011-03-17 12:01:37 Warning: no log files found for tape c-movies-hi8 written 2011-03-17 12:01:37 Warning: no log files found for tape b-movies-hi8 written 2011-03-17 12:01:37 Warning: no log files found for tape a-movies-hi8 written 2011-03-17 12:01:37 No dump to list Does it mean I'd have to re-backup (iow, restore and backup again)? What's in the amindexd debug file? I don't have those and believe those were in /tmp/amanda which I didn't backup. Are they required for amrecover to work properly? Otoh, for another (most recent) config (which backed up LInux) I get: [amanda@atmarama amanda] amadmin backup find Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-1 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 localhost Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 localhost Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 localhost Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 localhost Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 backup-2 Bstrange log line in /usr/local/var/amanda/state/log/log.20110331101407.0 localhost No dump to list What is this? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: Linux --- FreeBSD migration problem
On Tue, 05 Apr 2011 06:43:58 -0400 Jean-Louis Martineau martin...@zmanda.com wrote: What was the amanda release on the linux box, What is the release on the FreeBSD box? Linux: 3.2.2 FreeBSD: 3.2.1 -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: Linux --- FreeBSD migration problem
On Tue, 05 Apr 2011 07:24:05 -0400 Jean-Louis Martineau martin...@zmanda.com wrote: A downgrade, some log line format changed, you must upgrade to 3.2.2. It helped :-) although it's strange that minor release breaks compatibility. However, it also solves minor problem with my Linux backup which I've on external USB disk. Can I assume that those configs which cannot be found with: amadmin CONF find like: Warning: no log files found for tape a-slides written 2011-03-10 06:32:21 have to be re-done? I've followed wiki and put: record no for those configs since I need to backup those slides/movies for archive and just from time to time (when working on some material) restore some parts of it. Do you still recommend to use 'record=no' next time when I'll have to perform backup again? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: filemark HP LTO-2 drive
On Thu, 03 Mar 2011 18:12:25 -0500 Jon LaBadie j...@jgcomp.com wrote: I meant that with sarcasm, hope it came through. ;) I'd wager you wouldn't be able to differentiate using an LTO-2 tapetype definition using 0KB vs 207KB filemarks. Hmm... Unless things have changed, amanda uses the filemark in calculations like: [...] In my limited experience with various tape formats and tapetype, I found my LTO-1 drive to give virtually identical results each run across different individual tapes and 2 brands of tape. The filemark was always 0. In contrast, my tapetype results for DAT (DAT-2 and DAT-3) were a bit inconsistant and showed definite differences between brands. Interesting. If my amtapetype results showed a significant filemark while others generally report zero filemark for LTO formats, I'd ponder, but wouldn't worry too much, why I got my results. Well, that's why I'm asking...all the entries for LTO-2 drive in wiki have filemark 0k. I'd certainly rerun amtapetype. It not that big a hassle. You could have done that before asking and had your result before any replies to your query. That's what I'm doing now, but it takes some time... I'd also look at the reported throughput. Amanda makes no use of the speed results; those are for your info only. OK. I'd compare my observed results with other reports and with the drive manu- facturer's specified speed. If your system is unable to feed your drive data at a rate sufficient to keep it streaming, I'm pretty sure that apparent capacity and filemark can be affected. The speed which I got (22522 kps) is in the boundary of other's results) in the wiki as well ac close to HP's spec of 24Mps. Now I'm doing test with compression disabled. Here is the result: Checking for FSF_AFTER_FILEMARK requirement Applying heuristic check for compression. Wrote random (uncompressible) data at 21864712.2580645 bytes/sec Wrote fixed (compressible) data at 21864712.2580645 bytes/sec Compression: disabled Writing one file to fill the volume. Wrote 203994431488 bytes at 22497 kb/sec Got LEOM indication, so drive and kernel together support LEOM Writing smaller files (2039939072 bytes) to determine filemark. define tapetype unknown-tapetype { comment Created by amtapetype; compression disabled length 199213312 kbytes filemark 208 kbytes speed 22497 kps blocksize 32 kbytes } # for this drive and kernel, LEOM is supported; add # device-property LEOM TRUE # for this device. which shows that the drive is behaving even (slightly) better with compression enabled. :-) Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
filemark HP LTO-2 drive
Hello, after performing testing of my HP Ultrium 448 drive with: amtapetype -f /dev/nst0 I got the following result: Checking for FSF_AFTER_FILEMARK requirement Applying heuristic check for compression. Wrote random (uncompressible) data at 21864712.2580645 bytes/sec Wrote fixed (compressible) data at 50207857.778 bytes/sec Compression: enabled Writing one file to fill the volume. Wrote 203994431488 bytes at 22522 kb/sec Got LEOM indication, so drive and kernel together support LEOM Writing smaller files (2039939072 bytes) to determine filemark. define tapetype unknown-tapetype { comment Created by amtapetype; compression enabled length 199213312 kbytes filemark 207 kbytes speed 22522 kps blocksize 32 kbytes } # for this drive and kernel, LEOM is supported; add # device-property LEOM TRUE # for this device. However, when comparing the above result with the entries at http://wiki.zmanda.com/index.php/Tapetype_definitions#Hewlett-Packard_Ultrium_448 I see that all of 'em have: filemark 0 kybtes, while I got filemark 207 kbytes What do you think, iow. shall I use the one arrived after amtapetype testing? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Bacula -- Amanda migration
Hello! I've 8 LTO-2 tapes filled with raw video (DV) and 4 with raw high-resolution (35mm) scans stored in Bacula catalog in Postgres database. Now, I'd like to put this data (~1.7TB of video 700GBs of scans) on the tape backed up by Amanda. I'd also like to do this migration while my desktop machine is still running Linux (with ext4 fs) 'cause I plan to put Free(PC)BSD on my desktop with ZFS filesystem soon, in the attempt to avoid migrating Postgres database from one OS to the other. As far as I can see, there is no way to avoid restoring all this data and then do backup with Amanda. The problem is that I'm a bit tight on the HD - my desktop has 2x1TBs hard disks running in raid1 mirror, and two smaller external USB disks (320GB + 750GB), so the only solution (without buying more hardware) seems to be to remove one disk from raid1 array and used it along with the other disks to restore everything on those and then backup? Let me add that video files (8 tapes) are stored in separate catalog then the slides, iow. they use different pools of tapes. Any idea how to do this Bacula -- Amanda migration in a most simple way? Is there any concern when migrating Amanda from Linux to FreeBSD? Can you recommend some appropriate strategy to do this long-term archiving of video slides (besides http://wiki.zmanda.com/index.php/FAQ:How_can_I_configure_Amanda_for_long-term_archiving%3F) in order to have it easy way when doing recovery/restore without having all the eggs in one basket? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Re: filemark HP LTO-2 drive
On Thu, 03 Mar 2011 10:48:29 -0500 Jon LaBadie j...@jgcomp.com wrote: 207KB for each filemark? Wow, what a huge waste!! Indeed. But consider the difference from a 0KB filemark to Amanda's calculations. If it were to write 1000 separate tape files, wasting 207MB in filemarks, its calculations of how much dump data it could fit on the tape would differ by 0.1%. That's right...Still, I wonder whether to try using 0kb for filemark, run the test again or something else? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Re: Bacula -- Amanda migration
On Thu, 03 Mar 2011 11:00:01 -0500 Chris Hoogendyk hoogen...@bio.umass.edu wrote: I saw almost exactly the same question on the Bacula list recently, with respect to migrating from netbackup to Bacula. The short answer was that there is no way except recovering and then backing up with the new backup program. :-( If you had two tape drives and a decent sized holding disk, and you wanted to get really creative, you could write a module that recovers from Bacula tapes and streams directly to the Amanda backup. ;-) But, that's *way* over the top. Much easier to just recover and back up again. Neither I've two tape drives, not enough creativity to delve into such project. :-) I've found that using amadmin to force full and then marking the tapes as no-reuse works for archive and ends up keeping the same configuration for DLEs, etc. Good. If you want more than one copy, you can always run that again, or just copy the tape if you have two drives. Bacula has Copy Job. What about Amanda's amvault? Can it serve the same purpose? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Re: Bacula -- Amanda migration
On Thu, 3 Mar 2011 09:48:22 -0700 John Hein jh...@symmetricom.com wrote: Amanda should not have problems. If you hit a snag, ask the list. Cool. You may hit issues like the mt(1) syntax is different (use mt for things like setting blocksize and disabling hardware compression before amanda starts up). That's OK and we believe we will be able to find out our way... Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Amanda vs Bacula
Hello, I'm an Archlinux user planning to migrate to Free/PCBSD soon. At the moment I use Bacula to backup my desktop machine and another (old) laptop. Moreover, I've collection of archived (scanned) slides and video files which are archived on (atm) 12 LTO-2 tapes with more tapes to be filled in the future. So, considering the above backup hardware (HP Ultrium 448 tape drive) and my backup needs, I wonder whether Amanda might be better option for me? When I say 'better' I think about the following: a) ease of setup and admin work required to maintain the setup I did configure Bacula, created 3 different Catalogs (video, slides, desktop). but I lost in the past my configuration and had to scan all the tapes to restore catalog files which are atm stored in Postgresql database which is another extra requirement to admin. (Let me say that I keep Postgresql just for the Bacula needs. How does Amanda compare here? b) tools for working with the application Bacula has Bat GUI, but I use bconsole and can find my way there, but wonder how does Amanda compare here? c) bare-metal recovery So far, I never did it with Bacula, but I confess that I'm not probably ready either. Is bare-metal recovery easy/difficult with Amanda? d) spanning volumes on more than one tape and appending to the tape I see two unusual (from the Bacula user's perspective) FAQ entries: 1) How do I back up a partition that won't fit on a tape? 2) Why does Amanda not append to a tape? According to the FAQ, answer for 1) seems to be that it's possible since 2.5.0, and it looks that 3.2.x is bringing support to even better level. Correct? As far as issue 2) is concerned, I'm accustomed in Bacula to simply run a job, selecting correct Pool of tapes and Bacula appends new backup to the appropriate tape without much thinking. It looks that Amanda is using different strategy, and the following confuses me (from http://wiki.zmanda.com/index.php/FAQ:Why_does_Amanda_not_append_to_a_tape%3F): ...Amanda was designed to never overwrite a non-Amanda tape, nor an Amanda tape from a different configuration, nor an Amanda tape from the current configuration that is still active, i.e. has backups on the tape more recent than the dumpcycle length. Bacula also has 'file retention' parameter, but here I'm confused with interchange of the words 'append' (as used in the FAQ entry) and 'overwrite' as used in explanation? So I'd appreciate if someone can throw some more light on it helping with the final decision. Anything else which I did not include which might be worth of comparing? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Re: Amanda vs Bacula
On Tue, 1 Mar 2011 10:27:39 -0700 Charles Curley charlescur...@charlescurley.com wrote: It might; see below. Let's see.. It is my experience that once you get the configuration files set up, everything is very stable. That's good. Amanda does not address bare metal recovery. I, however, do. http://www.charlescurley.com/Linux-Complete-Backup-and-Recovery-HOWTO.html. Nice article. The quantum unit of backup in Amanda is the Disk List entry (DLE). A DLE may cover more than one partition or a portion of a partition. You can use exclusions to further refine and nest DLEs. That's clear. One thing that concerns me with appending is that if the tape or the tape drive goes bad during the append operation, you run the risk of clobbering no only the appended material but also the previous material. Having seen this happen, I prefer to avoid it. Tape space is much cheaper than your data. I see... Also, with virtual tapes (vtapes in Amandaese), the question is meaningless. It is the total space available in the partition that is critical, not the available space on each vtape. So, I can create as many vtapes as I like and then dump those to the tape and they can span many tapes if required? One of these days your tape drive is going to wear out. You may find it expedient to replace it with disk drives loaded with vtapes. Well, my 'multimedia' archive is meant to be archived and here I assume tapes, not on the movable hard disks. For me, the lack of vtapes in Bacula would be a show stopper. Thank you for your input...I'm going to take a closer look at vtapes in wiki. Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Re: Amanda vs Bacula
On Tue, 01 Mar 2011 13:25:22 -0500 Chris Hoogendyk hoogen...@bio.umass.edu wrote: There are a lot of issues and questions here, and some of them can be very personal. For, example, I'm totally happy with a simple command line interface, whereas some people won't even consider a piece of software unless it has some sort of graphical interface, even if it is just a web interface. I like cli and do not have problem with it. ;) Anyway, that's just by way of illustration. When you mentioned Java, I had enough. :-) If you want a general sense of why I like Amanda, see http://blogs.umass.edu/choogend/2007/09/27/ten-things-i-like-about-amanda/ . It's slightly dated, but still pertinent, in spite of both Amanda and Bacula having seen a huge amount of development work in the last few years. Very nice article. I really enjoyed it. ;) That was a significant part of my choosing Amanda. It is pretty much straight to the point. You don't have to install and configure an SQL database (and manage it's tuning and performance); you don't have to configure multiple server daemons (storage, database, backup); it is run from the OS (cron), so you don't have to worry about whether it is still running or not (having to put in a nagios module to watch it); it uses native tools on the OS, so you don't have to worry about being able to read the tapes if your backup server goes belly up; and I believe the configuration of Amanda is much easier, as long as you get the point of the planning strategy that Amanda uses -- Huh...this is very true and compelling... If you go with the enterprise edition from Zmanda, you can get a graphical console that is very advanced. I'll stay with community version, but don't have need for gui. Bare metal is bare metal. I don't think there is much difference in concept getting your system back up. The huge difference is that Amanda tapes can be read with native OS tools. So, you don't have to get Amanda installed and reconfigured in order to access your tapes. This is huge advantage. append is the idea that one backup run can be added to the end of a tape used by the previous backup run, continuing until the tape is full. Some (including me) are philosophically against that. It poses risks of losing all those backups if one fails in writing to the tape, and it eliminates the redundancy of your backups by putting all (or many of) your eggs in one basket. I prefer more tapes and don't mind if they happen to be largely empty. That just means I still have growth for the future, which is always an issue. Heh...more eggs in the basket is good explanation. overwrite is when a tape comes around for being re-used. Well, I understand about 'append' 'overwrite', but wonder why the FAQ entry is named Why does Amanda not *append* to a tape? while the answer speaks about: ...Amanda was designed to never *overwrite* a non-Amanda tape.. It looks that FAQ entry mixes the concepts? So, the re-use of tapes by Amanda is somewhat simpler. Right. No need to extra layer of Pools as in Bacula...We like simiplicity. It is controlled by the tape cycle. If you want to use a tape as an archive (set aside and not re-used), you can use amadmin to mark that tape as no-reuse. This is nice simple. We might use it for our 'multimedia archive'. ;) I hope that helps. Yeah...I'm thankful to all those who responded and I believe I'm going to install Amanda. :-) Question: considering that I may start using Amanda while still being on x86_64 Linux, what would be procedure to migrate my setup on x86_64 Free(PC)BSD? And there is one gotcha with Amanda: posting from Gmane does not work...if anyone has idea how to fix it it, it would be great!! Sincerely, Gour (new Amanda user preferring to read/post_to mailing lists via Gmane) -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Re: Amanda vs Bacula
On Tue, 1 Mar 2011 13:01:28 -0700 Charles Curley charlescur...@charlescurley.com wrote: Nope. You leave virtual tapes on the hard drive. You don't bother with tapes at all. Ahh...but I want to continue using my LTO-2 drive and tapes. Oh, and something I missed earlier: you can span tapes. (Defined as sending one backup to more than one tape.) You set a configuration value to the maximum number of tapes to span. E.g.: I allow two. Most of the time Amanda uses one. OK. That's nice to hear. However I have a few large DLEs. Those span two tapes when they get a full backup. It works just fine on vtapes. Same here. Converting one old Hi-8 video tape, means 30GB of data. With physical tapes, you would need a changer or a human attendant. Only human servant is on disposal here. :-) Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Re: Amanda vs Bacula
On Tue, 1 Mar 2011 17:12:26 -0300 Fernan Aguero fernan.agu...@gmail.com wrote: Don't use dump if you're planning to migrate. You may decide later to use dump(1) once you're settled with an OS/platform. Ahh...this is good point. Thank you. We'll use tar then. If you use more exotic filesystems (reiserfs, xfs) you may need to use yet another dump command. On Linux I use ext4, but plan to use zfs on FreeBSD. Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature
Re: Amanda vs Bacula
On Tue, 1 Mar 2011 14:21:36 -0700 Charles Curley charlescur...@charlescurley.com wrote: Go right ahead. My concern is that physical tapes die, often unexpectedly, and at that time your choice is either to buy a new tape drive or toss your tapes. Well, hard disks die too. :-) The latter is attractive if you already have a known good alternative up and running. In order to have some redundancy, Bacula has 'Copy Job' option to duplicate volume. Probably it can be (somehow) achieved in Amanda setup? Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA signature.asc Description: PGP signature