similar to: Recycling and keeping backups - Tower of Hanoi management of backups using rsync

Folks, Am 20.06.2016 um 22:01 schrieb Larry Irwin (gmail): > The scripts I use analyze the rsync log after it completes and then sftp's a summary to the root of the just completed rsync. > If no summary is found or the summary is that it failed, the folder rotation for that set is skipped and that folder is re-used on the subsequent rsync. > The key here is that the folder

Kevin, Thanks for the reply and interest in this topic. Comments below. Regards Rob. > I did consider that but rejected it for 2 reasons... > > 1. Backup run time. We have a 4 hour window to run backups at night. > Using recycled directories significantly extended the backup run > time. The deletion time is eliminated but frankly, we have the other > 20 hours of the day

rsync Folks, The following explanatory text is by me and the patches are by Rowan McKenzie for use by the Advanced Scientific Computing group at CSIRO. This patch builds upon the --link-dest patch by Bryant Hansen (Thanks heaps!). 1. The original patch provided an alternate behaviour for rsync when using the --link-dest option. When there are identical files in the source and link-dest areas,

Kevin, Thanks for your response. Some observations are inter-lined below. Rob. Regards Rob. Bell e-mail: Robert.Bell at csiro.au -- Dr Robert C. Bell, BSc (Hons) PhD Technical Services Manager Advanced Scientific Computing CSIRO IM&T Phone: +61 3 9669 8102 | Mobile: +61 428 108 333 | CSIRO 93 3810 Robert.Bell at csiro.au | http://www.csiro.au/ | http://www.hpsc.csiro.au/

On Feb 3, 2014, at 9:05 PM, Chris Duffy wrote: > Thx for the info Charles. > > Here is what I am seeing from > 'usbconfig list' [...] > ugen1.3: <USB UPS PPC> at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > > The last line I guess is key. Unfortunately, it is not very unique: the vendor can pick the string "USB UPS PPC", but the drivers

Thx for the info Charles. Here is what I am seeing from 'usbconfig list' ugen0.1: <EHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.1: <EHCI root HUB Intel> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen0.2: <product 0x0024 vendor 0x8087> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.2: <product 0x0024 vendor

rsync folks, Henri Shustak <henri.shustak at gmail.com> wrote: > LBackup always starts a new backup snapshot with an empty directory. I > have been looking at extending --link-dest options to scan beyond just > the previous successful backup to (failed backups / older backups). > However, there are all kinds of edge cases which are worth considering > with such a changes. At

Folks, Kevin Korb wrote: > Have you considered more advanced methods such as subvolume snapshots > provided by ZFS and BTRFS? At work we were forced to abandon rsync > - --link-dest because of the amount of time it takes to delete old > backups when the data is primarily many millions of small files > (shared web hosting company). We don't have more advanced methods like

I created a cron job to invoke a dump script according to Tower Of Hanoi. I am dumping a subdirectory and a filesystem. The backup script, with some other lines removed: /path/to/dump -0 -fv /dev/nst0 /var/log /path/to-dump -3 -fv /dev/nst0 /home When viewing the dump logs, it looks like it is taking the whole job as a level 0. Am missing something? Thanks. Scott

Hi everybody, following UPS is successfuly tested. Model: FSP Champ Tower 1k https://www.fsp-europe.com/CS/champ-tower-series-1k2k3k/ lsusb: Bus 002 Device 004: ID 0665:5161 Cypress Semiconductor USB to Serial ups.conf: [powerpal]     driver = blazer_usb     port = /dev/hidraw0 Mode = standalone Distro = CentOS 8 What I did to get UPS communicate. In terminal run as root: ln -s

Hey everyone, I'm trying to get Sim Tower (ya...old game lol) to run in wine. andi t installs more or less untill the end, where it says something about "Unable to start DDE communication with Program Manager" and i can either abort, retry or ignore. retry just goes in a loop, and the others do as they should. When i click ignore a bunch of times, it finally says "installation

http://bugs.freedesktop.org/show_bug.cgi?id=15857 Summary: Errors in Desktop Tower Defense (flash game) Product: swfdec Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: library AssignedTo: swfdec at lists.freedesktop.org

On Jan 31, 2014, at 3:14 PM, Chris Duffy wrote: > The current one I am looking is support for: > > Upsonic Commercial UPS CXR 2000 - 2000VA/1200W - Rack/Tower > > What seems to be supported in Freebsd is: Small clarification: the hardware compatibility list isn't broken down by operating system (theoretically, the drivers should work on any POSIX system, with additional

On Feb 5, 2014, at 10:12 AM, Chris Duffy wrote: > However, we are using NUT 2.6.5. > > Are we missing something by running 2.6.5 rather then > 2.7.1? If so, I can build/install 2.7.1. Well, 2.6.5 is from August 2012, so it's not the newest. And eventually, we would like people to switch to the shiny new nutdrv_qx driver which is in 2.7.1. But I'm pretty much guessing here

Charles, here is the command(s) output using uhidd.... # uhidd -v -u /dev/ugen1.3ugen1.3[0]-> HID interface ugen1.3[0]-> Report descriptor size = 27 ugen1.3[0]-> Kernel driver is active ugen1.3[0]-> kernel driver detached! ugen1.3[0]-> Find IN interrupt ep: 0x81 packet_size=0x8 # /usr/local/libexec/nut/blazer_usb -a UPSonic -u root -DDDD 0.000000 debug level is

On Feb 5, 2014, at 9:03 PM, Chris Duffy wrote: >> Please run this: >> >> /usr/local/libexec/nut/blazer_usb -a UPSonic -u root -D >> >> and send the output back to the list. >> > Output from the above command: > > 0.000000 debug level is '1' > 0.248714 Supported UPS detected with megatec protocol > 1.268575

On Feb 6, 2014, at 9:33 AM, Chris Duffy wrote: > So since this is a new type of UPSonic UPS, do you think > the vendor screwed up or is it just some quirk on Freebsd? It's a pretty fundamental design flaw, although it isn't uncommon among USB devices aimed at the Windows market, and to their credit, it does make implementation and deployment simpler on Windows. Neither the FreeBSD

On Feb 6, 2014, at 8:41 AM, Chris Duffy wrote: > 0.016485 Trying megatec protocol... > 0.017411 send: Q1 > 0.252545 read: (244.4 244.4 229.9 028 50.0 2.19 23.1 00000001 > 0.252589 Status read in 1 tries > 0.252602 Supported UPS detected with megatec protocol > 1.288032 send: Unknown error > 1.288085 Permissions problem: Input/output error

I am working with a number of our customers to ensure that NUT works with different UPS's on Freebsd 9.1. The current one I am looking is support for: *Upsonic Commercial UPS CXR 2000 - 2000VA/1200W - Rack/Tower* What seems to be supported in Freebsd is: CXR1000 blazer_ser LAN Saver 600 genericups upstype=0 Power Guardian genericups upstype=7 PrOffice 650 USB blazer_usb DS-800 USB

1.3.5 had a page fault in the legacy (win'95/95) game. Here is the log. [code] fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:exec:SHELL_execute flags ignored: 0x00004100 fixme:win:EnumDisplayDevicesW ((null),0,0x33eba4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f584,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f590,0x00000000), stub!