burtjr

Members
  • Posts

    318
  • Joined

  • Last visited

Everything posted by burtjr

  1. Just made a quick VM and loaded up fine. See screen shots. The only thing I need to do was extract the image as it was a .gz and copy iy to my server. I didn't spend anytime with it, set it up with VNC as video. I should have stated I used the Linux template with no html edits and nothing passed through.
  2. Another option that worked for me to get Ethernet through the house was disconnecting the phone land line from the phone company, in my newish house (7yrs old) outside and installing a switch to the router and connected the phones lines inside the house to the switch. At least with mine I had CAT 5e already run for the phone lines and has worked perfect for 6 years. I have a line in every room albeit not in the location I would have chose, but gets me close. Now this will take away your land line phone, I used a VOIP service for a while, but ended up ditching it for my cell phone after never using the VOIP phone, not because it was bad, just wasn't as convenient.
  3. burtjr

    New build

    Probably because with out pictures it's just a computer that is used as a server. When pictures are attached you will probably get some comments.
  4. Not sure why you would use the word unfair, but I am sure there was some research prior to them deciding on a price point. Email them and see what they say.
  5. Here is what I got from google..... autocutsel tracks changes in the server's cutbuffer and clipboard selection. When the clipboard is changed, it updates the cutbuffer. When the cutbuffer is changed, it owns the clipboard selection. The cutbuffer and clipboard selection are always synchronized. Since the VNC client synchronizes the Windows' clipboard and the server's cutbuffer, all three "clipboards" are always kept synchronized. When you copy some text in Windows, the cutbuffer and the clipboard selection are updated. When you copy text on the server using either the cutbuffer or the clipboard selection, the Windows's clipboard is always updated
  6. I have the LN4 version of that board had the same issue and the below worked for me 1) Make a backup copy of /boot/syslinux/syslinux.cfg --> /boot/syslinux/syslinux.cfg_bak 2) Download latest unRAID zip file from our Downloads section 3) Extract the syslinux/syslinux.cfg from within the zip and overwrite /boot/syslinux/syslinux.cfg 4) Reboot unRAID and try booting non-GUI mode Another option if the above doesn't work is to start in gui mode. On a side note this board does take a while to get through the start up.
  7. I would use it as a cache drive for dockers.
  8. Update the firmware on the SASLP. The last I looked and it was a while ago was up to .21. I don't have the SS-500, I have IStar's, but they worked flawlessly on the SALSLP with the .21 firmware.
  9. The wiki is updated by anyone not Lime Technologies. If you have time put the information together and update the wiki. There is a thread all be it rather long that should give you what you need to get a Ryzen build going. I haven't kept up to date on the 6.4 testing on the Ryzen platform, but was thought to fix some major issues.
  10. Personally I would always attempt merging before upgrading. They will usually get you by and you can determine from there exactly what you will need if in fact you do need to upgrade.
  11. I'm not sure how long you waited for the server to power down, but in my experience it could take hours for it to properly power down because of what ever went rouge to slow down or lock it up. Other than patience and tailing the log to see what caused the server to get to that point I can see that you could have done anything different.
  12. Run fix common problems in troubleshooting mode, then post the logs if/when it happens again.
  13. I found the below in your log, not sure if this would cause your problem, the only other thing I saw in your diagnostic was some warnings in your libvirt.txt file. Although others with more knowledge of dockers and VM's will chime in, I would check your docker and VM set ups, starting with the one using IP address 218.87.108.154 and if they look good to you, shut down all dockers and VMS, check for stability then introduce one at a time until you find the one causing the instability. Jun 1 19:53:00 Tower sshd[14274]: error: maximum authentication attempts exceeded for root from 218.87.109.154 port 52885 ssh2 [preauth] Jun 1 19:53:00 Tower sshd[14274]: Disconnecting: Too many authentication failures [preauth] Jun 1 19:53:02 Tower sshd[14416]: refused connect from 218.87.109.154 (218.87.109.154) Jun 1 19:53:19 Tower sshd[14503]: refused connect from 59.45.175.34 (59.45.175.34) Jun 1 19:53:29 Tower sshd[14545]: refused connect from 116.31.116.39 (116.31.116.39) Jun 1 19:54:03 Tower sshd[14776]: refused connect from 59.45.175.34 (59.45.175.34) Jun 1 19:54:27 Tower sshd[14888]: refused connect from 116.31.116.39 (116.31.116.39)
  14. Think of a VM like a regular computer that your building. If you want to play newer games at the highest frame rates then you buy a top of the line graphics card. In a VM you have a virtual computer using the same hardware as a bare metal box only it's in 1 box and you pass through the card so the VM can use it.
  15. Take a look at the motherboard manual, I think the M2 drive will up a PCIE slot, although not sure which one.
  16. You should read the whole thread, it is a living and breathing document. I think the main fix was concerning the c states.
  17. Looks like disk 1 and 2 have some problems. It would help if you provide a full diagnostic.
  18. You have issues with ATA17 and 18 May 21 04:58:13 Tower kernel: ata17.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen May 21 04:58:13 Tower kernel: ata17.00: failed command: WRITE DMA EXT May 21 04:58:13 Tower kernel: ata17.00: cmd 35/00:58:88:cc:90/00:00:4f:00:00/e0 tag 6 dma 45056 out May 21 04:58:13 Tower kernel: res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) May 21 04:58:13 Tower kernel: ata17.00: status: { DRDY } May 21 04:58:13 Tower kernel: ata17: hard resetting link May 21 04:58:13 Tower kernel: ata17: SATA link up 1.5 Gbps (SStatus 113 SControl 310) May 21 04:58:13 Tower kernel: ata17.00: configured for UDMA/33 May 21 04:58:13 Tower kernel: ata17: EH complete SAMSUNG drive HD204UIe May 20 22:42:24 Tower kernel: ata18.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen May 20 22:42:24 Tower kernel: ata18.00: failed command: READ DMA EXT May 20 22:42:24 Tower kernel: ata18.00: cmd 25/00:08:c8:d9:89/00:00:b1:00:00/e0 tag 30 dma 4096 in May 20 22:42:24 Tower kernel: res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) May 20 22:42:24 Tower kernel: ata18.00: status: { DRDY } May 20 22:42:24 Tower kernel: ata18: hard resetting link May 20 22:42:24 Tower kernel: ata18: SATA link up 6.0 Gbps (SStatus 133 SControl 300) May 20 22:42:24 Tower kernel: ata18.00: configured for UDMA/133 May 20 22:42:24 Tower kernel: ata18: EH complete WD30EZRX-00SPEB0 You have a lot of downloading happening when these errors occurred and ATA:17 continues into a second log. I didn't see anything that stood out in the smart report for these 2 drives. I'll let someone chime in what the DRDY error is, but you could start by doing a clean shutdown and trying to reseat or replace your sata cables to those drives.
  19. I would post this in the nextcloud support thread in the docker container section. You're more likely to get help there.
  20. I just quickly scanned both logs and this stuck out. "FAT-fs (sda1): Directory bread(block 8193) failed" IIn your system flaky, but not in the stable one. 'm not sure if this is causing your instability, but I have linked to a very old thread. While you wait for other more experienced help, you can do a clean shut down and move your USB stick to a different port to see if it fixes the problem. With the operating system loading into memory it seems it seems to be to be unlikely to be causing your problem, but the OS must have to periodically write to the USB.
  21. You might get some help if you post in the specific docker container thread. I link Linuxserver.io one below. I don't think many of the folks that can help you with this look in this area.
  22. Bonding has been fickle for me, I would do some research as some modes require hardware (router/switch) to support while others do not. I have not noticed any difference, but you will be splitting them and I haven't tried that. At least for me, if I had to do it over I would have gotten a different board although this board has worked great with Unraid. As for the power supply I also haven't had any experience with that brand, but most reviews are from 2015 and before. They are an OEM and provide units to companies such as Antec, EVGA, and Be Quiet. I would do some research here, as I wouldn't want to test my server with a power supply I wasn't confident in.
  23. 1. I would look at the Ryzen thread here as there are some early adoption problems that folks are working around. 2. You don't mention how you will be transferring your data. Will you be moving it to the 8TB drive and back to the 4 3TB, once in the system? or transfer all 7 TB to 3 of the 3TB drives, install the 4th into the new server and transfer 3TB to that drive and add each additional drive? and yes it can be done.
  24. The LN4F has onboard graphics (VGA) so you shouldn't need your graphic card. Even better it has IPMI which allows you to manage the computer BIOS over the network. I have this board, and it is a nice board, but if I had to do it over again I would have saved a little money and got a motherboard with fewer ethernet ports. The rest looks good, but if you start adding drives your power supply may need to be upgraded. I would go with a minimum of 450-500W to ensure expected system growth.