jay2068

Everyhting is back working. I modified the docker network type also.

Ok I'll try a reboot and report back.

I see btfrs error and it also says it requires a reboot Mar 9 22:31:11 Tower12 kernel: BTRFS critical (device loop2): corrupt leaf: block=30805327872 slot=227 extent bytenr=30800609280 len=16384 invalid generation, have 9837406843266202086 expect (0, 1967407] Mar 9 22:31:11 Tower12 kernel: BTRFS info (device loop2): leaf 30805327872 gen 1967406 total ptrs 249 free space 221 owner 2 Mar 9 22:31:11 Tower12 kernel: item 0 key (30796890112 169 0) itemoff 16250 itemsize 33 Mar 9 22:31:11 Tower12 kernel: extent refs 1 gen 1843974 flags 2 Mar 9 22:31:11 Tower12 kernel: ref#0: tree block backref root 13899 Mar 9 22:31:11 Tower12 kernel: item 1 key (30796906496 169 0) itemoff 16190 itemsize 60 and Mar 9 22:31:11 Tower12 kernel: ref#0: tree block backref root 7 Mar 9 22:31:11 Tower12 kernel: BTRFS error (device loop2): block=30805327872 write time tree block corruption detected Mar 9 22:31:13 Tower12 kernel: BTRFS: error (device loop2) in btrfs_commit_transaction:2377: errno=-5 IO failure (Error while writing out transaction) Mar 9 22:31:13 Tower12 kernel: BTRFS info (device loop2): forced readonly Mar 9 22:31:13 Tower12 kernel: BTRFS warning (device loop2): Skipping commit of aborted transaction. Mar 9 22:31:13 Tower12 kernel: BTRFS: error (device loop2) in cleanup_transaction:1942: errno=-5 IO failure Mar 9 22:31:13 Tower12 kernel: BTRFS warning (device loop2): Skipping commit of aborted transaction. Mar 9 22:31:13 Tower12 kernel: BTRFS: error (device loop2) in cleanup_transaction:1942: errno=-5 IO failure Mar 10 00:20:49 Tower12 kernel: Fixing recursive fault but reboot is needed! I think I should reboot and see where I am at.

Attached is the log unraid_syslog.txt

I had a failed 3TB seagate drive. I replaced it with a 4TB WD Red. I have done replacments before as I've had my server a long time. Normally it just rebuilds and I'm good to go. This time it said it would take 11 hours. So I stopped all my VM's and dockers to make sure it wasn't doing anything. Well I wake up this morning and I can't get to the web interface and all the dockers are back up (VM's still down). So I stopped all the dockers with: docker kill $(docker ps -q) This command started showing all the container ID's and just stopped after 19 ID's. Hasn't returned to the command line in over an hour. I also ran:/etc/rc.d/rc.php-fpm restart That was to try and restart the web interface. The shutting down failed (I assume because it was already down) but that is also stuck at starting php-fpm for over an hour. I don't know where the restore is at or what I should do. I don't want to reboot if it's still working on rebuild. It's been rebuilding since yesterday at 3 PM Any help is appreciated.

Someone help a poor beggar. I need more space, can you spare a terabyte or two? j/k I need to clean up I think or invest in larger hard drives. I never thought I would get this full!

I'll take that as a no

Anyone have any ideas?

Shouldn't I be able to see activity on my GPU if Unmanic is using my NVIDIA GPU? I verified I have all the settings on my docker correct. I have installed the nvidia drivers and the GPU Statistics Plugin. Unmanic is set to use h264_nvenc in the worker processing file. TIA (edited for spelling mistakes)

Ok solved! I'm an idiot. Just wanted to let the internet know. I have two unraid servers and i put the IP of my PI-HOLE docker the same as my other unraid server. 🤦‍♂️

I installed pi-hole in docker. And for some reason it took over the main unraid page and I can no longer SSH into it. Any ideas how to turn off docker so I can fix the ports pi-hole is using?

Ran a vulnerability scan on my Unraid which is updated to 6.8.3 and received a HIGH warning on the underling OS Debian being end of life. Is this normal? and is there plans to update this?

Thanks for the info. I new it was something simple.

