tr0910

I don't see any mention of this unit: http://www.newegg.ca/Product/Product.aspx?Item=N82E16842101092CVF I am running a small 4 green disk server with Asus m4a 785m mb, and need to get it protected. This unit has the ability to be controlled via the web, to turn power to certain ports on and off. What I am not sure is if it includes the special USB - RJ45 cable and how well it with work with unraid. Size will be marginal but likely OK. I only need to run this unraid box until it safely shuts down. A search here turns up nothing....

Disk has now completely rebuilt and is green balled and is showing the right size. Hdparm worked fine. Now I am still confused as to why the HPA was installed because this disk was never on a Gigabyte mb to my knowledge. Can a Linkstation Pro install a HPA?

Is there anything in the works that will allow for more mb sata ports. Will we ever see a mb with 24 sata ports?

I have one of these in a desktop at present, but am too wondering if it might make a good unraid board. We'll just wait and see. Although my next box will benefit from being able to telnet in even during boot for bios tweeking and truly headless operation. Also called IPMI 2.0 with virtual media over LAN and KVM-over-LAN support which is found in the SuperMicro X8-Sil http://www.newegg.com/Product/Product.aspx?Item=N82E16813182211&RandomID=35686965322515120110324064530

Still concerned about the HPA issue, and not being satisfied to just let the drive continue running quietly, and not causing me any problems I dug deeper into the knowledge base here. Based on my syslog entry of: Mar 22 12:07:41 Tower2 kernel: ata6.00: HPA detected: current 3907027055, native 3907029168 I entered the hdparm -N p3907029168 /dev/sde and after shutting down the array and rebooting, the server, that disk came back up with the full size of 1,953,514,552 and the disk went blue, and restarting the rebuild process has the array rebuilding disk2 from parity as we speak. 10 hours to go........

JarDo, how many files are being dealt with in those 17 minutes? I'm guessing well over 100,000?

Yes, that was a typo. Both are recursing. I am blown away at how fast rsync is when run from the unraid box. It sure is a lot slower running via cwrsync. I have the windows task scheduler calling the script that does the backup to unraid, and having it done this way will likely be easier to manage as you suggested. The speed difference noted is interesting, but not terribly significant. I will have the scheduler wait until the workstation is not being used for 10 min before kicking off this event, so it likely won't be noticed.

I have been testing my unraid to death making sure I have a good backup system in place. I had planned on having the unraid boxes backup the workstations keeping the pictures safe. I can either have the unraid pull the files from the workstations, or have the workstations push the files to the unraid box. The following 2 methods compare the exact same 5300 files. unRaid Server Initiated rsync -av --stats --progress /mnt/cs5 //mnt/disk3/Pix2011/ WinXP64 workstation initiated. rsync -rav --stats --progress /cygdrive/d/"my documents"/"My Pictures"/"Pictures 2011"/ //tower1/disk3/Pix2011/ Interestingly, initiating the task from the workstation for a dry run with 5300 files and 130 gb results in about 90 seconds of run time. Initiating the task from unRaid results in a run time of about 15 seconds. This is where no files have changed, and it is simply verifying everything is up to date. Network is wired gig ethernet and running this with several gigs to transfer results in much more even time between the 2 methods. Why is it so much faster initiating from unraid and pulling from the workstation, rather than initiating from the workstation and pushing to the server? Would daemon mode be any faster?

Thanks Joe, it help from you and the other awesome people here that make unraid such a valuable tool. I am attempting to take unraid into a mission critical use, and want to test it to death first. I redid the bios, readded disk2 and everything seems fine again. Here is what hdparm found though. No HPA? /dev/sda: max sectors = 3907029168/14715056(18446744073321613488?), HPA setting seems invalid (buggy kernel device driver?) /dev/sdb: max sectors = 3907029168/14715056(18446744073321613488?), HPA setting seems invalid (buggy kernel device driver?) /dev/sdc: max sectors = 3907027055/14715056(18446744073321613488?), HPA setting seems invalid (buggy kernel device driver?) /dev/sdd: HDIO_DRIVE_CMD(identify) failed: Invalid exchange

I have a 203wi that spend the first year of its life in a Buffalo LS-Live Linkstation. This unit has outlived its usefulness and the drive was precleared and added to an unraid box. The drive appears to be working fine, however, 2 funny things happened. First, the drive is showing up with 1,953,513,492 instead of 1,953,514,552 total capacity. Secondly, it shows up differently attached as hdd rather than sdb: disk1 device: pci-0000:00:11.0-scsi-2:0:0:0 host3 (sdb) SAMSUNG_HD203WI_S1UYJ1WZ405310 disk2 device: pci-0000:00:14.1-ide-1:1 ide1 (hdd) SAMSUNG_HD203WI_S1UYJ1CZ415039 disk3 device: pci-0000:00:11.0-scsi-1:0:0:0 host2 (sda) SAMSUNG_HD204UI_S2H7J1AZC09470[/list] I tried to run hdparm -N /dev/[hs]d[a-z] on it to see if there might be an HPA on it somewhere, but hdparm doesn't like that drive. The running kernel lacks CONFIG_IDE_TASK_IOCTL support for this device. READ_NATIVE_MAX_ADDRESS_EXT failed: Invalid argument I tried this command on my other identical unraid box and it ran as expected. Should I worry about this drive and the funny way it is attached? Motherboard is Asus m4a 785 m running unraid 4.7 puzzled

It thinks there is a corrupt file system on disk3. reiserfsck --fix-fixable seems to have made it ok. I was leery of running this since the drive was being formatted when it rebooted.

