brian89gp

Members
  • Posts

    173
  • Joined

  • Last visited

Posts posted by brian89gp

  1. I almost always buy workstation to server class hardware and always run everything at stock speeds/voltages because to me overclocking can only make things less stable.  Now my less stable might be another persons stable enough.

     

    For my classification of stable, talking servers here because desktop applications throw a wrench in things, I expect my server to be online 100% of the time for 3-4 years with no failures.

  2. Technically, QoS as it is used in the business world is not QoS as you know it for home use.  If you look for QoS on managed switches you are looking for the business implementation, home use QoS is not the same and more similar to firewall rate limiting.  QoS on  your switches will do next to nothing unless you also have a router that understands QoS tagged packets, cheap ones do not do QoS in this manner.

     

    Buy a good unmanaged gigabit switch (8 port HP for $150).  If you are indeed pushing enough bandidth to worry about QoS then you will kill any cheapo switch, the cheap ones have small or no buffers and when you start loading up more then 1-2 ports with fast/bursty traffic you start getting buffer overflows.  If you are not pushing that much data and are worried about QoS 'just cause' then at least the more expensive switch will last a lot longer.

     

    Youtube and online games are typically low bandwidth in comparison to the size of internet circuits today.  How big is your internet connection?

     

     

  3. Put your sickbeard/couchpotato media locations onto unRAID shares and mount them.  The mover scripts in those two apps do what you are wanting and work well.  The complete/incomplete drives would stay local to your sabnzbd server for speed purposes.  Since all 3 apps are local to the same server it is pretty easy to set up.

     

     

    unraid server shares

    \\tower\movies

    \\tower\tv

     

    linux dl machine drives/mounts

    /                              = HDD #1

    /mount/incomplete    = HDD #2 for sabnzbd incomplete

    /mount/complete      = HDD #3 for sabnzbd complete

    /mount/movies        = smb mount to \\tower\movies

    /mount/tv                = smb mount to \\tower\tv

     

    sickbeard post-processing script will move from /mount/complete to /mount/tv and couchpotato's mover script will move from /mount/complete to /mount/movies

     

  4. An easier method might be a custom kernel with the VMXNET3 support complied in.  I'm not sure the kernel version but it has been built into the Linux kernel for a while now. 

     

    Unless I'm mistaken, Tom is still using Slackware 13.1 development tools for v5 beta build, so this wiki topic should guide the kernel recompilation:

     

    http://lime-technology.com/wiki/index.php?title=Installing_VirtualBox_in_unRAID

     

    The goal here is to install the development tools and the kernel source, configure the existing kernel ".config" options to the source and then built the headers. Then you can add drivers with the "make menuconfig" tool.

     

    Please note that those scripts at the end of the topic are outdated, so some links need to be updated.

     

    I'll go that route once it is out of beta, too much work for me to keep up with the versions before then.

  5. Yes, I run a second one as dev on one and second QA on another, but my point is just one thing, you have to have a datastore.

     

    I would love to hear who is running 1 or more VM's without a datastore.

     

    Forgot about that part, you are right.  You need a datastore of some sort to store the VM config files on.

  6. What is currently the best PCI-e, PCI-X and on-board controllers to use with unRAID under ESXi? Does it matter? Do they all work the same as running on bare metal when you pass them through to unRAID?

     

    Don't you need to have a local physical disk that is not being passed through for ESXi's datastore (holding the actual unRAID install, and other VMs)? So you can't pass ALL of your controllers through to unRAID?

     

     

    Well, you could technically boot ESXi off of a thumb drive and then ONLY have unRAID running on your ESXi server which also boots from USB.  In this case you wouldn't technically need a datastore for ESX.  If you want to run anything else though, then yes you need a second controller to present disks to ESX.

     

    Look for server class SAS stuff of which LSI cards are almost always a safe bet.  While many different cards typically will work only server class SAS controllers are on ESXi's HCL and are guarenteed to work well.  The IBM M1015 is usually right around $100

     

    I have a BR10i in HBA mode hosting disks for ESXi datastores and am using LSI SAS2008 based cards to passthrough to unRAID.

  7. Hynix, many thanks to being heavily used in the OEM server market (Dell, HP...) they can be had used pretty cheaply on Ebay.  Never had one go bad and they are almost always on the workstation/server class motherboard approved memory lists.

     

    Where I work the memory failure rate for a 3 year span is around 1 stick out of 100, and each time it was DOA.  Have yet to have one fail while in use (and I am taking 10+ TB total worth of RAM here)

  8. Should try what sabnzbd themselves suggest, having the incomplete and complete directories on different drives.  Fewer drives, less chance of total loss, and probably will run at the same speed or better then a 4 disk RAID 0

     

    I am using very old and very used 400gb SATA drives for the incomplete and complete disks and unrar of 12gb usually takes under 3 minutes and that is even while downloading something else at 50mb/s.

     

    Also, I am running this inside of ESXi with a single CPU and 1GB of RAM (single core off of a e5530 2.4ghz processor).  Load average is rarely above 1.5. 

  9. There is a website out there that calculates the payoff period for the investment.  Within the past few months it has become more expensive to buy the hardware then could ever be regained by generating bitcoins.

  10. Found a con.  It will allow people with the click-happy disease (me) attach the vmdk as a disk in unRAID and then format it.

     

    If you suffer from this too, it might be wise to set the vmdk as independent/non-persistant...

  11. It still sucks.

     

    I would love to be able to plug a USB HDD for backing up my WHS2011 using WHS's backup.

     

    It would also be nice for hosted storage inside a guest.

     

     

    USB to ethernet bridges work pretty well, especially if you are running a Windows guest OS.

  12. yes, ROOT....

     

    Using the vmDirectPath method or USB device method?  I am using the USB device method and have not tried the vmDirectPath way (though with the quick boot times, there is little reason to do it this way).  I also used the name BOOT, don't know if it matters or not but maybe worth a try.

     

     

    I tried this the other day. it loaded into memory in about a second, then another 8 or so to boot up unraid.

    Config changes have stuck through several reboots for me and also alternating booting between beta 11 and 12.  Installing packages in unMenu and modifying the go script also stick.  I was trying to break it and havn't been able to yet.

     

     

    Question for anyone who got esxi 5 up and running does the usb pass-thru still run at 1.1 speeds? or has there been an update to this in version 5?

    They have some xHCI mode now for the USB device, but it is still rather slow.  It was designed for USB software keys and whatnot so VMware didn't focus on speed and is also probably why (guessing) the VM BIOS doesn't support booting from USB.

  13.  

    2. Changes to your configuration, i.e. packagemanager changes have to be copied from the flash drive to the .vmdk disk....

    Not at all, the vmdk will be used only to boot the kernel (bzimage file) and attach the ramfs (bzroot). After that, the system will mount the drive with "UNRAID" label (i.e. the flash drive) at the "/boot" path, and will only use the configuration files from there.

     

    Yep.  All the packages I have installed are located on the flash drive (unmenu, openssl, openssh, etc).

  14. How much money do you want to spend?  You will have a low WAF with RDP so that would leave PCoIP  

     

    For PCoIP AMD has a vmdirectpath capable video card with PCoIP output for around $500-600. Then for the user side a standalone PCoIP client is around $350 (EVGA has a new one that is "cute") and Samsung has two monitors with the client built into the back for about $100 more.

     

    I run a 400 user VMware View (software driven PCoIP) install at work and use one of the Samsung NC240 zero clients. Cool stuff if you are willing to pay for it. USB is capped at 1.1 so keep that in mind.

     

    As far as quality, the NC240 monitor is a 23" wide screen at 1920x?? resolution. I have watched a 1080p video on it with no problems. This was on the software PCoIP (VM View) so the hardware driven one would be even better. PCoIP was built for this type of thing.

     

    www.Teradici.com

    VMware just licenses PCoIP tech and it existed a a direct 1-1 mapped client-workstation long before VMware started using it.

  15. A general tip for anyone running unRAID in ESXi (4.1 or 5.0) if you are looking for a very fast boot up.

     

    Make a .vmdk disk image of your thumb drive using WinImage.  I used a spare (non-licensed) 2gb flash drive I had laying around and deleted the config directory and created the image from it (change the name after the make bootable part to something other then UNRAID).  Upload it to your ESXi server and attach it to your unRAID VM.  Still do the USB passthrough like you normally would. 

     

    What happens is ESXi boots up from the vmdk image (very fast) and sometime during the boot unRAID mounts any flash drive with the name of "UNRAID" and reads the config/license data from it. 

     

    Pro:

    1. Boot up from the local HDD (less then 10 seconds on mine)

    2. Config and license still stored on the thumb drive

    3. Can do away with the plop boot manager/CD

    4. Never have to remove the thumb drive and attach it to a Windows machine again.  All "updating" is done on a spare thumb drive and the images created from it.

    5. Can have a boot vmdk of every version sitting on your server.  Booting a different version is as simple as attaching a different vmdk to the VM guest.

     

    Con:

    1. Haven't found any yet.

  16. I also turned on the SSD cache drive. i gave it 40 gigs.

    I dont know if that is good or bad yet. It wanted a whole SSD by default..

    Only if your VM's are swapping.  Otherwise it would go unused.  Could be a cheap and easy way to get a couple dozen low-CPU usage VM's running at the same time on a small amount of RAM though.

     

    I am still trying to figure out the advantage for me to update my datastores to VMFS-5.

    None, unless you are affected by the 2tb-512mb limit of VMFS3