jonp

Yeah, a LOT of time. In the meantime, you can use a mobile browser and navigate to the webGui that way. Is it better than a native app? No. Is it functional? yes.

This should be posted in the feature request forum.

Go under the Settings -> Network Settings tab and turn on help. There is a section about enabling bonding and bonding modes. Should be able to figure it out from there.

So I attempted to run the code --rebuild-tree and then I get the following page: reiserfsck 3.6.24 ************************************************************* ** Do not run the program with --rebuild-tree unless ** ** something is broken and MAKE A BACKUP before using it. ** ** If you have bad sectors on a drive it is usually a bad ** ** idea to continue using it. Then you probably should get ** ** a working hard drive, copy the file system from the bad ** ** drive to the good one -- dd_rescue is a good tool for ** ** that -- and only then run this program. ** ************************************************************* Will rebuild the filesystem (/dev/md6) tree Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do): So I type "Yes" without the quotations and select check, but it just kicks me back to the previous page and doesn't seem do much of anything to rebuild the filesystem on it. What am I doing wrong? And according to the writing up there...I should be backing up the harddrive before doing this filesystem restore? This is a bug in the webGui that we will have fixed in 6.1.7.

Not on the roadmap. Handling compute aggregation between disparate systems for real time applications like transcoding over a 1gbps network is unrealistic and frankly, not something I would imagine most consumers would leverage. This is more of an enterprise feature.

Yup. That's what I meant, just to spend tiny amount of time finding proper tools to automate things. Oh come on, you've got to be kidding me. I know you guys are smarter than this. Sure, it may take 10 seconds to google search "Media Wiki Automated PDF Conversion" or something like that, but do either of you really think it's just "click install and done"? There are countless things to consider: 1 - Is this add-on official or 3rd party? 2 - Is it compatible with our version of Media Wiki? 3 - Will it break our integration with SMF? 4 - How cleanly does it output the content? 5 - If we use this add-on, will this limit our upgradeability in the future? 6 - How much downtime will it take to apply and test this add-on? 7 - Why are we even doing this when the wiki is fine for 99% of people? And do you want us spending gobs of time figuring something like this out or adding features / fixing bugs in unRAID? We have plans to reinvest in our website, wiki, and forums at some point in the not-too-distant future, but for now, these types of distractions are just not important enough for us to worry about. 10 years of selling the product without maintaining documentation in downloadable/printable form says so. I appreciate what Frank did here, but beyond stickying the thread (which I will do), don't expect us to do anything else with this. It's just a distraction from getting you guys better features and more frequent releases. Sorry man i wasn't trying to be that guy. But yeah, its official and compatible. No answers on the rest of your question I did point out the "printable version" link that people can use For the record, my preference is for development with well written inline help even above the wiki. But I know there are procedures best handled in a wiki. No need to apologize, I just read yours and Brit's post and had one of these moments:

Yup. That's what I meant, just to spend tiny amount of time finding proper tools to automate things. Oh come on, you've got to be kidding me. I know you guys are smarter than this. Sure, it may take 10 seconds to google search "Media Wiki Automated PDF Conversion" or something like that, but do either of you really think it's just "click install and done"? There are countless things to consider: 1 - Is this add-on official or 3rd party? 2 - Is it compatible with our version of Media Wiki? 3 - Will it break our integration with SMF? 4 - How cleanly does it output the content? 5 - If we use this add-on, will this limit our upgradeability in the future? 6 - How much downtime will it take to apply and test this add-on? 7 - Why are we even doing this when the wiki is fine for 99% of people? And do you want us spending gobs of time figuring something like this out or adding features / fixing bugs in unRAID? We have plans to reinvest in our website, wiki, and forums at some point in the not-too-distant future, but for now, these types of distractions are just not important enough for us to worry about. 10 years of selling the product without maintaining documentation in downloadable/printable form says so. I appreciate what Frank did here, but beyond stickying the thread (which I will do), don't expect us to do anything else with this. It's just a distraction from getting you guys better features and more frequent releases.

We will do that when the need is clearly demonstrated that folks can't survive without a PDF copy of the manual. I don't really think this is an issue for the majority of folks, so until someone proves that it is, we won't sweat bullets on it.

We are not going to maintain our docs in both wiki and PDF form at this time. Franks efforts here are much appreciated, but PDF versions of our docs will need to be community maintained for now. I wasn't suggested you maintain the PDF => only that you host it. I don't see the point. Whether it's hosted by us or not really doesn't matter. Just the convenience of having a direct download on the site ... I agree it doesn't really matter [the same thing could be accomplished by simply having a link to the Dropbox account where it's hosted now]. A casual user who isn't active in the forum wouldn't even know the PDF existed if he/she clicked on "Support - Documentation" on the LimeTech web page. Yet if we host it on the website, it implies its officially supported. There will be an expectation that it will be maintained and when we update the wiki, users who stumble across the outdated PDF will probably be even more confused. Most users will probably be just fine using the wiki as opposed to a PDF. I get some folks like a printed manual, but that is definitely not the way of the world for software products like ours that change so frequently with new releases.

