SergeantCC4

I appear to be having an issue I just noticed recently. I was out of town for business for two months and came back to discover that my disk2 (sdr) had 1024 errors that occured 1 second after a parity check started. The parity check completed without incident, the disk is not marked as failed currently, and I checked the S.M.A.R.T. data and there don't appear to be errors. I've attached a clipping from my syslog from when that happened (diskerrors.txt), as well as the diagnostics. Any guidance for this matter would be appreciated. The drive in question is a WD60EZAZ which is an SMR drive. I know people in the past has said that they're OK to use so if it's just a known issue and nothing to worry about that would be great. However, if anyone could let me know how to clear/correct those errors if the drive is good, or if someone could help me decide if the drive is bad. P.S. I ran a second parity check and it found zero errors as well. DiskErrors.txt server1-diagnostics-20220424-2210.zip

Anyone have any idea what might be causing this? Randomly we'll have one person drop files onto the server (having logged in with their user credentials) and another person (with their own r/w credentials for that same share) will be unable to access the files unless I run the "New Permissions" function in Tools. This is become increasingly more problematic as we have to wait for this script to finish before we can access files thus defeating the whole purpose of having the server in the first place. Any help would be GREATLY appreciated. Thanks in advance.

Anyone else know what might be causing this?

I've uploaded my diagnostics zip. SMB is currently set Export: Yes, Case-Sensitive names: Auto, Security: Private. All users have Read/Write access save one and the guest of course. And everyone has their own unique username/password. I though this at first as I had this issue on another array of mine but everyone is able to access 99% of the files on the array in question. Occasionally someone will drop a file into a directory (does not have to be the same one each time) and the files/folders they put in are inaccessible. Everything else can still be accessed, just not the new files. I should also note that we only have one private share on this server that we use (the one with the problems), we have one "guest" share that no one ever uses, and the appdata/system shares. Again, thanks for your help, and please let me know if you need any more information. As you can imagine this is quite frustrating. pieng-server-diagnostics-20210421-1044.zip

Anyone able to help with this. Every time someone writes something to the server no one else except the person who wrote the data can access it... This is dramatically slowing down our ability to accomplish tasks. Thanks for any help anyone can provide.

Hello all, I'm currently having an issue where I cannot access a file or folder someone else has placed on the server, nor they being able to access mine. When trying to access from my windows 10 laptop it comes up with the error: Network Error Windows cannot access \\servername\share\folder (or \\IP Address\share\folder) You do not have permission to access \\servername\share\folder. Contact your network administrator to request access. There is a link to go to a windows article about permissions but instead it just goes to the default Windows help page...... Everyone is using windows 10 laptops, I'm running Unraid 6.9.1, everyone involved has read/write access to the share, and I have even run the new permissions script, which works for existing files but starts again when new files are added ('old' files folders are still able to be accessed, only the files/folders added after the script is run cannot be accessed). Is there some setting that I'm overlooking that needs to be changed to prevent this from happening? Any help is appreciated. P.S. there is nothing in the syslog for the last twenty minutes prior to this happening besides disk spin up/down

Yea I noticed that the pre-read finished in a few hours but after it cleared the disk and zeroed everything the verification took a while. I tried to read the long topic about the SMR drives but it seed like the consensus was that they're good to use as data drives if I understood correctly.

Ok. So I need to load some data onto it first. It had me worried when it finished in 1/4 the time it took an 8TB drive to do the same. Thanks!

So I recently purchased a 6TB Blue drive to expand my array. I understand from reading certain topics in the past that the preclear step isn't required anymore, but I like to do it anyway (old habits die hard). While preclearing my disk (WD60EZAZ) the UI reported that the drive was doing the pre-read at +393MB/s. AFAIK it is impossible for spinning disks to read data that fast. Not that I'm complaining per se I just want to make sure nothing is wrong with the disk. I was running the preclear add on from within the webUI for the disk above as well as a shucked one at the same time (WD80EMAZ). The other disk showed common speeds (100-200MB/s for r/w) Has anyone else seen this type of behavior before? Thanks in advance for any clarification anyone light offer.

