DarkHorse

Hmm... downloaded a new OpenVPN config definition from my VPN provider and all is now good. Not sure why that would affect me connecting to the docker instance locally.

Anyone else seeing TLS handshake failures? I see the following in my log every minute or so, and can no longer connect to the WebGUI. I recently updated my docker containers, and I believe it was working fine before the last update. Could it be related to the ciphers warnings? 2021-01-21 09:22:33,410 DEBG 'start-script' stdout output: 2021-01-21 09:22:33 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) 2021-01-21 09:22:33 TLS Error: TLS handshake failed 2021-01-21 09:22:33,410 DEBG 'start-script' stdout output: 2021-01-21 09:22:33 SIGHUP[soft,tls-error] received, process restarting 2021-01-21 09:22:33,411 DEBG 'start-script' stdout output: 2021-01-21 09:22:33 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'AES-256-CBC' to --data-ciphers or change --cipher 'AES-256-CBC' to --data-ciphers-fallback 'AES-256-CBC' to silence this warning. 2021-01-21 09:22:33,411 DEBG 'start-script' stdout output: 2021-01-21 09:22:33 WARNING: file 'credentials.conf' is group or others accessible 2021-01-21 09:22:33 OpenVPN 2.5.0 [git:makepkg/a73072d8f780e888+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Nov 6 2020 2021-01-21 09:22:33 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10 2021-01-21 09:22:33 Restart pause, 5 second(s) 2021-01-21 09:22:38,411 DEBG 'start-script' stdout output: 2021-01-21 09:22:38 WARNING: --ping should normally be used with --ping-restart or --ping-exit 2021-01-21 09:22:38 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2021-01-21 09:22:38,412 DEBG 'start-script' stdout output: 2021-01-21 09:22:38 Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication 2021-01-21 09:22:38 Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication 2021-01-21 09:22:38 TCP/UDP: Preserving recently used remote address: [AF_INET]134.19.189.171:1194 2021-01-21 09:22:38 Socket Buffers: R=[212992->212992] S=[212992->212992] 2021-01-21 09:22:38 UDP link local: (not bound) 2021-01-21 09:22:38 UDP link remote: [AF_INET]134.19.189.171:1194 2021-01-21 09:23:38,818 DEBG 'start-script' stdout output: 2021-01-21 09:23:38 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) 2021-01-21 09:23:38 TLS Error: TLS handshake failed 2021-01-21 09:23:38,819 DEBG 'start-script' stdout output: 2021-01-21 09:23:38 SIGHUP[soft,tls-error] received, process restarting 2021-01-21 09:23:38,820 DEBG 'start-script' stdout output: 2021-01-21 09:23:38 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'AES-256-CBC' to --data-ciphers or change --cipher 'AES-256-CBC' to --data-ciphers-fallback 'AES-256-CBC' to silence this warning.

I looked up my installation notes... not sure if this is helpful, but these are the steps I used to get netbox up and running: First install Postgres11 docker container, enter POSTGRES_PASSWORD, keep other default values Console in to postgres container su postgres psql CREATE DATABASE netbox; \l to verify it was created GRANT ALL PRIVILEGES ON DATABASE netbox TO postgres; \l to verify permissions \q and exit console. Next install Redis container, keep default values. Next install netbox container, username for admin account, admin. specify admin password. allowed host *. database name netbox. Database user postgres. Database password. Database host <<unraid IP>>. database port 5432. redis host <<unraid IP>>. leave all other values as defaults. Netbox container will start, but with errors. Bring up log of netbox console from docker tab in unraid interface... I saw errors related to deprecated usage of DEFAULT_TIMEOUT for redis server Console in to the netbox container cd into /app/netbox/netbox/netbox and edit the configuration.py file Change all values (should be two of them) of DEFAULT_TIMEOUT to RQ_DEFAULT_TIMEOUT Save file, exit console, and then restart container from the docker tab in unraid Console in again to netbox container, run the following commands cd /app/netbox/netbox python3 ./manage.py createsuperuser Open the the webGUI for netbox from the docker tab in unraid Log in as admin

For me, I found that my netbox configuration.py file was not being properly updated with the variables passed. To take a look, console in to your netbox container, and view /app/netbox/netbox/netbox/configuration.py. I simply edited that file directly, saved, and then restarted the docker container.

sorry, no... haven't looked into it any further.

