On Thu, Jan 12, 2017 at 09:57:42PM -0600, Jason L Tibbitts III wrote:
> > "jc" == jon@jgcomp com writes:
>
> jc> Will try. I was still researching and hoping for some alternative,
> jc> actual fix. Seems not to be an unusual situation.
>
> That's going to have to come either from the selin
> "jc" == jon@jgcomp com writes:
jc> Will try. I was still researching and hoping for some alternative,
jc> actual fix. Seems not to be an unusual situation.
That's going to have to come either from the selinux policy authors or
from someone who sits down and learns enough to get things wo
On Thu, Jan 12, 2017 at 06:02:38PM -0600, Jason L Tibbitts III wrote:
> > "jc" == jon@jgcomp com writes:
>
> jc> Ok, I confirmed my home dir can be backed up with selinux set to
> jc> non-enforcing.
>
> How about just setting amanda_t to permissive as I suggested in my
> previous message? A
> "jc" == jon@jgcomp com writes:
jc> Ok, I confirmed my home dir can be backed up with selinux set to
jc> non-enforcing.
How about just setting amanda_t to permissive as I suggested in my
previous message? At least then you wouldn't have to disable selinux
throughout your system.
# semanag
On Mon, Jan 09, 2017 at 04:19:35PM -0500, Jon LaBadie wrote:
> On Mon, Jan 09, 2017 at 06:12:25PM +, Debra S Baddorf wrote:
[ snip ]
>
> Debra -- thank you!!!
> Doing the above caused me to also look at the extended attributes.
>
> $ ls -lZ /home
> total 128
> drwxrwxr-x. 28 gundi gund
> "UM" == Uwe Menges writes:
UM> I filed https://bugzilla.redhat.com/show_bug.cgi?id=1280526 but I
UM> don't know if this is really the same cause.
Sadly that one got closed because the release was never updated to
something newer than Fedora 22. I suspect it's still a problem.
I'll make a
On 01/09/17 22:19, j...@jgcomp.com wrote:
> Hmmm, rootk is "system_u", jon and all the other home dirs are "unconfined_u".
> The lost+found directory is also "system_u". If this is the problem,
> lost+found
> should also be getting backed up and should appear in the gnutar lists.
>
> $ strings
On Mon, Jan 09, 2017 at 06:12:25PM +, Debra S Baddorf wrote:
> Well, due to the resounding silence …. let’s try some experiments:
> What happens when you manually dump (or tar?) the area to a scratch area?
> What size backup do you get?
> Perhaps some of the files are large but marked “no
Well, due to the resounding silence …. let’s try some experiments:
What happens when you manually dump (or tar?) the area to a scratch area?
What size backup do you get?
Perhaps some of the files are large but marked “no dump” or something.
(Though I imagine estimates take that into account.)
I'm getting faulty, incomplete dumps of several
DLE. For example, /home is a separate DLE,
82GB used according to df(1) and estimated by
calcsize at 52GB. But the dump is only 0.5GB.
I see nothing unusual in the logs, suggestions
on what to research welcomed.
Client is Fedora 24, amanda 3.3.9
S
10 matches
Mail list logo
