Spectrum

AFAIK only the 5-in-3 cages cause problems in this case. The 4-in-3 cages should fit without issue.

They should. I only have one so I can't say for 100% sure, but it's a 3 bay cage and there are 9 drive bays.

Yeah I pulled the thing apart to pull out the blue fan. Computers are meant to be silent, sit in the corner, and not distract me! It lives in my living room next to the TV cabinet so the blue was very distracting when trying to watch a movie with the lights off. The MB looks soooo out of place in a full tower case Yep, they were bass ackwards. No matter how many times I proof a document something still gets through. Thanks for the catch!

I built this rig because I was running out of storage space in my HTPC and it doesn't have any free drive bays. It's not a real performer, but it is a lightweight in power usage! All of my systems are named after Greek deities and the Nesoi were goddesses of islands. Sounds like a good place for long term storage to me.... Build Specs Build OS: unRAID Plus 4.5.6 Current OS: unRAID Plus 4.6 CPU: Intel Atom D510 Motherboard: SuperMicro MBD-X7SPE-HF-O Level 2 Tested, syslog available here RAM: Kingston KVR667D2S5/2G Case: Cooler Master 590 Drive Cage(s): Cooler Master STB-3T4-E3-GP Power Supply: Corsair CX430 Fans: 2x Enermax UC-12EB 120mm Case Fans in front, case fan in rear. Parity Drive: Western Digital WD20EARS-00J Data Drives: 3x Western Digital WD20EARS-00J 1x Seagate ST31000523AS 1x Seagate ST31000340AS Capacity: 10TB total, 8TB usable Primary Use: Video storage, lan backup, general digital hoarding Likes: Quiet, low power, IPMI on motherboard is a boon Dislikes: The price? The addiction? Add Ons Used: unMenu, rsync, screen Power Measurements Note, these measurements were taken with a modified power cable and a DMM with an accuracy of ±(3.0% rdg + 5 digits). I wouldn't use the numbers for a journal publication, but they should give any one interested an idea of the power used by this rig. I didn't take a measurement for during a parity check because I didn't want to leave the server running power through the meter for an extended period of time. AmpsWatts Power off: 0.078.4 Power on: 1120 Boot: 0.672 Idle (drives down): 0.2732.4 Idle (drives up): 0.4857.6 Pictures No powered on photo, the only light you would see is the single blue LED. I took all the visually disturbing fans out

Sounds like Prostuff and I do things pretty similarly; guess I'm in good company If I have a drive with large amounts of data (like initial seeding of an array) I'll take the server down and put the drive in then manually mount the drive and copy stuff over using cp. I've tried MC and I just can't make myself like it, I prefer the command line. One thing I noticed when I set up my first array (4.5.6) is that files that have Unicode characters in their names (Martin Böttcher - Melodie Für Jessica) got really messed up. The files in question were on an NTFS drive and I played around a bit and came up with the following: Mounting an NTFS drive and copying data using cp messes up Unicode filenames. Mounting an NTFS drive and copying data using MC messes up Unicode filenames. Copying files from a Windows machine across the network to an SMB share preserves Unicode filenames. I ended up copying with cp and letting the filenames get trashed, then ran an md5deep scan on the source files and the destination files, diffed the files, then renamed the offenders. Not ideal but it worked. If I just have day to day copy to/from the server, I use the user shares for access and do things across the network. When I set up my array I created all my shares through the web interface and got things organized on my drives how I like and now if I want to add a new folder inside a current share I'll usually just do it through explorer. ie open \\tower\share then create a new folder so I end up with \\tower\share\new_folder. If I need to do a large reorg (haven't had to yet, but I can see one coming) I'll probably telnet in and open a screen session then move stuff around using command line. And Copy/Paste work fine.

To help another user troubleshoot some networking issues between unRAID and an embedded device I have compiled tcpdump and libpcap packages which are available via unMenu. While not for the faint of heart, if you are experiencing network problems between your unRAID server and another system or embedded device tcpdump can help you analyze the network traffic to aid in determining the problem. More information on tcpdump: tcpdump website man page Great tutorial by Daniel Miessler A few caveats: When logging network traffic for media files, it is easy to generate a lot of data. If you are running a capture that may be large, be sure you are not logging directly to your flash drive or the ramdrive as they may fill up rather quickly. If you have a cache drive, that is the recommended logging location; if not, log directly to one of the drives in your array. If you are analyzing more than a few packets, it may be easier to log the data with tcpdump and use Wireshark to analyze the file. To do this you need to make sure to capture the complete packet. The Wireshark docs have the required info here. Post back if you run into any problems or have any questions.

