Hoopster

Members
  • Content count

    570
  • Joined

  • Last visited

Community Reputation

19 Good

About Hoopster

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed
  1. On my main server, I just upgraded from 6.3.5 to 6.4.0 stable a few days ago. The system seems to be functioning properly as far as I can tell, but, in examining the syslog, I found several call traces which I have not seen before. Call traces appear to be related to macvlan and ip addressing; perhaps the cause is that I recently assigned an IP address to the UniFi docker. Any idea as to the cause and how to address this? Diagnostics attached. medianas-diagnostics-20180121-1921.zip
  2. The CPU you have chosen only supports 16 PCIe lanes. Compare that to the Xeon E5 2670 V2 (a very popular used chip many unRAID users are buying from eBay) which supports 40 PCie lanes. The C236 chipset (like on the ASRock board I mentioned) supports a total of 20 PCIe lanes. Fortunately, the Skylake and Kaby Lake CPUs, like the Xeon E3-1245 v6, have support for the 4 additional motherboard controlled PCIe lanes, so, you could add an x4 NVMe SSD, for example https://ark.intel.com/products/97473/Intel-Xeon-Processor-E3-1245-v6-8M-Cache-3_70-GHz https://ark.intel.com/products/90594/Intel-C236-Chipset Your two x16 1080TIs would both run in x8 mode even if the board had two x16 slots. This is true even on boards/CPUs that support more PCIe lanes. The bottom line is that you are unlikely to find any server motherboard in any form factor that has an 1151 socket and the C236 chipset (the most prevalent server chipset for 1151 socket) with two x16 PCie slots because of the number of supported PCIe lanes of the CPU and chipset Server board manufacturers are not thinking, "hey, someone may want to run two high-end gaming graphics cards on their server." You are more likely to find 2 x16 slots on dual socket server motherboards and gaming motherboards. On the latter, you will likely lose ECC support.
  3. The ASRock Rack E3C236D4U appears to meet your requirements and supports your chosen CPU. Sent from my iPhone using Tapatalk
  4. [Support] Linuxserver.io - Unifi

    I assigned a separate IP address to my Unifi docker yesterday by editing the docker, setting network type to br0, and specifying the desired IP address. This caused the docker to reload. All ports were left at the defaults. When I accessed the WebUI, for about a minute the dashboard page showed pending on all my devices, but, it sorted itself out quickly and reactivated all devices. All I did was change the IP address in the docker and the UniFi controller took care of the rest when restarted. The docker shows up as a wired client in UniFi (on the same switch port as the unRAID server, of course) and I gave it an alias to identify it as the docker in the client list. It's all a very simple process.
  5. (SOLVED) No Israel??

    Yeah, but, according to the video they are all scumbags, disasters and total losers or speak fake languages. Why would we allow that lot to be 2nd? The Brits may give you a run for your money but we already relegated them to no better than 2nd over 230 years ago Fight it out with them and get back to us on which one really deserves to be 2nd. For now I am ignoring China since they are in the running for 1st. We may be fighting you for 2nd very soon, if not right now!
  6. (SOLVED) No Israel??

    Now, that was clever. I love the Netherlands, been there many times on business/holiday, so, it's OK with me if it's Netherlands 2nd. As to whether or not the default country is a "hot" issue; it is not for me. I just thought that, logically, if you selected a timezone bearing the name of a city (such as Istanbul), the default would be the country in which that city is found. Maybe just some text next to the "Show Map" button that says to "select your country on the map" would be sufficient.
  7. (SOLVED) No Israel??

    Yeah, guess I had never realized that. My time zone, when selected from the drop-down, only lists the U.S. and Canada and it defaults to the U.S., so, I had never needed to click on the map to select the correct country. The OP is also correct that if you select Istanbul from the drop-down it says you are in Ukraine until you bring up the map and click on Turkey. I suppose something has to be the default with many countries in a given time zone (like you Europeans and your "tiny" countries ). However, selecting Istanbul, one would assume, should default to Turkey. As to what is the default for Jerusalem, that default selection does seem a bit odd given that most would say Jerusalem is in Israel rather than Palestinian Territory, but, I'll stay out of the geo-political fray.
  8. (SOLVED) No Israel??

    Actually, I am from the U.S. I was just trying to reproduce the OP's "error." If you select Jerusalem from the drop-down, you get the default of Palestinian Territory. It is only when you bring up the map and click on Israel that it changes to Israel. Yes, I know where it is I just had not clicked on it.
  9. (SOLVED) No Israel??

    I see the same thing as the OP - To my knowledge, no special plugin is installed. Edit: Oops, yes, I have the Dynamix Date/Time plugin installed. I've had it installed for a while and forgot the map comes from the plugin. To me it just became "base" unRAID.
  10. I also upgraded from 6.3.5 without removing any plugins. Preclear, Unassigned Devices, S3 Sleep (disabled and not in use prior to upgrade) etc. were installed and caused me no upgrade issues. They continue to work without problems on 6.4.0. The plugins were all updated to the latest prior to the upgrade. Obviously, it is not mandatory for everyone that they be removed prior to upgrading, but, that may be necessary is some cases. There appear to be several variables at play here.
  11. unRAID OS version 6.4.0 Stable Release Available

    I can confirm the same issue with 6.3.5 and prior. Every time i exited a VM, a manual browser refresh was required to see if it had really stopped. Starting or forcing a VM stop refreshes the status. I always found this inconsistency a bit odd, but, it was not introduced in 6.4.0. It's been there a while.
  12. I followed these instructions to the letter on my main and backup servers. After running the indicated commands, modifying the go file and executing these commands on each server, moving files between the two servers is now possible without a password prompt. After rebooting my backup server, all the appropriate SSH files persist and the backup from main to backup server runs without a password prompt. Success! Thanks to @ken-ji and @tr0910 for this information. Combining Ken-Ji's instructions above and the intermediate tests in the original post and tr0910's sample script, automating rsync backup via ssh works great. Now it's on to refining my backup script and automating it via the User Scripts plugin. The unRAID community, as always, comes through again.
  13. @ken-ji The above was added to the original post based on a comment you made regarding permissions. I see that after following your instructions, there are three files in .ssh. authorized_keys has 600 permission, yet you indicated it should have 644 permissions.; id_rsa has 700 permissions, yet you indicated the key file should have 600 permissions; known_hosts is also in .ssh with 600 permissions. This is what is see in .ssh: -rw------- authorized_keys -rwx------ id_rsa -rw------- known_hosts rsync in both directions without password is working now (I have yet to reboot either server) with the above permissions. The inclusion of chmod g-rwx,o-rwx -R /root/.ssh in the go file would seem to indicate that all files in .ssh should have rwx permissions for group and other users, but, it appears that is not being set. Only owner permissions are set. If specific file permissions are important, I just want to make sure the proper permissions are being set. I apologize for all the replies/questions; however, in case others want to go down the rsync backup path, I want to make sure that the correct information is in this thread. I thank you and @tr0910 for all your great work to get this properly documented.
  14. Thanks for this. These are very clear instructions. I followed them on both servers and I am able to rsync in either direction between servers without a password prompt. Of course, when repeating the instructions on server two "server1" info is replaced with "server2" info and vice versa. I think most people will figure that out if I did These instructions work perfectly! I have not yet rebooted either server as I have an additional question related to your follow-up post below. "Server1" in my case is named "medianas" and "Server2" is called "backupnas." When I generated the ssh keys on each server I named them "medianas_key" and "backupnas_key." Even though these keys are being copied to the file id_rsa in the go file (as per your instructions) and "id_rsa" is the key file referenced in my rsync commands, are you saying that since the keys generated by ssh-keygen are not named "id_rsa" that I need to take the additional steps you mentioned, or, is everything OK since "id_rsa" is the file being created in /root/.ssh by the go file commands? I am assuming that since the generated keys (even though they are not called id_rsa) are being copied to "id_rsa" in /root/.ssh that this will work without creating /root/.ssh/config and specifying the identity files. Is this correct?
  15. Obviously, I am still trying to wrap my head around SSH and public/private keys and how they work. Thanks for your patience as I learn. There is no file named id_rsa in the /boot/config/ssh folder on either server. These files exist in /boot/config/ssh folder on both servers: ssh_host_rsa_key ssh_host_rsa_key.pub is it one (or both) of these files that need to be copied to /root/.ssh by a go file entry as in your example? EDIT: OK, reading this again, is "id_rsa" a placeholder for "whatever file name I created" in the ssh-keygen step in the OP? If so, I generated a file called "MediaNAS-rsync-key. Is it this file that should be copied to /root/.ssh? Are you saying that I need to maintain a copy of "Name of my id_rsa file" in the /root/.ssh/config folder (and that his folder must be created on every reboot?)

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