- CheckMates
- :
- Products
- :
- Quantum
- :
- Management
- :
- Re: R80.10 - Set snapshot export command
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Are you a member of CheckMates?
×- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
R80.10 - Set snapshot export command
I'm trying to automate the regular export of snapshots. I always run into an issue with the 'path'. I don't understand, if this is an export, how else would the path be formatted ?
set snapshot export CPMGT_Snapshot_01 path ftp://admin:thepassword@10.1.1.11/ name CPMGT_Snapshot_01
NMSNAP0042 Bad Path input
Thanks, Your CheckMate,
Justin
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Yep, I do. We have a gaia virtual appliance (no fw , no mgt stuff started) which we use to fetch the files.
Just bash scripts.
One to trigger a snapshot script in the middle of the night (staggering cluster members) once per month and then a fetch script that scans for new snapshots on all machines each Sunday.
The snapshot script just runs a snapshot and checks to see when it’s finished, when it is it exports it to /var/log from where it’s picked up by the fetch script some time during he night.
Of course I also do daily backups which we fetch every night too and I also do a save configuration and fetch that too.
I like to keep my options open ☺
D
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
All your custom-made scripts can be replaced by build-in feature in R81 - Scheduled snapshots and upload snapshot to the backup server over FTP or SCP:
Jozko Mrkvicka
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
have you tried other than FTP proto's like SCP instead?
it works like a charm on my vm with SCP as FTP seem yet buggy or simply does not accept user:password in the middle.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
try SCP instead, it works for me even with user:password
little bug on r80.10?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Snapshots are actually stored on a different partition on the system.
The path, in this case, is a local filesystem.
Once it's on the local filesystem it can be copied using your supported method of choice.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks for the replies.
So the snapshot has to first be moved out of its virtual harddrive. So I issue this:
set snapshot export CP_Snapshot_01 path /var/CPsnapshot/snapshots/ name CP_Snapshot_01
and I get this error:
NMSNAP0042 Snapshot can be exported just to user home directory in the current partition.
so, let me ask... If there is only one option of where to put it, is it really and option at all ?? <deep, I know>
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
You could put it into a subdirectory of your home directory, but the point is taken.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi PhoneBoy,
Do you know how can export the snapshot directly to another server? or is necessary export first to local path and after copy to a server, in my case I want to export directly to a backup server.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Justin
Snapshots (as opposed to backup) are not meant to be used regularly as the proffered method for recovery.
The outcome is very big (entire root partition + some of /var/log partition and some extra) and this is the main reason for this feature not having the option for scheduled operation (as in Backup).
Its main purpose is to be used after a major configuration change such as completing gateway or management server first time configuration (including HFs, routes, etc.) and after installing a Jumbo for example.
Snapshot will restore everything from scratch and takes time.
Backup is the preferred method for restoring the GW/MGMT/Other state of software level (policy rules, IPS files etc.)
I hope this sheds some light on the subject and you find it helpful.
Anyways the Gaia admin guide will be updates soon to address this knowledge gap.
Thanks
Uri
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
We use snapshots and backups as the preferred restoration tool because it is deterministic and pretty bullet proof.
We take a snapshot monthly (with 100 boxes it takes about 400G keeping just 1 ) and a daily backup. Restore is trivial because we boot a new box and copy the snapshot.tar file and the backup file then revert the snap and reboot, then revert the backup, job done.
Takes max 30-40 mins and not much can go wrong.
D
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks Declan,
Do you automate the extraction of the snapshot from the servers ? If so, how ?
Thanks,
Justin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Yep, I do. We have a gaia virtual appliance (no fw , no mgt stuff started) which we use to fetch the files.
Just bash scripts.
One to trigger a snapshot script in the middle of the night (staggering cluster members) once per month and then a fetch script that scans for new snapshots on all machines each Sunday.
The snapshot script just runs a snapshot and checks to see when it’s finished, when it is it exports it to /var/log from where it’s picked up by the fetch script some time during he night.
Of course I also do daily backups which we fetch every night too and I also do a save configuration and fetch that too.
I like to keep my options open ☺
D
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Could you possible share that script ? I think your approach is the right one. Backup all you can.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I too am interested in this script, when you'll get a chance.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Respectfully, I don't see it as a knowledge gap but rather as a matter of company preference. In order to have a solid backup strategy, I see a need for regular standard backups AND snapshots. The snapshots in my instance are less then 5 GB each so I don't see storage as a major issue to keep one or two around for disaster recovery purposes. If the worst happens, I'll need every and all options at my disposal.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
All your custom-made scripts can be replaced by build-in feature in R81 - Scheduled snapshots and upload snapshot to the backup server over FTP or SCP:
Jozko Mrkvicka
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks @JozkoMrkvicka
![](/skins/images/74119E49EB1AA30407316FFB9151D237/responsive_peak/images/icon_anonymous_message.png)