modem7

Looks like the issue wasn't UNRAID, but the latest kernel update for Ubuntu. Reverted and all is working well.

I've also updated to the latest version of UNRAID, just in case it was something that was fixed. tower-diagnostics-20240410-0330.zip

Hey guys, Seemingly overnight, I seem to be having some issues with samba mounts on a few of my Ubuntu servers connected to UNRAID. Setup is Proxmox, both UNRAID and the Ubuntu VMs are on the same hypervisor, and has been working flawlessly until tonight. Getting the following on console logs on one of the Ubuntu VM (similar errors on the others): fstab is: LABEL=cloudimg-rootfs / ext4 discard,errors=remount-ro 0 1 LABEL=UEFI /boot/efi vfat umask=0077 0 1 #tmpfs /dev/shm/docker tmpfs defaults,uid=alex,gid=users,size=120G 0 0 tmpfs /dev/shm/plex tmpfs defaults,uid=alex,gid=docker,size=20G 0 0 tmpfs /dev/shm/backup tmpfs defaults,uid=alex,gid=docker,size=20G 0 0 #tmpfs /dev/shm/sab tmpfs defaults,uid=alex,gid=users,size=60G 0 0 #tmpfs /dev/shm/tdarr tmpfs defaults,uid=alex,gid=users,size=40G 0 0 #tmpfs /mnt/backup tmpfs defaults,uid=alex,gid=users,size=20g 0 0 //192.168.50.111/docker /mnt/docker cifs vers=3.11,uid=alex,gid=docker,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials //192.168.50.111/media /mnt/media cifs vers=3.11,uid=alex,gid=docker,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials #//192.168.50.111/plexbackup /mnt/plexbak cifs vers=3.11,uid=alex,gid=users,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials #//192.168.50.111/projects /mnt/projects cifs vers=3.11,uid=alex,gid=users,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials //192.168.50.111/oldhd /mnt/oldhd cifs vers=3.11,uid=alex,gid=users,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials //192.168.50.111/downloads /mnt/downloads cifs vers=3.11,uid=alex,gid=users,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials //192.168.50.111/projectsbackup /mnt/gitbackup cifs vers=3.11,uid=alex,gid=users,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials //192.168.50.111/transcode /mnt/transcode cifs vers=3.11,uid=alex,gid=docker,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials //192.168.50.111/sabnzbd /mnt/sabnzbd cifs vers=3.11,uid=alex,gid=docker,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials //192.168.50.111/docker_data /mnt/docker_data cifs vers=3.11,uid=alex,gid=docker,noserverino,nobrl,hard,_netdev,mfsymlinks,iocharset=utf8,x-systemd.automount,credentials=/home/alex/.smb_credentials Not quite sure where the error may be in this case, any assistance would be great. There doesn't *seem* to be any issues with the Windows machine connected to the shares. Intermittently, the Ubuntu VM seems to show: ls: cannot access '/mnt/oldhd': Host is down ls: cannot access '/mnt/media': Host is down tower-diagnostics-20240410-0244.zip

I'm also getting this error. Not quite sure if I should be concerned about it or not.

Unfortunately I'm still stuck on the folowing: Unraid version: 6.12.6 Connect plugin: 2023.09.08.0637

Perfect, missed that out! All working as expected, thanks!

Heya, For some reason, my config is greyed out, and I'm unable to edit. Attempted a reinstallation, but no go. The tool works with LAN2.0, but unsure how to change this in the text config. Look like @garrett hamonic is having the same issue above (https://forums.unraid.net/topic/135823-plugin-ipmi-for-611/?do=findComment&comment=1315499) Unsure how best to resolve.

@willmx - It might be worthwhile checking this to see if this works: https://wiki.unraid.net/Manual/VM_Guest_Support#Unraid_as_a_VM

Hey guys, Has anyone managed to successfully install and apply a tuned-adm profile in Unraid? Or are people mostly just using PowerTop instead? Not quite sure how to go about it as it's not a local install, so not quite sure how to install custom packages. Cheers!

I know this is a necro, but thank you very much @mavrrick - this resolved my issue! Sincerely appreciated!

Thank you! I deleted the old thread (or at least thought I had) as the question changed as I had figured a few things out. This thread at least focuses the question purely on Samba.

