Differences

This shows you the differences between the selected revision and the current version of the page.

information:known_issues 2008/03/13 20:27 information:known_issues 2022/03/11 12:02 current
Line 1: Line 1:
-====== Known Issues ====== +====== Known Issues ====== 
-Unfortunately, the DNS-323 isn't the perfect piece of equipment and it contains a bunch of [[wp>Software_bug|bugs]]. +Unfortunately, the DNS-323 isn't a perfect piece of equipment
 +It contains a bunch of [[wp>Software_bug|bugs]] and some compatibility issues. 
 +Some of these bugs may cause the DNS-323 to 
 +//format or erase one or both of your hard drives//, especially when inserting 
 +or removing hard drives from the enclosure. 
 +Do not insert any disks with valuable information into the DNS-323, 
 +and make sure you back-up your data before inserting or removing hard drives. 
 + 
 +Some of the bugs documented on this page may have been addressed in the 
 +newer firmware revisions: 
 + 
 +  * FW 1.10.0, provide some fix and Advanced Disk architecture which is mandatory for new large disks 
 +  * FW 1.0.9, dated 06/16/2010, described [[ftp://ftp.dlink.com/Multimedia/dns323/Firmware/dns323_release_notes.txt|here]] and located [[ftp://ftp.dlink.com/Multimedia/dns323/Firmware/dns323_fw_109.zip|here]] 
 +  * FW 1.0.8, dated 02/17/2010, located [[ftp://ftp.dlink.com/Multimedia/dns323/Firmware/dns323_firmware_108.zip|here]] 
 +  * FW 1.0.7, dated 03/27/2009 and 2009-04-16, located [[ftp://ftp.dlink.com/Multimedia/dns323/Firmware/|here]] 
 +  * FW 1.0.6, released 2008-12-29, described [[ftp://ftp.dlink.com/Multimedia/dns323/Firmware/dns323_release_notes_106.txt|here]] and available [[http://support.dlink.com/products/view.asp?productid=DNS-323#apps|here]]. 
 + 
 +Note that the web screens for the DNS-323 may show the firmware as "1.07" 
 +not "1.0.7". 
 + 
 + 
 + 
 + 
 +===== Adding an extra disc can wipe both! ===== 
 +//Firmware//: 1.09\\ Appears to have resolved this issue.  Starting with a single disk in the LEFT bay, I was able to add a second matched blank disk to the right bay.  After rebooting I selected RAID1 with manual rebuild and then manual rebuild.  (Sorry didn't keep the exact procedure, but I did a couple of disk changes and it seemed to work correctly every time.) 
 + 
 +//Firmware//: 1.05\\ 
 +//Severity//: High\\ 
 +//Description//: Adding a new disc will cause both to be formatted if user believes the DNS323 prompts!!!!!  When you add a disc the DNS323 will say naturally that it needs formatted.  It specifically says that your data is fine, dont worry.  After the NEXT reboot the DNS will AGAIN say the drive needs formatted. DO NOT SAY YES TO THIS as the drives have swapped in software and now it will format the OLD full one.  I think this bug is almost criminal :(\\ 
 +//Workaround//: Don't have other disks installed when formating a new drive. Boot bay with just the new drive installed, format, power off, reinstall first disk afterwards. If volume numbering and network shares mess up, you can still swap drives. Or search forum for manually formating drives.\\ 
 + 
 +//Note for FW 1.0.4//:\\ 
 +This issue does not appear to exist under firmware 1.04, if one uses the 
 +RAID menu to format the disc (assuming you have inserted a new disc to 
 +fix a broken RAID 1).  I have just rebuilt a Raid-1 array by inserting 
 +a blank disc while powered off, however, I did skip the first 'format' 
 +prompt, and instead used the RAID configuration to format and introduce 
 +the new drive *per manual instructions*.  Perhaps this 'bug' is related 
 +only to the first format option offered by the drive firmware, and not 
 +the one listed in the RAID menu. 
 +Perhaps this 'bug' is due to not following directions in the manual? 
 + 
 +===== Adding an extra disc can wipe data on existing drive! ===== 
 +//Firmware//: 1.03, 1.05, 1.06, 1.07, 1.08 are all confirmed\\ 
 +//Severity//: High\\ 
 +//Description//: Consider you have one disk installed in the right hand bay, when looking at the front cover of the DNS-323. Now insert a second drive in the left bay while the device is powered off. After powering up the web interface will prompt "Your new, second hard drive will now be formatted. The existing harddrive will not lose any data." It will display the vendor/model/serial number and size of the second drive. However if you press "next" it will format the first disk in the right bay.\\ 
 +//Remarks//: Slight variations to this procedure might not result in this bug. For example starting with the first drive being installed in another bay or hot adding (= while being powered on) drives.\\ 
 +//Workaround//: Don't have other disks installed when formating a new drive. Boot bay with just the new drive installed, format, power off, reinstall first disk afterwards. If volume numbering and network shares mess up, you can still swap drives. Or search forum for manually formating drives\\ 
 +//Links//:http://dns323.kood.org/forum/t3113-Arghhh.-Drive-wiped.html\\ 
 +http://dns323.kood.org/forum/t885-OMFG%2C-Lost-data!-D-link-terrible!.html 
 + 
 +//Note for FW 1.0.4//:\\ 
 +This issue does not appear to exist under firmware 1.04, if one uses the 
 +RAID menu to format the disc (assuming you have inserted a new disc to 
 +fix a broken RAID 1).  I have just rebuilt a Raid-1 array by inserting 
 +a blank disc while powered off, however, I did skip the first 'format' 
 +prompt, and instead used the RAID configuration to format and introduce 
 +the new drive *per manual instructions*.  Perhaps this 'bug' is related 
 +only to the first format option offered by the drive firmware, and not 
 +the one listed in the RAID menu. 
 +Perhaps this 'bug' is due to not following directions in the manual? 
 + 
 +//How to avoid this//:\\ 
 +Remember to insert the first HDD into the left handside bay (what is said in the manual). The left one is always the first one, the right one (if exists) is always the second one. If it were to format "the second drive", it is the one on the right handside. 
 + 
 +===== Adding a disk causes FFP to stop working ===== 
 +//Firmware//: 1.07\\ 
 +//Severity//: Medium\\ 
 +//Description//: 
 +I set up the unit with one 1.5 TB drive in the left bay.  No RAID. 
 +I installed the FFP 0.5 release and enabled sshd and httpd. When I shut 
 +down and added a second 400GB drive with data on it (ext3) into the 
 +right bay and rebooted, the unit first ran a massive recursive "chmod -R a+w" 
 +on every file and directory in the new 400GB drive 
 +(many tens of minutes of blue blinking lights) before it even started 
 +the network interface, then on login to the web interface it told me 
 +I had to reformat the "new" drive.  I told it to "Skip" the reformat. 
 + 
 +The scripts in /etc/hotplug/{sata,usb}mount contain recursive "chmod -R 
 +a+w" lines that trigger if the root directory of your partition is not 
 +"drwxrwxrwx".  Make sure you "chmod 777" all your partitions before 
 +you install a disk with existing data.  Make sure you never alter the 
 +permissions of the root directory on any installed disk, or you'll trigger 
 +the huge recursive chmod. 
 + 
 +With the second drive present, the FFP configuration that I had set 
 +up on the previous drive never started working - no sshd, no httpd. 
 +The old disk was still labelled Volume_1 and the new disk (ext3) was 
 +listed as Volume_2 and I could browse the data on both disks.  In the 
 +web "Status" page under "Physical Disk Info", the numbers were reversed, 
 +with the new disk (right) being labelled first as disk "Slot 1" and the 
 +old one (left) as disk "Slot 2". 
 + 
 +I shut down and removed the ext3 disk I had just added and rebooted. 
 +The FFP configuration re-appeared; sshd was available again. 
 + 
 +I shut down and swapped the two drives in the two slots.  The system came 
 +up with FFP working this time, but now the new ext3 drive (sdb, left) 
 +was Volume_1 and the old drive (sda, right) was Volume_2.  In the "Status" 
 +page under "Physical Disk Info", the right drive (old, sda) was listed as 
 +"Slot 1" and the left drive (new, sdb, ext3) was listed as "Slot 2". 
 +At least the Volume numbers match the Physical Slot numbers now. 
 + 
 +It appears to me that the fun_plug might have to reside on the "rightmost" disk. 
 +If you only have one disk in the left slot, that's fine until you put a disk in 
 +the right slot and fun_plug stops working until you swap the disks. 
 + 
 + 
 +===== Windows Vista and Windows 7 Can't Access Shares After A While ===== 
 +//Firmware//: 1.05,1.09,1.10\\ 
 +//Severity//: High\\ 
 +//Description//: After some period of normal usage, shares on the DNS-323 can no longer be accessed by Windows Vista or Windows 7.\\ 
 +//Workaround//: Files can be recovered by connecting via FTP, or from a non-Vista computer.\\ 
 + 
 +//Fix//: Disable Flow Control, IP Checksum Offload, Priority & VLAN, TCP and UDP Checksum Offloads if your network adapter has these options and you should be able to access the DNS-323. This is based off a Nvidia based chipset. Options will differ per board or card. \\ 
 +Also make sure the following entry exists in the C:\Windows\System32\drivers\etc\hosts file (and remember to reboot both the device and the Windows machine after making the changes). For eg. if your DNS-323 device IP is 194.164.92.101\\ 
 +194.164.92.101 dns-323\\ 
 + 
 +//Fix//:If you still can connect to the DNS-323 configuration through web browser go to "Advanced/Network Access Settings" and try to give all accounts access to the shared folder 
 + 
 +//Fix//:Install vista driver from [[ftp://ftp.dlink.com/Multimedia/dns323/Drivers/dns323_driver_PNPX_102.zip]] 
 + 
 +//Fix//: Still investigating. The actual root cause for this problem is still elusive. I have suspected that it may have been caused by installing Vista Service Pack 1, but I'm not sure, because even removing SP1 doesn't fix it, and I'm not about to reinstall Vista, at least not yet. Workarounds attempted so far:  
 +  * Uninstall Service Pack 1. 
 +  * Run secpol.msc and change the NTLMv2 authentication - N/A not in Windows Vista Home! 
 +  * Set LmCompatibilityLevel to 1 in the registry (http://forums.techarena.in/showthread.php?t=670498) 
 +  * Turning off IPv6  
 +  * D-Link Tech Support suggested reinstalling the EasySearch utility. Didn't work. 
 +  * Many have suggested checking my firewall settings. I did. I also did some TCP connectivity diagnostics. It's not the problem. 
 +  * The DNS-323 itself does not seem to be at fault. I can still access it from a Windows XP machine that's plugged into the same router. 
 + 
 +//Note//: deanbayley: Same thing happening on my 1.05 box, no SP1, files can't be opened over FTP or SMB from vista but work fine on XP even on SMB, not all files became in-accessible some files in the same folder were fine, no mods installed 
 + 
 +//Note//: BravoOsca: If I use cable from computer to router, then everything works. If I use Wi-Fi from computer to router I was unable to map dns-323 drives (1.05 box). 
 +I have Windows Vista Home + SP1, I tryed everything described here but nothing worked. //Fix//: Enable UPnP in the Router, and it worked. 
 + 
 + 
 +//Note//: mbutler2575: Seems to related to Sync Centre in my case. I can access the DNS-323 via \\DLINK-1A9F9C$NoCsc$ which bypasses the local offline files cache but not through \\DLINK-1A9F9C. I can access all the rest of the network from the Vista machine and I can access the DNS-323 from Win 98SE & XP Pro machines. 
 + 
 +//Note//: mbutler2575: Seems to related to Sync Centre in my case. I can access the DNS-323 via \\DLINK-1A9F9C$NoCsc$ which bypasses the local offline files cache but not through \\DLINK-1A9F9C. I can access all the rest of the network from the Vista machine and I can access the DNS-323 from Win 98SE & XP Pro machines. 
 + 
 +//Note//: Random Vista SP2 32bit user here with 1.05 firmware, never experienced this issue at all. Not even with Vista SP1. Something to check with Vista and network problems in general is to check for autotuning. See [[http://support.microsoft.com/kb/934430|Microsoft KB article about it.]]
===== Shares seem to lock from smb mounts ===== ===== Shares seem to lock from smb mounts =====
Line 15: Line 156:
//Workaround//: User may need to delete the printer spooling directory manually. Will be fixed in 1.04 according to d-link.\\ //Workaround//: User may need to delete the printer spooling directory manually. Will be fixed in 1.04 according to d-link.\\
//**Update**//: fw 1.04 creates a new partition containing, among other things, a new .lpd spool directory. It also adds a "clear" button in the GUI to clear the spool directory.  So far no further problems (other than having to redefine the printer on the client side). //**Update**//: fw 1.04 creates a new partition containing, among other things, a new .lpd spool directory. It also adds a "clear" button in the GUI to clear the spool directory.  So far no further problems (other than having to redefine the printer on the client side).
- 
===== Character Encoding Issue ===== ===== Character Encoding Issue =====
Line 23: Line 163:
//Description//: DNS-323 is unable to save all international characters. Danish characters such as æøå will not be saved correctly on d-link dns-323 from MacOSX\\ //Description//: DNS-323 is unable to save all international characters. Danish characters such as æøå will not be saved correctly on d-link dns-323 from MacOSX\\
//Workaround//: None. Will be fixed in 1.04 according to d-link. Note that it is not sufficient to simply upgrade to 1.04; the hard drive(s) need to be reformatted afterwards.\\ //Workaround//: None. Will be fixed in 1.04 according to d-link. Note that it is not sufficient to simply upgrade to 1.04; the hard drive(s) need to be reformatted afterwards.\\
-//**Update**//: Even worse in 1.04 with KDE 3.5.9 on Kubuntu (copy a file with such characters and it corrupts the name on the Dlink.  Unable to delete it without windows after that).+//**Update**//: Even worse in 1.04 with smbfs on Kubuntu (copy a file with such characters and it corrupts the name on the Dlink.  Unable to delete it without windows after that) USE cifs.
Line 53: Line 193:
Spin-ups have been reported even after the workaround has been performed. If this happens, print one succesful page and it should then be fixed.\\ Spin-ups have been reported even after the workaround has been performed. If this happens, print one succesful page and it should then be fixed.\\
- 
===== Broken iTunes Interface ===== ===== Broken iTunes Interface =====
-//Firmware//: 1.01, 1.01b23? and 1.02?\\+//Firmware//: 1.01, 1.01b23?, 1.02?, 1.05, 1.07, 1.08\\
//Severity//: Low\\ //Severity//: Low\\
-//D-Link correction//: 1.03\\+//D-Link correction//: 1.03, again broken in 1.05\\
//Description//: When using the iTunesServer WEB GUI, sometimes the GUI gets corrupted. After this, the iTunesServer WEB GUI can no longer be used.\\ //Description//: When using the iTunesServer WEB GUI, sometimes the GUI gets corrupted. After this, the iTunesServer WEB GUI can no longer be used.\\
//Workaround//: Telnet to the device and "cp /sys/crfs/default/mt-daapd.conf /etc/mt-daapd.conf" //Workaround//: Telnet to the device and "cp /sys/crfs/default/mt-daapd.conf /etc/mt-daapd.conf"
-//Description//: The DAAP server's database can become corrupted and needs to be deleted. Symptom: Song list loads in iTunes but can't play -- songs get an exclamation point error flag.+//Description//: The DAAP server's database can become corrupted and needs to be deleted. Symptom: Song list loads in iTunes but can't play -- songs get an exclamation point error flag.\\
//Workaround//: Telnet to the device and "rm /mnt/HD_a2/.systemfile/.mt-daapd/.songs.gdb" then stop and start the iTunes server via the web interface. //Workaround//: Telnet to the device and "rm /mnt/HD_a2/.systemfile/.mt-daapd/.songs.gdb" then stop and start the iTunes server via the web interface.
 +
Line 74: Line 214:
//Severity//: High\\ //Severity//: High\\
//D-Link correction//: 1.02b\\ //D-Link correction//: 1.02b\\
-//Conceptronic correction//: works fine in CH3SNAS firmware 1.03 (don't know about older versions)\\+//Conceptronic correction//: works fine in CH3SNAS firmware 1.03beta6a (don't know about older versions)\\
//Description//: When a failed disc, in a RAID-1 configuration, is replaced it's not properly rebuilt. Following the instructions from the unit will even destroy all data on the unit. Confirmation?!? Anyone?!? FIXME \\ //Description//: When a failed disc, in a RAID-1 configuration, is replaced it's not properly rebuilt. Following the instructions from the unit will even destroy all data on the unit. Confirmation?!? Anyone?!? FIXME \\
//Workaround//: (Possible) Upgrade to 1.02b firmware. \\ //Workaround//: (Possible) Upgrade to 1.02b firmware. \\
\\ \\
-<hi #ffff00>Update: 05-Jan-08</hi> Running on the 1.03beta6a firmware does not seem to have fixed this issue given the following steps:+__Update: 05-Jan-08__ Running on the d-link 1.03 firmware does not seem to have fixed this issue given the following steps:
  - Powerdown, remove a disk, powerup   - Powerdown, remove a disk, powerup
  - Make filesystem change.   - Make filesystem change.
  - Powerdown, readd disk, powerup.  (added disk should be blank and formatted: was it ?)   - Powerdown, readd disk, powerup.  (added disk should be blank and formatted: was it ?)
  - RAID is not rebuilt, and files added during the intermission get Input/Output errors.   - RAID is not rebuilt, and files added during the intermission get Input/Output errors.
- +__Update: 12-Mar-08__ Running on the CH3SNAS (conceptronic) 1.03beta6a firmware does seem to have fixed this issue given the following steps:
-<hi #ffff00>Update: 12-Mar-08</hi> Running on the CH3SNAS (conceptronic) 1.03beta6a firmware does seem to have fixed this issue given the following steps:+
  - (if exists) remove /mnt/HD_a2/fun_plug   - (if exists) remove /mnt/HD_a2/fun_plug
  - Powerdown, remove a disk, powerup   - Powerdown, remove a disk, powerup
Line 91: Line 230:
  - Powerup, follow steps to format new disk on web interface.   - Powerup, follow steps to format new disk on web interface.
  - RAID is properly rebuilt. No problems at all.   - RAID is properly rebuilt. No problems at all.
 +
 +
 +
 +===== RAID-1 Unable To Mount Drives =====
 +//Firmware//: I had 1.05 at the time this occurred\\
 +//Severity//: Medium\\
 +//D-Link correction//: N/A\\
 +//Description//: I had only been using RAID-1 for less than 24 hours, after owning the DNS-323 for many months without a problem, so I assume the RAID-1 was the likely root cause for this. RAID-1 had been enabled the prior day by adding a second drive to an existing one-drive setup. Mirror rebuild was fully completed that same day. I did some basic testing and everything seemed fine before shutting down for the day. When I powered up the DNS-323 in the next morning, the shares were not found. Logged in through the admin GUI to find the unit was prompting me to reformat the drives.
 +
 +//Workaround//: Pull one of the drives out of the DNS-323, connect it to a PC to extract the files. I guess you could use a Linux system but I used ext2ifs on Windows Vista. I was able to recover all the files successfully in this manner. I'm turning off the RAID-1 feature from now on.
 +
 +
 +===== RAID-1 Drops one of the Hard Drives from the Array=====
 +//Firmware//: 1.04 at the time this occurred\\
 +//Severity//: High\\
 +//D-Link correction//: N/A\\
 +//Description//: Using a pair of 1 terrabyte Seagate hard disks, about six months into use and 400Gb of data, the DNS 323 NAS reports that the RAID1 sync is degraded and the left side disk indicator light illuminates a pinkish colour.  This seems to be a combination of the blue LED and an amber LED being illuminated at the same time.  The hard disk is physically fine, however for some reason the drives will not synchronise.
 +
 +The best way to rectify the situation (that I have found), is to install the "funplug" software to the parent directory, reboot and then Telnet in and add the hard disk in manually.  The left side disk is /dev/sdb2 and the right side disk is /dev/sda2, in this case I added /dev/sdb2 back into the RAID array.  Doing this causes synchronisation to occur (took 3 hours).  Reboot again and the indicator lights are back to normal.
 +
 +Write new data to the device, RAID 1 sync degraded again.
 +
 +
 +//Workaround//: Avoid using RAID 1, its broken on this device.
 +
===== Large File Issue ===== ===== Large File Issue =====
Line 98: Line 262:
//Description//: Users with Windows 2003 and Windows Vista has reported that they fail to transfer 'large' files to the unit. Some reports indicates that this is not an issue with Windows XP. Apparently files in the range 2-4Gb, 6-8Gb and 10-12Gb fails to transfer while 0-2Gb, 4-6Gb, 8-10Gb and 12-14Gb transfers ok. //Description//: Users with Windows 2003 and Windows Vista has reported that they fail to transfer 'large' files to the unit. Some reports indicates that this is not an issue with Windows XP. Apparently files in the range 2-4Gb, 6-8Gb and 10-12Gb fails to transfer while 0-2Gb, 4-6Gb, 8-10Gb and 12-14Gb transfers ok.
-According to findings by [[http://forum.dsmg600.info/profile.php?id=209|tobyg]], as [[http://forum.dsmg600.info/p1419-Yesterday-095533.html#p1419|posted]] on our forum, the problem is a signing issue in the 2.x.x branch of Samba. Or to put it as [[http://forum.dsmg600.info/profile.php?id=209|tobyg]] says:+According to findings by [[http://dns323.kood.org/forum/profile.php?id=209|tobyg]], as [[http://dns323.kood.org/forum/p1419-Yesterday-095533.html#p1419|posted]] on our forum, the problem is a signing issue in the 2.x.x branch of Samba. Or to put it as [[http://dns323.kood.org/forum/profile.php?id=209|tobyg]] says:
>So go into byteorder.h and change this line: >So go into byteorder.h and change this line:
Line 106: Line 270:
>''#define CVAL(buf,pos) ( (unsigned)( ( (const unsigned char *)(buf))[pos]))'' >''#define CVAL(buf,pos) ( (unsigned)( ( (const unsigned char *)(buf))[pos]))''
\\ \\
-//Workaround//: The Samba daemon needs to be replaced. [[http://forum.dsmg600.info/profile.php?id=209|tobyg]] has submitted patched files and a script, which can be used at <hi #ffff00>**own risk**</hi>. Instructions and the files needed can be found in this [[http://forum.dsmg600.info/p1419-Yesterday-095533.html#p1419|thread]].+//Workaround//: The Samba daemon needs to be replaced. [[http://dns323.kood.org/forum/profile.php?id=209|tobyg]] has submitted patched files and a script, which can be used at **own risk**. Instructions and the files needed can be found in this [[http://dns323.kood.org/forum/p1419-Yesterday-095533.html#p1419|thread]].
//Mounting from Linux//:  Many linux distros will not mount smb default with Large file support. Use the mount -o lfs option to get Large file support. //Mounting from Linux//:  Many linux distros will not mount smb default with Large file support. Use the mount -o lfs option to get Large file support.
-[[http://forum.dsmg600.info/t491-Large-files.html|thread]]+[[http://dns323.kood.org/forum/t491-Large-files.html|thread]] 
 + 
 + 
Line 121: Line 288:
//Description//: After the DNS was booted it is not possible to access any network shares. You need first to log on to the DNS, go to the NETWORK ACCESS section and "touch" at least one rule. Still not corrected in FW 1.03...\\ //Description//: After the DNS was booted it is not possible to access any network shares. You need first to log on to the DNS, go to the NETWORK ACCESS section and "touch" at least one rule. Still not corrected in FW 1.03...\\
//Workaround//: [[howto:telnet]] to the device and issue ''smb restart''\\ //Workaround//: [[howto:telnet]] to the device and issue ''smb restart''\\
- 
*** can anyone actually confirm this issue?  My DNS-323 runs firmware 1.03 and if I reboot the machine, I can access network shares via SMB without logging in to the machine...\\ *** can anyone actually confirm this issue?  My DNS-323 runs firmware 1.03 and if I reboot the machine, I can access network shares via SMB without logging in to the machine...\\
Line 130: Line 296:
*** I have firmware 1.03 and after a "normal" reboot I can access network shares without logging into the machine, but after a power blackout I have to go to the NETWORK ACCESS section as described above. *** *** I have firmware 1.03 and after a "normal" reboot I can access network shares without logging into the machine, but after a power blackout I have to go to the NETWORK ACCESS section as described above. ***
\\ \\
-\\ 
- 
-**<hi #ffff00>Update: 25-Aug-07;</hi> Paul from D-Link tech support in Australia helped resolve this issue by doing the following:**+**__Update: 25-Aug-07;__ **** from D-Link tech support in Australia helped resolve this issue by doing the following:**
\\ \\
**[My setup is DNS323 FW v1.03 with static IP of 192.168.1.199 and a netbios name of "dns323" going into a WRT54G @ 192.168.1.2. The gateway is set to 192.168.1.2 on the DNS323]\\ **[My setup is DNS323 FW v1.03 with static IP of 192.168.1.199 and a netbios name of "dns323" going into a WRT54G @ 192.168.1.2. The gateway is set to 192.168.1.2 on the DNS323]\\
\\ \\
-<hi #98fb98>For my XP (SP2) box:</hi>\\ +__For my XP (SP2) box:__\\ 
-1. Tried accessing the samba shares using \\dns323 after cold boot. No dice. Worked by using the IP of \\192.168.1.199. Paul suggested adding an entry to my hosts or Lmhosts file. I updated the hosts file at: c:\windows\system32\drivers\etc\ with\\ +1. Tried accessing the samba shares using \\dns323 after cold boot. No dice. Worked by using the IP of \\192.168.1.199. **** suggested adding an entry to my hosts or Lmhosts file. I updated the hosts file at: c:\windows\system32\drivers\etc\ with\\
192.168.1.199  dns323\\ 192.168.1.199  dns323\\
and then rebooted both the dns323 and my XP box. I could access the dns323 using its UNC path perfectly.\\ and then rebooted both the dns323 and my XP box. I could access the dns323 using its UNC path perfectly.\\
Line 146: Line 310:
it works automatically fine for each user\\ it works automatically fine for each user\\
\\ \\
-<hi #98fb98>For my Vista x64 Ultimate box:</hi>\\+__For my Vista x64 Ultimate box:__\\
1. Ran secpol.msc. Went to Local Policies, Security Options, Network Security: LAN Manager authentication level. Made sure it was set to Send LM & NTLM - use NTLMv2 session security if negotiated. \\ 1. Ran secpol.msc. Went to Local Policies, Security Options, Network Security: LAN Manager authentication level. Made sure it was set to Send LM & NTLM - use NTLMv2 session security if negotiated. \\
2. Rebooted PC and dns323 - could not access dns323 in Vista x64 Ultimate using \\dns323 or \\192.168.1.199\\ 2. Rebooted PC and dns323 - could not access dns323 in Vista x64 Ultimate using \\dns323 or \\192.168.1.199\\
Line 154: Line 318:
6. Rebooted and logged in using Administrator account. \\dns323 was now accessible.\\ 6. Rebooted and logged in using Administrator account. \\dns323 was now accessible.\\
\\ \\
-Paul from D-Link Tech Support said the other option is to install a DNS server on your network somewhere and add an entry for the dns323 which has a static ip. He also mentioned some routers have an area where you can enter the IP, MAC Address and sometimes the hostname, (sounds like a built-in dns server on the router to me) but my router doesn't seem to have that feature. (at least with the standard firmware I'm using on the WRT54G!).\\ +**** from D-Link Tech Support said the other option is to install a DNS server on your network somewhere and add an entry for the dns323 which has a static ip. He also mentioned some routers have an area where you can enter the IP, MAC Address and sometimes the hostname, (sounds like a built-in dns server on the router to me) but my router doesn't seem to have that feature. (at least with the standard firmware I'm using on the WRT54G!).\\ 
-<hi #ffff00>Update: 01/18/08</hi>: He is probably referring to a feature called static DHCP, which still assigns IP addresses via DHCP, but ensures that each MAC address always gets the same IP. This is typically done by providing a {MAC address, IP address} value pair in static DHCP configuration. Many third-party firmware releases of the popular Linksys WRT54G router (prior to hardware V.5) support static DHCP, for example.\\+__Update: 01/18/08__: He is probably referring to a feature called static DHCP, which still assigns IP addresses via DHCP, but ensures that each MAC address always gets the same IP. This is typically done by providing a {MAC address, IP address} value pair in static DHCP configuration. Many third-party firmware releases of the popular Linksys WRT54G router (prior to hardware V.5) support static DHCP, for example.\\
\\ \\
-Hope this helps some people - you can email me at sneakers05AToptusnet.com.au if you have any questions. Or ask the guru - Paul! :)\\+Hope this helps some people - you can email me at sneakers05AToptusnet.com.au if you have any questions. Or ask the guru - ****! :)\\
\\ \\
-**<hi #ffff00>Update: 05-Sept-07;</hi>+**__Update: 05-Sept-07;__
Same problem for my network (cannot accès the DNS, no disk mapped). I fix one static IP for my DNS-323 (192.168.1.99) and all works fine !!!!!! Same problem for my network (cannot accès the DNS, no disk mapped). I fix one static IP for my DNS-323 (192.168.1.99) and all works fine !!!!!!
 +\\
 +**__Update: 11-Jun-10;__
 +After the DNS was booted it is not possible to access any network shares by using device name(dns323) but ip address can, to slove this i need to telnet the device
 +and >smb restart
 +my environment : DNS-323, FW1.08, RAID 1, 1.5TB, smb.conf modify manually. windows 7, win xp, windows server 2003.
 +question : any better solution?
 +\\
 +**__Update: 15-Sep-2011;__**
 +With firmware 1.09 I still have occasionally come across this bug. Before reading about this issue here I was unable to find the real reason, but fiddling with the access right in the NETWORK ACCESS section did it. It would be helpful to clean this bug description from workarounds that deal with other machines (e.g. dns323 alias in the /etc/hosts-file).
 +\\
 +**__Update: 01-Aug-2012;__**
 +Bug was still there after the last swapping of drives, so when trying to mount I got:\\
 +//
 +prompt:~$ sudo mount -a\\
 +retrying with upper case share name\\
 +mount error(6): No such device or address\\
 +Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)\\
 +//
 +
 +This time fiddling with the NETWORK ACCESS LIST did not work. I was only able to re-establish access if I deleted the network access list completely (i.e. pressed the button "Reset Network Access List"). This is a pain because then I had to redo all the shares.
 +\\
 +
Thx for this issue. Thx for this issue.
 +
 +
 +
 +
Line 180: Line 370:
UPnPAV: all of the data wasn't sent, so queue this up.(ILibAyincSocket_Send)\\ UPnPAV: all of the data wasn't sent, so queue this up.(ILibAyincSocket_Send)\\
//Workaround//: Disable onboard upnpav and install Twonkyvision?\\ //Workaround//: Disable onboard upnpav and install Twonkyvision?\\
- 
- 
- 
- 
===== Email Alerts ===== ===== Email Alerts =====
Line 196: Line 382:
 +**Email account passwords cannot contain certain characters (e.g. semi-colon):** When the email application is invoked, your email account password is **not** properly escaped for [[http://en.wikipedia.org/wiki/Almquist_shell|ash]], causing certain characters of your password to be interpreted (e.g. a semi-colon is interpreted as the end of the current command execution). Thus, having a password of ";poweroff" could prove quite frustrating. LOL
 +Bug reported to D-Link on Aug 31, 2010 under case #ALR401034497 (unresolved as of firmware 1.09).
===== Zone Alarm ===== ===== Zone Alarm =====
-//Firmware//: 1.02b\\+//Firmware//: ALL\\
//Severity//: High\\ //Severity//: High\\
//D-Link correction//: N/A\\ //D-Link correction//: N/A\\
Line 212: Line 400:
\\ \\
-//Workaround//: Remove Zone Alarm\\ +//Workaround//: Configure Zone Alarm\\ 
-//Upgrade  Zone Alarm//: go to the firewall setting, select zones then 'open' the IP address for the DNS323, alternatively you could open a range of IP addresses. +//Open up your Zone Alarm firewall log. You will see that Zone Alarm is blocking all traffic to your DNS-323. Simply right click on one of those log events, and select &quot;Add to Safe Zone". Zone Alarm will then trust your DNS-323, and allow traffic to it. Your shares will be available again, and Easy Search Utility will be able to map drives again.//
- +
-&gt;>Note: If you don't want to remove Zone Alarm you can follow the workaround for the "Share not accesable after reboot" issue above.<< +
- +
===== No Lights on Startup ===== ===== No Lights on Startup =====
-//Hardware//: A1\\ +//Hardware//: A1 and B1\\ 
-//Firmware//: 1.01\\+//Firmware//: 1.01 and 1.06 (probably all)\\
//Severity//: High\\ //Severity//: High\\
//D-Link correction//: N/A\\ //D-Link correction//: N/A\\
Line 229: Line 413:
//Workaround//: none\\ //Workaround//: none\\
//Solution//: Called Tech support and will be getting a new device.\\ //Solution//: Called Tech support and will be getting a new device.\\
-//Comments//: This seems to be a known problem with hardware A1. Only solution is a replacement of the unit. Since the LEDs is the only way to know if a drive is broken, the device needs to be replaced.\\+//Comments//: This seems to be a known problem with hardware A1, but has occurred on B1 hardware also. Only solution is a replacement of the unit. Since the LEDs is the only way to know if a drive is broken, the device needs to be replaced. Firmware version does not seem to be relevant.\\ 
===== Scheduling Settings Issue ===== ===== Scheduling Settings Issue =====
-//Firmware//: Only tested with 1.03\\+//Firmware//: Only tested with 1.03, 1.04\\
//Severity//: Medium\\ //Severity//: Medium\\
//D-Link correction//: N/A\\ //D-Link correction//: N/A\\
-//Description//: When you edit a saved schedule the login method isn't properly recalled and therefore is always set to Anonymous. If you click on Account then the saved username and password are cleared and have to be re-entered. The DNS-323 also seems to randomly delete the saved schedules.+//Description//: When editing a saved Schedule, the Login Method is reset to //Anonymous// (even though the User Name and Password still show). If you notice and change it back to //Account,// the User Name and Password are cleared, and have to be re-entered. If you don't, and save it as-is, the download fails because the Login Method is //Anonymous.// Also the DNS-323 seems to randomly delete the saved schedules.
It would be very handy if D-Link provided a GUI interface to rsync for scheduling of backups in a future firmware release.\\ It would be very handy if D-Link provided a GUI interface to rsync for scheduling of backups in a future firmware release.\\
//Workaround//: None. //Workaround//: None.
 +
 +
 +===== Dynamic DNS (DDNS) Updates Issue =====
 +//Firmware//: Only tested with 1.05\\
 +
 +//Severity//: Medium\\
 +//D-Link correction//: N/A\\
 +//Description//: The Dynamic DNS (DDNS) feature used to update your dynamic IP and host a server, doesn't behave correctly. After a few hours, you will get blocked from www.dyndns.org and get a notice: Hostname Blocked Due To Abuse.\\
 +//Workaround//: Look at this thread: http://dns323.kood.org/forum/p15441-2008-05-23-06:16:22.html
 +
 +===== Problem loading Libraries and Executables Issue =====
 +//Hardware//: Acer Aspire easyStore\\
 +//Firmware//: Unknown works with 2.6.x Kernel\\
 +/Severity//: Critical\\
 +//Description//: It needs several attempts to run an executable. Libraries are not loaded or partially loaded. Program crashes directly after execution. Library loading error messages in this timeframe. No clean booting. Sometimes telnet starts and sometimes not.\\
 +//Workaround//: Setting // /proc/sys/vm/vfs_cache_pressure// to more than 100 seems to be safer instead of using //swappiness// and //min_free_kbyte//.\\
 +//vfs_cache_pressure//: Controls the tendency of the kernel to reclaim the memory which is used for caching of directory and inode objects.\\
 +At the default value of vfs_cache_pressure = 100 the kernel will attempt to reclaim dentries and inodes at a "fair" rate with respect to pagecache and swapcache reclaim. Decreasing vfs_cache_pressure causes the kernel to prefer to retain dentry and inode caches. Increasing vfs_cache_pressure beyond 100 causes the kernel to prefer to reclaim dentries and inodes.

Navigation

Personal Tools