I've probably just got a bad case of the Fridays, but is there any reason why in Chrome when I go to the downloads page 6.8 does not show up but it does in incognito mode and on Firefox? The download still shows up in the Upgrade OS option on my server also. I did see that there was an upgrade done with respect to Firefox in the changelog but I'm assuming that is for the UI within Unraid?

I know I had an issue with Windows 10 in the past where I ended up having to use the IP Address of the Server rather than the Server Name. i.e. \\192.168.X.X\Sharename instead of \\Tower1\Sharename idk if this will work for you but it worked for me Also I had to remap one of my shares and click "connect using different credentials" and reenter my username/password and click "remember" again. Weird but I ran into something similar and this worked for me.

I can't remember for sure if I did that or not prior to this last update (I want to say I did local instead of PAM) but I definitely did this time just to make sure. Isn't mapping of the config folders automatic? Thanks for the quick reply btw.

I believe what is happening to IrishBiker is the same thing that happened to me. It appears that after updating the docker image it basically performs a "factory reset" of the entire program. We have to set up all of our usernames and create new certificates for every user and distribute these .opvn files EVERY TIME we update. This has happened twice to me know and after an update more often than not I am completely unable to access the webui and it takes me hours to initialize it (different problems every time). I've read the ReadMe and while helpful it would simply be easier for everyone if there was a way to export/import a configuration file via the WebUI of OpenVPN settings page.

It might be a compilation of updating unraid itself to 6.7.2 as well as openvpn to 2.7.4. But that's speculation on my part. I downloaded the backup/restore program but is there not just a configuration file in the openvpn-as folder I can move to back it up occasionally? The Backup/Restore takes the docker offline and I'd like to avoid that if at all possible. Preferably it would be nice to just have an "export configuration" option on the UI like in a router where if moving to a different system, or in the event of failure I can just import the file and I'm good to go.

Has anyone had their configuration completely wiped out after updating? If so how do I backup a configuration file to another location that I can load in the event this happens again?

I seem to be having a similar problem as far as not being able to access the WebUI. I've tried uninstalling the openvpn-as app from the docker menu, deleting the entire docker image, and restarting the server to no avail. This is both with the "/admin" and without the page cannot be reached. I've also tried chrome and firefox (both of which are up-to-date). I've read in this thread that I might need to delete the files from the root directory of the flash drive or something similar to that. Could anyone clarify, and if so explain how to do such a thing? I've followed the video from SpaceInvaderOne on how to set it up and I've read that the INTERFACE option is unnecessary in the newer versions. I've already set up the router in the manner he explained and was able to access the WebUI a few days ago, but I believe my tinkering messed something up and now I can't get it back. 😐 Guess it's time to start from scratch so any advice would be appreciated!!

dang i forgot about bit truncation... touche. thought that was still a thing of the past... Thanks.

Currently running 6.2.4 stable (setup A) and have been in the process of moving over my drives from RFS to XFS. I have a secondary setup also running 6.2.4 stable (Setup B) and I dump all the data from a specific disk to the other (A-->B). When it's done, I stop the array switch the disk to XFS and start/format the disk. Now the strange part is that when I go to move the data back from B to A, windows says, for example, that the size on disk is 2.55 TB. However in Unraid on the webUI the "Used" size is showing as 2.81TB. Now usually if it were a small difference I would be ok with it. Take it as some fluke, but nearly 300GB difference I'm having some hard time swallowing.... I've attached the pictures describing what I'm talking about, and if anyone could help I'd really appreciate it...

Wow... I'm not sure if I should be more mad at myself for not trying that first or more mad at the fact that doing something so simple in Chrome caused such a cataclysmic error... Any advice on a browser (besides IE/Edge) that has the least issues with Unraid's GUI? I just used Firefox to make that change. Thanks again btw. Edit: Any idea why when I poweroff and restart with the newest beta I still cannot use the GUI? Is this a known Chrome issue as well?