Ok so thank you community for helping me get my user shares working. I have a new issue. And I think it may just be a configuration issue. This is a two parter. 1) Why do I have a /mnt/user and a /mnt/user0 ? 2) when I wanted to copy files to a docker I just used //tower/appcache as it shows all my docker file there. But since user shares are enabled it copies the new file to another drive (Yes I know this is how User Shares work) but what I don't understand is shouldn't this not be available to copy to? I would think the /mnt/cache/appcache wouldn't be included in this. So like I said I think something isn't configured right. Or it is and I just should copy file to appcache that way and just use krusader to copy to the actual location /mnt/cache/appcache/ See previous thread for original context:

ALL GOOD! Awesome thanks again everyone for your help. Now I have a 300 or so shares I need to clean up widdle down to a more managed list! I ran the reiserFSCK --check command on the other disks to make sure they were okay and got 100% ok on them.

Well I didn't what to just kill the ssh session. I'll let it run till I get home tonight and if it isn't completed i'll stop it and see how the health of that drive is.

ok so it's been running all night. This is where it's at. Is it still doing something as it's not back to the shell prompt: Also found a spelling error in utility (Pointes should be points! I blame my mother for pointing this out) Flushing..finished Files found: 2966048 Directories found: 181418 Symlinks found: 43472 Names pointing to nowhere (removed): 70 Pass 3a (looking for lost dir/files): ####### Pass 3a (lost+found pass) ######### Looking for lost directories: /282219_2997626get_next_directory_item: The entry ".." of the directory [282219 2997626] pointes to [2 282219], instead of [2 1445] - corrected Flushing..finished, 1920 /sec Objects without names 1 Dirs linked to /lost+found: 1 Pass 4 - finishedone 663458, 1755 /sec Flushing..finished Syncing..finished

Okay running this now. But if this fails I'm replacing the drive. my 3TB drives are 4 or 5 years old and I think may be time to just replace. reiserfsck --rebuild-tree /dev/md3 Will rebuild the filesystem (/dev/md3) tree Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes Replaying journal: Done. Reiserfs journal '/dev/md3' in blocks [18..8211]: 0 transactions replayed ########### reiserfsck --rebuild-tree started at Wed Jan 2 18:37:34 2019 ########### Pass 0: ####### Pass 0 ####### Loading on-disk bitmap .. ok, 500796147 blocks marked used Skipping 30567 blocks (super block, journal, bitmaps) 500765580 blocks will be read 0%.block 26428449: The number of items (7) is incorrect, should be (0) - corrected block 26428449: The free space (0) is incorrect, should be (4072) - corrected block 26430618: The number of items (1) is incorrect, should be (0) - corrected block 26430618: The free space (0) is incorrect, should be (4072) - corrected

Yep I thought the same thing. I couldn't delete those files so I ran 'Check Filesystem' reiserfsck 3.6.27 Will read-only check consistency of the filesystem on /dev/md3 Will put log info to 'stdout' ########### reiserfsck --check started at Wed Jan 2 17:35:50 2019 ########### Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md3' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. finished Comparing bitmaps..Fatal corruptions were found, Semantic pass skipped 1 found corruptions can be fixed only when running with --rebuild-tree ########### reiserfsck finished at Wed Jan 2 18:08:22 2019 ########### bad_path: block 1439422, pointer 29: The used space (3992) of the child block (131075) is not equal to the (blocksize (4096) - free space (8) - header size (24)) bad_path: The left delimiting key [2 282219 0x7947bb80 DIR (3)] of the node (131074) must be equal to the first element's key [2 282219 0x7947bf80 DIR (3)] within the node. vpf-10640: The on-disk and the correct bitmaps differs. I'm reading the wiki now on how to repair reiserFS

