DaleWilliams

Members
  • Posts

    987
  • Joined

  • Last visited

Everything posted by DaleWilliams

  1. Assuming you have a monitor and keyboard on your server. otherwise, Terminal on your mac will let you use the command 'Telnet' to get to unRAID. ...but if 'TELNET tower' or 'TELNET tower.local' doesn't get you to unRAID, you'll either have to setup a keyboard/monitor to unRAID or try looking in the router tables. ...and this would explain why most of us setup a static IP address. )
  2. The IP can be found in the syslog. (not much of an answer for a newbie, but what can I say?) What I'd do is check your ROUTER...it knows the IP Address. If this came from a power outage, its possible the file system on your flash drive is corrupted. Remove the drive, put it into your mac and run Disk Utility on it to fix the file system. (Don't expect a lot of output...its very fast and terse for your flash drive). Try again. Those are the fast/simple things... If you get the IP address back, you can access unRAID in your browser by entering the IP address in the URL field.... And there's more possibilities to help. First, lets get your browser access working.
  3. Interesting topic...I"m building an unRAID for our office and am about to face the same issue. I'll check out TrueImage.
  4. Putty should do fine. I use Telnet from my Mac. See this link: http://lime-technology.com/wiki/index.php?title=Check_Disk_Filesystems Watch the cautions in Red...but basically, no harm will come if you ONLY '--check' with the ARRAY in MAINTENANCE MODE: 'Reiserfsck --check /dev/sdX1' where 'X' is the cache drive identifier. (on the webpage at the bottom, in 'Additional Comments' there's a discussion of the cache drive. Don't forget the digit '1' for the cache partition number) The 'X' can be figured out from your syslog. Because Cache drive is slightly different than the data drives, you also might want to read THIS thread: http://lime-technology.com/forum/index.php?topic=15942.msg147860#msg147860 where Joe L. explains it better.
  5. Mover *SHOULD* have been deleting things...calling this 'fixed' may be premature. You might run Reiserfsck --check on your cache drive. And run the permissions fix mentioned in the v.5 install instructions.
  6. Grasping at straws... Run the fix Permissions script Reiserfsck --check on all the drives Have you checked to see if the files on the cache drive HAVE been moved? and just not erased from Cache Drive?
  7. Dynamix works fine in 5.0.5. it does Not work, yet, in the v.6 betas. It sounds like an incomplete install or corrupt flash drive. I'd try putting the flash in a PC and running Chkdsk on it. (Disk Utility on a Mac).
  8. One Tip for when you complete the build... Open the Web Gui and take a Screen Shot of the first page. It shows all the disk drives' serial numbers. Save the screen shot somewhere (dropbox?) NOT on the unRAID server. Should something happen, the ONLY two serial numbers that are important if you need to rebuild the server are those for PARITY DRIVE and CACHE DRIVE. Assuming the array was stable when you started down the rebuild path, the PARITY drive will show up as 'unformatted' and can thus be determined. BUT, if there's a data disk problem, and for some reason TWO drives are showing up as unformatted (Perhaps you had to replace a failed drive?) THEN, you must be absolutely sure you can Identify the Parity drive correctly. In this example, the replaced drive can be rebuilt safely from the correctly identified parity (Plus all the other data disks.)
  9. Dale this is interesting, do you not have a disc activity light on all of your discs or are you not using a rack mount? Thanks for your help. I have 4 MB onboard SATA sockets, and a 4 port addin card that doesn't drive the activity light on the front panel...so I put data drives on the add-in card. All writes go to cache first...so that's easy...and then MOVER causes Parity to light up. "Reading" from the data drives on the extension card is just invisible...but hopefully, there's a movie or tunes showing up somewhere.
  10. Not sure that I have the best system, but I wrote (black permanent marker) the last few digits of the serial number of each drive onto my caddies...makes them easier to find. In my setup, I was less concerned about the physical order of the drives than in their SATA-to-Motheboard connections. IN particular, I wanted the PARITY and the CACHE drive to light up the front panel 'drive busy' light. By plugging those two SATA cables into the MB, I can tell if there is array activity.
  11. Wait a bit... Its my experience that HFS+ can't be mounted, but I wasn't aware of any threads that indicated success... let me search the forums a bit. Meantime, before you borrow a Mac, wait and see if anyone else chimes in with a solution... Huh... Haven't tried this way of mounting, but this thread suggests that Midnight Commander can see files using SNAP to mount. (but the files AREN"T visible on a windows machine...your WINDOWS OS doesn't support HFS+) http://lime-technology.com/forum/index.php?topic=16967.msg154432#msg154432
  12. Does Windows index Network drives? There's discussion in the forums about the best 'text search' tool...my memory is that the discussion was needed because Windows (and Mac) don't index. Here's an example thread: http://lime-technology.com/forum/index.php?topic=33154.0
  13. I don't know how to do this...HFS+ is not mountable by unRAID with or without SNAP. You're going to have to transfer them over the network. If you mount the HFS+ drive to a MAC, and mount another (empty) drive to the same mac, and format the empty drive as NTFS*, then copy all data from Mac HFS+ to the NTFS drive, THEN, I believe the NTFS drive can be mounted on unRAID via SNAP. *(you may need the free preference panel 'NTFS-3G' to mount this on your mac). But by this time, you've already spent way too much time. I'd just copy via the network...sorry. Some tips if you're going to copy via the network: 1. Do not have multiple 'copy' commands running simultaneously...That is, don't grab a group of files and drop them on unRAID and grab another group of files and drop them on unRAID while the first group is still copying. There's a couple of reasons for this: a. its slower overall (because the drives are thrashing around trying to accommodate multiple writes) b. if you run out of disk space, one or more of the simultaneous copies will fail not-gracefully. 2. Do your writes in chunks...not an entire disk at a time. I'm not sure if its memory, or the mac (happens on PC, too), but there's something about huge file transfers that cause them to drop...typically at around the 10Gig mark. One solution appears to be muCommander. Free: http://www.mucommander.com/ which allows you to 'continue' when that drop occurs. that at least saves you the trouble of restarting the copy from scratch. Freefilesync gets some good reviews, but I've not personally tried it. http://sourceforge.net/projects/freefilesync/ Others have recommended 'supercopier'. Again, I've not tried it. It too is free. In its preferences, there's a setting that allows you to restart a failed download...so maybe it'll work on its own all night. http://ultracopier.first-world.info/supercopier.html
  14. Do you have the web GUI open while you're measuring speeds?
  15. Is it perhaps stored passwords on your windows machine that are incorrect? THere's a number of threads here about that. On a Mac they are filed in the 'Keychain' file...sorry I can't help you with Windows 8.1 other than to say I think its in the 'Windows Control Panel' somewhere. Perhaps someone else can point you at the right file. In the file, just find the pointers to unRAID shares and delete them. The next time you login to unRAID you'll be prompted for the password and it will be saved (automatically) into the
  16. in your web browser, access unRAID by typing its IP in the browser bar where the URL's go: 192.168.1.50 gets me to my unRAID (your number will vary) PLEX is: http://192.168.1.50:32400/web/index.html#!/dashboard unMENU is here: 192.168.1.50:8080
  17. that sounds like a network problem...not an unRAID problem. Check your cables...powerdown and restart your routers, and switches.
  18. I was intrigued by your syslog and dumped out the list of plugins.
  19. My morning coffee hasn't kicked in yet, but it looks like you're running PLEX. And I don't see a Cache Drive. Is that correct? If so, PLEX constantly queries the user share of movies and shows to see if anything has changed...so that it can update its database. That would keep one drive spun-up. Many folks put the PLEX app on the cache drive where its isolated from the array. It that's not the case, I'll get more coffee and take another look.
  20. PUt all the data disks back to where they were. (all the 2 TB disks.) They should all still have your data on them. The Parity Drive currently in place (also a 2 TB disk) should be valid. Run a correcting parity check to be sure. Then remove the existing parity drive. Insert the 3 TB disk and assign it as Parity. Parity will rebuild on the new 3TB drive. AT that point, you'll NOT have added 'capacity' to your unRAID, BUT you can then begin to swap in larger data drives.
  21. That's probably just spin up of the drives, etc. There's a script around called 'cache drives'. (search the forums). It makes unRAID 'pre-read' the directories of your server and pre-load the directory tables into excess RAM on your unRAID server. That allows directories to load almost instantly...individual files can still take some time to load. (again, drive spinup is the usual culprit for this.)
  22. Try this: By default, the finder tries to load little thumbnail images of every file. You can turn that off in FINDER/VIEW/Show options. (In latest versions of Windows, there's a similar setting...)
  23. Try running a SMART report on that drive... Its probably nothing...a data error that the drive self corrected. It would be good to know that its happened, and if the 360 starts growing, then trouble is coming.
  24. Don't use Tail, its just the last bits of the syslog...grab the entire syslog...whatever's going on is way back at the beginning. http://lime-technology.com/wiki/index.php/Troubleshooting#Capturing_your_syslog
  25. The setting you want is in SAB, etc. Configure SAB, etc., to save COMPLETED downloads to /cache/Movie & TV_Shows/ (or some such name). the user share 'Movie & TV_Shows' should NOT be in the APPS folder...it should be at the TOP level of the CACHE DRIVE. that will cause MOVER to copy the completed files to your array. The share Movie & TV_Shows should already be defined to be using the Cache drive. Then undo what I told you earlier. Set your APPS share on the Cache drive to be 'cache only'. And then in your ARRAY, go to the disk share where Mover put the APPS and delete the top level folder.