Frank1940

Probably not! When you see an underlined text in a forum reply, it could be a link to some documentation. So look at syslog server and since it is underlined if you click on it, you will be taken to the section of the documentation that has instructions on how to setup the syslog server.

You might want to ask about this in the Support thread for the Unassigned Devices plugin. I can see all types of issues about Share Access users permissions to 'random' disks that might be plugged via USB. (To some--- including you, this might not be an issue...) But it could also just be an issue of lack of development time to add a feature that might well have limitations in its usage. (Most of the time, Users are expecting things to be bulletproof even against the edge-cases and Developers want them to be idiot- proof. Combining these two can be a long and difficult process!)

Yes. BUT you would have to do it through the SMB Extras configuration in the GUI. The SMB configurations files are at: /etc/samba From the command line, run testparm and you will see the format and information required to add a new share. Google will be your friend from this point forward. This is not a task for the faint of heart. I have never attempted to try to do it and so can not give you any info beyond what I have provided. Proceed at your own risk!!!!

Go to the 'Shares' tab of the GUI. At the bottom of the the 'User Shares' section is a "COMPUTE ALL" button. Click it and wait. Then get a screen shot of the results. Post up the screen capture. Repeat for the 'Disk Shares'.

There should be a folder/directory on the 'Download' pool device named downloads and that folder/directory will be empty. That share will always be unprotected as long as it is on that disk and it (being empty) takes up 22 bytes. If you set up a 'Secondary storage' destination to the array and run mover, that folder/directory (and all of its contents) will be moved off of the 'Primary storage' onto the array. ( And the Download pool disk will empty.) Since you have a Parity protected array that Share will then become protected. IF you click on this symbol on the MAIN tab in front of the Download pool Device, it will open up the Unraid file manager.

As I recall, this being enabled has given problems in the past... (I assume that you have macOS computers on the network otherwise its use can cause be problematic.)

A file from your Diagnostics in the 'Shares' folder shows this: This indicates that the share only exists on the cache drive. (I am assuming that this is the 'Download' folder that you are talking about!) Whether a file is moved from the cache to the array depends on these setting being set correct: If there are any files of an array share that are on a cache drive/pool without redundancy, the share will always be shown as 'Unprotected". EDIT: One more thing. Linux is case sensitive. 'Downloads' and 'downloads' are two separate and unique Share/directory names on your server!

This is an example of what I am talking about: and

You could try this: SETTINGS >>> SMB and in the 'SMB Settings' section, make sure the two marked setting are as shown: This basically turns off SMBv1 support on the Unraid server. It will force the server to SMBv2 or higher.

It has been so long since I used WIN7 that I can't remember what versions of SMB it supports. I suspect that it is using SMBv1 and NetBIOS... This was often an issue with NetBIOS of servers disappearing. You can read a bit about how things work under SMBv1 in this old MS document: https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc737661(v=ws.10)?redirectedfrom=MSDN Back in those days, it was found that leaving all of the servers online 24-7 and setting up SMB on one of them with a global parameter so that it was always elected Local Master resulted in the most stable performance. Adding this to the SMB Extra setting on Unraid will help do this. [global] preferred master = yes os level = 255

I would get them with heat sinks if you expect to have long periods of writing. As I understand it, writing requires more power than reading. Also the high speed write buffer is smaller (and, perhaps, slower) on the cheap MVMe devices. Your use case will determine if this will be an issue... (I would be looking at Independent online reviews by folks who subject the device to actual tests and provide the results for you to analyze.) (If I recall correctly, the write speed on some of these devices is slower than a HD after that buffer is filled!)

What license do you have--- Basic, Plus or Pro? You may need to pull that 8TB drive that is going bad if it is a Plus license... Be sure and reboot after you do this!

While in the Edit option of the Docker dropdown, make sure that you have clicked on the 'Show more settings' dropdown. If it not there, go to the support link for that Docker and ask this question there. NOTE: Setting the UMASK variable is not required unless that directories created in the User Shares by that Docker container are not 777. (Files should be 666. It could be 777 but that setting is not recommended for strictly data files.) This does not apply to any files in the appdata share. That share is intended to accessed by only Docker containers to store their files in. A Share Access user should ever have to access appdata share for data! The owner, group and permissions are set to permit the Docker container to access files for its own use.

All switches have a CPU, RAM and firmware. Depending on many factors, they can run out of resources to efficiently do their job. The maximum Ethernet base speed is fixed-- 100Mb/s, 1Gb/s, 2.5Gb/s, etc. What changes is the number of packets sent in a given time period. The quoted WiFi speed is a maximum speed. The actual rate will very depending on many different factors. (Even someone walking between the client and the access point can impact the transfer speed.) Plus, there can be more than one client trying to use the WiFi signal at the same time. So you have to share the available bandwidth with that second client. In virtually all switches, you have a dedicated link between the two ports on the switch which can simultaneous support two streams at the rated speed of the switch. (Granted, you can have a third port connecting to one of these first two ports which will impact things depending on the exact data rates required for both clients. But each port will continue to operate at its rated data speed. The RAM is the switch usually buffers the packets so that the transfer speed is not unduly impacted.) EDIT: One more thing with WiFi. The upload speed can be different from the download speed depending on the signal level at the other end. That is what gave me the clue that you might be using WiFi.

What is your MTU setting? (It should be 1500!) Jumbo frames often causes problems... Is the Windows client computer on WiFi? Try a wired connection if so. If that doesn't help, try rebooting the router and all of the network switches.