Jump to content

barrettj

Members
  • Content Count

    45
  • Joined

  • Last visited

Everything posted by barrettj

  1. The start script does indeed take a minute to start it up. As for the stop script not working all the time, change the command to do a kill -9 instead of just kill and it should work.
  2. I don't believe that can be changed in the linux version currently (lots of things are hard-coded for the alpha).
  3. The ffmpegs themselves don't interfere, AirVideo installs its ffmpeg in /boot/packages/ffmpeg and hard references this version (via the test.properties file that is passed as a parameter). All the libraries referenced by both PS3 Media Server (I used a tutorial that was posted here, and it was happening at the end of my go script so it would overwrite the libs installed by unmenu) and AirVideo Server are the same version, except for the x264 lib (the new AirVideo requires the newer one, the old AirVideo alpha doesn't require it, but is very slow when being used). The changes in full are (2 URLs/filenames/MD5s, the ./configure.orig.fixed parameters, and the version verification info): There were no modifications to any file other than the package file, with the exception of deleting the ffmpeg which would only have to be done at a version upgrade. I'm not sure how to go about that as part of the package script as it's a custom ffmpeg and doesn't appear to properly output the version number and I'm not very well versed in the packages (I can change names and numbers, but adding steps is beyond me currently).
  4. I spoke too soon about it not working. I forgot I had also installed ps3 media sever, and that was installing older libs (specifically an older x264). The changes I made appear to work once I disable the installation of ps3 media server. AirPlay is working GREAT! I also made a change to the ffmpeg compile flags based on what some users were saying on the air video forums (lib faac isn't necessary anymore)
  5. Tried installing alpha 6, didn't work. Was running alpha 4 successfully. Did the following: Set the package to not install at reboot. Rebooted unraid. Installed the GCC package. Deleted /boot/packages/ffmpeg Changed the following parts of the package config: It will play files (already converted or natively supported), but not convert them (neither live nor offline). It WILL generate thumbnails, but very slowly, though which is interesting.
  6. Alpha 6 was just released that has some worthwhile features (AirPlay!) and speed improvements. I might try to see if I can get it working later tonight.
  7. I had originally had AirVideo on my Mac and everything was working fine. I then switched it to my unRaid box and I was having the problem that it was acting really slow on my iPad - thumbnails weren't showing up, live conversion took over 20 minutes to start. I tried force quitting the app and restarting it, didn't fix it. I tried rebooting my unRaid server and that didn't fix it. Tried different Java versions, and basically a lot of messing around. Long story short, what worked was restarting the iPad. Then everything was working 100% perfect. So if you're having problems, don't just assume it's the unRaid/AirVideo server Thanks to all those that have contributed to making this easy to use and install!
  8. I had to do as Kryspy in order to get it to run as well. Additionally I needed to edit the command that was starting it and add -Djava.awt.headless=true \ in order to get my album artwork to show up. cd `dirname $0` ${JAVA} -Xmx${SUBSONIC_MAX_MEMORY}m \ -Djava.awt.headless=true \ -Dsubsonic.home=${SUBSONIC_HOME} \ -Dsubsonic.host=${SUBSONIC_HOST} \ -Dsubsonic.port=${SUBSONIC_PORT} \ -Dsubsonic.contextPath=${SUBSONIC_CONTEXT_PATH} \ -Dsubsonic.defaultMusicFolder=${SUBSONIC_DEFAULT_MUSIC_FOLDER} \ -Dsubsonic.defaultPodcastFolder=${SUBSONIC_DEFAULT_PODCAST_FOLDER} \ -Dsubsonic.defaultPlaylistFolder=${SUBSONIC_DEFAULT_PLAYLIST_FOLDER} \ -jar subsonic-booter-jar-with-dependencies.jar > ${LOG} 2>&1 &
  9. That was indeed the problem - thanks! Interestingly enough, all the sata ports were set to IDE instead of AHCI, but only the final two were actually coming up as IDE.
  10. I added an additional hard drive (1.5 TB WD EARS drive, the one where you have to put the jumper over pins 7 & 8, at least according to what I've read on these forums). All of my previous drives have been going to /dev/sd* - but this one decided to be /dev/hdc. I do have one other device that's /dev/hdd and that's my cache drive which is connected via IDE, all the other drives are SATA. Isn't that what determines if it's sd or hd - if it's via SATA or IDE? Is the fact that this new disk showed up as HD something for concern? Here's my disks (as shown by unmenu): Array Disk Status Status Disk Mounted Device Model/Serial Temp Reads Writes Errors Size Used %Used Free OK parity /dev/sda 00Z_WD-WMAVU1172726 28°C 56 24 OK /dev/md1 /mnt/disk1 /dev/sdc 00P_WD-WMAVU0907828 29°C 8013 9 1.50T 1.44T 96% 64.56G OK /dev/md2 /mnt/disk2 /dev/sdb 00P_WD-WCAVU0027475 30°C 178747 15 1.50T 794.31G 53% 705.94G Total: 3.00T 2.23T 74% 770.50G UNRAID Drive Device Model/Serial Mounted File System Size Used %Used Free /dev/sdd usb-Ut165_USB2FlashStorage_00000000000327-0:0 /boot vfat 4.03G 247.22M 7% 3.79G Cache Drive Device Model/Serial Mounted File System Temp Size Used %Used Free /dev/hdd1 WDC_WD800JD-75MSA2_WD-WMAM9W629483 /mnt/cache reiserfs 22°C 80.00G 385.06M 1% 79.61G Drive Partitions - Not In Protected Array Device Model/Serial Mounted File System Temp Size Used %Used Free /dev/hdc WDC_WD15EARS-00MVWB0_WD-WMAZA0348956 27°C 1500.3G /dev/hdd WDC_WD800JD-75MSA2_WD-WMAM9W629483 22°C 80.0G My syslog (fresh boot from when I added the drive) is attached. Any advice or corrections to my understanding would be much appreciated! system_log.txt
  11. Are you trying to change it from the terminal or using the web interface? Changing it from the web interface has always stuck for me.
  12. I believe you can map a network drive to one of your unraid's shares and there's an option to log in with different credentials. If you have this drive reconnect at startup your users will never need to know about the user name/password.
  13. Shipping does not appear to be free for me (Madison, WI) - they want $8.40 for Ground Shipping of one drive.
  14. Thank you. It's working fine with your timezone file. Indeed, thank you - the central timezone file works!
  15. Send a PM to limetech... Point him to this post. I'm sure he will appreciate knowing the files don't work properly. I e-mailed and PMd last week, haven't received a response yet.
  16. Thanks for the info - I got this setup on my server with your instructions and it's great! One pleasant side effect is that if I'm editing config files, it appears to create a "version history" of sorts for each time I save the file (I suspect this may be due to how my text editor is saving the files, and not necessarily something intended - I'm using Smultron on OS X for anyone curious).
  17. If you have some way to view the syslog from where you are (unMenu, perhaps): The preclear runs a smart report both before clearing and after clearing - so if you can see two reports then you know the preclear is completed. You wouldn't be able to get the current progress, but at least you could know it was complete.
  18. Would it even be possible to tell where the error occurred (with any degree of reliability without tons of testing)? Wouldn't the most it could do be to tell you that there was a block mismatch between the disks and parity, so if you have say 10 disks then the error could be in any of the 10 files that those disks contain OR that the parity block is wrong. So each time it occurred you would have {number of disks} files to check per error. If each of those files was 1 gb move you'd have to watch each one all the way through, or have a MD5 hash of the file in order to check, wouldn't you?
  19. Success - that timezone file does indeed work correctly (unlike the eastern timezone file in the .zip on lime-technology.com's download page)! Now I just need to find a working central timezone file Attached is a zip file containing both the non-working eastern timezone file and the working one from Joe. Doing a diff tells me that they're different, but doesn't say how because they're binary files. easterntimezonefiles.zip
  20. I did rename the file. My current train of thought is that those directions clearly do not jive with how they are distributed now - all of the timezones are in one zip file. I believe that this zip file contains incorrect versions of the files, but I base this on very little as no one has posted a working timezone file for me to try. This also goes along with the fact that people that had unraid running prior to the redoing of lime-tech's website don't seem to have this problem.
  21. I have not found a solution either, and it is affecting both my towers as well (one was a fresh 4.5 install upgraded to 4.5.1 the other was a fresh 4.5.1). One is an intel, one is an AMD - so no commonality there. I'm assuming it doesn't affect people who were running an earlier version first (and hence a configuration issue?), but I'm new to unraid so I can't really comment. Here's the contents of some config files: ident.cfg And I've attached the central timezone file I'm using (maybe someone who has it working can compare it to theirs?), extension changed to .txt to let me upload it to this forum. timezone.txt
  22. Preclearing is for when you want to add a disk to an already running array and want to minimize the downtime involved (adding a new disk requires having all bits on that disk set to 0 as to not affect the parity of the already running system). If you are already up and running and not adding a disk, you would get no benefit from preclearing (and yes it would cause all data on the disk to be lost, it's literally clearing the entire drive bit by bit). As to your write speed question, I believe the documentation is out of sync with the latest updates regarding performance (it's been made faster).
  23. I've performed many reboots and even updated to 4.5.1, /etc/localtime is the correct file (at least according to diff), but all times are still displayed in UTC. Setting the timezone to one of the GMT times listed in the settings drop down causes the change to take affect immediately, but switching back to custom still results in displaying UTC. I've additionally tried the US/Eastern timezone file which resulted in the same. Could anyone with a known good timezone file attach one maybe? The only thing I can think of is that the files are somehow corrupted as if diff says /etc/localtime and /boot/config/timezone are the same then it's copying everything correctly.
  24. Are they zipped? They have no extension on my windows box. I unzipped the timezone .zip file (http://lime-technology.com/download/doc_download/5-timezone) and there were folders with names like Africa, America, US, etc. In each of those folders are files that are named after places or timezones, they range from 1 - 3 kb, and have no file extension. Adding a .zip extension to them, doesn't seem to help as 7zip says they are invalid. What I did was rename the US/Central file to timezone and then copied it to /flash/config. If I do a "diff /etc/localtime /boot/config/timezone" the files are identical, but I'm still getting the time displayed in UTC.
  25. I have rebooted and I've also tried using the America/Chicago timezone file instead, neither seemed to make a difference. This was a fresh install of 4.5. I did notice 4.5.1 was released so I may try to upgrade to that later today.