• Content count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About johmei

  • Rank
    Advanced Member
  • Birthday 10/03/1984


  • Gender
  • Location
    Roanoke, VA
  1. [CONTAINER] CrashPlan & CrashPlan-Desktop

    I read somewhere in this thread that once a user migrates to crashplan pro that gfjardim's crashplan docker thing will update to the pro automatically? But it didn't say exactly HOW this happens. Or rather, it didn't say what I should expect. So when I opened up the Crashplan docker and saw the same crashplan home interface, and the same status, followed by "checking files" and all that jazz, i stopped it immediately because I have no idea what it's doing or if it's expected behavior. Can someone please clearly outline what kind of behavior is expected after the migration process? Exactly how and when does the docker container update automatically? Do I have to open it? Log out of it? Is there anything I need to do to trigger it? EDIT: I've been reading some of the threads here and someone mentioned entering their account license key in the app and that kick started the update? Where can I even find that? I'm looking around for it anywhere that I can think to look :\ EDIT02: I also noted somebody mentioning checking the History so I did. It said that it was downloading an update. TO BE CLEAR TO THOSE LOOKING FOR THE SAME ANSWER: Expected behavior will be nothing...until you check History. There is no other indication (or I did not see any) that it was updating the app. But the only thing I did was start the docker and opened the webview, then looked at history and at the very bottom (latest log entry), it stated that it was downloading an update. Thanks!
  2. [CONTAINER] CrashPlan & CrashPlan-Desktop

    No worries at all. Thank you for getting back to me with a response. I'm probably going to play it safe and just trim it down by deleting the least important stuff and upload it again. It's better than having to re-upload everything and you and the other guy are the only two people I could find that said it didn't delete your stuff (although I didn't find anybody that explicitly said that it DID delete their stuff), so it's possible it was just a hiccup or something. Thanks again though for sharing your experience with that!
  3. [CONTAINER] CrashPlan & CrashPlan-Desktop

    Can anyone else please confirm that it did not delete their archived over 5TB?? Because I'm getting some pretty solid, very clear, "Your data WILL be deleted" messages and warnings. It's not saying it might, it's saying it WILL. Did you get these warnings when you migrated, Shadowrunner? I'm trying to decide if I should delete enough data to bring it below 5TB or risk having to reupload it all. Granted, it's not near the size of yours, but I would still rather not have to upload over 2 TBs of data if possible. Also, something to add that's confusing me; it's reporting my backup as 5.8TBs on the migration page, however, the CrashPlan app (I'm using gfjardim's) says completed 7.3TB of 7.7TB. Anyone have any ideas about that? (Just checked my last backup report email and it says confused)
  4. Thank you very much for the information! I'll look into both of them! Very happy to see that unRAID is going to be offering encryption in the future too!
  5. So first off, an apology. I searched and found no information that seemed very definitive or helpful, and this is a bit of an emergency, so please forgive me. I need to completely obliterate certain files for security reasons and I have no idea how this is possible. I had one idea; after deleting said files, copy a massive file over and over until there is no free space left, and then copy a bunch of smaller files to get the last bit and then delete them all, theoretically replacing any of the sensitive files with something else. But I am not confident in this procedure as there are too many variables that I am not immediately aware of. So will that work at all? And if not, is there ANY way at all to secure erase select files, or even better, a way to write 0s to every single sector that is not in use, or even random patterns. And finally, is there any way to encrypt data, either selectively, or the entire array? This would make the secure erase option unnecessary if I understand encryption properly. So really, either or, I just need to somehow, completely destroy the sensitive files. Again, I apologize if this is in the wrong category, if it's been covered, if it's in the wiki. I did search and wasn't able to find a crystal clear answer, just some discussion on the topic and I'm kind of in a panic for a solution. Thank you very much for your time!
  6. Strictly speaking the position of the script in the go file isn't critical. It is just good practise to have the network ready before the service (emhttp) is started. I got ya, that makes sense. I'll move my lines before that. Speaking of which... I don't understand what you mean...don't those commands have to be executed in that order? I don't see any other way for it to work (I mean, the correct file has to be copied, then the interfaces need to be unloaded and reloaded for the new names to be applied). Do you mean to say that I should instead have those commands in their own file, and call on that? Or something else? I'm not very experienced with scripts
  7. Thank you! Your script looks awesome That'll be a lot easier and better than doing it manually! I just have a question real quick. You mentioned the execution of your script happening before the start of the webgui, but I put all my lines after that. Should I move all my lines of commands before the webgui loads? It seems to be working, but I'm not experienced enough to know what kind of issues it could cause. Thanks! And thanks again for making that script!
  8. Boy I screwed up! I think this should have been posted in the subsection, Containers. In addition, there seems to actually be a thread answering this very question at however, that thread is not stickied...shouldn't that be stickied? Can we vote for threads to stickied? I had plex setup and working fine (among other things), then I decided to upgrade my cache drives and well it's been none stop fun ever since!! Among the issues I've had, Plex has disappeared a couple of times. I don't remember how I got it back exactly but all seemed well until I needed to add another Container Volume and now it's gone again...honestly, I do not understand nearly well enough what is going on to be able to piece things together and figure them out, so I'll be checking out the sticky's here and the FAQ very soon. But for right now I do have a specific question about plex that I can't seem to find an answer to I have the Community Applications Plugin, and when I search Plex, it has about 8 different plex Apps that look like they all do the same thing and...I just don't get it. Since I'm starting over with the entire docker thing, I'd like to know why there are 8 different plex apps to choose from, and what the difference is between them? I'll list them out here: Author: linuxserver. plex Author: pducharme. PlexConnect Author: PhAzE. PlexConnect Author: needo. PlexMediaServer Author: limetech. PlexMediaServer Author: PhAzE. PlexMediaServer Author: binhex. binhex-plex Author: binhex. binhex-plexpass Thank you very much for your time!
  9. YEAH!!!!!!!!!!!!!!!!!!!!!! Figured it out and I am freaking ecstatic!! :D so how does one rename the interfaces with unRAID when everything outside the /boot directory is apparently wiped clean in between boots? It took me several days, lots of hours but I pieced together how to make this work and I'm putting it here so that hopefully anyone else that has this issue will find the solution in a nice tidy little package and save them hours of frustration. The first thing you'll need to do is create a copy of the "/etc/udev/rules.d/70-persistent-net.rules" file in a place that will stick around everytime unRAID reboots. I created a directory under /boot called CustomConfigFiles. Open this copy and configure it so that the network interface that you wish to use for unraid is named eth0 and any others named eth1, eth2, etc. etc. The most important one is eth0 as unRAID uses that interface and will not use any other (as best as I can tell anyway) You'll need to figure out which MAC address is the one for the interface you wish to use as your primary network interface. There's several ways to get the MAC address, but the method I used was the command, "ethtool -p eth0" to get the interface's lights on the back of the server to flash. My methodology for this was as follows: use ifconfig to see a list of eth* devices and their addresses. use "ethtool -p eth0" to see which one flashes. When I find which card is flashing on the back of the server, I use Control + c to stop the command and take note of it's MAC address. I did this for each interface to find the MAC address of the two different interfaces I needed to use, and then using vi (if you're not familiar with vi, I know I wasn't, google how to use vi in linux and you'll find plenty of documentation) I opened and configured my newly copied, "/boot/CustomConfigFiles/70-persistent-net.rules" file so that the correct interface had the name eth0. Check out for more information on this (the information on this page is also used in a later step below) Next I edited the go config file at "/boot/config/go" to copy the correctly configured "70-persistent-net.rules" file to overwrite the generated file at "/etc/udev/rules.d/70-persistent-net.rules" using the following command: yes | cp -rf /boot/customconfigfiles/70-persistent-net.rules /etc/udev/rules.d/ That will copy and overwrite, without prompt, the generated config file that is not correct. The next line pauses the go script to make sure it had time to finish copying the file. I used 10 seconds, but that's probably a bit excessive. Use this command to pause the go script for 10 seconds: sleep 10s Next two lines will remove and reload the kernel modules for the network interfaces. See for instructions on this that are clearer than what I could type out. My next two lines looked as follows, but yours will be different: modprobe -r ixgbe e1000e modprobe -a ixgbe e1000e and then finally I configured my network interfaces. I'm not using DHCP here, because I couldn't figure out how, but I have the IP reserved in my DHCP server so there should be no issue. After you reload the kernel modules for the interfaces you need renamed (no idea of that terminology is correct, I'm just going on what that webpage said), you'll need to bring the now correctly named interfaces up. My config files look as follows. ifconfig eth0 up ifconfig eth0 netmask route add default gw echo nameserver > /etc/resolv.conf echo nameserver >> /etc/resolv.conf ifconfig eth1 up ifconfig eth1 netmask Obviously, plug in your own numbers there. eth1 is my 10 Gbit network card, but if you're just trying to rename a single interface so that it stays eth0 across boots, you won't have anything past specifying the name servers to mess with. Now I play the waiting game where I see if any other issues arise from this solution, and cross my fingers that they don't
  10. I am glad to hear that at least. However, unRAID had the correct interface named eth0 not only a few days ago. Something has caused the interfaces to be renamed and I can't figure out what. While there is not support for multiple interfaces, there should be a relatively simple work around considering that it's all linux and with some creativity, lots of stuff can be accomplished with it The thing about my issue is that I know what the problem is, and how it needs to be fixed. I need to configure or otherwise manipulate whatever it is that names the interfaces when unRAID boots up so that they will always have the same name across reboots and power downs. Figuring out how to do this, however, has been far more difficult than I would have imagined. So while I do appreciate the heads up that this will no longer be an issue at some point officially, would you happen to know how I could tell it to rename these interfaces on boot up using a command set or a script or some other method? Thanks!
  11. I'm on the verge of crying here. This is what hopelessness feels like. When you search all over Google and all you find are articles talking about editing the 70-persistent-net.rules file, but that will not work because unRAID generates this on each boot it seems, or articles saying to use ip link set eth1 name eth0 to rename interfaces without rebooting, but being met with an, "RTNETLINK answers: File exists" message...then Googling that to find more confusion and mess. All I want is consistency with network interfaces and I just don't understand why this is apparently is not possible? Please, if someone can help...I don't even know where to look anymore to try and solve this.
  12. If I were to place a file on the flash drive, and use the go script to copy that file, would it be too late in the boot cycle? I would need to have a custom 70-persistent-net.rules copied but whether or not this works would depend on when the go script is ran. Thanks! I just tried this and it does not work....sigh.
  13. If I were to place a file on the flash drive, and use the go script to copy that file, would it be too late in the boot cycle? I would need to have a custom 70-persistent-net.rules copied but whether or not this works would depend on when the go script is ran. Thanks!
  14. Before I say anything else, a little background information. About 10 hours ago I embarked on what should have been a very simple journey of upgrading my cache drives. I won't get into details, but I've ran into problems left and right and I finally am booting the server back up and now I'm having network issues. Please understand that I have been trying my best to get this working, I've been on google looking up everything I can. I do not just jump right into the forums and ask my questions without attempting to figure things out on my own. That being said, is the documentation out there to answer my question? Probably, but I have not been able to find it and it is not for lack of trying. I ran a direct 10 Gbit connection to my unRAID box not too long ago to take advantage of my cache drives, but I also needed this connection to work in tandem with my network for streaming and other networking services (I didn't want unRAID to rely on my main system being up to have internet and network access). Because of this, I had to unbridge all my network interfaces and this caused some frustrating issues, but I got around them and ended up manually configuring both interfaces in the go script. This worked well...that is until I realized the names of the interfaces can and will change. So now eth0, eth1, and eth2 are not the same anymore and the go script no longer works. I can simply change the name of the interface in the go script, but I would very much like to fix this so that it never happens again. What I really would like to do is either configure interfaces based on their MAC address instead of their interface name, or find a way to make sure the interface names do not change in between reboots and in between anything else that might happen. I found information on the interwebz that spoke of the file: /etc/udev/rules.d/70-persistent-net.rules and I edited that with vi, however, the comments at the top of the file and one of my google search results (that took me to a post in this forum) gave me little confidence that it would stick. It seems that this file is generated on each boot with unRAID and so editing it is pointless...unless of course I did something wrong. Either way, I can't imagine this solution should be anything difficult, but I just cannot find the answer I'm looking for anywhere online. Can someone please point me in the right direction? Thank you very much!
  15. GTX 580 passthrough code 12

    There is a very good chance you'll simply have to get a newer graphics card. I was having your exact issues with my GTX 580; nothing coming out of the video out and a device manager conflict. I was frustrated to find out that it's simply a compatibility issue. I purchased a GTX 950 for about $150 ish and it worked right away. The unRAID wiki states that, "NVIDIA GTX-series GPUs should work fine as of the 600 series or newer, but not all models have been tested." You can read more about it here: It's worth a shot to try the suggestions on that page for passing through your GPU, but just be prepared that they very well may not work.

Copyright © 2005-2017 Lime Technology, Inc. unRAIDĀ® is a registered trademark of Lime Technology, Inc.