psync - 0.69.3backup/sync script in Perl |
|
||||||||||||||
|
|||||||||||||||
Feedback Summary:
| This Version: | |||||
| Overall Rating: | Not rated (0.0) | Features: | Not rated (0.0) | Support: | Not rated (0.0) |
| Ease of Use: | Not rated (0.0) | Quality / Stability: | Not rated (0.0) | Price: | Not rated (0.0) |
Key to Types of Feedback:
Reviews
Troubleshooting
Usage Tips
Developer Notes
Commentary
Featured Reviews
• • • Politeness?? - Version: 0.69.3, 3/7/2006 08:23AM PST
(1 of 1 users found this comment useful)
Andreas..Most Recent Replies: View All 1 Replies
- • • • Politeness??
rpinsky... - Version: 0.69.3, 3/2/2006 04:32AM PST
(1 of 1 users found this comment useful)
Andreas..psync for CCC (Panther/Tiger)
It's just luck that I spotted your post here. For questions about CCC use:
Bombich forums, and...
look at the Stickies in "Tips" and in "Troubleshooting" and use the Search button. You would have found masses to read about psync, including the one here 'tweaked' by Jacek Stanislawski. If you still have a question post it there in "Troubleshooting".
Andreas ~ moderator, forums.bombich.com
Scared by "You Have To Build It" - Version: 0.69.3, 3/1/2006 08:02AM PST
(0 of 1 users found this comment useful)
rpinskyRP
Most Recent Replies: View All 1 Replies
Rant, moan, condemn... 



- Version: 0.69.3, 6/3/2005 12:41PM PST
(1 of 3 users found this comment useful)
Andreas..amcgee ~ Because of your perceived 'grievance' you rate Jacek's work at one star - never mind the quality of his work - Oh boy!
Your remark about the Bombich site needs modifying - there are plenty of references there to new versions of psync, e.g.: Have your cake *and* eat it..
What have you personally done to bring about the unification you so much desire?
Dan vs. Jacek 



- Version: 0.69.3, 6/2/2005 02:55PM PST
(2 of 4 users found this comment useful)
amcgee
Psync rocks! 



- Version: 0.69.3, 5/24/2005 12:02PM PST
Zeds Dead
Need a nightly backup? Just add it to the crontab and you'll get a fresh clone every night.
Need to clone someone's system to a new computer? Put the new computer in target firewire mode (and make sure to set it to not ignore permissions in Get Info in the Finder!) and then psync away. You get a perfect, bootable clone on the new machine.
Love this product. (As if you couldn't tell!)
PS: I've also experienced the -r bug mentioned below, but always just put it down to AFP's weird permissioning behavior... I just -m instead of -r as this is simply a user backup and can be owned by the user that mounted the volume, it's not a problem for me.
PPS: Mounting volumes is cake using Applescript. Just add this above the psync in your crontab:
osascript -e 'tell application "Finder"' -e 'mount volume "afp://someuser:somepassword@servername.local/VolumeToMount"' -e 'end tell';
And if you want to unmount afterwards:
osascript -e 'tell application "Finder"' -e 'eject "VolumeToEject"' -e 'end tell'
Remote Backup Partially Working - Version: 0.69.2, 12/16/2004 01:41PM PST
(1 of 1 users found this comment useful)
Daniel_Hazelbaker_524
fantastic - Version: 0.69.2, 11/10/2004 04:25PM PST
grikdog
Most Recent Replies: View All 1 Replies
After several backups, I noticed that a large number of new files were not backed up. Manually running psync in verbose mode (-v3) showed me that some directories were just skipped over withouth the content being analysed, for example a directory with 200 jpegs.
The only way I found to overcome the problem was to delete the .psync.db in the source root.
Can anybody explain what has happended? I thought .psync.db would mainly be used during restore to set access rights, but apprently it also controls what happens during backup. And what is the impact of deleting .psync.db before running a backup? Will it have any negative consequences? What could I do to make backups run as they should without deleing the psync.db first?
Thanks for any help and suggestions.