When attempting to increase the number of available slots in the Main GUI page, Unraid attempts to refresh the page but is never able to establish a connection unless I telnet in and send the poweroff command. Luckily I found this issue now before I attempted to add 4 new drives I just purchased. I am running the latest stable build with no plugins (6.1.9), and was able to find an error in the log that I can recreate by attempting the change the number of slots. It is as follows (with the full log attached): Apr 21 14:02:07 Citadel kernel: emhttp[1534]: segfault at 0 ip 00002b74aa61f527 sp 00007fff1cc3ca50 error 4 in libc-2.17.so[2b74aa5e4000+1bf000] Any help would be appreciated. I was going to attempt to do the preclear, but with the size of the disks 4 @ 6tb. I'm going to hold off until I can fix this issue. On a side note: I attempted to upgrade to the latest beta to see if that would fix the issue and was never able to load to GUI at all so I rolled back to the stable. This makes me wonder if there is an error with a file on the flash drive. LOG_CITADEL-4-21-2016.txt

I've had unRAID for over two years now without problems I could not find solutions for by searching the forums, however this one has me at a loss. On a new build, when I try to create a user share all of the fields blank out after clicking apply and nothing is created. The log is as follows: Dec 4 13:31:25 Normandy emhttp: shcmd (580): mkdir "/mnt/user/Movies" Dec 4 13:31:25 Normandy shfs/user: shfs_mkdir: locate: Movies (2) No such file or directory Dec 4 13:31:25 Normandy emhttp: shcmd: shcmd (580): exit status: 1 Dec 4 13:31:25 Normandy emhttp: shcmd (581): rm "/boot/config/shares/Movies.cfg" Dec 4 13:31:25 Normandy emhttp: shcmd (582): :>/etc/samba/smb-shares.conf Dec 4 13:31:25 Normandy avahi-daemon[11350]: Files changed, reloading. Dec 4 13:31:25 Normandy emhttp: Restart SMB... Dec 4 13:31:25 Normandy emhttp: shcmd (583): killall -HUP smbd Dec 4 13:31:25 Normandy emhttp: shcmd (584): cp /etc/avahi/services/smb.service- /etc/avahi/services/smb.service Dec 4 13:31:25 Normandy avahi-daemon[11350]: Files changed, reloading. Dec 4 13:31:25 Normandy avahi-daemon[11350]: Service group file /services/smb.service changed, reloading. Dec 4 13:31:25 Normandy emhttp: shcmd (585): pidof rpc.mountd &> /dev/null Dec 4 13:31:25 Normandy emhttp: shcmd (586): /etc/rc.d/rc.atalk status Dec 4 13:31:26 Normandy avahi-daemon[11350]: Service "Normandy" (/services/smb.service) successfully established. It is running V6b12 basic (working on getting a key) and this problem still exists when I roll back to beta 4 (the same on my current tower is running). Any advice would be greatly appreciated. P.S. I precleared all of the disks (parity plus 4 data) and there are no issues with the drives. Edit: Forgot to mention that the data disks are using XFS and I am able to access them manually and move files to them/create folders.

It was kind of a blind guess... I do have file extensions set to be displayed in windows explorer so I figured I'd give it a go on a share that didn't have much if any vital information but still displayed errors. It worked and so I moved on and fixed the mover issue I had. All in all it was a shot in the dark. That or maybe the version I'm running required it?

I did and put it on the flash. The problem was that I had to add ".bin" to the end of the file name. Simple mistake but I was just copying the op's directions which didn't have the file extension.

I uses the first command which displayed a list of around 30 or so of the user.org.netatalk attributes. I ran the second command which returned "-bash: /boot/rmattrs: no such file or directory" any advice? I'm running version 6 beta 4 and when I run the mover it crashes the whole system and there have been instances of data loss during the crash.

I'm having this issue, however it was because I did have the cache drive in one of my user shares included disk list. I copied and then deleted the files from the cache drive, then removed it from the included disks list, but when i moved them back and tried to run the mover the server just straight crashed. Any ideas on what might be causing this? The cache drive is not full, and these are not duplicate files on the data disks. I'm getting some "rsync" error in the log btw.