My comments are all theory, interpretation of the cable labs docs, and hearing from other uses so take it all with a grain of salt. And given the way Cable Labs specs have worked in the past, just because it works today doesn't mean it will work tomorrow. My understanding of the Tivo limitation is because it is being played back on a different device, it is outside the copy once scope. The Playready licensing scheme allows for a "playback domain" (which is not to be confused with a domain in the traditional networking sense) and that is why xb360s are allowed to act as extenders. Quite a bit of the playready spec is available if your willing to read up on it. As of right now it is the only licensing model available for HTPCs using cablecards because only MS has spent the hefty cable labs fees to get it licensed. I'm not sure what Tivo is using. They may have gotten their own devices certified by CL, but they really aren't HTPCs; they are more embedded devices.

Correct a recording made from a tivo cannot be transferred to another tivo device or computer and played back because it would be being played back on a secondary device. AFAIK there is no way to play back a recording made by tivo[0] from an external device, but if there was, that would be a "legal" playback because the drm encoding scheme was implemented by tivo[0]. Transferring it to tivo[1] and playing it back would not be a "legal" move and tivo[1] doesn't have tivo[0]'s encryption/decryption keys to unwrap the DRM so the "legality" is moot. There is no way to enforce the playback location of the file in an open system. Theoretically I could make a recording on WMC of a show that has the CCI flag marked as "copy once" then copy it from my PC to my unRAID box and back 100 times. The Windows machine has no way to tell that the file has been "copied" because the copy is bit-perfect. Timestamps aren't necessarily updated, and even if they are, they can be faked with the touch utility. What matters is the decryption key used by the software, which is unique to each installation. Now if I take that same recording and make a bit-perfect copy to my desktop, I still won't be able to play it back because my desktop won't have the decryption key required. A tuner that doesn't obey the CCI flag is the holy grail of HTPC's and no US based company will be able to bring one to market because of the DMCA, not to mention the civil lawsuits that would be filed by the content owners. The only hope would be breaking the encryption scheme used, and so far that doesn't look promising. The real problem for "legal" users that are using WMC and a cc tuner is what happens when their system gets hosed and they have to reload their operating system. I don't think there is a way to backup the enc/dec keypair, and if that is indeed true, reloading the OS would make any recording that was marked as copy once unwatchable. I haven't looked into that very deeply, I don't use WMC and have no desire to, but that would be deal breaker for me because I get waaaay behind in my tv sometimes!

Copy once means it get's drm wrapped and is only decodable by the machine that wrapped it; it doesn't matter where the file lives. ...In regards to Windows Media Center, shows marked Copy Once can only be played on the same PC in which they were recorded and the directly connected to an Extenders for Media Center like the Xbox 360... I wouldn't quote wikipedia for a scholarly paper, but it suffices for forums

Glad you got it resolved. I'd be a little worried about a program removed 2 years prior suddenly coming back!

Yup that's the same subnet. The fact that you can connect from the XP box to other network shares, but not to network shares on the unRAID box is a bit suspicious. Everything points to there not being a network browsing problem, yet one still exists. Other than being sure there are no firewalls running that might be black-holing traffic on ports 135-139 and port 445 I'm out of ideas. Last ditch effort, from the Windows XP machine try net view tower and post the result.

Are both machines on the same subnet? Routers in between can make things a bit more difficult.

Right now the only PC based DVR that is able to use CableCard natively is WMC and it obeys the CCI flag. Things that are marked as copy freely should be playable on any machine. Things marked as copy once should only be playable the machine that recorded it, and things that are marked copy never won't be recordable at all. Things that tend to get marked copy never are premium channels (HBO, Showtime, etc) and PPV events. The CCI flag is set by the cable company and is at the whim of them and the content provider. Just because something is copy freely today does not mean it will be copy freely tomorrow. There is a 3rd party application that allows Sage to use WMC to record content that is marked as copy freely then merge the content into the Sage library and some users have confirmed this works with the Ceton card.

Name resolution is indeed working. Can you browse network shares on other machines from the afflicted box? Go to start->run and enter services.msc to open the services browser. What are the status and startup type for the following: Computer Browser Server Workstation Also double check the properties for the network card and post back which items are installed. Should be Client for Microsoft Networks, TCP/IP, etc. Another thought, what is the result of a direct mapping rather than browsing. ie from the command line execute: net use x: \\tower\sharename Replace x with a free drive letter and sharename with an available share

