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, Oct 24, 2014 at 11:04 PM, Jack Coats <[email protected]> wrote: > 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 a simple > if -e /media/jack/mounteddisk/backup-disk-is-available.txt > wrapped into your program appropriately on your system should help. > > Yes, it is not automagic, but it does help. If I reboot or come up > away from home, then crashplan doesn't even try to start. > > I still must check that the daemon is up or down if I deal with the > disk post boot on the system. > > (yes, I did send in my script as an example for Crashplan for them to > consider putting similar (but more robust) function into their startup > scripts.) > > On Fri, Oct 24, 2014 at 4:43 PM, Tilghman Lesher <[email protected]> wrote: >> 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, Brian Pitts <[email protected]> wrote: >>> 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) Mount the external disk on '/mnt/foo' >>> 3) Backup to '/mnt/foo/backup' >>> >>> This is a good approach to use for other software as well, like database >>> servers. >>> >>> >>> On 10/24/2014 01: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 backups can proceed normally. The problem >>>> comes in when the disks are not attached, and the backup process runs, >>>> writing to the same directory, which fills up the root disk. >>>> >>>> What I'd like to have is the ability to designate specific directories >>>> as mount-only and deny all writes to those directories, if the disk >>>> normally mounted there is missing. Any ideas on how to do something >>>> like this? Currently, we're using the workaround of removing the >>>> mount point when the disk is unmounted, but that tends to be fragile, >>>> as we've already found out (where a directory didn't get removed and >>>> the root disk was filled). >>>> >>> >>> -- >>> All the best, >>> Brian Pitts >>> >>> >>> -- >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "NLUG" group. >>> To post to this group, send email to [email protected] >>> To unsubscribe from this group, send email to >>> [email protected] >>> For more options, visit this group at >>> http://groups.google.com/group/nlug-talk?hl=en >>> >>> --- You received this message because you are subscribed to the Google >>> Groups "NLUG" group. >>> To unsubscribe from this group and stop receiving emails from it, send an >>> email to [email protected]. >>> For more options, visit https://groups.google.com/d/optout. >> >> >> >> -- >> Tilghman >> >> -- >> -- >> You received this message because you are subscribed to the Google Groups >> "NLUG" group. >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected] >> For more options, visit this group at >> http://groups.google.com/group/nlug-talk?hl=en >> >> --- >> You received this message because you are subscribed to the Google Groups >> "NLUG" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. > > > > -- >><> ... Jack > > "Whatever you do, work at it with all your heart"... Colossians 3:23 > "Anyone who has never made a mistake, has never tried anything new." - > Albert Einstein > "You don't manage people; you manage things. You lead people." - > Admiral Grace Hopper, USN > "Tell me and I forget. Teach me and I remember. Involve me and I > learn." - Ben Franklin > > -- > -- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/nlug-talk?hl=en > > --- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. -- Tilghman -- -- You received this message because you are subscribed to the Google Groups "NLUG" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/nlug-talk?hl=en --- You received this message because you are subscribed to the Google Groups "NLUG" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