Well, after reading this thread... I knew I had a Marvell controller on my board, but couldn't recall if any of my drives were using it. So I did ls -al /sys/block/sd* lrwxrwxrwx 1 root root 0 May 21 12:17 /sys/block/sda -> ../devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4/2-1.4:1.0/host0/target0:0:0/0:0:0:0/block/sda/ lrwxrwxrwx 1 root root 0 May 21 12:17 /sys/block/sdb -> ../devices/pci0000:00/0000:00:1f.2/ata1/host1/target1:0:0/1:0:0:0/block/sdb/ lrwxrwxrwx 1 root root 0 May 21 12:17 /sys/block/sdc -> ../devices/pci0000:00/0000:00:1f.2/ata2/host2/target2:0:0/2:0:0:0/block/sdc/ lrwxrwxrwx 1 root root 0 May 21 12:17 /sys/block/sdd -> ../devices/pci0000:00/0000:00:1f.2/ata3/host3/target3:0:0/3:0:0:0/block/sdd/ lrwxrwxrwx 1 root root 0 May 21 12:17 /sys/block/sde -> ../devices/pci0000:00/0000:00:1f.2/ata4/host4/target4:0:0/4:0:0:0/block/sde/ lrwxrwxrwx 1 root root 0 May 21 12:17 /sys/block/sdf -> ../devices/pci0000:00/0000:00:1f.2/ata5/host5/target5:0:0/5:0:0:0/block/sdf/ lrwxrwxrwx 1 root root 0 May 21 12:17 /sys/block/sdg -> ../devices/pci0000:00/0000:00:1f.2/ata6/host6/target6:0:0/6:0:0:0/block/sdg/ and then I checked which controller they were on: lspci | grep 1f.2 00:1f.2 SATA controller: Intel Corporation C600/X79 series chipset 6-Port SATA AHCI Controller (rev 06) looks like I must have known about Marvell issues before, as all my drives are on the Intel controller. I then proceeded with the upgrade from 6.6.7 to 6.7.0 and everything went smoothly. Very nice interface enhancements. Thank you LimeTech.

I got it working... I had a previous instance that I had deleted, and I forgot to delete the /mnt/usr/appdata/nextcloud directory from the previous install. It's now working fine. thanks!

Hmm... I do a clean install of the nextcloud docker app and I can't get the initial login / configuration screen to appear. When I launch the WebUI, I get: Internal Server Error The server encountered an internal error and was unable to complete your request. Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report. More details can be found in the server log. no errors that I see in the logs. Anyone else seeing this? Was following SpaceInvader's setup video on youtube, and in the comments I see some others running into the same problem.

For fun, I assigned all 16 cores / 32 threads / 16GB RAM to the High Sierra VM... multicore performance is about 2X of my 2011 3.4Ghz core i7 iMac.

Hmm... got an even better score... I must not have waited long enough after rebooting for the VM to settle down.

So, on my OSX VM running macOS High Sierra 12.13.3, with 4 cores and 8 threads, and 8GB RAM. Nice bump. Note the single core performance, without any optimizations, is better in High Sierra than it was in Sierra. Thanks @gridrunner for the video!

Nice. A little bit of a bump. My minimal OSX VM is running just 1 CPU, both cores, and only 2GB RAM. (my CPUs are Intel E5-2670's). Note, this is running macOS Sierra, 10.12.6.

Argh! Thanks Apple... apparently Content Caching is not available if running in a VM: https://discussions.apple.com/thread/8224088 dang it!! I wonder if there is a way to trick macOS into thinking it is not virtualized? sudo /usr/bin/AssetCacheManagerUtil canActivate 2018-03-12 15:25:56.535 AssetCacheManagerUtil[656:9496] Built-in caching server can not be activated: (no error) sudo /usr/bin/AssetCacheManagerUtil activate 2018-03-12 15:26:07.583 AssetCacheManagerUtil[658:9539] Failed to activate built-in caching server: Error Domain=ACSMErrorDomain Code=5 "virtual machine" UserInfo={NSLocalizedDescription=virtual machine}

Hmmm.... one of the goals for this was to run a macOS VM so I can have access to iMessages when on a Linux system. This appears to be working, I'll just keep a VNC window open to the macOS VM. The other goal was to have the macOS VM do content caching of System Updates and even iOS/iPad app downloads... a new feature of High Sierra. However, when I go into the Sharing preferences pane, I do not see the Content Caching service listed (area marked by red rectangle is present on my real Mac, but missing from the macOS VM). Any ideas why this is not showing up?

Ah! I found a couple things I did wrong... and have now fixed. In the VMware Fusion instance of High Sierra, I mounted the EFI partition using the EFI Mounter v3 script, and then: a) I moved q35_acpi_dsdt.aml into the CLOVER/ACPI/origin folder b) I installed the FakeSMC.kext into the kexts/10.13 folder c) I installed the HDMIAudio.kext into the kexts/10.13 folder I then shut down the Fusion VM, moved the updated vmdk file over to my UnRAID server and converted using qemu-img. Launched the VM from UnRAID and it booted right up! So, I think my main issue was not having the FakeSMC.kext installed.

