Re: Path issue Filesystem mounted with NFS(v4?)
On 13/7/2023 10:29 pm, Heinz Junkes wrote: > I see exact the same behavior as in the ticket 4273. > Thanks for looking into…. This has been fixed. Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
Re: Path issue Filesystem mounted with NFS(v4?)
I see exact the same behavior as in the ticket 4273. Thanks for looking into…. Heinz > On 13. Jul 2023, at 09:33, Chris Johns wrote: > > > > On 11/7/2023 7:32 pm, Heinz Junkes wrote: >> Hallo, >> >> I am observing a strange problem with an NFS(v4) mounted filesystem and path >> usage. >> >> I have mounted a filesystem via NFSv4 (/Volumes): >> >> loc = 0x00820a20 >>node_access = 0x007c2378, node_access_2 = 0x, handler = 0x005c3474 >> type = nfs, mounted, read-write, target = /Volumes, dev = 141.14.131.192, >> root loc = 0x00913468 >> >> In the shell I can change there into a directory: >> >> SHLL [/] # cd /Volumes/Epics/LogDir/Database >> SHLL [/Volumes/Epics/LogDir/Database] # pwd >> /Volumes/Epics/LogDir/Database >> >> SHLL [/Volumes/Epics/LogDir/Database] # ls -l >> total 20 >> -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr >> -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior >> -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl >> >> I can now copy a file to here: >> >> SHLL [/Volumes/Epics/LogDir/Database] # cp /etc/passwd . >> SHLL [/Volumes/Epics/LogDir/Database] # ls -l >> total 24 >> -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr >> -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior >> -rw-r--r-- 1 1001 10015451 Mar 23 2021 iocvmeIOC3.dbl >> -rwxrwxrwt 1 65534 65534 14 Jul 11 11:28 passwd >> SHLL [/Volumes/Epics/LogDir/Database] # cat passwd >> root::0:0 >> SHLL [/Volumes/Epics/LogDir/Database] # rm passwd >> SHLL [/Volumes/Epics/LogDir/Database] # ls -l >> total 20 >> -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr >> -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior >> -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl >> >> If I now specify the path instead of “.”, the file appears one dir up >> >> SHLL [/Volumes/Epics/LogDir/Database] # cp /etc/passwd >> /Volumes/Epics/LogDir/Database/passwd >> SHLL [/Volumes/Epics/LogDir/Database] # ls -l >> total 20 >> -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr >> -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior >> -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl >> SHLL [/Volumes/Epics/LogDir/Database] # ls -l .. >> total 40 >> drwxrwxrwx 2 65534 65534 4096 Jul 11 11:29 Database >> -rwxrwxrwt 1 65534 65534 9980 Jul 10 11:52 iocvmeIOC1.dbhcr >> -rwsrwsrwt 1 65534 65534 0 Jul 10 11:52 iocvmeIOC1.dbior >> -rwxrwxrwt 1 65534 65534 4713 Jul 10 11:59 iocvmeIOC1.dbl >> drwxrwxrwx 3 65534 65534 4096 Mar 23 2021 log >> -rwxrwxrwt 1 65534 6553414 Jul 11 11:30 passwd >> SHLL [/Volumes/Epics/LogDir/Database] # cat ../passwd >> root::0:0 >> >> >> Any Idea what might go wrong? Any fix? > > Is it related to https://devel.rtems.org/ticket/4723? > > I was planning to look into this in the next couple of weeks. > > Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
Re: Path issue Filesystem mounted with NFS(v4?)
On 11/7/2023 7:32 pm, Heinz Junkes wrote: > Hallo, > > I am observing a strange problem with an NFS(v4) mounted filesystem and path > usage. > > I have mounted a filesystem via NFSv4 (/Volumes): > > loc = 0x00820a20 > node_access = 0x007c2378, node_access_2 = 0x, handler = 0x005c3474 > type = nfs, mounted, read-write, target = /Volumes, dev = 141.14.131.192, > root loc = 0x00913468 > > In the shell I can change there into a directory: > > SHLL [/] # cd /Volumes/Epics/LogDir/Database > SHLL [/Volumes/Epics/LogDir/Database] # pwd > /Volumes/Epics/LogDir/Database > > SHLL [/Volumes/Epics/LogDir/Database] # ls -l > total 20 > -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr > -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior > -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl > > I can now copy a file to here: > > SHLL [/Volumes/Epics/LogDir/Database] # cp /etc/passwd . > SHLL [/Volumes/Epics/LogDir/Database] # ls -l > total 24 > -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr > -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior > -rw-r--r-- 1 1001 10015451 Mar 23 2021 iocvmeIOC3.dbl > -rwxrwxrwt 1 65534 65534 14 Jul 11 11:28 passwd > SHLL [/Volumes/Epics/LogDir/Database] # cat passwd > root::0:0 > SHLL [/Volumes/Epics/LogDir/Database] # rm passwd > SHLL [/Volumes/Epics/LogDir/Database] # ls -l > total 20 > -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr > -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior > -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl > > If I now specify the path instead of “.”, the file appears one dir up > > SHLL [/Volumes/Epics/LogDir/Database] # cp /etc/passwd > /Volumes/Epics/LogDir/Database/passwd > SHLL [/Volumes/Epics/LogDir/Database] # ls -l > total 20 > -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr > -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior > -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl > SHLL [/Volumes/Epics/LogDir/Database] # ls -l .. > total 40 > drwxrwxrwx 2 65534 65534 4096 Jul 11 11:29 Database > -rwxrwxrwt 1 65534 65534 9980 Jul 10 11:52 iocvmeIOC1.dbhcr > -rwsrwsrwt 1 65534 65534 0 Jul 10 11:52 iocvmeIOC1.dbior > -rwxrwxrwt 1 65534 65534 4713 Jul 10 11:59 iocvmeIOC1.dbl > drwxrwxrwx 3 65534 65534 4096 Mar 23 2021 log > -rwxrwxrwt 1 65534 6553414 Jul 11 11:30 passwd > SHLL [/Volumes/Epics/LogDir/Database] # cat ../passwd > root::0:0 > > > Any Idea what might go wrong? Any fix? Is it related to https://devel.rtems.org/ticket/4723? I was planning to look into this in the next couple of weeks. Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
Path issue Filesystem mounted with NFS(v4?)
Hallo, I am observing a strange problem with an NFS(v4) mounted filesystem and path usage. I have mounted a filesystem via NFSv4 (/Volumes): loc = 0x00820a20 node_access = 0x007c2378, node_access_2 = 0x, handler = 0x005c3474 type = nfs, mounted, read-write, target = /Volumes, dev = 141.14.131.192, root loc = 0x00913468 In the shell I can change there into a directory: SHLL [/] # cd /Volumes/Epics/LogDir/Database SHLL [/Volumes/Epics/LogDir/Database] # pwd /Volumes/Epics/LogDir/Database SHLL [/Volumes/Epics/LogDir/Database] # ls -l total 20 -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl I can now copy a file to here: SHLL [/Volumes/Epics/LogDir/Database] # cp /etc/passwd . SHLL [/Volumes/Epics/LogDir/Database] # ls -l total 24 -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior -rw-r--r-- 1 1001 10015451 Mar 23 2021 iocvmeIOC3.dbl -rwxrwxrwt 1 65534 65534 14 Jul 11 11:28 passwd SHLL [/Volumes/Epics/LogDir/Database] # cat passwd root::0:0 SHLL [/Volumes/Epics/LogDir/Database] # rm passwd SHLL [/Volumes/Epics/LogDir/Database] # ls -l total 20 -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl If I now specify the path instead of “.”, the file appears one dir up SHLL [/Volumes/Epics/LogDir/Database] # cp /etc/passwd /Volumes/Epics/LogDir/Database/passwd SHLL [/Volumes/Epics/LogDir/Database] # ls -l total 20 -rw-r--r-- 1 1001 1001 10694 Mar 23 2021 iocvmeIOC3.dbhcr -rw-r--r-- 1 1001 1001 0 Mar 23 2021 iocvmeIOC3.dbior -rw-r--r-- 1 1001 1001 5451 Mar 23 2021 iocvmeIOC3.dbl SHLL [/Volumes/Epics/LogDir/Database] # ls -l .. total 40 drwxrwxrwx 2 65534 65534 4096 Jul 11 11:29 Database -rwxrwxrwt 1 65534 65534 9980 Jul 10 11:52 iocvmeIOC1.dbhcr -rwsrwsrwt 1 65534 65534 0 Jul 10 11:52 iocvmeIOC1.dbior -rwxrwxrwt 1 65534 65534 4713 Jul 10 11:59 iocvmeIOC1.dbl drwxrwxrwx 3 65534 65534 4096 Mar 23 2021 log -rwxrwxrwt 1 65534 6553414 Jul 11 11:30 passwd SHLL [/Volumes/Epics/LogDir/Database] # cat ../passwd root::0:0 Any Idea what might go wrong? Any fix? Danke Heinz ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users