April 8, 2009 online meeting minutes: Difference between revisions
No edit summary |
No edit summary |
||
| Line 9: | Line 9: | ||
4. DC2 and DC4 were equipped with new power supplies from WIENER. DC1, DC2, DC4, DC10 were added to SNMP-based reset, under testing. | 4. DC2 and DC4 were equipped with new power supplies from WIENER. DC1, DC2, DC4, DC10 were added to SNMP-based reset, under testing. | ||
5. | 5. Sergey P. testing FASTBUS and Lecroy HV boards; bad 1461N boards which triggered mainframe hungs was finally found. 1881 and 1877 boards under testing. | ||
6. Sergey B. upgraded all Solaris machines (sparc and intel) by recent patches for Solaris 10 update 6. Linux RHEL4 to be upgraded (clon04 already done). | |||
7. Sergey B. made some improvements in coda_roc, it must be more stable in case of some vxWorks proceses crashed, they will be restarted on 'reset' command rather then 'roc_reboot'. Some infinite loop situations should not happen any more. | |||
Revision as of 09:39, 8 April 2009
present: Sergey Boyarinov Sergey Pozdnyakov, Stepan Stepanyan, Ben Raydo, Carlos Salgado
1. LEMO connectors on FADC and DISCR requires corresponding cables from splitters. Splitters will have 'flat' connectors, so we need flat-to-lemo coaxial cable assemblies. We can use the same vendor as for DVCS. Preliminary 7 feet length. Sergey P. will provide old quotation.
2. SY1527 HV connectors: ask CAEN to assemble for us, waiting for possibility and quotation. In a meanwhile, will glue and test one.
3. Discr PRs will be submitted today.
4. DC2 and DC4 were equipped with new power supplies from WIENER. DC1, DC2, DC4, DC10 were added to SNMP-based reset, under testing.
5. Sergey P. testing FASTBUS and Lecroy HV boards; bad 1461N boards which triggered mainframe hungs was finally found. 1881 and 1877 boards under testing.
6. Sergey B. upgraded all Solaris machines (sparc and intel) by recent patches for Solaris 10 update 6. Linux RHEL4 to be upgraded (clon04 already done).
7. Sergey B. made some improvements in coda_roc, it must be more stable in case of some vxWorks proceses crashed, they will be restarted on 'reset' command rather then 'roc_reboot'. Some infinite loop situations should not happen any more.