Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Hello Everybody,
While testing my backup solution, I found out some side effects when using fonz fun_plug/telnetd.
Setup:
- Firmware 1.04b84 (the one you get from the german DLink site)
- 2 x WD Caviar RE2, 400 Gb each
- Disks are run separately, i.e. I have 2 volumes.
- Left disk contains a file called "left" in Volume_2
- Right disk has fonz fun_plug (v0.3) plus a file called "right" in Volume_1
Test procedure
In order to simulate a failure of the left drive, I proceeded as follows:
- shutdown properly the DNS-323.
- remove the left disk.
- erase the partitions table.
- put the disk back in the left slot.
As expected, the DNS-323 recognizes a new drive and wants to format it. I can verify with the S/N that the correct disk is targeted. If fun_plug is deactivated (i.e. fun_plug is not executable), everything goes as expected.
However, if fun_plug is activated, that is I can telnet to my DNS-323, a strange behavior occurs. Indeed, the right disk gets formated, not the left one. During the format operation, the disk degrades (amber light). The fault disappears once the DNS is rebooted. Furthermore, the partition of the left disk is restored. From my experiments, it seems that fun_plug/telnetd messes-up the formating procedure.
Perhaps such side effects was known to you, but I didn't succeed to find the relevant thread, hence my post.
More experiments tomorrow .
Cheers,
LD
Offline
Hi Again,
so I confirm that fun_plug/telnetd causes problems when the left drive has to be formated.
AFAICS, it seems fun_plug/telnetd interferes with the formating process. Should we hence conclude that fun_plug has to be disabled before repairing a drive?
What Do you think?
Thanks,
LD
--
Offline
This is interesting. I am running a similar setup on 2 dns-323s with F/W 1.04 from the US web site and ffp 0.5. I have moved drives, put in new drives, swapped left to right, and just about every combination you can think of, but I have never had the problem you are describing. My first questio: Are you using the web interface to format your drive? If you are, why don't you just telnet into the dns-323 and set up the partitions with fdisk and then format them? That way, you know exactly which disk is being worked on, instead of relying on the web script.
Offline
I encounter the same issue too last week when I just bought my 2nd SATA for the 323. ffp 0.5 and 1.04 from dlink usa
Unfortunately I do not have spare drives to do the tests again
Offline
bq041 wrote:
My first questio: Are you using the web interface to format your drive?
Yes, I used the web interface.
bq041 wrote:
If you are, why don't you just telnet into the dns-323 and set up the partitions with fdisk and then format them? That way, you know exactly which disk is being worked on, instead of relying on the web script.
That's a good idea, actually... Right now, I opted for another approach: in fun_plug, I check if a new disk is present. In that case, fun_plug exits immediately.
I was wondering if the issue occurs only with fun_plug v0.3. Accordingly to quekky, it doesn't seem to be version specific. In any case, I suspect a bug in the web interface...
LD.
Offline
Or, the other option (if you are using individual drives as stated in the first post) is just pull the "good" hard drive out when you put in the new drive. The unit will format it and everything is great. Just pop in the other drive after the new one is set up.
Offline
Hi bq041!
I like the idea of removing the healthy drive. That's dramatically decrease the odds of being mistakenly formated
LD.
Offline