MCP-CMS

From Cibernética Americana
Revision as of 06:35, 18 June 2022 by Root (talk | contribs)

mcpcms  

master control program  
CMS MCS shell  
    conversational monitor system  

launch

The link launches a shell on a MCP¹, provisioned per your current SSO context. ² At least token tx-authentication is required and at that minimal level only one launch at a time is permitted at a given DS station in core space.

A running SPO counts against launch limits.

Launch completion codes ABORTED, COMPLETED, OR STOPPED, imply receipt of diagnostic info by your currently selected means of notification (home icon above left). ABORTED is the immediate result if you are not authenticated.Get and set this and related state such as port assignment in the DS control block(s) in your DCMS profile. With info there, you can use ssh (e.g using ssh-copy-id).

MCPCMS, the default or "CANDE" MCS, controls message traffic to the shell. The standard shell setup runs a split screen tmux session which can assist you in using linux in the context of DCP/MCP and which you should leave running detached. Ctl-B d will detach and give you a new shell level.

A MCS is a message control system operating under a MCP. ABORTED, ACTIVE, INUSE, COMPLETEDOK, or STOPPED are the possible job completion codes ³ for the launch attempt


¹Core space resources are only dynamically allocated for AKPERSONs.
² Core domain space currently provisions from Linode or AWS. Use your eligible local hosts by configuring the DS block(s) in your home profile. MCP nodes must have sub-millisecond ping. Set cloud vendor credentials in your commons dashboard (for your own AWS/Linode accounts).

The namestyle is a homage to MCP and VM/CMS.
While initially only linux is supported, ultimately heterogeneous and in particular emulated mainframe kernel OS support is intended. A command and edit (CANDE) MCS wraps the ssh protocol.
Operators use a CANDE MCS for MCP command line ops which can use:

  • mcpcms, the default, a custom zsh.

  • and any of

  • shcl (common lisp nature)
  • shhs (HsShellScript, haskell nature)
  • upsh (prolog nature)

Only mcpcms need be set in /etc/shells, the others are available as the listed commands in a mcpcms session. The sources for the versions forked for MCP and how they operate there as opposed to their original authors intents are in my github repos. CANDE may be local or MCP or DCP depending on the operators context.

GHC is the haskell implementation. Lisp and prolog implementations are variable, and multiple can be combined but shcl and upsh themselves use sbcl and swipl, respectively.

The mcpcms level is always present, the others are outer shells adapted for the domain space knowledge engineering context.
The KEE uses the three HOLs² listed but the mcpcms level is appropriate for regular command line ops in MCP.
Although diverged for DS, an effort will be made to track changes in still vital original lang specific shells.

Assuming the target is configured and ready, invoke mcpcms with:

 mcpcms  <req-spec>

                where            
           
                <req-spec>    ::= ipV6Address:port | ipV4Address:port | FQDSAgentName 
                FQDSAgentName ::= <agentId>@<domain>[:<port>]

                and the port is displayed in a DS control block in the user's DCMS account profile or provided dynamically by automation in an authenticated session.                          
     

Semantics

The port cannot be 22. The semantics are different depending on whether addr:port or agentId forms are used.

The bare address:port forms presume the user's client OS account name is a valid agentId and DCMS username. In this case the address is a pre allocated MCP element and ssh could be used instead.
The agentId form assigns existing or allocates a new MCP element from context implicit in the users account. In this case the CANDE MCS is required.

Roadmap

  • 1.0.0 4720-00-00  Proto SPO provisions mcpcms workers with the DCMS> C-六 backend elements.
  • 1.1.0 4720-00-00  BaselineOfSPO.
  • 1.2.0 4720-00-00  BaselineOfKEE.
  • 1.3.0 4720-00-00  Consolidation and productization release.
  • 1.9.0 4721-00-00  First working WFL workframe.
  • 2.0.0 4721-00-00  Mature DDD/KEE product.

All of above had delivery landings with long tails back in time, best start of which is the first under in the 'text' box in the left nav.


² High Order Language ³ The states COMPLETED, COMPILEDOK and SCHEDULED are invalid for the launch WFL job, but its task steps may have COMPLETED codes, usable in other interfaces.