Martin Apel wrote:
>
> On 9 Nov 2000, Alexandre Oliva wrote:
>
> > On Nov 9, 2000, Chris Karakas <[EMAIL PROTECTED]> wrote:
> >
> > > How about increasing PIPE_BUF and recompiling the kernel?
> >
> > It might be a good idea, for systems whose kernel sources are
> > available. But we'd better fix the actual bug instead of just
> > papering over it :-)
>
> Yes, I would also prefer fixing the bug in Amanda than doing a workaround
> in the kernel.
Alexandre and Martin,
there's something I don't understand here: *if* the problem is really
the buffer size of the pipe that AMANDA uses (being too small), *then*
either you use a user space programm between the two pipe ends (e.g.
buffer, but this would have to be done in AMANDA), or you fix it in the
kernel. Why is the second solution a workaround? Limits are there to be
surpassed - also limits.h!
And don't tell me the solution you chose was _not_ a real workaround:
> However I found a way to circumvent the problem, which
> works at least for me. Most of the filesystems' names to be backed up
> start with /projekte/memo so I simply set a link from /pm to point to
> that directory. I had to replace /projekte/memo by /pm everywhere in the
> log files as well as in the disklist, curinfo, index and the gnutar-listdir,
> but everything works fine now. The only problem will be to restore something
> during the next month or so, because the tapes still have the long names
> on it :-)
>
Compare this to changing a number and running "make zImage"! :-)
--
Regards
Chris Karakas
Don´t waste your cpu time - crack rc5: http://www.distributed.net
