D-Link Forums
The Graveyard - Products No Longer Supported => D-Link Storage => DNS-320 => Topic started by: djstrobe4real on April 10, 2011, 05:32:24 AM
-
Hi, i know i post a lot on here but I am trying to make it easier for others in my situation to find the solution easier.
When i am trying to transfer a large file i get this message after 10 mins or so
(http://i369.photobucket.com/albums/oo131/djstrobe4real/filetimeout.jpg)
If i select retry the box pops up over and over again. If i got my computer and click on the mapped drive i can access the drive fine. Is there anything i'm missing? Hopefully this can be resolved as I am at the end of my tether with this whole nas experience.
update: according to the system log it is closing the cfis server:
CFIS: [192.168.X.XX] Closed the connection to service.
I'm stumped.
-
Same here. Firmware 2.0.
I can transfer about 15-25GB without interruption.
My absolute record was 100GB file, but I've never managed to repeat it.
But it's not about big files! I can't even make backup of my photos without errors (about 50GB photos - every file weigh about 20MB). During backup I have usually 2 errors. Fortunately I can resume backup and finish it.
But transfer of big files is really messed!
-
well this doesn't fill me with confidence, is there anyone else having large file transfer timeouts?
-
It is not about timeout. It seems that connection is lost for a second or so. It happens randomly, but probability increases with time.
The funny thing is, that connection repairs almost instantly so for example backup program is able to copy next file and only one or two file is lost during 50GB backup.
Unfortunately such a connection lost is a killer for a large file transfer.
Of course we are taling about CIFS.
If you have a time try using NFS or FTP and see, if there are connection lost with these protocols, apart from FTP being much slower than CIFS.
-
It is not about timeout. It seems that connection is lost for a second or so. It happens randomly, but probability increases with time.
The funny thing is, that connection repairs almost instantly so for example backup program is able to copy next file and only one or two file is lost during 50GB backup.
Unfortunately such a connection lost is a killer for a large file transfer.
Of course we are taling about CIFS.
If you have a time try using NFS or FTP and see, if there are connection lost with these protocols, apart from FTP being much slower than CIFS.
Question is. is this fixable is everybody having this issue, is there a work around. If the answer is no to the above then the d-link is not fit for purpose and will be RMA'd back to supplier
-
Transferring via wired or wireless connection?
-
Wired connection of course.
FTP seems to be more stable, but I've tested it for only 1 hour, so I was able to transfer about 20GB without connection lost (FTP is 3 times slower than CIFS).
-
Well, I don't have or should I said yet to encounter this problem. Have transfer GBs of data from NAS/external drive/laptop to/from DNS-320 without any issue.
-
Have transfer GBs of data from NAS/external drive/laptop to/from DNS-320 without any issue.
Could you provide us with some details:
- Windows version
- RAID 0, 1 or single hard drive in DNS-320
- you where using CIFS
- direct connection or switch/router?
-
Could you provide us with some details:
- Windows version
- RAID 0, 1 or single hard drive in DNS-320
- you where using CIFS
- direct connection or switch/router?
- Windows 7 Ultimate with SP1
- 2 HDDs configured as standard volume
- Yes
- Router
-
- Windows 7 Ultimate with SP1
...
I have Win 7 HP, DNS-320: 2xdisk in RAID 1 (1 Volume), D-Link router.
CIFS is unstable in long sessions:(
What was your biggest file that your transfered?
Firmware 2.0?
-
On the initial set-up I transferred 1.06TB of data over 16 hours without issue.
Have you got user accounts or are you using the NAS open?
-
Have you got user accounts or are you using the NAS open?
Two users. Two network shares. Two disks in RAID 1. And DHCP (I try to disable DHCP).
What temperatures do you have? My were from 41C to 47C (when fan kicks in) during backup.
-
Two users. Two network shares. Two disks in RAID 1. And DHCP (I try to disable DHCP).
What temperatures do you have? My were from 41C to 47C (when fan kicks in) during backup.
Up to 47C for the NAS and 43C for the drives.
If you give the NAS and your PC a static IP address you can connect the two devices without a router (This is what I did as I only have a 100Mbps router).
I would as use Credential Manager in Windows if you can (Depending on the OS your running) to store one of the NAS's user name and passwords.
Try the above and see how you get on.
-
Im running windows 7 HP - 1 1TB drive, i have about 5 users and 6 shares but the account im transfering to is unlimited restrictions etc. I have done the credentials manager thing as a suggested but there still timing out. I have checked my routers logs but nothing unordinary there plus if everyone else is having this issue then it cant be a router issue surely. I think we need a D-Link rep to try and help us with this issue, because what good is a NAS that cannot continuously transfer files?
-
I have Win 7 HP, DNS-320: 2xdisk in RAID 1 (1 Volume), D-Link router.
CIFS is unstable in long sessions:(
What was your biggest file that your transfered?
Firmware 2.0?
Transferring a 100GB file from external drive to the NAS, firmware was still v1.00 at that time.
-
Transferring a 100GB file from external drive to the NAS, firmware was still v1.00 at that time.
From external drive connected to NAS by USB? If yes, that is not the same as transfering 100GB file via network.
-
From external drive connected to NAS by USB? If yes, that is not the same as transfering 100GB file via network.
No, transferring via NAS USB port is way too slow for comfort, I'm referring to transferring via network, external drive connected to my laptop. I thought everyone is on the same channel!! ???
-
I thought everyone is on the same channel!! ???
Yes sir! Network, no USB.
-
Are any of you using the Web GUI during this transfer? Any modifications to settings what so ever (doesn't have to be samba related settings, p2p etc). There are certain triggers in the interface that when you change a setting it will reboot the SMB service and kill any transfers at the time. If this isn't the case and you are just transferring data across the network over CIFS with no other interaction then I will look into it however I have been transferring data between NAS's and my PC's for months on the release firmware with no issues like this unless I was modifying system settings simultaneously. I have transfered over 2TB of data routinely between devices without this issue.
For those having this issue please let me know if it was a simple transfer fail or if you were in the WebGUI during failure.
-
For those having this issue please let me know if it was a simple transfer fail or if you were in the WebGUI during failure.
- No WebGUI.
- DHCP is off.
- I checked router log - no errors (D-Link 724GU)
- I ran ping -t on DNS-320 simultaneously - 0 drops.
- I turned off automatic network share disconnection in Windows
... and still the same problem.
DNS-320 says:
Apr 11 19:46:52 CIFS: [10.60.0.127] closed the connection to service [Secured].
Apr 11 19:44:56 CIFS: [10.60.0.127] connected to [Secured] as user [xxx].
Apr 11 19:44:56 CIFS: [10.60.0.127] closed the connection to service [Secured].
Apr 11 19:44:56 CIFS: [10.60.0.127] closed the connection to service [Shared].
Apr 11 19:41:27 Set Fan Speed To "Low".
Apr 11 19:37:14 Set Fan Speed To "Stop".
Apr 11 19:30:54 Set Fan Speed To "Low".
Apr 11 19:24:33 Set Fan Speed To "Stop".
Apr 11 19:20:20 Set Fan Speed To "Low".
Apr 11 19:00:54 CIFS: [10.60.0.127] connected to [Shared] as user [xxx].
Apr 11 19:00:54 CIFS: [10.60.0.127] connected to [Secured] as user [xxx].
Maybe in a day or so I'll check direct connection from my notebook (so no router and different computer).
-
NO web GUI access here either. I really hope this is solved, I've got a RMA number just Incase.
-
I ran my test once more with precise ping log. Copy failed:(
I checked error time and ping was ok at that time - <1ms, so there was connection to DNS-320.
All pings in log during copy are below 1ms.
As you might notice I have two network shares connected to my computer (names: Shared and Secured) and I copy 100GB file on one of them (Secured).
-
Do you have issues with both writing to the drive and copying from or just one way? Also how many users do you have and how many shares? I currently am running mine in open mode and just tranfered 1.5TB of data with no issues.
-
As I said before: two users and two shares. "User1" have access to "Shared" network share, "User2" have access to "Shared" and "Secured" network shares.
My test scenario involves only "User2" copying data to "Secured" share, but "Shared" share is also mapped.
I have two disks in RAID 1. Now they are Samsung drives, but I had the same problem with two old WD drives.
I only tested writing. Writes fail after some time (usually after 30-50 minutes of work). It looks like network drives disappears for a moment and then works again. But this small moment ruins big file transfer on normal Windows copy function. Also I can see warning during my photo library backup, but it is not a big problem, because backup program retries and finishes backup after this strange network drive disconnection and reappearance.
I'll try to do reading test, but don't have such a big file on DNS-320, because I can't transfer them:(
As I said before, I tried ftp transfer and It worked for more than 2 hours, but because of the slow transfer I didn't finish whole 100GB file copy.
I'll also try to do file copy from different computer and without router.
-
Just to confirm since you are using Win7...you only have the Shared folder mapped on your Win7 PC? I know Win7 only allows one map per network IP to be mapped as a drive so I assume your Secured folder is not mapped and you are just copying via network or by manually connecting to the IP and share?
**EDIT** Actually I just tried to even connect to the non mapped share and Win7 does not allow this unless I disconnect from the "Shared" map drive. How exactly are you connecting to both simultaneously?
-
I'm not sure, if I understand you perfectly... I use something like that:
net use u: \\10.60.0.166\Secured password /user:User2
net use t: \\10.60.0.166\Shared password /user:User2
And I have drives u: and t: and they both work.
I made one mistake in my previous description. I ran my test from Vista Ultimate 64 bit. I have Windows 7 on my notebook and I didn't test large file transfer from my notebook, but above mappings do work on my Windows 7 notebook (both drives u: and t: mapped on "Secured" and "Shared" network shares).
I think that you can't connect as different user to the same ip, but you can map any number of network shares from the same ip using the same user.
I cleared my old logs from DNS, but from recent logs I can say, that always "Shared" share is disconnected first and it is not used in the test (I copy on "Secured"). Tomorow I try to map only one share and do the test.
-
Ah I see using the same username for both shares, got it. I am copying data right now on my replicated setup and will let you know how it goes. All my testing is from Win7 Sp1.
-
I had copys going all night to my "Secured" folder and I had no disconnects. I have tried copying from a PC to the Shared folder as well as copying from another Mapped NAS to the Secured folder on the test NAS through my PC. I was able to copy over 1TB of data to the NAS until it gave me a 'full drive' error in windows. So far I am unable to replicate your issues.
-
I've just finished my test with only one shared network drive (Secured).
Test failed:
Apr 13 19:27:58 Set Fan Speed To "Stop".
Apr 13 19:25:23 CIFS: [10.60.0.127] closed the connection to service [Secured].
Apr 13 19:22:17 CIFS: [10.60.0.127] connected to [Secured] as user [xxx].
Apr 13 19:22:17 CIFS: [10.60.0.127] closed the connection to service [Secured].
Apr 13 19:19:31 Set Fan Speed To "Low".
....
Apr 13 18:09:41 CIFS: [10.60.0.127] connected to [Secured] as user [xxx].
I'll try to do the test from my notebook.
Are you using 2.0 firmware?
Also I did EnableLinkedConnections as stated here:
http://support.microsoft.com/kb/937624
Maybe author of this thread should say if he changed anything in Windows, because he has the same problem as me.
-
What hard drives are you using in your NAS?
-
I wrote about my drives. Now I have two Samsung 1TB, but I had the same problem with WD AVJS 500GB drives.
As I promised, I plugged DNS-320 to my notebook and after a little fight (1Gb connection) I was able to copy 120GB file from notebook to DNS.
I'll try to repeat this test 2-3 times, because it could work accidentally.
But if it works, I will try to determine if I have problems with my router (D-Link) or with my desktop computer.
-
I do have the same problems stated here... Is there a solution yet?!
My setup:
- Firmware 2.00
- Windows 7 Ultimate x64
- 100 MBit LAN
- 2 simultaneous network shares
- 2x 1,5 TB Samsung mirrored harddrives
Edit: Might it be because of this?
https://www.illumos.org/issues/1676 (https://www.illumos.org/issues/1676)
Edit 2: I believe the problem may also be in oplocks:
http://webcache.googleusercontent.com/search?q=cache:Ce2HayAwFmEJ:www.superbase.com/services_tech_support_oplocks.htm+oplocks&cd=1&hl=nl&ct=clnk&gl=nl (http://webcache.googleusercontent.com/search?q=cache:Ce2HayAwFmEJ:www.superbase.com/services_tech_support_oplocks.htm+oplocks&cd=1&hl=nl&ct=clnk&gl=nl)
-
Ok, I now have tried to copy 7,51 GB from my nas to my harddrive for about 8 times, all without success. I disabled oplocks to see if that was the problem, but it was not.
What I do see is that the service gets disconnected at the same time everytime. For me that is after copying about 5,42 GB and with (according to Windows) 3 minutes and 30 seconds, and 2,09 GB left.
So it is not random, and I can reproduce this 100%...
-
I am having the same problem with my DNS-320, generating essentially the same message as displayed in the OP's screen capture. My configuration:
-- DNS-320
-- Connected to WRT610N router on a Gig-E port
-- 2x 2TB WD Caviar Green drives, mirrored (Raid 1)
-- Router assigns a fixed IP address to this device
-- Recently updated to firmware 2.02, with no improvement
-- I've also tried leaving the FAN set to high rather than auto, on the chance that the fan spinning up was causing the unit to pause; no effect.
-- Client running Windows 7 64 bit
-- Issue occurs regardless of whether the client is connected to router via WIFI or 100 Mbit ethernet
-- Issue occurs with no clients or load load on network
I see the behavior when uploading large files using Windows Explorer, and also, my EaseUS ToDo Backups fail. Since this device is to serve as my central media library and shared backup, I'm understandably concerned.
-
When I changed my 750GB HDD with a 2TB one, I've copied over 400GB via network without any hiccup (from NAS to computer via a D-Link DIR-600 router, from computer back to NAS via a TEG-S50g TRENDnet Gigabit switch - I bought the switch after the first step, since I didn't want to grow old before the copy operation finishes). First I copied all the files from NAS (WD7500AADS installed) to my computer, replaced the HDD with ST2000DL003, installed the Gigabit switch and copied the files back to NAS. Decent transfer rates (an average of 8GB/s when using my DIR-600 and 16GB/s when using TEG-S50g - lots of small files).
Config: 1x750GB WD7500AADS / 1x2TB ST2000DL003 HDD (single disk, right slot)
Firmware version: 2.02
Static IP address (on both computer and NAS)
[Edit]
Link Speed: Auto
LLTD: Enabled
[/Edit]
NAS was accessed via IP (\\NAS_IP\Volume_1)
No Oplocks/Map Archive/Recycle/FTP/NFS/WebDAV on Volume_1 share (only CIFS and AFS)
Only FTP Server and NFS Service enabled on NAS
Same user/password on PC and NAS
Windows 7 x64 SP1
In my opinion, don't trust any DHCP server if you want reliability. Try transferring your files using static IP addresses on both source and destination and see how it goes.
-
1 Think ::)
Some of users that use this NAS works with MAC OS X?
-
Balzatu, thanks for detailing your settings.
I did see reference somewhere to possible issues with the WD WD20EARS drives in this environment; hopefully those are not the source of the problem.
I had already defined a static IP for the NAS and my laptop.
I just disabled Oplocks and recycle and have only CIFS and AFS enabled on all shares and will retest.
Apart from the periodic disconnect during upload to the DNS-320, my observed performance via Win7-64's file copy dialog is around 8-12 MB/s. Crystal DiskMark 100 MB testing yields:
Sequential Read : 7.712 MB/s
Sequential Write : 13.466 MB/s
Random Read 512KB : 6.647 MB/s
Random Write 512KB : 12.959 MB/s
Random Read 4KB (QD=1) : 1.103 MB/s
Random Write 4KB (QD=1) : 2.380 MB/s
(XPS M1330 => WiFi 5GHz @ 300 Mbps => Linksys WRT-610N => cabled Gig-E => DNS-320 set to 1000 Mbps)
-
Just successfully completed a backup of about 280 gb using EASEUS ToDo Backup 4.0. The changes I made from my previous attempts were:
NAS was accessed via IP (\\NAS_IP\Volume_1)
No Oplocks/Map Archive/Recycle/FTP/NFS/WebDAV on Volume_1 share (only CIFS and AFS)
Only one reference to a NAS share under "network places".
Here's hoping this is repeatable!