Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Arcserve r11.5 TMP Files Problem 2

Status
Not open for further replies.

Gaffer007

IS-IT--Management
Mar 3, 2005
9
GB
Hi there,

Upon a backup completion i get thousands of Cst1aa*********4.tmp files in the root of c:\.
Server dies as it takes up all space on C (6gig)
running windows 2003 Standard sp1, backing up 2 remote boxes (1x sql, 1x exchange03 Ent SP1) Local server is a file server.

Cant find anything on CA site.
Backup jobs recreated, still there.

Did the same backup job with 11.1 and no *.tmp files in C:\

Thanks in advance.
 
HI,

Please contact CA tech Support. Guess this might need a test fix to be addressed.

So it Shall be Written!
So it Shall be Done!!
 
Problem being i dont have a support agreement with arcserve. Nothting in the KBase regarding the issue and no patches appear to fix it..........
 
Hi,

you can open a single support incident.

So it Shall be Written!
So it Shall be Done!!
 
Seems really strange to me. Those files are used to hold the information that will later go into the database. One file is created for each session, and they are created in the ARCserve\Temp directory.

Safe to say your backup does not have thousands of sessions. So that leaves us with you installation of ARCserve 11.5 is working differently than everyone else.
 
Arrrghhhh!

I have the same problem. I'm running Windows 2003 Server SP1 with Exchange 2003 SP2 using Arcserve 11.5 for backup. I was trying to copy a file into my c: drive. It was taking forever to view C: so I went DOS and did a dir command on the root of c: their is a motherlode of longprefix.tmp files.

Then the server locked up and I get a black screen and my server won't boot. The raid mirror goes nuts. I tried doing a repair on the OS but to no avail. I redid the server over the weekend and just had the same problem happen again. This time I'm able to use Winternals remote recover and mount the drive. I'm trying to delete all the .tmp files and see if that brings it back up.

This server has been running flawlessly until I recently installed Arcserve 11.5

I just put in an incident and am waiting to hear back from support. I'll update this when I get the info.
 
Update:

Upon mounting the hard drive using remote recover I was able to capture the file names. There are thousands of them.

02/07/2006 03:16 AM 1,024 Cst1071b10b7216b016c4.tmp
02/07/2006 03:17 AM 1,024 Cst1071b11b7216b016c4.tmp
02/07/2006 04:17 AM 1,024 Cst1071b11c7216b016c4.tmp
02/07/2006 08:18 AM 1,024 Cst1071b12107216b016c4.tmp
02/07/2006 07:18 AM 1,024 Cst1071b12f7216b016c4.tmp
02/07/2006 12:19 AM 1,024 Cst1071b1387216b016c4.tmp
02/07/2006 08:20 AM 1,024 Cst1071b14107216b016c4.tmp
02/07/2006 03:20 AM 1,024 Cst1071b14b7216b016c4.tmp
02/07/2006 05:20 AM 1,024 Cst1071b14d7216b016c4.tmp
02/07/2006 05:21 AM 1,024 Cst1071b15d7216b016c4.tmp
02/06/2006 11:01 PM 1,024 Cst1071b177216b016c4.tmp
02/07/2006 12:23 AM 1,024 Cst1071b1787216b016c4.tmp
02/07/2006 02:23 AM 1,024 Cst1071b17a7216b016c4.tmp
02/07/2006 04:23 AM 1,024 Cst1071b17c7216b016c4.tmp
02/07/2006 04:24 AM 1,024 Cst1071b18c7216b016c4.tmp
02/07/2006 06:24 AM 1,024 Cst1071b18e7216b016c4.tmp
02/07/2006 02:25 AM 1,024 Cst1071b19a7216b016c4.tmp
02/07/2006 06:25 AM 1,024 Cst1071b19e7216b016c4.tmp
02/07/2006 02:01 AM 1,024 Cst1071b1a7216b016c4.tmp
02/07/2006 01:26 AM 1,024 Cst1071b1a97216b016c4.tmp
02/07/2006 04:26 AM 1,024 Cst1071b1ac7216b016c4.tmp
02/06/2006 11:27 PM 1,024 Cst1071b1b77216b016c4.tmp
02/07/2006 02:27 AM 1,024 Cst1071b1ba7216b016c4.tmp
02/07/2006 04:27 AM 1,024 Cst1071b1bc7216b016c4.tmp
02/07/2006 05:27 AM 1,024 Cst1071b1bd7216b016c4.tmp
02/07/2006 08:28 AM 1,024 Cst1071b1c107216b016c4.tmp
02/07/2006 04:28 AM 1,024 Cst1071b1cc7216b016c4.tmp
02/07/2006 01:29 AM 1,024 Cst1071b1d97216b016c4.tmp
02/07/2006 06:29 AM 1,024 Cst1071b1de7216b016c4.tmp
02/07/2006 08:30 AM 1,024 Cst1071b1e107216b016c4.tmp
02/07/2006 06:01 AM 1,024 Cst1071b1e7216b016c4.tmp
02/07/2006 12:30 AM 1,024 Cst1071b1e87216b016c4.tmp
02/07/2006 08:31 AM 1,024 Cst1071b1f107216b016c4.tmp
02/06/2006 10:31 PM 1,024 Cst1071b1f67216b016c4.tmp
02/07/2006 03:31 AM 1,024 Cst1071b1fb7216b016c4.tmp
02/07/2006 06:31 AM 1,024 Cst1071b1fe7216b016c4.tmp
02/07/2006 05:35 AM 1,024 Cst1071b23d7216b016c4.tmp
02/07/2006 07:35 AM 1,024 Cst1071b23f7216b016c4.tmp
02/07/2006 05:36 AM 1,024 Cst1071b24d7216b016c4.tmp
02/07/2006 07:36 AM 1,024 Cst1071b24f7216b016c4.tmp
02/07/2006 08:37 AM 1,024 Cst1071b25107216b016c4.tmp
02/07/2006 05:37 AM 1,024 Cst1071b25d7216b016c4.tmp
02/07/2006 06:37 AM 1,024 Cst1071b25e7216b016c4.tmp
02/07/2006 01:38 AM 1,024 Cst1071b2697216b016c4.tmp
02/07/2006 02:38 AM 1,024 Cst1071b26a7216b016c4.tmp
02/07/2006 02:39 AM 1,024 Cst1071b27a7216b016c4.tmp
 
