I have an issue for which I haven't been able to come up with a good
solution. We have a backup solution whereby multiple disks, attached
via USB, are used for backups. Normally, those disks are mounted
automatically with udev, so backups can proceed normally. The problem
comes in when the disks
Hmm, not a proven solution, but how about doing a loop mount read only onto
the mount point?
Andy
On Fri, Oct 24, 2014 at 2:41 PM, Tilghman Lesher
wrote:
> I have an issue for which I haven't been able to come up with a good
> solution. We have a backup solution whereby multiple disks, attache
On Fri, Oct 24, 2014 at 01:41:53PM -0500, Tilghman Lesher wrote:
> I have an issue for which I haven't been able to come up with a good
> solution. We have a backup solution whereby multiple disks, attached
> via USB, are used for backups. Normally, those disks are mounted
> automatically with ud
On Fri, Oct 24, 2014 at 1:41 PM, Tilghman Lesher
wrote:
> I have an issue for which I haven't been able to come up with a good
> solution. We have a backup solution whereby multiple disks, attached
> via USB, are used for backups. Normally, those disks are mounted
> automatically with udev, so
This is precisely the solution I'm looking for. Thank you.
On Fri, Oct 24, 2014 at 2:49 PM, John R. Dennison wrote:
> On Fri, Oct 24, 2014 at 01:41:53PM -0500, Tilghman Lesher wrote:
>> I have an issue for which I haven't been able to come up with a good
>> solution. We have a backup solution w
Don't back up directly to the mountpoint. Backup to a directory on the
filesystem that you mount. That way, if the filesystem is not mounted
the directory your backup software is looking for will not exist.
For example,
1) Have a 'backup' directory on the filesystem on the external disk
2) Mou
Unfortunately, that won't work, as the backup software obtains root
privileges and creates all directories underneath the mount point.
John's suggestion of the immutable flag, however, will work just fine,
as even root cannot override the immutable flag directly.
On Fri, Oct 24, 2014 at 3:30 PM,
I use Crashplan and it does run as a service with a startup script on
my linux machine. Since I use a laptop with linux, and the backup
device is a USB drive, I have Crashplan startup look for the drive to
already exist, and a specifically named file on the drive to allow
Crashplan to start.
Just
In our case, it's Veeam, and the backup software just needs a Linux
server with sshd and sudo access. After that point, it starts an
agent of its own design to receive the backups. I don't have any
control over what it runs; I merely supply a remote system path where
it places the backup.
On Fri
I think Veeam will let you run pre-flight and post-flight scripts. Perhaps
you can write some kind of pre-flight "sanity check" script?
On Sat, Oct 25, 2014 at 9:35 AM, Tilghman Lesher
wrote:
> In our case, it's Veeam, and the backup software just needs a Linux
> server with sshd and sudo acces
10 matches
Mail list logo