Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019 
<== Date ==> <== Thread ==>

Subject: 回复: Re: Re: Problems when download synApps IOC
From: sunjl <sunjl@ihep.ac.cn>
To: "Dirk Zimoch" <dirk.zimoch@psi.ch>
Cc: tech-talk <tech-talk@aps.anl.gov>
Date: Wed, 4 Jul 2012 19:20:28 +0800
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:
sunjl@ihep.ac.cn
 
发件人: Dirk Zimoch
发送时间: 2012-07-03 00:36
收件人: sunjl
主题: 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: sunjl@ihep.ac.cn <mailto:sunjl@ihep.ac.cn>
>>  
>> *发件人:* Dirk Zimoch <mailto:dirk.zimoch@psi.ch>
>> *发送时间:* 2012-06-28 14:46
>> *收件人:* sunjl <mailto:sunjl@ihep.ac.cn>
>> *抄送:* tech-talk <mailto:tech-talk@aps.anl.gov>
>> *主题:* 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: sunjl@ihep.ac.cn <mailto:sunjl@ihep.ac.cn>
>>  >  
>>  > *发件人:* Dirk Zimoch <mailto:dirk.zimoch@psi.ch>
>>  > *发送时间:* 2012-06-26 20:23
>>  > *收件人:* sunjl <mailto:sunjl@ihep.ac.cn>
>>  > *抄送:* tech-talk <mailto:tech-talk@aps.anl.gov>
>>  > *主题:* [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: sunjl@ihep.ac.cn
>>  >  
>>  
 

Attachment: 无标题1.png
Description: Binary data


Replies:
Re: 回复: Re: Re: Problems when download synApps IOC Dirk Zimoch
Re: 回复: Re: Re: Problems when download synApps IOC Fabian S.
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

Navigate by Date:
Prev: ImageJ from waveform record Steve Kinder
Next: RE: ImageJ from waveform record Mark Rivers
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019 
Navigate by Thread:
Prev: Re: 回复: [SPAM] Re: Problems when download synApps IOC Dirk Zimoch
Next: Re: 回复: Re: Re: Problems when download synApps IOC Dirk Zimoch
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019 
ANJ, 18 Nov 2013 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·