In case anyone else has this problem:
I've installed amanda 2.4.4p2 on Solaris 8 (patch level
Generic_108528-27), to do daily backups to virtual tapes on disk (file:
driver). amcheck doesn't report any errors, but I kept getting an error
from taper when doing a backup with amdump:
FAILURE AND STRANGE DUMP SUMMARY:
taper: FATAL cannot allocate shared memory
snsrv1 /u1/jobs lev 0 FAILED [can't switch to incremental dump]
<snip...>
NOTES:
planner: Adding new disk snsrv1:/u1/jobs.
taper: attach_buffers: (20 tapebufs: 663792 bytes) No space left on device
taper: attach_buffers: (19 tapebufs: 631012 bytes) No space left on device
<snip: looped from 20 down to 1...>
taper: attach_buffers: (1 tapebuf: 40972 bytes) No space left on device
driver: taper exited with code 1
There was a lot of memory/swap space available when amdump died.
After looking at the source in taper.c, I saw that the error message was
generated by a failed call to shmget(). As a guess, I re-ran configure
with the "--use-mmap" flag, re-compiled, and now amdump is working fine.
Has anyone seen this error on Solaris, or any other OS? Is this a known
problem (couldn't find it on the FAQ-O-Matic)?
Thanks,
Marc Langlois.
|