The map hidden proposed by Brit seems to work, but as I was about to try yours, I touched one of my server drives, to check temp, and a bit of static electricity jumped from my finger to the drive, causing a server reboot. Thankfully this was unraid2 in the process of being built, with only 2 drives in it, no parity yet, and a third drive just starting to format after a preclear. Now we have reiserfs errors on reboot, but otherwise everything seems to be working normal. Should I worry? log attached. I would just run a reiserfsck except disk3 was just added and was just in process of formatting. Is this still the right way to go? syslog.txt

I have been setting up an rsync of windows workstations from unraid and it works wonderfully, except that after the files arrive on unraid, windows cannot seem them. The world execute bit is set. Chmod 700 fixes it, but the next rsync run sets them all back again. Since I will have rsync runs happening very frequently, I would like it to leave the file permissions alone. Tom references it here: http://lime-technology.com/forum/index.php?topic=4776.msg43822#msg43822 -rwx------ 1 root root 13213880172 Aug 22 2010 file1* -rwx-----x 1 root root 13213880172 Aug 22 2010 file2* ^-that is the world execute bit Is there a way to fix this so rsync runs dont create these file permission problems? Is this fixed in V5 or should I install NFS on Windows?

Tom sent it immediately to a hotmail address, but nothing arrived at all. Not even in spam. He resent it to my gmail address and now I have everything. Note the problems with Hotmail though.... Don't want to be a pain, but nothing to the ordering address, or the paypal address that I used. Perhaps paypal is the problem? I'm sure that's possible. I'd give it till the end of the day (2 full business days since you placed your order) and if you haven't received anything by then, send an email to lime-tech and include your order number, date of order etc.

Don't want to be a pain, but nothing to the ordering address, or the paypal address that I used. Perhaps paypal is the problem?

I sent in my order for a pair of plus keys on Sat for a build I need to do. I immediately received an order confirmation email, but nothing since. How do I make sure that my order didn't get lost? regards Tim

Joe L and Brit, thanks for the healthy skepticism. It appears that the server will in fact run with only 1 gb and still connect the network. I pulled the 2nd 1 gb stick again, and the server continues to run fine. Now I am really puzzled about what was really wrong. I reseated the network cable multiple times in testing with no change. When reinstalling the 2nd memory stick I also changed from a DVI monitor cable to a VGA analog cable. Is it possible that unraid doesn't like DVI?

The resolution to the network address not being found was to add a gig of memory. This computer was running fine with 2 1gb sticks of ddr2, but since unraid is so lightweight, I pulled one of them. I test booted into win7 ult to verify that the computer would still work, and connect to the internet with only 1gb. It appears that UNRAID will only work with 2gb ram on this mb. computers sometimes make little sense.......

Well it's working. I had pulled one of the 1gb mem sticks because I wanted unraid to run with 1gb of memory. I tested by booting into win7 and it still worked and accessed the internet properly, but it wasn't until I added the mem stick back in that unraid was happy to find the ip address. Array is building with 2 gig of mem presently. go figure.......

I got rid of one gigabit dlink 2208 between me and the router, but still no joy. Link doesn't seem to be alive. When running Win7 Ult we have no problems with this exact same network. There is lights on the switch, but only randomly do the lights show up on the computer network port when unraid is running. MAC address is standard, I just replaced the last 2 char with xx. Do you want it? syslog attached..... Is is possible that the dlink switch is somehow the problem? syslog.txt

Lots of stuff about ports, link modes, and speed duplex etc, but the one thing that looks strange is Link detected: no This computer works fine with Win7 Ult, and accesses the network beautifully. Yet it doesn't find a link when I put the unraid key into it??? There is a WRT 54g router running dd-wrt firmware and 2 dlink 2208 gig switches between this computer and the router.

I get fusectl..... usbfs on ..... /dev/sdb1 on /boot type vfat ..... I get lrwxr....... 1 root root 10 Dec 24 19:36 UNRAID -> ../../sdb1 Is that what I should see? (Linux noob here)

I have tried 2 keys and keep getting the same issues, and am wondering if it usb key related? MB is Asus M4A785-M with AMD Semphron 140 and 1 gig of DDR2 ram. Unraid 4.6 installed on Kingston Data Traveller 1gb via syslinux. I just had one of these MB laying around and tried to use it for an unraid test box. I created the usb boot key and successfully booted into unraid, but at the tower prompt, entering ifconfig eth0 didn't get me an ip address, nor can I access tower. I didn't have my key named UNRAID first time but I later changed the volume label to UNRAID and still can't get eth0 to show up with an ip addy. I get eth0 Link encap:Ethernet HWaddr 90:e6:ba:a2:52:xx UP BROADCAST MULTICAST MTU:1500 Metric:1 RX etc... TX ... collisions .... RX .... Interrupt:26 Base Address:0xa000 Just before giving the login prompt, I see it doing the following: Starting Network Interface Plugging Daemon eth0 Starting RPC portmapper /sbin/rpc.portmap Starting RPC NSM /sbin/rpc.statd Starting Internet super-server daemon /usr/sbin/inetd Starting ACPI daemon: /usr/sbin/acpid Starting Samba /usr/sbin/nmbd -D /usr/sbin/smbd -D Welcome to Linux 2.6.32.9-unraid tty1 Did it properly mount the USB, or do I have some other problem?

I just had one of these MB laying around and tried to use it for an unraid test box. I created the usb boot key and successfully booted into unraid, but at the tower prompt, entering ifconfig eth0 didn't get me an ip address, nor can I access tower. I didn't have my key named UNRAID first time but I later changed the volume label to UNRAID and still can't get eth0 to show up with an up addy. I get eth0 Link encap:Ethernet HWaddr 90:e6:ba:a2:52:xx UP BROADCAST MULTICAST MTU:1500 Metric:1 RX etc... TX ... collisions .... RX .... Interrupt:26 Base Address:0xa000