Hello Jilei,
I guess it has to do the the user rights. The file system itself is RW,
otherwise you would not have been able to create the file. But I do not
know what the access rights of the directory are and if the Windows NFS
server handles them correctly.
I did some tests with a Linux NFS server and different settings of
access right.
This was my test:
I created a file "src" on the server:
echo XXX > src
On vxWorks I tried to copy the file:
copy < src > dest
I tried different access rights on the server like:
chmod 777 .
Whenever I was able to create a file, I was able to write to it, too. I
had never the situation that I can only create empty files.
Try to give the directory the accress rights mask 777. (No idea how to
do this on Windows.)
Dirk
sunjl wrote:
> Hello Dirk,
>
> The nfs server built on Win7 PC seems working, when type 'nfsDevShow' on
> vxWorks the path of the autosave file is printed correctly. Some other
> commands, like 'cd', 'mkdir', 'ls', can also be respond.
>
> So I start the 'scan.adl' to do the scan test (the MEDM interface as the
> attachment shown), but after scanning it stay in 'writing to ws0001.mda'
> state, and on vxWorks still retry to save data (as following shown).
>
> iocvxWorks> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: ...will retry in 15 seconds
> saveData: *******************************************
> saveData: too many retries; abandoning data from scan 'DAQ1:scan1'
> saveData: *******************************************
>
> On my Win7 PC, the file "ws0001.mad" has been created, but there is no
> data in.
>
> It seems the IOC can create a new file on Win7 PC through the nfs
> server, but can not write data into the file, but I have set the nfs
> server access "R/W".
>
> Do you have any ideas?
>
> Thanks a lot.
>
>
> ------------------------------------------------------------------------
> 孙纪磊 敬启
> 中国科学院高能物理研究所1号厅201室
> 北京市918信箱 100049
> Sun Jilei
> Institute of High Energy Physics, Chinese Academy of Sciences,
> Accelerator Center, Room 201, Hall 1,
> 19B Yuquan Lu, Shijingshan District,
> Beijing 100049,
> People's Republic of China
> Tel.: (+86)-(0)10-88236287
> Email: [email protected] <mailto:[email protected]>
>
> *发件人:* Dirk Zimoch <mailto:[email protected]>
> *发送时间:* 2012-07-03 00:36
> *收件人:* sunjl <mailto:[email protected]>
> *主题:* Re:回复: Re: [SPAM] Re: Problems when download synApps IOC
> Just seen on TechTalk (Thread "VxWorks NFS issue"): What about your NFS
> user settings? NFS uses Unix users and groups. You have to give the
> vxWorks IOC a user and group ID that has write access on the NFS network
> drive.
>
> nfsAuthUnixSet "name of your server", userid, groupid
>
> I do not know how Windows handles the userid and groupid. On a Linux NFS
> server it it simply the "normal" user identification.
>
> Dirk
>
>
> Dirk Zimoch wrote:
> > Hello Jilei,
> >
> > If your NFS server is running on a Windows machine, I do not know how to
> > do any diagnostics on the server. I only know Linux PCs.
> >
> > On vxWorks, type nfsDevShow to see what is mounted. Is the path of your
> > autosave file there?
> >
> > Note that there is 2 times 'autosave' in the path! Is that correct?
> >
> > Do you have write access to the NFS directory?
> >
> >
> > Dirk
> >
> >
> > But on the vxWorks machine,
> >
> > sunjl wrote:
> >> Hi Dirk,
> >>
> >> I bulit a nfs server on my own PC ( IP: 192.168.201.58 ; with Win7), and
> >> the 'nfsCommands' file can be download successfully, thanks for your help!
> >>
> >> But there are 2 errors appear.
> >>
> >> 1, When the IOC start to initiate, some warning appears as following:
> >>
> >> Starting iocInit
> >> ########################################################################
> >> EPICS IOC CORE built on May 5 2011
> >> EPICS R3.14.8.2 $R3-14-8-2$ $2006/01/06 15:55:13$
> >> ############################################################################
> >> reboot_restore: entry for file 'auto_positions.sav'
> >> reboot_restore (v4.11): entry for file 'auto_positions.sav'
> >> reboot_restore: Found filename 'auto_positions.sav' in restoreFileList.
> >> *** restoring from '/f/autosave/autosave/auto_positions.sav' at initHookState 5
> >> drvIK320 starting irq logger...
> >> save_restore:myFileCopy: Can't open file '/f/autosave/autosave/auto_positions.sa
> >> v_120702-035518'
> >> save_restore: Can't write backup file.
> >> reboot_restore: entry for file 'auto_settings.sav'
> >> reboot_restore (v4.11): entry for file 'auto_settings.sav'
> >> reboot_restore: Found filename 'auto_settings.sav' in restoreFileList.
> >> *** restoring from '/f/autosave/autosave/auto_settings.sav' at initHookState 5 ***
> >> save_restore:myFileCopy: Can't open file '/f/autosave/autosave/auto_settings.sav
> >> _120702-035519'
> >> save_restore: Can't write backup file.
> >> iocInit: All initialization complete
> >> value = 0 = 0x0
> >>
> >> 2, When I start the 'scan.edl' with MEDM, "SAVE DATA" still in the
> >> 'Inactive' state.
> >>
> >> Could you give me some more helps, thank you very much.
> >>
> >> By the way, what I want to do is saving data as the monitor scanning
> >> (like the wire scanner system), do you have any good ideas?
> >>
> >> Best regards,
> >>
> >>
> >> ------------------------------------------------------------------------
> >> 孙纪磊 敬启
> >> 中国科学院高能物理研究所1号厅201室
> >> 北京市918信箱 100049
> >> Sun Jilei
> >> Institute of High Energy Physics, Chinese Academy of Sciences,
> >> Accelerator Center, Room 201, Hall 1,
> >> 19B Yuquan Lu, Shijingshan District,
> >> Beijing 100049,
> >> People's Republic of China
> >> Tel.: (+86)-(0)10-88236287
> >> Email: [email protected] <mailto:[email protected]>
> >>
> >> *发件人:* Dirk Zimoch <mailto:[email protected]>
> >> *发送时间:* 2012-06-28 14:46
> >> *收件人:* sunjl <mailto:[email protected]>
> >> *抄送:* tech-talk <mailto:[email protected]>
> >> *主题:* Re:回复: [SPAM] Re: Problems when download synApps IOC
> >> Hello Jilei,
> >>
> >> hostAdd("CSNS-Server3","192.168.206.153")
> >> value = -1 = 0xffffffff
> >> perror
> >> S_hostLib_HOST_ALREADY_ENTERED
> >>
> >> This simply shows that the host is already known. This is because
> >> vxWorks automatically does hostAdd() with the "host name" and "host
> >> inet" from the boot parameters. Thus this line is simply not needed.
> >>
> >> nfsMount("CSNS-Server3","/develeopment/beamimp/sunjl/synApp53/iocDAQ/DAQ1","/develeopment/beamimp/sunjl/synApp53/iocDAQ/DAQ1")
> >> value = -1 = 0xffffffff
> >> perror
> >> S_rpcLib_RPC_TIMEDOUT
> >>
> >> This looks like there is no NFS server running on CSNS-Server3. It may
> >> also be that the NFS server only serves NFS version 4 or NFS over TCP.
> >> Both is not usable with vxWorks. You need to run a version 3 UDP server.
> >> Since your server is on a different network, you should also check if
> >> there is a firewall in between. It may be that such a firewall blocks
> >> UDP packages.
> >>
> >> What you can do:
> >> - Check that NFS is running on CSNS-Server3.
> >> - Check /etc/exports. Is your IOC allowed to mount?
> >> - Can you mount the directory from somewhere else?
> >> * A pc in network 192.168.206.*?
> >> * A pc in network 192.168.201.*?
> >> - Check the options used for the nfs server: --no-udp or
> >> --no-nfs-version 3 would be bad.
> >> - Run wireshark (or etherreal or tcpdump) on the server and look for
> >> packages from bi-mvme5100-2
> >>
> >> Without knowing more details about your server and network environment I
> >> cannot say more.Please consult your network administrator or the system
> >> administrator of CSNS-Server3.
> >>
> >> Dirk
> >>
> >>
> >> sunjl wrote:
> >> > Hi Dirk,
> >> >
> >> > I add the "perror" and "hostShow" in the nfsCommands file, and got some
> >> > results as follows:
> >> >
> >> > boot device : fei
> >> > unit number : 0
> >> > processor number : 3
> >> > host name : CSNS-Server3
> >> > file name : /home/vxWorks/bootdir/vxWorks_5.5_5100
> >> > inet on ethernet (e) : 192.168.201.59:ffffff00
> >> > host inet (h) : 192.168.206.153
> >> > gateway inet (g) : 192.168.201.1
> >> > user (u) : sunjl
> >> > ftp password (pw) : 123456
> >> > flags (f) : 0x0
> >> > target name (tn) : bi-mvme5100-2
> >> > -> </development/beamimp/sunjl/synApps53/iocDAQ/DAQ1/iocBoot/iocDAQ1/st1.cmd
> >> > # vxWorks startup script
> >> > cd "/development/beamimp/sunjl/synApps53/iocDAQ/DAQ1/iocBoot/iocDAQ1"
> >> > value = 0 = 0x0
> >> > < ../nfsCommands
> >> > # Set the default gateway (the address to which IP datagrams will be sent
> >> > # when there is no specific specific routing table entry available for the
> >> > # actual destination address.)
> >> > routeAdd "0","192.168.201.1"
> >> > value = 0 = 0x0
> >> > hostAdd("CSNS-Server3","192.168.206.153")
> >> > value = -1 = 0xffffffff
> >> > perror
> >> > S_hostLib_HOST_ALREADY_ENTERED
> >> > value = 31 = 0x1f
> >> > hostShow
> >> > hostname inet address aliases
> >> > -------- ------------ -------
> >> > localhost 127.0.0.1
> >> > bi-mvme5100-2 192.168.201.59
> >> > CSNS-Server3 192.168.206.153
> >> > value = 0 = 0x0
> >> > nfsMount("CSNS-Server3","/develeopment/beamimp/sunjl/synApp53/iocDAQ/DAQ1","/dev
> >> > eleopment/beamimp/sunjl/synApp53/iocDAQ/DAQ1")
> >> > value = -1 = 0xffffffff
> >> > perror
> >> > S_rpcLib_RPC_TIMEDOUT
> >> > value = 22 = 0x16
> >> >
> >> > Does this mean the nfsCommands file is not necessary for my IOC ?
> >> > Thanks a lot.
> >> >
> >> > ------------------------------------------------------------------------
> >> > 孙纪磊 敬启
> >> > 中国科学院高能物理研究所1号厅201室
> >> > 北京市918信箱 100049
> >> > Sun Jilei
> >> > Institute of High Energy Physics, Chinese Academy of Sciences,
> >> > Accelerator Center, Room 201, Hall 1,
> >> > 19B Yuquan Lu, Shijingshan District,
> >> > Beijing 100049,
> >> > People's Republic of China
> >> > Tel.: (+86)-(0)10-88236287
> >> > Email: [email protected] <mailto:[email protected]>
> >> >
> >> > *发件人:* Dirk Zimoch <mailto:[email protected]>
> >> > *发送时间:* 2012-06-26 20:23
> >> > *收件人:* sunjl <mailto:[email protected]>
> >> > *抄送:* tech-talk <mailto:[email protected]>
> >> > *主题:* [SPAM] Re: Problems when download synApps IOC
> >> > sunjl wrote:
> >> > > Hi all,
> >> > >
> >> > > I built the synApps-5.3 on an EPICS server with base 3.14.8.2, when download the IOC to the MVME5100 through vxWorks 5.5, some wrong return value occured (as follows shown). And these wrong return value cause the "SAVE DATA" of the "scan.adl" in "Mount err Invalid file system!!!" state, right?
> >> > >
> >> > > Need some help, thanks!
> >> > >
> >> > > -> </development/beamimp/sunjl/synApps53/iocDAQ/DAQ1/iocBoot/iocDAQ1/st1.cmd
> >> > > # vxWorks startup script
> >> > >
> >> > > cd "/development/beamimp/sunjl/synApps53/iocDAQ/DAQ1/iocBoot/iocDAQ1"
> >> > > value = 0 = 0x0
> >> > > < ../nfsCommands
> >> > >
> >> > > routeAdd "0","192.168.201.1"
> >> > > value = 0 = 0x0
> >> > >
> >> > > #routeDelete "164.54.0.0", "164.54.53.226"
> >> > >
> >> > > #routeShow
> >> > >
> >> > > hostAdd("CSNS-Server3","192.168.206.153")
> >> > > value = -1 = 0xffffffff
> >> >
> >> > After this failure, type: perror
> >> >
> >> > > perror
> >> > S_hostLib_HOST_ALREADY_ENTERED
> >> >
> >> > This would mean the host "CSNS-Server3" is already known. (Probably with
> >> > a different address. Also try hostShow.)
> >> >
> >> > > nfsMount("CSNS-Server3","/develeopment/beamimp/sunjl/synApp53/iocDAQ/DAQ1","/dev
> >> > > eleopment/beamimp/sunjl/synApp53/iocDAQ/DAQ1")
> >> > > value = -1 = 0xffffffff
> >> >
> >> > This looks like the host is not known or it does not export the file
> >> > system properly. Again try perror.
> >> >
> >> > Dirk
> >> >
> >> >
> >> > > 孙纪磊 敬启
> >> > > 中国科学院高能物理研究所1号厅201室
> >> > > 北京市918信箱 100049
> >> > > Sun Jilei
> >> > > Institute of High Energy Physics, Chinese Academy of Sciences,
> >> > > Accelerator Center, Room 201, Hall 1,
> >> > > 19B Yuquan Lu, Shijingshan District,
> >> > > Beijing 100049,
> >> > > People's Republic of China
> >> > > Tel.: (+86)-(0)10-88236287
> >> > > Email: [email protected]
> >> >
> >>
> >
> >
>
- Replies:
- Re: 回复: Re: Re: Problems when download synApps IOC Tim Mooney
- References:
- Problems when download synApps IOC sunjl
- Re: Problems when download synApps IOC Dirk Zimoch
- 回复: [SPAM] Re: Problems when download synApps IOC sunjl
- Re: 回复: [SPAM] Re: Problems when download synApps IOC Dirk Zimoch
- 回复: Re: Re: Problems when download synApps IOC sunjl
- Navigate by Date:
- Prev:
RE: ImageJ from waveform record Mark Rivers
- Next:
Re: 回复: Re: Re: Problems when download synApps IOC Tim Mooney
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
<2012>
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
回复: Re: Re: Problems when download synApps IOC sunjl
- Next:
Re: 回复: Re: Re: Problems when download synApps IOC Tim Mooney
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
<2012>
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|