I've got a big RAID on a Red Hat 7.1 system that I backup using an AIT drive and lots of disklist entries. The root dir of the RAID looks like this:
[jlb@philip /data]$ ls -l /data total 24 drwx------ 2 amanda disk 25 Apr 6 2001 amanda/ drwxr-x--- 6 361 grads 51 Jan 2 12:37 anc4/ drwxr-x--- 15 339 grads 4096 Jan 29 09:57 atf/ drwxr-x--- 5 314 grads 51 Jul 20 2001 bgeiman/ drwxr-x--- 24 341 grads 4096 Jan 23 16:35 cgk3/ drwxr-x--- 6 349 grads 131 Sep 19 15:16 cmg10/ drwxr-x--- 13 368 grads 4096 Jan 23 23:39 dls13/ drwxr-x--- 21 366 grads 4096 Jan 29 13:27 dmd/ drwxr-x--- 4 gtrahey grads 42 May 31 2001 get/ drwxr-x--- 2 369 grads 6 Sep 24 12:03 gfp/ drwxr-x--- 2 365 grads 6 Apr 4 2001 gm9/ drwxr-x--- 9 356 grads 90 Dec 20 14:43 jjd/ drwxr-x--- 9 jlb grads 88 Jan 11 11:20 jlb/ drwxr-x--- 5 359 grads 41 Jul 11 2001 kgammel/ drwxr-x--- 17 296 grads 4096 Jan 18 09:46 krn/ drwxr-x--- 6 315 grads 54 Jan 14 12:22 lnb/ drwxr-x--- 12 367 grads 4096 Jan 15 12:59 mag11/ drwxr-x--- 11 350 grads 122 Jan 21 12:35 mlp6/ There are a few users who have grown too big for a single entry. So I've had to descend into their directories with disklist entries. During amcheck, however, amanda complains about permission denied on those subdirectories. To solve this, I put amanda in the grads group, and added "groups=yes" to my xinetd configuration. Is there any reason *not* to do this? I'd rather not get an email from amcheck every day, as I'm prone to ignore it and possibly miss a real problem. Comments? -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