Hey guys, Got a potentially unsupported question, but one people may be able to assist with: I'm running Unraid in Proxmox as a VM, alongside another Ubuntu VM for my services etc. I've mounted the shares in Windows, but if I do a share to share transfer, for some reason they're going via the workstation rather than via the unraid server (so unraid > workstation > unraid) causing quite slow file transfers. I'd expect that a share to share transfer would be done internally on the server rather than using the workstation as the middleman. tower-diagnostics-20230419-1239.zip

Things got weirder - after you posted the question, I had a check on other files, and they were absolutely fine....Just the one .env file. I've recreated it, and now it all seems bloody fine. -.- Let's consider this resolved as an ID10T issue with a dose of "huh?" - if it's just that one file, I honestly couldn't give a rat's hoohah! I should have checked before I posted - blame lack of sleep.

Hey guys, I know there's a 1000 different topics surrounding this, but yet to find a solution: Scenario: New unRAID server Transferring files from old (Ubuntu based) server using rsync Created SMB shares (private) Set fstab to mount shares I'm currently unable to edit the current data within those shares inside Ubuntu. Windows (10) works. root@Tower:/mnt/user/docker/HDA# smbstatus --resolve-uids Samba version 4.17.3 PID Username Group Machine Protocol Version Encryption Signing ---------------------------------------------------------------------------------------------------------------------------------------- 28353 alex users 192.168.0.251 (ipv4:192.168.0.251:47268) SMB3_11 - partial(AES-128-CMAC) 1617 alex users 192.168.50.254 (ipv4:192.168.50.254:37140) SMB3_00 - partial(AES-128-CMAC) 19130 alex users 192.168.50.104 (ipv4:192.168.50.104:39458) SMB3_00 - partial(AES-128-CMAC) 28354 alex users 192.168.0.250 (ipv4:192.168.0.250:34312) SMB3_11 - partial(AES-128-CMAC) 13314 alex users 192.168.0.100 (ipv4:192.168.0.100:33598) SMB3_11 - partial(AES-128-CMAC) 1616 alex users 192.168.50.254 (ipv4:192.168.50.254:37142) SMB3_00 - partial(AES-128-CMAC) 18964 alex users 192.168.50.105 (ipv4:192.168.50.105:43408) SMB3_00 - partial(AES-128-CMAC) Service pid Machine Connected at Encryption Signing --------------------------------------------------------------------------------------------- IPC$ 1617 192.168.50.254 Sun Apr 9 10:39:52 PM 2023 BST - - IPC$ 19130 192.168.50.104 Sun Apr 9 10:08:27 PM 2023 BST - - IPC$ 18964 192.168.50.105 Sun Apr 9 10:08:18 PM 2023 BST - - docker 1616 192.168.50.254 Sun Apr 9 10:39:52 PM 2023 BST - - projects 13314 192.168.0.100 Sun Apr 9 10:00:01 PM 2023 BST - - IPC$ 1616 192.168.50.254 Sun Apr 9 10:39:52 PM 2023 BST - - docker 13314 192.168.0.100 Sun Apr 9 10:03:57 PM 2023 BST - - downloads 13314 192.168.0.100 Sun Apr 9 10:03:57 PM 2023 BST - - docker 19130 192.168.50.104 Sun Apr 9 10:08:27 PM 2023 BST - - proxmox 28353 192.168.0.251 Sun Apr 9 09:42:19 PM 2023 BST - - IPC$ 28354 192.168.0.250 Sun Apr 9 09:42:18 PM 2023 BST - - desktopcontent 13314 192.168.0.100 Sun Apr 9 10:03:57 PM 2023 BST - - media 13314 192.168.0.100 Sun Apr 9 10:02:28 PM 2023 BST - - docker 18964 192.168.50.105 Sun Apr 9 10:08:18 PM 2023 BST - - oldhd 13314 192.168.0.100 Sun Apr 9 09:48:11 PM 2023 BST - - IPC$ 28353 192.168.0.251 Sun Apr 9 09:42:19 PM 2023 BST - - proxmox 28354 192.168.0.250 Sun Apr 9 09:42:18 PM 2023 BST - - media 1617 192.168.50.254 Sun Apr 9 10:39:52 PM 2023 BST - - Locked files: Pid User(ID) DenyMode Access R/W Oplock SharePath Name Time -------------------------------------------------------------------------------------------------- 13314 alex DENY_ALL 0x100080 RDONLY NONE /mnt/user/oldhd . Sun Apr 9 22:03:57 2023 13314 alex DENY_NONE 0x100081 RDONLY NONE /mnt/user/docker . Sun Apr 9 22:12:45 2023 13314 alex DENY_NONE 0x100081 RDONLY NONE /mnt/user/docker . Sun Apr 9 22:04:05 2023 13314 alex DENY_NONE 0x100081 RDONLY NONE /mnt/user/docker . Sun Apr 9 22:04:05 2023 1616 alex DENY_NONE 0x120089 RDONLY LEASE(RWH) /mnt/user/docker .git/objects/pack/pack-b4d0ba1b6aeae7aafd9414def746bb1283cd19e2.idx Sun Apr 9 22:40:43 2023 13314 alex DENY_NONE 0x100080 RDONLY NONE /mnt/user/projects . Sun Apr 9 22:02:31 2023 1616 alex DENY_NONE 0x120089 RDONLY LEASE(RWH) /mnt/user/docker .git/objects/pack/pack-b4d0ba1b6aeae7aafd9414def746bb1283cd19e2.pack Sun Apr 9 22:40:43 2023 13314 alex DENY_ALL 0x100080 RDONLY NONE /mnt/user/downloads . Sun Apr 9 22:03:57 2023 13314 alex DENY_ALL 0x100080 RDONLY NONE /mnt/user/desktopcontent . Sun Apr 9 22:03:56 2023 ls -la total 184 drwxr-xr-x 2 alex users 0 Apr 9 22:47 . drwxr-xr-x 2 alex users 0 Apr 9 22:40 .. -rwxr-xr-x 1 alex users 1346 Apr 7 11:51 borgmatic.restore.yml drwxr-xr-x 2 alex users 0 Apr 8 05:37 .cache -rwxr-xr-x 1 alex users 22455 Apr 7 11:51 compose.dot drwxr-xr-x 2 alex users 0 Apr 8 05:37 'Conf Files' -rwxr-xr-x 1 alex users 721 Apr 7 11:51 docker.code-workspace -rwxr-xr-x 1 alex users 15643 Apr 7 11:51 docker-compose-public-consumption.yml -rwxr-xr-x 1 alex users 109614 Apr 7 11:51 docker-compose.yml -rwxr-xr-x 1 alex users 628 Apr 7 11:51 Docker-viz.txt -rwxr-xr-x 1 alex users 15101 Apr 7 11:51 .env -rwxr-xr-x 1 alex users 544 Apr 7 11:51 'netdata docker nvidia.txt' -rwxr-xr-x 1 alex users 0 Apr 9 22:47 test.txt drwxr-xr-x 2 alex users 0 Apr 8 05:37 .vscode -rwxr-xr-x 1 alex users 148 Apr 7 11:51 yt-dlp.txt Troubleshooting steps: Able to see all files inside folder. Tried on separate Windows box. Successful Ran newperms /mnt/user/docker/ - No change Tried mounting using uid and gid - No change (//192.168.50.111/media /mnt/media cifs vers=3.0,uid=alex,gid=users,credentials=/home/alex/.smb_credentials) Tried creating new file - successful Tried editing new file - successful If I run newperms on the new file, I get nobody:users on unraid, and I'm able to edit on the Ubuntu box with no issues. This seems to be an issue with existing files that have been rsynced, not an issue with Samba/Unraid/Ubuntu(fstab) config. My rsync command was: rsync -avP /mnt/disks/Z2K9R3BT/gh/TV /mnt/user/media/ No idea why it'd work in Windows, but not in Linux. Unsure where to go from here! Linux permissions are definitely not my forte.

The way I'll be doing it is: 2-3x Cache pools. 1x for usenet downloads (which then gets moved by *arr to the appropriate shares which won't be cached) 1x for Plex DB (btrfs mirrored set to cache only) 1x (maybe) for scratch. If I can get away with keeping everything on the array (+ cache) rather than some things on a VM, I will. But the reality is I'm in the same boat as yourself atm, so I'm playing with options and preparing the infrastructure design.