Here you go! Disk 3 has some strange ?????? on the root. Looks like pictures. Going to see if I can delete those. root@Tower:~# ls -lah /mnt total 38K drwxr-xr-x 16 root root 320 Jan 2 06:13 ./ drwxr-xr-x 18 root root 380 Jan 1 09:20 ../ drwxrwxrwx 1 nobody users 182 Jan 2 06:26 cache/ drwxrwxrwx 13 nobody users 480 Jan 2 06:26 disk1/ drwxrwxrwx 3 nobody users 27 Jan 2 06:26 disk10/ drwxrwxrwx 12 nobody users 704 Jan 2 06:26 disk2/ drwxrwxrwx 34 nobody users 1.3K Jan 2 06:26 disk3/ drwxrwxrwx 44 nobody users 1.6K Jan 2 06:27 disk4/ drwxrwxrwx 46 nobody users 2.4K Jan 2 06:27 disk5/ drwxrwxrwx 8 nobody users 171 Jan 2 06:27 disk6/ drwxrwxrwx 4 nobody users 69 Jan 2 06:27 disk7/ drwxrwxrwx 4 nobody users 68 Jan 2 06:27 disk8/ drwxrwxrwx 10 nobody users 145 Jan 2 06:27 disk9/ drwxrwxrwx 2 nobody users 40 Jan 1 16:33 disks/ drwxrwxrwx 1 nobody users 182 Jan 2 06:27 user/ drwxrwxrwx 1 nobody users 480 Jan 2 06:27 user0/ root@Tower:~# ls -lah /mnt/disk* /mnt/disk1: total 88M drwxrwxrwx 13 nobody users 480 Jan 2 06:26 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ -rw-rw-rw- 1 nobody users 6.1K Dec 22 22:09 .DS_Store drwxrwxrwx+ 3 nobody users 96 Oct 25 11:28 EAP_Discovery_Utility_V1.0.3/ drwxrwxrwx 11 nobody users 344 Oct 2 2015 Games/ drwxrwxrwx+ 2 nobody users 160 Oct 12 2015 Minecraft_texture_Packs/ drwxrwxrwx+ 8 nobody users 320 Oct 12 2015 Olivia/ drwxrwxrwx+ 3 nobody users 648 Oct 25 11:28 Terraria/ drwxrwxrwx+ 4 nobody users 1.4K Nov 1 2015 Terraria.v1.3.0.1/ -rw-rw-rw-+ 1 nobody users 88M Jul 28 2015 Terraria.v1.3.0.1.zip drwxrwxrwx+ 4 nobody users 104 Nov 14 2015 Terraria_Server/ drwxrwxrwx+ 3 nobody users 72 Nov 1 2015 Terria-Jay_main/ drwxrwxrwx+ 3 nobody users 72 Nov 1 2015 terraria-joey/ -rw-rw-rw-+ 1 nobody users 13K Dec 4 2010 unmenu_install /mnt/disk10: total 0 drwxrwxrwx 3 nobody users 27 Jan 2 06:26 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ drwxrwxrwx 2 nobody users 6 Dec 30 13:59 StorageDisk10/ /mnt/disk2: total 99M drwxrwxrwx 12 nobody users 704 Jan 2 06:26 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ -rw-rw-rw- 1 nobody users 11K Dec 22 23:24 .DS_Store -rw-rw-rw- 1 nobody users 4.0K Dec 28 2013 ._.DS_Store drwxrwxrwx 2 nobody users 48 Jan 1 00:02 AllShares/ drwxrwxrwx 2 nobody users 48 Jan 1 17:56 MainShare/ drwxrwxrwx 2 nobody users 144 Dec 31 18:00 Movies/ drwxrwxrwx 2 nobody users 48 Jan 1 16:18 NetShares/ -rw-rw-rw- 1 sysop users 0 Jan 1 20:15 New\ Text\ Document.txt drwxrwxrwx 2 nobody users 48 Jan 2 06:14 TowerShare/ -rw-rw-rw- 1 nobody users 130 May 10 2013 amd\ osx\ link.txt drwxrwxrwx 3 nobody users 72 Dec 29 12:23 appdata/ drwxrwxrwx 2 nobody users 48 Jan 2 06:00 nextcloud/ drwxrwxrwx 2 nobody users 48 Jan 1 20:06 share1/ -rw-rw-rw- 1 nobody users 1.9K Jul 2 2015 steve.png -rw-rw-rw- 1 sysop users 4.9K Jan 1 2014 tempcode.txt -rw-rw-rw- 1 nobody users 62K May 31 2017 ubuntu-17.04-desktop-i386.iso.torrent -rw-rw-rw- 1 sysop users 39 Nov 27 2014 vs_failed.txt /mnt/disk3: /bin/ls: cannot access '/mnt/disk3/file (2).jpg': Permission denied /bin/ls: cannot access '/mnt/disk3/file (3).jpg': Permission denied /bin/ls: cannot access '/mnt/disk3/file.jpg': Permission denied /bin/ls: cannot access '/mnt/disk3/file (1).jpg': Permission denied total 201M drwxrwxrwx 19 nobody users 496 Jun 6 2015 !Photo_Transfer_Backup/ drwxrwxrwx 19 nobody users 616 Jan 9 2015 !Programing/ drwxrwxrwx 34 nobody users 1.3K Jan 2 06:26 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ -rw-rw-rw- 1 sysop users 6.1K Dec 18 10:21 .DS_Store -rw-rw-rw- 1 sysop users 4.0K Dec 18 10:21 ._.DS_Store drwxrwxrwx 3 nobody users 32K Aug 30 2015 100D5000/ drwxrwxrwx 2 nobody users 19K Aug 30 2015 101D5000/ drwxrwxrwx 31 nobody users 2.8K Feb 18 2015 1TB_Raid_Mirror/ drwxrwxrwx 2 nobody users 48 Jul 1 2015 Amazon_Music/ drwxrwxrwx 8 nobody users 784 Jan 7 2015 Audio_Sort/ drwxrwxrwx 3 nobody users 112 Jun 7 2015 Camera_IP_Images/ drwxrwxrwx 3 nobody users 72 Jan 7 2015 DCIM_img/ drwxrwxrwx 5 nobody users 192 Jan 7 2015 DVR_Images/ drwxrwxrwx 10 nobody users 336 Aug 5 2017 Drive_F/ drwxrwxrwx 3 nobody users 80 Mar 13 2015 ELK_Patron_Account/ drwxrwxrwx 4 nobody users 336 Jul 24 2016 Elk_Database/ drwxrwxrwx 2 nobody users 5.2K Dec 27 2017 Family_Videos/ drwxrwxrwx 3 nobody users 80 Jan 7 2015 ImagesToVideo/ drwxrwxrwx 2 nobody users 392 Feb 15 2017 Jay\ &\ Lisa\ Legal\ Documents/ drwxrwxrwx 25 nobody users 1008 Oct 31 08:16 Music/ drwxrwxrwx 15 nobody users 976 Sep 11 2015 OLD_US_Drive_TO_SORT/ drwxrwxrwx 274 nobody users 13K May 9 2018 Photos/ drwxrwxrwx 2 nobody users 48 Sep 6 2015 Recover/ drwxrwxrwx 14 nobody users 912 Sep 10 2015 Sort/ drwxrwxrwx 6 nobody users 144 Jan 10 2015 Video_From_JVC_Camcorder/ drwxrwxrwx 15 root root 432 Dec 9 20:21 cachejay/ drwxrwxrwx 2 nobody users 69K Feb 6 2016 dropbox_photos_dec2015/ -rw-rw-rw- 1 nobody users 36M Apr 25 2013 ethan_vid_2.wmv ?????????? ? ? ? ? ? file\ (1).jpg ?????????? ? ? ? ? ? file\ (2).jpg ?????????? ? ? ? ? ? file\ (3).jpg ?????????? ? ? ? ? ? file.jpg drwxrwxrwx 5 nobody users 192 Jan 7 2015 iTunes_Intercom/ drwxrwxrwx 4 nobody users 144 Jun 15 2016 iTunes_Music/ drwxrwxrwx 2 nobody users 192 Dec 29 13:48 iso/ drwxrwxrwx 2 root root 80 Dec 12 20:39 libvirt/ -rw-rw-rw- 1 nobody users 165M Apr 25 2013 video.wmv drwxrwxrwx 3 sysop users 72 Dec 12 20:09 vms/ /mnt/disk4: total 2.3G drwxrwxrwx+ 121 nobody users 56K Aug 9 2016 !sort/ drwxrwxrwx 44 nobody users 1.6K Jan 2 06:27 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ -rw-rwxrw-+ 1 nobody users 13K Dec 18 10:21 .DS_Store* -rw-rwxrw-+ 1 nobody users 4.0K May 28 2014 ._.DS_Store* -rw-rw-rw-+ 1 nobody users 4.0K Dec 30 2013 ._Users drwxrwxrwx+ 4 nobody users 248 Feb 14 2015 ATLauncher/ drwxrwxrwx+ 3 nobody users 152 Jan 18 2015 Amazon_Fire_TV/ drwxrwxrwx+ 2 nobody users 88 Feb 11 2017 AutoIT/ drwxrwxrwx+ 5 nobody users 136 Jan 18 2015 DVR_Camera_Images_Archive/ drwxrwxrwx+ 5 nobody users 1.2K Jan 17 2015 Disk_Images/ drwxrwxrwx+ 14 nobody users 1.2K Aug 18 2015 Document_Older_to_Save/ drwxrwxr-x+ 25 nobody users 2.5K Feb 14 2015 Documents/ drwxrwxrwx+ 2 nobody users 7.3K Feb 21 2015 DownloadFile/ drwxrwxrwx+ 77 nobody users 29K Sep 23 13:04 Downloads/ drwxrwxrwx+ 2 nobody users 136 Sep 14 20:48 EAP_Controller_V2.5.4_Windows/ drwxrwxrwx+ 3 nobody users 96 Sep 14 20:49 EAP_Discovery_Utility_V1.0.3/ drwxrwxrwx+ 6 nobody users 192 Jan 18 2015 From_server/ drwxrwxrwx+ 10 nobody users 1.1K Jan 6 2015 Hikvision_software/ drwxrwxrwx+ 13 nobody users 536 Jun 17 2018 Lisa_XRAYS_Knee_06_2018/ drwxrwxrwx+ 4 nobody users 208 Jan 17 2015 MJPEG\ indoor\ PT\ camera-11.37.2.54-20131028\ NA/ drwxrwxrwx+ 15 nobody users 400 Jan 17 2015 Master_Documents/ drwxrwxrwx+ 11 nobody users 448 Jan 8 2017 Minecraft/ drwxrwxr-x+ 5 nobody users 168 Jan 6 2015 Saved\ Games/ drwxrwxrwx+ 80 nobody users 2.8K Sep 26 07:41 Software/ drwxrwxrwx+ 3 nobody users 80 Jan 17 2015 SystemInfoWin/ drwxrwxrwx+ 5 nobody users 184 Sep 5 2015 Terraria/ drwxrwxrwx+ 10 nobody users 632 Feb 7 2015 Unraid_Original_10.1.1.10_USB_Backup/ drwxrwxrwx+ 4 nobody users 104 Aug 9 2014 Users/ drwxrwxrwx+ 10 nobody users 336 Feb 21 2015 VM_Current/ drwxrwxrwx+ 6 nobody users 208 Sep 24 2015 Visual_Studio_Projects/ drwxrwxrwx+ 10 nobody users 248 Jan 18 2015 WNET_Profiles/ drwxrwxrwx+ 5 nobody users 440 Jan 18 2015 XMBC_Marquee_SD_Card_Backup/ drwxrwxrwx+ 3 nobody users 72 Sep 11 2014 adaptec/ drwxrwxrwx+ 3 nobody users 104 Jan 18 2015 adt-bundle-windows-x86_64-20140321/ drwxrwx---+ 2 root root 48 Dec 5 19:22 cachejay/ drwxrwxrwx+ 4 nobody users 200 Jan 17 2015 charts/ drwxrwxrwx+ 10 nobody users 720 Jan 18 2015 ibox_osx/ drwxrwxrwx+ 4 nobody users 248 Jan 17 2015 jchartfx.7.1.5044/ -rw-rwxrw-+ 1 nobody users 2.3G Sep 19 18:32 the-complete-guide-to-angular-2.tar.gz* /mnt/disk5: total 8.1G drwxrwxrwx 3 sysop users 104 Nov 30 23:46 !OSX_UNRAID/ drwxrwxrwx 46 nobody users 2.4K Jan 2 06:27 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ -rw-rw-rw- 1 nobody users 8.1K Dec 22 22:09 .DS_Store -rw-rw-rw- 1 nobody users 0 Jan 19 2015 1.avi drwxrwxrwx 2 nobody users 112 Feb 3 2016 2015_tax/ drwxrwxrwx 2 nobody users 104 Jul 26 2017 2017-07-05-raspbian-jessie-lite/ drwxrwxrwx 6 nobody users 144 Jul 19 2016 Atari_Roms/ drwxrwxrwx 4 nobody users 208 Feb 27 2015 Ceton\ Installs/ -rw-rw-rw- 1 nobody users 236M Jan 19 2015 Device_09_20150118210000_20150118220000.264 drwxrwxrwx 4 nobody users 128 Feb 11 2017 Elk_Database1111/ drwxrwxrwx 4 nobody users 128 Feb 11 2017 Elk_Database_old/ drwxrwxrwx 4 nobody users 128 Feb 11 2017 Elk_Database_possible_bad/ drwxrwxrwx 3 nobody users 352 Feb 11 2017 Elk_database555/ drwxrwxrwx 10 nobody users 384 Nov 4 09:09 HOTEL/ drwxrwxrwx 6 sysop users 168 Aug 10 2014 Hyper-V_Exports/ drwxrwxrwx 26 nobody users 1.3K Sep 23 12:51 Jay's\ DOcuments\ Before\ Upgrade\ To\ Windows\ 10/ drwxrwxrwx 6 nobody users 232 Feb 22 2015 NEW_PC_2222015_Neededfiles/ drwxrwxrwx 28 nobody users 1.9K Feb 4 2016 PC_BACKUP_MAIN_2-4-2016/ drwxrwxrwx 9 nobody users 352 Sep 22 2017 SpaceInvaders/ drwxrwxrwx 12 nobody users 520 Dec 14 2015 Storage_space/ -rw-rw-rw- 1 nobody users 2.5M Nov 14 2015 Store.wld.bak -rw-rw-rw- 1 nobody users 71M Apr 26 2018 UniFi-installer.exe -rw-rw-rw- 1 nobody users 29M Jan 5 2017 Xshell5.exe -rw-rw-rw- 1 nobody users 58M Jul 22 2017 ZerynthInstaller.exe -rw-rw-rw- 1 nobody users 90M Jul 22 2017 arduino-1.8.3-windows.exe drwxrwxrwx 6 nobody users 440 Feb 26 2016 dads/ -rw-rw-rw- 1 nobody users 60G Dec 8 22:09 docker.img drwxrwxrwx 2 nobody users 1.5K Dec 10 2017 ds/ -rw-rw-rw- 1 nobody users 1.8M Oct 25 2015 eXtplorer_2.1.7.zip -rw-rw-rw- 1 nobody users 108M Sep 5 2014 escw_103_sa_sfx.exe -rw-rw-rw- 1 nobody users 193M Jun 14 2016 ga5_3_1_windows_x64.exe drwxrwxrwx 7 nobody users 800 Nov 12 2017 kitchen_backup/ drwxrwxrwx 5 nobody users 288 Apr 4 2015 mincraft_install/ drwxrwxrwx 9 nobody users 352 Oct 21 2017 mine/ drwxrwxrwx 9 nobody users 352 Feb 26 2016 my\ server/ -rw-rw-rw- 1 nobody users 411K Jul 26 2017 nodemcu-master-11-modules-2017-07-27-00-29-58-integer.bin -rw-rw-rw- 1 nobody users 3.9K Jun 9 2017 patron.py drwxrwxrwx 14 nobody users 2.0K May 20 2018 shirley/ -rw-rw-rw- 1 nobody users 22 Dec 22 2014 sophos.txt drwxrwxrwx 2 nobody users 48 Sep 5 2015 temp/ drwxrwxrwx 3 nobody users 728 Oct 16 2016 ter_temp/ drwxrwxrwx 3 root root 80 Nov 28 18:11 unraid_cache/ /mnt/disk6: total 16K drwxrwxrwx 8 nobody users 171 Jan 2 06:27 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ -rw-rw-rw- 1 nobody users 6.1K Dec 22 22:09 .DS_Store -rw-rw-rw- 1 nobody users 4.0K Dec 18 10:19 ._.DS_Store drwxrwxrwx 9 nobody users 156 Dec 30 12:44 Downloads/ drwxrwxrwx 15 nobody users 4.0K Dec 28 19:04 Media/ drwxrwxrwx 4 nobody users 45 Dec 29 12:23 appdata/ drwxrwxrwx 3 nobody users 21 Dec 28 13:13 docker/ drwxrwxrwx 4 nobody users 33 Dec 18 12:53 handbrake/ drwxrwxrwx 2 nobody users 46 Dec 29 12:00 nextcloud/ /mnt/disk7: total 12K drwxrwxrwx 4 nobody users 69 Jan 2 06:27 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ -rw-rw-rw- 1 nobody users 6.1K Dec 22 22:09 .DS_Store -rw-rw-rw- 1 nobody users 4.0K Dec 18 10:21 ._.DS_Store drwxrwxrwx 6 nobody users 231 Dec 18 10:49 osxstuff/ drwxrwxrwx 3 nobody users 27 Dec 28 18:58 vms/ /mnt/disk8: total 12K drwxrwxrwx 4 nobody users 68 Jan 2 06:27 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ -rw-rw-rw- 1 nobody users 6.1K Dec 22 22:09 .DS_Store -rw-rw-rw- 1 nobody users 4.0K Dec 18 10:21 ._.DS_Store drwxrwxrwx 2 nobody users 25 Dec 16 19:29 libvirt/ drwxrwxrwx 3 nobody users 23 Dec 18 20:02 vms/ /mnt/disk9: total 0 drwxrwxrwx 10 nobody users 145 Jan 2 06:27 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ drwxrwxrwx 2 nobody users 6 Dec 30 19:23 MyStorage/ drwxrwxrwx 2 nobody users 6 Dec 28 14:55 StorageDisk9/ drwxrwxrwx 2 nobody users 6 Dec 30 14:00 UnraidShares/ drwxrwxrwx 2 nobody users 6 Dec 31 15:20 UnraidUsers/ drwxrwxrwx 2 nobody users 6 Dec 30 20:34 UserShare/ drwxrwxrwx 4 nobody users 44 Dec 29 12:23 appdata/ drwxrwxrwx 3 nobody users 29 Dec 28 13:13 docker/ drwxrwxrwx 2 nobody users 6 Dec 31 17:45 nextcloud/ /mnt/disks: total 0 drwxrwxrwx 2 nobody users 40 Jan 1 16:33 ./ drwxr-xr-x 16 root root 320 Jan 2 06:13 ../ root@Tower:~# ls -lah /mnt/user /bin/ls: reading directory '/mnt/user': Permission denied total 0

