Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
I'm wondering if anyone else out there is using raid 1 with their DNS-323 and have the dmesg hack on it and am seeing what I see.
I have not had any issues with moving files to, from, around on the DNS-323, but figured it would be cool to have telnet, dmesg, etc.
When I loaded up the files from KRH the dmesg.out shows the unchecked fs warning.
ext3: No journal on filesystem on md0
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
Since I still have all my data mirrored to another server I figured I'd pull the drives, remove all the partitions, and start over. I formatted raid1, copied over the files from KRH rar file and used the web page to restart. Looking at the dmesg.out I again see the mounting unchecked fs.
I also see a lot of ext3 errors not finding a journal. I wonder if the fstab or something has the fs type wrong.?
Maybe the restart from the web doesn't gracefully unmount the drives?
Running the 1.02 firmware, drives were never formatted ext3.
I'm mounting from a linux box via samba to move the files over.
So anyone else seeing something similar?
Offline
I see the same errors in my dmesg.out (RAID 1, Ext2, firmware v1.02)
I would like to know how to run e2fsck on a RAID 1. I posted this question
in the "DSN-323 weirdness" thread (post #6) http://dns323.kood.org/forum/t117-wierdness.html
but no response has been posted.
Last edited by mig (2007-01-10 17:58:29)
Offline
I don't remember if there are any options needed, but I ran e2fsck on /dev/sda2. The sata drives under linux appear as scsi drives. Partition 1 is a swap partition and partition 2 is what makes up the 'data' volume. When I started e2fsck it started pass 1, about 15 or so minutes later it was still on pass one. As I was testing things out I did not have data on the drives at that time so I just reformatted. I seems that the 323 never runs clean if you are running raid 1.
Not sure if anyone here who knows more about linux can check the src code and see if the code to cleanly unmount the md devices before a restart is even in there, let alone getting executed. But it's my guess that they do not. As I'm only looking for a redundant storage, I have not checked my setup under any other raid/non-raid types.
Adding an update, figured I'd load up the scripts again and see what happens if I complete the e2fsck on both drives. Just started on sda2 with e2fsck -y, will see how long it takes. These are Seagate 320gb drives.
# e2fsck -y /dev/sda2
e2fsck 1.32 (09-Nov-2002)
/dev/sda2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (76376011, counted=76376228).
Fix? yes
/dev/sda2: ***** FILE SYSTEM WAS MODIFIED *****
ERROR#
Now on to disk 2
Exact same error
# e2fsck -y /dev/sdb2
e2fsck 1.32 (09-Nov-2002)
/dev/sdb2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (76376011, counted=76376228).
Fix? yes
/dev/sdb2: ***** FILE SYSTEM WAS MODIFIED *****
ERROR#
After the last reboot I only get the warning in one place instead of 4 or 5. This seems to be mounting the flash FS used for root.
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
I still see several attempts to read an ext3 journal on the md0 device.
Going to copy a few hundred gig of data and reboot it a few times and see what happens.
Last edited by LifeTap (2007-01-11 01:26:41)
Offline
It is not a good idea to run e2fsck on individual drives that are in RAID1. Do instead:
# e2fsck /dev/md0
e2fsck 1.32 (09-Nov-2002)
/dev/md0: clean, 16440/30425088 files, 25537481/60818048 blocks
#
Offline
I assumed since the last lines before the last e2fsck error said unbinding the drives that it wasn't actually in a mirror at that time. Guess I should have looked.
Offline
don't you have to unmount /dev/md0 before running e2fsck?
#umount /dev/md0
#/usr/bin/e2fsck /dev/md0
#mount -a
Offline
to mig: nope, e2fsck runs fine on non root mounted FS
I have done a bit of investigation on the errors related to unclean dismounting of /dev/md0 after modifying the telnet access system (which I shall post here later)
The problem does not go away even after unmounting the /dev/md0 and stopping the RAID- before rebooting DNS323. This is definitively not right... It is still work in progress and I will share more details as I have them.
*** Update
For the filesystem to be uncleanly dismounted it is enough to umount /dev/md0, stop and start RAID. Perhaps indicates a problem with mdadm?
Last edited by skydreamer (2007-01-11 16:47:28)
Offline
Is it possible that running the telnet daemon from the raid fs is preventing the box from unmounting and shutting down properly before restarting? If the box doesn't kill the telnet daemon, the file would be in use and the fs would not unmount.
So far the only thing that points away from that is the first time I load the scripts and restart I see the unclean fs warning. Which seems to indicate that the FS is unclean from the start as you have to restart after the initial formatting.
On the upside, I still have not had any of the issues mentioned before having to do with a corrupt FS, this box is running strong.
skydreamer, I appreciate you looking into this, should really be d-link support, while I not really tech savvy, I'll be happy to assist in testing.
Offline
is there a way to insert a check/fix disk command in one of the start-up scripts - so when the system boots it gets fixed. That way, there would be no need to telnet in ..
Offline
LifeTap: You are thinking along the same line as myself; this was the modification of the scripts that I mentioned earlier- to free the /dev/md0 from locked files. Another added benefit is that telnet starts instantly since it does not have to wait for the disks to spin up.
So now I can remount the RAID without e2fsck complaining however executing raidstop and raidstart on offline FS causes corruption of the host ext2. I am not sure why is that.
rguerra: e2fsck can be built into the startup script but it is not practical as it runs for nearly 10 mins and potentially may lead to FS corruption, I am a bit uneasy about the FS being detected by some system utilities as ext3.
*** Update
Well at least I can explain ext3 messages now, in the raidstart script there is a set order of mounting every FS, first ext3 is tried (error message about the missing ext3 journal) then ext2 (succeeds) and lastly it attempts vfat mount should the second step fail. Hence nothing to worry about.
Either there is a bug in D-Link's mdadm or the RAID and ext2 were not initialized properly?
Last edited by skydreamer (2007-01-11 23:30:59)
Offline
skydreamer, thanks for your work on this so far.
I feel a little better about the ext3 issue, thou I think d-link should have removed everything pertaining to ext3 when they removed it as an option. Of course they are probably working out the bugs and may plan to bring it back in the near future and didn't think people would be looking at the dmesg output.
As far as the raid not being properly set up this may or may not mean anything. When I format the array, for the first 10% of the status bar, the drives aren't accessed. Then the activity lights flash from about 10 to 35%. After that the progress bar jumps to ~95% and quickly goes to 100% and asks to restart. I thought maybe drive cache or something, but the lights stopped flashing, so I restart.
Something else that happens when I want to start over. I'll go back in via the web interface and select to setup and format the raid array. It goes thru and formats as above then prompts for restart. What happens next is a bit random. If I log into the web interface again I get one of the below.
1. Unit is up and functioning, ready for data. Get the standard screen to configure, view status.
2. Page comes up that states array is synchronizing and will complete in X minutes. After that I get normal web page.
3. Page is displayed that my newly replaced drive needs to be formatted, formats, and asks for a restart. After that I get normal web page.
If I pull out the drives, hook them to my linux box via usb adapter and remove the partitions it seems to work first time and I always get response #1 above.
Also these are Seagate Barracuda 7200.10 ST3320620AS drives.
Last edited by LifeTap (2007-01-11 23:52:06)
Offline
Lifetap, I am not surprised that you see these errors as fdisk is broken in DNS-323 FW 1.02 (probably also in older revisions), so I would assume that it does not handle partition creation consistently.
Perhaps somebody on this forum can provide a replacement fdisk utility before Dlink gets its act together?
When the array has been created successfully, are you able to start it up also on your linux PC via the USB adapter using mdadm?
I would tend to troubleshoot scenarios 2&3 on the desktop PC. It may shed some light on the actual problem but I do not believe that we can fix it here faster than our friend Wilson Chen :-) (hint: read the scripts)
Offline
skydreamer wrote:
our friend Wilson Chen
You mean this guy (the guy on the left):
Bug me not!
;-)
/Apan
Offline
What's the correct procedure to run e2fsck after you've telnet'd in to the DNS-323?
/MiK - Linux newbie
Offline
Ie do I have to unmount HD_a2 and HD_b2 before I run e2fsck? If so, what happens when I unmount HD_a2 where the telnetd and busybox is installed?
Should I use any special switches?
etc etc
Last edited by MiK (2007-01-19 00:06:40)
Offline
Anyone?
I would really like to be able to check my fs for errors in safe way
/MiK
Offline
The message was already answered in another thread -
http://dns323.kood.org/forum/t133-Raid- … dmesg.html
The specific reply cam from skydreamer in his post on the 11th of Jan.
http://dns323.kood.org/forum/p752-20070 … .html#p752
It is not a good idea to run e2fsck on individual drives that are in RAID1. Do instead:
# e2fsck /dev/md0
Offline
k, I thought that topic was about RAID mounted drives, I use my HDs in "standard mode"..
..so one use md0 even if you don't use RAID?
This is what I have in my /mnt:
# ls -al /mnt
drwxr-xr-x 5 root root 1024 Jan 18 15:14 .
drwxr-xr-x 18 root root 1024 Jan 18 16:14 ..
drwxrwxrwx 9 root root 4096 Jan 18 15:12 HD_a2
drwxrwxrwx 5 root root 4096 Dec 20 19:18 HD_b2
drwxr-xr-x 2 root root 1024 Dec 27 2005 web_page
my /etc/mtab:
# more /etc/mtab
%root% / unknown rw 0 0
proc /proc proc rw 0 0
/image.cfs /sys/crfs cramfs rw,loop=/dev/loop0 0 0
/dev/sda2 /mnt/HD_a2 ext2 rw,usrquota,grpquota 0 0
/dev/sdb2 /mnt/HD_b2 ext2 rw,usrquota,grpquota 0 0
none /proc/bus/usb usbdevfs rw 0 0
Last edited by MiK (2007-01-20 17:20:09)
Offline
skydreamer wrote:
It is not a good idea to run e2fsck on individual drives that are in RAID1. Do instead:
# e2fsck /dev/md0
e2fsck 1.32 (09-Nov-2002)
/dev/md0: clean, 16440/30425088 files, 25537481/60818048 blocks
#
hm, i'm still a bit worried.
--------------------------
disk:~# e2fsck /dev/md
e2fsck 1.40-WIP (14-Nov-2006)
/dev/md0 is mounted.
WARNING!!! Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.
Do you really want to continue (y/n)?
-----------------------------
Do i need to unmount now, or is it ok to run all the checks even the Raid is mounted?
Offline
Don't ! Either unmount it or remount it read-only. Otherwise you may corrupt your storage.
Offline