More info:

Arcserve is aware of this and have a fix they are sending me.
Meanwhile I am deleting all the .tmp files through DOS.

I found another posting on this problem in another group.

CA Arcserve Ate My Server

Interesting Problem I am still recovering from this week.

Arcserve wanted a new tape on the 2nd of December at 10:30pm, so It prompted
the console, wrote a few lines in a log file for the task (tskjob02.log) and
generated a cst{some unique number}.tmp file in the temp directory.

<rant>

Not really a problem, untill the rubbish that is Arcserve generates a log
file that is over 1 gig in size and proceeds to produce 30,000 1024 byte
files in that temp directory, at which point that process decides "hey I know
I will continue to dump these in the C:\ directory too. By my estimate in
the next few hours c:\ had approximately 100,000 to 200,000 files shoved into
it.

The result? server takes approximately 2.5 hours to boot because the 300MB
allocation table for C:\ now takes that long to process each time it needs to
find a file in that directory.

recommendation: NEVER USE ARCSERVE FOR ANYTHING. In the 13 years I have
been working in IT I have NEVER had a good experience with arcserve when
trying to recover from a disaster. In this case the junk software is
actually the CAUSE of the disaster.
 
can you forward the patch to me please ? ajones@stack.co.uk
Cant be arsed dealing with the Arcserve Monkeys !!!
 
In my 8 years of doing IT I've never seen such a brutal software bug!...absolutely ridiculous!

I'm not bothering with the patch and am reverting back to 11.1 until they put out a proper build.

My server is still somewhat screwed from a booting standpoint. It takes about 20 minutes to boot up. There are literally thousands of the these freakin' Cst1071*********.tmp files still in my root directory. If I try and do a C:\ del *.tmp in windows it crashes the server. So I have to use Winternals BOOT ERD disk and do the DEL command from there. I let it run for about 2 hours and there are still tons of files left. So I have to do it off hours now.

How bloody ironic, that software that is supposed to help you recover from a disaster is the root cause!!!!
 
Anyone that needs the fix can get it by e-mailing CA tech support.
 
It took almost 5 hours doing del *.tmp in ERD DOS to remove all the offending files. Now my server boots up normally.
 
Still waiting for a response from CA, can someone just email me the patch please email address above.
 
spoke with a glorious CA tech support guy and he says he will email me the patch, unfortunatly i havent seen it yet !!!!!!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top