Jump to content

wobblewoo

Members
  • Content count

    20
  • Joined

  • Last visited

Community Reputation

1 Neutral

About wobblewoo

  • Rank
    Newbie
  1. Im having a nightmare with our backup drive keep falling off the SCSi chain. Can anyone help. The server is an Apple Xserve 2.26 Intel Quad Core running MacOS X Server 10.5.8. Were running Retrospect 8.1 (build 626). The server has an ATTO ExpressPCI UL5D running Driver 4.4.1 and is flashed upto date (April 10 2009). We use config tool 3.3.1 Connected to a Quantum lto 3 400gb/800gb hh ultra160 68pin scsi tabletop using a single Sony lto3 ultrium tape at a time. (not barcoded). The drive randomly just disappears. When its there it works fine but it keeps dropping off.config At the moment (drive fallen off) the drive doesn't show up in Apple system profiler and the ATTO tool. Sometimes powering down/unpluging the drive and then changing the SCSI id from 5 to 6 (or back) works but not always. Does anyone have anything i can try as this is driving me nuts.. and were getting no backup. W
  2. wobblewoo

    Tape name not being updated

    Hello again For anyone thats following this, the backup has been running just fine and the engine sees the change in tape after a manual eject if we leave the console running on the server (where the physical drive is connected) On Friday someone quite the console and then fridays backup failed to run. I think this gos a long way to prove that the engine does not see a manual change in tape unless the console is running. If anyone else has the same issue as us please can they confirm this. W
  3. wobblewoo

    Tape name not being updated

    Update on my problem. The backup ran just fine last night and even recognized the change of tape ready for tonight. Ive gone and changed two things: Left the GUI running on the server machine that also contains the engine and hardware AND programmed each script to eject the tape after running. Ill quit the GUI after tonights backup to see if that makes a difference. Ill also ask the office to report to me whether the tape has been ejected or they have to manually eject the tape.. that should point us in the right direction. Cheers for all your help so far guys. And for the record when i access the server via the GUI on my local machine, at a different geographical location and subnet the console mostly displays the incorrect tape name, normally the tape from the last successful backup. Ill keep you posted W
  4. wobblewoo

    Tape name not being updated

    But the server is headless and the office manager just swaps the tapes over each day. The best i can do is set Console to run at startup and so hopefully notice the change. Ill let you know how it gos. Ive posted this already in the bug report. Hopefully this big update ive heard read about will fix the issue. W
  5. wobblewoo

    Whats causing these errors?

    Big bugfix update eh. Looking forward to that, having a fair few problems with Retrospect 8 at the moment. Anyone else having any issues after that Java update? W
  6. wobblewoo

    Whats causing these errors?

    Thanks for your Reply Connected to a ATTO EXPRESS PCI-E UL5D DUAL CHANNEL U320 SCSI HOST ADAPTER. Using Configuration Tool 3.28 Running Driver v4.4.1 It says Flash Version April 10, 2009 The setup has been running fine for nearly a year, apart from an issue we are having with the tape names not being recognised. Thread here: http://forums.dantz.com/showtopic.php?tid/33852. The only thing we have changed is to change the backup script to eject a tape after a backup (although we have had successful runs after that) I have noticed that there was a 'Java for Mac OS X 10.5 Update 7' on the 20th. Coincides with the errors starting but cant believe its that.. is it? We have cleaned the tape heads. Does that help?
  7. wobblewoo

    Tape name not being updated

    So that basically sounds like i need to leave the Console running on the headless server (where the drive is connected). As long as we do this we can manually eject the tapes, is that correct? Normally we remote into the server (using Retrospect) via office machines or offsite you see. Maybe this is something that Dantz should fix, a simple head read of a tape before it backs up. Thanks for your time so far all. W
  8. wobblewoo

    Tape name not being updated

    Ive resetup all the scripts (although i didnt dump config files). We have set the tape to eject after a backup and that seems to have solved the problem, although were now having another issue (see thread below). Thats silly. Are you saying that we have to eject the tapes from the software in order for the backup to work? Can i set an action script to do this in the morning? The reason i ask is the non tech office manager swaps the tapes over. http://forums.dantz.com/showtopic.php?tid/33958/ Cheers W
  9. Hello All. The last two backups ive run on our SCSI LTO3 drive have failed. We use different tapes each day and the last two backups have suddenly started to fail. (the last one having over 1500 errors. Were running Retrospect (8.1 build 626) on a Xserve 10.5.8. The tapes are not barcoded. The drive is a Quantum lto 3 400gb/800gb hh ultra160 68pin scsi tabletop using a single Sony lto3 ultrium tape at a time. Here are the errors: May 20th From Retrospect: Script "Weekly Set 1" failed during automatic execution, error -102 ( trouble communicating). Please launch Retrospect and check the log for details. On this backup it completed 328Gb May 21st Script "Weekly Set 1" completed with 14 errors *File "/Volumes/Raid/Fileserver/CLIENTS/xxxxxx/xxxxx.psb": didn't compare > !Bad Media Set header found (0x91ff81ff at 170169152) > !Bad Media Set header found (0x92492492 at 170171067)... May 22nd Script "Weekly Set 1" completed with 1529 errors Similar errors to the night before: 5/22/2010 2:20:21 AM: Comparing CLIENTS > !Bad Media Set header found (0x8c5ddee8 at 2) > !Bad Media Set header found (0x21be910f at 24) > !Bad Media Set header found (0x2267588b at 37)
  10. wobblewoo

    Tape name not being updated

    Thats how i think its supposed to work but it doesnt do that here, It still thinks that the prior days (or day befores if we dont erase a tape) tape is in the drive and so times out.
  11. wobblewoo

    Tape name not being updated

    How would we use barcoded tapes, im assuming that our drive doesnt support that. Is it only autoloaders that use barcoded tapes? If that was the case, and Retrospect didnt know i swapped the tape how would it know its the wrong tape in the drive if it didnt read the header! Could answer why it then read the correct tape after a restart, it probably reset the scsi bus and re-initalised the drive.. just a thought. Ill report that as a bug and see how we get on. ANy other ideas would be good though. Is there a way to erase each tape automatically before it starts a backup?
  12. wobblewoo

    Tape name not being updated

    The tapes are not barcoded. The drive is a Quantum lto 3 400gb/800gb hh ultra160 68pin scsi tabletop using a single Sony lto3 ultrium tape at a time. Im in the putting all the tapes in the drive and seeing what the software says that it is. Thanks again
  13. wobblewoo

    Tape name not being updated

    Exactly that, its Version 8.1 build 626. Apart from that though can anyone help with my problem? Do you need any more information? Thanks for your time so far. W
  14. Hello. Lets say Mondays tape is in the drive and it runs (completes on a single tape, no errors), when we eject it and then put in Tuesdays tape it still thinks Mondays is in the drive! Ive been erasing the tape each time to force it to use the correct tape but ive just restarted the server and now the tape in the drive (which was showing as Tuesday in the software before the restart) now displays correctly as Thursday and ive done nothing else. Were running the latest Retrospect (8.2 build 626) on a Xserve 10.5.8 with a Quantum LTO3 drive. Interestingly we don't seem to get this problem running a normal backup, only a recycle one - however we need to run a recycle backup. Any ideas? W
×