Re: release of amanda-2.6.1
Yesterday I have installed 2.6.1 from the rpm file
amanda-backup_server-2.6.1-1.suse11.i586.rpm which I had created
previously. Backup today went smoothly, amstatus and amcheck are ok as
well as a test recovery with amrecover.
Again, thanks for all assistance and help.
Regards,
Charles
On Mon, 02 Feb 2009 12:47:58 -0600
Dan Locks wrote:
> Charles Stroom wrote:
> > Firstly, I removed the 2 redundant lines in my patch -> compile and
> > build seems still to be ok.
> >
> > Then, I changed the distver line to 11.1 -> now the error re-occurs:
> > "
> > cont...@fiume:~/done/RPMs/amanda> sudo rpmbuild
> > -ba /usr/src/packages/SPECS/amanda.spec root's password:
> > error: parse error in expression
> > error: /usr/src/packages/SPECS/amanda.spec:363:
> > parseExpressionBoolean returns -1 Executing(%prep): /bin/sh
> > -e /var/tmp/rpm-tmp.13551 etc.
> >
> > regards,
> >
> > Charles
> >
> >>
> >> On this line, it seems that rpm can't handle the "." in distver.
> >> Just to verify, can you alter your patch to re-add the ".1" in
> >> distver and verify that the failure recurs? If this is the case,
> >> we'll need to adjust our numbering scheme (probably adopting the
> >> four-digit format of suse_version).
> >>
> Clearly rpmbuild doesn't think that 11.1 is a number, but we rely on
> distver to do a number of > or < comparisons, so we can't use change
> it all to string comparison easily. The method I've seen to handle
> this would be to add something like:
> define distver_major 11
> define distver_minor 1
> define distver %{distver_major}%{?distver_minor:
> echo .%{distver_minor}}
>
> Then use distver_major wherever you need numerical comparison, and
> distver wherever you want the full string. Is there a pressing
> reason to use 11.1 vs 11? Was there ever an 11.0 available, and is
> it still in use? It's not good to use wrong terminology just because
> I'm lazy. Although in this case being lazy is keeping the already
> complicated .spec syntax a little simpler.
>
> It occurs to me that the minor version for Suse/sles might be the the
> service pack. Do you have service pack 1 for OpenSuSE 11 installed?
> is there such a thing? We did have problems running an RPM built on
> Sles10sp2 on Sles10. I didn't trace down the rpm macros in that case
> because our solution was to install Sles10 instead.I doubt binary
> compatibility is broken going forward from 11 to 11.1, so having a
> separate rpm for each seems a bit excessive.
>
> I don't know how much value we gain for the increase in complexity.
> Since we don't test on every minor version of every distro, this
> detection machinery is going to be error prone and likely to cause
> more problems like yours than it will fix.
>
> I guess I'd say let's go with 11 vs 11.1 unless there is a problem I
> don't know about.
>
> Dan
--
Charles Stroom
email: charles at no-spam.stremen.xs4all.nl (remove the "no-spam.")
Re: amanda 2.6.1, Solaris 10/Sparc, amstatus error
This bug is already fixed. Fix will be in 2.6.1p1. Jean-Louis Brian Cuttler wrote: Successful run of the new version yesterday, performing a new run this morning with autoflush (production capacity tape drive is on the current production system). Ran amstatus and noted an error, thought I'd pass it on. Please let me know what additional detail I can provide. I do not consider this a serious problem, I don't need a fix, just an FYI. Note, this error did NOT occur while the flush of that first partition was still in progress. I did NOT see any amstatus errors during the original amdump yesterday. thanks, Brian amstatus griffy Using /usr/local/etc/amanda/griffy/DailySet1/amdump From Tue Feb 3 10:24:01 EST 2009 griffy:/ 0 3331m flushed (10:36:45) Use of uninitialized value in addition (+) at /usr/local/sbin/amstatus line 1042. griffy:/ 0 7208m estimate done griffy:/griffyp/climsgl0 227m estimate done griffy:/griffyp/csssoft0 0m estimate done griffy:/griffyp/dew0 1292m estimate done griffy:/griffyp/encphrev 0 1m estimate done griffy:/griffyp/export 0 674m estimate done griffy:/griffyp/grifadmin 0 957m estimate done griffy:/griffyp/hiu0 37812m flushing to tape (10:36:45) griffy:/griffyp/hiu getting estimate griffy:/griffyp/hiu2getting estimate griffy:/griffyp/ivcpgetting estimate griffy:/griffyp/virologypt 015m estimate done griffy:/var0 889m estimate done SUMMARY part real estimated size size partition : 14 estimated : 911266m flush : 2 41143m failed : 00m ( 0.00%) wait for dumping: 00m ( 0.00%) dumping to tape : 00m ( 0.00%) dumping : 0 0m 0m ( 0.00%) ( 0.00%) dumped : 1 3331m 3331m (100.00%) ( 29.57%) wait for writing: 0 0m 0m ( 0.00%) ( 0.00%) wait to flush : 0 0m 0m (100.00%) ( 0.00%) writing to tape : 1 37812m 37812m (100.00%) (335.61%) failed to tape : 0 0m 0m ( 0.00%) ( 0.00%) taped : 1 3331m 3331m (100.00%) ( 6.36%) tape 1: 1 3331m 3331m ( 4.76%) Griffy02 (2 chunks) 4 dumpers idle : runq taper writing, tapeq: 0 network free kps:80 holding space : 36833m (109.94%) taper busy : 0:12:35 ( 99.02%) 0 dumpers busy : 0:12:35 ( 99.06%)runq: 0:12:35 (100.00%) --- 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: amanda 2.6.1, Solaris 10/Sparc, amstatus error
Brian Cuttler wrote: On Tue, Feb 03, 2009 at 11:13:40AM -0500, Jean-Louis Martineau wrote: This bug is already fixed. Fix will be in 2.6.1p1. Cool! thanks. The fix is simple, you only need to delete the line 1042. Jean-Louis Jean-Louis Brian Cuttler wrote: Successful run of the new version yesterday, performing a new run this morning with autoflush (production capacity tape drive is on the current production system). Ran amstatus and noted an error, thought I'd pass it on. Please let me know what additional detail I can provide. I do not consider this a serious problem, I don't need a fix, just an FYI. Note, this error did NOT occur while the flush of that first partition was still in progress. I did NOT see any amstatus errors during the original amdump yesterday. thanks, Brian amstatus griffy Using /usr/local/etc/amanda/griffy/DailySet1/amdump >From Tue Feb 3 10:24:01 EST 2009 griffy:/ 0 3331m flushed (10:36:45) Use of uninitialized value in addition (+) at /usr/local/sbin/amstatus line 1042. griffy:/ 0 7208m estimate done griffy:/griffyp/climsgl0 227m estimate done griffy:/griffyp/csssoft0 0m estimate done griffy:/griffyp/dew0 1292m estimate done griffy:/griffyp/encphrev 0 1m estimate done griffy:/griffyp/export 0 674m estimate done griffy:/griffyp/grifadmin 0 957m estimate done griffy:/griffyp/hiu0 37812m flushing to tape (10:36:45) griffy:/griffyp/hiu getting estimate griffy:/griffyp/hiu2getting estimate griffy:/griffyp/ivcpgetting estimate griffy:/griffyp/virologypt 015m estimate done griffy:/var0 889m estimate done SUMMARY part real estimated size size partition : 14 estimated : 911266m flush : 2 41143m failed : 00m ( 0.00%) wait for dumping: 00m ( 0.00%) dumping to tape : 00m ( 0.00%) dumping : 0 0m 0m ( 0.00%) ( 0.00%) dumped : 1 3331m 3331m (100.00%) ( 29.57%) wait for writing: 0 0m 0m ( 0.00%) ( 0.00%) wait to flush : 0 0m 0m (100.00%) ( 0.00%) writing to tape : 1 37812m 37812m (100.00%) (335.61%) failed to tape : 0 0m 0m ( 0.00%) ( 0.00%) taped : 1 3331m 3331m (100.00%) ( 6.36%) tape 1: 1 3331m 3331m ( 4.76%) Griffy02 (2 chunks) 4 dumpers idle : runq taper writing, tapeq: 0 network free kps:80 holding space : 36833m (109.94%) taper busy : 0:12:35 ( 99.02%) 0 dumpers busy : 0:12:35 ( 99.06%)runq: 0:12:35 (100.00%) --- 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. --- 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: amanda 2.6.1, Solaris 10/Sparc, amstatus error
On Tue, Feb 03, 2009 at 11:13:40AM -0500, Jean-Louis Martineau wrote: > This bug is already fixed. > Fix will be in 2.6.1p1. Cool! thanks. > Jean-Louis > > Brian Cuttler wrote: > >Successful run of the new version yesterday, performing a new > >run this morning with autoflush (production capacity tape drive > >is on the current production system). > > > >Ran amstatus and noted an error, thought I'd pass it on. Please > >let me know what additional detail I can provide. > > > >I do not consider this a serious problem, I don't need a fix, just an FYI. > > > >Note, this error did NOT occur while the flush of that first partition > >was still in progress. I did NOT see any amstatus errors during the > >original amdump yesterday. > > > > thanks, > > > > Brian > > > > > >>amstatus griffy > >> > >Using /usr/local/etc/amanda/griffy/DailySet1/amdump > >From Tue Feb 3 10:24:01 EST 2009 > > > >griffy:/ 0 3331m flushed (10:36:45) > >Use of uninitialized value in addition (+) at /usr/local/sbin/amstatus > >line 1042. > >griffy:/ 0 7208m estimate done > >griffy:/griffyp/climsgl0 227m estimate done > >griffy:/griffyp/csssoft0 0m estimate done > >griffy:/griffyp/dew0 1292m estimate done > >griffy:/griffyp/encphrev 0 1m estimate done > >griffy:/griffyp/export 0 674m estimate done > >griffy:/griffyp/grifadmin 0 957m estimate done > >griffy:/griffyp/hiu0 37812m flushing to tape (10:36:45) > >griffy:/griffyp/hiu getting estimate > >griffy:/griffyp/hiu2getting estimate > >griffy:/griffyp/ivcpgetting estimate > >griffy:/griffyp/virologypt 015m estimate done > >griffy:/var0 889m estimate done > > > >SUMMARY part real estimated > > size size > >partition : 14 > >estimated : 911266m > >flush : 2 41143m > >failed : 00m ( 0.00%) > >wait for dumping: 00m ( 0.00%) > >dumping to tape : 00m ( 0.00%) > >dumping : 0 0m 0m ( 0.00%) ( 0.00%) > >dumped : 1 3331m 3331m (100.00%) ( 29.57%) > >wait for writing: 0 0m 0m ( 0.00%) ( 0.00%) > >wait to flush : 0 0m 0m (100.00%) ( 0.00%) > >writing to tape : 1 37812m 37812m (100.00%) (335.61%) > >failed to tape : 0 0m 0m ( 0.00%) ( 0.00%) > >taped : 1 3331m 3331m (100.00%) ( 6.36%) > > tape 1: 1 3331m 3331m ( 4.76%) Griffy02 (2 chunks) > >4 dumpers idle : runq > >taper writing, tapeq: 0 > >network free kps:80 > >holding space : 36833m (109.94%) > > taper busy : 0:12:35 ( 99.02%) > > 0 dumpers busy : 0:12:35 ( 99.06%)runq: 0:12:35 > > (100.00%) > > > > > >--- > > 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. > > > > > > > --- 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.
amanda 2.6.1, Solaris 10/Sparc, amstatus error
Successful run of the new version yesterday, performing a new run this morning with autoflush (production capacity tape drive is on the current production system). Ran amstatus and noted an error, thought I'd pass it on. Please let me know what additional detail I can provide. I do not consider this a serious problem, I don't need a fix, just an FYI. Note, this error did NOT occur while the flush of that first partition was still in progress. I did NOT see any amstatus errors during the original amdump yesterday. thanks, Brian > amstatus griffy Using /usr/local/etc/amanda/griffy/DailySet1/amdump >From Tue Feb 3 10:24:01 EST 2009 griffy:/ 0 3331m flushed (10:36:45) Use of uninitialized value in addition (+) at /usr/local/sbin/amstatus line 1042. griffy:/ 0 7208m estimate done griffy:/griffyp/climsgl0 227m estimate done griffy:/griffyp/csssoft0 0m estimate done griffy:/griffyp/dew0 1292m estimate done griffy:/griffyp/encphrev 0 1m estimate done griffy:/griffyp/export 0 674m estimate done griffy:/griffyp/grifadmin 0 957m estimate done griffy:/griffyp/hiu0 37812m flushing to tape (10:36:45) griffy:/griffyp/hiu getting estimate griffy:/griffyp/hiu2getting estimate griffy:/griffyp/ivcpgetting estimate griffy:/griffyp/virologypt 015m estimate done griffy:/var0 889m estimate done SUMMARY part real estimated size size partition : 14 estimated : 911266m flush : 2 41143m failed : 00m ( 0.00%) wait for dumping: 00m ( 0.00%) dumping to tape : 00m ( 0.00%) dumping : 0 0m 0m ( 0.00%) ( 0.00%) dumped : 1 3331m 3331m (100.00%) ( 29.57%) wait for writing: 0 0m 0m ( 0.00%) ( 0.00%) wait to flush : 0 0m 0m (100.00%) ( 0.00%) writing to tape : 1 37812m 37812m (100.00%) (335.61%) failed to tape : 0 0m 0m ( 0.00%) ( 0.00%) taped : 1 3331m 3331m (100.00%) ( 6.36%) tape 1: 1 3331m 3331m ( 4.76%) Griffy02 (2 chunks) 4 dumpers idle : runq taper writing, tapeq: 0 network free kps:80 holding space : 36833m (109.94%) taper busy : 0:12:35 ( 99.02%) 0 dumpers busy : 0:12:35 ( 99.06%)runq: 0:12:35 (100.00%) --- 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.
[Fwd: LinuxQuestions.org - Community Bulletin]
Just a reminder in case you haven't voted for Amanda yet in the LinuxQuestions.org Members Choice Awards. This year there is a new category for backup software. Amanda is in the list. You can't see the results of the poll until it is over and posted, so we can't tell how it is going so far. If you want to vote, and you aren't registered on linuxquestions.org, it is a simple process. If you want, you can put choogendyk in the field for who referred you. --- Chris Hoogendyk - O__ Systems Administrator c/ /'_ --- Biology & Geology Departments (*) \(*) -- 140 Morrill Science Center ~~ - University of Massachusetts, Amherst --- Erdös 4 Original Message Subject:LinuxQuestions.org - Community Bulletin Date: Tue, 3 Feb 2009 08:22:57 -0500 From: fo...@linuxquestions.org To: hoogen...@bio.umass.edu choogendyk, Have you voted in the 2008 LinuxQuestions.org Members Choice Awards yet? If not, you only have 10 days until the polls close. The Members Choice Awards allow the Linux community to select their favorite products in a variety of categories. Awards are being given out in 26 categories this year, including Server Distribution of the Year, Desktop Distribution of the Year, Browser of the Year, Office Suite of the Year, Desktop Environment of the Year and Database of the Year. Visit http://www.linuxquestions.org/questions/linux-news-59/voting-for-the-2008-linuxquestions.org-members-choice-awards-is-now-open.-696109/ for more information or http://www.linuxquestions.org/questions/2008-linuxquestions.org-members-choice-awards-83/ to go right to the polls. Vote now and make sure your voice is heard. A reminder that answering threads with no replies is a great way to help your fellow LQ members. Visit http://www.linuxquestions.org/questions/lqsearch.php?do=noreplies to get a list of Zero Reply Threads, or add http://www.linuxquestions.org/syndicate/lqnoreplies.xml to your feed reader. You can also sign up for the Zero Reply Email by visiting the Options section of MyLQ. -jeremy http://jeremy.linuxquestions.org/ ***SPONSOR*** Did you know you can save $3 off any domain name registration and help support LinuxQuestions.org? Visit http://www.lqconsulting.com/services/Web/Domain-Registration and use LQ3 as a discount code. ***SPONSOR**
Re: request failed: timeout waiting for REP
Adjusting timers had no effect. It seems like its actually a problem with the dump utility hanging. There are a number of open bugs on the FreeBSD bug list related to the dump utility. I actually ended up upgraded to 2.6.0p2 and complied with DUMP_SNAPSHOT support and haven't had any problems since. Just thought I'd let the list know if anyone else runs into this problem. Jeremiah Dustin J. Mitchell wrote: It may be a simple timeout, since it only ever gets to 8.93% - have you tried increasing dtimeout? Dustin No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.9/1902 - Release Date: 1/19/2009 9:37 AM
