default dumptype DUMP
Hi, Does DUMP dumptype have any properties that can be redefined ? I need to follwing task: stop the application, dettach the mirror, ufsdump attach the mirror This can be done with gtar but can this be done with native backup tools as well ? I Thanks Gunnar Gunnarsson
ZWC template not applying as expected
I have a template setup in ZWC which contains the single entry: "C:\Documents and Settings". The corresponding DLE is: foo.bar.com "c:" zwc-compress The problem is that Amanda then backs up the entire C drive rather than just the "Documents and Settings" folder. What is it I'm missing? Kind Regards, Chris
Re: ZWC template not applying as expected
Chris, I'd puzzeled over that too. I believe that the templates are for amanda servers, you are only running the client and the tempate is never used for anything. My (unix based) dislist files contain dle's that look like foo c:/database-backups zwc-compress foo c:/users-data1 zwc-compress foo c:/users-data2 zwc-compress Rather than a template that contains the 3 entries. On Tue, Jun 08, 2010 at 10:53:03AM -0400, Chris Nighswonger wrote: > I have a template setup in ZWC which contains the single entry: > "C:\Documents and Settings". The corresponding DLE is: > > foo.bar.com "c:" zwc-compress > > The problem is that Amanda then backs up the entire C drive rather > than just the "Documents and Settings" folder. > > What is it I'm missing? > > Kind Regards, > Chris --- Brian R Cuttler brian.cutt...@wadsworth.org Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 IMPORTANT NOTICE: This e-mail and any attachments may contain confidential or sensitive information which is, or may be, legally privileged or otherwise protected by law from further disclosure. It is intended only for the addressee. If you received this in error or from someone who was not authorized to send it to you, please do not distribute, copy or use it or any attachments. Please notify the sender immediately by reply e-mail and delete this from your system. Thank you for your cooperation.
Re: ZWC template not applying as expected
Hi Brian, On Tue, Jun 8, 2010 at 11:06 AM, Brian Cuttler wrote: > Chris, > > I'd puzzeled over that too. > > I believe that the templates are for amanda servers, you > are only running the client and the tempate is never used > for anything. A look at a tcpdump does show that the diskdevice in the DLE is passed to the zwc and the next piece of traffic is the estimated size of the backup of that device. So template.txt appears to be ignored. It seems that if it is not meant to be used it should be removed from the community version or at least documented as such. > > My (unix based) dislist files contain dle's that look like > foo c:/database-backups zwc-compress > foo c:/users-data1 zwc-compress > foo c:/users-data2 zwc-compress > > Rather than a template that contains the 3 entries. This is what I have resorted to for the time being as well. Thanks for the response. Kind Regards, Chris
Re: default dumptype DUMP
Gunnarsson, Gunnar wrote: Does DUMP dumptype have any properties that can be redefined ? I need to follwing task: stop the application, dettach the mirror, ufsdump attach the mirror This can be done with gtar but can this be done with native backup tools as well ? I Haven't seen an answer to this yet, so I'll hazard a comment and question. One approach is to do a wrapper, as in http://wiki.zmanda.com/index.php/Backup_client#Chris_Hoogendyk.27s_Example, where I'm doing an fssnap before the ufsdump and following it with deleting the snapshot. You could modify it to fit your needs. That wrapper also has a stop application for xntpd (which is a real time application) when doing an fssnap of the root partition because of a bug in fssnap. The advantage of the snapshot is that you only have to stop your application for the extremely brief time it takes to do the snapshot. Then you start your application and proceed with the ufsdump of the snapshot. In your sequence above, I don't know what your application is or whether it would have to be down during the entire ufsdump or stopped and started for each dettach/attach. The newer releases of Amanda probably have some cleaner ways (than wrapper) of dealing with all that, but I haven't jumped into it quite yet. Maybe someone else can offer comments. What version are you using? -- --- Chris Hoogendyk - O__ Systems Administrator c/ /'_ --- Biology & Geology Departments (*) \(*) -- 140 Morrill Science Center ~~ - University of Massachusetts, Amherst --- Erdös 4
Re: ZWC template not applying as expected
Well, Google turned up this: http://forums.zmanda.com/showthread.php?t=2588 But trying to apply it to my DLE results in an "Invalid disk list entry. For taking backup of a single file use templates." Sort of ironic considering I *am* trying to use a template. ;-) On Tue, Jun 8, 2010 at 1:17 PM, Brian Cuttler wrote: > > Chris, > > Glad I was able to help. I'll let you know if I learn more > but do believe/agree with you that it seems to be a documentation issue. > > best, > > brian > > On Tue, Jun 08, 2010 at 01:08:42PM -0400, Chris Nighswonger wrote: >> Hi Brian, >> >> On Tue, Jun 8, 2010 at 11:06 AM, Brian Cuttler wrote: >> > Chris, >> > >> > I'd puzzeled over that too. >> > >> > I believe that the templates are for amanda servers, you >> > are only running the client and the tempate is never used >> > for anything. >> >> A look at a tcpdump does show that the diskdevice in the DLE is passed >> to the zwc and the next piece of traffic is the estimated size of the >> backup of that device. So template.txt appears to be ignored. >> >> It seems that if it is not meant to be used it should be removed from >> the community version or at least documented as such. >> >> > >> > My (unix based) dislist files contain dle's that look like >> > foo ? c:/database-backups ?zwc-compress >> > foo ? c:/users-data1 ? ? ? zwc-compress >> > foo ? c:/users-data2 ? ? ? zwc-compress >> > >> > Rather than a template that contains the 3 entries. >> >> This is what I have resorted to for the time being as well. >> >> Thanks for the response. >> >> Kind Regards, >> Chris > --- > Brian R Cuttler brian.cutt...@wadsworth.org > Computer Systems Support (v) 518 486-1697 > Wadsworth Center (f) 518 473-6384 > NYS Department of Health Help Desk 518 473-0773 > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > confidential or sensitive information which is, or may be, legally > privileged or otherwise protected by law from further disclosure. It > is intended only for the addressee. If you received this in error or > from someone who was not authorized to send it to you, please do not > distribute, copy or use it or any attachments. Please notify the > sender immediately by reply e-mail and delete this from your > system. Thank you for your cooperation. > > >
amanda-backup_client conflicts with amanda-backup_server-3.1.0-1.rhel5.i386
I just did a brand new installation of CentOS 5.5 (an RHEL 5.5 clone), updated it ("yum update") and pulled in amanda-backup_server-3.1.0-1.rhel5.i386.rpm. I installed like so: [r...@quartz ~]# yum --nogpgcheck install amanda-backup_server-3.1.0-1.rhel5.i386.rpm Loaded plugins: fastestmirror ... Examining amanda-backup_server-3.1.0-1.rhel5.i386.rpm: amanda-backup_server-3.1.0-1.rhel5.i386 Marking amanda-backup_server-3.1.0-1.rhel5.i386.rpm to be installed Resolving Dependencies --> Running transaction check ---> Package amanda-backup_server.i386 0:3.1.0-1.rhel5 set to be updated --> Finished Dependency Resolution Dependencies Resolved = Package Arch Version Repository Size = Installing: amanda-backup_server i386 3.1.0-1.rhel5 /amanda-backup_server-3.1.0-1.rhel5.i386 7.8 M Transaction Summary == Install 1 Package(s) Upgrade 0 Package(s) Total size: 7.8 M Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug ERROR with rpm_check_debug vs depsolve: amanda-backup_client conflicts with amanda-backup_server-3.1.0-1.rhel5.i386 Complete! (1, [u'Please report this error in https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20Linux%205&component=yum']) [r...@quartz ~]# It seem this package hit a YUM bug. I then tried it the old fashioned way: [r...@quartz ~]# rpm -ivh amanda-backup_server-3.1.0-1.rhel5.i386.rpm error: Failed dependencies: amanda-backup_client conflicts with amanda-backup_server-3.1.0-1.rhel5.i386 [r...@quartz ~]# However, I never installed the offending package. -- Charles Curley /"\ASCII Ribbon Campaign Looking for fine software \ /Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com/ \No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB
large level 1 dumps
Our server is Solaris 10/sparc and is running amanda 2.4.4 and tar (GNU tar) 1.17. We have a fairly large partition [clep/tmp/amanda] df -hl /export/zone Filesystem size used avail capacity Mounted on /dev/dsk/c3t0d0s6 1.1T 411G 746G36%/export/zone that is giving virtually a level 0 dump when running a level 1. The ZFS/snapshot issue is not in play here [where the device id is different each day because of the snapshots] as this is a UFS partition and we are not using snapshots. But we were wondering if there was some similar issue, or how we could gain further insight into the file selection criteria causing the level 1 dumps to be so large. Clearly most of the files on the partition are static... thank you, Brian --- Brian R Cuttler brian.cutt...@wadsworth.org Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 IMPORTANT NOTICE: This e-mail and any attachments may contain confidential or sensitive information which is, or may be, legally privileged or otherwise protected by law from further disclosure. It is intended only for the addressee. If you received this in error or from someone who was not authorized to send it to you, please do not distribute, copy or use it or any attachments. Please notify the sender immediately by reply e-mail and delete this from your system. Thank you for your cooperation.
Re: ZWC template not applying as expected
On Tue, Jun 8, 2010 at 7:53 AM, Chris Nighswonger wrote: > I have a template setup in ZWC which contains the single entry: > "C:\Documents and Settings". The corresponding DLE is: > > foo.bar.com "c:" zwc-compress > The disklist entry should be foo.bar.com zwc-compress The template should be defined on the Windows client as "C:\Documents and Settings". It is not necessary to use template unless you want to back all the folders using the same snapshot. Paddy > The problem is that Amanda then backs up the entire C drive rather > than just the "Documents and Settings" folder. > > What is it I'm missing? > > Kind Regards, > Chris > -- Amanda http://amanda.zmanda.com ZRM for MySQL http://www.zmanda.com/backup-mysql.html
Re: amanda-backup_client conflicts with amanda-backup_server-3.1.0-1.rhel5.i386
I *think* this is the same issue being addressed here: http://forums.zmanda.com/showthread.php?t=2800 Dustin -- Open Source Storage Engineer http://www.zmanda.com
Re: ZWC template not applying as expected
On Tue, Jun 8, 2010 at 2:58 PM, Paddy Sreenivasan wrote: > On Tue, Jun 8, 2010 at 7:53 AM, Chris Nighswonger > wrote: >> I have a template setup in ZWC which contains the single entry: >> "C:\Documents and Settings". The corresponding DLE is: >> >> foo.bar.com "c:" zwc-compress >> > > The disklist entry should be > > foo.bar.com zwc-compress > > > The template should be defined on the Windows client as "C:\Documents > and Settings". > > It is not necessary to use template unless you want to back all the > folders using the same snapshot. What I'm really looking for is a way for certain users to manage their own backups. Is this the wrong way to go about it? Chris
After upgrading to 3.1.0: ETIMEOUT must be positive
Hello, I upgraded my 2.6.1p2 installation to 3.1.0, but now I receive on all am* commands: > ETIMEOUT must be positive But the manpage says: etimeout int . A negative value will be interpreted as a total amount of time to wait per client instead of per disk. Who's wrong? Manpage or program code? Regards, Marc -- Marc Muehlfeld (IT-Leiter) Zentrum fuer Humangenetik und Laboratoriumsmedizin Dr. Klein und Dr. Rost Lochhamer Str. 29 - D-82152 Martinsried Telefon: +49(0)89/895578-0 - Fax: +49(0)89/895578-78 http://www.medizinische-genetik.de
Can't recover with 2.6.1p2 client from 3.1.0 server
Hello, I upgraded our server to 3.1.0 (before 2.6.1p2). But now I can't recover files on my 2.6.1p2 client that were backuped before I switched the server version: > Specified file list matches multiple dumps; cannot continue recovery Got no header and data from server, check in amidxtaped.*.debug and amandad.*.debug files on server amidxtaped.20100608163914.debug: > Tue Jun 8 16:39:14 2010: amidxtaped: pid 22557 ruid 33 euid 33 version 3.1.0: start at Tue Jun 8 16:39:14 2010 > Tue Jun 8 16:39:14 2010: amidxtaped: CTL << FEATURES=9ffe7f > Tue Jun 8 16:39:14 2010: amidxtaped: CTL << CONFIG=KDD > Tue Jun 8 16:39:14 2010: amidxtaped: CTL << LABEL=KDD174:29 > Tue Jun 8 16:39:14 2010: amidxtaped: CTL << FSF=29 > Tue Jun 8 16:39:14 2010: amidxtaped: CTL << HEADER > Tue Jun 8 16:39:14 2010: amidxtaped: CTL << DEVICE=HDD_Changer Tue Jun 8 16:39:14 2010: amidxtaped: CTL << HOST=^genome.mr.lfmg.de$ Tue Jun 8 16:39:14 2010: amidxtaped: CTL << DISK=^/home$ > Tue Jun 8 16:39:14 2010: amidxtaped: CTL << DATESTAMP=20100607210002 Tue Jun 8 16:39:14 2010: amidxtaped: CTL << END > Tue Jun 8 16:39:14 2010: amidxtaped: pid 22557 ruid 33 euid 33 version 3.1.0: rename at Tue Jun 8 16:39:14 2010 > Tue Jun 8 16:39:14 2010: amidxtaped: ignoring specified DISK, as it may be badly quoted > Tue Jun 8 16:39:18 2010: amidxtaped: CTL >> MESSAGE Specified file list matches multiple dumps; cannot continue recovery > Tue Jun 8 16:39:18 2010: amidxtaped: exiting with 0 > Tue Jun 8 16:39:18 2010: amidxtaped: pid 22557 finish time Tue Jun 8 16:39:18 2010 Files that were backuped on a 2.6.1p2 client by a 3.1.0 server, can restored without problems on the client again. Bug? Regards, Marc -- Marc Muehlfeld (IT-Leiter) Zentrum fuer Humangenetik und Laboratoriumsmedizin Dr. Klein und Dr. Rost Lochhamer Str. 29 - D-82152 Martinsried Telefon: +49(0)89/895578-0 - Fax: +49(0)89/895578-78 http://www.medizinische-genetik.de
Re: After upgrading to 3.1.0: ETIMEOUT must be positive
On Tue, Jun 8, 2010 at 3:58 PM, Marc Muehlfeld wrote: > > ETIMEOUT must be positive > > But the manpage says: > > etimeout int > . A negative value will be interpreted as a total amount of time to wait > per client instead of per disk. > > Who's wrong? Manpage or program code? Well, it was changed in this commit: commit 1a2051ece2e27fea65b9bf05dac235a7e358f52a Author: Jean-Louis Martineau Date: Thu Dec 17 17:41:01 2009 + * common-src/conffile.c: etimeout must be positive. * common-src/protocol.c: Fix possible timeout of 0. git-svn-id: https://amanda.svn.sourceforge.net/svnroot/amanda/amanda/tr...@2358 a8d146d6-cc15-0410-8900-af154a0219e0 I don't remember the motivation for the change, though - maybe JLM does. But the upshot is that it looks like the manpage was not properly updated. Dustin -- Open Source Storage Engineer http://www.zmanda.com
Re: Can't recover with 2.6.1p2 client from 3.1.0 server
On Tue, Jun 8, 2010 at 3:58 PM, Marc Muehlfeld wrote: > > Tue Jun 8 16:39:14 2010: amidxtaped: CTL << LABEL=KDD174:29 .. > > Tue Jun 8 16:39:18 2010: amidxtaped: CTL >> MESSAGE Specified file list > matches multiple dumps; cannot continue recovery So what's happening here is that amidxtaped is looking for the dumpfile at that particular label:filenum, and then making sure it finds all of the required parts of that dump. The error occurs when the label:filenum pairs specified cover more than one dumpfile. With only one filenum specified, it shouldn't be able to find more than one dump. Do you happen to have multiple volumes with that label? That would be weird, but worth asking. Could you edit up perl/Amanda/Recovery/Planner.pm as follows: 400 my @filelist = @{$params{'filelist'}}; 401 while (@filelist) { 402 my $label = shift @filelist; Amanda::Debug::debug("LABEL $label"); 403 push @labels, $label; 404 $files{$label} = shift @filelist; Amanda::Debug::debug("FILES " . join(" ", @{$files{$label}})); 405 } ... 419 my %dumps = map { my $d = $_->{'dump'}; ($d, $d) } @parts; use Data::Dumper; Amanda::Debug::debug("".Dumper([ %dumps ]); 420 my @dumps = values %dumps; and try again? Dustin -- Open Source Storage Engineer http://www.zmanda.com
Cleanup vtape space Amanda-2.6.1
Good time of the day, users. After long long holliday I'm returning in company and see this message: FAILURE DUMP SUMMARY: www.site.org /var/www/htdocs/ISU lev 1 FAILED [Not enough holding disk space] www.site.org /var/www/htdocs/ISU lev 1 FAILED [out of holding space in degraded mode] Partition vtapes are full of dumps. I'd not run for a long time amflush to flush it on the tape drive due to 2 month holliday. My question is - how to clean up old and unecessery data in vtapes ? -- С уважение: Д.Мазнеков IT/ERP/Анализи Optix Co. Bulgaria Tel:+359/357-64125-117 Моб:+359/88-5166659 www.optixco.com d.mazne...@optixco.com Visit us at EUROSATORY in Paris (14-18.06.2010)- Bulgarian Pavilion Visit us at OPTATEC in Frankfurt (15-18.06.2010)- Booth Hall 3, C 33 *** OPTIX Co. Disclaimer ISO 27001:2005 [ F1 ] This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. OPTIX Co. is an industry leader in the field of optics, opto-mechanical devices and opto-electronic systems. We provide the most comprehensive solutions of custom designs for both civil and defense application. ***
Re: Cleanup vtape space Amanda-2.6.1
Is it possible to use: /*amadmin DailySet1 holding list -l -d | amadmin DailySet1 holding delete -*/ to delete all unnecessary dumps ? Dimiter Maznekov wrote: Good time of the day, users. After long long holliday I'm returning in company and see this message: FAILURE DUMP SUMMARY: www.site.org /var/www/htdocs/ISU lev 1 FAILED [Not enough holding disk space] www.site.org /var/www/htdocs/ISU lev 1 FAILED [out of holding space in degraded mode] Partition vtapes are full of dumps. I'd not run for a long time amflush to flush it on the tape drive due to 2 month holliday. My question is - how to clean up old and unecessery data in vtapes ? -- С уважение: Д.Мазнеков IT/ERP/Анализи Optix Co. Bulgaria Tel:+359/357-64125-117 Моб:+359/88-5166659 www.optixco.com d.mazne...@optixco.com * Visit us at EUROSATORY in Paris (14-18.06.2010)- Bulgarian Pavilion Visit us at OPTATEC in Frankfurt (15-18.06.2010)- Booth Hall 3, C 33 * /OPTIX Co. Disclaimer * ISO 27001:2005 [ F1 ] * This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. / *OPTIX Co. is an industry leader in the field of optics, opto-mechanical devices and opto-electronic systems. We provide the most comprehensive solutions of custom designs for both civil and defense application. * * Visit us at EUROSATORY in Paris (14-18.06.2010)- Bulgarian Pavilion Visit us at OPTATEC in Frankfurt (15-18.06.2010)- Booth Hall 3, C 33 * /OPTIX Co. Disclaimer * ISO 27001:2005 [ F1 ] * This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. / *OPTIX Co. is an industry leader in the field of optics, opto-mechanical devices and opto-electronic systems. We provide the most comprehensive solutions of custom designs for both civil and defense application. * -- С уважение: Д.Мазнеков IT/ERP/Анализи Optix Co. Bulgaria Tel:+359/357-64125-117 Моб:+359/88-5166659 www.optixco.com Visit us at EUROSATORY in Paris (14-18.06.2010)- Bulgarian Pavilion Visit us at OPTATEC in Frankfurt (15-18.06.2010)- Booth Hall 3, C 33 *** OPTIX Co. Disclaimer ISO 27001:2005 [ F1 ] This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. OPTIX Co. is an industry leader in the field of optics, opto-mechanical devices and opto-electronic systems. We provide the most comprehensive solutions of custom designs for both civil and defense application. ***