sonofdbn
-
Posts
492 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by sonofdbn
-
-
Here's the hdparm output:
===============================================
Tower login: root
Linux 2.4.29.
root@Tower:~# hdparm -i /dev/hdj
/dev/hdj:
Model=WDC WD1600JB-00EVA0, FwRev=15.05R15, SerialNo=WD-WMAEK2136271
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74
BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=8
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: device does not report version:
* signifies the current active mode
=============================================
Perhaps I should add that this is not a new disk; it has about 147GB of data on it, and hasn't given any problems so far. If it IS a DMA problem, it's a new one. I'm hoping it's just a cable that came loose or something like that. Unfortunately it's not in a tray. I'll have to open up the machine, I think.
-
Thanks very much for the suggestions. The syslog is below. When I restarted the unRaid started doing a parity check before I made the telnet connection. I think that's where the "nocheck" comes from. Then I started the parity check.
=======================================================================
Tower login: root
Linux 2.4.29.
root@Tower:~#
root@Tower:~# tail -f /var/log/syslog
Jul 18 08:26:01 Tower kernel: reiserfs: checking transaction log (device md(9,11
)) ...
Jul 18 08:26:01 Tower kernel: for (md(9,11))
Jul 18 08:26:01 Tower kernel: md(9,11):Using r5 hash to sort names
Jul 18 08:26:01 Tower kernel: md(9,11):can't shrink filesystem on-line
Jul 18 08:26:05 Tower kernel: spurious 8259A interrupt: IRQ15.
Jul 18 08:27:02 Tower kernel: get_token: status
Jul 18 08:27:08 Tower kernel: get_token: nocheck
Jul 18 08:27:08 Tower kernel: md: writing superblock to device sda2
Jul 18 08:27:08 Tower kernel: md: recovery thread sync completion status: -4
Jul 18 08:27:08 Tower kernel: get_token: status
Jul 18 08:28:30 Tower kernel: get_token: check
Jul 18 08:28:30 Tower kernel: md: recovery thread checking parity...
Jul 18 08:28:30 Tower kernel: md: writing superblock to device sda2
Jul 18 08:28:32 Tower kernel: get_token: status
Jul 18 08:41:22 Tower kernel: hdj: dma_timer_expiry: dma status == 0x61
Jul 18 08:41:32 Tower kernel: hdj: error waiting for DMA
Jul 18 08:41:32 Tower kernel: hdj: dma timeout retry: status=0x51 { DriveReady S
eekComplete Error }
Jul 18 08:41:32 Tower kernel: hdj: dma timeout retry: error=0x40 { Uncorrectable
Error }, LBAsect=18713848, high=1, low=1936632, sector=18713728
Jul 18 08:41:32 Tower kernel: end_request: I/O error, dev 38:41 (hdj), sector 18
713728
Jul 18 08:41:32 Tower kernel: md5: read error!
Jul 18 08:41:32 Tower kernel: end_read_request 18713728/5, count: 2, uptodate 0.
Jul 18 08:41:32 Tower kernel: blk: queue c032692c, I/O limit 4095Mb (mask 0xffff
ffff)
Connection to host lost.
Press any key to continue...
==========================================================
Looks like a problem with hdj and/or DMA. Any suggestions would be appreciated.
-
I was copying something over to the unRaid, went away and came back to find a "network drive disconnected" error. I have the unRaid and other PC running off a UPS, so I don't think it was a power issue, but I couldn't "see" the unRaid although the power light was on, and it wouldn't accept any keyboard commands.
So I hard rebooted, and it started doing a parity check. However, about 15 - 30 minutes into the parity check it seemed to hang again: browser manager wasn't returning anything and it wasn't accepting any keyboard commands. On my box, there's a red light which indicates disk activity, and I believe it indicates activity on the parity disk, which is hooked up to the motherboard IDE channel. What happens is that the red light flashes for those 15-30 minutes, and once it stops, it seems the unRaid has stopped responding.
I hard rebooted again and this time while it was doing the parity check I used the browser manager to stop the check and then shut down the array before powering off. When I restarted, the array seemed to be fine (all disks reported as OK), but now I want to do another parity check.
My question is whether the parity check should involve constant parity drive access (which I would expect) or whether the parity drive access pauses sometimes for long spells (in which case I've just been too impatient).
-
In the original release there was no support for SATA drives. There was some discussion about SATA support in one of the subsequent beta releases, but IIRC, it wasn't clear whether it supported mixed drives. I suggest doing a search for more info.
-
Is there a command to shutdown the array? For those times when the web page isn't responsive...
I also have that problem occasionally. I took rharvey's advice: logged on as root (no password required), then typed "stop", after which I get this response:
cmdOper=stop
cmdResult=OK
I assume this means it worked?
-
Thanks for the advice.
-
I have my unRaid running with all drives formatted and parity updated. Assuming I boot up the unRaid using a(nother) Linux distro and move files around with it (no formatting or messing around with partition tables), what would I have to do to "reinstate" unRaid after that? I think the answer is just to run a parity check, but I'd feel a lot better if someone could confirm this.
-
Thanks; I tried explorerxp, but it doesn't seem to support network drives or mapped drives
-
Having finally maxed out the drive bays on my unRaid, it's time to do some housekeeping. I'm using a Gigabit network and an Athlon 2800 PC running WinXP to move files around and copy files from other PCs, but I've always heard that XP is slow for copying files. I'm using Freecommander, but that doesn't seem to be much faster. Is there any other GUI software which runs under XP which would be faster? I'd prefer to avoid command-line alternatives because I'm likely to mess things up that way.
Or would things run faster if I booted up the PC with a live Linux and used that to do the housekeeping? The downside of using Linux is that it seems that NTFS writing is not reliable (and therefore often not supported) so I can't move or delete files on my XP machines, which all have NTFS filesystems, but I could live with that.
-
Nothing to do with unRaid itself, but I wanted to let people know about a wonderful piece of free software called Karen's Directory Printer, which is available here. If you have a problem with files spread everywhere and need to list them, this software will generate a list of the files, paths and other parameters. The output can be imported very simply into Excel for sorting and searching (although if you're as disorganised as me, you will hit the Excel row limit).
-
A minor point which can probably be done in the config file, but it would be nice for the default labelling to be Disk01, Disk02, etc. so that for those of us who reach Disk10 the drives appear in the "correct" order.
-
I'm using an SMC gigabit switch - I think it's the SMC8085T shown here. It supports jumbo frames, but I haven't tested this capability. No problems with it, but so far I haven't tried any streaming - just moving files around.
-
Clearly Lime Tech has violated the GPL the day they made thier software available for sale.
If the presumed violation is based on the assumption that any software using the GPL cannot be sold, then the statement is wrong. GPL software CAN be sold. Check the FAQ's on here.
New PSU question
in Hardware
Posted
I'm using a single Antec Neo HE 500 for my unRaid, with 12 drives, 4 fans and one tray with a small fan in it. Seems to be fine although currently I seem to have a DMA problem. I doubt whether the PSU is the cause, but I thought I should mention it.