On Mon, Sep 21, 2009 at 2:03 AM, Geert Uytterhoeven
wrote:
> Amdump also succeeded. But we can't to be expected to add the backup
> user to _all_ groups, right?
Tar should be running via the setuid script, runtar, so it should have
root privs to back up anything. The client-side amcheck checks d
On Sun, Sep 20, 2009 at 11:13, Geert Uytterhoeven wrote:
> On Mon, 14 Apr 2008, Chris Hoogendyk wrote:
>> Well, I have to confess I'm puzzled by this one.
>>
>> I added a couple of partitions to the disklist on my backup server, expecting
>> it to be a totally routine thing. However, I got "permis
On Mon, 14 Apr 2008, Chris Hoogendyk wrote:
> Well, I have to confess I'm puzzled by this one.
>
> I added a couple of partitions to the disklist on my backup server, expecting
> it to be a totally routine thing. However, I got "permission denied" from
> amcheck when it tried to access these parti
Dustin J. Mitchell wrote:
That error is coming from client-src/sendbackup.c:
821 access_result = access(device, amode);
822 access_type = "access";
823
824 if(access_result == -1) {
825 err = vstralloc("could not ", access_type, " ", qdevice,
826
That error is coming from client-src/sendbackup.c:
821 access_result = access(device, amode);
822 access_type = "access";
823
824 if(access_result == -1) {
825 err = vstralloc("could not ", access_type, " ", qdevice,
826 " (", qdisk,
Well, I have to confess I'm puzzled by this one.
I added a couple of partitions to the disklist on my backup server,
expecting it to be a totally routine thing. However, I got "permission
denied" from amcheck when it tried to access these partitions (on
another server). I have scads of partiti
