Re: Script to Shutdown/Resume 4D on Client?
Why you don't use 4D Backup ? It is included in every License for the Client from Version 6.5 of 4D. You schould update to version 6.5 if you wan`t to run with MacOS 9, G3/G4 without Disk, etc. To shutdown the Server with a script is the "dirty way". Using 4D Backup is save and professional. More infos: www.aci.com Greetings, M.Goldschmied 4th Dimension Developper -ConfluData Software GmbH- -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Retrospect forgets normal backups!?
I just subscribed, so excuses for the usual reasons, please... I'm responsible for backing up a mixed environment with both stationary and mobile computers. For the mobile computers I figured that a Backup Server script would be the most suitable, since those users work on very different times of the day, but for the stationary computers I've set up a Backup script that's supposed to run at 10 p.m. every night. Now, every Friday I've set up a recycle backup, spanning four sets of tapes (for four weeks between recycling of one set), and then I do normal backups Saturday through Thursday. I set the normal backups as starting the same day (Friday) as the recycle backup, but setup to run on Monday, Tuesday, Wednesday, Thursday, Saturday, Sunday. The problem is, Retrospect seems to forget the normal backups, and moves on to the next backup set. When I get back after a weekend and the users are worried that they haven't been backed up, I set the normal backup to start on Friday the week before (where it was originally). Retrospect immediately backs up all the computers, but then forgets all executions of the backup set for four weeks. I'm sure I'm doing something obviously wrong here, but I can't figure out what... Thanks in advance, /Robert Staflin === Robert StaflinLegion Interactive AB Smedsgränd 2B Phone: +46 18 603260 S-753 20 UPPSALAFax: +46 18 603261 SWEDEN Mobile: +46 705 775990 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: DVD-RAM as backup media
I recently purchased a Mac G4/400 with the DVD-RAM option, hoping that this would be a simple backup solution. We did the same thing with a G3/300. Apple's IDE DVD-RAM drive has got to be the slowest in existence. And DVD-TuneUp won't help -- Retrospect reformats the DVD using Apple's driver before using it for backup. If you want to backup to DVD-RAM, learn a great deal of patience or find a faster drive. We learned that the hard way. Dan Knight, information systems manager [EMAIL PROTECTED] Baker Book House Company http://www.bakerbooks.com 6030 East Fulton 616-676-9185 x146 Ada, Michigan 49301 fax 616-676-9573 "As for Pentium PCs, well, they're harmless." -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Retrospect forgets normal backups!?
on 2/22/2000 5:23 AM, Robert Staflin at [EMAIL PROTECTED] wrote: Now, every Friday I've set up a recycle backup, spanning four sets of tapes (for four weeks between recycling of one set), and then I do normal backups Saturday through Thursday. I set the normal backups as starting the same day (Friday) as the recycle backup, but setup to run on Monday, Tuesday, Wednesday, Thursday, Saturday, Sunday. The problem may be that Retrospect runs on a Sunday-to-Saturday schedule, which means that if you try to run a schedule for MTWThFSaSu it will actually try to run SuMTWThFSa. This has bitten me several times, to the point that my weekend backups don't go to tapes anymore, but only to FTP backup sets. Jon L. Gardner '89, Computer Systems Manager mailto:[EMAIL PROTECTED] Texas AM University Dept. of Food Services http://food.tamu.edu/ Tel 979.458.1839 Fax 979.845.2157 ICQ 34792860 PGP public key available at http://food.tamu.edu/pgp/jon.html -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: DVD-RAM as backup media
On 2/22/2000 4:45 AM, Daniel Knight [EMAIL PROTECTED] said... I recently purchased a Mac G4/400 with the DVD-RAM option, hoping that this would be a simple backup solution. We did the same thing with a G3/300. Apple's IDE DVD-RAM drive has got to be the slowest in existence. And DVD-TuneUp won't help -- Retrospect reformats the DVD using Apple's driver before using it for backup. Thanks, Daniel, it helps to know that its not something isolated. But this still leaves a couple of questions: 1. Does anyone know, or know how to get, the specs for these drives? Surely they can't be rated as low as 6mb / min.? 2. What is DVD-TuneUp? And might it help non-Retrospect Finder copy speeds? Best Patrick -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: DVD-RAM as backup media
|If you want to backup to DVD-RAM, learn a great deal of patience or find |a faster drive. We learned that the hard way. Or run your backups at 2AM or something, that's what we do. Brian -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Neophyte Scripting Query - Want The Nike Method - Just Do It
I want it to do a "FULL" by default. I'm not an AppleScript guru, but I was wondering if anyone else has walked this path ahead of me, and has a simple "brute force" script I could scam/adapt for my purposes. I have written a script for a small company that owns an iMac, a Powerbook, and a PC, networked. The iMac has a zip disk connected. The script can copy any source target to any destination target, mount remote disks (automatically detects remote paths), and also handles the special case of backing up selected items from within a Virtual PC C-drive. I have it tuned to backup all targets (including those on the PC, running an atalk file server) to a folder on the iMac, then copy this folder en masse to the zip. It searches for a specifically-named zip drive (mon, tue, wed, etc) for daily backup, and can be made to refuse to run if it can't find it (right now it reports a possible error with option to try again or continue). It has a verbose debug mode to search for problems in development. It is slow, but it works. I'm working out the last couple of quirks, and adding a report capability to it, hopefully one that can send an e-mail report. Also to be added is .sit compression. It does no auto-restore (you have to go search and drag) yet, and also does no incremental backup yet. But I hope to add these. It relies on no scripting additions, and is big and long due to debugging code and comments. It fails to remote mount if it is running OS9 (OS9 "feature"), but I plan to refine this (no guarantees!). Before you respond, consider also that almost any and every "exception" to flawless operation will result in a phone call to me, day or night! Any "*unexpected*" dialogue boxes, etc; are a "show stopper". Just an aside, I quit using this phrase. Apparently, a show stopper is something so -good- that it brings the house down. Anyway, right now, all errors (every task in the script is error-checked) are reported to dialog boxes, and they're worded to help me (the programmer) troubleshoot it, not make things clear to the user, so this is -not- what your correspondent wants. In a couple of weeks I should have it finished up (I work on it on-site on weekends). This is what makes me think, MAYBE AppleScripting may be the way to go here. But I'm not a programmer - just a Mac bigot! ;-) If so, does anyone have a basic script I can "borrow" - hints on how to adapt it, if necessary, are appreciated! If I supply it free, your support will be limited to what you would expect, but Applescript is not all that hard. That said, being a Mac bigot by itself will not help you. The paths set in my backup script are "hard coded" (for now); you will have to open it up in script editor, understand what you are doing, change it, and recompile it. Please cc any replies to: [EMAIL PROTECTED] I'm posting back to the list in case anyone else wants it. For me, it mostly has been how I learned Applescript. It's been fun, but I've suggested to the company that they buy Retrospect :-), since their backup needs will be growing. If anybody wants this, send me e-mail, I will put your name in the basket, and shortly I will spiff it up and make it available. Stefan Jeglinski -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
RE: Neophyte Scripting Query - Want The Nike Method - JustDo It
Stefan, Hello. Thanks for taking the time to write. I'm happy with your response over-all, but... Snippo! : I have written a script for a small company that owns an iMac, a : Powerbook, and a PC, networked. The iMac has a zip disk connected. : The script can copy any source target to any destination target, But will it automagically overwrite/kill/ignore any exisitng "Retro" data on the target? Or will it balk and want a new/different catridge. Hint - she's backing up about 1 GB to a Jaz cartridge (~1GB). Snip : iMac, then copy this folder en masse to the zip. It searches for a : specifically-named zip drive (mon, tue, wed, etc) for daily backup, : and can be made to refuse to run if it can't find it (right now it : reports a possible error with option to try again or continue). It : has a verbose debug mode to search for problems in development. Such reporting and searching for drives, would NOT be a Good Thing for my friend. If the Jaz isn't powered up or ready (avail to SCSI and/or cartridge in it), then obviously she'll need to know that, but other than that, notificiations, dialogues, etc., should be kept to a very dull roar (maybe a 4 or 5 step process, max.). : It is slow, but it works. I'm working out the last couple of quirks, : and adding a report capability to it, hopefully one that can send an : e-mail report. Also to be added is .sit compression. It does no I see from the Retrospect manual that it supports e-mailing (but is this only through AppleScripting?). I'd like to know at my e-mail address everytime she backs up - whether it worked or not. Then I'll turn it off after 6 months of success! %^} : auto-restore (you have to go search and drag) yet, and also does no : incremental backup yet. But I hope to add these. Sounds cool! Snipped : If I supply it free, your support will be limited to what you would : expect, but Applescript is not all that hard. That said, being a Mac I get what I "pay for"?! ;-) : bigot by itself will not help you. The paths set in my backup script : are "hard coded" (for now); you will have to open it up in script : editor, understand what you are doing, change it, and recompile it. Hmmm... yeah, I might be interested in seeing it. Please send it along. I solemly swear not to turn it into the greatest commercial product since (insert fave Mac app. here!). For personal use only. I may or may not end up gutting and fileting it if I can understand it. I've seen scripts that were quite intuitive to me, and others that really sent me screaming into the night. Nevertheless, I usually learn _something_ from them! : Please cc any replies to: [EMAIL PROTECTED] : : I'm posting back to the list in case anyone else wants it. For me, it : mostly has been how I learned Applescript. It's been fun, but I've : suggested to the company that they buy Retrospect :-), since their Dooo! So your saying your script is not a Retrospect-friendly (but rather a "stand alone" back-up) script? : backup needs will be growing. If anybody wants this, send me e-mail, : I will put your name in the basket, and shortly I will spiff it up : and make it available. Sure, what the heck, send me a copy - with the understanding that it's as much out of curiousity as much as anything else... I may or may not actually use it (no offense intended!). [EMAIL PROTECTED] Meanwhile... my friend already has Retrospect (I suspect this may have been "overkill" - maybe DiskFit would have been better?)... any suggestions as to how to "streamline"/simply it's operation for her? Maybe "Retrospect Express" is more of a single user/consumer product??? I dunno... Thanks all, --Pete [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
RE: Neophyte Scripting Query - Want The Nike Method - JustDo It
Let's take any further correspondence off-line... : I have written a script for a small company that owns an iMac, a : Powerbook, and a PC, networked. The iMac has a zip disk connected. : The script can copy any source target to any destination target, But will it automagically overwrite/kill/ignore any exisitng "Retro" data on the target? Or will it balk and want a new/different catridge. Hint - she's backing up about 1 GB to a Jaz cartridge (~1GB). It always overwrites :-). Only Retrospect can prevent overwriting Retrospect stuff, I assume, when it comes to a Zip or Jaz disk. In case there's any funny quirks, just reformat the disk before using it. : iMac, then copy this folder en masse to the zip. It searches for a : specifically-named zip drive (mon, tue, wed, etc) for daily backup, : and can be made to refuse to run if it can't find it (right now it : reports a possible error with option to try again or continue). It : has a verbose debug mode to search for problems in development. Such reporting and searching for drives, would NOT be a Good Thing for my friend. If the Jaz isn't powered up or ready (avail to SCSI and/or cartridge in it), then obviously she'll need to know that, but other than that, notificiations, dialogues, etc., should be kept to a very dull roar (maybe a 4 or 5 step process, max.). With all due respect, I would argue that your correspondent needs a little education regarding backups. If she can't be sure she even has a good backup, why bother? Does she just -hope- she can restore if she ever needs to? How would she correct for "user-stupidity"? If she somehow does something dumb (like accidently delete the files she's trying to backup), does she not want to know this? Be all this as it may, you would be free to strip it all out anyway. I better work on my disclaimer, though :-) : It is slow, but it works. I'm working out the last couple of quirks, : and adding a report capability to it, hopefully one that can send an : e-mail report. Also to be added is .sit compression. It does no I see from the Retrospect manual that it supports e-mailing (but is this only through AppleScripting?). I'd like to know at my e-mail address everytime she backs up - whether it worked or not. Then I'll turn it off after 6 months of success! %^} This is exactly why I'm doing this part. So the company for whom I've written it can let me know (without them having to know) how their backups are going. This part may need a shareware scripting addition though. Hmmm... yeah, I might be interested in seeing it. Please send it along. I solemly swear not to turn it into the greatest commercial product since (insert fave Mac app. here!). For personal use only. I may or may not end up gutting and fileting it if I can understand it. I've seen scripts that were quite intuitive to me, and others that really sent me screaming into the night. Nevertheless, I usually learn _something_ from them! I'm a programmer, so IMHO the script is well designed and coded and commented ;-) It is a bit complex because it takes most of the work out of your hands. But you should be able to peruse it. Dooo! So your saying your script is not a Retrospect-friendly (but rather a "stand alone" back-up) script? Mine is a standalone script. It knows nothing about Retrospect or anything else. It's just a glorified file copier. Stefan Jeglinski -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]