Try changing the value of 'usetimestamps' -- there was a bug in which Amanda confused the names of directories (which are always 14 digits) with the datestamps (which, in your case, are 8 digits). The only reason not to change 'usetimestamps' is if you plan to downgrade to Amanda 2.5.0 on your server. Otherwise it just gives Amanda better time resolution -- and fixes this bug. I hope :)
Dustin On Mon, Apr 28, 2008 at 7:53 AM, julien brule <[EMAIL PROTECTED]> wrote: > hi all, > > Does someone have an idea for flushing my chunk to the tape when you get > "Could not find any valid dump image, check directory" message ? > Which file could help me to understand the problem ? > I do a strace of the amflush process and i see tha it recognize the header > of the file ie > AMANDA: FILE 20080425 and AMANDA: CONT_FILE 20080425 etc ..... > > thanks > > julien > > > > > > julien brule wrote: > > > julien brule wrote: > > > > > Jean-Louis Martineau wrote: > > > > > > > Dustin J. Mitchell wrote: > > > > > > > > > I think that this has nothing to do with chunked holding disk files > > > > > (which are completely different from split files on tape). > > > > > > > > > > Rather, you have datestamps (8 digits) in your headers, but > timestamps > > > > > (14 digits) in your holding-disk directory names. > > > > > > > > > > > > > > It's normal on old release or if usetimestamps is set to "no" > > > > > > > > > What version of Amanda are you using? What is the value of the > config > > > > > parameter "usetimestamps"? > > > > > > > > > > > > > > > > > > Can you run: > > > > amrestore /Data/amanda/amanda-hold/20080416190001/xxx._raid0.0 > > > > Did it successfully retrieve it? > > > > > > > > > > > apparently i have no problem to retrieve it .... but the process is in > progress > > > > > > > > i have retrieve it and tar xvf the archive and everything is ok. So how > can i do for amflush it ? > > i don't know what append > > > > julien > > > > > > > julien > > > > > > > > > > Jean-Louis > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- Storage Software Engineer http://www.zmanda.com
