On Monday 14 January 2008, Dustin J. Mitchell wrote: >On Jan 14, 2008 11:22 AM, Gene Heskett <[EMAIL PROTECTED]> wrote: >> I just looked at the runtar-debug and it looks like we have a version >> mixing problem, they all say they were generated by 2.5.2p1! Or did >> someone forget to update an internal version string? > >It's updated in HEAD -- try running 'amgetconf build.VERSION'.
1. it looks for /amanda.conf in the pwd directory. 2. cd'ing to /usr/local/etc/amanda/Daily it returns: [EMAIL PROTECTED] Daily]$ amgetconf build.VERSION 2.6.0b1-20080111 > >> Now, I'm thinking that my script which has some of the executables >> locations hard coded in a config file, might need that config file brought >> up to date. Once I get some caffiene injected, I need to goto work and >> won't get get back to this till this evening. > >Yes, that's quite possible. Fixed I hope. This past run worked with that changed. >> As far as testing, I can run the make installcheck without screwing things >> up as I can re-run the mkvtapes script and re-init the vtapes in a few >> seconds. > >I'm hesitant to promise anything, but actually you're being overly >cautious -- installcheck won't run your configuration. It creates its >own configuration, TESTCONF, and its own vtapes. So it "shouldn't" >mess with your configuration in any way, shape, or form. I just don't >want to be responsible for the consequences if I'm wrong about that :) Hey, we have to COA. :) ><snip lots of CPAN problems> > >Hmm -- apparently that should be a prereq for the installchecks. I'll >add it to the wiki. And blast the wiki's URL out on the error maybe? And note that the fedora 8 repo's have no clue about this added perl stuffs, it must be obtained from cpan by the rather lengthy procedure I used & partially logged here AFAIK. This should be an F8 dependency since some will INSIST on using the *&%#$) and dated rpms. Maybe better yet, to the configure stage checks & make some noise & bail out if its not there? The current way was a multi-piece puzzle for sure. :-) >> As the user amanda, it fails: >> >> make[1]: Entering directory >> `/home/amanda/amanda-2.6.0b1-20080111/installcheck' >> /usr/bin/perl -I. -e 'use Test::Harness qw(&runtests); runtests(@ARGV);' >> Amanda_Logfile Amanda_Changer Amanda_Cmdline Amanda_Config Amanda_Types >> amcheckdump amdevcheck amgetconf >> Amanda_Logfile...ok 1/0Could not create temporary log file at >> Amanda_Logfile line 39. >> # Looks like your test died just after 2. >> Amanda_Logfile...dubious >> Test returned status 255 (wstat 65280, 0xff00) >> after all the subtests completed successfully > ><snip> > >> I don't think that should happen. The question is: where is this logfile >> it cannot write? From Daily/amanda.conf, its /usr/local/var/amanda which >> was owned by amanda:amanda, so I did a chown -R (as root) amanda:disk on >> /usr/local/var/amanda, but the installcheck still fails with the above >> message. > >Again, it's not using your config. In this case, it's creating a >temporary file in $AMANDA_TMPDIR, which you can see with 'amgetconf >build.AMANDA_TMPDIR'. 'amanda' should have permission to create files >there. That would be, for the current Daily amanda.conf, /tmp/amanda and the perms should have been fine, but I've NDI about the installcheck location. I already blew all that stuff away unforch. >I'll add the filename to that error message, though. I think that would be helpfull. Concise verbosity is generally welcomed. >Dustin Thanks Dustin, it looks as if I can run my catchup script now. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Everyone is entitled to my opinion.
