The Cadence CLI is a command-line tool you can use to perform various tasks on a Cadence server. It can performdomain operations such as register, update, and describe as well as workflow operations like startworkflow, show workflow history, and signal workflow.
For example docker run --rm ubercadence/cli:0.21.3 --domain samples-domain domain describe will be the CLI that is released as part of the v0.21.3 release (opens new window).See docker hub page (opens new window) for all the CLI image tags.Note that CLI versions of 0.20.0 works for all server versions of 0.12 to 0.19 as well. That's because the CLI version doesn't change in those versions (opens new window).
NOTE: On Docker versions 18.03 and later, you may get a "connection refused" error when connecting to local server. You can work around this by setting the host to "host.docker.internal" (see here (opens new window) for more info).
To build the CLI tool locally, clone the Cadence server repo (opens new window), check out the version tag (e.g. git checkout v0.21.3) and runmake tools. This produces an executable called cadence. With a local build, the same command todescribe a domain would look like this:
Run cadence for help on top level commands and global optionsRun cadence domain for help on domain operationsRun cadence workflow for help on workflow operationsRun cadence tasklist for help on tasklist operations(cadence help, cadence help [domainworkflow] will also print help messages)
Use option --workflowidreusepolicy or --wrp to configure the workflow ID reuse policy.Option 0 AllowDuplicateFailedOnly: Allow starting a workflow execution using the same workflow ID when a workflow with the same workflow ID is not already running and the last execution close state is one of [terminated, cancelled, timedout, failed].Option 1 AllowDuplicate: Allow starting a workflow execution using the same workflow ID when a workflow with the same workflow ID is not already running.Option 2 RejectDuplicate: Do not allow starting a workflow execution using the same workflow ID as a previous workflow.
Terminating a running workflow execution will record a WorkflowExecutionTerminated event as the closing event in the history. No more decision tasks will be scheduled for a terminated workflow execution.Canceling a running workflow execution will record a WorkflowExecutionCancelRequested event in the history, and a new decision task will be scheduled. The workflow has a chance to do some clean up work after cancellation.
Batch job is based on List Workflow Query(--query). It supports signal, cancel and terminate as batch job type.For terminating workflows as batch job, it will terminte the children recursively.
If a bad deployment lets a workflow run into a wrong state, you might want to reset the workflow to the point that the bad deployment started to run. But usually it is not easy to find out all the workflows impacted, and every reset point for each workflow. In this case, auto-reset will automatically reset all the workflows given a bad deployment identifier.
Let's get familiar with some concepts. Each deployment will have an identifier, we call it "Binary Checksum" as it is usually generated by the md5sum of a binary file. For a workflow, each binary checksum will be associated with an auto-reset point, which contains a runID, an eventID, and the created_time that binary/deployment made the first decision for the workflow.
To find out which binary checksum of the bad deployment to reset, you should be aware of at least one workflow running into a bad state. Use the describe command with --reset_points_only option to show all the reset points:
Then use this command to tell Cadence to auto-reset all workflows impacted by the bad deployment. The command will store the bad binary checksum into domain info and trigger a process to reset all your workflows.
As you add the bad binary checksum to your domain, Cadence will not dispatch any decision tasks to the bad binary. So make sure that you have rolled back to a good deployment(or roll out new bits with bug fixes). Otherwise your workflow can't make any progress after auto-reset.
You have installed an OrCAD Capture web update. Click here to view release notes covering the changes made with the web update installation. The Capture Release 9.1 release notes below are still valid for your current installation of Capture. --->Most of the information contained in these release notes is not included in the Capture manuals or online help. Please read the notes carefully to see if any apply to your designs.To obtain the very latest information about workarounds or solutions to problems that you may encounter, visit the Customer Support page on the Orcad web site at you want to read release notes for an earlier release, click one of the following links:
As in earlier releases, point to the New command on the File menu and choose Project to start a PSpice project in Capture.
The Create PSpice Project dialog boxSelect Create it based upon an existing project and then specify a project (.OPJ) file to create a new project that includes all of the elements of the template project such as simulation profiles, local simulation files, model libraries, include files, marker files, configured libraries, and designs.New shortcuts