Jump to content

thesolidstate

Members
  • Content count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

About thesolidstate

  • Rank
    Newbie
  1. Hi We have a problem with our archive system on Mac. We archive projects stored on a server on our network from a client computer running Retrospect[latest version] to LTO tape Usually it all works well and everything appears to backup successfully. Recently however we started running the script again to double check it. We have 'Don't add Duplicate files' selected so we presume if everything has worked well then no files will be backup. This hasn't been the case however and each time it is backing up hundreds of gigs again. We're not sure why. Our server is a Linux based array running OSX so I'm wondering if modification dates may be changing somehow and making Retrospect think there are new files in the folder. Below are our settings and a log file. Any ideas would be most appreciated. Cheers Danny Archiving using TSS ARCHIVE BACKUP SCRIPT at 3/11/2016, 1:51:04 PM To Backup Set TSS_ARCHIVE_BACKUP... - 3/11/2016 1:51:04 PM: Copying TO ARCHIVE] on solid@SolidSERVER._afpovertcp._tcp.local/SolidSAS... on solid@SolidSERVER._afpovertcp._tcp.local/SolidSAS....local/SolidSAS.../191/ on ....local/SolidSASsolid@SolidSERVER._afpovertcp._tcp.local/SolidSAS.local/SolidSASsolid@SolidSERVER._afpovertcp._tcp.local/SolidSAS 3/11/2016 1:51:35 PM: Found: 20363 files, 1762 folders, 1 TB 3/11/2016 1:51:35 PM: Finished matching 3/11/2016 1:51:36 PM: Copying: 6819 files (230.7 GB) and 0 hard links 3/11/2016 2:39:16 PM: Building Snapshot... 3/11/2016 2:39:16 PM: Checking 1,762 folders for ACLs or extended attributes 3/11/2016 2:39:16 PM: Finished copying 0 folders with ACLs or extended attributes 3/11/2016 2:39:16 PM: Copying Snapshot: 2 files (6.1 MB) 3/11/2016 2:39:20 PM: Snapshot stored, 6.1 MB 3/11/2016 2:39:20 PM: Comparing TO ARCHIVE] on solid@SolidSERVER._afpovertcp._tcp.local/SolidSAS... on solid@SolidSERVER._afpovertcp._tcp.local/SolidSAS....local/SolidSAS.../191/ on ....local/SolidSASsolid@SolidSERVER._afpovertcp._tcp.local/SolidSAS.local/SolidSASsolid@SolidSERVER._afpovertcp._tcp.local/SolidSAS 3/11/2016 3:39:37 PM: Execution completed successfully Completed: 6,819 files, 230.7 GB Performance: 4,462.7 MB/minute (5,023.5 copy, 4,015.7 compare) Duration: 01:48:32 (00:02:41 idle/loading/preparing) [*] timerCallBack: cancel email sending E-mail notification failed: error -507 (incorrect password)
  2. thesolidstate

    Crash during LTO archive

    Looks like that worked. Thanks. It did ask me at the end though to add a new tape though which was strange. The tape it hadn't added before was #9 and when I ran the repair it asked me to add tape#10 which doesn't exist yet. I do have 'Match to Storage set' on as a default. If I understand correctly this means it will never add a duplicate file - even if it was added on tape 1 - but will keep a record that that duplicate file is kept on tape 1 so when you retrieve it you will have to go back to that tape as well. Is that right?
  3. thesolidstate

    Crash during LTO archive

    Thanks. Will give that a go.
  4. We were running a large archive backup script during which our server crashed before it was finished. The data is about 10TB worth. I have gone back in to resume the script but the last member has not been added to storage set so I'm not sure what my next steps are. The script is setup as WORM so I can't reuse the tape. Is there a way to check what was added, verify the data and add the tape? We back up to HP 6.25TB LTO tapes using the HP Ultrium 6250 single tape drive. Any help would be most appreciated.
×