Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[buckshot169]

Hello,

I am running FW ver 1.04 and I noticed that when I changed the path of where I want the UPnP server to advertise files, it then does a refresh but always crashes at 37% complete. No updates are advertised to any external UPnP media devices.

It just stops and then goes offline. All I have in those folders I want to advertise is MP3 music files.
I then power cycle the NAS to get it back online.

I am running 4 2TB drives configured for RAID5.

Any ideas anyone??

Buckshot169......

[buckshot169]

I just figured out that the issue may be the WD 2TB drives that I am using in my NAS. I am investigating this issue now.

buckshot169.....

[JavaLawyer]

Possible. WD advanced format drives may format properly but are ****e to issues, especially if configured under RAID 5.

Please post the results of your assessment.

[buckshot169]

How can I tell if it's one of those advanced format drives?

Here is the model number:

WD2002FAEX - 007BA0 (x4 at RAID5)

I don't see any mention of that on the web tech specs

Also: when I do the disk diagnostics on them in the web gui, the S.M.A.R.T. extended test passes on each disk but FAILS for the scan disk on "volume_1"

Any ideas or suggestions?

buckshot169.....

[JavaLawyer]

I don't believe any of the caviar black are advanced format.

[buckshot169]

Is there any utility you can recommend that I can DL that will scan this volume and repair file errors?

Thanks

[buckshot169]

Well......

I have done a fair bit of experimenting on this most bizarre issue. I ruled out that it is not my 4 WD Cavier Black disks and it is not FW related.

I took out my 4 WD disks and replaced it with one Seagate 1TB drive, formatted it and performed a scandisk on it. It came back as SUCCESS

Wrote ONLY the folder that contains my audio MP3 music to the new drive (140.2 GB folder size)
Ran a refresh on it from the UPnP server page and same result, stalls at 37% and never completes.

Downgraded to FW version 1.03 and there is stalls on refresh at 84% and never completes.

I think it might be getting hung on long file names or something of that nature. Anyone know if there is a character limit and I can check to see if I have files that exceed it?

Thanks,

Buckshot169.....

[JavaLawyer]

I have had scheduled downloads fail using the DNS-343 "Scheduling" functionality under "Applications" and was told by D-Link that the unit has issues with certain special characters.

[buckshot169]

do you have some examples of what characters might possibly crash my UPnP scan?

[JavaLawyer]

No. Just passing on what was told to me. My data repository was way to big to weed out the culprit file names/characters.

[buckshot169]

Well......

After days of sifting through my 140GB of music data, I found the culprit folder/files that was crashing the UPnP scan. I deleted the folder and tried the scan again. It worked and completed!!

I'm just somewhat troubled that the SW incorporated into this NAS device was not more intuitive to let you know why the scan just STOPS with no errors or log entries.

I'm still not sure what was in those files that this NAS did not like but as soon as I took it out the one folder everything came back to normal.

Anyhow, I am on my way and can use my external UPnP media devices again with this server.

buckshot169.....

[buckshot169]

Does anyone know of any MP3 ID tags versions that this NAS device will not scan?? I am almost certain that the UPnP scan was hanging up on some incompatibility with the version of the ID tags that was encoded into those music files.

Tag info : IDv3 1.1 ID3v2.4@utf16

MP3 files with tag versions ID3v2.3 seem to be scanned by the UPnP scanner however, ID3v2.4@UTF-16 seems to be not supported.

Could this be a possible bug in the FW??

Anyone have any ideas or any engineers out there??

buckshot169....