Onstream FW30 - Error 105 Device Problem
Title: Onstream FW30 - Error 105 Device Problem Does anyone know what to make of an Error 105 - Device Problem? We're using an Onstream FW30 drive. The problem seems to occur only when a backup is scheduled, not when it is done on-demand. Originally we were running Mac OS 8.6 and old FireWire drivers. We updated to Mac OS 9.04 and FireWire drivers 2.5, but the problem persists. Puzzled, Phil Geller WorkingMacs Macintosh Consulting for the Small Office and Home Office voice: 650 493-8689 fax: 650 493-8587
Onstream FW30 - Error 105 Device Problem
Does anyone know what to make of an Error 105 - Device Problem? We're using an Onstream FW30 drive. The problem seems to occur only when a backup is scheduled, not when it is done on-demand. Originally we were running Mac OS 8.6 and old FireWire drivers. We updated to Mac OS 9.04 and FireWire drivers 2.5, but the problem persists. Puzzled, Phil Geller WorkingMacs Macintosh Consulting for the Small Office and Home Office voice: 650 493-8689 fax: 650 493-8587 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Onstream FW30 - Error 105 Device Problem
Title: Re: Onstream FW30 - Error 105 Device Problem Where can I find Firewire Drivers 2.5? Jeff -- Jeff Grossman ([EMAIL PROTECTED]) Director - Information Systems, Turner's Outdoorsman http://www.turners.com From: Phil Geller [EMAIL PROTECTED] Reply-To: retro-talk [EMAIL PROTECTED] Date: Mon, 05 Mar 2001 07:00:30 -0800 To: retro-talk [EMAIL PROTECTED] Subject: Onstream FW30 - Error 105 Device Problem Does anyone know what to make of an Error 105 - Device Problem? We're using an Onstream FW30 drive. The problem seems to occur only when a backup is scheduled, not when it is done on-demand. Originally we were running Mac OS 8.6 and old FireWire drivers. We updated to Mac OS 9.04 and FireWire drivers 2.5, but the problem persists.
Re: Onstream FW30 - Error 105 Device Problem
on 3/5/01 11:21 AM, "Jeff Grossman" [EMAIL PROTECTED] wrote: Where can I find Firewire Drivers 2.5? Jeff The obvious place: Apple.com http://asu.info.apple.com/swupdates.nsf/artnum/n11838?OpenDocument -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ymtd/ymtd.html -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error -36 (i/o error, bad media?)
The drive where the shap shots are stored is full or corrupt. I had a similar one a while back and it turned out the drive directory was all messed up. Up until recently, I was running Retrospect 4.3 on a Power Mac 9600, and backing up servers and workstations (I work for a book publisher) to a Quantum DLT8000 tape drive. A few weeks ago, however, I got a brand new G4/466. It's a fairly standard setup (512MB RAM, 30GB IDE HD, Adaptec 2906 SCSI card, Adaptec 2940UW card, Virex 5.9.1). However, as soon as I ran a backup, I began receiving client errors similar to the following -2/28/2001 11:02:17 PM: Copying Susan McBride on Susan McBride Couldn't write Snapshot, error -36 (i/o error, bad media?) 2/28/2001 11:22:11 PM: 1 execution errors Completed: 2479 files, 1.7 GB Performance: 85.2 MB/minute Duration: 00:19:54 (00:00:13 idle/loading/preparing) This happens both during normal and recycle backups, but not on all machines. Each computer generates a single error during the backup. In addition, I receive numerous errors on my G4 (940 of them this morning, as a matter of fact), similar to the following - Can't read file 3Macintosh HD:Applications (Mac OS 9):Acrobat Reader 4.0:Resource:CMap:AdobeFnt.lst2, error -36 (i/o error, bad media?). These files, obviously, aren't getting backed up. Norton Utilities doesn't show anything amiss on the hard drive, and I've run other utilities as well. I have dumped preferences, reinstalled Retrospect (along with the ADK v1.8 and Driver Update 2.1), swapped out media, and recreated my backup scripts. The computer works great, except for this little problem. Looking at the restore options, the snapshots look fine, and I can restore files, even from the backups that are generating errors. But still, I get this error every morning...and that makes me nervous. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error -36 (i/o error, bad media?)
On 3/1/2001 7:37 AM, "Brian Caskey" wrote: The computer works great, except for this little problem. Looking at the restore options, the snapshots look fine, and I can restore files, even from the backups that are generating errors. But still, I get this error every morning...and that makes me nervous. Experience tells me that if Retrospect is saying there's a problem, then there's a problem. You might try running DiskWarrior on the drive. It frequently fixes things that Norton doesn't (you don't say what version of Norton you're using or what version of the OS is running, btw). Of course, just because the computer is new doesn't mean it's perfect. Sometimes even new stuff doesn't work (don't even get me started here...). Also check the PowerDomain control panel to be sure the scsi cards are configured correctly. It's also possible that your cables inside the computer aren't connected perfectly. You might want to reseat the ATA cable to the drive. Just some thoughts, Pam -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error -36 (i/o error, bad media?)
Hello, Sometimes the Disk First Aid utility and even Norton can not detect the -36 error. Apple's Drive Setup does not do a "low level format" on IDE hard disks, which means that bad blocks (-36 errors) will not be fixed by using the format option in Drive Setup. Zero all data is also not helpful. You should run the "test disk" option in Drive Setup. This will look for and repair bad blocks (sector sparing as Apple calls it). Apple's TIL entry for this error: Type -36 error (I/O Errors) This file is having difficulty while either reading from the drive or writing to the drive. The file may have been improperly written data to the drive or the hard drive or disk may be damaged. This is almost always indicative of a media error (hard error on the disk). Sometimes (rarely) it is transient. Solutions: Try copying the file to another drive. Use a disk recovery software, such as Disk First Aid to examine the disk. You can try rebooting with all extensions off. Once in a while this will allow you to read the data. The file in question should be restored from a backup that was stored on a different disk. Regular backups can reduce the time to recover from this error. Regards, Irena Solomon Dantz Technical Support 925.253.3050 Try our new Searchable Knowledgebase at: http://partners.dantz.com:591/faq/ From: Pam Lefkowitz [EMAIL PROTECTED] Subject: Re: Error -36 (i/o error, bad media?) On 3/1/2001 7:37 AM, "Brian Caskey" wrote: The computer works great, except for this little problem. Looking at the restore options, the snapshots look fine, and I can restore files, even from the backups that are generating errors. But still, I get this error every morning...and that makes me nervous. Experience tells me that if Retrospect is saying there's a problem, then there's a problem. You might try running DiskWarrior on the drive. It frequently fixes things that Norton doesn't (you don't say what version of Norton you're using or what version of the OS is running, btw). Of course, just because the computer is new doesn't mean it's perfect. Sometimes even new stuff doesn't work (don't even get me started here...). Also check the PowerDomain control panel to be sure the scsi cards are configured correctly. It's also possible that your cables inside the computer aren't connected perfectly. You might want to reseat the ATA cable to the drive. Just some thoughts, Pam -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
error 5 (unknown) on Windows client
Greetings all. Just in the last couple of days, one of my Windows clients has started returning the following error message: "Can't access volume DISK (C:) on WIN_CLIENT, error 5 (unknown)" The client computer is running Windows 98 with Retro client 5.1 for windows. The backup station is a Mac Workgroup Server 8150 running MacOS 8.5.1 and Retro 4.3. (The ASIP software is no longer running on this machine) I have searched Dantz's site for info on this error message, but to no avail. Hopefully someone here will have some insight. TIA, | Doug Starkey | | Network Administrator| | Pecan Deluxe Candy Company | | 2570 Lone Star Drive | | Dallas, TX 75212-6308| | e-mail: [EMAIL PROTECTED] | | voice: 214-631-3669 Ext. 108 | | fax: 214-631-5833| -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519 - AN UPDATE
Here's an oddity. I used to get a lot of 519 errors when I had DAT tape changers, but since switching to DLT I hardly have any problems and the problems I do have are directly related to the end users machine. I ran DLT on a mixed 10BaseT with Hubs and switches for about 6 months before I moved to a new building and have 10/100 switched (Cisco 5500's) network. All of the machines I back up now are 100BaseT full Duplex. The Mac I was doing the backups on is a 9600/G4-450. The machine I am currently doing the backups on is a 7600/G3-250. I built a cable to connect the external DLT drive to the internal SCSI bus. because the internal bus is SCSI-2 Fast (10MB/sec) while the external connector is only SCSI-2 (5MB/Sec). The speed difference between the two machines only dropped 2-3MB/min on average (averaging about 100MB/min). The 7600 is a good combination. Low volume Filemaker Server during the day, Retrospect backups at night. One of the previous messages indicated the problem occuring on a 10T network, otherwise I'd suspect the (presumably OT) problem might be getting exposed by the higher throughput now that the G3 backup machine is on 100T, as the G4 has always been. Can anyone else confirm seeing the problem on a 10T only network? Absolutley - we see it on a 10T unswitched network that can be as slow as...insert your favourite cliche here... that said it does seem to fail more often when there is less overall network traffic (ie the middle of the night) and the throughput is higher. No 519s using AppleTalk (and I have checked and all the G4s have different node numbers so that is not the problem in our case) Our backup machine is 7300/180 with an AdvanSys UltraWide SCSI card to a Sony DDS-4 drive. Adrian Smith -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
519 Error disconnects ASIP server
Just encountered a bad situation. I had turned off file and mail servers on my ASIP server to run a RS backup. During the backup something happened and RS shows a 519 error and of course quit backing up. Upon checking on the server, I discovered that it was running just fine, but no longer thought that it was connected to ethernet. Trying to reconnect it from the CP was futile, as it would never make the connection. I was forced to restart the server to reestablish a network connection. Backups of Share points have been occurring flawlessly for some time. Anyone have a clue what might have happened and how to prevent this in the future? We had been having trouble with backups failing and thought that we had solved the problem (bad VXA drive), but some of the symptoms earlier are frighteningly similar to what just occurred. Configuration: ASIP 6.3.3 on G4 with 9.0.4 with the latest upgrades. RS 4.3 running on a separate Mac (ASIP is a client). Server had been up for 10 days when this occurred. -- Bob Durst Note my new e-mail address: [EMAIL PROTECTED] Please update your address book to reflect the change. Visit my web site: http://fst.orst.edu/bob_durst/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: error 5 (unknown) on Windows client
Just in the last couple of days, one of my Windows clients has started returning the following error message: "Can't access volume DISK (C:) on WIN_CLIENT, error 5 (unknown)" The client computer is running Windows 98 with Retro client 5.1 for windows. Anytime I have retro not finding a disk I do the following. It almost always fixes the problem. I have all my clients volumes set up via the Selected volumes option in the client configuration window. Hilite all the volumes. Hit Delete and answer yes. What will be left are the one that the client can see at this time. Hilite all of these and go fix your backup scripts and groups as needed. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519 - AN UPDATE
We are having problems backing up G4s over the network. Basically, they get part way through the backup and then Retrospect looses the connection. The problem seems to be at the G4 end as once this has happened they have lost network connectivity until the next restart (sleep and waking seems to restore it as well). Back in November I started a thread on problems we were having getting G4s to backup over our 10Mb Ethernet network... Just to update everyone, we have found that switching the clients to AppleTalk rather than TCP/IP has eliminated all the errors we were experiencing (As suggested by Brooks Peters in the thread "G4 Client's OT Wiped Out by Backup via TCP/IP"). The backup is not as quite as fast (say 40 MB/min vs 50) but it does work. A timely thread! I just today moved our DAT drive (HP SureStore DDS-3 external) from one machine to another, and copied all the Retrospect stuff to make it the new machine. I've immediately got this 519 error backing up my own G4. The old Retro backup machine was a beige G3-266 desktop, motherboard 10T Ethernet, running 9.0.4. The new machine is a beige G3-300 desktop, Asante 10/100 card, 9.0.4, and using a Miles Bluenote SCSI card instead of the motherboard SCSI port. My G4 machine is a 400Mhz "Yosemite" (AGP graphics) version. I haven't been having problems with it until the move. One of the previous messages indicated the problem occuring on a 10T network, otherwise I'd suspect the (presumably OT) problem might be getting exposed by the higher throughput now that the G3 backup machine is on 100T, as the G4 has always been. Can anyone else confirm seeing the problem on a 10T only network? Our other two G4 machines are the older 400Mhz "Yikes" motherboards (PCI Graphics) from the original introduction, and so far I haven't seen 519 errors from them. We just got two new 533Mhz G4s, with 9.1, and I'll see if they have a problem, or if 9.1 makes the problem go away on the AGP G4, and post the results here. -- David Oberst/NWT Bureau of Statistics/Yellowknife, NWT, Canada [EMAIL PROTECTED][Explore Canada's Arctic] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519 - update of the update
Just to update everyone, we have found that switching the clients to AppleTalk rather than TCP/IP has eliminated all the errors we were experiencing (As suggested by Brooks Peters in the thread "G4 Client's OT Wiped Out by Backup via TCP/IP"). The backup is not as quite as fast (say 40 MB/min vs 50) but it does work. A timely thread! I just today moved our DAT drive (HP SureStore DDS-3 external) from one machine to another, and copied all the Retrospect stuff to make it the new machine. I've immediately got this 519 error backing up my own G4. We have 519's like a rash when backing up over a mixed 10/100 network using 3Com SuperStack 10/100 autoswitching hubs. Backup server is a beige G3 266 tower with a DDS-2 DAT drive. 519's are the order of the day with the one G4 machione. It has work files on an external 12 Gb FireWire drive and I think we've only once had an error-free backup. Changing to AppleTalk did not help in any way. Some days most machines (20+) give a 519 which makes me think network or backup server. I am going to test a Cisco Catalyst Switch (with Spanning Tree turned off) and see what happens. Regards -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519 - update of the update
On 2/20/2001 6:45 AM, "Nicholas Froome" wrote: We have 519's like a rash when backing up over a mixed 10/100 network using 3Com SuperStack 10/100 autoswitching hubs. Backup server is a beige G3 266 tower with a DDS-2 DAT drive. Take a look at the autosensing on the Macs. There is an update on the Apple site that forces either 10 or 100 and doesn't allow the autosensing to happen. This has cleared up many network issues. Pam -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519 - AN UPDATE
Back in November I started a thread on problems we were having getting G4s to backup over our 10Mb Ethernet network... Just to update everyone, we have found that switching the clients to AppleTalk rather than TCP/IP has eliminated all the errors we were experiencing (As suggested by Brooks Peters in the thread "G4 Client's OT Wiped Out by Backup via TCP/IP"). The backup is not as quite as fast (say 40 MB/min vs 50) but it does work. Now if we could just nail the problem we are still having with the tape drive and 102 errors we would be all set... Adrian PS We have not tried any of the G4s with TCP/IP and OS9.1 yet. I would be interesting to know if 9.1 fixed the problems but as it ain't broke... At 4:19 PM +1100 22/11/00, Adrian Smith wrote: Hi all, We are having problems backing up G4s over the network. Basically, they get part way through the backup and then Retrospect looses the connection. The problem seems to be at the G4 end as once this has happened they have lost network connectivity until the next restart (sleep and waking seems to restore it as well). This seems to be the problem that was addressed by the "Ethernet Update 1.0" and our network does seem to come close to the type of network described in the Apple TIL on the subject. HOWEVER, installing the Ethernet Update doesn't fix the problem, although it may have made it a little better (the backup SEEMS to get a bit further). So, does anyone know how complete a fix the Ethernet Update was? Are there reports of G4s still having network problems? Does anyone have any suggestions for a workaround? Any other suggestions as to the cause? We have had zero problems backing up an iMac, a beigeG3 and an LCIII but the three G4s (and my Powerbook (firewire) which we just tested) seem to fail almost every time... Thanks Adrian -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: -24007 error backing up NT server
Wasn't it retro-talk who once said... Subject: Re: -24007 error backing up NT server From: "Irena Solomon" [EMAIL PROTECTED] Date: Wed, 10 Jan 2001 12:05:49 -0800 Also ensure that all files have the security permissions set to allow read access or higher to administrators, and that the Retrospect client software was installed while logged in as Administrator. Regards, [snip] Subject: RE: -24007 error backing up NT server From: "Scott Dunn" [EMAIL PROTECTED] Date: Thu, 11 Jan 2001 07:48:48 -0800 I would suggest checking the logon settings for the Retrospect client service in the Services Control Panel. Make sure that the service logs on as THE administrator account for that machine. This will provide complete access to the hard drive. Keep in mind that just using an account with administrative privileges is not enough. Especially domain admin accounts. I've tried both of those and failed. When I used the admin account for the machine, it worked fine. Okay, well I seem to have things working now. It was a "security" permissions issue at a lower level. Apparently some "new" folders did not automatically adopt the parent folder's permissions. I'm back in the game now. Thanks for the suggestions. They did, ultimately, lead me in the right direction. | Doug Starkey | | Network Administrator| | Pecan Deluxe Candy Company | | 2570 Lone Star Drive | | Dallas, TX 75212-6308| | e-mail: [EMAIL PROTECTED] | | voice: 214-631-3669 Ext. 108 | | fax: 214-631-5833| -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
RE: -24007 error backing up NT server
I would suggest checking the logon settings for the Retrospect client service in the Services Control Panel. Make sure that the service logs on as THE administrator account for that machine. This will provide complete access to the hard drive. Keep in mind that just using an account with administrative privileges is not enough. Especially domain admin accounts. I've tried both of those and failed. When I used the admin account for the machine, it worked fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of NetHead Sent: Wednesday, January 10, 2001 5:49 AM To: RetroTalk Subject: -24007 error backing up NT server I'm using Retrospect 4.3 on a Mac to backup almost all of the computers on my network. Among these is an NT 4.0 server (service pack 6a). I've configured the Macshare volumes per Dantz's recommendations, but I am having problems with some of the non-Mac spaces. There is in fact one whole directory that seems to generate a -24007 "Access denied" error. I could find no reference to this error at Dantz's site, so I thought I'd check with the list. I'm no NT whiz by any means, so be gentle. I do know the basics of setting permissions and such. I've checked all of those I don't see any glaring problems. I even set up a user with the name of my Mac and gave it Administrator-type privileges, thinking maybe that would work. Perhaps I am still missing something. Any ideas? | Doug Starkey | | Network Administrator| | Pecan Deluxe Candy Company | | 2570 Lone Star Drive | | Dallas, TX 75212-6308| | e-mail: [EMAIL PROTECTED] | | voice: 214-631-3669 Ext. 108 | | fax: 214-631-5833| -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
-24007 error backing up NT server
I'm using Retrospect 4.3 on a Mac to backup almost all of the computers on my network. Among these is an NT 4.0 server (service pack 6a). I've configured the Macshare volumes per Dantz's recommendations, but I am having problems with some of the non-Mac spaces. There is in fact one whole directory that seems to generate a -24007 "Access denied" error. I could find no reference to this error at Dantz's site, so I thought I'd check with the list. I'm no NT whiz by any means, so be gentle. I do know the basics of setting permissions and such. I've checked all of those I don't see any glaring problems. I even set up a user with the name of my Mac and gave it Administrator-type privileges, thinking maybe that would work. Perhaps I am still missing something. Any ideas? | Doug Starkey | | Network Administrator| | Pecan Deluxe Candy Company | | 2570 Lone Star Drive | | Dallas, TX 75212-6308| | e-mail: [EMAIL PROTECTED] | | voice: 214-631-3669 Ext. 108 | | fax: 214-631-5833| -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
RE: -24007 error backing up NT server
Are you using Retrospect Client on the NT Server or are you using network shares? If you are using shares, there are two sets of permissions that are in effect--the share permissions and the file permissions. Share permissions are accessed through the "Sharing" tab of the properties dialog for the shared folder. Other than that, I'm not sure. Joel Moore -Original Message- From: NetHead [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 10, 2001 8:49 AM To: RetroTalk Subject: -24007 error backing up NT server I'm using Retrospect 4.3 on a Mac to backup almost all of the computers on my network. Among these is an NT 4.0 server (service pack 6a). I've configured the Macshare volumes per Dantz's recommendations, but I am having problems with some of the non-Mac spaces. There is in fact one whole directory that seems to generate a -24007 "Access denied" error. I could find no reference to this error at Dantz's site, so I thought I'd check with the list. I'm no NT whiz by any means, so be gentle. I do know the basics of setting permissions and such. I've checked all of those I don't see any glaring problems. I even set up a user with the name of my Mac and gave it Administrator-type privileges, thinking maybe that would work. Perhaps I am still missing something. Any ideas? | Doug Starkey | | Network Administrator| | Pecan Deluxe Candy Company | | 2570 Lone Star Drive | | Dallas, TX 75212-6308| | e-mail: [EMAIL PROTECTED] | | voice: 214-631-3669 Ext. 108 | | fax: 214-631-5833| -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: -24007 error backing up NT server
Also ensure that all files have the security permissions set to allow read access or higher to administrators, and that the Retrospect client software was installed while logged in as Administrator. Regards, Irena Solomon Dantz Technical Support 925.253.3050 Are you using Retrospect Client on the NT Server or are you using network shares? If you are using shares, there are two sets of permissions that are in effect--the share permissions and the file permissions. Share permissions are accessed through the "Sharing" tab of the properties dialog for the shared folder. Other than that, I'm not sure. Joel Moore -Original Message- I'm using Retrospect 4.3 on a Mac to backup almost all of the computers on my network. Among these is an NT 4.0 server (service pack 6a). I've configured the Macshare volumes per Dantz's recommendations, but I am having problems with some of the non-Mac spaces. There is in fact one whole directory that seems to generate a -24007 "Access denied" error. I could find no reference to this error at Dantz's site, so I thought I'd check with the list. I'm no NT whiz by any means, so be gentle. I do know the basics of setting permissions and such. I've checked all of those I don't see any glaring problems. I even set up a user with the name of my Mac and gave it Administrator-type privileges, thinking maybe that would work. Perhaps I am still missing something. Any ideas? -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
On Tue, 28 Nov 2000, David Ross wrote: If you look at how ethernet works, most of time anything you do will mask errors. EtherNet has error recovery built in. So an undemanding transfer, such as a Finder copy, will tend to get through, errors or not. It's those programs that really hammer the network, like a backup program trying to keep a tape at speed, that tend to fail. Here's something to consider as a *possible* cause for 519 (and other Ethernet) errors: We have several new G3 and G4 servers that connect directly to high-end switches via six-foot certified Cat 5e patch cables. When these computers boot, and the switch ports are set to auto-negotiate, both ends *always* come up full duplex. However, if a patch cable is briefly disconnected (or power is removed from the switch), the switch port comes back up at *half* duplex. A duplex mismatch can be invisible at low to moderate traffic loads on a given connection, but at high loads the connection breaks down with massive numbers of errors. Accordingly, on switch ports connected to servers we force the duplex setting to full (which probably has little or no throughput improvement over half duplex, because of limitations in the Mac OS). YMMV, Mark E. Ingram [EMAIL PROTECTED] (also [EMAIL PROTECTED]) -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
So Retrospect reports errors that it finds in the network setup that doesn't affect ANYTHING else? If these errors existed then why does nothing else complain? Yet. I copy large files from one machine to another, but that never fails Yet. That's taking a rather simplistic approach that my experience so far does not support. I've had no known network failures of any kind - except Retrospect. To simply say that I will have one day is dodging the issue. If you look at how ethernet works, most of time anything you do will mask errors. EtherNet has error recovery built in. So an undemanding transfer, such as a Finder copy, will tend to get through, errors or not. It's those programs that really hammer the network, like a backup program trying to keep a tape at speed, that tend to fail. I've seen what you describe multiple times and it's always turned out to be a system or network problem, not a Retrospect problem. Not that that made it any less frustrating. But I have learned that a repeating problem being reported by Retrospect means I have a problem somewhere that I'll have to solve at some point. While not an expert, I have been using retrospect since about 90, starting with those "incredibly" reliable TEAC 60MB tapes. 30 sites later, I've still not found anything better. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
At 6:53 AM -0600 24/11/00, Don Foy wrote: I want everything perfect for a backup, since a less than perfect backup is absolutely useless. That one byte it missed and didn't tell me about may have been in the middle of a file that could cost me several thousands dollars. I agree, but in that case I'd expect file transfers around my network to be producing useless files since 1 byte lost will affect those just as much as in a backup. My point is that this is simply not happening. If I can throw a 600+ Mb file from one machine to another, then IMO Retrospect ought to be able to back it up without falling over. That's not a fault of Retrospect, but a feature, the way I see it. Hmmm. -- Ken G i l l e t t _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
At 12:52 PM -0600 24/11/00, Pam Lefkowitz wrote: So Retrospect reports errors that it finds in the network setup that doesn't affect ANYTHING else? If these errors existed then why does nothing else complain? Yet. I copy large files from one machine to another, but that never fails Yet. That's taking a rather simplistic approach that my experience so far does not support. I've had no known network failures of any kind - except Retrospect. To simply say that I will have one day is dodging the issue. If it is a SCSI problem, then shouldn't Retrospect report it as such? I've not found 519's to be SCSI issues. They are network issues. And almost always hardware. If you're experiencing 519's on multiple servers then I'd take a hard look at the infrastructure in place. Somewhere there is a "frayed" cable or a port/switch/router/hub that's either failing or getting ready to fail. Well here's another take on the 519 errors. Can SCSI errors generate a 519 or not? Anyone know for sure? Backup software should the most reliable software in use on the network, yet Retrospect is the only software that consistently fails to do what it is supposed to. This *is* the most reliable software in use on your network. And, in addition, it is probably the most useful network assessment tool you have as well. If Retrospect is telling you that you have a network problem...you do (or will) indeed have a network problem. Consider looking at it as more than just backup software...consider looking at it as a diagnostic tool. Better than any other tool out there for finding hardware problems. No, sorry but that's nonsense. Everything else runs 100% reliably - except Retrospect. Maybe it is finding little network niggles that exist, but all the other network software manages to work despite this. If Retrospect could report the problem, but continue to get the backup done then that would be OK. Retrospect is NOT a network diagnostic tool. If it was then it should at least tell me where the fault lies, not just report some nebulous 'network communication error'. It does run correctly and it does run reliably. How can you say that when I am reporting that it is the ONLY network product that fails to complete the task for which it is expressly designed to do? Maybe you have a different understanding of the word "reliable". Look, I don't want to bash Dantz here, but these responses show that some users just blindly follow the dogma that Retrospect is perfect and the fault lies elsewhere. Well I'm sorry, but if I bought a car and the wheels kept falling off and the manufacturer insisted it was not their fault, it was the road surface, yet although the road was a bit rough, no other cars were losing their wheels, I'd say that the fault lies with the manufacturer who should to look at how they could stop the wheels falling off their car even on bumpy roads. It would also appear that I'm not the only one whose wheels keep falling off... -- Ken G i l l e t t _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
Hi Ken, The members of this list who are suggesting that your 519 errors are due to something other than a problem with Retrospect are not doing so because they "blindly follow the dogma that Retrospect is perfect," it's because they have found it themselves to be true...for some of them, even after being *certain* that there was a problem with Retrospect. One particular user that comes to mind, Travis Morgan, had complained of 519 errors for months. Because nothing else was giving him problems, he was fairly certain that the problem was a bug in Retrospect. Well, here's what he finally discovered (quoted from his Nov 5, 1999 post): Turns out that Virex 5.9.1 (and Virex 6.0) tries to scan the MRJ 2.x (Macintosh Runtime for Java) files when the backups are occurring so the Retrospect backup has to wait while the machine is done scanning those files. The reason for the long delay is because the MRJ files are compressed and I have Virex to scan compressed files. After turning off "Scan Compressed files" on my problematic machines, I haven't seen a 519 error ever since. WAH! Reliable means one thing, Ken--you can restore with confidence. Network communication errors limit Retrospect's reliability (that's why it reports the error and moves on to the next task). Sure, Retrospect isn't a diagnostic tool, but it is a canary in a coal mine; it will find problems that don't show up otherwise. Nevertheless, those problems are every bit real, and you will need to track them down and eliminate them to guarantee the reliability of your backups. Please read and follow our Tech Note on troubleshooting 519 errors. http://www.dantz.com/index.php3?SCREEN=tn415 If you need help with any of the procedures, please contact our tech support department. (925.253.3050) I know these errors can be difficult to track down--I've done it myself. So hang in there, call us if you need to, and have a little faith in what we're telling you. Best regards, Eric Ullman Dantz Development Ken Gillett [EMAIL PROTECTED] wrote: Retrospect is NOT a network diagnostic tool. If it was then it should at least tell me where the fault lies, not just report some nebulous 'network communication error'. How can you say that when I am reporting that it is the ONLY network product that fails to complete the task for which it is expressly designed to do? Maybe you have a different understanding of the word "reliable". Look, I don't want to bash Dantz here, but these responses show that some users just blindly follow the dogma that Retrospect is perfect and the fault lies elsewhere. Well I'm sorry, but if I bought a car and the wheels kept falling off and the manufacturer insisted it was not their fault, it was the road surface, yet although the road was a bit rough, no other cars were losing their wheels, I'd say that the fault lies with the manufacturer who should to look at how they could stop the wheels falling off their car even on bumpy roads. It would also appear that I'm not the only one whose wheels keep falling off... -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
I'm having the same type of problem with a lone G4 on a small network. The other systems there, a blue G3, a beige tower G3 plus a clone and a 6100, all seem to get backed up without fail. I tried replacing the 10Bt hub with a Linksys 10/100 hub thinking that would do the trick. It seemed to let the backups go a little longer, but supposedly the G4 is failing again to get backed up. Has anyone tried putting a new NIC into a G4 instead of using the on board ethernet as a way to resolve this problem? Todd Reed On 11/24/00, Glenn L. Austin emailed about "Re: G4s and error 519": So Retrospect reports errors that it finds in the network setup that doesn't affect ANYTHING else? If these errors existed then why does nothing else complain? I'm sure that it does hit the network hard, but IMO it should be written to cope with that. It should not the task of the customer to swap NICs or hubs or whatever until one is found that works. If a NIC will connect with the network then Retrospect should be able to use it. I can understand your frustration, having been on the "other side" with some products that I've worked on. In my case, in *every* case, the software that I wrote uncovered hardware and system problems that, when corrected, solved other "nagging" stability problems that the users had just accepted. In my opinion, I doubt that the problems don't affect anything else -- more likely is that the problems that are occurring are minor enough that nobody has reported them. That being said, there apparently are some G4 machines that have some problems with their ethernet interfaces. -- Glenn L. Austin Computer Wizard and Race Car Driver [EMAIL PROTECTED] http://www.austin-home.com/glenn/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
At 9:02 AM -0800 26/11/00, Eric Ullman wrote: he was fairly certain that the problem was a bug in Retrospect. I hope you understand that is NOT what I have been suggesting. I need to finish rebuilding my network then I can give it a good testing with a variety of backup servers, MacOS9 (X when available), Windows NT and 2000 and similar clients. We'll see what happens then. -- Ken G i l l e t t _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
I'm having the same type of problem with a lone G4 on a small network. The other systems there, a blue G3, a beige tower G3 plus a clone and a 6100, all seem to get backed up without fail. [snip] Just another data point: We have 7 G4's here (early PCI to newest AGP) on our network here on along with 35 or so other Macs and PCs (all 100BT, almost all of them switched with HP switches) and the only time we get 519 errors with any of the machines is when they are shut down or have crashed (backing up to a WinNT/DDS4 box and a MacOS 9 DDS2 box). There was on user who was running some kind of "Reminder" program that would put up modal dialogs and give us a 519, but otherwise no problems here. Good Luck! -- -Steve --- Steve Axthelm Mudpuppy Studios [EMAIL PROTECTED] 503.227.1775 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
Adrian. The termination problem was on the client, which is an ASIP server. It just took out that particular client. However, if there is a termination problem on the Retrospect 'server' then I guess you could see 519 errors. It sounds like you need to talk with the folks at Retrospect in person. Their tech support is second to none and they can help better when you call. Don on 11/23/00 10:55 PM, Adrian Smith at [EMAIL PROTECTED] wrote: If you are having 519 errors, there is a problem in your setup, either hardware, software or network. You most likely either have a SCSI problem (which was the case the last time I had a 519, termination problems), Don, what were the other symptoms when you had the termination problem? Did it take out the whole backup or just specific clients? Unlike Ken, we have no problem with server Mac and in our case it is only the G4s that have the problem and only the CLIENT drops the network connection. The backup Mac is fine and can go on to back up the other clients. The client will regain the network after a restart or sleep. It sounds just like the symptoms of the problem that was supposed to fixed with the Ethernet update, expect that the Ethernet update doesn't fix it and when I went and checked the details (TIL 25147) it doesn't actually seem to be the same problem. Adrian Don Foy [EMAIL PROTECTED] Webmaster and Network Manager Herald-Citizen Cookeville, Tenn. http://www.herald-citizen.com Personal email: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
on 11/23/00 2:09 PM, Ken Gillett at [EMAIL PROTECTED] wrote: So Retrospect reports errors that it finds in the network setup that doesn't affect ANYTHING else? If these errors existed then why does nothing else complain? I'm sure that it does hit the network hard, but IMO it should be written to cope with that. It should not the task of the customer to swap NICs or hubs or whatever until one is found that works. If a NIC will connect with the network then Retrospect should be able to use it. I'll let the Dantz folks respond to this charge, since they have heard it before, but when I did my job and got the network and clients working right, Retrospect worked right. It is the best trouble-finding tool out there. I know that if Retrospect works, everything else will. That's not a fault of Retrospect, but a feature, the way I see it. I want everything perfect for a backup, since a less than perfect backup is absolutely useless. That one byte it missed and didn't tell me about may have been in the middle of a file that could cost me several thousands dollars. Don Don Foy [EMAIL PROTECTED] Webmaster and Network Manager Herald-Citizen Cookeville, Tenn. http://www.herald-citizen.com Personal email: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
So Retrospect reports errors that it finds in the network setup that doesn't affect ANYTHING else? If these errors existed then why does nothing else complain? I'm sure that it does hit the network hard, but IMO it should be written to cope with that. It should not the task of the customer to swap NICs or hubs or whatever until one is found that works. If a NIC will connect with the network then Retrospect should be able to use it. I can understand your frustration, having been on the "other side" with some products that I've worked on. In my case, in *every* case, the software that I wrote uncovered hardware and system problems that, when corrected, solved other "nagging" stability problems that the users had just accepted. In my opinion, I doubt that the problems don't affect anything else -- more likely is that the problems that are occurring are minor enough that nobody has reported them. That being said, there apparently are some G4 machines that have some problems with their ethernet interfaces. -- Glenn L. Austin Computer Wizard and Race Car Driver [EMAIL PROTECTED] http://www.austin-home.com/glenn/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
So Retrospect reports errors that it finds in the network setup that doesn't affect ANYTHING else? If these errors existed then why does nothing else complain? Yet. I copy large files from one machine to another, but that never fails Yet. If it is a SCSI problem, then shouldn't Retrospect report it as such? I've not found 519's to be SCSI issues. They are network issues. And almost always hardware. If you're experiencing 519's on multiple servers then I'd take a hard look at the infrastructure in place. Somewhere there is a "frayed" cable or a port/switch/router/hub that's either failing or getting ready to fail. Backup software should the most reliable software in use on the network, yet Retrospect is the only software that consistently fails to do what it is supposed to. This *is* the most reliable software in use on your network. And, in addition, it is probably the most useful network assessment tool you have as well. If Retrospect is telling you that you have a network problem...you do (or will) indeed have a network problem. Consider looking at it as more than just backup software...consider looking at it as a diagnostic tool. Better than any other tool out there for finding hardware problems. I like Retrospect and simply want it to run correctly and of course reliably. It does run correctly and it does run reliably. Dantz just doesn't market all its features apparently. Wouldn't it be odd for them to put this out as a networking tool that does backup too? Better that it does the backups right and gives you the value add of being a kickin' proactive diagnostic as well. It's all in how you view it. :-) Besides, if you use this added value to your advantage and find the failing segment before it fails you will be a hero, get a raise, get a promotion, a nice Christmas bonus, maybe conquer the world. OK, I got a little carried away...maybe you won't get a promotion. Pam -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
At 8:00 PM -0800 11/22/00, retro-talk wrote: We are having problems backing up G4s over the network. Basically, they get part way through the backup and then Retrospect looses the connection. The problem seems to be at the G4 end as once this has happened they have lost network connectivity until the next restart (sleep and waking seems to restore it as well). This seems to be the problem that was addressed by the "Ethernet Update 1.0" and our network does seem to come close to the type of network described in the Apple TIL on the subject. HOWEVER, installing the Ethernet Update doesn't fix the problem, although it may have made it a little better (the backup SEEMS to get a bit further). I have the same problem with a G4/500 (single processor). Dantz tech support suggested I turn on link encryption (to slow down the backup). That didn't help. They then suggested it was the fault of a router. I moved the G4 to various ports on my Asante FriendlyNet 8+2 to no effect. I tried both 10Mbps ports and 100 Mbps ports, both half and full duplex. No effect. Tried a 10Mbps hub instead of the Asante switch. No effect. I switched Retrospect host machines. No effect. I've tried various backup devices (VXA, DDS, CD-RW), no effect. Software is Mac OS 9.0.4, everything up-to-date, and Retrospect 4.3. I don't have this problem with any of the other 9 machines I back up, and this machine is the only G4. I'm backing up a 27MB internal hard drive on this machine, divided into 4 partitions, roughly sized at (usable space) 2MB, 8MB, 13.5MB, and 2MB. When doing a full backup, the failure usually occurs on the 3rd partition. By running 3 or 4 incrementals after a full backup, I can usually get through the entire drive. Most incremental backups after that are usually small enough to success, but not always. -- Bob Boonstra mailto:[EMAIL PROTECTED] http://www.windmillsw.com -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
At 4:02 PM + 22/11/00, Nicholas Froome wrote: We are having problems backing up G4s over the network. Basically, they get part way through the backup and then Retrospect looses the connection. The problem seems to be at the G4 end as once this has happened they have lost network connectivity until the next restart I have continually experienced this with both Mac and NT clients ever since I started trying to backup over the network. The only way I can get a backup to complete is to turn verification off, then it seems to be ok. But with it on, it loses the connection at some time and the server Mac must be restarted to get any sense out of its network connection. I am trying to run QuickDNS and IPNetRouter on this 8100 and I do not consider this should be impossible, but even if Retrospect does complete I invariably suffer network troubles afterwards until it is restarted, e.g. I cannot access the DNS, or the machine simply doesn't route any more. I have always believed in Retrospect, but I must say that I am sorely disappointed by this. It seems as if its use of TCP/IP on the Mac is really flaky, nothing should be able to pull down the OT stack like that. I intend to try this with Retrospect on an NT (well 2000) server and see if that can work reliably, but IMO it should work on the Mac and I don't see why I should have to dedicate a machine to this task. Actually, I've no idea if that would be any better anyway. Just what is the 519 error, what actually occurs that causes Retrospect to report it and how come it requires a restart of the Mac in order to get its network running again? At 5:27 PM + 22/11/00, Nicholas Froome wrote: How much data are you backing up? Is the problem intermittent? Does it happen on any other machines? As a percentage, what proportion of the backups (of the G4s) fail? 100% with verification on. In a client's setup we found the problem (error 519) to be apparently unrelated to anything. It would occur on almost every machine at some point, after a few Mb had been copied or after copying 5 Gb out of 5.2 Gb, independent of machine OS, independent of date or time, and all the backups were being done overnight when there was no other network traffic. This is very much my experience. I just cannot understand why NOTHING else has ever given any network error here, yet Retrospect has so much trouble. I'm sure the data that Retrospect writes to tape is good and it's never failed to restore anything I've asked, but that was before I tried network backups. It does seem to be a recurring problem as it regularly crops up on this list. -- Ken G i l l e t t _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
on 11/23/00 6:50 AM, Ken Gillett at [EMAIL PROTECTED] wrote: Just what is the 519 error, what actually occurs that causes Retrospect to report it and how come it requires a restart of the Mac in order to get its network running again? Before the guys at Dantz get back from the holiday, I'll let you in on a little secret 519 errors are some of the most common. They are not caused by Retrospect, just found by it. Retrospect is very demanding. It requires that everything be right in your machine and network setup (Imagine that). If you are having 519 errors, there is a problem in your setup, either hardware, software or network. You most likely either have a SCSI problem (which was the case the last time I had a 519, termination problems), a system incompatibility (sometimes a corrupt system or mismatched components (like OS 8.5 with ASIP 5 (that was pretty stupid)) or a network problem (replace those old hubs with switches, which creates more potential problems). Dantz has an in depth technical not on 519 errors at: http://www.dantz.com/index.php3?SCREEN=tn415 Good hunting. BTW, why are we all at our computers this morning? Isn't this supposed to be a holiday? Don Don Foy [EMAIL PROTECTED] Webmaster and Network Manager Herald-Citizen Cookeville, Tenn. http://www.herald-citizen.com Personal email: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
Before the guys at Dantz get back from the holiday, I'll let you in on a little secret - 519 errors are some of the most common. They are not caused by Retrospect, just found by it. Retrospect is very demanding. It requires that everything be right in your machine and network setup (Imagine that). If you are having 519 errors, there is a problem in your setup, either hardware, software or network. You most likely either have a SCSI problem (which was the case the last time I had a 519, termination problems), a system incompatibility (sometimes a corrupt system or mismatched components (like OS 8.5 with ASIP 5 (that was pretty stupid)) or a network problem (replace those old hubs with switches, which creates more potential problems). I've always said that if you tried to design a network stress-testing tool you'd end up with Retrospect... It is obviously trying to max out everything, all the time, and will find problems wherever they lie. If 519 is, at it seems to be, a generic error, then how do we find the cause(s)? It seems to me that they present a problem only if their frequency undermines the successful completion of a backup. On a setup (as I described) that can't complete a Recycle or Incremental backup on one day, a 519, leading to one machine not being backed up, can't be considered a problem - unless it fails again the next day. Yes I'd like to fix every problem on the client's network, but it isn't financially viable to do so. So what is the best methodolgy for finding the problem? The Dantz TIL is useful but does not address this. One thing that is always common is the backup machine, backup device and the network. If a 519 can be caused by local, backup server-related cause such as a termination problem, as well as client-related problems, then the error message is useless for fault-finding. So where to start? BTW, why are we all at our computers this morning? Isn't this supposed to be a holiday? Only for that small percentage of people in the world who live in the USA... -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
If you are having 519 errors, there is a problem in your setup, either hardware, software or network. You most likely either have a SCSI problem (which was the case the last time I had a 519, termination problems), Don, what were the other symptoms when you had the termination problem? Did it take out the whole backup or just specific clients? Unlike Ken, we have no problem with server Mac and in our case it is only the G4s that have the problem and only the CLIENT drops the network connection. The backup Mac is fine and can go on to back up the other clients. The client will regain the network after a restart or sleep. It sounds just like the symptoms of the problem that was supposed to fixed with the Ethernet update, expect that the Ethernet update doesn't fix it and when I went and checked the details (TIL 25147) it doesn't actually seem to be the same problem. Adrian -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
At 10:34 AM -0600 23/11/00, Don Foy wrote: Before the guys at Dantz get back from the holiday, I'll let you in on a little secret - 519 errors are some of the most common. They are not caused by Retrospect, just found by it. Retrospect is very demanding. It requires that everything be right in your machine and network setup (Imagine that). If you are having 519 errors, there is a problem in your setup, either hardware, software or network. You most likely either have a SCSI problem (which was the case the last time I had a 519, termination problems), a system incompatibility (sometimes a corrupt system or mismatched components (like OS 8.5 with ASIP 5 (that was pretty stupid)) or a network problem (replace those old hubs with switches, which creates more potential problems). Dantz has an in depth technical not on 519 errors at: http://www.dantz.com/index.php3?SCREEN=tn415 So Retrospect reports errors that it finds in the network setup that doesn't affect ANYTHING else? If these errors existed then why does nothing else complain? I'm sure that it does hit the network hard, but IMO it should be written to cope with that. It should not the task of the customer to swap NICs or hubs or whatever until one is found that works. If a NIC will connect with the network then Retrospect should be able to use it. I copy large files from one machine to another, but that never fails so how come Retrospect falls over - badly. You mention SCSI problems, but don't indicate if this was related to the server of client. In fact I don't know if the 519 error is client induced or resides solely in the server. Since this can occur with all the clients it points to the server, but this is the third Mac I've tried it on If it is a SCSI problem, then shouldn't Retrospect report it as such? Backup software should the most reliable software in use on the network, yet Retrospect is the only software that consistently fails to do what it is supposed to. I like Retrospect and simply want it to run correctly and of course reliably. -- Ken G i l l e t t _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error 5 and other confusing stuff
Hi Rick, These problems may stem from troubles identifying unique volumes on the client. On the first NT client, ensure that all volumes have unique volume labels. If so it's possible that duplicate serial numbers are preventing Retrospect from seeing the volumes correctly. There's a third party utility called VolumeId that you can use to change your volume IDs. Our website has a link that you may follow to download the free utility: http://www.dantz.com/index.php3?SCREEN=3rdparty This utility will also address the problems you are seeing on the other client. Because of the duplicate serial numbers, Retrospect is seeing duplicate volumes on the client. If you have any other questions, or if you find that there are other problems with your client volumes please give us a call and we can look into it a bit more. Regards, Irena Solomon Dantz Technical Support 925.253.3050 Try our new Searchable Knowledgebase at: http://partners.dantz.com:591/faq/ I recently inherited a Windows NT network running Retrospect Server v 5.0. This is my first experience with Retrospect, so I was hoping to get someone to point me in the right direction with 2 problems I'm having. One Windows NT client gives me an error when I try to access it from the server. When I hit the "refresh" button, I get an error that say's "Client speed test failed, error 5 (unknown)". When I hit the "volumes" button, I get an error that say's "Can't track volumes (error 5)". I looked at all the documentation that I could find, and there doesn't appear to be an "error 5", so I guess it's truly unknown. ;-) I found error codes that start with a 5 (i.e. 527, 525). I have uninstalled, and then reinstalled the client software. Told the server to forget the client and then re added it. I'm kind of at a loss. Everything else on the machine seems to work fine. Another Windows NT client, which is a new machine that I recently set up on the network and installed Retrospect on, is also giving me fits. When I go to the volumes on the server, it tells me the "User Rosado has two disks named drive C that are indistinguishable from each other. One of these disks should be renamed so that this program (and people) are not confused." Obviously I don't have two disks named drive C, I see no mention of this or anything like it in the documentation. Where does Retrospect get this info from? Would any of you kind folks care to give me a nudge in the right direction, or point me to some more detailed documentation. The doc's I'm finding don't really seem to cover much. Thanks. Rick Collins -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
We are having problems backing up G4s over the network. Basically, they get part way through the backup and then Retrospect looses the connection. The problem seems to be at the G4 end as once this has happened they have lost network connectivity until the next restart (sleep and waking seems to restore it as well). This seems to be the problem that was addressed by the "Ethernet Update 1.0" and our network does seem to come close to the type of network described in the Apple TIL on the subject. HOWEVER, installing the Ethernet Update doesn't fix the problem, although it may have made it a little better (the backup SEEMS to get a bit further). Disable the OT AutoPush extension and try again - worked for us! Have you got TCP/IP set as active and "Load only when needed" unchecked - I thought so.. Unfortunately, we don't have the OT AutoPush extension to disable. And yes, TCP/IP is active and "Load only when needed" is unchecked... Adrian -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
Adrian We are having problems backing up G4s over the network. Basically, they ... Disable the OT AutoPush extension and try again - worked for us! Have you got TCP/IP set as active and "Load only when needed" unchecked - I thought so.. Unfortunately, we don't have the OT AutoPush extension to disable. And yes, TCP/IP is active and "Load only when needed" is unchecked... Mmmm. OK, check the connection speed and duplex setting to the hub/switch in Apple System Profiler. If it's 100Base-T try setting it down to 10Base-T for the backup and see what happens then. There's an unsupported tool to do this - check the Apple site. How much data are you backing up? Is the problem intermittent? Does it happen on any other machines? As a percentage, what proportion of the backups (of the G4s) fail? In a client's setup we found the problem (error 519) to be apparently unrelated to anything. It would occur on almost every machine at some point, after a few Mb had been copied or after copying 5 Gb out of 5.2 Gb, independent of machine OS, independent of date or time, and all the backups were being done overnight when there was no other network traffic. The only thing I concluded was common to the each failure was the backup server Mac and the network. I disabled OT Autopush one one machine - the worst affected - and the occurrence of 519s dropped to be average. The client has so much data to backup that an ovenight backup won't get all the data on the network, so I rationalised that one error 519 per night was acceptable. Backup Server would then prioritise that machine the next night - and we haven't seen any cases of the same machine erroring out on successive nights. Not exactly problem solved, but problem minimised. Regards -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
Mmmm. OK, check the connection speed and duplex setting to the hub/switch in Apple System Profiler. Hmm, You know, this one got me. I was not aware of any program that would get speed and duplex on a Mac. I just checked Apple System Profiler (version 2.4.4) and it don't show me. Maybe this works only on Apple cards? I have an Asante 10/100 NIC. Thanks, Matt -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
Mmmm. OK, check the connection speed and duplex setting to the hub/switch in Apple System Profiler. Hmm, You know, this one got me. I was not aware of any program that would get speed and duplex on a Mac. I just checked Apple System Profiler (version 2.4.4) and it don't show me. Maybe this works only on Apple cards? I have an Asante 10/100 NIC. ASP only works on Apple Cards. It's under System Profile:Network Overview Try switching to the Apple NIC - why would you want to use an Asante one? The built-in NIC is 10/100.. See if the Apple NIC reduces 519s. Regards -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
I'm a different person than who brought up the initial issue. I was asking this for my information. Thanks! The Macs I have are older and they do not have the 10/100 built in. Beige G3/300 and a 9600/G4-450. Mmmm. OK, check the connection speed and duplex setting to the hub/switch in Apple System Profiler. Hmm, You know, this one got me. I was not aware of any program that would get speed and duplex on a Mac. I just checked Apple System Profiler (version 2.4.4) and it don't show me. Maybe this works only on Apple cards? I have an Asante 10/100 NIC. ASP only works on Apple Cards. It's under System Profile:Network Overview Try switching to the Apple NIC - why would you want to use an Asante one? The built-in NIC is 10/100.. See if the Apple NIC reduces 519s. Regards -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: G4s and error 519
matt barkdull wrote: Mmmm. OK, check the connection speed and duplex setting to the hub/switch in Apple System Profiler. Hmm, You know, this one got me. I was not aware of any program that would get speed and duplex on a Mac. I just checked Apple System Profiler (version 2.4.4) and it don't show me. Maybe this works only on Apple cards? I have an Asante 10/100 NIC. The Asante software has that capability. -- Best Regards, Chuck Hornish, KF6YBC Narnia Information Systems, Inc. Fountain Valley, California 92708 USA Voice: 714-963-7742 FAX: 714-593-5808 mailto:[EMAIL PROTECTED] Delivering precisely defined database solutions since 1992. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
G4s and error 519
Hi all, We are having problems backing up G4s over the network. Basically, they get part way through the backup and then Retrospect looses the connection. The problem seems to be at the G4 end as once this has happened they have lost network connectivity until the next restart (sleep and waking seems to restore it as well). This seems to be the problem that was addressed by the "Ethernet Update 1.0" and our network does seem to come close to the type of network described in the Apple TIL on the subject. HOWEVER, installing the Ethernet Update doesn't fix the problem, although it may have made it a little better (the backup SEEMS to get a bit further). So, does anyone know how complete a fix the Ethernet Update was? Are there reports of G4s still having network problems? Does anyone have any suggestions for a workaround? Any other suggestions as to the cause? We have had zero problems backing up an iMac, a beigeG3 and an LCIII but the three G4s (and my Powerbook (firewire) which we just tested) seem to fail almost every time... Thanks Adrian -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Error 5 and other confusing stuff
Hi All, I recently inherited a Windows NT network running Retrospect Server v 5.0. This is my first experience with Retrospect, so I was hoping to get someone to point me in the right direction with 2 problems I'm having. One Windows NT client gives me an error when I try to access it from the server. When I hit the "refresh" button, I get an error that say's "Client speed test failed, error 5 (unknown)". When I hit the "volumes" button, I get an error that say's "Can't track volumes (error 5)". I looked at all the documentation that I could find, and there doesn't appear to be an "error 5", so I guess it's truly unknown. ;-) I found error codes that start with a 5 (i.e. 527, 525). I have uninstalled, and then reinstalled the client software. Told the server to forget the client and then re added it. I'm kind of at a loss. Everything else on the machine seems to work fine. Another Windows NT client, which is a new machine that I recently set up on the network and installed Retrospect on, is also giving me fits. When I go to the volumes on the server, it tells me the "User Rosado has two disks named drive C that are indistinguishable from each other. One of these disks should be renamed so that this program (and people) are not confused." Obviously I don't have two disks named drive C, I see no mention of this or anything like it in the documentation. Where does Retrospect get this info from? Would any of you kind folks care to give me a nudge in the right direction, or point me to some more detailed documentation. The doc's I'm finding don't really seem to cover much. Thanks. Rick Collins RCNetwork Management http://www.rcnetman.com 561-336-0059 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Daily Problems with out of Sync Error messages...
I've seen this when the volume containing the catalogs is almost full and the save after the backup is completed fails. Also if the directory of this volume is corrupted. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
RE: Daily Problems with out of Sync Error messages...
I see this on Retrospect 5.15 with a Compaq server and a Compaq AIT loader using the built-in SCSI port. I do not see this on Retrospect 5.15 with a Compaq server and a Compaq AIT loader using an Adaptec 2940UW. Check your SCSI bus for errors (controller, cable, and device). Brad. -Original Message- From: David Ross [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 15, 2000 9:23 AM To: retro-talk Subject: Re: Daily Problems with out of Sync Error messages... I've seen this when the volume containing the catalogs is almost full and the save after the backup is completed fails. Also if the directory of this volume is corrupted. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Daily Problems with out of Sync Error messages...
Hi Dan, I don't know what you have tried already, but if you are repeatedly getting catalog out of sync errors, that may be a sign of SCSI problems, corruption on the volume on which the catalog is stored, or, as you alluded to, crashes during the backup. If you haven't already, take a look at Tech Note 406 on our website. This discusses missing EOD (end of data) markers, which can have an effect on the catalog as well: http://www.dantz.com/index.php3?SCREEN=technotes Typically, you'll get an out of sync catalog if the backup crashes before the catalog is updated to reflect the data that was copied in that session. To address it, start by rebuilding the catalog from scratch to a different location on your hard drive. It may be helpful to break the backup down into smaller volumes, as Retrospect updates the catalog after completing each volume; therefore if you have to update, it will be easier. Continue your backups (you may want to add a script to duplicate the catalog file after the backup operation completes so you have working copies of the catalog that you can revert to if this one has problems). If the problems seems to persist, even in sessions during which the server doesn't crash, you may need to investigate the possibility that SCSI problems are causing corruption in the copied data. For continuing problems, please give us a call so we can get specifics on your configuration. Regards, Irena Solomon Dantz Technical Support 925.253.3050 Try our new Searchable Knowledgebase at: http://partners.dantz.com:591/faq/ Subject: Daily Problems with out of Sync Error messages... Howdy, We have been dealing with an anooying problem where our backup is going out of sync every day. We have looked at the Service and Support pages and found several references to the issue, and followed the instructions found within to no avail. This has been working fine up to now. Nothing has changed in the last year at least. Hardware involved is a Hammer DLT 100G Autoloader, a Mac 7500/100 running MacOS 8.6. Unsing the built in SCSI and an Asante 100Mbit Etherenet card. We get no error messages during or after the archive set runs. Our servers crash multiple times per day, but not for the duration of this latest backup set. We have Verify on to make sure the EOD is set. Please help as this is MOST frustrating! Thanks in Advance. Dan. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error 541- Backup client not installed or not running
Re: Error 541- Backup client not installed or not running I get this error quite a bit but it is intermittent? One night backups may work fine and the next night I may get this error on one of my volumes? We are using a central backup server with an HP Surestore 818 Library attached. The backup server is a 600Mhz NT4 Server with 256MB of RAM and plenty of local drive space. Our network is all TCP/IP with NT 4 and Win2000 Servers and 10/100 Switches. Any ideas as to what causes this and to how to fix? Hi David, Go to that client. Is the client installed and running? Open it and make sure it says "Ready" in the Status field. If it does not, troubleshoot this client to see why it's not running. If it does, has its IP address changed? Is this client's IP address assigned by DHCP? If so, configure its subnet and log it in through subnet broadcast. If the lease expires and it's assigned another IP address, Retrospect will not be able to find it if you've logged it in by direct IP, or Retrospect may be finding a different machine without a client installed. There are other issues as well that may cause an error 541, such as multiple NICs. For more information, either contact Technical Support or search our Knowledgebase for that error code at: http://partners.dantz.com:591/faq/ Look for Tech Note 413, Retrospect Client For Windows Troubleshooting. Regards, Irena Solomon Dantz Technical Support 925.253.3050 Try our new Searchable Knowledgebase at: http://partners.dantz.com:591/faq/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Windows Error - soccrecv
Hi Ben, I had a look through some of Microsoft's online resources, and this sounds like a network error that is reported by Windows, not Retrospect. Depending on the context of the error, it may indicate several things; I'd recommend searching for the 10054 error at Microsoft's Knowledgebase: http://search.support.microsoft.com/kb/c.asp?ln=en-us If you'd like to send details to me off the list, I can look into it a bit further. When does the error happen? Does it happen with a specific client? Is it reproducible? What additional text does the operations log show? Any other Retrospect errors reported? Regards, Irena Solomon Dantz Technical Support 925.253.3050 [EMAIL PROTECTED] From: Ben Mihailescu [EMAIL PROTECTED] Reply-To: "retro-talk" [EMAIL PROTECTED] Date: Fri, 03 Nov 2000 10:26:28 -0500 To: Retrospect List [EMAIL PROTECTED] Subject: Windows Error - soccrecv Hi all, I got a another error that is not mentioned in any book or Dantz'z web site. The error is "soccrecv = recv failed, error 10054". I understand the gist of it, but what can cause this? Anyway it can be prevented? Here is my hardware: PII266, 196MB RAM, 15GB HDD, Quantum DLT 4000 SCSI Tape Drive. I use Retorspect 5.15 Backup Server with Retro 5.15 Win Clients and 4.2a Mac clients. TIA, Ben -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error 212, VXA, Retrospect 4.3
On Don, 2. Nov 2000, 23:16:46 Uhr GMT David Weeks wrote: a VXA drive which we are running on an Adaptec SCSI card in a PPC 8500/200 with128MB RAM. Backups run just fine and very fast, but after having backed up the entire network (probably 40GB) the next incremental backup suddenly stops and asks for the tape that's already in the drive. This tape is now marked as "gelöscht" which is German for erased or deleted. When this first happened I ejected the tape and put it straight back in the machine and it appeared to recognise it but when I tried to continue the incremental backup it brought up an Error 212 message. When I tried to retrieve data from the tape it appeared to rewind to the correct spot and start to retrieve the document, but then stops and again brings the error 212 message. On the advice of several different people, I moved the VXA onto the external, built-in, SCSI bus and started a backup. The backup ran just fine but the verification just brought up the Error 212 message again. As far as the hardware was concerned this was pretty much all I could do, short of moving everything onto a different Mac. So I started looking at Retrospect once more, something I had done dozens of times already. Whilst I was checking everything through I came across the option in my backup script for Software Data Compression (or whatever its called in English I'm using a German system) where it says that software compression will be ignored if the drive is using hardware compression, which it is. Following the tried and tested troubleshooting principle of "if you don't absolutely need something, switch it off" I did just that and guess what...? Yup! the next attempted backup with verification ran just perfectly and the subsequent retrieval of random documents as well. After an all-time personal-best deep sigh of relief I was ready for more. Would it work with the Adaptec card? In a word yes! A full unattended backup from all clients ran perfectly overnight, peaking out at around 235MB/min. This doesn't seem to be a hardware problem in the strictest sense, and I also don't think that it's a software problem because we've been using Retrospect with DAT drives for years with this setting switched on (the defaultsetting). Instead it seems to indicate an incompatibility in the Firmware. Thanks to Chad Chelius and Jim Coefield for your knowledgeable help in narrowing down the problem and to Frau Wohlfahrt at Dantz Europe for responding so quickly to my cry-for-help. Best regards, David Weeks ___ weeks.de Werbeagentur GmbH Tel. +49 (0)89 811 79 840 Fax +49 (0)89 811 79 860 ISDN (Leo) +49 (0)89 811 79 880 ISDN (EuroFile) +49 (0)89 811 79 881 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error 212, VXA, Retrospect 4.3
On Fre, 3. Nov 2000, 2:26:50 Uhr GMT Chad S. Chelius wrote: The first step I would take in troubleshooting this situation would be to isolate the SCSI bus. Are there more than 1 SCSI device on the Adaptec SCSI bus? Is your VXA drive terminated properly? One other option would be to temporarily attach your drive to the 8500's built in SCSI bus. Also I'm just curious as to what operating system you are using. Please update us on your situation. The VXA is the only device on the Adaptec card, which incidentaly is a 2930, and is correctly terminated using the Ecrix terminator. MacOS is 8.6. I'll certainly try it on the built in SCSI bus, but as this problem only seems to occur at the end of a tape, and although the VXA is very fast, backing up 60+GB does take a while! Best regards, David Weeks ___ weeks.de Werbeagentur GmbH Tel. +49 (0)89 811 79 840 Fax +49 (0)89 811 79 860 ISDN (Leo) +49 (0)89 811 79 880 ISDN (EuroFile) +49 (0)89 811 79 881 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Complete list of error codes?
Hi, Is there a *complete* list of error codes produced by Retrospect for the Mac available anywhere? In our backups last night, I see two codes that I don't recognise: can't erase/format media (112) unknown service command (510) These don't seem to be listed in the manual, or the online error codes web page: http://www.dantz.com/index.php3?SCREEN=errors_mac_retrospect Can I find a description of them anywhere else? Thanks, Toby Blake Division of Informatics University of Edinburgh -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error 212, VXA, Retrospect 4.3
Dave, I'd first follow the advice given me by Ecrix Irena a few weeks ago, and if that doesn't help, most likely your drive is experience some sort of scsi problems with your computer. I'll forward you that post. If that advice doesn't help, I'd contact Ecrix and tell them about your situation. Pulling logfiles and giving them sense information from the drive will help to resolve the situation. Some of us with certain configurations have been working with Ecrix to resolve problems with Retro Mac and VXA drives. They are working on firmware updates to resolve specific problems that folks are experiencing. I have found Ecrix to be most responsive to folks with certain configurations who can help them debug their drives. Jim Coefield [EMAIL PROTECTED] Subject: Error 212, VXA, Retrospect 4.3 From: "David Weeks, weeks.de" [EMAIL PROTECTED] Date: Fri, 03 Nov 2000 00:53:51 +0100 Hello All, two weeks ago we bought a VXA drive which we are running on an Adaptec SCSI card in a PPC 8500/200 with128MB RAM. Backups run just fine and very fast, but after having backed up the entire network (probably 40GB) the next incremental backup suddenly stops and asks for the tape that's already in the drive. This tape is now marked as "gelöscht" which is German for erased or deleted. When this first happened I ejected the tape and put it straight back in the machine and it appeared to recognise it but when I tried to continue the incremental backup it brought up an Error 212 message. When I tried to retrieve data from the tape it appeared to rewind to the correct spot and start to retrieve the document, but then stops and again brings the error 212 message. The first time this happened I thought that I had maybe set up the script incorrectly or had inadvertently deleted the tape. Therefore yesterday I rewrote the backup scripts and backed up the whole network again onto a new tape. This evening I came back into the office to find that todays incremental backup had also stopped and was again demanding the tape already in the drive. All other details are again as described above. This is, as you will surely realise, a very disturbing situation for us as we are now without a safetynet and our old DAT based system simply cannot cope with the amount of data we are generating. if anybody is able to shed some light on this Iwould be very grateful. Best regards, David Weeks -- -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Error 212, VXA, Retrospect 4.3
Hello All, two weeks ago we bought a VXA drive which we are running on an Adaptec SCSI card in a PPC 8500/200 with128MB RAM. Backups run just fine and very fast, but after having backed up the entire network (probably 40GB) the next incremental backup suddenly stops and asks for the tape that's already in the drive. This tape is now marked as "gelöscht" which is German for erased or deleted. When this first happened I ejected the tape and put it straight back in the machine and it appeared to recognise it but when I tried to continue the incremental backup it brought up an Error 212 message. When I tried to retrieve data from the tape it appeared to rewind to the correct spot and start to retrieve the document, but then stops and again brings the error 212 message. The first time this happened I thought that I had maybe set up the script incorrectly or had inadvertently deleted the tape. Therefore yesterday I rewrote the backup scripts and backed up the whole network again onto a new tape. This evening I came back into the office to find that todays incremental backup had also stopped and was again demanding the tape already in the drive. All other details are again as described above. This is, as you will surely realise, a very disturbing situation for us as we are now without a safetynet and our old DAT based system simply cannot cope with the amount of data we are generating. if anybody is able to shed some light on this Iwould be very grateful. Best regards, David Weeks -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. David, The first step I would take in troubleshooting this situation would be to isolate the SCSI bus. Are there more than 1 SCSI device on the Adaptec SCSI bus? Is your VXA drive terminated properly? One other option would be to temporarily attach your drive to the 8500's built in SCSI bus. Also I'm just curious as to what operating system you are using. Please update us on your situation. Chad Chelius -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: Annoying Backup Error
Maybe it would be better if Retrospect "recognized" the file it itself had messed with and would silently ignore that particular error on that particular file. Just seems fairly logical to me to NOT report that as an error. D At 2:18 PM -0500 10/5/00, Fuzzy Gerdes wrote: Retrospect is simply reporting that the file it backed up is a different size than the file that is on the hard-drive. Which is fine, because here's the sequence: 1. Retrospect backs up it's Operations Log (along with all your other files) 2. Retrospect writes to the Operation Log that it has backed up all the files. 3. Retrospect compares the files it backed up to the files on your hard-drive and discovers that one file is different in size. Yup, it's the file that Retrospect just changed, but it doesn't "know" that, so it logs it as an error. To the Operations Log, ironically enough. Fuzzy on 10/5/00 1:53 PM, Chris Benjamin at [EMAIL PROTECTED] wrote: For the past month or so, I've been getting the following error in my backup report. Now I know that this looks like a pretty minor error and it hasn't had any adverse effect when I've had to restore some files here and there. The thing is though, I get this EXACT same error every single day, regardless of the type of script I'm running. Both a normal backup and recycle backup generate the same error. I'm running the following setup. Any ideas or advice would be greatly appreciated... Mac G4/500 ASIP Server running OS 9.0.4 with Retrospect 4.3 to a single DLT unit on the server. The error log reads as follows... 10/04/2000 8:00:33 PM: Copying File Server 10/04/2000 8:02:18 PM: Comparing File Server Different data size (set: 155,280, vol: 155,341) for file "File Server:System Folder:Preferences:Retrospect:Operations Log". 10/04/2000 8:03:30 PM: 1 execution errors Completed: 103 files, 68.3 MB Performance: 80.3 MB/minute (74.4 copy, 87.1 compare) Duration: 00:02:57 (00:01:15 idle/loading/preparing) Thanks in advance, Chris - Christopher M. Benjamin A Trice Digital 114 - C Dekalb Street Bridgeport, PA 19405 610.272.6900 voice 610.272.8600 fax [EMAIL PROTECTED] http://www.atricedigital.com http://www.atricephoto.com -- Erik Fuzzy Gerdes [EMAIL PROTECTED] Graphics Technology Specialist Playboy Enterprises, Inc. 680 N. Lakeshore Dr. Chicago, IL 60611 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Error -517?
Anyone ever seen this one before? Can't access volume Backup Folder for Text Files on FMP_SERVER, error -517 (backup client is busy) 9/14/2000 1:03:55 AM: Execution incomplete We are backing up a Macintosh client to an NT machine in the middle of the night. None of the files we're backing up are open and no users are on the server. It's a FileMaker Pro server with FMP Server 3 up and running but we're not backing up the database files with Retrospect, just the text files we downloaded from our mainframe the previous morning. This error code is not listed on the Dantz web site. Anybody have more details on this error? Thanks in advance, Cory -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
VXA Tape Drive, Error -24201
Just received a new Ecrix VXA-1 Tape Drive . Attached it via suppled cable to Apple Macintosh BW G3 using stock Apple (Adaptec) 2940U2B LVD SCSI PCI card (only external device attached on this card). Tape Drive is terminated with supplied terminator. Using Retrospect 4.3, Test Backups with verification work just fine, no errors. Testing the Restore function yields the following error message:" Sorry, restore preparation failed, error-24201 (chunk checksum didn't match)" Retrospect recently upgraded from 4.1 to 4.3. No problems backing up to or restoring from existing DDS-2 DAT Drive (on different SCSI card). Researching the problem on the Dantz Website reveals the following: -24201 (chunk checksum failed) One of Retrospect's files, likely a catalog, is corrupt. To check whether a catalog is corrupt, set up a restore by searching on a blank file name so Retrospect scans all files in the catalog. If the error occurs, you know this catalog is corrupt. If the error occurs during a backup or archive, you need to rebuild the catalog (page 189 of the Retrospect User's Guide) of the destination. After the catalog is reconstructed, reselect this backup set in your scripts. I have tried recreating the catalog from the tape, it seems to complete this task successfully, but a Restore attempt yields the same error message. I have also tried reinstalling Retrospect and the error remains the same. I haven't found any further information on the Ecrix or Dantz Websites. Please help me solve this problem. -- Thomas D. Miller BMC West Corporation 720 Park Blvd. Suite 200 Boise, Idaho 83712-7714 Phone: 208 331 4369 Fax: 208 331 4495 Email: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Error I've Never Seen Before
Can't access volume Backup Folder for Text Files on FMP_SERVER, error -517 (backup client is busy) 9/14/2000 1:03:55 AM: Execution incomplete Anyone ever seen this? We are backing up a Macintosh client to an NT machine in the middle of the night. None of the files we're backing up are open and no users are on the server. It's a FileMaker Pro server with FMP Server 3 up and running but we're not backing up the database files, just the text files we downloaded from our mainframe the previous morning. This error code is not listed on the Dantz web site. Anybody have more details on this error? Thanks in advance, Cory -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Error
I tried it and it worked. Thanks Irena - Original Message - From: "Irena Solomon" [EMAIL PROTECTED] To: "retro-talk" [EMAIL PROTECTED] Sent: Thursday, August 24, 2000 6:40 PM Subject: Re: Error You're probably receiving error -1017 when running automatically because the Retrospect Launcher service (the service that allows Retrospect to autolaunch) is configured to log in as a user that does not have access to this network volume (I'm assuming this is a Microsoft Networking volume). Windows NT 4.0 1. Open the Services Control Panel. 2. Select Retrospect Launcher and then click the Startup button. 3. In the ³Log On As² section select This Account. LocalSystem will appear in the field to the right. 4. Change ³LocalSystem² to the account you want to use and then enter your password in the two password fields. (This allows automatic backup while logged in as the specified account, or while logged out.) 5. Restart Windows. For step 4: this user has to be a local administrator, or member of the local administrators group. Best Regards, Irena on 8/24/00 6:22 AM, Jay at [EMAIL PROTECTED] wrote: Retro Demo I have been getting the message "can't access volume- error -1017(insufficient permissions)." This occurred fairly recently, and suddenly. Does anyone know how to remedy this? And why it happened? Hardware: P200 256ram. OnstreamADR50 SCSI Jay Kwon (212)-696-4410 [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: error message tape too different
Doug Hinschberger (me) quoted I tried repairing the catalog, but it was taking too long, so I decided I would try and skip using the 1-Fourth Friday tape, and have Retrospect use new media, naming it 2-Fourth Friday. When I tried I received this message: The tape cannot be added to this backup set, it is too different from the other media in the set. I tried erasing the tape, to no avail. Tried another tape, to no avail. What does this message mean? What am I doing wrong? Then Andrew responded to Brian: The problem I realised was to do with the hardware compression settings having being accidentally altered on the drive, between tapes. Which appears to also answer my question. I do think that I had changed the compression setting somewhere in the chronology. I didn't find anything about this in the manual, so you guys at Dantz might consider a blurb about this in a future update. Doug Hinschberger Administrative Services Manager Stroud's Auto Rebuild [EMAIL PROTECTED] (253) 474-0709 http://www.stroudsautorebuild.com -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Error
You're probably receiving error -1017 when running automatically because the Retrospect Launcher service (the service that allows Retrospect to autolaunch) is configured to log in as a user that does not have access to this network volume (I'm assuming this is a Microsoft Networking volume). Windows NT 4.0 1. Open the Services Control Panel. 2. Select Retrospect Launcher and then click the Startup button. 3. In the ³Log On As² section select This Account. LocalSystem will appear in the field to the right. 4. Change ³LocalSystem² to the account you want to use and then enter your password in the two password fields. (This allows automatic backup while logged in as the specified account, or while logged out.) 5. Restart Windows. For step 4: this user has to be a local administrator, or member of the local administrators group. Best Regards, Irena on 8/24/00 6:22 AM, Jay at [EMAIL PROTECTED] wrote: Retro Demo I have been getting the message "can't access volume- error -1017(insufficient permissions)." This occurred fairly recently, and suddenly. Does anyone know how to remedy this? And why it happened? Hardware: P200 256ram. OnstreamADR50 SCSI Jay Kwon (212)-696-4410 [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Error 102 since upgrading to 4.3
I've got a Blue White G3 running AppleShare IP 6.2. I'm backing up to a LaCie AIT2 tape. Since I upgraded to Retrospect 4.3 (this evening) I can't backup to it. I get [Device trouble "tape name", error 102 (trouble communicating)]. I can still erase and eject tapes etc. The G3 is running Mac OS 8.6 and the AIT drive is on an Adaptec 2940UW SCSI card. Solution/suggestions? Thanks, -- Ben Lawson [EMAIL PROTECTED] I.T. Manager, FCB Canada Ltd. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Error -1101 and lost catalog file
Hello Aaron, If you are continuously getting corrupted catalogs, try running ScanDisk/Chkdsk on the volume where the catalog is stored. You may also want to store the catalog elsewhere on your hard drive. The large size of your catalog wouldn't make it any more susceptible to corruption. As a precaution, it may be a good idea to keep a copy of the most recent catalog on another volume. This way a corrupt current catalog will require only an update from the copy, instead of a complete recreation. You also mention memory errors, although I don't see any detailed here. if you'd like to look into these, please give tech support a call. Regards, Irena Solomon Technical Support Specialist Dantz Development Corporation 925.253.3050 [EMAIL PROTECTED] -- on 8/13/00 5:54 PM, Aaron Scott at [EMAIL PROTECTED] wrote: Hi Retrospect Users, I have been using retrospect backup 5.1 (100 user license) for NT backups over the last 6 months with hardly any problems. I am only running one backup set at a time on our NT server to one tape drive (DDS3) but am using two scripts (desktops scheduled to start at 10pm each day, laptops via backup server) to the one tape backup set. About once every 3 weeks I get an error -1101 and I lose the catalog file. Although I have added several tapes to the tape backup set. The error is: "Can't access backup set . error -1101 (file/directory not found)" The catalog on disk becomes corrupt I can't reload the .rbc file manually: "Update catalog - File is not a catalog or is heavily damaged" The first time this happened I was getting low virtual memory errors (I have 128MB in the machine+196 swapfile) and started a new backup set using a compressed catalog. But this also failed. My catalog files range from 110MB - 180MB in size. I guess this is resonably large - even for a compressed catalog. I know the manual gives the expected size for every n-thousand files. I am backing up 35 NT workstations + 5 NT servers + 10 win95/98 laptops using Normal backup and I haven't recycled any tapes. When I start a new tape with only one scheduled (normal/incrementalplus) backup of everything set my catalog file (uncompressed) is around 100MB with about 30GB of data being backed up first time around. Has anyone else had these problems? I guess adding more RAM would postpone the memory errors but I am looking at adding more machines to be backed up in the next few weeks. Thanks Aaron -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Retrospect Error Messages
Hello all, I run a nightly backup using Retrospect 5.11 on a Win2k Server machine (member server only). I backup a mixed (Mac and Win) bunch of clients. Generally backups are going good (no major errors), yet I get sometime error 1017 - insufficient permissions on some of the Mac files. Nothing has changed on the clients from a permission prospective and applications are closed. I looked through the error messages posted on the web by Dantz and read the manual, yet I didn't find anything about this error message. Did anybody experience this before? Any clue what *exactly* it means in terms of fixing it? Thanks, Ben -- Ben Mihailescu System Administrator Electrical and Computer Engineering, McGill University 514.398.7467 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
error -5000
Hi, We have a problem running our backup with Mac OS X Server 1.2 using Retrospect 4.2. The Server is a Mac G4 Server at 450 MHz and should be backed up from a usual Macintosh running Mac OS 8.6.1 having mounted the servervolume. Sometimes "error -5000 : no privileges" occurs, sometimes the backup runs great - without any error. Is there any possibility to check what´s wrong ?? Peter ATS Werbeagentur Bielefeld, Germany -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: error -5000
Peter, Unfortunately, at this time, Retrospect has not been certified for use on Mac OS X Server. Though you can certainly run Retrospect on OS 8/9 and back up a mounted OS X Server volume via AppleShare, running Retrospect in OS 8/9 emulation on an OS X Server is not supported. For more on our plans for OS X support, please see http://www.dantz.com/index.php3?SCREEN=pr_osx That said, here's what I generally write to users experiencing error -5000. Please contact us via one of the methods below if you have questions, though as I said, your configuration is currently unsupported. An error -5000 is an AppleShare-generated error, alerting you that you do not have the required privileges to access the volume in question. When you get this error, are you backing up a volume mounted on your desktop via file sharing? Check your access privileges to this volume to make sure it is completely accessible to you. If you are getting this error consistently on one volume, try dismounting the volume, forgetting it from the Volume Selection window, remounting the volume on your desktop, and try the backup again. Another possibility is that you've got some kind of security software installed on the machine you're backing up, and that that software is preventing you from accessing a protected area of the hard drive. Check to see if there is any software running on that machine fitting this description and try disabling it. Regards, Matthew Tevenan Technical Support Specialist Dantz Development Corporation 925.253.3050 [EMAIL PROTECTED] Support in Europe can be obtained in the following ways: For support in English: (from the UK) 0800 169 77 64 (outside of the UK) +33 1 40 29 11 08 For support in German: (from Germany) 0800 180 21 21 (from outside Germany) +33 1 40 29 11 08 For support in French (from France) 0810 00 13 80 (from outside of France) +33 1 40 29 11 05 E-mail (all languages): [EMAIL PROTECTED] Fax number from all countries: +33 1 40 29 11 09 From: Peter Dörscheln [EMAIL PROTECTED] Reply-To: "retro-talk" [EMAIL PROTECTED] Date: Mon, 07 Aug 2000 09:08:44 +0100 To: Diskussionsforum Dantz Retrospect [EMAIL PROTECTED] Subject: error -5000 Hi, We have a problem running our backup with Mac OS X Server 1.2 using Retrospect 4.2. The Server is a Mac G4 Server at 450 MHz and should be backed up from a usual Macintosh running Mac OS 8.6.1 having mounted the servervolume. Sometimes "error -5000 : no privileges" occurs, sometimes the backup runs great - without any error. Is there any possibility to check what´s wrong ?? Peter ATS Werbeagentur Bielefeld, Germany -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: error 100 (device rejected command).
Eric, You can always ensure the readability of your backup sets by running a verify. This is not the same as compare, but it reads back all of your files from your discs and makes sure they are all readable and therefore retrievable. This is under ToolsVerify. Error 100 occurs because there was a problem communicating with your backup drive. You should try a different brand of disc (if this has happened with more than one disc). Also, make sure electromagnetic interference isn't causing this--place the drive well away from any others for a test. Also make sure Toast is up-to-date--4.1 is required. Other than that, you can try disabling all inits except the base Mac OS set plus Toast 4.1 extensions and the Retrospect SDAP Support extension. If you still have problems, please call us directly. Our technical support number is 925.253.3050, and we're open Monday through Thursday 9 to 4 Pacific Time, Friday 9 to 2:30. Regards, Matthew Tevenan Technical Support Specialist Dantz Development Corporation 925.253.3050 [EMAIL PROTECTED] From: Eric Prentice [EMAIL PROTECTED] Reply-To: "retro-talk" [EMAIL PROTECTED] Date: Sun, 06 Aug 2000 05:55:16 -0700 To: retro-talk [EMAIL PROTECTED] Subject: error 100 (device rejected command). I'm having trouble backing up to my (Fantom FireWire)Plextor 8/4/32A recently supported through 4.3. It seems that after most clients are backed up and after the compare I get the following error. If I run the same script again it will zip through the same place fine and move on the the next volume. -08/06/2000 5:39:33 AM: Copying Tang HD on Dr. Bott Server 08/06/2000 5:41:36 AM: Comparing Tang HD on Dr. Bott Server Trouble reading: ³20-Total Backup² (639893504), error 100 (device rejected command). 08/06/2000 5:42:05 AM: Execution incomplete So the two questions are Can I be sure of the integrity of my backup? and... What can I do to solve this? -- Dr. Bott LLC | http://www.drbott.com/ Visit my MacTips! | http://www.themacintoshguy.com/ ListMom| http://www.themacintoshguy.com/lists/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
error 100 (device rejected command).
I'm having trouble backing up to my (Fantom FireWire)Plextor 8/4/32A recently supported through 4.3. It seems that after most clients are backed up and after the compare I get the following error. If I run the same script again it will zip through the same place fine and move on the the next volume. -08/06/2000 5:39:33 AM: Copying Tang HD on Dr. Bott Server 08/06/2000 5:41:36 AM: Comparing Tang HD on Dr. Bott Server Trouble reading: ³20-Total Backup² (639893504), error 100 (device rejected command). 08/06/2000 5:42:05 AM: Execution incomplete So the two questions are Can I be sure of the integrity of my backup? and... What can I do to solve this? -- Dr. Bott LLC | http://www.drbott.com/ Visit my MacTips! | http://www.themacintoshguy.com/ ListMom| http://www.themacintoshguy.com/lists/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Error 212 Contact Tech Support
Gotta love that explanation. Well I know it says to contact tech support but what the heck. I got a error 212 (media erased)..long story short ... NOW WHAT?!!? hmmm. maybe I should call tech support... hey Matt ring ring ring It's a VXA drive- internal on a G3, Adaptec card and a whole heck of a lotta ram... g -- Garret J. Cleversley Vice President/General Manager Center Page, Inc. 716-822-2212 http://www.centerpageinc.com [EMAIL PROTECTED] 200 character message or less to cell phone: [EMAIL PROTECTED] ---personal info- 716-913-1763 [EMAIL PROTECTED] www.buffnet.net/~cleverg - -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
RE: Aarrggh! 519 error...-Spanning Tree Protocol?
Title: RE: Aarrggh! 519 error...-Spanning Tree Protocol? If it is the Spanning Tree Protocol causing the problem then you have two alternative courses of action - 1. Disable it entirely, or 2. Enable Portfast at the Switch The STP problem only affects Appletalk on the G3's G4's, because the STP keeps the port closed during the critical seconds at startup, when the Mac broadcasts its preferred Appletalk Address. The fast Macs do not wait long enough for the port to open. Hence it may get a duplicate address. You can force the Mac to rebroadcast it's address by turning Appletalk off then on manually, after it is running. This should give it a new, unique Appletalk Address. Refer to Apple's Tech Info Library for a complete discussion of symptoms of this infuriating problem. -Rob We have a 519 network-loosing-connection-with-client-error, which i have traced (finally) to a new HP Procurve 2424M switch installed as a central switch in our star topology network. It has 100tx links to SMC Tigerswitches in other buildings. If the Blue and white G3 running retrospect is connected directly to the HP switch only 4 of our 30 clients get backed up When i move the G3 to one of the arms of the star and plug into any SMC switch the backup runs just fine achieving speeds up to 60 Mb/minute. The HP switch does not report any errors anyone come across this? This might be a bit late to do any good, but I thought I'd mention one observation. I've had plenty of trouble in the past when setting up NetBoot labs where new switches have been installed. Starting with iMacs and BW G3s (the first Macs with built-in 10/100 Ethernet), switches with Spanning Tree turned on do not work well (if at all) with those Macs. You might check your HP switch to make sure to turn off Spanning Tree routing/switching for the ports where you have your Macs. Once this was done in my NetBoot labs, everything sprang to life and it worked perfectly. Hope this helps... Fred -- -- To subscribe: [EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives: http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
RE: Aarrggh! 519 error...-Spanning Tree Protocol?
Title: RE: Aarrggh! 519 error...-Spanning Tree Protocol? Thanks, but STP is disabled, and the problem still occurs even when I set up retrospect on an old PPC 601. I firmly believe its an incompatibility between protocols retrospect uses and the HP 2424m HP have been helpful in supplying information about their switch which supports IEEE 802.1q, 802.1p, 802.1d, 802.3x I wrote to Dantz weeks ago but have not even had a reply! l. -- --- Lindsay Robertson Senior Technician Psychology Department University of Otago PO box 56 Dunedin New Zealand Phone 64 3 479 7668 Fax 64 3 479 8335
Re: Hardware Error
David, If the error occurs when this drive is connected to three different machines, and you've tried multiple cables and terminators, I'd look toward a drive problem. However, make sure you've cleaned the drive heads and tried the drive without the other SCSI device(s). I'm assuming this is built-in SCSI? If not, make sure you've tried a different card. Try some fresh tapes in the drive too. If the drive still fails after swapping out all these variables, you've isolated the problem to the only variable left--the tape drive. This is a device error--generated by the device itself. If you have further problems, please call tech support directly. Our number is 925.253.3050, and we're open Monday through Thursday 9 to 4 Pacific Time, Friday 9 to 2:30. Regards, Matthew Tevenan Technical Support Specialist Dantz Development Corporation 925.253.3050 [EMAIL PROTECTED] From: "David Thornton" [EMAIL PROTECTED] Reply-To: "retro-talk" [EMAIL PROTECTED] Date: Tue, 25 Jul 2000 13:30:43 -0500 To: [EMAIL PROTECTED] Subject: Hardware Error I've got Retrospect 4.2 running on a 7100/80, backing up to an HP 1533 DLT mechanism in an external enclosure. This drive is used only for a specific small backup set on a client machine, and backs up daily with a recycle backup weekly. About two or three times weekly, the script will fail with a hardware error 203, and ask for a new tape. The log shows the following information: Device trouble: ³1-Game Security², error 203 (hardware failure) Additional error information for device "HP DAT DDS-DC" [0:1], Sense 70 00 04 00 00 00 00 0e 00 00 00 00 44 00 01 00 00 d8 (HP |C1533A |9503) The 203 is generally a SCSI related error, but because this error has appeared consistently when running this script while the drive was attached to three different computers (7100/80, G3/266 desktop, and Server G3/266 beige), and with numerous different (new) cables terminators, I'm leaning towards the problem being somewhere other than the SCSI chain. Also on the SCSI chain is a DLT-2000 that backs up a much larger set of files, and has never given a hardware error. Is it possible that the DLT mechanism itself is on its way out, or should I keep t-shooting the SCSI chain? Thanks in advance for any advice that you can give. -- David G. Thornton Graphics Systems Manager CCL Label, Sioux Falls, SD e-mail: [EMAIL PROTECTED] Boot, you transistorized tormentor! Boot! -- Archibald Asparagus -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Error 505 client is reserved.....
All of a sudden our daily backup is failing with this message. Anyone have an idea what it means or how to fix it? Restarting the client machine did resolve the problem but I'd like to know the source of the problem. Thanks, ___Joe___ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Aarrggh 519 error!
Hi, remember a while ago, i had a 519 net retry error that i couldn't work out... Well it turns out that it appeared when we upgraded our central network Lantech switch to a HP Procurve 2424m and i could only back up any machines on the network if i avoided going through the HP switch. I have found a workaround: if I turn on Link Encryption on each client everything runs smoothly! It has no advanced features turned on. (eg STP) can anyone explain this? l. -- --- Lindsay Robertson Senior Technician Psychology Department University of Otago PO box 56 Dunedin New Zealand Phone 64 3 479 7668 Fax 64 3 479 8335 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Aarrggh 519 error!
Hi, remember a while ago, i had a 519 net retry error that i couldn't work out... [...] I have found a workaround: if I turn on Link Encryption on each client everything runs smoothly! [...] can anyone explain this? Link encryption might slow down the client and server enough that the network switch does not overload. Having just purchased a switch this week that works fine under light load, and fails under all forms of heavy load, it is an easy guess! :-( -- John Gee[EMAIL PROTECTED] Dunedin, New ZealandProgrammers live in interesting times... -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Odd error message
I've done some reconfiguring of our backups, and I'm getting an error message that I can't find listed anywhere. The error number is -33 (directory full). It also says it can't save the snapshot. I've got tons of disk space (this is a HD file), so I don't think that's the issue, unless somehow the snapshot is so large that it can't save it? Help? -- Julia Frizzell User Consultant/Analyst The Education Alliance Northeast and Islands Regional Educational Laboratory at Brown University 222 Richmond Street, Suite 300 Providence, Rhode Island 02903-4226 [EMAIL PROTECTED] 401.274.9548 x311 or 800.521.9550 x311 401.421.7650 (fax) http://www.lab.brown.edu -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Odd error message
there is a limit to the number of nested directories an files you can have...and it depends on your operating system. Apple's TIL has info on the max number of directories in a tree...I can't remember off the top of my head. HTH - Original Message - From: "Julia Frizzell" [EMAIL PROTECTED] To: "retro-talk" [EMAIL PROTECTED] Sent: Thursday, July 13, 2000 1:20 PM Subject: Odd error message I've done some reconfiguring of our backups, and I'm getting an error message that I can't find listed anywhere. The error number is -33 (directory full). It also says it can't save the snapshot. I've got tons of disk space (this is a HD file), so I don't think that's the issue, unless somehow the snapshot is so large that it can't save it? Help? -- Julia Frizzell User Consultant/Analyst The Education Alliance Northeast and Islands Regional Educational Laboratory at Brown University 222 Richmond Street, Suite 300 Providence, Rhode Island 02903-4226 [EMAIL PROTECTED] 401.274.9548 x311 or 800.521.9550 x311 401.421.7650 (fax) http://www.lab.brown.edu -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Odd error message
Julia, This can be a problem with file backup sets. As you know, a file backup set is basically just a Macintosh file with all of your files condensed into it. As such, it has a data fork and a resource fork. The resource fork stores the catalog of the data, including a record of every single file as well as the Snapshot of every volume you back up to it. It has a 16 MB size limit. When it reaches this limit, it reports that the directory is full. What I'm guessing has happened is that you've been backing up so many files on so many volumes that the resource fork is just full. This can happen even if you've been backing up using a selector to filter out files, if the volumes the files came from have many files. Retrospect saves the Snapshot of the entire volume--including a record of every file--even if it wasn't backed up in its entirety. My recommendations are to either define a Subvolume (see p. 168 of the Retrospect 4.2 User's Guide) or several that contain the files you want to back up from each client, which will result in smaller Snapshots. Or if you don't care about the Snapshots at all, turn off this feature. To do this, go into your script, click Options, choose the Catalog option group, then uncheck "Save source Snapshots..." Regards, Matthew Tevenan Technical Support Specialist Dantz Development Corporation 925.253.3050 [EMAIL PROTECTED] From: Julia Frizzell [EMAIL PROTECTED] Reply-To: "retro-talk" [EMAIL PROTECTED] Date: Thu, 13 Jul 2000 13:20:57 -0400 To: "retro-talk" [EMAIL PROTECTED] Subject: Odd error message I've done some reconfiguring of our backups, and I'm getting an error message that I can't find listed anywhere. The error number is -33 (directory full). It also says it can't save the snapshot. I've got tons of disk space (this is a HD file), so I don't think that's the issue, unless somehow the snapshot is so large that it can't save it? Help? -- Julia Frizzell User Consultant/Analyst The Education Alliance Northeast and Islands Regional Educational Laboratory at Brown University 222 Richmond Street, Suite 300 Providence, Rhode Island 02903-4226 [EMAIL PROTECTED] 401.274.9548 x311 or 800.521.9550 x311 401.421.7650 (fax) http://www.lab.brown.edu -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: Odd error message
if your HD file is near 2 GB in size, that's your problem. The limit is 2Gb for storage set files, per Retrospect's manual. Cesar At 01:20 PM 7/13/00 -0400, you wrote: I've done some reconfiguring of our backups, and I'm getting an error message that I can't find listed anywhere. The error number is -33 (directory full). It also says it can't save the snapshot. I've got tons of disk space (this is a HD file), so I don't think that's the issue, unless somehow the snapshot is so large that it can't save it? Help? -- Julia Frizzell User Consultant/Analyst The Education Alliance Northeast and Islands Regional Educational Laboratory at Brown University 222 Richmond Street, Suite 300 Providence, Rhode Island 02903-4226 [EMAIL PROTECTED] 401.274.9548 x311 or 800.521.9550 x311 401.421.7650 (fax) http://www.lab.brown.edu -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
I also get the 519 error. I do agree that it is certain files that are causing Retrospect to error out. I have gotten around this by subdivide my script this let's my backup complete; however, when users connect to the remote client server after the backups run the server crashes. I must reboot the remote client server each morning but at least my backup completes this way. I am still in the process of figure out exactly what files are causing the problem. I have only eliminated folders at this point I have a lot of data I backup so this is a very slow process. I have ran Norton, TechTools and Disk Warrior but neither show any problems. I think it's a Retrospect compatibility issue. -- Rhona Cash Macintosh Systems Administrator Gear For Sports, Inc. 913.693.3598 [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: HP DAT Loader Hardware error
Was there some other sypmtom involved? In the past, when I have gotten that error, it was usually because the drive had not released the tape properly. It could also be a misreported error, or there is a tape not loaded properly. Hello: I recently installed an HP DD3 Autoloader (external). It ran fine for the first set of tapes. When the user installed the second set, the drive started returning the following error: Loader for "HP DAT DDS-DC, SCSI 1:5" reported a hardware failure when moving tapes. The script then pauses until it times out. Any ideas what this could be? -- * Noah M. Eiger Manager of Information Systems Mother Jones Magazine / Foundation for National Progress [EMAIL PROTECTED] 415-665-6637 x.204 http://www.motherjones.com * -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] ___ Philip Chonacky, IS Manager Barrett Companies ph. (617) 577-9500 fx. (617) 577-1010 mailto:[EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: HP DAT Loader Hardware error
Did not include much information in my original post. For the moment, it appear that there was a DDS-4 tape mixed in with the DDS-3 tapes. Everytime the loader got to the DDS-4, it ejected the entire caddy. Removing this tape seemed to have corrected the error. nme Was there some other sypmtom involved? In the past, when I have gotten that error, it was usually because the drive had not released the tape properly. It could also be a misreported error, or there is a tape not loaded properly. Hello: I recently installed an HP DD3 Autoloader (external). It ran fine for the first set of tapes. When the user installed the second set, the drive started returning the following error: Loader for "HP DAT DDS-DC, SCSI 1:5" reported a hardware failure when moving tapes. The script then pauses until it times out. Any ideas what this could be? -- * Noah M. Eiger Manager of Information Systems Mother Jones Magazine / Foundation for National Progress [EMAIL PROTECTED] 415-665-6637 x.204 http://www.motherjones.com * -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] ___ Philip Chonacky, IS Manager Barrett Companies ph. (617) 577-9500 fx. (617) 577-1010 mailto:[EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- * Noah M. Eiger Manager of Information Systems Mother Jones Magazine / Foundation for National Progress [EMAIL PROTECTED] 415-665-6637 x.204 http://www.motherjones.com * -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
Hi it turns out my 519 -Net retry error is actually caused by files on the client that cannot be backed up. If i remove the file the backup continues till it finds another. Each mac on my net seems to have at least a couple of these problematic files... l. -- --- Lindsay Robertson Senior Technician Psychology Department University of Otago PO box 56 Dunedin New Zealand Phone 64 3 479 7668 Fax 64 3 479 8335 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
Interestingly enough, I have many computers that back up fine when I use an Adaptec AHA-2906 (5MB/sec controller) SCSI controller in the server. I upgraded the controller to a 2940UW (40MB/sec controller) and now I get -519 errors on 1/3 of both mac and PC clients. I'm guessing that Retrospect is going too fast for the clients and thus resulting in -519's. Has anyone else seen similar behavior? I'm using an AIT-1 tape drive. It doesn't matter which kind of tape drive I use. I've also played with Exabyte Ellot 820's (high speed 8mm) and get the same result. Or a SCSI terminator or ID number:) Derek. it doesn't appear to be a network problem at all. when i created a backupset on the hard drive i could backup a fast G4 no problemo its only when i backup to a tape backupset... Lindsay, Since you mentioned that the tape drive is new and that backing up to a file on the G4 is working ok, I'm thinking that something is amiss in the SCSI voodoo department. Just 'cuz it's new, doesn't mean it works. ;-\ Have you tried a new or different cable? Hooking the tape drive up to a different Mac? A different tape drive? Any and all of these things can lead you to an answer: cable, tape drive, scsi card, logic board even. Just a thought, Pam -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- . . . . . . . . ooo . . . . ooo . . . . . . . . . . . .Dean Brissinger - Systems Administrator. . Direct: 303-583-0278 Main: 303-444-0094 . . Fax: 303-444-0470 http://www.vexcel.com/ . . . . . . . . . . oOOo . . A . . oOOo . . . . . . . . 0 0 ' -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
it doesn't appear to be a network problem at all. when i created a backupset on the hard drive i could backup a fast G4 no problemo its only when i backup to a tape backupset... Lindsay, Since you mentioned that the tape drive is new and that backing up to a file on the G4 is working ok, I'm thinking that something is amiss in the SCSI voodoo department. Just 'cuz it's new, doesn't mean it works. ;-\ Have you tried a new or different cable? Hooking the tape drive up to a different Mac? A different tape drive? Any and all of these things can lead you to an answer: cable, tape drive, scsi card, logic board even. Just a thought, Pam Pam Lefkowitz, President Consulting Core Computing Technologies, Inc. Disaster Recovery 848 Dodge Ave., Suite 254Network Management Evanston, IL 60202 Project Management voice:847/675-3513Solutions fax: 847/675-3564 Training email: [EMAIL PROTECTED]Service Apple Product Professional Member, Apple Solution Experts Certified Dantz Development Partner Certified Female Business Enterprise - City of Chicago Certified Female Business Enterprise - Cook County Certified Female Business Enterprise - State of Illinois Certified Vendor, Chicago Public Schools -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
Or a SCSI terminator or ID number:) Derek. it doesn't appear to be a network problem at all. when i created a backupset on the hard drive i could backup a fast G4 no problemo its only when i backup to a tape backupset... Lindsay, Since you mentioned that the tape drive is new and that backing up to a file on the G4 is working ok, I'm thinking that something is amiss in the SCSI voodoo department. Just 'cuz it's new, doesn't mean it works. ;-\ Have you tried a new or different cable? Hooking the tape drive up to a different Mac? A different tape drive? Any and all of these things can lead you to an answer: cable, tape drive, scsi card, logic board even. Just a thought, Pam -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
arrgh 519 error
Hi can you please help, i'm bashing my head on a brick wall... i have retrospect 4.2 on a blue and white G3 acting as a backup server. recently i noticed 4 clients were always giving a 519 network communication failed error each night. each mac is otherwise fine, and we have a large busy network with no other problems. i could not work out why these 4 (in different buildings, different segments) would not back up. They connect, scan the client, start to copy then instantly give a net retry. at the same time we upraded out old DAT tape drive to a new DLT 4000 and then i found most clients (about 20 out of 28 all came back with the same error. I have noticed that they seem to work if i backup to a mac file backup set instead of the tape backup set BUT there are still several macs that backup reliably every day!!! I've reinstalled the scsi drivers, reverted to the mac OS 9 base extension set, reinstalled Retrospect what to do next??? l. -- --- Lindsay Robertson Senior Technician Psychology Department University of Otago PO box 56 Dunedin New Zealand Phone 64 3 479 7668 Fax 64 3 479 8335 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
At 03:14 PM 6/19/2000 +1200, you wrote: Hi can you please help, i'm bashing my head on a brick wall... ... I've reinstalled the scsi drivers, reverted to the mac OS 9 base extension set, reinstalled Retrospect what to do next??? Next step: Get the tech note from the web page. Seriously, Joy -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
I am experiencing a similar problem. Please specify which tech note on what web page. In fact, a URL would be helpful and appreciated Thanks. Cal Joy Richards wrote: At 03:14 PM 6/19/2000 +1200, you wrote: Hi can you please help, i'm bashing my head on a brick wall... ... I've reinstalled the scsi drivers, reverted to the mac OS 9 base extension set, reinstalled Retrospect what to do next??? Next step: Get the tech note from the web page. Seriously, Joy -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
At 11:53 PM 6/18/2000 -0500, you wrote: I am experiencing a similar problem. Please specify which tech note on what web page. In fact, a URL would be helpful and appreciated The main list of tech notes is at: http://www.dantz.com/index.php3?SCREEN=technotes You want #415 which covers error 519 Joy -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
Joy, thanx, but already got that, i've been right through it... it doesn't appear to be a network problem at all. when i created a backupset on the hard drive i could backup a fast G4 no problemo its only when i backup to a tape backupset... what to do next??? Next step: Get the tech note from the web page. Seriously, Joy -- --- Lindsay Robertson Senior Technician Psychology Department University of Otago PO box 56 Dunedin New Zealand Phone 64 3 479 7668 Fax 64 3 479 8335 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: arrgh 519 error
At 05:00 PM 6/19/2000 +1200, you wrote: Joy, thanx, but already got that, i've been right through it... it doesn't appear to be a network problem at all. when i created a backupset on the hard drive i could backup a fast G4 no problemo its only when i backup to a tape backupset... Did you go through all the possibilities in the tech note? It's as thorough as it gets in a tech note and an excellent reference to test the 519 error for causes. The only thing I'd suggest you do at this point is to contact Tech Support, either via the web page or by phone. (Try the web page first, since you're in New Zealand)... Good luck, Joy -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Unknow Windows Error
Hi all, Here is a tough question: What is MapError: unknow Windows Error 2,273 TSessInfo::MessageBufferSend: UNetMessageBufferSend failed, winerr 2273, error - 1001 and MapError: unknow Windows error 2,310 TPCVol::ServerForceDisk: UNetShareDel failed, E:\, winerr 2310, error -1001 We are running Retrospect Server Backup v5.11 DELL PowerEdgy 2300 Dual PentiumII 400 OS NT4 SP5 ARCHIVE Python Tape drive 2 x 8G HD 4 G HD 3 G HD 1.5G HD During BIG backup (inital backup) we sometimes (not always) get Error -205 (lost access to stroage medium). But I can not find any problem with the SCSI or the tape drive. Any ideas or help is appreciated. Thanks Frank -- Frank Lin Email: [EMAIL PROTECTED] Red Square Productions PO Box 187, Newtown NSW2042, Australia Phone: +61-2-9519 4599 Fax: +61-2-9519 4699 Internet http://www.redsquare.com.au/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Error 203
Adam, You are indeed receiving a hardware error. The sense code doesn't tell us too much more than the error description does--basically that there has been a hardware failure. I'd recommend consulting Dantz Tech Note 306, "Recovering from Error 206, Media Failure," at http://www.dantz.com/index.php3?SCREEN=tn306 Errors 203 and 206 are similar, and the troubleshooting I'd recommend is identical. Or call us directly to speak with a tech about troubleshooting this. Matthew Tevenan Technical Support Specialist Dantz Development Corporation 925.253.3050 [EMAIL PROTECTED] From: Adam Gerstein [EMAIL PROTECTED] Reply-To: "retro-talk" [EMAIL PROTECTED] Date: Mon, 24 Apr 2000 16:01:58 -0400 To: [EMAIL PROTECTED] I've just started receiving this error code below when trying to back up my backup server. My guess is that it's a hardware error, but I wanted to make sure. Since I bought the drive on eBay, I don't have the manuals or any reference material except the HP site - 4/22/2000 2:20:06 AM: Copying 6100 Trouble writing: "1-PB/Server [005]" (1048674304), error 203 (hardware failure). Additional error information for device "HP DAT DDS-DC" [0:5], Sense f0 00 04 00 00 00 02 0b 00 00 00 00 44 00 01 00 00 54 (HP |HP35480A|1009) 4/22/2000 8:51:28 AM: Execution stopped by operator Remaining: 829 files, 67.8 MB Completed: 0 files, zero KB Performance: 0.0 MB/minute Duration: 06:31:22 (00:01:20 idle/loading/preparing) Any one have any suggestions? adam -+--+- Adam Gerstein O- | | AuctionComic.com - the ComputerBoy! Consulting Design | http:// | only site for all your [EMAIL PROTECTED] | snickersnot | your comic book needs! http://www.computerboy.com | .com | http://www.auctioncomic.com -+--+- HTML coding|CGI scripting|Site development|Graphic Design|Web Whacking -+--+- -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
[OT] Zip Drive file sharing error [was: Re: Repost of earliermessage]
This might be a little OT for the Retrospect list. Can you be a little more specific? Is the zip cartridge they are inserting the same cart. they are using for backups? Is Retrospect running when the error messages comes up? If these are two different carts., do they have the same name? What version system software are you using? What version Retrospect? What version iomega extension? This may be a case of a bad sharing prefs file. Read/write volumes will have an invisible "Apple Share PDS" file at their root, Read-Only volumes will have a sharing preference file in the preferences folder under "File Sharing" with the name format "[Volume Name] PDF". Try deleting this file (while file sharing is turned off), then restart file sharing and reset the file sharing preferences for the Zip volume in question. Hope this helps. I posted the following several days ago and haven't seen any response. Does anyone have any suggestions? - Hal ** I have a client who uses v4.2 of Retrospect for the Macintosh and makes backups to 250mb Zip carts. The computer is a 7100/66 and is running MacOS 8.1. If a Zip cartridge is in place at the time the computer is booted, they will get a message that File Sharing cannot be enabled. In this case File Sharing is not active for either the shared folder on the hard drive or the Zip cartridge. If they insert a Zip cartridge after the computer is booted, they will also get a message that File Sharing cannot be enabled. In this case File Sharing is active for the shared folder on the computer's hard drive, but remains inactive for the Zip cartridge. Why are they getting these messages? Is there a fix for this problem? -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED] ___ Philip Chonacky, IS Manager Barrett Companies ph. (617) 577-9500 fx. (617) 577-1010 mailto:[EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
error 505?
What's an "Error 505...Client is reserved" mean? -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]
Re: iBook error reported from user
I don't use the back-up server -thing since I don't know how to make a scheduled recykle backup. The storagesets keep growing and growing for the laptops. We currentley back up to a harddrive where the storagesets can't be larger than two GB, remember. Here's how you do it. Write a regular backup script (not a backup server) that does a recycle backup of your server. This will reset the backup set every time and clear it out. Mine starts at 7 pm every weeknight. Then write a backup server that starts 5 minutes later and runs all night, using the same backup set. Back up your clients with this backup server. As soon as the first script finishes, the backup server will kick in and back up as many workstations as it has time for. -- top of the world, Luke Jaeger, Technology Coordinator Disney Magazine Publishing Northampton, Massachusetts [EMAIL PROTECTED] Any opinions expressed in this message are my own and may not represent the opinions of Disney Publishing, etc etc etc. * -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Problems?: [EMAIL PROTECTED]