Recent content by kluken

Well that is a said state of Data Protection vendors. Honetly our expieriences with Backup Exec in 75 locations over last 5 years have been flawless, I assumed Veritas would have same quality on the NBU product, but evidently being anchored in ancient outdated code makes it no better than the...

Well if that data loss issues is true, and I would suppose it is then that is extremely bad of them to. I would also like to see more details, as is the job saying "complteed with exceptions". Is it a problem with someone glossing over backup report info and not picking up that a backup ran, but...

Not sure how my argument has lost steam. Sure they are having issues at Veeitas, but I don't see LOST data or unable to recoever data as a underlying theme. I see vaulting issues so sure some tapes are not getting duplicated correctly, but the data is still there. CV lost our data, no recovery...

I guess they are all the same, but I just feel CV does nto care. We reported a buug last year in 5.9 that still is not fixed and latest we are being told is that it will bt 7.x before they fix it. On windows clients you get random intermittent jsystem state backup failures due to RSM. They knew...

yeah it is funny, it loses data on the bug, but the annoying problem has been not pruning tapes. As for mixed media, we actually ran SLDT 220 and SDLT 320 in 2 seperat libraries for a while then went LTO3. The biggest issue I had with mixed mixed media was AUX copy mixed media woudl waste space...

Wow bkpadmin and frbutler, very impressive. I still don;t understand, do you guys rotate tapes, do you not have issues with the fact that CV routinely refuses to prune some jobs off tapes and thus holds the tape? I am constantly manually managing media and that is a waste of time, they...

Frbutler, I'm impressed you have not had issues. We have found AUX copies to be very convoluted and quirky and it routinely casues retention issues for us if the AUX fails such that we have to kill it. Maybe your size and dedicated staff for backups is a reason, backups are not my main...

Frbutler, And you didn't have any issues with 5.9? While they do tell me the bug was rare I would think some one of your size would have maybe seen it. With an installation your size, do you have many different polices? Have you not had issues with tapes not properly aging and pruning? I just...

cursivehandle, I don''t think you have really read this thread. You are accusing me of not appling critical updates, did you read my comment that the bug exisited for over 10 months before they patched it, how can I apply an update that did not exisit. 5.9 came oout early 2005, the bug was...

There is also a current pruning bug the other way, if some jobs complete with errors they may never get pruned and you will have to manually prune them. No ETA on a fix for that one at present.

As an FYI, we were goiven the bug into on August 16, so when I posted last month we were still wiaitng for them to answer our support call opened July 14!

I'm being abrasive for being accused of assaulting Commvault. I am basiclly trying to watn others ot the issue. the data was written to tape, but for some odd reason the bug casued Galaxy to prunt the jobs and then reuse the tape immediately, thus the first 70GB of a 500GB data set are gone...

Oh and forgot to mention, we are very vigilant at maintianing all our products, we put Galaxy service packs on fairlyquickly after release. Same with critical patches, the problem with this bug is it exisited int he product for about 10-11 months before they fixed it. Was in 5.9 from day one and...

I am not on a mission to destory anyone, I am on a mission to inform others of the shoddy QA and upport and LOST, yet truly LOST data that Commvault casued. The data is lost, some how the bug in Galaxy casued the data to be over written immediatetly. They conceded that 70GB is lost and to get...

You also want to put the Post SP2 fix pack on as well as there are some critical fixes in it. This product's QA and bugs make MS look like it is bullet proof!