Hello all, After watching all of the excellent videos (thanks @gridrunner!!), and reading through this entire forum thread, I'm still having issues. I'm attempting a clean VM install of macOS High Sierra 10.13.3, using the VMware Fusion approach. I downloaded the installer from the Mac App store, which has the .3 update pre-applied. I successfully created a VMware Fusion instance of it, used APFS for the file system, and installed No Machine! (in case it's needed if the VNC mouse tracking issue reappears). I then downloaded and installed the latest Clover v2.4k_r4411 release. Using the os_sierra_highsierra_support_files as provided by @gridrunner, I added the APFS.efi and HFSPlus.efi drivers, added the q35_acpi_dsdt.aml file to the ACPI directory, and the replaced the config.plist. I then moved the .vmdk image to my UnRAID server and converted using the following command: qemu-img convert -p -f vmdk -O raw highsierra.vmdk highsierra.img I then create a new VM using the .img as the primary vdisk, raw SATA access, using the latest Q35-2.10, OVMF bios. Next, edited the XML to include the qemu command line options as per the instructions in the support files, and made the changes for the ethernet. When booting the first time, at the BIOS, as per the video, I go into the OVMF platform settings and change the resolution to 1920x1080 and restart. Now, when booting, I get Clover screen, and then select to boot from the macOS "Macintosh HD" that I had setup. The black screen with the Apple logo appears, and the progress bar. The progress bar gets to about 60% and then just stops. No further progress. Am I missing a step? I don't need a patched version of Clover right? Do I need to extract the OSK key from one of my Macs and embed it into the XML somewhere? I don't see anything that interesting being logged (log below). Any assistance would be much appreciated!!! 2018-03-12 03:02:59.621+0000: starting up libvirt version: 3.8.0, qemu version: 2.10.2, hostname: BrownBear LC_ALL=C PATH=/bin:/sbin:/usr/bin:/usr/sbin HOME=/ QEMU_AUDIO_DRV=none /usr/local/sbin/qemu -name 'guest=macOS High Sierra,debug-threads=on' -S -object 'secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-39-macOS High Sierra/master-key.aes' -machine pc-q35-2.10,accel=kvm,usb=off,dump-guest-core=off,mem-merge=off -cpu host -drive file=/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd,if=pflash,format=raw,unit=0,readonly=on -drive file=/etc/libvirt/qemu/nvram/e4ef1673-1759-3a7e-c265-1d9838a8ca19_VARS-pure-efi.fd,if=pflash,format=raw,unit=1 -m 4096 -realtime mlock=off -smp 8,sockets=1,cores=4,threads=2 -uuid e4ef1673-1759-3a7e-c265-1d9838a8ca19 -no-user-config -nodefaults -chardev 'socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-39-macOS High Sierra/monitor.sock,server,nowait' -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -boot strict=on -device-chardev 'socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-39-macOS High Sierra/org.qemu.guest_agent.0,server,nowait' -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 -device usb-tablet,id=input0,bus=usb.0,port=1 -vnc 0.0.0.0:0,websocket=5700 -k en-us -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pcie.0,addr=0x1 -device virtio-balloon-pci,id=balloon0,bus=pci.3,addr=0x0 -usb -device usb-mouse,bus=usb-bus.0 -device usb-kbd,bus=usb-bus.0 -smbios type=2 -cpu Penryn,vendor=GenuineIntel,kvm=on,+invtsc,vmware-cpuid-freq=on, -msg timestamp=on 2018-03-12 03:02:59.621+0000: Domain id=39 is tainted: high-privileges 2018-03-12 03:02:59.621+0000: Domain id=39 is tainted: custom-argv 2018-03-12 03:02:59.621+0000: Domain id=39 is tainted: host-cpu 2018-03-12T03:02:59.739556Z qemu-system-x86_64: -chardev pty,id=charserial0: char device redirected to /dev/pts/1 (label charserial0)

I'm looking for a program to do nightly archives of my gmail emails. Stumbled across gmvault, but it doesn't look to be actively maintained any longer. https://github.com/gaubert/gmvault and home website here: http://gmvault.org appears to be a gmvault enabled docker container, but haven't tried it yet: https://github.com/jdhorne/gmvault-docker Just curious if anyone else is using unRaid to backup their gmail? If so, what are you using and is it working well? Thanks!

Thank you for creating this utility... keeps adding polish to an already great product! What is the preferred method for contributing new VM icons? Cheers.

Ah... that is so much better! NoMachine appears to be much more CPU friendly and performs pretty well. Thanks!!

I have a macOS 10.12.5 VM working, but it not via an upgrade, it was the version I created the VM with. Just followed SpaceInvader's video, and made sure I installed the fakesmc kext and removed the OSK key from the XML. Quick question for those with a working macOS VM: Do you use Splashtop? When I connect via splashtop, the streamer and windowServer processes on the macOS VM begin to consume a huge amount of CPU. So, instead, I went into System Preferences and enabled Screen Sharing and use that instead. I would prefer Splashtop because of the audio capabilities, but not when it is saturating 2 CPU cores. Anyone else see this issue?

Well, over 1 TB of data copied, all while the parity disk is being stressed due to rebuilding.... not a single error so far. I'm pretty sure the firmware update resolved the issue I was seeing. Thanks again dmacias!!!

Well, quick update so far. Marvell controller firmware updated with no problems. System is currently rebuilding parity drive. While being done, I performed the GbE file copy that caused the issue and everything went fine. Continuing to do multiple gigabytes of file copies, so far so good. I'll come back with another update after I have more info. Thanks for everyone's help.

Thanks dmacias... my system currently has 2.3.0.1037 and the newest updated firmware is 2.3.0.1063. Gonna give it a shot.

I am running into the same issue using my ASRock EP2C602 onboard controllers.... I think the Marvell ones are choking. Everything was working great until I attempted a bulk copy via GbE port from another machine, which must have pushed the controller a bit harder then when I copied files to the array via a WiFi connection. After the copy via GbE ran for a while, the system suddenly hung, GUI was unresponsive and I had to do a hard reset/reboot. And now see errors similar to what you reported. I did a search on the forums for info on the LSI controller board mentioned, but got a lot of confusing hits. Can you point me to the model LSI board you ordered? Does it have to have the firmware refreshed or anything for it to work properly with UnRAID? Thanks! [ 816.212348] ata9.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 816.212355] ata9.00: failed command: IDENTIFY DEVICE [ 816.212363] ata9.00: cmd ec/00:00:00:00:00/00:00:00:00:00/00 tag 11 pio 512 in res 40/00:ff:ff:00:00/00:00:00:00:00/40 Emask 0x4 (timeout) [ 816.212365] ata9.00: status: { DRDY } [ 816.212373] ata9: hard resetting link [ 816.519211] ata9: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 816.522209] ata9.00: configured for UDMA/133 [ 816.522261] ata9: EH complete [ 934.991956] ata8.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 934.991962] ata8.00: failed command: IDENTIFY DEVICE [ 934.991970] ata8.00: cmd ec/00:00:00:00:00/00:00:00:00:00/00 tag 8 pio 512 in res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) [ 934.991972] ata8.00: status: { DRDY } [ 934.991980] ata8: hard resetting link [ 940.301701] ata8: link is slow to respond, please be patient (ready=0) [ 945.040519] ata8: COMRESET failed (errno=-16) [ 945.040526] ata8: hard resetting link [ 950.389337] ata8: link is slow to respond, please be patient (ready=0) [ 955.069179] ata8: COMRESET failed (errno=-16) [ 955.069187] ata8: hard resetting link [ 960.421974] ata8: link is slow to respond, please be patient (ready=0) [ 990.074936] ata8: COMRESET failed (errno=-16) [ 990.074945] ata8: limiting SATA link speed to 3.0 Gbps [ 990.074947] ata8: hard resetting link [ 995.115761] ata8: COMRESET failed (errno=-16) [ 995.115769] ata8: reset failed, giving up [ 995.115771] ata8.00: disabled [ 995.115819] ata8: EH complete [ 995.115867] sd 9:0:0:0: [sde] tag#10 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=0x00 [ 995.115884] sd 9:0:0:0: [sde] tag#10 CDB: opcode=0x88 88 00 00 00 00 00 0b 04 f0 c8 00 00 03 00 00 00 [ 995.115888] blk_update_request: I/O error, dev sde, sector 184873160 [ 995.115939] sd 9:0:0:0: [sde] tag#12 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=0x00 [ 995.115942] md: disk0 read error, sector=184873096 [ 995.115950] sd 9:0:0:0: [sde] tag#12 CDB: opcode=0x35 35 00 00 00 00 00 00 00 00 00 [ 995.115957] blk_update_request: I/O error, dev sde, sector 0 [ 995.115979] md: disk0 read error, sector=184873104 [ 995.115996] md: disk0 read error, sector=184873112 [ 995.116002] md: disk0 read error, sector=184873120 [ 995.116004] sd 9:0:0:0: [sde] tag#13 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=0x00 [ 995.116008] sd 9:0:0:0: [sde] tag#13 CDB: opcode=0x35 35 00 00 00 00 00 00 00 00 00 [ 995.116010] md: disk0 read error, sector=184873128 [ 995.116013] blk_update_request: I/O error, dev sde, sector 0 [ 995.116020] md: disk0 read error, sector=184873136 [ 995.116026] md: disk0 read error, sector=184873144