StevenD

I did a bunch of testing, including removing the setting page altogether, and the messages still appear in the logs. I have tested it on both vSphere 6.7 and 7.0. i should have more time to play with it later in the week.

Yes...it does. It’s really all I care about. Limetech already includes all the appropriate drivers.

I tried re-compiling it with v11.0.5, but the "error" is still there.

All I do is compile the open-vm-tools from Github. I honestly dont know much about it. However, there appears to be an issue with open-vm-tools and the 5.6+ kernel. https://github.com/vmware/open-vm-tools/issues/425 https://bugzilla.redhat.com/show_bug.cgi?id=1821892 That issue was closed on githiub, but Im not seeing a fix applied. The redhat links mention modifying a file. I will look into that when I compile the next beta.

And the best part....you can boot directly off of the USB now! You no longer need to use a VMDK (my preferred method) or PLOP.

One million "Thank you"s @BruceRobertson. That worked perfectly! My openVMTools_compiled plugin works just fine as well under vSphere 7.0 and unRAID 6.9.0-beta1.

Thanks! I was actually playing around with this today. I bought a new Ryzen motherboard and processor for my gaming rig and I figured I would play around with vSphere 7.0 and unRAID before installing it. I have been unable to passthrough the USB controllers to my unRAID vm. I will try out your esxcli command.

Nope. None at all. it just needs the plugin and the three packages that the plugin installs. One of these days I may try to figure how how to do an options page, like for NTP, but that’s somewhat beyond my knowledge.

Updated for 6.9.0-beta1, for those interested.

openVMTools_compiled has been updated to support unRAID 6.8.0-rc8. Please use Community Applications to install or upgrade.

openVMTools_compiled has been updated to support unRAID 6.8.0-rc7. Please use Community Applications to install or upgrade.

openVMTools_compiled has been updated to support unRAID 6.8.0-rc6. Please use Community Applications to install or upgrade.

openVMTools_compiled has been updated to support unRAID 6.8.0-rc5. Please use Community Applications to install or upgrade.

openVMTools_compiled has been updated to support unRAID 6.8.0-rc4. Please use Community Applications to install or upgrade.

FYI - I am having quite a bit of difficulty getting open-vm-tools to compile on the new kernel in 6.8.0-rc1. Hopefully I will have time to work on it again next week.

I suck.

I like PhotoSync. It works on Android and iOS. It has a setting that as soon as it connects to your home wifi, it will start uploading. I think its $3 or $5 for the app on each device.

You should be able to download it: https://packages.slackware.com/?r=slackware-current&p=screen-4.6.2-i586-2.txz And then run installpkg

I believe the only people who have experienced corruption have appdata on their array. Mine has always been on cache.

Tons of SMB issues. On 6.6.7, I can write to my cache at a steady 1GB/s. On 6.7.x, it fluctuates between 1GB/s and ZERO. It literally pauses during transfers.

I see no reason to include non-array devices.

Nevermind, I see what it did. The results arent accurate anyway as I have several things using the array at the moment. Unraid 6.x Tunables Tester v4.1 BETA 3 by Pauven --- INITIAL BASELINE TEST OF CURRENT VALUES (1 Sample Point @ 10sec Duration)--- Test 1 - window=3072, thresh=3064: 1.689 GB in 10.039 sec = 172.3 MB/s --- BASELINE TEST OF UNRAID DEFAULT VALUES (1 Sample Point @ 10sec Duration)--- Setting all drives to nr_requests=128 for the following tests Test 1 - window= 384, thresh= 192: 1.359 GB in 10.041 sec = 138.6 MB/s --- TEST PASS 1 (2 Min - 12 Sample Points @ 10sec Duration) --- Setting all drives to nr_requests=128 for the following tests Test 1a - window= 384, thresh= 376: 1.071 GB in 10.042 sec = 109.2 MB/s Test 1b - window= 384, thresh= 320: 1.474 GB in 10.038 sec = 150.4 MB/s Test 1c - window= 384, thresh= 192: 0.977 GB in 10.038 sec = 99.7 MB/s Test 2a - window= 768, thresh= 760: 1.685 GB in 10.039 sec = 171.9 MB/s Test 2b - window= 768, thresh= 704: 1.668 GB in 10.041 sec = 170.1 MB/s Test 2c - window= 768, thresh= 384: 1.638 GB in 10.041 sec = 167.1 MB/s Test 3a - window=1536, thresh=1528: 1.693 GB in 10.043 sec = 172.6 MB/s Test 3b - window=1536, thresh=1472: 1.527 GB in 10.043 sec = 155.7 MB/s Test 3c - window=1536, thresh= 768: 1.342 GB in 10.042 sec = 136.9 MB/s Test 4a - window=3072, thresh=3064: 1.476 GB in 10.043 sec = 150.5 MB/s Test 4b - window=3072, thresh=3008: 1.365 GB in 10.042 sec = 139.2 MB/s Test 4c - window=3072, thresh=1536: 1.415 GB in 10.038 sec = 144.3 MB/s --- END OF SHORT AUTO TEST FOR DETERMINING IF YOU SHOULD RUN THE REAL TEST --- If the speeds changed with different values you should run a NORMAL/LONG test. If speeds didn't change then adjusting Tunables likely won't help your system. Completed: 0 Hrs 2 Min 34 Sec. Results have been written to ShortSyncTestReport_2019_08_13_1604.txt Show ShortSyncTestReport_2019_08_13_1604.txt now? (Y to show):