We are not going to maintain our docs in both wiki and PDF form at this time. Franks efforts here are much appreciated, but PDF versions of our docs will need to be community maintained for now. I wasn't suggested you maintain the PDF => only that you host it. I don't see the point. Whether it's hosted by us or not really doesn't matter.

We are not going to maintain our docs in both wiki and PDF form at this time. Franks efforts here are much appreciated, but PDF versions of our docs will need to be community maintained for now.

Command is: Virsh autostart $domainname --disable

With the latest OE v6, I still get no sound if I enable TrueHD or DTS-HD even though my receiver supports those formats. John Have you tested this using the latest OE not in a VM? Curious if this is a OE issue or a VM issue. Not with 6.0 final...only 5.95.5. I'm pretty sure it is an OE issue though. I'll try 6.0 a little later today. Thanks johnodon. Please let me know if this is a VM specific issue. I think not, but let me know nonetheless.

With the latest OE v6, I still get no sound if I enable TrueHD or DTS-HD even though my receiver supports those formats. John Have you tested this using the latest OE not in a VM? Curious if this is a OE issue or a VM issue.

In short, your GPU is grouped with your storage controller (the LSI controller). Because you can't move the graphics card to another slot, your only option is to either purchase different hardware or enable the PCIe ACS Override. The risk to using the override here is accidental/unintentional peer-to-peer DMA with your storage controller. There is nothing in hardware that would prevent this from happening (that's what the ACS feature does on chipsets that support it). If the devices are "well-behaved", then theory goes this shouldn't ever happen. I can also tell you there are multiple folks (including myself) that utilize this setting in that exact same situation (with the storage controller). You just have to decide for yourself if the risk is worth it or not. The peer-to-peer DMA could cause silent data corruption in your case because it could go to the storage controller, but if you have good backups of your data to begin with, then maybe it's not so bad. I don't think I've yet heard of anyone finding corrupted data as a result of using this setting, but be warned that it is theoretically possible.

Under Tools -> System Devices, please copy and paste your IOMMU Groups section. The error you are receiving is because the GPU you want to assign to the VM is in an IOMMU group with another PCI device on your system (not necessarily an add-on card). This could be another GPU, the SATA controller, an ethernet controller, or something else. Your choices at this point are: 1) Try reseating the GPU in another PCI slot and see if that works (try each slot you can). 2) Purchase hardware that has ACS support on the processor (currently Intel Extreme Edition desktop CPUs and E5 Xeon CPUs or better). 3) Turn on the PCIe ACS Override setting under Settings -> VM Manager and reboot your system. The 3rd option is the "easiest" option, but it comes with the potential risk of peer-to-peer DMA occurring between your GPU and another device in the IOMMU group. Search the forum and look through the wiki and you'll find numerous posts/references to this PCIe ACS Override setting and what it does. In short...it's use at your own risk, but many have found it to be their saving grace to getting this to work.

Interesting observation on it changing back! I will need to double check my systems for that. I generally prefer to use the onboard analog audio for my two Windows setups, but for a media center, that's not realistic, I realize that, and sometimes you legitimately just want to use HDMI audio. I'm going to have to check that tool out too and if all's good, I'll probably link that in the wiki and write up a guide using that as opposed to the manual way.

As if there was a doubt!

Eric actually put a build together of it for me today and while I only had the chance to just do a basic boot and make sure it played video, it did work, so our tentative plan is to include this in the next release. Not sure if anything got resolved for folks with respect to audio issues and whatnot, but I guess we'll find out ;-)

Guaranteed to resolve your issue. This is a known issue.

If you are trying to pump audio through HDMI on the video card itself, you need to apply the MSI audio fix which is spelled out here. This will solve the "demonic audio" issue as some have come to call it. http://lime-technology.com/wiki/index.php/UnRAID_6/VM_Guest_Support#Enable_MSI_for_Interrupts_to_Fix_HDMI_Audio_Support

Awesome! I will ask Eric to whip together a build for some testing!

Can you try this: http://lime-technology.com/forum/index.php?topic=41922.0

There are some video cards that do not support resets of the GPU with VMs like this. The result with these GPUs can be sometimes as simple as it just no longer working for pass through. Others may see the system lock up. Unfortunately there isn't much we can do in these situations. You can check to see if your GPU has a BIOS update and if so, apply it, but if that doesn't change anything, you may just have to go with a different GPU for this.

You need to make sure that graphics are output using the on-board graphics for the unRAID console. If you are seeing the console on the NVIDIA GPU, that's your problem.