Hi Matt,
Only to focus the 'power-cycling or rebooting' option, here I want to
share my options as follows:
* Serial server : if you can still access the CPU though 'serial server'
at least (Digi Portserver, Moxa serial server and so on). If you have
small number of VME crates, it is a reasonable solution. However, it
does not work if VxWorks freezes completely.
* VME Crate has an Ethernet access to activate 'Reset' crate. For
example, Wiener supports SNMPv1/v2c so far. So, simply snmp command can
reset the Wiener Crate.
* Remote Accessible Power Distribution Unit, e.g., APC AP7921, is
another option. It is independent upon the VME crate, and it supports
SNMPv1/2c/3. So simply snmp command can reset a power outlet which is
used for the VME crate.
When I worked at JLab, I used all three and possible methods, because
some VME crates, installed in a experimental hall, are limited to access
due to operation procedures/time and radiation. By simple GUI interface,
a operator or s shift crew could execute any 'reboot' or 'reset'
commands easily and it worked well. However, there was one concern for
SNMPv1/2c security issue. At that time, I only the SNMP2c within one
subnet and hided SNMP bare commands under GUI in order to reduce any
security issue.
Anyway, to resolve this issue, I asked the Wiener to support SNMPv3 in
their VME crate controller firmware last year. And the Wiener is
developing "SNMPv3 support" now and may (I hope) deliver a firmware that
supports SNMPv3, to our site this summer. We are currently testing
response time of v1/2c/3 by using simple network configurations. As you
know, v3 is extremely slow. Technically, ELMA has the very early SNMPv3
(Read) support, but their support isn't good (Only Read, bad MIB file
and so on). CAEN has no plan to support SNMPv3 yet.
Thanks,
Han
On 03/22/2014 06:31 AM, Matt Rippa wrote:
Thanks Steve.
The better coding part is always good =). But my last hang-ups
were testing a new vxworks kernel and using the cross-wind
debugger. Yikes! I haven't done that in years.
Sounds like better negotiating with my team is in order.
-Matt
On 03/21/2014 10:53 AM, Hartman, Steven M. wrote:
On Mar 21, 2014, at 3:21 PM, Matt Rippa <[email protected]>
wrote:
Can a modified reboot handler help with any of these
occurrences?
With VxWorks, you can definitely get yourself into enough
trouble that ^X or reboot() won't be enough. A SYSRESET or
perhaps even a power cycle is needed. If you just have a
terminal shell, you are out of luck. SNS built an option for
sending a reset through the timing system to the timing
receiver board which issues a SYSRESET on the backplane
(although this is almost never used). Some VME crates have
their own network interface which can be used to send a reset
or power cycle. A network power cycler is another option. If
you don't have something like that, and the crate is far
away, you best option is careful coding.
--
Jeong Han Lee, Dr.rer.nat.
----------------------------
Accelerator Systems Division
Rare Isotope Science Project
Institute for Basic Science
Daejeon, South Korea
----------------------------
tel : +82-42-878-8733
fax : +82-42-878-8799
- Replies:
- Re: VxWorks VME Ctrl-X vs. Power Cycle Rod Nussbaumer
- References:
- VxWorks VME Ctrl-X vs. Power Cycle Matt Rippa
- Re: VxWorks VME Ctrl-X vs. Power Cycle Hartman, Steven M.
- Re: VxWorks VME Ctrl-X vs. Power Cycle Matt Rippa
- Navigate by Date:
- Prev:
Re: 3.14.12 build problem with vxWorks 6.9 Johnson, Andrew N.
- Next:
How to check if IOC is connected or not? Ganesh Jangir
- 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: VxWorks VME Ctrl-X vs. Power Cycle Matt Rippa
- Next:
Re: VxWorks VME Ctrl-X vs. Power Cycle Rod Nussbaumer
- 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
|