That seems to have left off some tests. I course, I already closed the window. I will go run it again

Just FYI... I reverted to 6.6.7 last night. Results of short test: Unraid 6.x Tunables Tester v4.1 BETA 3 by Pauven Tunables Report produced Tue Aug 13 15:59:37 CDT 2019 Run on server: nas Short Parity Sync Test Current Values: md_num_stripes=6144, md_sync_window=3072, md_sync_thresh=3064 Global nr_requests=128 Disk Specific nr_requests Values: sdl=128, sdj=128, sdg=128, sde=128, sdn=128, sdm=128, sdp=128, sdr=128, sdk=128, sdf=128, sdi=128, sdh=128, sdq=128, sdo=128, --- INITIAL BASELINE TEST OF CURRENT VALUES (1 Sample Point @ 10sec Duration)--- Tst | RAM | stri | win | req | thresh | MB/s ---------------------------------------------- 1 | 351 | 6144 | 3072 | 128 | 3064 | 171.2 --- BASELINE TEST OF UNRAID DEFAULT VALUES (1 Sample Point @ 10sec Duration)--- Tst | RAM | stri | win | req | thresh | MB/s ---------------------------------------------- 1 | 73 | 1280 | 384 | 128 | 192 | 62.5 --- TEST PASS 1 (2 Min - 12 Sample Points @ 10sec Duration) --- Tst | RAM | stri | win | req | thresh | MB/s | thresh | MB/s | thresh | MB/s -------------------------------------------------------------------------------- 1 | 43 | 768 | 384 | 128 | 376 | 74.1 | 320 | 62.1 | 192 | 59.9 2 | 87 | 1536 | 768 | 128 | 760 | 117.4 | 704 | 127.2 | 384 | 111.0 3 | 175 | 3072 | 1536 | 128 | 1528 | 133.7 | 1472 | 149.9 | 768 | 118.0 4 | 351 | 6144 | 3072 | 128 | 3064 | 145.7 | 3008 | 145.7 | 1536 | 145.8 --- END OF SHORT AUTO TEST FOR DETERMINING IF YOU SHOULD RUN THE REAL TEST --- If the speeds changed with different values you should run a NORMAL/LONG test. If speeds didn't change then adjusting Tunables likely won't help your system. Completed: 0 Hrs 3 Min 15 Sec. NOTE: Use the smallest set of values that produce good results. Larger values increase server memory use, and may cause stability issues with Unraid, especially if you have any add-ons or plug-ins installed. System Info: nas Unraid version 6.6.7 md_num_stripes=6144 md_sync_window=3072 md_sync_thresh=3064 nr_requests=128 (Global Setting) sbNumDisks=14 CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz RAM: 32GiB System Memory Outputting free low memory information... total used free shared buff/cache available Mem: 32942816 4570920 27368236 674948 1003660 27190564 Low: 32942816 5574580 27368236 High: 0 0 0 Swap: 0 0 0 SCSI Host Controllers and Connected Drives -------------------------------------------------- [0] scsi0 usb-storage [0:0:0:0] flash sda 31.9GB Reader SD MS [1] scsi1 ata_piix [2] scsi2 ata_piix [3] scsi3 vmw_pvscsi PVSCSI SCSI Controller [4] scsi4 vmw_pvscsi PVSCSI SCSI Controller [5] scsi5 mpt3sas SAS3416 Fusion-MPT Tri-Mode I/O Controller Chip (IOC) [5:0:0:0] disk3 sde 8.00TB HGST HDN728080AL [5:0:2:0] disk9 sdf 8.00TB HGST HDN728080AL [5:0:3:0] disk2 sdg 8.00TB HGST HDN728080AL [5:0:4:0] disk11 sdh 8.00TB HGST HDN728080AL [5:0:5:0] disk10 sdi 8.00TB HGST HDN728080AL [5:0:6:0] disk1 sdj 8.00TB HGST HDN728080AL [5:0:7:0] disk8 sdk 8.00TB HGST HDN728080AL [5:0:8:0] parity sdl 8.00TB HGST HDN728080AL [5:0:9:0] disk5 sdm 8.00TB HGST HDN728080AL [5:0:10:0] disk4 sdn 8.00TB HGST HDN728080AL [5:0:11:0] parity2 sdo 8.00TB HGST HDN728080AL [5:0:12:0] disk6 sdp 8.00TB HGST HDN728080AL [5:0:13:0] disk12 sdq 8.00TB HGST HDN728080AL [5:0:14:0] disk7 sdr 8.00TB HGST HDN728080AL [N0] scsiN0 nvme0 NVMe [N:0:4:1] cache nvme0n1 512GB Samsung SSD 970 *** END OF REPORT ***

If it matters, those two "missing" disks are mounted via Unassigned Devices and they are not part of the array.