results of check in maintenance mode on disk 6. This is a brand new 4TB disk I ran preclear on this with no issues a few weeks back. Phase 1 - find and verify superblock... - block cache size set to 2868704 entries Phase 2 - using internal log - zero log... zero_log: head block 247485 tail block 247485 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan (but don't clear) agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 3 - agno = 2 - agno = 1 No modify flag set, skipping phase 5 Phase 6 - check inode connectivity... - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify link counts... No modify flag set, skipping filesystem flush and exiting. XFS_REPAIR Summary Wed Jan 2 06:07:26 2019 Phase Start End Duration Phase 1: 01/02 06:07:13 01/02 06:07:13 Phase 2: 01/02 06:07:13 01/02 06:07:13 Phase 3: 01/02 06:07:13 01/02 06:07:23 10 seconds Phase 4: 01/02 06:07:23 01/02 06:07:23 Phase 5: Skipped Phase 6: 01/02 06:07:23 01/02 06:07:26 3 seconds Phase 7: 01/02 06:07:26 01/02 06:07:26 Total run time: 13 seconds then I ran the repair via SSH: root@Tower:~# xfs_repair -v /dev/md6 Phase 1 - find and verify superblock... - block cache size set to 2868704 entries Phase 2 - using internal log - zero log... zero_log: head block 247485 tail block 247485 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 2 - agno = 3 - agno = 1 Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... XFS_REPAIR Summary Wed Jan 2 06:12:38 2019 Phase Start End Duration Phase 1: 01/02 06:12:25 01/02 06:12:25 Phase 2: 01/02 06:12:25 01/02 06:12:25 Phase 3: 01/02 06:12:25 01/02 06:12:33 8 seconds Phase 4: 01/02 06:12:33 01/02 06:12:33 Phase 5: 01/02 06:12:33 01/02 06:12:33 Phase 6: 01/02 06:12:33 01/02 06:12:37 4 seconds Phase 7: 01/02 06:12:37 01/02 06:12:37 Total run time: 12 seconds done Then I moved all the share .cfg file to my /tmp/ folder just in case. Got out of maint mode. Then I tried to create a share again. Same thing! Daignostics attached. tower-diagnostics-20190102-0617.zip

Also looks like I have a bunch of share files in the shares directory. Is it okay to remove these as one of them may be causing the issue? Highlighted the ones in red that I created at one time or another. root@Tower:/boot/config/shares# ls -l total 48 -rwxrwxrwx 1 root root 507 Jan 1 00:02 AllShares.cfg* -rwxrwxrwx 1 root root 506 Jan 1 17:56 MainShare.cfg* -rwxrwxrwx 1 root root 514 Dec 30 19:23 MyStorage.cfg* -rwxrwxrwx 1 root root 506 Jan 1 16:18 NetShares.cfg* -rwxrwxrwx 1 root root 506 Dec 30 13:59 StorageDisk10.cfg* -rwxrwxrwx 1 root root 500 Dec 31 15:20 UnraidUsers.cfg* -rwxrwxrwx 1 root root 500 Dec 30 20:34 UserShare.cfg* -rwxrwxrwx 1 root root 499 Nov 28 06:15 appdata.cfg* -rwxrwxrwx 1 root root 499 Nov 27 20:21 docker.cfg* -rwxrwxrwx 1 root root 499 Dec 27 21:32 nextcloud.cfg* -rwxrwxrwx 1 root root 500 Jan 1 20:06 share1.cfg* -rwxrwxrwx 1 root root 499 Dec 1 08:42 test.cfg*

Here you go! tower-diagnostics-20190101-2033.zip

Ok so I tried it with all my computers off and installed Firefox on my main computer and it does the same thing. I then started poking around my disks and I found I have directories on disk9 and disk10 from when I first started trying to create the USER shares. I think there is some residual config somewhere that is causing this. I've highlighted the names of the user shares I tried to create in red: On Disk 9: appdata<DIR>2018-12-29 12:23 PMDisk 9 docker<DIR>2018-12-28 01:13 PMDisk 9 MyStorage<DIR>2018-12-30 07:23 PMDisk 9 nextcloud<DIR>2018-12-31 05:45 PMDisk 9 StorageDisk9<DIR>2018-12-28 02:55 PMDisk 9 UnraidShares<DIR>2018-12-30 02:00 PMDisk 9 UnraidUsers<DIR>2018-12-31 03:20 PMDisk 9 UserShare<DIR>2018-12-30 08:34 PMDisk 9 On Disk 10: StorageDisk10<DIR>2018-12-30 01:59 PMDisk 10 Also I checked and I have a 'rootshare' available now. This was from a spaceinvader one video I watched on creating shares. THis is the config I have in the SMB Extras: [rootshare] path = /mnt/user comment = browseable = yes valid users = sysop write list = sysop vfs objects = But when I dropped a file in that share and did a find for it in SSH I get a permission denied on user and user0 this doesn't look right to me. Linux 4.18.20-unRAID. root@Tower:~# find / -name vs_failed.txt -type f find: `/proc/7022/task/7022/net': Invalid argument find: `/proc/7022/net': Invalid argument find: `/proc/11192/task/11192/net': Invalid argument find: `/proc/11192/net': Invalid argument find: `/mnt/user': Permission denied find: `/mnt/user0': Permission denied Here is the permissions list: root@Tower:~# ls -l /mnt total 38 drwxrwxrwx 1 nobody users 182 Jan 1 16:51 cache/ drwxrwxrwx 13 nobody users 480 Jan 1 16:51 disk1/ drwxrwxrwx 3 nobody users 27 Jan 1 16:51 disk10/ drwxrwxrwx 11 nobody users 640 Jan 1 20:16 disk2/ drwxrwxrwx 34 nobody users 1240 Jan 1 16:51 disk3/ drwxrwxrwx 44 nobody users 1616 Jan 1 16:53 disk4/ drwxrwxrwx 46 nobody users 2376 Jan 1 16:53 disk5/ drwxrwxrwx 8 nobody users 171 Jan 1 16:53 disk6/ drwxrwxrwx 4 nobody users 69 Jan 1 16:53 disk7/ drwxrwxrwx 4 nobody users 68 Jan 1 16:53 disk8/ drwxrwxrwx 10 nobody users 145 Jan 1 16:53 disk9/ drwxrwxrwx 2 nobody users 40 Jan 1 16:33 disks/ drwxrwxrwx 1 nobody users 182 Jan 1 20:16 user/ drwxrwxrwx 1 nobody users 480 Jan 1 20:16 user0/ And if I do a directory listing in /mnt/user I get this: root@Tower:/mnt/user# ls -l /bin/ls: reading directory '.': Permission denied total 0

no I guess not. one was a laptop the other my main computer and the other the unraid server. I can shut all my computers down and try again if that will make a difference. Should I be using a specific browesr?