| Anchor | ||||
|---|---|---|---|---|
|
| Include Page | ||||
|---|---|---|---|---|
|
Version: 1 - Published: 14
Table of Contents
| Table of Contents | ||
|---|---|---|
|
...
- Feature Request: incoming connection requests are by default filtered for virtual serial lines and then allowed only for the localhost. This is to avoid security scanners that can block the port, OPA0 console mainly. To allow other hosts to connect to the virtual line, add the "set OPA0 access_control = disable" line in the configuration file (ID#5707)
This works only with 
This requires to use the new syntax "set to define OPA0 port = ..." and this new syntax also enables the connection_override parameter.... This needs to be documented. Please read the user's guide "Serial lines" chapter.
| Include Page | ||||
|---|---|---|---|---|
|
...
- Network booting is supported with exception of VAX6xxx models.
- IDLE works only once, right after CharonCP installation. As soon as VMS reboots, host CPU utilization returns to maximum and does not drop until VMS shutdown (ID#5343).
- In VAX-6310 UETP test fails if it runs from tape (ID#1942).
- CharonCP SET MAGTAPE utility does not support TQK50/TUK50 controllers (ID#5398).
- In certain situations, where several Charon VMs are running on one host with DSSI cluster configured, Charon may hang up if load on the nodes is very high (ID#5426).
- MicroVAX II emulator may hang on booting MDM (ID#3382).
- CharonCP SET MAGTAPE utility does not support TQK50/TUK50 controllers (ID#5398).
- Standalone backup is not bootable on MicroVAX3600 and MicroVAX II (ID#1870).
- CHAPI is not supported by this build. An attempt to load CHAPI component leads to failure: "Failed to create an instance of the component chapi" (ID#5414).
- Sometimes VAX 6310 does not boot guest OS. The workaround is to restart the emulator (ID#5384).
- Sometimes OpenVMS 7.2 freezes on booting. The workaround is to restart the emulator (ID#5396).
- A segmentation violation in module NCR53C94 may very rarely occur. If that happens, please provide Charon configuration and log files to Stromasys (ID#4633).
- CMS commands may slow down due to a its internal design. STROMASYS provides (on request) a special OpenVMS utility to solve the problem (ID#4651).
- Charon cannot correctly define the total number of available CPUs on multi CPU groups systems (NUMA architecture, etc) - it reports only a number of the CPUs found in its first group. This problem will be fixed in future releases.
As a workaround, enable "Node interleaving" in the BIOS (if available) to make the BIOS report the total number of available CPUs (as a part of one consolidated NUMA group) to the operating system.
For example, on HP Proliant servers, the configuration sequence is the following:
- Boot the server, press F9 and enter BIOS setup.
- Select "Advanced Options" -> "Advance Performance Tuning Options" -> "Node Interleaving", set it to "Enabled".
- Boot Linux If a network cable is disconnected, Charon-VAX might not detect that link is down (ID#4318).
- Unexpected exception (SCB + 004) machine check may happen on a VAX 4000 Model 700/705 under certain rare conditions (ID#4242).
- Charon-VAX does not emulate graphical adapter. Applications hard-coded to use graphical hardware as their own interfaces may not function correctly.
- By default, the layout of the right part of the PC keyboard is not mapped to the layout of the VT100 keyboard. Use a special script created by Geoff Kingsmill ( http://www.decuslib.com/decus/freewarev50/decxterm/decxterm ). Run this script, then run Charon-VAX normally according to instructions in the Users's Guide. (ID#3030).
- By default, a telnet session to the Charon-VAX console port does not support ESC sequences of a VT100. To enable this open xterm, connect to Charon-VAX and press "Ctrl-]" once connected then issue the "mode char" command to enable character mode. If it is also required to map the right part of the keyboard correctly, use the xterm started by Geoff Kingsmill's script (see above). (ID#3030). See this article for more: Input issues with telnet.
Network speed auto negotiation works with some restrictions (see the table below). It is always recommended to use full duplex mode on the hosting server.
Host settings
VAX/VMS (autodetect mode)
1 Gbps full duplex
100 Mbps full duplex
100 Mbps full duplex
100 Mbps full duplex
100 Mbps half duplex
100 Mbps half duplex
10 Mbps full duplex
10 Mbps full duplex
10 Mbps half duplex
10 Mbps half duplex
- The firmware does not support the history of commands called with the up/down arrow keys.
- VMS 7.x Monitor utility shows the maximum CPU quantity instead of actually configured quantity.
- A Telnet session from OpenVMS running on emulated host may freeze console output. The console output can hang when the virtual serial line sends XOFF/XON sequence. The TELNET client sends XOFF to the remote node's TELNET server to suspend output, but for unknown reason XON is discarded and remote node's TELNET server has no chance to resume output. The console remains "frozen". As the remote site is not sending any output to it. When that happens, the local node is reachable over network, and can be unlocked by typing the 'break' character - usually "Ctrl-]" and exiting telnet session by typing "exit" at "TELNET>" prompt.
- Emacs hangs if the OPA0 console is used. Emacs works fine over telnet connection.
Please note that Charon-VAX has not been tested with SAN attached storage volumes over 2TB in size.
...
- IEQ11 board is implemented on top of (couple of) NI PCI-GPIB interface cards (ID#4670).
- Linux bonding adapters are supported (ID#4750).
- Kernel version and System release are included to the log (ID#5393).
- Log is flushed regularly and asynchronously to facilitate online LOG monitoring by third-party tools (ID#5532).
- VMware Ethernet adapters: in addition to the E1000, E1000E and VMXNETx adapters are now fully supported.
- Copyright notes are updated in all sample configuration files (ID#5399).
- Licensing mechanism is improved (ID#5375, 5458, 5459).
- Network License management processing changes (ID#4631).
- hasp_srm_view output is improved (ID#5392).
- "ncu" utility is improved (ID#5404).
- "license_key_lookup_retry" functionality has been broken (so no retry was performed) (ID#5538).
...
- To address security issues new Sentinel LDK 7.6 is used for building this release; most up-to-date Sentinel run-time (v7.63) is included (ID#5211, ID#5227).
- Network performance and stability has been significantly improved (ID#5111, ID#4987).
- USB physical drive support is improved (ID#3323).
- Virtual lines implementation is improved (ID#4983).
- User part of Charon configuration (set by CFG file) is reflected in the log (ID#5156).
- Some improvements of the messages in the log (ID#5356).
- Minor update in Charon logs on Linux: kernel version and system release are added (ID#5393).
- Hard-coded host system limits are replaced with limits encoded in the license's memory block (ID#3263).
- Hard-coded upper limit on license check interval to 168 hours is increased (ID#5031, Case #00029470).
- New configuration options "license_use_any_key" and "license_id" are implemented (ID#5289).
- Should Charon lose access to its license, the product now offers a longer grace period and more frequent intermediate checks.
- RPM script is improved for update process (ID#5139).
- hasp_srm_view is improved (ID#5027, ID#5214, ID#5243, ID#5304, ID#5322).
- TapeUtil (CharonCP) is improved (ID#3589).
- NCU is improved (ID#5133, ID#4950).
...
- Fixed DEMNA implementation to prevent VAX 6000 Model 6x0 from hang while joining NI cluster on boot.
- Very new SCSI tape drives may fail if they are addressed via "physical_scsi_device" instance (as it is recommended). In this case their support is provided via "virtual_scsi_tape" instance (ID #5488).
- Fixed a problem leading to repeating "circuit down" situation immediately followed by STARTNET if DEMNA network interface is used (ID #5641).
- Fixed a problem where the specification of "log_rotation_period = 0" ("never") did not work correctly (ID#5580, Support Case 00031938).
- Fixed a problem with fast growing "Unrecognized frame destination" counter of DEMNA with customer application on VAX 6000 Model 610 (ID#5617).
- Fixed a problem where negotiated line speed is reported incorrectly at DECnet startup (ID#5626).
- Fixed a problem where sometimes PT.EXE (performance tool) may freeze (ID#5614).
- Fixed a problem with CPUSPINWAIT bugcheck of VAX 6620 (ID#5551).
- DEMNA logging mechanism is corrected (ID #5646).
- Serial lines logging is corrected (ID #5647).
Problems fixed in version 4.10 build 202-03
- Fixed a problem where Charon-VAX hung on exit waiting for PUTTY to terminate (ID#5528).
- Fixed a problem where VAX Cluster hung in certain configurations (Support Case 00030570, 00030564, ID#5426).
- Fixed a problem where it was impossible to mount physical tape on "MicroVAX_3100_Model_98" model (ID#5488, 5489).
- Fixed a problem where sometimes network does not work with PMAD-AA (ID#5067).
- Fixed a problem leading to the message "(95) Operation not supported: EWA0: Failed to query for max frame size. Assume 1518." (ID#4899).
- Fixed an issue where Team0 interface disappearing after being dedicated to Charon with NCU (ID#5434).
- Fixed a problem where CharonCP failed to install on OpenVMS 6.2-1H3 (ID#5329).
- Fixed a problem where Charon reports "Can not change current ethernet address... Dynamic change of ethernet address is disabled or is not supported