Snap Server 1000 delay write issues

[bri999]

I have purchased a Snap 1000 server today from ebay and when i try transfering large files (over 500mb), I ma getting Delay Write errors from windows xp pro SP2.

The snap server has an 80gb drive and the following:
Software
3.1.603 (US)

Hardware
3.1.2

Serial#
128736

BIOS
2.1.366


Is this a common problem with NAS drives or just this one has an old firmware? Ive looked on the support site for an updated free version but all the help pages seem to point to the same place!

[re3dyb0y]

Hmm

Cant see why it would, i mean, its throughput itsnt great, it could be that xp is trying to send too much at once...

I think i remember getting thoes errors on my 2200 with 4.0.860....

[bri999]

Hi, Thanks for the info. I will see if i can find the last free OS upgrade online and see if that makes any difference.

[re3dyb0y]

You wont be able to

Ill drop you an email

[Phoenix32]

Originally Posted by re3dyb0y

Cant see why it would, i mean, its throughput itsnt great, it could be that xp is trying to send too much at once...

I think i remember getting thoes errors on my 2200 with 4.0.860....

I just transfered approximately 150 to 175 GB of data, including tons of tiny files, as well as quite a number of files over 650 MB long (even a few 1 GB files) to my SNAP 4000. I did not get one error like you (and he) just described. I am using 3.4.805. I have also done a GHOST (v10) backup to SNAP of a 50 GB partition with no errors (and with a verify data check when completed). It aint the fastest thing around (not bad either), but seems reliable to me. Maybe because it has 256M SDRAM? Blue, what's yer take on this?

[blue68f100]

I don't have any problems with my 2200 handling larger files, v4.0.860. I send ISO image files quite regularly. Makes me wonder if it's having a cooling problem.

Getting "delay writes errors" may be having a drive problem.


Phoenix, Ghost v10 is from a company that Symantic bought. They did no development work on it. The reason it proably/may work. I have had NG report no errors on a verify, and still not beable to restore, but then again it was Symantic versions. NG v10 has some nice features. I have switched to the Live CD version of Digital Dolly.

[re3dyb0y]

The memory will help (For those who can upgrade)

David - I think he means he's done a ghost backup of another drive/partition, saving it TO the snap server

[bri999]

Thanks for all the advice. I found that doing a normal copy from windows is ok after i reformatted the drive but if I use the file sync app, Smartsync pro, it gives the write errors. It must be due to the smartsync app trying to send too many files at a time.

[blue68f100]

The app should do some kind of hand shake.

[re3dyb0y]

Should do

But if its badly written.....

[Phoenix32]

Originally Posted by blue68f100

Phoenix, Ghost v10 is from a company that Symantic bought. They did no development work on it. The reason it proably/may work. I have had NG report no errors on a verify, and still not beable to restore, but then again it was Symantic versions. NG v10 has some nice features. I have switched to the Live CD version of Digital Dolly.

I have both Ghost 9 and 10 also. I have not had problems with either version other than 9 doing the opposite of what you just said; mine would crash on a verify and yet the data would be fine. I have done "bare metal" restores with both 9 and 10 on NTFS RAID arrarys with no problems, so it is a decent solution and within the price range of most people. However, truth be known, I am a fan of Dantz Retrospect, not Ghost. Symantec has both LiveState and Backup Exec of course, but we both know what those cost. And now I am just going off topic, so back to the main issue.

The reason I posted that was to let both bri999 and re3dyb0y know that those errors ARE NOT NORMAL. If they are getting those errors, something is wrong and they need to investigate.

[Phoenix32]

Originally Posted by re3dyb0y

The memory will help (For those who can upgrade)

After further thought, I can see why more memory would help with large trasnfer, making them faster etc. But, other than being slow, you still should not get errors. This is no different than having a Pentium 75 machine or something on your LAN and transfering files to/from it. It might get slow, but unless there is a hardware/software problem, it should work fine.

Originally Posted by re3dyb0y

David - I think he means he's done a ghost backup of another drive/partition, saving it TO the snap server

Yup, and I did say that...


However, I think you can use Ghost to backup the SNAP also; I would use 10, not 9 though if I was to use Ghost. I may have to experiment with this. A better solution would be Dantz Retrospect (with plugins) or another higher end bare metal backup program.

[blue68f100]

Digital Dolly is free

For those of us on a budget.

No backup prodedure is good unless you can recover from catastropic failure (real bad)

Retrospect is a good backup program for clients backing up to servers. Use to use it in the lab for backing up data from my lab computer to my main desktop, then to a DAT.

Ghost 10 is probably good, but I have a problem with anything Symantic after they screwed up my 2 pc with a bad def. They never acknowledge they had a problem. Or ever acknowledge I existed in that fact. Then I had several friends that let their AV expire, so in turn, it screwed them up. Not even a renewal fixed the mess. Another clean install. It now takes a 3 ghz pc so you can give 1 ghz back for it to run. It only cost them a site wide lience of about 1500 users. We when with McAfee, at least they post on their site if there is a problem.

[jontz]

Originally Posted by Phoenix32

After further thought, I can see why more memory would help with large trasnfer, making them faster etc. But, other than being slow, you still should not get errors. This is no different than having a Pentium 75 machine or something on your LAN and transfering files to/from it. It might get slow, but unless there is a hardware/software problem, it should work fine.

That's exactly what I was thinking when I was reading this. I don't get errors transferring from my P4 2.4 to my PII 366 laptop with a 4200 RPM drive, it is just slow. Something else is amiss.

Sorry I haven't been around much guys! Just pulled a 72 hour work week. Didn't have much computer time....

[Phoenix32]

Originally Posted by jontz

That's exactly what I was thinking when I was reading this. I don't get errors transferring from my P4 2.4 to my PII 366 laptop with a 4200 RPM drive, it is just slow. Something else is amiss.

Sorry I haven't been around much guys! Just pulled a 72 hour work week. Didn't have much computer time....

Yeah, the more I think on this, there has to be something wrong with their SNAP or their setup. I just can't see any other reason that would cause these errors. Unfortunately, I got no ideas on what it might be. I hope David knows some little secret on this one.

[blue68f100]

I was letting you handle this. OK, Here is my 2 cents worth.

I don't think it's a snap problem. I think it a problem with the Smartsync Pro. The only error a snap will give to a user is access rights errors. All other errors are loged on the snap, not sent to the user.

[Phoenix32]

Originally Posted by blue68f100

I was letting you handle this. OK, Here is my 2 cents worth.

I don't think it's a snap problem. I think it a problem with the Smartsync Pro. The only error a snap will give to a user is access rights errors. All other errors are loged on the snap, not sent to the user.

LOL, not me, you are the expert round here.

I must be confused. The way I read the posts was that they were having this problem while just copying files to/from an XP machine, not just with Smartsync.

BTW, my first thought would have been network, not the SNAP itself (cables, switch/hub, etc), but not excluding the SNAP either...