[j-nsp] email from commit or op script?

Ross Vandegrift ross at kallisti.us
Wed Feb 17 15:54:21 EST 2010


On Wed, Feb 17, 2010 at 10:42:18AM -0500, Phil Shafer wrote:
> That said, we could make [transfer-on-commit] run a command, like:
> 
> [edit system archival configuration]
> transfer-on-commit;
> archive-sites {
>     scp://me@my-server/whatever;
> }
> archive-command "ssh %A incoming-config-file --host %H --date %D --file %F";

What happens to this if you commit a change that breaks management
access or causes the control plane to go insane due to idiotic config,
bug, or whatever?

If the router doesn't retry those uploads, the above solution fails to
record precisely the change that you're most interested in!  That's
why I want it to commit to a local database first - so it can be
replayed later to a central repo exactly as happened.

What VC system is used is immaterial - I mentioned git because if I
could install software on my router, there's easy and obvious ways to
do implement the idea.


-- 
Ross Vandegrift
ross at kallisti.us

"If the fight gets hot, the songs get hotter.  If the going gets tough,
the songs get tougher."
	--Woody Guthrie
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <https://puck.nether.net/pipermail/juniper-nsp/attachments/20100217/6dfefe2c/attachment.bin>


More information about the juniper-nsp mailing list