October 21, 20223 yr Servus, ich hab was sehr merkwürdiges ... ich hab 2 remote Rechner die per wiregate sich verbinden und shares zugreifen. Ich habe einen neuen share namens "ron" angelegt und da liegen ca. 100 ordner drin die man bearbeiten muss. Den share habe ich freigegeben und wenn ich im LAN über SMB zugreife ist auch der Inhalt korrekt. Per VPN remote mount ist der Inhalt jedoch komplett falsch und zeigt den Inhalt von /mnt/user/aufnahmen statt /mnt/user/ron wie zum Teufel geht das denn ?
October 21, 20223 yr Author auf dem remote rechner: root@Tower:/mnt# mkdir /mnt/remotes/10.253.1.1_ron root@Tower:/mnt# mount 10.253.1.1:/mnt/user/ron /mnt/remotes/10.253.1.1_ron auf dem unraid server: root@unraid:~# showmount -e Export list for unraid: /mnt/user/serien * /mnt/user/ron * /mnt/user/filme * /mnt/user/download * /mnt/user/aufnahmen * Edited October 21, 20223 yr by Grobalt
October 21, 20223 yr 30 minutes ago, Grobalt said: mount 10.253.1.1:/mnt/user/ron /mnt/remotes/10.253.1.1_ron Das ist doch ein Unraid Rechner, oder? Warum nimmst Du nicht das Unassigned Devices Plugin. Das ist systemnah und Unraid-konform. Ein Mount unter Unraid sieht mit diesem Werkzeug ein wenig anders aus: /sbin/mount -t 'cifs' -o rw,noserverino,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,credentials='/tmp/unassigned.devices/credentials_disk1' '//192.168.178.101/disk1' '/mnt/remotes/192.168.178.101_disk1' Das muss jetzt nicht das Problem lösen, aber ich verstehe nicht warum man bei Vorhandensein einer umfassenden GUI und systemnahen Tools unbedingt auf die Konsole muss.
October 21, 20223 yr Author weil ich mounts habe die ich alle 24 stunden neu setzen muss .. dsl zwangstrennung - und mit dem bisherigen weg gab es nun 1 jahr lang kein problem das über userscripts abzubilden. das kann ich mir daher auch nicht als fehlerquelle vorstellen
October 21, 20223 yr 1 hour ago, Grobalt said: weil ich mounts habe die ich alle 24 stunden neu setzen muss Sobald man einen Mount in UD eingerichtet hat kann das gescripted werden (z.B. mit dem User Script Plugin). Auszug aus meinen Mount und Unmount Scripten: /usr/local/sbin/rc.unassigned mount //192.168.178.101/disk1 ... /usr/local/sbin/rc.unassigned umount //192.168.178.101/disk1 Auszug aus der Hilfe: Quote Unassigned devices script: UD includes a script that is used for mounting and unmounting devices and SMB/NFS mounts. These scripts can be used from the command line or in your scripts as necessary. '/usr/local/sbin/rc.unassigned mount autodevices' - all devices set to auto mount will be mounted. '/usr/local/sbin/rc.unassigned mount autoshares' - all SMB/NFS mounts set to auto mount will be mounted. '/usr/local/sbin/rc.unassigned umount auto' - all devices and SMB/NFS mounts set to auto mount will be unmounted. '/usr/local/sbin/rc.unassigned umount all' - all devices and SMB/NFS mounts are unmounted in preparation for shutting down the array. '/usr/local/sbin/rc.unassigned mount /dev/sdX or devX' - mount disk device. '/usr/local/sbin/rc.unassigned mount name=diskname' - mount disk device by disk name. '/usr/local/sbin/rc.unassigned umount /dev/sdX or devX' - unmount disk device. You can use this command in a UD script to unmount the device when the script has completed. '/usr/local/sbin/rc.unassigned umount name=diskname' - unmount device by disk name. '/usr/local/sbin/rc.unassigned spindown /dev/sdX or devX' - spin down disk device. '/usr/local/sbin/rc.unassigned spindown name=diskname' - spin down a disk by disk name. '/usr/local/sbin/rc.unassigned detach /dev/sdX or devX' - detach a USB disk device. You can use this command in a UD script to detach the device when the script has completed. '/usr/local/sbin/rc.unassigned attach serial - attach a disk device. You can use this command in a UD script to attach the device. '/usr/local/sbin/rc.unassigned mount source' - where source is the SMB/NFS source. '/usr/local/sbin/rc.unassigned umount source' - where source is the SMB/NFS source. Edited October 21, 20223 yr by hawihoney
October 25, 20223 yr Author Schön - aber daran kann es nicht liegen da user "Ron" mit dem unassigned devices mounted und ich testweise bei user Alex es manuell gemacht hab mit meinem "falschen" mount Befehl, das Ergebnis aber identisch ist, beide sehen den Ordnerinhalt vom share aufnahmen und nicht von share Ron.
October 25, 20223 yr Author So, habe eben nochmal einen neuen share "scraping" eingerichtet ... nichts reinkopiert, der ordner ist leer. gemounted und er zeigt mir nun den inhalt vom share download an ... völlig wild hab das ganze dann mal lokal auf meinem unraid server gemacht, ich kann ja genauso mounten ... identisch.
October 25, 20223 yr Author So, habe eben nochmal einen neuen share "scraping" eingerichtet ... nichts reinkopiert, der ordner ist leer. gemounted und er zeigt mir nun den inhalt vom share download an ... völlig wild hab das ganze dann mal lokal auf meinem unraid server gemacht, ich kann ja genauso mounten ... identisch.
October 25, 20223 yr Community Expert Führe mal das aus: cat /proc/mounts Dann siehst du wirklich alle Mounts, also wie sie angewendet werden. Siehst du da irgendwas, was die Sache erklären könnte?
October 25, 20223 yr Author nach meinen Kenntnissen nicht ? root@unraid:~# cat /proc/mounts rootfs / rootfs rw,size=8012476k,nr_inodes=2003119,inode64 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 tmpfs /run tmpfs rw,nosuid,nodev,noexec,relatime,size=32768k,mode=755,inode64 0 0 /dev/sda1 /boot vfat rw,noatime,nodiratime,fmask=0177,dmask=0077,codepage=437,io charset=iso8859-1,shortname=mixed,flush,errors=remount-ro 0 0 /dev/loop0 /lib/firmware squashfs ro,relatime,errors=continue 0 0 overlay /lib/firmware overlay rw,relatime,lowerdir=/lib/firmware,upperdir=/var/l ocal/overlay/lib/firmware,workdir=/var/local/overlay-work/lib/firmware 0 0 /dev/loop1 /lib/modules squashfs ro,relatime,errors=continue 0 0 overlay /lib/modules overlay rw,relatime,lowerdir=/lib/modules,upperdir=/var/loc al/overlay/lib/modules,workdir=/var/local/overlay-work/lib/modules 0 0 hugetlbfs /hugetlbfs hugetlbfs rw,relatime,pagesize=2M 0 0 devtmpfs /dev devtmpfs rw,relatime,size=8192k,nr_inodes=2003121,mode=755,inode64 0 0 devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /dev/shm tmpfs rw,relatime,inode64 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 cgroup_root /sys/fs/cgroup tmpfs rw,relatime,size=8192k,mode=755,inode64 0 0 cpuset /sys/fs/cgroup/cpuset cgroup rw,relatime,cpuset 0 0 cpu /sys/fs/cgroup/cpu cgroup rw,relatime,cpu 0 0 cpuacct /sys/fs/cgroup/cpuacct cgroup rw,relatime,cpuacct 0 0 blkio /sys/fs/cgroup/blkio cgroup rw,relatime,blkio 0 0 memory /sys/fs/cgroup/memory cgroup rw,relatime,memory 0 0 devices /sys/fs/cgroup/devices cgroup rw,relatime,devices 0 0 freezer /sys/fs/cgroup/freezer cgroup rw,relatime,freezer 0 0 net_cls /sys/fs/cgroup/net_cls cgroup rw,relatime,net_cls 0 0 perf_event /sys/fs/cgroup/perf_event cgroup rw,relatime,perf_event 0 0 net_prio /sys/fs/cgroup/net_prio cgroup rw,relatime,net_prio 0 0 hugetlb /sys/fs/cgroup/hugetlb cgroup rw,relatime,hugetlb 0 0 pids /sys/fs/cgroup/pids cgroup rw,relatime,pids 0 0 tmpfs /var/log tmpfs rw,relatime,size=131072k,mode=755,inode64 0 0 efivarfs /sys/firmware/efi/efivars efivarfs rw,nosuid,nodev,noexec,relatime 0 0 cgroup /sys/fs/cgroup/elogind cgroup rw,nosuid,nodev,noexec,relatime,xattr,relea se_agent=/lib64/elogind/elogind-cgroups-agent,name=elogind 0 0 rootfs /mnt rootfs rw,size=8012476k,nr_inodes=2003119,inode64 0 0 tmpfs /mnt/disks tmpfs rw,relatime,size=1024k,inode64 0 0 tmpfs /mnt/remotes tmpfs rw,relatime,size=1024k,inode64 0 0 tmpfs /mnt/rootshare tmpfs rw,relatime,size=1024k,inode64 0 0 nfsd /proc/fs/nfs nfsd rw,relatime 0 0 nfsd /proc/fs/nfsd nfsd rw,relatime 0 0 /dev/md1 /mnt/disk1 xfs rw,noatime,nouuid,attr2,inode64,logbufs=8,logbsize=32k,n oquota 0 0 /dev/md2 /mnt/disk2 xfs rw,noatime,nouuid,attr2,inode64,logbufs=8,logbsize=32k,n oquota 0 0 /dev/md3 /mnt/disk3 xfs rw,noatime,nouuid,attr2,inode64,logbufs=8,logbsize=32k,n oquota 0 0 /dev/md4 /mnt/disk4 xfs rw,noatime,nouuid,attr2,inode64,logbufs=8,logbsize=32k,n oquota 0 0 /dev/nvme0n1p1 /mnt/cache btrfs rw,noatime,ssd,space_cache=v2,subvolid=5,subvol= / 0 0 shfs /mnt/user0 fuse.shfs rw,nosuid,nodev,noatime,user_id=0,group_id=0,default_p ermissions,allow_other 0 0 shfs /mnt/user fuse.shfs rw,nosuid,nodev,noatime,user_id=0,group_id=0,default_pe rmissions,allow_other 0 0 /dev/loop2 /var/lib/docker btrfs rw,noatime,ssd,space_cache=v2,subvolid=5,subvol =/ 0 0 /dev/loop2 /var/lib/docker/btrfs btrfs rw,noatime,ssd,space_cache=v2,subvolid=5, subvol=/ 0 0 nsfs /run/docker/netns/default nsfs rw 0 0 /dev/loop3 /etc/libvirt btrfs rw,noatime,ssd,space_cache=v2,subvolid=5,subvol=/ 0 0 nsfs /run/docker/netns/1eb3ed9661cc nsfs rw 0 0 nsfs /run/docker/netns/180fd72a9eea nsfs rw 0 0 nsfs /run/docker/netns/3c46190792cc nsfs rw 0 0 nsfs /run/docker/netns/00704f97f3c1 nsfs rw 0 0 10.253.1.1:/mnt/user/ron /mnt/remotes/ron nfs rw,relatime,vers=3,rsize=1048576,w size=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10. 253.1.1,mountvers=3,mountport=57223,mountproto=udp,local_lock=none,addr=10.253.1 .1 0 0 tmpfs /run/user/0 tmpfs rw,nosuid,nodev,relatime,size=1616640k,nr_inodes=404160, mode=700,inode64 0 0
November 4, 20223 yr Author Also die Ursache für die falschen Inhalte wurde gefunden -> sieht man auch oben auf dem blauen Bild. Der NFS Server hatte 2 identische FSID und hat daher den Inhalt des ersten gezeigt. Wenn ich einen neuen Share anlegte wurde wieder ein Duplikat genutzt. Warum, wieso und weshalb ... null Ahnung. Habe dann alle Shares NFS deaktiviert , neu gebootet und dann überall NFS wieder aktiviert, dann hat es gepasst.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.