This will function as a check for admin privileges ATTRIB %windir%\system32 -h | FINDSTR /I "denied" >nul IF NOT ERRORLEVEL 1 ( ECHO. ECHO This script must be run as an Administrator. ECHO. ECHO Right click and select run as Administrator or execute ECHO from an elevated command prompt. ECHO. GOTO END ) Also make sure to have a :END section after everything else in the file

It still sounds like name resolution is not working correctly. nbtstat -a lists the target machine's name table and since it is returning host not found, the nbtstat tool cannot make a connection. To see your local netbios table, issue nbtstat -r on the Windows XP box and see if tower is listed. If not, issue nbtstat -RR then ipconfig /flushdns on the XP box then check with nbtstat -r again. Even if it's not listed the 2nd time around try pinging tower from the XP box and see what happens. If pings work, name resolution is working and you should be able to access the unRAID box using its name. If no response there is a deeper issue. Please post the path to the hosts file you edited, and post the hosts file here as hosts.txt. If name resolution IS working and you cannot browse to the network shares on the unRAID box using \\tower there are other problems and we can go from there

$2.50 per GB..... Does that qualify as a good deal? /slobber /drool DO WANT!

Yeah too bad. I keep waiting for this thread to get spammed

Here is the updated version, v0.003. It uses the syslog_match.conf file from unMenu to get regexes and colors. PM me if you need the compiled binary. slc.txt

If I get a burr up my butt I may update the perl script to read in the conf files from the unMENU script. That way it's more universal and easy to update. Easy to update as in I don't have to do it, Joe and/or prostuff can take care of any changes in that conf file If (when! gotta think positive) I do I'll shoot you a copy of the exe and I'll post the perl script in this thread.

Nut sure how much data you have going back and forth, and it may not be an issue on a local network, but rsync will compare file timestamps and will not retransfer data that it doesn't have to. If it's a one time copy it's not a big deal, but if it's something like a backup script there's no need to recopy the same files over and over again if there have not been any changes

Flash of insight after I posted that last one. I installed par and packed that into an exe so you don't actually need to grab a perl interpreter. Seems to work fine but is a little shy of 1 MB zipped so I can't post it here Also I updated it to 0.002 for more graceful exits if command args are incorrect. Anyone that wants the exe feel free to PM me for a link. slc.txt

1st step is to decide which machine is going to initiate the transfer and which is going to receive. For everything below I am assuming Beast (15 drives) is the initiator and Puny (2 drives) is the receiver, you can switch and swap things around if you want it another way Create an rsyncd.conf file and start rsyncd on Puny. Copy the below and save it as \\Puny\flash\config\rsyncd.conf uid = root gid = root use chroot = no max connections = 4 pid file = /var/run/rsyncd.pid timeout = 600 log file = /var/log/rsyncd.log [audio] path = /mnt/disk1 comment = Audio Backup read only = FALSE add the following to the end of \\Puny\flash\config\go rsync --daemon --config=/boot/config/rsyncd.conf Either reboot Puny or execute the above at the terminal on Puny. To transfer the files from Beast to Puny execute the following rsync -r /mnt/disk11/audio 192.168.1.65::audio/ That should be the basics and should get you going. Assuming I didn't make any typos or logic errors

Need to have a Perl interpreter and Windows doesn't have that by default. Strawberry is what I use on my Windows boxes. If you can't install something to the root drive, you can grab this and give it a try. It looks like the host that was hosting the portable edition of Strawberry isn't hosting it anymore If you don't have the .pl extension registered as an executable type, you can put the perl interpreter in your path and call the script with perl scl.pl syslog >> syslog.html or just specify the direct path to the perl.exe c:\myhiddenperl\perl.exe scl.pl syslog >> syslog.html Wish Windows had better scripting by default. Sadly it's just batch files, vbscript, jscript, and wsh on Windows XP.

Hah you two were on top of that real quick! Here's v0.001, don't blame me if it goes haywire It's written in perl so you can take a look inside and see what's going on. Nothing fancy, just matching regexes that Joe and Prostuff have already figured out It doesn't stop processing on a hit like the syslog page on the webserver does so that may create a few false hits or something getting the incorrect color. It takes the filename of the syslog as an argument and outputs HTML version to stdout. To save to a file use redirection: slc syslog > syslog.htm then open in your webrowser of choice. If it's useful let me know! Bah forum won't take an extensionless file. Just save without an extension or use a .pl extension in Windows and you should be good. slc.txt