dlandon

Probably someting left over from the initial plugin installation that incorrectly changed permissions.

Linux is not recognizing the disk drive. I would reboot and get into the Bios and see if the disk shows. Are you sure the power and data cables are working?

It's an issue with Chrome. Probably with a recent update. Fixed in today's release.

You answered what I needed. I was concerned that it was an older Unraid version. I am running 7.0.0-rc2 and I do not see the issue, but I'm looking into it.

I was hopoing you would run the rebuild without the NFS sharing going on. I'm seeing 15 NFS clients attaching and detaching indicating a network or workload issue. Add this to your /flash/config/go file and reboot: # Increase the number of NFS threads. sed -i 's#/usr/sbin/rpc.nfsd#/usr/sbin/rpc.nfsd 32#' /etc/rc.d/rc.nfsd /etc/rc.d/rc.nfsd restart Try again. You said that you lightened the NFS load, but it still looks pretty heavy. If your rebuild is that slow, you are probably hammering the server. Also, be sure to set the file descriptors value to the large number. I'm still looking for some answers to my questions in the previous post so I can help you further. Without more information, I may not be able to offer much more help.

Post diagnostics.

Post diagnostics.

Update to the latest release. The AD Extras page was not showing because of some debug I left in the code. Once the plugin is first installed, go to the AD Extras page and click the 'Default' button to apply the necessary Samba settings. After that the settings will be applied on each reboot.

Are you installing tmux with another plugin or package?

Did you have any issues with private permissions?

When that is complete, I will have a plan on what we want to do next. In order to develop that plan, I will need some information. Please answer these questions: When you say shares disappear, what shares are you referring to? Unraid NFS shares, UD NFS Shares, or Unraid user shares? Look at the 'Shares' tab of 'Main' and let me know if user shares show. If none show, that's an issue with shfs. If shares show it will be an NFS issue. When the shares drop, can you access the user shares with a Windows computer? I see you are mounting some Drobo shares with UD. Are these the troublesome shares, or the Unraid shares mounted by another server using NFS? What packages are you loading with NerdTools and Un-get? What comprises your NFS traffic? Media sharing, downloaders, backup? Can you disable all your NIC cards with the exception of the Intel NIC? There is a Linux bug report here that may be related to the issue you are having,

No, only /mnt/user or /mnt/user0.

Let me know how it goes now.

Update and give it a try. I know setting permissons on shares like appdata is a problem. I guess there was a mental lapse for a moment thinking I had a better idea.

Understood. I thought I had a good idea about setting permissions, and it is a fail. I am removing it so nothing will be changed in the next release. Posting fix now.

Ok. I know what that is and will update the plugin. For the moment do a Tools->New Permissions and be sure to exclude appdata.

For the Spaceinvaderone solution?

Please upgrade the AD Extras plugin and see if it doesn't solve the issues you are experiencing.

The plugin has been extensively rewritten and hopefully the issues are addressed so AD will work properly: Access permissions. Backup and restore of database so AD permission settings will be persistent after a reboot. Minimum Unraid version is now 6.11 so it is using the later Samba releases. Please provide feedback so we can incorporate the fixes directly into Unraid.

Do the following: While on the preclear page type ctrl-shift-j and see if there are any Java Script errors. Go to Tools->PHP Settings and see if there are any PHP warnings/errors. Post a screen shot of the UD page.

Is there any possibility you can boot the server in safe mode and run the rebuild to see if there is something going on with your hardware or something else? You have too many things going on for us to find what issue is causing your problems. You should get the emulated disk rebuilt anyway.

Your best bet is to keep this friom happening. Your idea of incremental file transfers would also work. Another approach is to check that the WIndows computer is online (ping) before starting an rsync, and keep it on line while files are being transferred.

Do you lose just the NFS share access or are all your shares gone. i.e. Do you see shares in the UI on the 'Shares' tab, or is it empty?

Try it this way: timeout 10 rsync -av --human-readable --itemize-changes SMB_SOURCE DEST The timeouot in the rsync command will not timeout rsync on an SMB share that goes offline.