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 <julien.brule AT obspm DOT fr> 
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