weird share path

matrhack · 5. August 2019

Hi,

i've a fresh install of 4.1.23-1 Akaris OMV
a 4 disk existing mdadm raid (build in a v2OMV if i remember correctly), it work like a charm

Bash: mdadm --detail /dev/md2

/dev/md2:
        Version : 1.2
  Creation Time : Sat Mar  5 10:56:57 2016
     Raid Level : raid5
     Array Size : 8776594944 (8370.01 GiB 8987.23 GB)
  Used Dev Size : 2925531648 (2790.00 GiB 2995.74 GB)
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent


    Update Time : Mon Aug  5 23:03:03 2019
          State : clean 
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0


         Layout : left-symmetric
     Chunk Size : 64K


           Name : MatrhackNas:2
           UUID : c37b74f5:c334d137:793d2414:2f1e6eb6
         Events : 55657


    Number   Major   Minor   RaidDevice State
       5       8       32        0      active sync   /dev/sdc
       1       8       53        1      active sync   /dev/sdd5
       3       8       21        2      active sync   /dev/sdb5
       4       8       64        3      active sync   /dev/sde

Alles anzeigen

but i don't understand something.
my share won't work in afp or smb; so i dig a little and find that

Bash: grep -n dev-disk\|shared /etc/samba/smb.conf /etc/netatalk/afp.conf

/etc/samba/smb.conf:36:path = /dev-disk-by-label-1.42.6-3211//p
/etc/samba/smb.conf:58:path = /dev-disk-by-label-1.42.6-3211//tmp


/etc/netatalk/afp.conf:9:path = /srv/dev-disk-by-label-1.42.6-3211/TimeMachine
/etc/netatalk/afp.conf:22:path = /srv/dev-disk-by-label-1.42.6-3211/p
/etc/netatalk/afp.conf:35:path = /srv/dev-disk-by-label-1.42.6-3211/tmp

if i run something like :
sed-i 's@/srv/dev-disk-by-label-1.42.6-3211/@/sharedfolders/@g' /etc/samba/smb.conf /etc/netatalk/afp.conf&& systemctl restart smbd.service netatalk.service

Both smb and afp share work ok.

So, is this normal omv create share with this weird path or i miss something ??
Note; i dont show you any screenshot of omv interface but i've setup my share with it.

I hope you understand my question and my self learn english.
Thanks anybody answer me

votdev · 6. August 2019

This is the normal way how OMV handles shared folders. Using /sharedfolders in config files is prohibited, because it introduces another layer of bind mounts.

matrhack · 7. August 2019

Thanks for this answer.
I understand and agree with that.

Can you give me an idea to troubleshoot why my share won't work without using /sharedfolders ?

votdev · 8. August 2019

Zitat von matrhack

Thanks for this answer.
I understand and agree with that.

Can you give me an idea to troubleshoot why my share won't work without using /sharedfolders ?

I can't, because i've never seen that behaviour. You tell that replacing the mount paths with the /sharedfolders equivalent it works, then this makes it more strange because the dirs in /sharedfolders are symlinks to the original mount points.

matrhack · 8. August 2019

hum, i assume a raid create many years ago is not a problem..

I don't see difference between /sharedforlders/* and /srv/dev-disk-by-label-1.42.6-3211/*

Bash

root@ananas:~# ls -la /sharedfolders/
total 40
drwxr-xr-x   5 root root   4096 Aug  5 22:27 .
drwxrwxr-x  24 root root   4096 Aug  4 21:08 ..
drwxrws---   7 root users  4096 Aug  8 08:42 TimeMachine
drwxrws---+  2 root users 12288 Aug  8 02:48 p
drwxrwsrwx   4 root users  4096 Aug  5 22:05 tmp
root@ananas:~# ls -la /srv/dev-disk-by-label-1.42.6-3211/
total 120
drw-rwSr--+ 12 1001  1001  4096 May 22 21:38 .
drwxr-xr-x   4 root root   4096 Aug  4 21:04 ..
drwxrws---   7 root users  4096 Aug  8 08:42 TimeMachine
-rw-------+  1 root users 11264 May 11 22:27 aquota.group
-rw-------+  1 root users  9216 May 11 22:27 aquota.user
d---rws---+  7 root  1001  4096 May 22 21:41 documentary
drwxrws---+  5 root users  4096 May  4 13:36 documents
drw-rw-r--   2 root root   4096 Nov  3  2016 lost+found
d---rws---+  5 root users  4096 May 22 21:40 movie
d---rws---+  6 root users  4096 May  4 13:37 music
drwxrws---+  2 root users 12288 Aug  8 02:48 p
drwxrws---  16 root users  4096 Dec 27  2018 photo
d---rws---+ 21 root users  4096 May  4 13:37 show
drwxrwsrwx   4 root users  4096 Aug  5 22:05 tmp
root@ananas:~#

Alles anzeigen

Bash: afp log journalctl

Aug 08 09:31:53 ananas afpd[32700]: pam_unix(netatalk:session): session opened for user matrhack by (uid=0)
Aug 08 09:31:53 ananas afpd[32700]: Login by matrhack (AFP3.4)
Aug 08 09:31:55 ananas afpd[32700]: AFP logout by matrhack
Aug 08 09:31:55 ananas afpd[32700]: dsi_stream_read: len:0, unexpected EOF
Aug 08 09:31:55 ananas afpd[32700]: afp_over_dsi: client logged out, terminating DSI session
Aug 08 09:31:55 ananas afpd[32700]: pam_unix(netatalk:session): session closed for user matrhack
Aug 08 09:31:55 ananas afpd[32700]: PAM audit_log_acct_message() failed: Operation not permitted
Aug 08 09:31:55 ananas afpd[32700]: AFP statistics: 0.59 KB read, 0.44 KB written
Aug 08 09:31:56 ananas smbd[32694]: [2019/08/08 09:31:56.025971,  1] ../source3/printing/printer_list.c:234(
printer_list_get_last_refresh)
Aug 08 09:31:56 ananas smbd[32694]:   Failed to fetch record!
Aug 08 09:31:56 ananas smbd[32694]: [2019/08/08 09:31:56.026023,  1] ../source3/smbd/server_reload.c:69(dele
te_and_reload_printers)
Aug 08 09:31:56 ananas smbd[32694]:   pcap cache not loaded

Alles anzeigen

Jetzt mitmachen!