On Thursday 09 May 2019 08:20:11 pm Chris Hassell wrote:
> That's pretty bonkers. There's nothing in the setup that I know of
> that's been changed. Never happened to me.
>
> Try a "pstree -phul" to see if you can find wth it was trying to do.
> Did htop show something spinning ... or a speci
On Thursday 09 May 2019 08:20:11 pm Chris Hassell wrote:
> That's pretty bonkers. There's nothing in the setup that I know of
> that's been changed. Never happened to me.
>
> Try a "pstree -phul" to see if you can find wth it was trying to do.
> Did htop show something spinning ... or a speci
On Thursday 09 May 2019 08:20:11 pm Chris Hassell wrote:
> That's pretty bonkers. There's nothing in the setup that I know of
> that's been changed. Never happened to me.
>
> Try a "pstree -phul" to see if you can find wth it was trying to do.
> Did htop show something spinning ... or a speci
That's pretty bonkers. There's nothing in the setup that I know of
that's been changed. Never happened to me.
Try a "pstree -phul" to see if you can find wth it was trying to do.
Did htop show something spinning ... or a specific process going nuts?
On 5/9/19 4:50 PM, Gene Heskett wrote:
>
On Thursday 09 May 2019 04:58:20 pm Gene Heskett wrote:
> On Thursday 09 May 2019 04:35:40 pm Chris Hassell wrote:
> > amandabackup:x:112:65534::/home/amandabackup:/usr/sbin/nologin
> >
> > That's what I have for amandabackup. A no-frills-nothing and no
> > password user. Don't get why it ca
On Thursday 09 May 2019 04:35:40 pm Chris Hassell wrote:
> amandabackup:x:112:65534::/home/amandabackup:/usr/sbin/nologin
>
> That's what I have for amandabackup. A no-frills-nothing and no
> password user. Don't get why it can't be a dup of your other one.
> Hrm
>
> Looks like the rest
amandabackup:x:112:65534::/home/amandabackup:/usr/sbin/nologin
That's what I have for amandabackup. A no-frills-nothing and no password user.
Don't get why it can't be a dup of your other one. Hrm
Looks like the rest of the build was happy enough from the parts you gave.
On 5/9/19 12
On Thursday 09 May 2019 12:50:08 pm Chris Hassell wrote:
> [oop.. left this email unsent yesterday]
>
> For those who were wondering.. I left out libglib2.0-dev and bison and
> flex. Here's the revised instructions for a Debian-based 3.5 build.
>
> % sudo apt-get install ca-certificates xinetd p
On Thu, May 09, 2019 at 08:43:37 -0700, Jim Kusznir wrote:
> I'm attempting to backup a FreeNAS server with Windows ACLs (as it normally
> serves all its data up to Windows clients; Amanda is the only unix user of
> the data).
>
> On the FreeBSD jail with amanda-client, as root, I can see/access a
At BETSOL/Zmanda, we're not supporting FreeBSD despite its long and
storied past. It should still be fine for the OSS version?
I'm not sure how FreeNAS serves up the disks and how he's mounted them
to see permissions fail on the FreeBSD Amanda-client. That's why I
didn't reply.
If the permissio
On Thursday 09 May 2019 11:43:37 am Jim Kusznir wrote:
> Hi:
>
> I'm attempting to backup a FreeNAS server with Windows ACLs (as it
> normally serves all its data up to Windows clients; Amanda is the only
> unix user of the data).
>
> On the FreeBSD jail with amanda-client, as root, I can see/acce
[oop.. left this email unsent yesterday]
For those who were wondering.. I left out libglib2.0-dev and bison and flex.
Here's the revised instructions for a Debian-based 3.5 build.
% sudo apt-get install ca-certificates xinetd perl gettext bsd-mailx dpkg-dev \
debhelper dump gnu
Hi:
I'm attempting to backup a FreeNAS server with Windows ACLs (as it normally
serves all its data up to Windows clients; Amanda is the only unix user of
the data).
On the FreeBSD jail with amanda-client, as root, I can see/access all files
on the system. However, amanda is throwing permission
13 matches
Mail list logo