Recent content by mleggatt

We are running ARCSERVE 2000 on a Windows NT4 server which has been running for some time without errors. Now each morning the Database Engine service is either not running or we are unable to view any records in the database (from DB manager). Looking in the ARCSERVE log it seems to fail to...

While trying to resolve an issue with a tape drive a fellow techie commented that having a 10Mb Arcserve log file(DRIVE\ComputerAssociates\ARCserve\LOG\ARCSERVE.LOG) was not a good idea as it slowed the software down and meant browsing the logs was slow. I have not noticed any performance...

As well as the performance improvement over the network from windows servers there are client agents available for unix, linux etc which allows you to backup non-windows servers without having to use SAMBA, NFS etc

Mohamdr, Thanks for your help and speedy responses. This was a bit of a grey area for me and the manuals etc didn't make it much clearer. Martin

Mohamdr, I was deleting the tapes that were bad, but what if this tape is not writeable but maybe readable in the future? I sometimes get tapes with errors like "no data has been lost but the capacity of the tape is reduced". In this case I do not want to use the tape again i.e...

Thanks for the info but I tried option 2 ie move the tapes to a bad tape location but this does not remove the tapes from being used in future backups in the GFS scheme. Any ideas? do I also need to mark the tapes as "bad"?

I currently use ARCSERVE 2000 on an NT server and find it: 1. Buggy and temperamental needing lots of patches to get it working. 2. The documentation is not always clear and unless you have paid (expensive) support, the only real useful information is this forum! 3. The ARCSERVE proprietry...

This is basically saying that whatever your backup device is had a problem writing data to the media. I would try: 1. Doing a simple backup to this media using NTBACKUP. If you get errors doing this try doing each of the following and then re-running backup: 1. Cleaning tape drive 2...

I currently backup our network nightly using ARCSERVE 2000 on a dedicated Windows NT4 SP6a server. Occasionally I get backups that fail because of faulty media (Tape errors), on investigation these are found to be due to tape media errors. I therefore need to remove this media from the GFS...

Thanks for the post guys, all useful info. I agree with fuego this server needs replacing. It failed once last night and has failed at least four times previously that I know of each time reseating the SCSI cable has resolved the issue. There is a definite fault with the built in SCSI...

This evening our Exchange 5.5 SP3 server failed. The actual NT server was still runing but none of the Exchange services. I checked the event log and found the following error messages, some of them more than once: Event Type: Error Event Source: ESE97 Event Category: Logging/Recovery Event...

Some ideas 1. Determine which software is crashing on the limited account, then look on: Microsoft Knowledgebase Software vendors site This maybe a common issue that they have either a software or configutation fix for. 2. Are you installing the software logged on as Administrator? 3...

I have recently found that our Exabyte tape drive needs between 8-12Mb/sec fed to it in order to keep it in streaming mode and thereby reduce wear and tear from stop start operations during backups. The network here is not fast enough to do this, I intended to pull the backup to a large 150GB...

I am currently backing up a mixed Unix/NT network using ARCSERVE 2000 on a central NT (SP6a) server with an exabyte M2 Mammoth tape drive attached via an Ultra 2 LVD SCSI interface. The tape drive recently started to fail on an increasing number of tapes until it would not write to any tapes. I...

I would not go as far as mdwu when criticising ARCSERVE 2000 but I would say it is very buggy and unforgiving. The support for the product, knowledgebase, updates e.t.c is not always easy to find and unless you have a paid support contract you are totally on your own. The forum here is much...