Transfer CFT ErrorMessagesGuide AllOS en
Transfer CFT ErrorMessagesGuide AllOS en
Transfer CFT
Version 3.1.3
02 February, 2017
Copyright © 2015 Axway Software S.A.
No part of this publication may be reproduced, transmitted, stored in a retrieval system, or translated into any human or
computer language, in any form or by any means, electronic, mechanical, magnetic, optical, chemical, manual, or otherwise,
without the prior written permission of the copyright owner, Axway Software S.A.
This document, provided for informational purposes only, may be subject to significant modification. The descriptions and
information in this document may not necessarily accurately represent or reflect the current or planned functions of this
product. Axway Software S.A. may change this publication, the prod uct described herein, or both. These changes will be
incorporated in new versions of this document. Axway Software S.A. does not warrant that this document is error free.
Axway Software S.A. recognizes the rights of the holders of all trademarks used in its publications.
The documentation may provide hyperlinks to thirdparty web sites or access to thirdparty content. Links and access to these
sites are provided for your convenience only. Axway Software S.A. does not control, endorse or guarantee content found in
such sites. Axway Software S.A. is not responsible for any content, associated links, resources or services associated with a
thirdparty site.
Axway Software S.A. shall not be liable for any loss or damage of any sort associated with your use of thirdparty content.
Contents
Preface 4
About Transfer CFT 4
Troubleshooting guide outline 4
Who should read this guide 4
Transfer CFT documentation set 6
Support services 6
Accessibility 7
Accessibility features of the documentation 7
Screen reader support 7
Support for high contrast and accessible use of colors 7
1 Troubleshoot 8
Getting information when an error occurs 8
Performing checks 8
Documentation 9
Axway forum 9
Support tools and contacting Support 10
Accessing the Axway Support site 10
Using CFT_support 10
This documentation provides information to help you get started in troubleshooting Transfer CFT. It
describes checks to perform, lists messages and codes along with corrective actions when
necessary, and describes how to collect information if you still need to contact Axway support.
As of version 3.1, you can configure Transfer CFT to manage flows using Axway Central
Governance. Central Governance simplifies Transfer CFT usage, and provides services such as
identity and access management, certificate management, monitoring, alerting, and a web
dashboard.
Corrective actions – This chapter describes procedures that can help you to troubleshoot and
resolve problems relating to Transfer CFT or Copilot server administration. Additionally it offers
corrective actions for issues that could occur during installation, an upgrade, or postinstallation
procedures.
Messages and error codes- This chapter starts with an introduction to error messages, message
formats, severity, and additional conventions used in this chapter. It then lists the messages that
Transfer CFT generates, and corrective actions when applicable.
Others who may find parts of this guide useful include network or systems administrators and other
technical or business users.
Support services
The Axway Global Support team provides worldwide 24 x 7 support, subject to validation of your
license agreement. Email [email protected] or, for your local support telephone number, visit
Axway Sphere at support.axway.com and click Contact Axway Support.
You can post comments and question to the Axway user forum at: forums.axway.com/index.php
At Axway, we strive to create accessible products and documentation for all our users.
Transfer CFT generates messages that provide information about the processes and events that
occur on the Transfer CFT. These messages are collected and stored in a log file. If you are using
Central Governance, in the Products List page select the Transfer CFT in question. In the Transfer
CFT page, select Logs in the right pane to view the Transfer CFT logs.
Transfer CFT also generates messages that provide information about the state of a transfer. These
messages are collected and stored in a catalog file. From the Central Governance main menu, select
Flow > Monitoring > and then the type of View, for example View all flows in error for a
given application.
As you go through the questions in Performing checks, note your responses. If you need to
submit a Support request this information can help you to save time.
Documentation on page 9 lists related documentation that you may want to consult.
Performing checks
To better help you resolve an incident, you can print and use the following table. It can serve as a
guideline for gathering information, which can help you if you need to file an incident report.
Documentation
If an error occurred while running Transfer CFT in Central Governance, you may also want to consult
the Central Governance documentation.
Some corrective actions may be operating system specific, so you may also want to refer to:
Axway forum
Post comments and question to the user forum: http://forums.axway.com/index.php
l Product version
l Operating system
l Cft_support
l Submit and track your request through the Axway Support Web site support.axway.com.
l Each time you submit a support request, that request is assigned a unique number. Use this
specific number when you contact Customer Support concerning that case.
l You must have a user account to submit a Support request.
Using CFT_support
The cft_support tool collects all of the needed information from the customer's Transfer CFT
installation environment, including the static configuration (PARM/PART), Unified Configuration
parameters (UCONF), catalog information, communication media file status (CFTCOM), log files,
execution environment (variables), disk space, and so on. This information is then packaged into a
archive file called cft-support-<date>(.tar.gz|.zip).
Note When using the cft_support tool on other Operating Systems, refer to the OSspecific
guide for the correct syntax.
Using Copilot
From the UI, click the debug icon. The report is saved in the Transfer CFT runtime directory, after
which you are prompted to download the report to your desktop.
UNIX/Windows
In command line enter: cft_support collect
IBM i
The CFTSUPPORT command executes the CFTSUPPORT program by submitting the script
CFTPGMn/CFTSRC MBR(B_SUPPORTn), which retrieves information about the Transfer CFT. In the
script name, the 'n' value represents the Transfer CFT environment number (from 1 to 5).
z/OS
Run the JCL XSUPPORA. You can transfer the resulting file to a Windows system, zip, and attach to
an email request.
Note ATM traces are available only when using Transfer CFT Local Administration. However
Central Governance managed Transfer CFT is the recommended version.
A complete listing of the Transfer CFT error messages and diagnostics, as well as message
conventions and formats, are available in the Messages and error codes section of the Messages and
error codes section of the User Guide.
l Collect system information you can use either the Central Governance interface, or from
Transfer CFT use cft_support
l Check for updates and updating the system
l Regenerate the internal datafile or rebuild the runtime
Central Governance
l Verify the Central Governance IP address (or FQDN) used in the Transfer CFT configuration.
l On the computer running Transfer CFT, check that you can reach Central Governance at the IP
address used in the Transfer CFT configuration.
l Check that the Transfer CFT appears in the Central Governance logs. If not, typically this is
because the Transfer CFT is unable contact Central Governance.
l In Central Governance check Administration > Services to ensure that Central Governance is
correctly started.
l Verify the shared secret for Central Governance used in the Transfer CFT configuration.
Note See the Central Governance documentation for additional information and details.
4. Start the Transfer CFT Copilot. Copilot starts the registration process.
More information
For more information on Central Governance, refer to the Central Governance1.0.3 documentation.
All OS
This section describes how to manually modify the Transfer CFT configuration to enable Central
Governance connectivity in command line.
Prerequisites
1. Stop Transfer CFT and Copilot if running.
2. Enabling Central Governance connectivity after an upgrade implies replacing any standalone
connectors. Therefor, prior to connecting to Central Governance deactivate all previously
activated connectors, for example PassPort AM, PassPort PS, and Sentinel.
Note When running in a z/OS environment you must additionally set the am.passport.superuser
with the user that will start the Copilot server.
3. Ensure that all UCONF values used to identify a Transfer CFT instance are defined. These
parameters include:
l cft.full_hostname
l cft.instance_id
l cft.instance_group
Procedure
The manual procedure consists of the following steps, which are detailed below:
Include certificates
You must include the certificate authority that is used to validate communication with Central
Governance in the PKI database. You can personalize this certificate on the Central Governance side,
so be sure to use the correct iname in the pkicer command.
You can use any ID for this certificate. Transfer CFT uses the certificate ID defined in UCONF to
communicate with Central Governance.
After inserting the correct certificate in the PKI database, define the UCONF variable cg.ca_cert_id.
This value is required so that Transfer CFT knows which certificate to use when communicating with
Central Governance.
l cg.host
l cg.port
l cg.mutual_auth_port
l cg.shared_secret
As a final step, prior to starting Copilot, reset the Central Governance registration id.
Register
Start the Transfer CFT Copilot to trigger an automatic registration with Central Governance.
You can check in the Central GovernanceProduct List to confirm that the registration was
successful.
To enable Transfer CFT to selfregister with Central Governance set the parameters listed in the
following table, either during the Transfer CFT installation or manually post installation.
Registration completes with Transfer CFT appearing in the Central Governance product list.
Additional parameters
The following table lists additional Transfer CFT parameters related to Central Governance
connector.
For more information on Central Governance, refer to the Central Governance 1.0.3 documentation.
The certificates used by the Copilot server to authenticate itself are defined in UCONF using the
parameters described in the following tables.
The examples provided in this section use sample certificates that are supplied in product. Do not
use these certificates in production; you should instead use your own certificates.
Example 1
Parameter Value
copilot.ssl.SslCertFile conf/pki/MFT_Demonstration_User_Certificate.p12
Example 2
This example uses a DER certificate with the private key in a separate DER file.
Parameter Value
copilot.ssl.SslKeyPassword Key file password (no password with sample file above)
Parameter Value
l 47 = RSA_WITH_AES_128_CBC_SHA
l 53 = RSA_WITH_AES_256_CBC_SHA
l 59 = RSA_WITH_NULL_SHA256
l 60 = RSA_WITH_AES_128_CBC_SHA256
l 61 = RSA_WITH_AES_256_CBC_SHA256
On Windows, there are two ways to install a certificate on the client side: use the Windows
certificate, or the Java keystore.
UNIX
Example
In this section and the example below, we use the sample certificate delivered with Transfer CFT and
located at:
<CFTDIRRUNTIME>/conf/pki/Axway_MFT_Demonstration_Root_Certificate.der
Alternative method
keytool –importcert
-trustcacerts
-alias AXWMFTCA
-file Axway_MFT_Demonstration_Root_Certificate.der
-storepass changeit-keystore <keystore>
Specify the keystore to use on the client side by customizing html files
The html files used by the Copilot server to be accessed by a browser are:
l runtime/wwwroot/admin.html
l runtime/wwwroot/index.html
These files contain a parameter SSL_KEYSTORE, which are modifiable. The default value for this
parameter is “Windows”, and the only other possible value is “” (empty string).
The following table shows used keystore depending on the SSL_KEYSTORE value and operating
system.
https://<copilot_server_hostaddr>:<uconf:copilot.general.serverport>
l Abend
l Performance
l Start disk space, multinode issues, restart
l Unexpected shut down, such as when the catalog is full
Common causes
Issue Typical causes
Catalog check
When the catalog is full Transfer CFT stops and you cannot restart it without a correction action to
reduce the size of the catalog. Note that this does not necessarily mean that the disk is full.
l See the Catalog houskeeping topic in the Transfer CFT 3.1.3 User Guide
l Backup your catalog and export the existing catalog
Create a new catalog file configured for a greater number of records, and reimport the original
catalog file.
Network checks
These corrective measures are often system dependent.
l Perform basic tests such as pinging the address, telnet (to check the port)
Reactivate an object
This topic describes the ACT command and its parameters. You can use the ACT command to
reactivate:
The ACT command cannot be applied to a partners if its definition was provided or modified by a
directory EXIT.
You can choose to reactivate a single mode (requester or server) or both modes.
When the partner is reactivated, transfer requests that were suspended by the INACT command:
See the ACT command in the Transfer CFT 3.1.3 User Guide
Parameters
Parameter Description
Deactivate objects
This topic describes the INACT command and its parameters. The INACT command is used to
deactivate:
Note This command cannot be applied to partners whose definition was provided or modified by
a directory EXIT.
A partner that has been deactivated by the INACT command can only be reactivated using the ACT
command.
The state of a transfer request awaiting execution in requester mode for a deactivated partner
remains D, with a diagnostic code 430 and a protocol diagnostic INACT.
The state of a transfer request awaiting execution in server mode for a deactivated partner remains
D, with a diagnostic code 930 and a protocol diagnostic RCO 312, or ABO 312 if the session is
already open.
The state of transfers that are interrupted by an INACT command when FORCE=YES is H, with a
diagnostic code 121 and a protocol diagnostic OPER.
See the INACT command in the Transfer CFT 3.1.3 User Guide
You might use this command to check transfers that should have started but are blocked, check a
scheduled job that has not started, or to provide information when troubleshooting performance
issues as shown in the examples below.
The MQUERY command sends the requested internal information to display in the log.
Syntax
OBJECT = CACHE or SYSTEM
[ CMD = { string }]
[ CMD = { string }]
Parameter Description
NAME The options available for the NAME depend on the type of OBJECT to be
queried.
If the object = cache (default) then the name can be set to:
l CAT: Query of the catalog cache
l COMMAND: Query of the command cache
l CRON: Query the Transfer CFT CRON cache
CONTENT If OBJECT=CACHE then you can select from the following values:
BRIEF| FULL | STAT or XMLBRIEF| XMLFULL | RAW
Examples
MQUERY NAME=CAT,CONTENT=FULL
listlog
=========================== TRANSFERS
======================================
pri minTime minDate reqTime reqDate cat_blk part
=======================================================================
=====
Transfers_Non_Ready : 0
Transfers_Ready : 0 ( 0 Partners )
Transfers_Time__Locked : 2 ( 1 Partners )
128 11:49:12 TODAY 11:49:12 TODAY 1780 PART1
128 11:49:14 TODAY 11:49:31 TODAY 1781 PART1
Transfers_State_Locked : 0 ( 0 Partners )
======================== PARTNERS =====================================
name count state locked diag diagp minTime minDate
=======================================================================
Partners : 1
PART1 2 TLCK 2 302 L 02 045 11:55:38 TODAY
Partners_Ready : 0
Partners_Time__Locked : 1
PART1 2 TLCK 2 302 L 02 045 11:55:38 TODAY
Partners_State_Locked : 0
MQUERY Treated for USER AXWAY\ls
MQUERY NAME=COMMAND,CONTENT=FULL
listlog
CFTI24I *** 3 COMMAND(S) INTO CACHE
CFTI24I *** DATE=28/01/2013 TIME= 18:48:00.00 SWITCH LOG
CFTI24I *** DATE=29/01/2013 TIME= 00:05:00.00 PURGE
CFTI24I *** DATE=29/01/2013 TIME= 10:57:00.00 SWITCH ACCNT -
MQUERY OBJECT=STATS
Syntax
[ COMMENT = string ]
Parameters
Parameter Description
Example
CFTU20I
CFTU20I CFT Windows
CFTU20I Version 3.1.2 20140423
CFTU20I (C) Copyright AXWAY 1989-2014
CFTU20I ====> Starting Session on 28/04/2014 Time is 18:54:31
CFTU20I Parameters file :C:\AxwayCFT312\Transfer_
CFT\runtime\data\cftparm
CFTU20I Partners file :C:\AxwayCFT312\Transfer_CFT\runtime\data\cftpart
CFTU20I Catalog file :C:\AxwayCFT312\Transfer_CFT\runtime\data\cftcata
CFTU20I
CFT information :
* product = CFT Windows
* version = 3.1.2
* level = SP1
* upgrade = 7595
* target = win-x86-64
Host information :
* model =
* hostname = MACH-A10229
* sysname = Windows
* machine = AMT_X8664
* version = 6.1.7601
* release = Seven Service Pack 1
* distrib =
Axway information :
* product = Axway Transfer CFT
* version = 3.1.2_SP1.0
* applied-patches =
* forbidden-patches =
Key information :
* idparm = IDPARM0
* key = Lxxxxxxxxxxxxxxxxxxxxxxxxxx588S
* CI97S
* type = DATE
* expire = 2015/04/14
* sysname = win-x86-64
* Nb Transfers = 999
* Nb CPU = 2
* Nb Partners = Max
* Nb EBICS partners = Not authorized
* In/Out Bandwidth = Unlimited
C:\projects>cfttell target
win-x86-32
C:\projects>cfttell version
3000
Extract data
You can use the CFTEXT object to extract Parameter and Partner file data. CFTEXT generates, as
output, a configuration command text used to reconstitute the data of these files.
l Upgrade the Transfer CFT software when such an upgrade incorporates a file structure
modification
The configuration command text generated is written to the CFTUTIL output medium. To recover a
CFTUTIL output, you can either redirect the standard output or else redefine the output medium via
the command CONFIG TYPE = OUTPUT.
Description Use this command to extract all or part of the data from the parameter
and partner files.
Example 1
CFTEXT
Extraction of all data from the CFTPARM parameter and CFTPART partner files.
Example 2
Extraction of data concerning the model file to be sent (CFTSEND command) with an IDF =
FACT, from the file mycftparm.
Example 3
ID = FACT*
Extraction of the data concerning the model files to be received (CFTRECV command) whose
IDF value begins with the four letters "FACT". The name of the Parameter file is the default
name indicated. Refer to the Transfer CFT Operations Guide that corresponds with your OS.
Example 4
ID = MAGA*
Extraction of the partner data corresponding to the CFTPART commands, the identifier of
which begins with the four letters "MAGA". The Partner file name is the default name
indicated. Refer to the Transfer CFT Operations Guide that corresponds with your OS.
Example 5
Transfer CFT application definitions
You may need to use this process, after accidentally erasing critical files, to deal with corrupted files,
or after a disk failure.
Syntax
Where:
l cftinstalldir: Is the full Transfer CFT install path and must exist.
l cftruntimedir: Is the full Transfer CFT runtime path and does not exist.
Usage:
Note You must use double quotes when indicating a path that contains spaces.
Example 1
Example 2
Example
cftutil listcom
RECORDS
RECORD N 1 ACTIVE : YES
COMMAND-TYPE : SEND USERID : AXWAY\Manager
GROUPID :
JOBNAME : 9168
COMMANDE :
part=bclpm,idf=un,fname=cc,mintime=+1
Repeat the LISTCOM command, and the example below displays the results (note the record is now
set to CLEARED).
cftutil listcom
RECORD N 1 ACTIVE : CLEARED
COMMAND-TYPE : SEND USERID : AXWAY\Manager
GROUPID :
JOBNAME : 9168
COMMANDE :
part=bclpm,idf=un,fname=cc,mintime=+1
RECORD N 6 ACTIVE : YES
COMMAND-TYPE : WLOG USERID : AXWAY\Manager
GROUPID :
JOBNAME : 10204
COMMANDE :
MSG='CLEARCMD Command=SEND, Userid=AXWAY\Manager, Index=1 _ Command O
K'
INDEX=*,COMMAND= cmd,USERID=userid
INDEX=*,JOBNAME= job,USERID=userid
Example
To delete all RECV commands that have the JOBNAME 9168 for the Axway/Manager account user
begin by executing the LISTCOM command.
cftutil listcom
RECORD N 3 ACTIVE : YES
COMMAND-TYPE : RECV USERID : AXWAY\Manager
GROUPID :
JOBNAME : 9168
COMMANDE :
part=loop,idf=*
RECORD N 4 ACTIVE : YES
COMMAND-TYPE : RECV USERID : AXWAY\Manager
GROUPID :
JOBNAME : 9168
COMMANDE :
part=pesit1,idf=*
cftutil listcom
RECORD N 3 ACTIVE : CLEARED
COMMAND-TYPE : RECV USERID : AXWAY\Manager
GROUPID :
JOBNAME : 9168
COMMANDE :
part=loop,idf=*
The following screen shows the WLOGs that correspond to the 2 deleted RECV commands.
Syntax error
The following is a list of error and information messages that display if there are no WLOG transfers
in CFTCOM.
Error 1
Error 2
Error 3
Error 4
Error 5
Execution errors
The following is a list of error and information messages that display if there is an error when
executing the WLOG transfers in CFTCOM.
Error 1
Error 2
Error 3
Example
The following examples show the LISTCOM messages after three erroneous CLEARCMD commands.
The command generates a WLOG command which reports the event in the LOG file.
You can only create the initial environment in the CFTUTIL command line interface. You must create
all files that are handled by the Transfer CFT. After creating a basic CFTFILE, you can execute the
profile file, and continue either in command line or use the GUI Configuration Wizard.
l PARAMETER containing the Transfer CFT general parameters where TYPE = PARM
l PARTNER containing the descriptions of the characteristics of partners where TYPE = PART
l CATALOG containing the control information associated with transfers where TYPE = CAT
l STATISTICS containing the information relative to terminated transfers where TYPE = ACCNT
l LOG used to record messages associated with the execution of transfers and CFT operations
where TYPE = LOG
l COMMUNICATION used to enter transfer requests and Transfer CFT management comm, ands
where TYPE = COM
To delete a Transfer CFT file, MODE = DELETE, you must declare the parameters FNAME, the name
of the file to be deleted, and TYPE, the type of the file to be deleted.
OS Description
OS400 The CFTFILE command is incorporated in Transfer CFT OS/400 Manager. It can,
however, be activated directly in the log file switching procedures. See the example
supplied in the B_EXECLOG member.
You can use the CFTCATAL utility to resize the catalog. In a multinode environment, this action
resizes all nodes.
Use the CFTFILE command to create (MODE = CREATE) empty or delete (MODE = DELETE) Transfer
CFT files.
Syntax
FNAME = filename
[ HABFNAME = filename ]
[ CIPHER = { NO | YES } ]
[ FBLKSIZE = { 0 |n } ]
[ FSPACE = n ]
[ FSPACEX = n ]
[ MAC = { NO | YES } ]
FNAME = filename
[ RECNB = n ]
[ CIPHER = { NO | YES } ]
[ FBLKSIZE = { 0 |n } ]
[ FSPACE = { 0 | n } ]
[ FSPACEX = { 0 | n } ]
[ HABFNAME = filename ]
FNAME = filename
[ FBLKSIZE = 0 | n ]
[ FSPACE = 0 |n ]
[ FSPACEX = 0 |n ]
Parameter Description
FBLKSIZE Defines the block size of the file to be created (in bytes).
According to TYPE/OS
Example
Note ATM traces are only available when using the Local Administration version of Transfer CFT.
We recommend using Central Governance to manage Transfer CFT.
Topic Description
Trace Describes the concepts behind performing an ATM trace in Transfer CFT.
management
concepts
Managing trace This topic describes how to begin and end the information collecting
information process.
collection
Defining trace Describes the Transfer CFT general parameter for a trace.
in Transfer CFT
parameters
Initializing the Defines and describes a trace file which can be available to store
trace captured information and associates an identifier with this file and
description.
Configuring the Describes how to configure the Transfer CFT communication medium so
trace that you can write trace commands in the communication medium.
communication
medium
Defining a trace Describes how to create a trace file, to destroy it or to reinitialize it with
file externally an empty useable content.
Defining the Describes how to create a trace when Transfer CFT starts up, with the
internal trace possibility of tracing an initialization sequence, or during Transfer CFT
file operations.
Topic Description
Using the start Describes the start trace command, which is associated with a unique
trace command identifier, defines and describes the conditions for starting and selecting
traced data, and associates a file identifier.
Using the stop Describes the stop trace command, which defines the conditions for
trace command stopping a trace.
l To save the information exchanged at the monitor level, in one or more dedicated files
The information traced relates to protocol information (exchanges between Transfer CFT and its
remote partners) and/or Transfer CFT internal information (exchanges between Transfer CFT internal
components or between Transfer CFT tasks).
l To retrieve and interpret previously saved information, through an offline analysis program
Users are only concerned by ATM in that they may need to initiate tracing, at the request of the
Transfer CFT Support service. The Transfer CFT Support service is then responsible for analyzing
traces. The topic Transfer CFT Traces Information Collection contains a description of the trace
commands.
The following section introduces the concepts surrounding the trace mechanism and how this
works in Transfer CFT.
l Information collection, or trace acquisition in Transfer CFT, with records in one or more trace
files
l Examination of this information, outside Transfer CFT, at a later date or time
Only the information collection stage is covered in this section. Examination of information, which
Transfer CFT support staff carry out, is performed using trace files.
l How to start trace acquisition, either before starting up Transfer CFT or during operations
l How to synchronize data collection with application events linked to transfers
Collecting information
The implementation of traces in Transfer CFT involves three types of operations:
l Initially define the communication medium with which the utility will function
l Redefine this medium during operations, if necessary
This communication medium can be the same as that defined for CFTUTIL.
To do this, the description of the trace file must be given to Transfer CFT, either:
l In the CFTUTIL parameter settings, using a CFTTRACE command which is taken into account
when Transfer CFT is started
l Or dynamically, using a SETTRC command, sent to the Transfer CFT communication medium
during its operations. The SETTRC command can be made before Transfer CFT is started, if the
communication medium is a file
The word process is not used here as a synonym for task. There is at most one task dedicated to
trace acquisition in Transfer CFT.
In general, when a CFTTRACE or SETTRC command is taken into account, this is accompanied by
the physical creation and initialization of the corresponding trace file. In some environments,
especially on mainframe platforms, this operation must be carried out in advance, using a TRCFILE
TYPE=TRACE command.
For more information, refer to the specific documentation or the examples supplied with the
Transfer CFT products.
The CFTTRACE parameter settings command initializes a trace acquisition process and provides it
with operating parameters.
Depending on the value of this command’s START parameter, trace acquisition starts:
During Transfer CFT operations, only the CFTTRACE command referenced by the CFTPARM
command’s TRACE parameter is taken into account:
Conversely, during Transfer CFT operations, several SETTRC commands can be taken into account.
However, after a SETTRC command, a STARTTRC command must always be entered. This command
provides Transfer CFT with the additional parameters to control and actually trigger trace
acquisition.
Note The CFTTRACE and SETTRC commands provide Transfer CFT with operating and trace
acquisition parameters. The term ‘‘trace vector" will therefore be used to represent these
items overall in the rest of the document.
Example
The command to start a trace FPDU (PTRACE=16) only applies to thePart partner. When you start a
Trace, a new message is written in the LOG File with a CFTT57 message:
1. When Transfer CFT starts up, the user enters the CFTTRACE START parameter (START=CFT).
2. During Transfer CFT operations, the user enters a STARTTRC command.
Information collection is managed by a trace server task, which makes it possible to resolve trace file
access conflict problems. Serialization is ensured by an internal flag setting mechanism, which
enables message exchanges and synchronization of Transfer CFT tasks.
The collection operation does not preempt or significantly disturb other Transfer CFT mechanisms.
Consequently, if there is a bottleneck in the flag mechanism (if the volume of traces requested
exceeds flagging capabilities or system resources), messages are purely and simply lost.
1. You can make traces started at the same time as Transfer CFT ‘coexist with other traces, triggered during
Transfer CFT operations, for the same trace file or for different trace files
2. You can create a trace file with the CFTTRACE command, without having to synchronize collection with
Transfer CFT startup. To do this, set the START parameter to DELAYED
3. If a STARTTRC command is entered before the corresponding file has been defined, it is simply rejected
and is without effect
4. Whether there are one or more CFTTRACE commands, a single task ensures that all the trace files are filled
Note that:
l The process can be restarted with STARTTRC; it is possible to use new initialization parameters.
l If the same information is requested in several different traces and only one of these traces is shutdown,
then the information will still be traced (according to the definitions of the other traces still active).
1. All traces with output to the file in question are shutdown immediately.
2. The trace file entry is deleted by the ATM manager.
The ATM component’s server task shutdowns as soon as there are no more trace files to manage,
that is, that there are no more active trace acquisition processes.
When Transfer CFT shuts down (SHUT), all the trace files are closed and the server task shuts down.
Trace commands
Update the general parameters before Transfer CFT startup CFTPARM CFTUTIL
CFTTRACE
(1): TRCFILE is used in environments which do not allow dynamic file definition.
SETTRC STARTTRC
(1): TRCFILE is used in environments which do not allow dynamic file definition.
SETTR STOPTRC
Stop collection, close the files and shutdown the CFTTRACE STOPTRC
process and
SETTRC
MODE=DELETE
SETTRC SETTRC
MODE=DELETE
Defining a trace
Syntax
CFTPARM [TRACE = identifier]
Parameters
[TRACE = identifier]
Indicates the presence and the identifier of an initial trace description, to be taken into account at
Transfer CFT startup.
Overview SETTRC
This command:
l Defines and describes a trace file which can be available to store captured information
l Associates an identifier with this file and description, which allows it to be identified uniquely, if
the user wishes to distribute several trace types into several different files
Syntax
SETTRC ID = identifier,
TRCFNAM = {" " | filename},
[TRCFTYP = {STANDARD | CIRCULAR},
[MODE = {CREATE | REPLACE | CLOSE},]
TRCFTYP = STANDARD
[TRCLREC = {0 | n}]
TRCFTYP = CIRCULAR
TRCLREC = {0 | n},
TRCNREC = n
Parameters
[ID = identifier]
Character string, maximum length: 8; uniquely identifies the trace file descriptor defined by this set
of parameters.
Syntax
CONFIG TYPE = COM,
FNAME = {filename | string},
MEDIACOM = {FILE | MBX}
Parameters
FNAME = {filename | string}
Medium type.
Use this command to create a trace file, to destroy it or to reinitialize it with an empty useable
content.
Syntax
TRCFILE TYPE = TRACE,
[MODE = {CREATE | REPLACE | DELETE},]
TRCFNAM = filename,
TRCFTYP = {STANDARD | CIRCULAR},
TRCFTYP = STANDARD
[TRCLREC = {1024 | n}]
TRCFTYP = CIRCULAR
TRCNREC = n,
TRCLREC = {0 | 1024 | n}
Parameters
[MODE = {CREATE | REPLACE | DELETE},]
l CREATE: Create and initialize a trace file that does not yet exist.
If the file already exists, this operation is refused
l REPLACE: Reinitialize an existing trace file.
If the file does not already exist, it is created
l DELETE: Delete a trace file
TRCFNAM = filename
l When Transfer CFT starts up, with the possibility of tracing an initialization sequence
l During Transfer CFT operations
Syntax
Parameters
[FTRACE = {0 | 0..15}]
Checks the level 1 traces for Transfer CFT file tasks (CFTTFIL).
The chosen value is a mask (logical OR) combination of the desired values. These values are:
ID = identifier
Character string, maximum length: 8; uniquely identifies the trace file defined by the set of
parameters TRCFNAM, TRCFTYP, TRCLREC, TRCNREC.
[MTRACE = {0 | 0..31}]
Checks the level 1 traces to be collected for the Transfer CFT "scheduler" task (CFTMAIN).
The chosen value is a mask (logical OR) combination of the desired values. These values are:
Checks the level 2 network traces to be collected for all Transfer CFT tasks.
The chosen value is a mask (logical OR) combination of the desired values. These values are:
Checks level 3 network traces to be collected for all Transfer CFT tasks.
The chosen value is a mask (logical OR) combination of the desired values. These values are
determined by each environment.
[PTRACE = {0 | 0..31}]
Checks the level 1 traces to be collected for the Transfer CFT protocol task (CFTTPRO).
The chosen value is a mask (logical OR) combination of the desired values. These values are:
If START = CFT, a trace vector is created with the identifier defined in the ID parameter. This
identifier is used in the STOPTRC command to stop collection.
[S2TRACE = {0 | 0..255}]
Checks the level 2 system traces to be collected for all Transfer CFT tasks.
The chosen value is a mask (logical OR) combination of the desired values. These values are:
Checks the level 3 system traces to be collected for all Transfer CFT tasks.
The chosen value is a mask (logical OR) combination of the desired values. These values are
determined by each environment.
l STANDARD: sequential file written in extend. The new records are written after the old ones.
l CIRCULAR: direct access file, with a set number of fixedlength records. This file is accessed
through a circular update, the new records overwriting the old ones
[TRCLREC = n]
[XTRACE = {0 | 0..7}]
Checks the level 1 traces for Transfer CFT EXIT type operations.
The chosen value is a mask (logical OR) combination of the desired values. These values are:
l 1: Trace of the request field sent by Transfer CFT to the "EXIT" executive
l 2: Trace of the user work field
l 4: Trace of the data field
l Defines and describes the conditions for starting and selecting traced data
l Associates a file identifier, already defined by the SETTRC command, with this trace which
designated the file in which the traces will be stored
Syntax
START TRC ID = identifier,
TID = identifier
[FTRACE = {0 | 0..15},]
[MTRACE = {0 | 0..31},]
[PTRACE = {0 | 0..31},]
[XTRACE = {0 | 0..7},]
[S2TRACE = {0 | 0..255},]
[S3TRACE = {0 | 0..255},]
[N2TRACE = {0 | 0..63},]
[N3TRACE = {0 | 0..255}]
Parameters
ID = identifier
Identifier which makes the trace vector defined by this parameter set uniquely identifiable.
[FTRACE = {0 | 0..15}]
The chosen value is a mask (logical OR) combination of the desired values. These values are:
The chosen value is a mask (logical OR) combination of the desired values. These values are:
Checks the level 2 network traces to be collected for all Transfer CFT tasks.
The chosen value is a mask (logical OR) combination of the desired values. These values are:
Checks level 3 network traces to be collected for all Transfer CFT tasks.
The chosen value is a mask (logical OR) combination of the desired values. These values are
determined by each environment.
[PTRACE = {0 | 0..31}]
Checks the level 1 traces to be collected for the Transfer CFT ‘‘protocol" task.
The chosen value is a mask (logical OR) combination of the desired values. These values are:
Checks the level 2 system traces to be collected for all Transfer CFT tasks.
The chosen value is a mask (logical OR) combination of the desired values. These values are:
Checks the level 3 system traces to be collected for all Transfer CFT tasks.
The chosen value is a mask (logical OR) combination of the desired values. These values are
determined by each environment.
TID = identifier
Identifier of the SETTRC or CFTTRACE command which defines the collection’s output trace file.
This identifier should exist, in that it should have been initialized by a SETTRC or CFTTRACE
command.
[XTRACE = {0 | 0..7}]
Checks the level 1 traces for Transfer CFT "EXIT" type operations.
The chosen value is a mask (logical OR) combination of the desired values. These values are:
l 1: Trace of the request field passed by Transfer CFT to the exit executive
l 2: Trace of the user work field
Syntax
STOPTRC ID = identifier
Parameters
ID = identifier
Identifier which uniquely identifies the trace vector defined by this set of parameters.
Message format
Example
CFTLOG FORMAT=[V23,V24]
Writing conventions
Messages are written according to the following conventions.
Message description
The Transfer CFT messages use the format CFTxnns, for example CFTC01E. The elements that make
up the message format are described in the following sections.
Where:
l x: message source
l nn: sequence number
l s: message severity
Message source
Code Description
N Network
Sequence number
The sequence number is an index characterizing the message within a given class.
Severity
The severity code is described in the following table.
Code Indicates
Code Description
Code Description
n Numeric character
nb Numeric code
ncs Network error code specific to the access method and system
recov General error recovery code (in the case of a network error), independent of
the system or access method
Code Description
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation Cannot allocate the working area necessary for the transfer.
Consequence In REQUESTER mode, the transfer is refused with a Transfer CFT 122
diagnostic code and a MALLOC protocol diagnostic message.
In SERVER mode, the incoming call is rejected.
In this case, as the partner's name is not known, the value UNKNOWN is
displayed.
Explanation Cannot allocate the working area required to exchange information between
the PROTOCOL task and the FILE task.
Consequence In REQUESTER mode, the transfer is refused with a Transfer CFT 122 code and
a MALLOC protocol diagnostic message.
In SERVER mode, the incoming call is rejected. In this case, as the partner's
name is not known, the value UNKNOWN is displayed.
Consequence The transfer is interrupted with a Transfer CFT 302 code and a protocol
diagnostic message indicating the specific error code of the error occurring
during the send request. This code is expressed in hexadecimal form.
Explanation Problem encountered when sending an internal Transfer CFT message to the
FILE task.
Consequence This incident has no effect on the previous transfer (whether completed or
interrupted).
Error CFTB09E: PART=&part Network connect req local err NCR=&ncr NCS=&ncs
NET=&net
Consequence Depending on the source of the refusal and the RECOV code, the transfer is set
to the K status (diagnostic code 303) or remains in the D status (diagnostic
code 302) and will be retried.
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Consequence The catalog is nearly full there are only n records free. Consider modifications
to free up space.
Consequence The stored commands can only be retrieved by restarting Transfer CFT. First
purge the Transfer CFT catalog (and modify the retention dates, for example).
Explanation The transfer start time is outside the interval authorized by the &part
partner.
Consequence The next transfer retry will take place at the specified time [HHMMSSCC].
Explanation A DELETE command was executed on a catalog request (in the C state), but
this operation is not allowed.
Explanation A DELETE command was executed on a catalog request (in a state other than C
or D), but it failed as a result of a catalog access error.
Explanation A Transfer CFT catalog access error was detected when executing commands,
such as END, START, ACT and INACT.
Consequence The catalog entry was not updated and the command was ignored.
The CFTT21E message is displayed prior to this message.
Explanation A Transfer CFT catalog entry for partner &part, with identifier &idf, idt &idt and
state &state, has been deleted.
Explanation Possible values for &str are described here. The following messages are
displayed when the catalog is purged on Transfer CFT startup, or at the time set
for the daily purge. For example:
When there are no transfers to delete:
Purge Started
Purge catalog-size=1000 in-use=0 pre-filtered=0(0%)
Purge Treated: catalog empty
Purge deleted= n treated=n(d%) match=d%.
Purge Treated
Purge Treated: no record found to delete
When there are transfers to delete:
Catalog: Loading...
Catalog: Load Done
Catalog: Size=100, Used=8(8%)
Purge Started.
Purge catalog-size=100 in-use=8 pre-filtered=8(100)
Purge deleted=1 treated=1(12) match=100
Purge deleted=2 treated=2(25) match=100
….
Purge deleted=8 treated=8(100) match=100
Purge Treated.
When Transfer CFT starts:
If there are no transfers to delete:
Catalog: Loading...
Catalog: Load Done
Catalog: Size= &00, Used=0(0%)
If there are transfers to delete:
Catalog: Loading...
Catalog: Load Done
Catalog: Size=100, Used=8(8%)
If there is a problem with the catalog INIT:
Catalog: Recovering
Catalog: Recovery Done: n errors
Catalog Recovery: n transfers from C to D state
Explanation The security system does not allow the user to execute this command on the
catalog.
Explanation The security system does not allow the user to execute this command on the
catalog.
Explanation The security system does not allow the user to execute this command on the
catalog.
Explanation This Transfer CFT message is displayed for each transfer that is deleted when
the catalog is purged. Where:
l &state = transfer status (C/D/H/K/T/X)
l &direct = S (send) / R (recv)
l &type = F (file) / M (message)
l &trkstate = Sentinel state
Possible values are:
l TO_EXECUTE
l SUSPENDED
l RECEIVING
l SENDING
l CANCELED
l RECEIVED
l SENT
l CREATED
l INTERRUPTED
l ACKED
l NACKED
Explanation A dynamic command to resize the catalog was executed. The first message
displays the new size, and the second message indicates that the resizing (from
the original size xxxx to the new size yyyy) is complete.
Consequence The catalog automatically expands to the new size (the <yyyy> value) when
possible, up to the maximum defined limit.
Error CFTC13E: Transfer CFT catalog resize (xxxx > yyyy) reached max before
expansion
Consequence Normal functioning with existing catalog size, and no catalog expansion
occurs.
Explanation 80% of the catalog space has been used. 80% is the amount set by the CFTCAT
TLVWARN parameter.
When the critical fill threshold is reached, a message is recorded in the Transfer
CFT log.
A batch in response to the alert, the CFTCAT TLVWEXEC parameter, is
submitted.
Explanation This alert stops when the fill level drops below the TLVCLEAR level.
When the alert stops, the message is recorded in the Transfer CFT log, and a
batch, the CFTCAT TLVCEXEC parameter, is submitted.
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation Transfer CFT has been shut down (following an error or request).
Error CFTI42E
Explanation CFTI42E PID=18236 CFTTCPS Task startup error failed to lock resource
'C:\Axway\Transfer_CFT\runtime\run\cfttcps.pid': resource already
CFTI42E+locked
CFTI35I PID=18236 CFTTCPS Task ended
CFTI08F Init error _ Protocol process
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation Cannot allocate the working area necessary for the transfer.
Consequence In REQUESTER mode, the transfer is refused with a Transfer CFT 122
diagnostic code and a MALLOC protocol diagnostic message.
In SERVER mode, the incoming call is rejected. In this case, as the partner's
name is not known, the value UNKNOWN is displayed.
Error CFTB02E: PART =&part TFIL Exchange buffer allocation failure CS=&scs
Explanation Cannot allocate the working area required to exchange information between
the PROTOCOL task and the FILE task.
Consequence In REQUESTER mode, the transfer is refused with a Transfer CFT 122 code and
a MALLOC protocol diagnostic message.
In SERVER mode, the incoming call is rejected. In this case, as the partner's
name is not known, the value "UNKNOWN" is displayed.
Consequence The transfer is interrupted with a Transfer CFT 302 code and a protocol
diagnostic message indicating the specific error code of the error that occurred
during the send request.
This code is expressed in hexadecimal.
Explanation The FPDU size does not match the information in the header (the first two
bytes indicate the FPDU size).
Consequence The transfer is aborted. A 318 protocol code, transported by an ABORT FPDU,
is reported to the remote partner.
Consequence The transfer is aborted. A 220 protocol code, transported by an ABORT FPDU,
is reported to the remote partner.
Explanation Problem encountered when sending a Transfer CFT internal message to the
FILE task.
Consequence This incident has no effect on the previous transfer (whether completed or
interrupted).
Error CFTG09E: PART=&part Network connect reqt local err NCR=&ncr NCS=&ncs
NET=&net
Consequence Depending on the origin of the refusal and the RECOV code, the transfer is set
to the K state (diagnostics code 303) or remains set to the D state (diagnostics
code 302) and will be retried.
Explanation Problem opening a PeSIT session with a remote partner, after establishing the
network session.
Consequence The transfer is aborted with a Transfer CFT 451 diagnostic code.
Explanation The SIT profile imposes a correlation between the sending and receiving
applications. This correlation is not respected.
Explanation FPDU including a diagnostic code has been received. The DIAGP field is of the
"XXX NNN" type.
Explanation The AckCREATE FPDU sent by the SERVER partner does not conform.
The "&str" string is an explicit character string:
l SDU size = n greater than initial value = n:
The maximum NSDU size negotiated by the partner is greater than that
proposed
l NSDU size = n too lower for LRECL = n:
In the SIT profile, as segmentation is not authorized, a record must fit in an
FPDU. The negotiated NSDU size (RUSIZE) must therefore be greater than the
record length of the file (plus 6 for the FPDU header)
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The AckWRITE FPDU sent by the SERVER partner does not conform.
The field "&str" is an explicit character string:
l Restart point without restart option:
The remote partner proposes a restart point for the transfer, even though it is a
new transfer
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Consequence The transfer is aborted by the protocol task (it is not registered in the catalog).
Consequence The transfer is aborted by the protocol task (it is not registered in the catalog).
Explanation The CONNECT FPDU sent by the REQUESTER partner does not conform.
The field "&str" is an explicit character string:
l CRC option = n: The remote partner proposes a value for the CRC option
which does not comply with protocol specifications
o This value is displayed
o Only the values 0 (no CRC) and 1 (application of a CRC) are correct
l Version = n: The protocol version proposed by the remote partner does not
comply with the specifications of the PeSIT protocol
o Only the values 1 (version D) and 2 (version E) are allowed
o The incorrect value is displayed in the message
l Window without Pacing: A synchronization window is specified even
though the interval is null
l Window = n too large: The synchronization window negotiated by the
REQUESTER partner is too large. The SIT profile does not allow a value
greater than 16
l Access = n: The incorrect value received is displayed in the message
l Resynchronization = n: The functional resynchronization unit is negotiated
by the value 0 (no) or 1 (yes). Any other value is not allowed
l Pacing = n not authorized: The synchronization interval negotiated by the
SERVER partner does not comply with the specifications of the SIT profile
o The values 1, 2 and 3 are not allowed
l Application type relation R=sapp S=rapp: The SIT profile imposes a
correlation between the sender and receiver applications
o This correlation is not respected
o The message displays the first byte of PI 3 and 4 of the CONNECT FPDU
in numeric form
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
l Unknown FPDU: The number identifying the received FPDU is not
referenced
l Missing PI number n into FPDU: The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU: The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU: The presence of a PGI embedded in another PGI is
invalid
l Invalid length n for PI n into FPDU: The length of the PI is invalid (less than
minimum length or greater than maximum length)
Explanation The Transfer CFT refuses to open a protocol session following a request to do
so from a partner. The message displays the Transfer CFT diagnostic code.
Consequence The transfer is aborted. No trace of this attempt appears in the catalog.
Explanation Transfer CFT refuses to open a protocol session for internal reasons, following
a request to do so from a partner.
The event which caused this rejection is displayed in the message.
Consequence The transfer is aborted. No trace of this attempt appears in the catalog.
Explanation The CREATE FPDU sent by the REQUESTER partner does not conform. The
field "&str" is an explicit character string:
l IDT is null: Reception of a CREATE FPDU with a null Transfer Identifier (PI
13)
l Restart = n: Invalid value for the restart option of a transfer
l Data Code = n: Unknown code for the data to be transported
l Priority = n: Invalid priority assigned to the transfer
l Record Format = n: Unknown record format
l Record size = n greater than Pacing:The record size is greater than the
synchronization interval
l NSDU size = n too lower for LRECL = n: In the SIT profile, as segmentation
is not authorized, a record must fit in the FPDU
The negotiated NSDU size (RUSIZE) must therefore be greater than the record
length of the file (plus 6 for the FPDU header)
l File Organization = n: Unknown file organization
l Key length without indexed organization: A key length is specified for a file
that is not indexed
l Key Position without indexed organization: A key position is specified for a
file that is not indexed
l Space Unit in record without fixed format: A file must be in fixed format for
its size to be expressed as a number of records
Explanation A data FPDU containing several records (MULTART option) is not supported in
the SIT profile.
Consequence The transfer is aborted with a Transfer CFT 730 diagnostic code (protocol
violation).
Explanation Reception of an invalid synchronization point (which does not follow the
sequence).
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation Cannot allocate the working area necessary for the transfer.
Consequence In REQUESTER mode, the transfer is refused with a Transfer CFT 122 diagnostic
code and a MALLOC protocol diagnostic message.
In SERVER mode, the incoming call is rejected. In this case, as the partner's
name is not known, the value UNKNOWN is displayed.
Explanation Cannot allocate the working area required to exchange information between the
PROTOCOL task and the FILE task.
Consequence In REQUESTER mode, the transfer is refused with a Transfer CFT 122 code and a
MALLOC protocol diagnostic message.
In SERVER mode, the incoming call is rejected. In this case, as the partner's
name is not known, the value UNKNOWN is displayed.
Consequence The transfer is interrupted with a Transfer CFT 302 code and a protocol
diagnostic message indicating the specific error code of the error that occurred
during the send request. This code is expressed in hexadecimal.
Explanation The transfer is aborted. A 318 protocol code, transported by an ABORT FPDU, is
reported to the remote partner.
Consequence The transfer is aborted. A 318 protocol code, transported by an ABORT FPDU, is
reported to the remote partner.
Consequence The transfer is aborted. A 220 protocol code, transported by an ABORT FPDU, is
reported to the remote partner.
Explanation Problem encountered when sending a Transfer CFT internal message to the FILE
task.
Consequence The transfer is aborted by the protocol task (network disconnection). However,
as the FILE task is not protected by a timeout, the request remains in the C
status in the catalog.
Consequence This incident has no impact on the previous transfer (whether terminated or
interrupted).
Error CFTH09E PART=&part Network connect request local error NCR=&ncr NCS=&ncs
Explanation Cannot make an outgoing connection request on the network. For a general 6
code (maximum number of connections reached on the resource), the transfer is
refused with a Transfer CFT 416 diagnostic code and a MAXCNX protocol
diagnostic message.
The transfer will be retried (minimum timeout equal to the WSCAN parameter of
the CFTCAT command), without incrementing the retry counter.
Consequence Depending on the origin of the refusal and the RECOV code, the transfer is set to
the K state (diagnostics code 303) or remains set to the D state (diagnostics
code 302) and will be retried.
Explanation Problem opening a PeSIT session with a remote partner after establishing the
network session.
Consequence The transfer is aborted with a Transfer CFT 451 diagnostic code.
Explanation The PESIT preconnection phase, logon, is refused by the SERVER partner (the
correct response is ACK0 in EBCDIC). The string received is included in the
message.
Consequence The transfer is aborted with one of the following possible diagnostic codes:
l 903: invalid password
l 970: password expired, or
l 963: unknown acknowledgment of a preconnection request
Explanation FPDU including a diagnostic code has been received. The DIAGP field is of the
XXX NNN type.
Explanation The AckCREATE FPDU sent by the SERVER partner does not conform.
The "&str" string is an explicit character string:
l NSDU size = n greater than initial value = n:
The maximum NSDU size negotiated by the partner is greater than that proposed
l NSDU size = n too lower for LRECL = n:
In the SIT profile, as segmentation is not authorized, a record must fit in an
FPDU. The negotiated NSDU size (RUSIZE) must therefore be greater than the
record length of the file (plus 6 for the FPDU header)
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The AckWRITE FPDU sent by the SERVER partner does not conform.
The field "&str" is an explicit character string:
l Restart point without restart option:
The remote partner proposes a restart point for the transfer, even though it is a
new transfer
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Consequence The transfer is aborted by the protocol task (it is not registered in the catalog)
Consequence The transfer is aborted by the protocol task (it is not registered in the catalog).
Explanation The CONNECT FPDU sent by the REQUESTER partner does not conform.
The field "&str" is an explicit character string:
l CRC option = n:
The remote partner proposes a value for the CRC option which does not comply
with protocol specifications.
l This value is displayed:
Only the values 0 (no CRC) and 1 (application of a CRC) are correct
l Version = n:
The protocol version proposed by the remote partner does not comply with the
specifications of the PeSIT protocol.
Only the values 1 (version D) and 2 (version E) are allowed. The incorrect value
is displayed in the message
l Window without Pacing:
A synchronization window is specified even though the interval is null
l Window = n too large:
The synchronization window negotiated by the REQUESTER partner is too large.
The SIT profile does not allow a value greater than 16
l Access = n:
The correct access types are 0 for write mode, 1 for read mode and 2 for
read/write mode. The other values represent a violation of the protocol. The
incorrect value received is displayed in the message.
l Resynchronization = n:
The functional resynchronization unit is negotiated by the value 0 (no) or 1
(yes). Any other value is not allowed
l Pacing = n not authorized:
The synchronization interval negotiated by the SERVER partner does not comply
with the specifications of the SIT profile. The values 1, 2 and 3 are not allowed
l Application type relation R=sapp S=rapp:
The SIT profile imposes a correlation between the sender and receiver
applications. This correlation is not respected. The message displays the first
byte of PI 3 and 4 of the CONNECT FPDU in numeric form
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
Explanation The Transfer CFT refuses to open a protocol session following a request to do so
from a partner. The message displays the Transfer CFT diagnostic code.
Consequence The transfer is aborted. No trace of this attempt appears in the catalog.
Explanation Transfer CFT refuses to open a protocol session for internal reasons, following a
request to do so from a partner. The event which caused this rejection is
displayed in the message.
Consequence The transfer is aborted. No trace of this attempt appears in the catalog.
Explanation The CREATE FPDU sent by the REQUESTER partner does not conform. The field
"&str" is an explicit character string:
l IDT is null:
Reception of a CREATE FPDU with a null Transfer Identifier (PI 13)
l Restart = n:
Invalid value for the restart option of a transfer
l Data Code = n:
Unknown code for the data to be transported
l Priority = n:
Invalid priority assigned to the transfer
l Record Format = n:
Unknown record format
l Record size = n greater than Pacing:
The record size is greater than the synchronization interval
l NSDU size = n too lower for LRECL = n:
In the SIT profile, as segmentation is not authorized, a record must fit in the
FPDU. The negotiated NSDU size (RUSIZE) must therefore be greater than the
record length of the file (plus 6 for the FPDU header).
l File Organization = n:
Unknown file organization
l Key length without indexed organization:
A key length is specified for a file that is not indexed
l Key Position without indexed organization:
A key position is specified for a file that is not indexed
l Space Unit in record without fixed format:
A file must be in fixed format for its size to be expressed as a number of records
l Space Unit = n:
Space reservation unit unknown
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
Consequence The transfer continues but the concatenation option remains inhibited for the
rest of the session.
Consequence The transfer is aborted with a Transfer CFT 730 diagnostic code, a protocol
violation.
Explanation Reception of an invalid synchronization point, which does not follow the
sequence.
Explanation An inconsistent FPDU has been received. The RC code enables the error found to
be defined more specifically: this code is identical to the one included in the
PDU_iNN protocol diagnostic message.
Explanation The AckORF FPDU sent by the SERVER partner does not conform.
The field "&str" is an explicit character string:
l Compression Indicator = n:
The compression indicator has a value which does not comply with the
specifications of the PeSIT protocol (0 no compression, 1 compression)
l Compression Value without Indicator:
A compression value is negotiated even though the indicator inhibits the
compression option
l Compression Indicator without Value:
The compression indicator is set even though the negotiated value is null
l Compression Value = n:
The negotiated compression value does not comply with to the specifications of
the PeSIT protocol
l Compression Negotiation: n for n:
The negotiated compression is greater than the proposed compression
l Extended LRECL greater than PACING: n for n:
Compression may cause a record to be extended. This risk, which is measurable
(1 byte for 32 bytes), means that the record size becomes greater than the
synchronization interval
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The AckTRANSFER.END FPDU sent by the SERVER partner does not conform.
The field "&str" is an explicit character string:
l Byte count mismatch n for n:
The number of bytes transferred does not correspond to the Transfer CFT
maintained counter
l Record count mismatch n for n:
The number of records transferred does not correspond to the Transfer CFT
maintained counter
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The AckSELECT FPDU sent by the SERVER partner does not conform.
The field "&str" is an explicit character string:
l File type value not authorized:
Reception of an AckSELECT FPDU with an invalid file type (PI 11) The values
between 0xFFFC and 0xFFFF are invalid
l IDT is null:
Reception of an AckSELECT FPDU with a null Transfer Identifier (PI 13)
l Data Code = n:
Unknown code for the data to be transported
l Priority = n:
Invalid priority assigned to the transfer
l Record Format = n:
Unknown record format
l Record size = n greater than Pacing:
The record size is greater then the synchronization interval
l NSDU size negotiation n for n:
The negotiated NSDU size is greater than that proposed
l NSDU too small n:
The negotiated NSDU size is smaller than the minimum authorized value (128)
l File Organization = n:
Unknown file organization
l Key length without indexed organization:
A key length is specified for a file that is not indexed
l Key Position without indexed organization:
A key position is specified for a file that is not indexed
l Space Unit in record without fixed format:
A file must be in fixed format for its size to be expressed as a number of records
l Space Unit = n:
Space reservation unit unknown
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
Explanation The ORF FPDU sent by the REQUESTER partner does not conform.
The field "&str" is an explicit character string:
l Compression Indicator = n:
The compression indicator has a value that does not comply with the
specifications of the PeSIT protocol (0 no compression, 1 compression)
l Compression Value without Indicator:
A compression value is negotiated even though the indicator inhibits the
compression option
l Compression Indicator without Value:
The compression indicator is set even though the negotiated value is null
l Compression Value = n:
The negotiated compression value does not comply with the specifications of
the PeSIT protocol
l Extended Record size greater than pacing: n for n:
Compression may cause a record to be extended. This risk, which is measurable
(1 byte for 32 bytes), means that the record size becomes greater than the
synchronization interval
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The MESSAGE FPDU sent by the REQUESTER partner does not conform.
The field "&str" is an explicit character string:
l IDT is null:
Reception of a MESSAGE FPDU with a null Transfer Identifier (PI 13)
l Attribute = n:
PI 14 in the MESSAGE FPDU is set to an invalid value (attribute request)
l Data Code = n:
Unknown code for the data to be transported
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The START of MESSAGE FPDU sent by the REQUESTER partner does not
conform.
The field "&str" is an explicit character string:
l IDT is null:
Reception of a D.MESSAGE FPDU with a null Transfer Identifier (PI 13)
l Attribute = n:
PI 14 of the D.MESSAGE FPDU is set to an invalid value (attribute request)
l Data Code = n:
Unknown code for the data to be transported
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The READ FPDU sent by the REQUESTER partner does not conform.
The field "&str" is an explicit character string:
l Restart point must be null for new transfer:
Reception of a READ FPDU with a restart point other than 0 for a new transfer
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The SELECT FPDU sent by the REQUESTER partner does not conform.
The field "&str" is an explicit character string:
l IDT not null:
Reception of a SELECT FPDU with a nonnull Transfer Identifier (PI 13) for a
new transfer
l IDT null with restart:
Reception of a SELECT FPDU with a null Transfer Identifier (PI 13) for a transfer
to be restarted
l Attribute = n:
PI 15 of the SELECT FPDU is set to an invalid value (file attribute request)
l Restart = n:
PI 15 of the SELECT FPDU is set to an invalid value (restart or new transfer)
l Priority = n:
PI 17 of the SELECT FPDU is set to an invalid value (transfer priority)
l NSDU too small n:
The negotiated NSDU size is smaller than the minimum allowed value (128)
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The DTF FPDU received is multirecord but it is not valid (the sum of the record
lengths is not equal to the total length of the received FPDU).
Consequence The transfer is aborted. The protocol code transported to the remote partner is
220.
Explanation The DTF END (end of data) FPDU sent by the sender partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The SYNC (set synchronization point) FPDU sent by the sender partner does
not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The AckSYNC (acknowledge synchronization point) FPDU sent by the receiver
partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The IDT (transfer interrupt) FPDU sent by the partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received,
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The AckIDT (acknowledge transfer interrupt) FPDU sent by the partner does
not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The RESYNC (dynamic transfer resynchronization) FPDU sent by the sender
partner does not conform.
The field "&str" is an explicit character string:
l Resynchronization is not authorized:
Dynamic resynchronization is not authorized (CFTPROT RESYNC parameter) or
the maximum number of resynchronizations is exceeded (CFTPROT RESTART
parameter),
l Mismatch between header and FPDU size:
The FPDU length indicated in the header is not equal to the length of the FPDU
received
l Unknown FPDU:
The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU:
The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU:
The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU:
The presence of a PGI embedded in another PGI is invalid
l Invalid length n for PI n into FPDU:
The length of the PI is invalid (less than minimum length or greater than
maximum length)
Explanation The DESELECT FPDU sent by the requester partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
l Unknown FPDU: The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU: The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU: The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU: The presence of a PGI embedded in another PGI is
invalid
l Invalid length n for PI n into FPDU: The length of the PI is invalid (less than
minimum length or greater than maximum length)
Explanation The AckRead FPDU sent by the receiver/sender partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
l Unknown FPDU: The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU: The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU: The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU: The presence of a PGI embedded in another PGI is
invalid
l Invalid length n for PI n into FPDU: The length of the PI is invalid (less than
minimum length or greater than maximum length)
Explanation The WRITE FPDU sent by the requester/sender partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
l Unknown FPDU: The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU: The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU: The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU: The presence of a PGI embedded in another PGI is
invalid
l Invalid length n for PI n into FPDU: The length of the PI is invalid (less than
minimum length or greater than maximum length)
Explanation The Middle of Message FPDU sent by the requester partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
l Unknown FPDU: The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU: The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU: The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU: The presence of a PGI embedded in another PGI is
invalid
l Invalid length n for PI n into FPDU: The length of the PI is invalid (less than
minimum length or greater than maximum length)
Explanation The End of Message FPDU sent by the requester partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
Explanation The AckCLOSE FPDU sent by the server partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
l Unknown FPDU: The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU: The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU: The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU: The presence of a PGI embedded in another PGI is
invalid
l Invalid length n for PI n into FPDU: The length of the PI is invalid (less than
minimum length or greater than maximum length)
Explanation The AckDESELECT FPDU sent by the server partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
l Unknown FPDU: The number identifying the received FPDU is not referenced
l Missing PI number n into FPDU: The PI is mandatory for this type of FPDU
l Unknown PI number n into FPDU: The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU: The presence of a PGI embedded in another PGI is
invalid
l Invalid length n for PI n into FPDU: The length of the PI is invalid (less than
minimum length or greater than maximum le
Explanation The CLOSE (file close) FPDU sent by the requester partner does not conform.
The field "&str" is an explicit character string:
l Mismatch between header and FPDU size: The FPDU length indicated in the
header is not equal to the length of the FPDU received
l Unknown FPDU: The number identifying the received FPDU is not referenced
l Missing PI number n in FPDU: The PI is mandatory for this type of FPDU
l Unknown PI number n in FPDU: The PI is unknown for this type of FPDU
l PGI n in PGI into FPDU: The presence of a PGI embedded in another PGI is
invalid
l Invalid length n for PI n into FPDU: The length of the PI is invalid (less than
minimum length or greater than maximum length)
Explanation The DTF (data send) FPDU sent by the sender partner does not conform.
The field "&str" is an explicit character string:
l Too much data without synchro
A synchronization interval, CFTPROT SPACING or RPACING parameter, has been
negotiated and the amount of data received since the start of the transfer (or
since the last synchronization FPDU) is greater than this interval.
Information CFTH56I ODETTE &str session opened <PART=&part IDS=&ids pi2=&n pi24=&n
HOST=&addr>
CFTH56I PESIT &str session opened <PART=&part IDS=&ids pi7=&n:&n
HOST=&addr>
Explanation A transfer passed the selection phase in the PeSIT session that was referenced by
the IDS field.
The field pi25 indicate the maximum size of the negotiated message. The
displayed reference in the second message is the public transfer reference.
Explanation A transfer passed the deselection phase in the PeSIT session referred to by the
IDS. The IDS is the reference for this particular session context.
The T field indicates the armed timeout for the CFTPROT parameter:
l disctd – requester mode, or
l discts – server mode
Explanation A message transfer was carried out in the PeSIT as referenced by the IDS field,
where the IDS refers to this specific session context.
The displayed reference in the second message is the public transfer reference.
Explanation An acknowledgement type transfer message was carried out in the PeSIT session,
where the IDS references the session context.
The reference in the second message is the public transfer reference.
Explanation A message transfer has been performed in the PeSIT session referenced by the
IDS field.
The reference displayed in the second message is the public reference of the
transfer (pi13.pi3.pi4.pi11.pi12.pi61.pi62).
Explanation The transfer has passed the selection phase in the PeSIT session referenced by
the IDS field.
The pi25 field indicates the maximum size of the negotiated message.
The reference displayed in the second message is the public reference of the
transfer (pi13.pi3.pi4.pi11.pi12.pi61.pi62).
Information CFTH63I PESIT DMZ session for messages only PART=&part IDS=&ids
message
Explanation A PeSIT DMZ session was open but only for mailing messages. This message
follows message CFTH56I, where the IDS is the session call id.
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation Specific MVS: Information concerning the submission of a procedure that has its
job identifier specified in &str.
The EBICS protocol is defined in a CFTPARM object, but the EBICS option is
not available with this license key.
l CFT error _ FIPS Compliance Option not authorized by license
key:
The uconf:cft.fips.enable_compliance parameter is set to Yes, but the FIPS
option is not available with this license key.
l CFT error _ File Transfer Acceleration Option not authorized by
license key:
The uconf:acceleration.enable parameter is set to Yes, but the acceleration
option is not available with this license key.
Consequence The transfer concerned by the incident is interrupted, which is the K status.
Action Check parameter settings, analyze the &cs code value to determine, if
necessary, the origin of the error:
l CFT error &scs _ LOG stop failed:
The message logging task cannot be stopped
l CFT error &scs _ mailbox delete failed:
A mailbox defined by a CFTCOM command cannot be deleted
Action Analyze the &scs. code to determine the exact origin of the error.
Explanation CFT error &scs _ Initializing process CFTTFIL: A Transfer CFT task dedicated to
transfer file access could not be activated.
Consequence Transfer CFT is not stopped, and transfers are not interrupted.
Fatal CFTI02F: Init Error code &scs _ Allocating param. file &fname
Explanation During Transfer CFT initialization an error was detected when allocating the
Transfer CFT parameter file.
Action Check that the file is not already allocated; if it exists, correct the error and
then restart Transfer CFT.
Error CFTI03F: Init Error code &scs _ Opening param. file &fname
Explanation During Transfer CFT initialization an error was detected when opening the
Transfer CFT parameter file.
Error CFTI04F: Init Error code &scs _ Allocating partners file &fname
Explanation During Transfer CFT initialization an error was detected when allocating the
Transfer CFT partner file.
Action Check that the file is not already allocated, correct the error and then restart
Transfer CFT.
Error CFTI05F: Init Error code &scs _ Opening partners file &fname
Explanation During Transfer CFT initialization an error was detected when opening the
Transfer CFT partner file.
Error CFTI06F: Init Error code &scs _ Allocating catalog file &fname
Explanation During Transfer CFT initialization an error was detected when allocating the
Transfer CFT catalog file.
Action Check that the file is not already allocated, correct the error and then restart
Transfer CFT.
Explanation During Transfer CFT initialization an error was detected when activating the
Transfer CFT protocol process.
Explanation During Transfer CFT initialization an error was detected when activating the
Transfer CFT communication process.
Explanation During Transfer CFT initialization an error was detected when activating the
Transfer CFT message logging process.
It may be a memory allocation or queue definition type system error (or a
problem when submitting a message to the queue).
Explanation Rejection of the define resource request specified by the network interface.
The &ncs return code explains the cause of the rejection.
Explanation Rejection of the register request request specified by the network interface.
The &ncs return code explains the cause of the rejection.
Explanation During the Transfer CFT initialization phase an error was detected when
processing the accounting file (CFTACCNT command).
Explanation This is a Transfer CFT welcome message describing the computer environment
and the main runtime characteristics, according to the options activated by the
software key (KEY parameter):
l Usage of this product is strictly limited to &cpu_id machine: The Transfer
CFT can only be executed on the computer with the designated CPU
l Usage of this product is strictly limited to &label: The Transfer CFT can only
be executed within a specific framework, as designated by &label
l Usage of this product is strictly limited until &date: The Transfer CFT cannot
be executed after the date designated by &date
l &Maxtrans simultaneous transfer(s) is(are) authorized: Transfer CFT cannot
process more than &Maxtrans simultaneous transfers. This value overrides
the MAXTRANS parameter in the CFTPARM command
l &Net Network Access Method Option is authorized: The Transfer CFT is
authorized to use the optional network access method designated by &Net
(TCP/IP)
o The information in this message is related to the UCONF setting for
server.authentication_method.
l &Prot Protocol Option is authorized: Transfer CFT is authorized to use the
protocol option designated by &Prot (Secure PeSIT)
If an attempt is made to use an unauthorized option, such as a network access
method or protocol option, Transfer CFT does not start, and displays a
message.
Information messages include:
l FNAME: CFTLOG name
l AFNAME: CFTALOG name
l TYPE: File FNAME: file communication name
l TYPE :Mbx FNAME : mailbox name
l TYPE :TCPIP HOST: host name PORT: port if synchronous
communication
If PassPort is used for SSL:
l CFTI18I hostname : addrhost
l CFTI18I port : port number
Explanation Cannot define the resource, the identifier of which appears in the message.
This resource corresponds to a CFTNET command.
Explanation Cannot register a user, the identifier of which appears in the message. This
user corresponds to a CFTPROT command.
Explanation Internal synchronization error between the main Transfer CFT task and the
protocol task.
Explanation Message displayed when viewing the command cache or the transfer cache:
CFTUTIL or CFTINT MQUERY command.
The messages depend on the type of cache concerned (command or catalog):
* TRANSFER CACHE IS EMPTY
The catalog cache is empty.
The messages vary according to the context:Or gives details of the cache
information (catalog or command cache) according to the type of information
displayed
For a line in the command cache, the information is divided into three parts:
l command execution
l DATE and TIME
l type of command (SWITCH ACCNT, SWITCH LOG or PURGE)
For a transfer, the information is divided into four parts:
l request activation time
l identifier of the partner concerned
l idf identifier and
l IDT value calculated by Transfer CFT
Explanation The description of the message &str specifies the activated security options:
l HAB: Normal end of initialization with activation of the Transfer CFT security
system
l SSL: Normal end of initialization with activation of the SSL protocol
The information in this message is affected by the UCONF setting for access
management.
Explanation Normal end of initialization without activating the Security option (Transfer CFT
security system and the SSL protocol).
Error CFTI27F Init Error code &scs _ Opening security file &file
Explanation When Transfer CFT was initialized, a security system open error was detected.
Explanation The &task Task whose internal identifier is &pid has been started successfully.
Explanation The &task Task whose internal identifier is &pid has stopped.
Information CFTI39I
Explanation Displays information about the Transfer CFT Heartbeat. Possible states:
l Enable
l Update UCONF parameters
l Disable
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation Startup of the protocol &prot associated with the &net network.
Explanation Problem with activating the CFTTSSL task. The error is specified by &str.
Explanation Problem with sending an internal Transfer CFT message to a CFTTSSL task.
Explanation A TCP/IP error related to file transfer operations or resource initialization was
detected. The message contains the explanation of the error in plain text.
Consequence If the error occurs during the Transfer CFT initialization phase, this phase is
stopped. Otherwise, if the error is related to a file transfer, this transfer will not
proceed.
Action For an error occurring during the initialization phase, check the CFTNET
definitions. For an error involving a file transfer, check the CFTPART
definitions.
Explanation The same as CFTN05E, a TCP/IP related error, but the condition is
considered less severe.
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation The &id identifier of the Transfer CFT parameter file (see the CFTPARM
parameter) is not defined.
Action Check the CFTPARM parameter settings (see the CFTPARM parameter), correct
and restart Transfer CFT.
Explanation When initializing Transfer CFT, the CFTTRACE &id identifier was not found in
the Transfer CFT parameter file.
Action Check the CFTSYST parameter settings (see the CFTPARM parameter), correct
and restart Transfer CFT.
Explanation During Transfer CFT initialization the CFTLOG &id identifier was not found in
the Transfer CFT parameter file.
Action Check the CFTLOG parameter settings (see the CFTPARM parameter), correct
and restart Transfer CFT.
Explanation During Transfer CFT initialization the CFTNET &id identifier was not found in
the Transfer CFT parameter file.
Action Check the CFTNET parameter settings (see the CFTPARM parameter), correct
and restart Transfer CFT.
Explanation During Transfer CFT initialization the CFTPROT &id identifier was not found in
the Transfer CFT parameter file.
Action Check the CFTPROT parameter settings (see CFTPROT), correct and restart
Transfer CFT.
Explanation During Transfer CFT initialization the CFTCAT &id identifier was not found in
the Transfer CFT parameter file.
Action Check the CFTCAT parameter settings (see CFTCAT), correct and restart
Transfer CFT.
Explanation During Transfer CFT initialization the CFTCOM &id identifier was not found in
the Transfer CFT parameter file.
Action Check the CFTCOM parameter settings (see CFTCOM), correct and restart
Transfer CFT.
CFTP08F: CFTNET &id for CFTPROT &id _ Not found
Explanation During Transfer CFT initialization the CFTNET &id identifier for a given
CFTPROT &id protocol was not found in the Transfer CFT parameter file.
Action Check:
l the CFTNET and CFTPROT parameter settings (see the CFT CFTNET and
CFTPROT topics)
l the CFTPARM parameter settings
l the list of authorized protocols and network identifiers (NET=(.,.), PROT=
(.,.) ),that the number of items in this list does not exceed the maximum
authorized quota
Correct and restart Transfer CFT.
Error CFTP09F: CFTSEND &id for CFTPARM &id _ No default record found
Explanation During Transfer CFT initialization the identifier describing the default file
characteristics used for send transfers (CFTSEND parameter) is unknown.
Consequence The Transfer CFT initialization phase cannot continue correctly and Transfer
CFT is aborted.
Action Check the CFTPARM (DEFAULT=.) and CFTSEND parameter settings, correct
and restart Transfer CFT.
Error CFTP10F: CFTRECV &id for CFTPARM &id _ No Default record found
Explanation During Transfer CFT initialization the identifier describing the default file
characteristics used for receive transfers (CFTRECV parameter) is unknown.
Consequence The Transfer CFT initialization phase cannot continue correctly and Transfer
CFT is aborted.
Action Check CFTPARM (DEFAULT=.) and CFTRECV parameter settings, correct and
restart Transfer CFT.
Consequence The transfer requiring this translation table definition cannot be executed.
Action Specify a CFTXLATE command for this transfer direction and the source and
target alphabets.
Explanation During Transfer CFT initialization the command describing the accounting
characteristics (CFTACCNT command), the ID parameter of which corresponds
to the ACCNT parameter in the CFTPARM command, was not found.
Consequence The Transfer CFT initialization phase cannot continue correctly and Transfer
CFT is aborted.
Action Check the CFTACCNT parameter settings, correct and restart Transfer CFT.
Error CFTP15F: CFTPROT &idprot for CFTPARM &idparm _ Not loading in memory
Explanation During Transfer CFT initialization the CFTPROT &idprot card could not be
loaded in memory (insufficient space).
Action Reduce the number of CFTPROT card identifiers in the CFTPARM &idparm
command (see the Transfer CFT topics that correspond to your OS to find out
the parameter setting limits). After correcting your parameter settings, restart
Transfer CFT.
Error CFTP16F: CFTNET &idnet for CFTPARM &idparm _ Not loading in memory
Explanation During Transfer CFT initialization the CFTNET &idnet card could not be loaded
in memory (insufficient space).
Action Reduce the number of CFTNET card identifiers in the CFTPARM &idparm
command (see the Transfer CFT topics that correspond to your OS to find out
the parameter setting limits).
After correcting your parameter settings, restart Transfer CFT.
Error CFTP17F: CFTCOM &idcom for CFTPARM &idparm _ Not loading in memory
Explanation During Transfer CFT initialization the CFTCOM &idcom card could not be
loaded in memory (insufficient space).
Action Reduce the number of CFTCOM card identifiers in the CFTPARM &idparm
command (see the Transfer CFT topics that correspond to your OS to find out
the parameter setting limits).
After correcting your parameter settings, restart Transfer CFT.
Explanation An integrity violation has been detected on the parameter or partner file when
the file is sealed. The previous message of the CFTIxxx (partner file) or
CFTPxxx (parameter file) type gives more information about the operation
requested on the file(s).
Explanation The security system is running but the CFTAPPL &id card used to assign an
owner to a transfer and corresponding to IDF=&idf was not found.
Explanation The security (SSL) being activated, the CFTSSL &id direct=server card whose
ID parameter corresponds to the value of the SSL parameter, CFTPROT
command was not found.
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation The &cmd command contains at least one invalid date or time.
Explanation The &cmd command cannot be associated with any record in the Transfer CFT
catalog file (example: deletion of a nonexisting record).
The &msg refers to the CFTR12I message contents.
Action Check the description of this parameter in the Transfer CFT Online
documentation, correct the error and then resubmit the command.
Action Check the command syntax (the separator must be a comma), correct the error
and then resubmit the command.
Explanation A closing quote (') is missing in the value assigned to the &keyw keyword.
Action Check the offending parameter, correct the error and then resubmit the
command.
Action Check the command syntax, correct the error and then resubmit the
command.
Action Check the command syntax, correct the error and then resubmit the
command.
Explanation The &keyw keyword, which is mandatory for the command, is missing.
Action Check the command syntax, correct the error and then resubmit the
command.
Explanation The &keyw keyword of the &cmd command is numeric and its value is outside
the authorized limits.
Action Check the possible values for this parameter, correct the error and then
resubmit the command.
Explanation The value of the &keyw keyword of the &cmd command is not authorized (for
example: numeric value for an alphabetictype parameter).
Action Check the possible values for this parameter, correct the error and then
resubmit the command.
Action Check the parameter settings of the command and the transfer identifier value.
Warning CFTR14W: &cmd Failed PART=&part _ No transfer found for this request
Explanation When processing an ACT or INACT command, no transfer in the 'D' state and
with DIAGI=430 for ACT or in the 'C' state for INACT was found in the Transfer
CFT catalog for the partner(s) designated by &part.
Consequence The command takes effect for any subsequent transfers concerning the partner
(s).
Explanation The security system has refused to execute the MQUERY or SHUT command.
The CFTX03W message is displayed before this message.
Explanation Information concerning either the TURN command or the WLOG command.
l TURN command:
o PART=&part
o MODE=&mode (&str) &mode: create,replace,delete
o &str: “part not found”,”part inact”,”prot DMZ not found” ,”part not in
requester mode","commutation not available”,"see
omintime,omaxtime”,”already in command cache”,”not into command
cache”
l WLOG command:
o &message displayed in the Transfer CFT LOG
Explanation This information message displays at the beginning of the processing for the
&cmd.
l Cmd =DELETE/END
l Message where PART=&part IDF=&idf [ IDT=&idt IDTU=&idtu IDA=&ida
STATE=&state]
Explanation During the internal command execution (&cmd) the required unique transfer
identifier (&idtu) was not found in the Transfer CFT catalog.
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation The message placed in a synchronous queue has received no response (time
limit expired).
Explanation The &fname procedure was not found for a given transfer (&idt).
This procedure was requested after a file or message transfer or subsequent to
an error (see the Transfer CFT Online documentation, EXEC parameters).
Action The procedure (&fname) has just been executed for a given transfer (&idt).
This procedure was requested at the end of a file or message transfer, or in the
event of an error (see the EXECxxx parameters).
Explanation An action is envisaged at the end of a transfer or in the event of an error (see the
Transfer CFT Online documentation, EXECxxx parameters); the file to be
submitted is empty.
Consequence The procedure will not be executed. If the action was requested at the end of a
transfer, the transfer ends normally.
Action Check that the characteristics of the file to be submitted are correct (attributes
and length) and inform Product Support if necessary.
Explanation An action was requested at the end of a transfer or in the event of an error.
This action is submitted (see the EXECxxx parameters) through a buffer file
(&fname).
An access error was detected on this buffer file.
Consequence The procedure will not be executed. If the action was requested at the end of
the transfer, the transfer ends normally.
Action l Check that the characteristics of the buffer file are correct (attributes and
length).
l Check that it exists (created or defined logically in the Transfer CFT startup
procedure).
l Contact Product Support.
Explanation An action was requested at the end of a transfer or in the event of an error.
This action is submitted (see the Transfer CFT Online documentation, EXECxxx
parameters) through a buffer file (&fname). The space reserved for this file
proves insufficient.
Consequence The procedure will not be executed. If the action was requested at the end of
the transfer, the transfer ends normally.
Explanation The procedure (&fname) could not be executed for a given transfer (&idt).
This procedure was requested at the end of a file or message transfer or in the
event of an error (see the Transfer CFT Online documentation EXECxxx
parameters).
Consequence The procedure will not be executed. If the action was requested at the end of
the transfer, the transfer ends normally.
Action Analyze the &scs code and inform Product Support if necessary.
open terminating
memory terminating
post terminating
read continue
Explanation An action was requested at the end of a transfer or in the event of an error.
This action is submitted (see the Transfer CFT Online documentation, EXECxxx
parameters) through a buffer file (&fname). An allocation error was detected
on this buffer file.
Consequence The procedure will not be executed. If the action was requested at the end of
the transfer, the transfer ends normally.
Action l Check that the characteristics of the buffer file are correct (attributes and
length).
l Check that it exists (created or defined logically in the Transfer CFT startup
procedure).
l Contact Product Support.
Warning CFTS12W: Error code &scs _ CFT write messages to output stream
Explanation The Transfer CFT logging process can no longer write messages in the log file
(s) (problem adding to the file, system incident).
Consequence Transfer CFT messages will be written to the standard output (screen for
example).
Action Analyze the &scs code and inform Product Support if necessary.
Explanation Problem receiving an internal Transfer CFT message by the PROTOCOL task.
Consequence A message has perhaps been lost; the reactions are unpredictable.
Action Analyze the &scs code and inform Product Support if necessary.
Explanation Cannot run the end of transfer exit task. This message follows the Transfer
CFT message CFTI01.
Consequence No effect on the actual transfer (catalog not updated). The exit is not
executed. If an end of transfer procedure was defined, it is run.
Explanation Internal message to Transfer CFT giving information on the transfer context
killed. The &ctx values specify the context concerned.
Explanation The exit task is run but does not respond to the Transfer CFT. This corresponds
to the initial phase establishing communications between the Transfer CFT and
the exit task.
Consequence None on the actual transfer (catalog not updated). The exit is not executed. If
an end of transfer procedure has been defined, it is run.
Error CFTS17E: Error code &scs _ Trying to access End transfer exit
Explanation Error posting a Transfer CFT message to the exit task during intertask
communications.
Consequence None on the actual transfer (catalog not updated). The exit is does not receive
any directives from the Transfer CFT.
Explanation label equals "State not updated x > y" (x = current state, y = requested state)
or "not deleted".
Transfer CFT catalog update problem.
Explanation Information message label equals "updated x > y" (x = current state, y =
requested state) or "deleted".
The Transfer CFT catalog is updated.
Explanation Information message prior to sending information to the end of transfer exit.
Consequence None.
Action If necessary, increase the value of the WAITTASK parameter in the CFTEXIT
card.
Explanation Error message specific to the endoftransfer user exit. The details that display
in the message depend on the CFTLOG format (v23 or v24).
Example
V24 format:
CFTS23E Bad User return code: 4 <IDTU=idtu PART=part1
IDF=idf1 IDT=idt >
V23 format:
CFTS23E Bad User return code : 4 PART=part1 IDF=idf1
IDT=idt
Consequence None.
Action Take note of the complete text of the message (&str) and contact Axway
Product Support.
Action Notify Technical Support, if necessary. Furnish the complete message as well
as the synchronous communication media parameters.
Action Take note of the complete text of the message and contact Axway Product
Support.
Explanation The user is warned of a problem in communication with the Sentinel Server or
the Sentinel Agent. The message is stored in the overflow file for the Sentinel
monitoring task.
The text of the &str message specifies the possible type of warning:
sendMessage : send of a message to Sentinel
Explanation Insert failed due to incorrect entry or unexpected character. Check CRONTAB
parameters, such as TIME.
Explanation Job failed. Could not file the file to submit. Check file properties.
Explanation The procedure &FNAME for a catalog alert was not found or failed on access
producing this error.
l When the critical fill threshold is reached, a message CFTC29W is recorded in
the Transfer CFT log.
The batch, which is defined by the CFTCAT TLVWEXEC parameter, is not
executed
l When the alert ceases, a message CFTC30W is recorded in the Transfer CFT
log
The batch, which is defined by the CFTCAT TLVCEXEC parameter, is not
executed.
Explanation An internal message received by the &str task has an unexpected class value
(&n).
Explanation An internal message received by the &str task with CLASS=&str has an
unexpected type value (&n).
Explanation A fatal error occurred in the proxy task (CFTPRX). The error details are in &str.
Explanation A significant error occurred in the proxy task (CFTPRX). The error is detailed in
&str.
Explanation An anomaly occurred in the proxy task (CFTPRX). The anomaly details are in
&str.
Explanation Information message from the Proxy task (CFTPRX). The &str value gives
additional details.
Explanation A fatal error occurred when starting the CFT Java task (CFTJRE). The error is
detailed in &str.
Explanation A significant error occurred in the Transfer CFT Java task (CFTJRE). The error is
detailed in &str.
Explanation An anomaly occurred in the Transfer CFT Java task (CFTJRE). The anomaly is
detailed in &str.
Explanation Information message from the Transfer CFT Java task (CFTJRE). The &str value
gives additional details.
Explanation A fatal error occurred in the accelerator task (CFTACC). The error is detailed in
&str.
Explanation Information message from the Accelerator task (CFTACC). the &str value gives
more detail.
Consequence The Transfer CFT instance does not display the correct status.
Explanation An important error occurred during the transfer recovery. The error is detailed
in &str.
Explanation An anomaly occured during the transfer recovery. The anomaly is detailed in
&str.
Explanation Displays information about the multinode transfer recovery phase. The &str
value provides additional details.
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation An error may have occurred during a request sent to the Transfer CFT. The &str
message label specifies the possible type of error:
l Unknown protocol request:
Internal error of the Transfer CFT, which receives an unexpected protocol event
l Unknown oper request:
The operator command received is unknown
l Not computable state:
The transfer is not possible (status other than "D" (Available)
l Transfer for myself rejected:
The target of the transfer is the local site (CFTPARM PART field) The Transfer CFT
therefore refuses to activate a transfer to itself
l Logger currently unreachable:
A SWITCH command,switching log files, was attempted while the LOG task (CFT
log) was not (or no longer) active
l Ignored (Catalog Full):
The catalog was 100% full and so the last SEND (or RECV) command could not
be processed; if it was submitted via the Transfer CFT communication file, it is
stored in the file and the associated communication process stops (for more
information, refer to the CFTC01W message)
l Request syntax error:
There is a syntax error in the request; inform Product Support
l Catalog request unknown:
The request is invalid
l Unknown process request:
An internal Transfer CFT error was detected; inform Product Support
l Unknown file request:
An internal Transfer CFT error was detected; inform Product Support
l Transfer already in progress:
An attempt was made to restart a transfer in progress; the transfer was not
restarted
l File already transferred:
An attempt was made to restart a terminated transfer; the transfer was not
restarted
l &file:
A read error was detected on the authorizations file (&file); inform Product
Support
l Access Exit Task unreachable: &diagp:
The directory exit task cannot be accessed (DIAGP specifies the cause); inform
Product Support
Explanation A transfer request was made in OPEN mode, but this mode is not supported for
the partner concerned.
Consequence The transfer is denied. The corresponding catalog entry is set to the KEEP
status.
Explanation A new transfer request was made but the maximum number of transfers
allowed at the same time has been reached.
Action Wait for a decrease in the number of transfers or increase the maximum
number of authorized transfers (this increase can only be made by the
technicians responsible for porting and customizing the Transfer CFT
product).
Explanation The Transfer CFT has performed all retry actions to establish the link with the
partner.
l The transfer activation retry counter for this protocol has exceeded the
value of the RESTART parameter (CFTPROT command) In this case there
have been no other network connection attempts and there are no more
protocols in this partner's protocol list In this case the DIAGI code is set to
406
l The physical connection has resulted in an invalid network address. It is the
last address for this protocol; there is no backup partner. The internal
diagnostic code (DIAGI) is set to 405. When the catalog is displayed, it
overrides the value 301 signifying an invalid address
l The physical connection has resulted in a fatal network error. In this case
the DIAGI code is set to 303; the DIAGP value defines the source of the error
l The last physical connection attempted according to the values of the
RETRYM, RETRYN and RETRYW parameters has failed. It is the last protocol
in this partner's protocol list; there is no backup partner
Note: the internal diagnostic code (DIAGI) is set to 405. When the catalog is
displayed, it overrides the value 302 signifying a nonfatal network error.
Consequence The transfer is refused. The corresponding catalog entry is set to the KEEP
status.
Action Determine the error according to the DIAGI value. Analyze the DIAGP code.
Explanation A file transfer restart request is not possible (the restart identifier is unknown,
for example).
Explanation The partner (&part) cannot be reached within the authorized time slot
(OMINTIME, OMAXTIME).
Consequence The transfer will be retried via the intermediate partner IPART.
Explanation Attempt to delete a transfer task for which not all transfers have been
completed. &n designates an internal Transfer CFT task number incremented
each time a transfer task is activated.
Explanation The maximum number of retries authorized for a transfer using the &prot
protocol has been reached (see the Transfer CFT CFTPROT RESTART
parameter).
Consequence The entry corresponding to the transfer in the catalog is set to KEEP.
Explanation All virtual circuits associated with a partner in server mode have already been
allocated
Action Wait for virtual circuits to be freed or increase the maximum number of virtual
circuits (see the Transfer CFT Online documentation CNXIN and CNXINOUT
parameters).
Consequence The transfer is not executed. The corresponding catalog entry is set to KEEP.
Explanation The network characteristics associated with the partner and for the &n class of
resources have not been found in the Transfer CFT partner file.
Consequence The transfer is not executed. The corresponding catalog entry is set to KEEP.
Explanation A transfer request was made outside the time slot authorized for this
partner.
Action Execute a new transfer within the time slot authorized for this partner.
Explanation Information message for each dialno (or host) switch and protocol.
Explanation The &part partner was not found in the Transfer CFT partner file.
Consequence The transfer is not executed. The corresponding catalog entry is set to KEEP.
Explanation The network identifier of the &part partner was not found in the Transfer CFT
partner file.
Consequence The transfer is not executed. The corresponding catalog entry is set to KEEP.
Explanation The partner has made a selection request and no file is ready to be sent (SEND
on HOLD or implicit SEND).
Explanation A transfer request was voluntarily put on Hold (see Transfer CFT Concepts,
Send on Hold).
Consequence The transfer is not executed and is on hold for a possible reception request.
Explanation The identifier of the list of files authorized for a partner was not found in the
Transfer CFT parameter file.
Consequence The transfer is not executed. The corresponding catalog entry is set to KEEP.
Explanation Transfer request was made and the partner sent an invalid password.
*where &str = supplied password is incorrect
Explanation The call collect connection request received is not authorized for this partner.
Error CFTT21E: PART=&part IDF=&idf IDT=&idt _ Catalog access failed &scs ,&cr
message
Explanation During a transfer (or a transfer request) an undetermined Transfer CFT catalog
access error was detected (input/output error for example).
Action Analyze the &scs code and inform Product Support if necessary.
Information A Transfer CFT shutdown is in progress, the request sent is not processed (the
&str message specifies the type of request).
Connect in being refused: connection request from one of its partners.
Explanation The called number received (server end) is not in the list of numbers defined
(and authorized) for this partner (&n represents the unauthorized number).
Explanation During a transfer request the identifier of the file to be transferred is not
authorized for this partner (server or requester end).
Consequence The transfer is not executed. The corresponding catalog entry is set to KEEP.
Explanation A new transfer request was made but the maximum number of transfer
processes has been reached (as has the maximum number of transfers per
process).
Action Wait for a decrease in the number of transfers or increase the maximum
number of authorized processes or the maximum number of transfers per
process. This increase can only be made by the technicians responsible for
porting and customizing the Transfer CFT product.
Explanation The statistics relating to the designated transfer could not be written in the
accounting file.
Action Analyze the file access system code (&scs) to determine the source of the error.
Explanation An outgoing call attempt was made on a network resource configured with the
CALL = IN parameter (CFTNET command).
Action Change the parameter settings so that the protocol designated for the partner
points to a network resource available for outgoing calls.
Error CFTT29E: DEST= &dest Invalid use _Define for [BOTH/LOCAL/COMMUT] use
message only
Explanation A broadcast list can be used (FOR = parameter) with the value:
l LOCAL meaning that the partner list can only be used for a direct transfer.
l COMMUT meaning that the partner list can only be used for store and forward
operations.
l BOTH meaning that the partner list is used locally and for store and forward
operations.
Explanation A new transfer request with an associated EXIT was requested but the
maximum number of EXIT processes has been reached.
Action Wait for a decrease in the number of transfers or increase the maximum
number of processes allowed.
Explanation Attempt to delete an EXIT task in which not all transfers have been completed.
&n designates an internal Transfer CFT task number incremented each time a
transfer task is activated.
Explanation The identifier of the &part partner was not found in the Transfer CFT partner
file.
Consequence The transfer is not executed. The corresponding catalog entry is set to KEEP.
Action Check the Transfer CFT parameter settings (see the Transfer CFT User Guide).
Error CFTT33E: PART = &dest IDF = &idf IDT = &idt _ Illegal use of CFTDEST
message
Action Change the partners list to show all the partners on one level.
Consequence The external file cannot be read the corresponding transfers are not
activated.
Warning CFTT35W: PART=&part IDF=&idf IDT=&idt DELETE file &fname Failed _&str
message
Explanation A DELETE command is executed on a catalog request (in receive mode and in
a nonterminated H or K state).
The receive file corresponding to this request could not be deleted.
“ ” (no label): The file cannot be deleted; inform Product Support
l Allocate file error: File allocation error
l Open file error File open error
l Close file error: File closing error
l Free file error: File release error
l Allocate memory error: Memory allocation error
Consequence The request is deleted from the catalog but the user is notified that the
&wfname file has not been deleted.
Warning CFTT36W: PART=&part IDF=&idf IDT=&idt ERASE file &fname Failed &str
message
Explanation A DELETE command is executed on a catalog request (in receive mode and in
a nonterminated state).K or H
The purge of the received file that corresponds with this request could not be
carried out:
l Allocate file error: File allocation error
l Open file error : File open error
l Close file error: File clofile close error
l Free file error: File release error
l Allocate memory error: Memory allocation error
Consequence The request is deleted from the catalog but the user is notified that the &fname
file has not been purged.
Information CFTT37I: PART=&part _ Not found and ignored for CFTDEST &id
message
Explanation The new parameter NOPART for the CFTDEST command can have on of the
following values: ABORT (default value), CONTINUE, or IGNORE.
l ABORT: Transfer CFT continues functioning as it was before the request for
change.
No transfer is generated if a partner does not exist in the list of partners defined
in the PART parameter. If the list of partners is defined in the PART parameter. If
the list of partners is defined in a file (FNAME parameter) the transfers carried
out for the only for existing partners and the treatment is identical to that for the
NOPART=CONTINUE option.
l CONTINUE: If the partner does not exist, Transfer CFT indicates this in a
message in the LOG.
CFTT32E PART=idpart Not found. Pass the transfer in SFK diagi 408 and
continue the transfers for the other partners. The generic post remains in the K
state and the end of transfer procedure is not executed.
l IGNORE:
l If a partner does not exist in the list, Transfer CFT ignores the partner (there is
no transfer) and moves on to the next partner.
l A message is displayed in the LOG CFTT37I PART=idpart _ Not found and
ignored for CFTDEST iddest
l The generic job passes to the T state and is under the end of transfer
procedure.
Information When receiving an incoming call from an unknown source (no local partner
description corresponding to the &part network name received), the &npart
dynamic partner creation mechanism is triggered.
Explanation The connection is refused by the directory EXIT task; &diag contains the field
in the communication structure updated by the EXIT.
Consequence The transfer is aborted with the following diagnostics codes: 403, 409, 410,
411, 414, 415, 416, 418, 425, 426.
Consequence The transfer is aborted with the following possible diagnostics codes: 134,
423.
Explanation The IPART value must be different than the PART value.
Explanation The file selection phase is indicated in the message, where &str can be
allocating, opening, empty, or reading.
A directory access error has been detected when sending a list of file names or
a group of files based on a selection.
SEND FNAME = # FIL* or SEND FNAME = # DIR*.
Error CFTT44W: PART=&part IDF=&idf _ &str directory &file (file not found
message ignored)
Explanation The file selection phase is indicated in the message, where &str can be
allocating, opening, empty, or reading.
A directory access error has been detected when sending a list of file names or
a group of files based on a selection.
SEND FNAME = # FIL* or SEND FNAME = # DIR*.
Consequence If the directory is empty, Transfer CFT ignores the fact that the file is not
found, and passes the transfer to the X phase.
Explanation The transfer attempt for partner &part cannot succeed as the partner is
inactive in &str mode:
l &str= requester or
l &str = server
Explanation The attempted transfer the &part partner cannot be performed because the
security profile was not found.
Explanation The attempted transfer the &part partner cannot be performed because the
security profile is not valid, with as an internal reason (&reason).
Action Note the REASON (&reason) value and contact the product support team if
necessary.
Information The session is open, the connection request has been accepted (requester side
(&str= requester if not secured, &str=SSL requester) or server (&str = server if
not secured , &str=SSL server if secured)).
Information The session is closed: requester side (&str = requester if not secured, &str = SSL
requester if secured) or server (&str = server if not secured , &str = SSL server if
secured).
Information The file is selected (&str1 = selected) or created (&str1 = created) either by the
requester (&str = requester) or by the server (&str = server).
Information The file is deselected either by the requester (&str = requester) or by the server
(&str = server).
Information The file is opened either by the requester (&str = requester) or by the server
(&str = server).
Information The file is closed either by the requester (&str = requester) or by the server (&str
= server.
Information The transfer has been started either by the requester (&str = requester) or by the
server (&str = server).
Information The transfer has been completed either by the requester (&str = requester) or by
the server (&str = server).
Information The message or the reply has been sent either by the requester (&str =
requester) or by the server (&str = server).
Information The &str message is an information message, sent by the file EXIT associated
with the transfer.
Explanation The transfer was interrupted by the operator (&diagp = "OPER") or by the file
EXIT (&diagp represents the phase of the EXIT which prompted the
interruption = "ALLOC", "OPEN", TRANS or CLOSE).
Consequence The transfer is aborted. The corresponding catalog entry is set to HOLD (after a
HALT command from the operator or an interrupt by the EXIT), KEEP (after a
KEEP command from the operator).
Action After an interruption by the operator, the transfer can be restarted manually
(START command).
After interruption by a file EXIT, the action is to be defined by the engineers
responsible for this file EXIT.
Explanation The transfer was interrupted by the operator (&diagp = "OPER") or by the file
EXIT (&diagp represents the phase of the EXIT which prompted the
interruption = "ALLOC", "OPEN", TRANS or CLOSE).
Consequence The transfer is aborted. The corresponding catalog entry is set to HOLD (after a
HALT command from the operator or an interrupt by the EXIT), KEEP (after a
KEEP command from the operator).
Action After an interruption by the operator, the transfer can be restarted manually
(START command).
After interruption by a file EXIT, the action is to be defined by the engineers
responsible for this file EXIT.
Action For parameter details, see UCONF General unified configuration parameters.
Consequence The transfer is not executed, and the corresponding catalog entry is set to
KEEP. DIAGI=410 ,DIAGP = NO PROT
Explanation Transfer CFT license keys support either a limited or unlimited number of
partners. The transfer is treated as if the partner does not exist.
Consequence An error occurred because you have reached the maximum number of partners
allowed by your license key.
Action In a command line window, you can enter the command CFTUTIL ABOUT to
check the number of partners that your license key authorizes. For additional
information on license keys, contact an Axway sales representative.
Explanation The file was not created, the internal &diagi code explains the reason for the
rejection (see the chapter on internal Transfer CFT codes).
Consequence The transfer is not executed. The corresponding catalog entry is put on HOLD.
Explanation The file was not selected; the internal &diagi code explains the reason for the
rejection (see the topic on internal Transfer CFT codes).
Consequence The transfer is not executed. The corresponding catalog entry is put on HOLD.
Error CFTT72W: PART=&part IDF=&idf IDT=&idt remote selection (file not found
message ignored) reject &diagi ,&diagp
Explanation The file was not selected because the file is not found.
Consequence Transfer CFT ignores that the file is not found, and passes to the X phase.
Consequence The message transfer is aborted. The corresponding catalog entry is put on
HOLD.
Consequence The transfer is aborted, the corresponding catalog entry is put on HOLD.
Consequence The transfer failed. If the called number was engaged or a network incident
occurred (for example), the transfer will be retried several times (see the
RETRYM, RETRYN and RETRYW parameters).
If all retries fail, the transfer is not executed and the corresponding catalog
entry is set to KEEP.
Action Analyze the internal &diagi error code for the transfer and try to correct it.
Consequence The transfer is not executed. The corresponding catalog entry is put on HOLD.
Consequence The transfer is not executed. The corresponding catalog entry is put on HOLD.
Error CFTT78E: PART=&part IDF=&idf IDT=&idt remote transfer end reject &diagi
message ,&diagp
Consequence The transfer has terminated but is not considered to be valid, the
corresponding catalog entry is set to DISP (transfer to be restarted), on HOLD
(the transfer may be restarted) or to KEEP.
Action Automatically by Transfer CFT or manually by the user (correct the error,
restart or try a new transfer).
Consequence The transfer is interrupted. The corresponding catalog entry is put on HOLD.
Error message CFTT80E: PART=&part IDF=&idf IDT=&idt remote open reject &diagi ,&diagp
Consequence The transfer is interrupted. The corresponding catalog entry is put on HOLD.
Error message CFTT81E: PART=&part IDF=&idf IDT=&idt remote close reject &diagi ,&diagp
Consequence The transfer is interrupted. The corresponding catalog entry is put on HOLD.
Error message CFTT82E: PART=&part IDF=&idf IDT=&idt transfer aborted &diagi ,&diagp
Consequence The transfer is interrupted and the corresponding catalog entry is set to KEEP.
Explanation This message is only displayed for the ODETTE protocol and a RECV command.
It indicates that the remote partner has accepted its turn to transmit.
Explanation Name of the file sent or received and the number of bytes in the file. This
message completes the CFTT54I message.
Explanation Name of the file sent or received and the number of bytes in the file. This new
message completes the CFTT54I message.
Explanation In the case of PeSIT protocol in a DMZ profile, the token (TURN) has been sent
to the partner &part.
Information In the case of PeSIT protocol in a DMZ profile, the token (TURN) has been
received by the partner &part, where IDS is the reference for the session context.
Explanation New delete or erase message for a file following the faction parameter for a
transfer command (either send or receive).
At the end of the transfer the file was either erased or deleted
(FACTION=ERASE or FACTION=DELETE).
l IDF=&idf
l IDT=&idt
l Faction on FNAME=&fname
l &str\n str = deleted or erased
Explanation At the end of a transfer, if the parameter FACTION=ERASE cannot be carried out
(for example, if the file is already used by another user) the transfer moves to
the T state.
Explanation When using the DMZ mode, if the server does not accept the TURN, the session
is closed by the requester without message. The IDS is the reference for this
session context.
Explanation The final partner signals to the initial file sender that application errors were
detected. This occurs via a negative acknowledgements sent in a PeSIT Hors SIT
message, where IDS is the reference for the session context.
Action None
Explanation This information message relates to the extended transcoding used for this
transfer.
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation The &file temporary file was deleted at the end of the transfer. The name of this
file is declared in the WFNAME parameter of the CFTSEND and CFTRECV
commands.
Explanation The parameters of the SEND command are overridden by the parameters in the
associated CFTSEND command.
Explanation The &idf IDF is not authorized for the SEND command. Check your software key
restrictions.
Explanation The &idf IDF is not authorized for the RECV command. See the restrictions
concerning the value of your software key.
Warning CFTW05W: PART=&part IDF = &idf Temporary file unknown, WFNAME not
defined in SEND
Explanation The WFNAME was not set in the CFTSEND command when preparing a transfer
requiring additional processing and sending a group of files.
Action Modify the parameter settings using a different IDF for this type of transfer.
Warning CFTW07W: PART=&part IDF = &idf _ SELFNAME not authorized for COPY
Explanation You cannot use a selection file when implementing additional processing prior
to a transfer (IEBCOPY with MVS for example).
Action Do not use a selection file; you can, however, specify a generic file name
(FNAME= #FIL1*, FNAME= #TFILM*).
Explanation The RECV command parameters are overridden by the parameters set in the
associated CFTRECV command.
Explanation Indicates the ID of the CFTSEND or CFTRECV that was actually used.
Example
CFTW091 PART=SERVER IDF=TRTR
IDT=D1918581 CFTRECV IDFDEF NIDF=TRTR
Message format
Earlier versions of Transfer CFT used a different message format than the current version 3.1.3. The
error messages displayed in this document use the former, or earlier version, format. If your system
uses the CFTLOG parameter Format = V24, the log display is as shown below:
Example
CFTLOG FORMAT=[V23,V24]
Explanation A new SSL task cannot initialize its working environment. According to the error
origin, various messages are given below.
Explanation PKI internal error. The CS code is in the form « PKII nnn » for a Transfer CFT
internal PKI error or « PKIE nnn » for an external PKI error. nnn is a SSL alert
code.
Explanation A new SSL task cannot read the index file of the local certificate data base.
This file name is set by the parameter PKIFNAME of the CFTPARM command.
According to the error origin, various messages are given below.
Explanation The index file of the local certificate data base is not valid. This file name is set
by the parameter PKIFNAME of the CFTPARM command. According to the error
origin, various reasons are given below:
l MISSING SECTION=TrustedCas: the file doesn’t contain a [TrustedCas]
section. This section is used to declare certificate authorities (CA)
l SECTION=TrustedCas IS EMPTY: [TrustedCas] section is empty
l BAD VALUE LINE=linenumber: Invalid syntax for a certificate or private key
statement. The line number in the file is displayed
l INVALID SECTION LINE=linenumber: Invalid syntax for a section statement.
The line number in the file is displayed
Explanation SSL handshake error: a request certificate message, sent by the server, is
invalid. According to the error origin, various reasons are given below:
l UNSUPPORTED TYPE FIELD: The server requires an authentication type
which is not supported by Transfer CFT.
l INVALID DN LENGTH: The DN (Distinguished Name) length is invalid
Result The SSL session in progress is aborted. An alert is sent to the server.
Explanation SSL handshake error. According to the error origin, various messages are given
below.
Result The SSL session in progress is aborted. An alert is sent to the remote entity.
Result If the SSL handshake is in progress, the session is aborted and an alert is sent
to the remote entity.
If the SSL session is established (handshake successful) the network session is
cleared.
Explanation Invalid message received from another Transfer CFT task (context is invalid or
already free).
Explanation Problem with sending an internal Transfer CFT message to the protocol task
during the SSL initialization phase
Action Analyze the &scs code and contact the product support team if necessary
Explanation A client SSL session is closed. The session reference and the transfer partner are
displayed.
Explanation A server SSL session is closed. The session reference and the protocol are
displayed.
Result The SSL session in progress is aborted. An alert is sent to the remote entity.
Explanation Successful handshake. A new client SSL session is established. The negotiated
cypher suite and the authentication mode (SERVER or BOTH) are displayed.
Explanation Successful handshake. A new server SSL session is established. The negotiated
cypher suite and the authentication mode (SERVER or BOTH) are displayed.
Explanation Internal error on calling up the internal PKI. The "&str" field can have the
following values:
l PKI_NOT_TREATED : PKI function not treated
l PKI_ERR_CERT_BAD : Incorrect certificate (format error)
l PKI_ERR_CERT_UNSUPPORTED : Certificate not supported
l PKI_ERR_CERT_REVOKED : Certificate revoked
l PKI_ERR_CERT_EXPIRED : Certificate expired
l PKI_ERR_CERT_UNKNOWN : Certificate unknown
l PKI_ERR_CERT_NOT_VALID : Certificate not valid
l PKI_ERR_CERT_BAD_SIGN : Integrity error (incorrect signature)
l PKI_ERR_CERT_BAD_HASH : Integrity error (hash code incorrect)
l PKI_ERR_CERT_BAD_CA :Certification organism certificate invalid
l PKI_ERR_CERT_ALGO_UNSUPPORTED : Unsupported ciphering algorithm
l PKI_ERR_CERT_NOT_FOUND : User certificate not found
l PKI_ERR_CA_NOT_FOUND : Certification organism certificate not found
l PKI_ERR_BAD_KEY : Invalid ciphering key
l PKI_ERR_BUF_TOO_SHORT : Memory buffer size too small
l PKI_ERR_SYS : Internal error linked to the system (memory allotment,
system function, and so on)
Explanation Handshake is started for a new client SSL session. Transfer CFT gives a unique
reference to it. Using this reference, the session could be tracked.
Explanation Handshake is started for a new server SSL session. Transfer CFT gives a unique
reference to it. Using this reference, the session could be tracked.
Explanation This message is displayed after the message CFTY20I. It gives the address (HOST
name or IP address using TCP/IP network) of the remote connected entity.
Explanation The file contains the remote certificate has not been recorded.
Consequence The transfer can be performed but the remote certificate is not recorded.
Action Write down the &str2 value and contact the product support team if necessary.
Information The &Cmd command is executed correctly. The &str string represents the
parameters passed with this command (up to 50 characters).
Explanation The communication utility could not acquire the memory required to run.
Explanation Problem allocating the file containing the parameter setting commands.
Action Check the existence and state of the file, correct the error and then restart the
communication utility.
Explanation Problem opening the file containing the parameter setting commands.
Action Check the characteristics of the file to be opened and inform Product Support
if necessary.
Explanation Problem reading the file containing the parameter setting commands.
Action Check the characteristics of the file to be opened and inform Product Support
if necessary.
Explanation The end of the file was reached before the end of the command (the last
character of the command line may be a comma).
Action Review the command syntax, correct the error and then restart the
communication utility.
Explanation The end of the file was reached before the start of a new command (a
comment in the file read may not be closed).
Action Add an end of comment marker (*/) to the file and then restart the
communication utility.
Explanation The end of the file was reached before the end of the command (a comment
inside the command may not be closed).
Action Add an end of comment marker (*/) in the command and then restart the
communication utility.
Action Review the command syntax, correct the error and then restart the
communication utility.
Action Check the command syntax, correct the error and then restart the
communication utility.
Action Check the command syntax in the Transfer CFT Online documentation. Correct
the error and restart the communication utility.
Action Check the description of this parameter in the Transfer CFT parameter index,
correct the error and then restart the communication utility.
Action Check the command syntax being sure that the separator is a comma. Correct
the error and then restart the communication utility.
Explanation A closing quote (') is missing in the value assigned to a command parameter.
Action Check the invalid parameter; correct the error and then restart the
communication utility.
Action Check the command syntax. Correct the error and then restart the
communication utility.
Action Check the command syntax. Correct the error and then restart the
communication utility.
Explanation The &Keyw keyword, which is mandatory for the command, is missing.
Action Check the command syntax, correct the error and then restart the
communication utility.
Explanation The &Keyw keyword of the &Cmd command is numeric and its value has
exceeded the authorized limits.
Action Check the possible values for this parameter, correct the error and then restart
the communication utility.
Explanation The value of the &Keyw keyword of the &Cmd command is not authorized
(numeric value for an alphabetic parameter for example).
Action Check the possible values for this parameter. Correct the error and then restart
the communication utility.
Error CFTU19E: CFTDEST Failed _ keywords FNAME and &str are mutually exclusive
Explanation If &str=PART
The components of a broadcast list can either be described within the command
(PART = parameter) or in an external file (FNAME = parameter). These two
parameters are mutually exclusive.
If &str=IDF
The IDENTIFIERS authorized in the CFTAUTH command can either be described
within the command (IDF = parameter) or in an external file (FNAME =
parameter). These two parameters are mutually exclusive.
Explanation A CFTUTIL command was correctly interpreted but no information was given;
the &str field specifies the reason.
Example: a CFTUTIL LISTCAT command on an empty Transfer CFT catalog
causes the following message to be displayed:
CFTU24W : LISTCAT Warning (no record found).
Explanation When executing the command, an error was detected. The &str field can be set
to one of the following values. Note that the following list is not exhaustive, as
the &str field is relatively selfexplanatory:
l Parameter file opening error: Execution of the &Cmd command (LISTPARM
for example) resulted in an error when opening the parameter file.
l Partners file opening error: Execution of the &Cmd command (LISTPART for
example) resulted in an error when opening the partner file.
l Catalog file opening error: Execution of the &Cmd command (LISTCAT for
example) resulted in an error when opening the catalog file.
l Media communication file opening error: Execution of the &Cmd command
(LISTCOM for example) resulted in an error when opening the
communication file.
l File creation error: An error was detected when creating and formatting the
Transfer CFT internal datafile (CFTUTIL CFTFILE
TYPE=CAT/LOG/PARM/PART/ command).
l File delete error: An error was detected when executing a request to delete a
Transfer CFT internal datafile (CFTUTIL CFTFILE TYPE= ,MODE=DELETE
command).
l Output file creating error cs=&scs: Execution of the &Cmd command
(COPYFILE for example) resulted in an error when creating the output file.
l Input file opening error cs=&scs: Execution of the &Cmd command
(COPYFILE for example) resulted in an error when opening the input file.
DIRECT=RECV).
l No partner found: A partner activation or deactivation command (ACT or
INACT) resulted in an error. The identifier indicated (ACT ID=&Part) does
not correspond to an existing partner identifier (CFTPART ID=&Part).
l Media communication is full: A transfer command (SEND or RECV) could
not be written to the Transfer CFT communication file. The maximum
number of requests in the communication file that have not yet been
processed by the Transfer CFT has been reached.
l Incompatible compression parameters: Execution of the COPYFILE
command resulted in an error when checking the attributes (record length
or format, compression code or state).
l Compression error: Executing the COPYFILE command resulted in an error
during the compression process.
l Decompression error:Executing the COPYFILE command resulted in an error
during the decompression process.
l &id: command not authorized: The command specified by the user is not
authorized by the Transfer CFT security system (&id being the command
identifier)
l Habilitation opening error: An error was detected when initializing the
Transfer CFT security system; a file required by the system could not be
opened correctly. Check that the initialization file exists and is valid
(contains the operating rules and indirections pointing to the object and
action dictionaries) and ensure that the security system dictionary files exist.
l Create channel failed: An error was detected when creating the Transfer CFT
synchronous communication media. Check that you have enough memory.
l Open channel failed: An error was detected when opening the Transfer CFT
synchronous communication media. Check that the synchronous
communication process is launched.
l Channel read error: An error was detected when reading the Transfer CFT
synchronous communication media. Check that the synchronous
communication process is launched.
l Channel write error: An error was detected when writing in the Transfer CFT
synchronous communication media. Check that the synchronous
communication process is launched.
l Close channel failed: An error was detected when closing the Transfer CFT
synchronous communication media. Check that the communication media
is not already closed.
Action Check the parameter settings, analyze the &scs code if it is set and, if
necessary, inform Product Support.
Explanation Execution of the &Cmd command resulted in an error during the file create
process.
Example: redirection of CFTUTIL information messages to an invalid report file
(CONFIG TYPE=OUTPUT,FNAME=&Fname command).
Action Check the validity of the file name and, if necessary, inform Product Support.
This means that when you troubleshooting, if the code is greater than 500 it refers to a remote
issue. To find the actual DIAG, subtract 500 from the displayed code. If the DIAG is 962, for
example, the issue is a remote problem corresponding to DIAG 462 (no data sent on network).
l D: the transfer can still be executed using the RESTART, NEXT, RETRY or COMMUT mechanisms
l H or K: the transfer is aborted, the error procedure and ASIT EXIT (PeSIT SIT) may be executed
For the D status, the following are possible to execute the transaction:
l RESTART: the transfer has been interrupted. The monitor waits for a period fixed by the WSCAN
parameter (CFTCAT command) before trying to restart the transfer with the same access data. It
increments the restart counter for the protocol, the counter limit being determined by the
RESTART parameter (CFTPROT command).
l NEXT: the transfer has been interrupted. The monitor waits for a period fixed by the WSCAN
parameter (CFTCAT command) before trying to restart the transfer with the same access data. It
does not increment the restart counter. There is therefore no limit to the number of retries
following this error.
l RETRY: the transfer has been interrupted. The monitor waits for a period fixed by the RETRY*
parameters before trying to restart the transfer, without changing the partner access data (same
protocol, same network address. It increments the retry counter specific to the partner access
data, the counter limit being determined by the RETRYM parameter (CFTnetwork command).
l COMMUT (switching): the transfer has been interrupted. The monitor waits for a period fixed by
the WSCAN parameter (CFTCAT command) before trying to restart the transfer. It ignores the
transfer access data and tries a "switching" path to reach the partner: another dial number,
another protocol or a backup partner.
Note Protocol switching also means communication system (network) switching. The switching
mechanism does not provide for use of other network resources (CFTNET commands
associated via the CLASS) for a given protocol (CFTPROT command). Problems associated
with network resources are masked by the common network access method which
manages them.
In the case of an H or K status the transfer is aborted, the error procedure and ASIT EXIT (PeSIT SIT)
can be executed:
The "No CAT" indication specifies that no catalog entry had been created for the transfer when the
error occurred. The transfer request is rejected.
001 SYS: Error creating the H status ABORT, EXECE, ASIT EXIT
message queue or
allocating the memory
004 MQCONN
005 MQOPEN
006 MQPUT
101 FILE Error creating the H status ABORT, EXECE, ASIT EXIT
receive file
102 1.FILE Error allocating H status ABORT, EXECE in requester mode, ASIT EXIT
the transfer file
2.FILE The receive file H status ABORT, EXECE, ASIT EXIT
cannot be allocated The file is deleted
(FDISP=OLD case)
103 1.FILE The file cannot H status ABORT, EXECE in requester mode, ASIT EXIT
be deleted before the
receive file is created H status ABORT, EXECE in requester mode, ASIT EXIT in
(FACTION = DELETE ) requester mode
2.FILE Error deleting
the sent file, if a
deletion has been
requested (FACTION =
DELETE)
107 FILE Error setting the H status ABORT, EXECE, ASIT EXIT
pointer to a re
synchronization point in
the file (for a transfer
restart)
108 1. FILE Send file read H status ABORT, EXECE, ASIT EXIT
error in data transfer
phase
2. FILE Prior to
reception, the receive
file could not be read to
check that it was empty
(FDISP = VERIFY case)
109 FILE Data write error in H status ABORT, EXECE, ASIT EXIT
the receive file
110 1. FILE The send file H status ABORT, EXECE in requester mode, ASIT EXIT in
does not exist requester mode
2. FILE The receive file H status ABORT, EXECE in requester mode, ASIT EXIT in
to be created does not requester mode
exist, even though the
FDISP parameter
requires it
(FDISP=OLD). DIAGP is
then set to NO OLD
111 FILE Insufficient space H status ABORT in requester mode, EXECE in requester
to create the file mode, ASIT EXIT in requester mode
114 FILE Data write error in H status ABORT, EXECE, ASIT EXIT
the receive file: file
space full
115 1. FILE The transfer H status ABORT, EXECE in requester mode, ASIT EXIT in
owner is not authorized requester mode
to access the file H status ABORT, EXECE in requester mode, ASIT EXIT in
2. FILE The file cannot requester mode
be deleted before the
receive file has been
created (FDISP =
H status ABORT, EXECE, ASIT EXIT
DELETE case)Protected
file
3. FILE The sent file
cannot be deleted
following a deletion
request
(FACTION = DELETE
case) Protected file
123 FILE Error setting the H status ABORT, EXECE, ASIT EXIT
pointer to a
resynchronization point
in the file: the restart
point requested by the
partner is incorrect
127 FILE The receive file is H status ABORT, EXECE, ASIT EXIT
not empty (FDISP =
VERIFY case)
129 FILE Error during file H status ABORT, EXECE, ASIT EXIT
decompression
130 FILE Error during file H status ABORT, EXECE, ASIT EXIT
compression
134 FILE CFTEXIT call error H status ABORT, EXECE, ASIT EXIT
137 FILE The file exists, the H status ABORT, EXECE, ASIT EXIT
"rename" operation is
therefore impossible
150 PARAM Error accessing State K ABORT. If the directory does not exist, no
the parameter setting transfers are triggered and only the generic request
indirection file when the remains in the catalog. If an error is detected when
file is a directory reading the directory, the transfers generated for the
items (directory menus) that have already been read are
triggered
151 PARAM The selection State K ABORT. Only the generic request remains in the
file cannot be used on catalog. No transfers are activated.
the directory specified
152 FILE Error during the State H ABORT, EXECE, ASIT EXIT
concatenation phase at
the start of the transfer
or during the de
concatenation phase at
the send of the transfer.
153 FILE Error during the State K Short transfer cannot be restarted.
transfer. The file has
been overwritten.
154 An error occurred when Generates a DIAGI=730, DIAGP=ABO 399 on the remote
trying to transcode a file side as the sender cannot transcode before sending.
using NCHARSET See also DIAGC.
parameter in the
CFTSEND command
before a send.
405 OUT: The monitor has K status ABORT, EXECE, ASIT EXIT
tried all possible partner
access points: DIALNO,
PROT, IPART
412 DATA Catalog access As the file could not be accessed, there is no change in
error the status or in the catalog DIAGI
428
Codes with a value between 001 and 499 indicate a local issue; values between 501 and 999
correspond to a fault reported by the partner.
Therefore when troubleshooting if the code is greater than 500 it refers to a remote issue. To
find the actual DIAG, subtract 500 from the displayed code. If the DIAG is 916, for example,
the issue is a remote problem corresponding to DIAG 416 (Maximum number of transfers
reached).
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
660 REC (PeSIT) Error H state Transfer aborted by the remote1 end: no
660, ASE 205 on the outstanding transfer
requester side
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
1 For values between 501 and 999, check on the partner side.
In the case of the PeSIT protocol, this code forms part of the "eNNsNN"type PeSIT DIAGP.
Code Meaning
Code Meaning
21 Not used
35 Not used
Code Meaning
51 Not used
53 Not used
Code Meaning
Code Meaning
98 Not used
Code Meaning
Code Meaning
One value can correspond to two causes, depending on whether the source of the error is at the
local or remote end; "L" is indicated in case of ambiguity:
l L=1: local
l L=0: remote
Code Meaning
5 Incoming connection request while the maximum number of sessions (MAXCNX) for
this resource has been reached
Diagnostics format
The following table defines the DIAGP formats.
Format Meaning
CALL OUT Call not made within the authorized call period (see
OMINTIME/OMAXTIME OMINDATE/OMAXDATE parameters of
commands CFTPART, etc.)
CLOSE_RN ODETTE Reception of a "negative CLOSE RESP" interaction from the file
access task: error closing the file sent
CREA_RN ODETTE Reception of a "negative CREATE RESP" interaction from the file
access task: error creating the receive file
COLLECT Indication of a "generic" entry for file collection. This entry does not
correspond to an actual transfer
NONE
DAY CYC Indication of a "generic" entry for cyclic transfers (days). This entry
does not correspond to an actual transfer
DIFFUS Indication of a "generic" entry for file broadcasting. This entry does
not correspond to an actual transfer
DSEL_CN ODETTE Reception of a "negative DSELECT RESP" interaction from the file
access task: error deselecting the sent file
END_TFIL ODETTE Sending of a "RELEASE IND" interaction to the file access task in
order to stop the task (information)
ERR LREC Error sending or receiving the file data. Transfer CFT detects an
invalid length for the data read or to be written
LIST_FI Indication of a "generic" entry for the file list. This entry does not
correspond to an actual transfer.
MALLOC Cannot allocate the working area required for the transfer
dynamically
MAXCV The number of connection(s) for the partner has already been
reached
MIN CYC Indication of a "generic" entry for cyclic transfers (minutes). This
entry does not correspond to an actual transfer
MON CYC Indication of a "generic" entry for cyclic transfers (months). This
entry does not correspond to an actual transfer.
MSG_RN ODETTE The EERP message has not been acknowledged by the partner
NO OLD Receive file does not exist for a reception request: (CFT)RECV
FDISP=OLD
NO OPEN Transfer in open mode not authorized (see the OPEN parameter of
the partner's CFTPART command)
NO PART Partner does not exist (no CFTPART command for this partner
identifier)
NO PROT Protocol does not exist (no CFTPROT command for this protocol
identifier)
NO TURN ODETTE The Transfer CFT cannot hand over to the partner (CD) as the
partner handed over during the previous exchange
NO XLATE CFTXLATE command not found for this transfer direction, nor for
the source and target alphabets
NOSELECT With the PeSIT protocol, SIT profile, the file selection request (RECV
command) is not authorized
OUT TIME The transfer has exceeded the authorized time slot (MAXDATE,
MAXTIME parameters of the command)
RESTART0 Transfer interruption (it will be restarted at the beginning of the file)
RTO Transfer CFT timeout during the transfer phase. This timeout
corresponds to the RTO parameter of the CFTPROT command
R_PASSW ODETTE The password given by the partner does not correspond to the
parameter settings (CFTPART command).
SYPOST Communication error between Transfer CFT and the directory EXIT
task
TFIL ODETTE Reception of a transfer ABORT request originating from the file
access task
VRESID ODETTE Transfer ABORT caused by the reception of an ESID FPDU (partner
session termination request)
For the meaning of these codes, refer to the Network Codes that correspond with the type of
network used in the transfer.
For the meaning of these codes, refer to the section Network Codes corresponding to the type of
network used by the transfer.
Refer to the manufacturer's documentation (system code or network codes, depending on the type
of occurrence).
For the meaning of this code, see Status Codes for the appropriate transfer protocol.
For the meaning of this code, refer to the section Protocol Diagnostic Codes.
l HHHH is a hexadecimal value corresponding to the Transfer CFT numeric code ODETTE protocol
l XXX is a Transfer CFT mnemonic code ODETTE protocol. This is an alphanumeric value
describing the origin of the anomaly or phase during which it occurred.
l HHHH is a Transfer CFT numeric code ODETTE protocol. This is a hexadecimal value
corresponding to the internal protocol code.
Miscellaneous codes
The codes in this topic are listed by protocol.
Error Description
code
1 Received AckCONNECT FPDU header does not conform: an error was detected in the
source or target identifier content. The source identifier must be null. The target
identifier must be the same as the source identifier sent in the CONNECT FPDU
3 Reception of a CONNECT FPDU followed by two bytes that do not belong to it, but the
CRC option has not been implemented
5 Received CONNECT FPDU header does not conform: an error has been detected in the
source or target identifier content. The source identifier must not be null. The target
identifier must be null
7 Reception of two or more FPDUs concatenated in one NSDU, while the CRC option is
active. According to the protocol specifications, FPDU concatenation is inhibited with
the CRC option enabled
8 Header of a received FPDU does not conform: the size indicated is smaller than the
minimum size of an FPDU. The minimum size of an FPDU in the PeSIT protocol is six
bytes (length of the header). If a CRC is applied, the minimum size of an FPDU
becomes eight bytes (length of a header with its CRC)
9 Header of a received CONNECTphase FPDU does not conform: an error has been
detected in the target identifier in the header
10 Header of a received CONNECTphase FPDU does not conform: an error has been
detected in the source identifier in the header
Error Description
code
11 Reception of a network message that is smaller than the minimum size of an FPDU. The
minimum size of an FPDU in the PeSIT protocol is six bytes (length of the header). If a
CRC is applied, the minimum size of an FPDU becomes eight bytes (length of a header
with its CRC)
14 Header of a received FPDU does not conform: an error has been detected in the phase
byte
15 Header of the received RelCONNECT FPDU does not conform: an error has been
detected in the source or target identifier content. The source identifier must be null.
The target identifier must be the source identifier of the CONNECT FPDU
16 Header of a received FPDU does not conform: the size indicated is greater than the
length of the received network message
17 Header of a received SERVICE phase FPDU does not conform: an error has been
detected in the source or target identifier in the header
Error Description
code
Error Description
code
0202 Restart position negotiation. The position returned by the partner is higher than the
proposed position
0203 Restart option proposed by the requester and that required by the server (RESYNC
parameter) are incompatible
0204 Compression negotiation. The compression value returned by the partner is greater
than the proposed value
0205 Network buffer length negotiation. The buffer size requested by the partner is less
than 128 or greater than that proposed
0206 CREDIT negotiation. The "credit" value requested by the partner is out of bounds
0207 Transfer DIRECTION negotiation. The value requested by the partner and the SRIN (or
SROUT) parameter value are incompatible
0208 PAD option negotiation (special logic). The partner requests "special logic" whilst the
PAD parameter is set to "NO" (default value)
0250 Restart position error. Reception of a restart request (SFID FPDU) but the "no restart"
option has been previously negotiated
0301 During the protocol recognition phase the Transfer CFT does not receive the expected
string: "ODETTE FTP READY"
0350 The total length of "subrecords" forming the FPDU is different from the FPDU size
specified in the SDATAIN field
0401 A restart is requested by the partner but the restart option is not set (RESYNC
parameter)
0402 Reception of a "CREATE CONF NEG" FPDU: creation of the receive file refused by the
partner
0550 The SRUSIZE parameter value is less than 128, which is forbidden by the protocol
Error Description
code
0601 IDF incompatibility. The received NIDF value does not correspond to the IDF
requested (RECV IDF=xxxx command).
Note: the only valid value for the IDF parameter of the RECV request is "*"
0701 Error during the file deselection phase at the partner end
0750 Internal monitor error: attempt to send a DATA FPDU but the "credit" has been
completely spent and the Transfer CFT is waiting for a CDT FPDU
0751 Record size is greater than the size of the exchange buffer
This code forms the "XXX HHHH"type DIAGP protocol diagnostic code. Values are expressed in
mnemonic form.
VER Error in the protocol software release number (at present this number is set to 1)
Code FPDU
ABO ABORT
Code FPDU
CON CONNECT
DSE DESELECT
DTF DATA
MSG MESSAGE
RDF READ
Code FPDU
RST RESTART
SEL SELECT
SYN CHECK
WRI WRITE
Network codes
00000244 00000580 Cannot find an available port for the CFTTPRO polling socket
00000246 00000582 CFTTPRO polling socket closed remotely during the TCP/IP
server activation confirmation phase
00000249 00000585 CFTTPRO polling socket closed by remote end during the
synchronous request reply wait phase
000002ef 00000751 Link socket between CFTTPRO and CFTTCPS closed (in the case
of a socket connection)
000002f0 00000752 Socket closed by remote end (L1 byte write phase)
000002f1 00000753 Socket closed by remote end (L2 byte write phase)
000002f3 00000755 Socket closed by remote end (L1 byte read phase)
000002f4 00000756 Socket closed by remote end (L2 byte read phase)
000002f6 00000758 Socket closed unexpectedly by remote end (L1 byte write
phase)
000002f7 00000759 Socket closed unexpectedly by remote end (L2 byte write
phase)
000002f8 00000760 Socket closed unexpectedly by remote end (data write phase)
000003c2 00000962 Use of a symbolic name for a polling port but this feature is not
supported by the system
000003de 00000990 Register Request request for an unknown polling port name
00000516 00001302 Register context table scan error: dynamic table allocation
00000517 00001303 Register context table scan error: dynamic allocation of the data
area
00000518 00001304 Register context table scan error: incorrect attribute string
0000051a 00001306 Register context table scan error: manager not running
0000051b 00001307 Register context table scan error: contexts still active
0000051c 00001308 Register context table scan error: table access denied
0000051d 00001309 Register context table scan error: no more managers available
0000051e 00001310 Register context table scan error: context does not exist
0000051f 00001311 Register context table scan error: end of table reached
0000057a 00001402 Connection context table scan error: dynamic table allocation
0000057b 00001403 Connection context table scan error: dynamic data area
allocation
0000057c 00001404 Connection context table scan error: incorrect attribute string
0000057e 00001406 Connection context table scan error: manager not running
0000057f 00001407 Connection context table scan error: contexts still active
00000580 00001408 Connection context table scan error: table access denied
00000582 00001410 Connection context table scan error: context does not exist
00000583 00001411 Connection context table scan error: end of table reached
000005de 00001502 Error in the search for an entry in the Register context table:
dynamic table allocation
000005df 00001503 Error in the search for an entry in the Register context table:
dynamic allocation of the data area
000005e0 00001504 Error in the search for an entry in the Register context table:
incorrect attribute string
000005e1 00001505 Error in the search for an entry in the Register context table: call
parameter
000005e2 00001506 Error in the search for an entry in the Register context table:
manager not running
000005e3 00001507 Error in the search for an entry in the Register context table:
contexts still active
000005e4 00001508 Error in the search for an entry in the Register context table:
table access denied
000005e5 00001509 Error in the search for an entry in the Register context table: no
more managers available
000005e6 00001510 Error in the search for an entry in the Register context table:
context does not exist
000005e7 00001511 Error in the search for an entry in the Register context table: end
of table reached
00000642 00001602 Error in the search for an entry in the connection context table:
dynamic table allocation
00000643 00001603 Error in the search for an entry in the connection context table:
dynamic data area allocation
00000644 00001604 Error in the search for an entry in the connection context table:
incorrect attribute string
00000645 00001605 Error in the search for an entry in the connection context table:
call parameter
00000646 00001606 Error in the search for an entry in the connection context table:
manager not running
00000647 00001607 Error in the search for an entry in the connection context table:
contexts still active
00000648 00001608 Error in the search for an entry in the connection context table:
table access denied
00000649 00001609 Error in the search for an entry in the connection context table:
no more managers available
0000064a 00001610 Error in the search for an entry in the connection context table:
context does not exist
0000064b 00001611 Error in the search for an entry in the connection context table:
end of table reached
000006ae 00001710 Provider context (reference) invalid: context does not exist
0000070b 00001803 Socket reference invalid: dynamic allocation of the data area
0000076f 00001903 Provider context (index) invalid: dynamic allocation of the data
area
00000776 00001910 Provider context (index) invalid: context does not exist
000007da 00002010 Provider context (update) invalid: context does not exist
00000837 00002103 Provider context (delete) invalid: dynamic allocation of the data
area
0000083e 00002110 Provider context (delete) invalid: context does not exist
0000089b 00002203 Context release problem: dynamic allocation of the data area
00000901 00002305 Provider context invalid for a Ready To Receive Request: call
parameter
00000904 00002308 Provider context invalid for a Ready To Receive Request: table
access denied
00000907 00002311 Provider context invalid for a Ready To Receive Request: end of
table reached
00000963 00002403 Socket reference invalid: dynamic allocation of the data area
00000a8e 00002702 Search for a free context in the connection table: dynamic table
allocation
00000a8f 00002703 Search for a free context in the connection table: dynamic
allocation of the data area
00000a90 00002704 Search for a free context in the connection table: incorrect
attribute string
00000a91 00002705 Search for a free context in the connection table: call parameter
00000a92 00002706 Search for a free context in the connection table: manager not
running
00000a93 00002707 Search for a free context in the connection table: contexts still
active
00000a94 00002708 Search for a free context in the connection table: table access
denied
00000a95 00002709 Search for a free context in the connection table: no more
managers available
00000a96 00002710 Search for a free context in the connection table: context does
not exist
00000a97 00002711 Search for a free context in the connection table: end of table
reached
00000af2 00002802 Search for a free context in the Register context table: dynamic
table allocation
00000af3 00002803 Search for a free context in the Register context table: dynamic
allocation of the data area
00000af4 00002804 Search for a free context in the Register context table: incorrect
attribute string
00000af5 00002805 Search for a free context in the Register context table: call
parameter
00000af6 00002806 Search for a free context in the Register context table: manager
not running
00000af7 00002807 Search for a free context in the Register context table: contexts
still active
00000af8 00002808 Search for a free context in the Register context table: table
access denied
00000af9 00002809 Search for a free context in the Register context table: no more
managers available
00000afa 00002810 Search for a free context in the Register context table: context
does not exist
00000afb 00002811 Search for a free context in the Register context table: end of
table reached
00000bb9 00003001 Error during TCP/IP process creation: incorrect task name
00000daf 00003503 Queue error in Data Indication: control message or data too
large
00000dc3 00003523 Queue error in Release Indication: control message or data too
large
00000de1 00003553 Queue error in Connect Indication: control message or data too
large
15001 Command not The user is not authorized to use this command
authorized
15004 PKI invalid file Error opening the file with the request mode
opening mode
15007 PKI invalid Incorrect value for one of the fields in the command
parameter
15020 Error extracting a Creation of the file containing the certificate failed
PKI certificate
15030 PKI key file reading Error reading the password file
error
15038 PKI record conflict: Cannot insert/modify the certificate (User, Root, Inter, or
existing entity Other type), because there is already an entity using the same
ID in the PKI database
15039 PKI record conflict: Cannot insert/modify the entity, because there is already a
existing certificate certificate using the same ID in the PKI database
Transfer CFT is responsible for PI 29, which is valid only in version E. Transfer CFT uses PI 29 to
carry a clearform message describing the error. This message is not seen by the user.
The severity and nature of an error detected is specified by PI 2, which is valid for all profiles. It
consists of a first byte giving an error type and of two bytes providing a reason code. The code
corresponds to the last two bytes of PI 2.
This code comprises the "XXX NNN"format (type) Transfer CFT DIAGP protocol diagnostic code.
To find the associated Transfer CFT internal diagnostic value that corresponds with the PeSIT
protocol diagnostic codes, refer to the topic PeSIT diagnostic codes.
312 RelCONNECT (if partner inactive) Shutdown of service requested by the user
ABORT/RELEASE
The values of these codes consist of the diagnostic code (two digits) to which the Transfer CFT adds
100 or 200 depending on the protocol phase concerned.
l Values between 100 and 199 correspond to the "SFNA" (Start File Negative Answer) and "EFNA"
(End File Negative Answer) protocol messages.
l Values between 200 and 299 correspond to the "ESID" (End Session IDentification) protocol
message.
l This code forms the "NNN NNNN"type DIAGP protocol diagnostic code. Values are expressed in
decimal.
Error Description
code
Error Description
code
201 NSDU (Network System Data Unit) not recognized (faulty header)
210 Incorrect number of records. The number transported by the EFID FPDU does not
correspond to the number of received records counted by the Transfer CFT (F or V
format files)
211 Number of characters incorrect. The number transported by the EFID FPDU does not
correspond to the number of received characters counted by the Transfer CFT (T or U
format files)
REASON codes provide a general explanation of the error detected, or the refusal.
Diagnostic codes
DIAGNOSTIC (diag) codes provide a detailed explanation of the source of the error detected or the
refusal.
Code Description
00 Connection request rejected by the network or break caused by the remote partner
01 Timeout for a connection request. The called party is probably not connected to the
network.
03 Insufficient memory
04 The network access point reference passed to the connection is not valid
The value of this code corresponds to the "errno" variable provided by the TCP/IP resource. In this
case, refer to the manufacturer's documentation for the meaning of this code.
This topic lists the PeSIT reason codes, which are specified by the PeSIT protocol, and the
associated Transfer CFT internal diagnostic value.
l "HHHHHHHH" format
In general for Transfer CFT, this format represents an error code specific to the operating system of
the host computer and only relates to NON network resources (file access, task management, system
services, etc.).
For PeSIT, this field can also represent an error code specific to the method of access to the network
of the system concerned. In this case, the code is associated with the following internal diagnostics:
N represents a decimal digit. An unexpected event has arisen in the protocol controller.
This value should be given to the Technical support in the event of unexplained transfer difficulties.
N represents a decimal digit. Reception of an FPDU not conforming to the protocol specifications.
The meanings associated with this message are explained further on in this book. For example,
DIAGP = "PDU i16" means that the header of an FPDU received does non conform, because its size
is greater than the length of the network message received.
N represents a decimal digit. Reception of an FPDU featuring an error diagnostic (PI 2) conforming
to the PeSIT protocol. XXX represents the FPDU received. NNN represents the PeSIT reason code
(the two least significant bytes sent in the PI 2 code of FPDUs). The possible values for the PeSIT
reason code are given further on in this appendix. The possible values for XXX are given in the
following table.
l "Vxxxxxxx" format
This value should be given to the Technical support in the event of unexplained transfer difficulties.
Vxxxxxxx Definition
PeSIT reason codes and the associated Transfer CFT internal diagnostic values
PeSIT reason code Transfer CFT internal diagnostic Service item concerned
PeSIT reason code Transfer CFT internal diagnostic Service item concerned
PeSIT reason code Transfer CFT internal diagnostic Service item concerned
PeSIT reason code Transfer CFT internal diagnostic Service item concerned
PeSIT reason code Transfer CFT internal diagnostic Service item concerned
PeSIT E PI codes
When implementing specific extensions, Transfer CFT uses the PI codes of the E version of PeSIT to
convey specific values. These extensions are automatically activated when two partner Transfer CFTs
negotiate a protocol connection in PeSIT version E. For example, requesters specify PROF = ANY in
their CFTPROT object.
PI 21 Compression
This field is used to negotiate the use of compression during the transmission of the file data. In
addition to horizontal compression and vertical compression, Transfer CFT provides the possibility
of using additional compression techniques:
PI 31 Article format
This parameter specifies the file article format. It is defined using the NRECFM parameter of the
CFTSEND or SEND command. In addition to the fixed format and the PeSIT variable format, Transfer
CFT adds indefinite format semantics:
PI 99 Free message
Format: 254 characters.
This parameter allows a message to be conveyed from one user to another in the free field of the
PeSIT service primitives. No control concerning the coding, structure or semantics of its contents is
imposed by the protocol.
The following parameters not provided for by the PeSIT protocol are conveyed:
l IDT, transfer identifier of the form Mddhhmms (transfer commands HALT, KEEP, START,
DELETE,...)
l PRI, transfer priority concerning 256 possible values (CFTSEND/SEND or CFTRECV/RECV
commands)
l SYST, operating system supporting the monitor sending the FPDU
l USERID, identifier of the user owning the file (CFTSEND or SEND commands)
This free field is also used to increase the size of certain parameters relative to the limit imposed by
the PeSIT protocol:
l Sending, or receiving, user identifier SUSER, or RUSER, limited to 8 characters by PI 03 (PI 04)
can be increased to 28 characters
l Sending, or receiving, application identifier SAPPL, RAPPL, limited to 8 characters by PI 03 (PI
04) can be increased to 48 characters
l File identifier NIDF, limited to 14 characters by PI 12, can be increased to 28 characters
Any PI not mentioned in this section is used according to the standardized version of PeSIT.
Additionally, this topic provides the PI extension descriptions for the following functions:
l Message transfers
l Relay store and forward
This field specifies the name of the partner requesting the connection. It takes various formats
depending on the PeSIT service used:
Transfer CFT defines and makes use of this field in the same way as for the support of the
standardized version of PeSIT.
In requester mode, the first field is defined using the SUSER parameter of the SEND command (the
default value of SUSER is the local partner (NSPART)).
The final field corresponds to the sending application: SAPPL parameter of SEND. As it is possible to
route files (store and forward), the second field corresponds to the original local partner (NSPART).
In server mode, Transfer CFT recovers the PI 3 code in order to be able to define the symbolic
variables &SAPPL and &SUSER.
The PI 3 code contains the same value as the one conveyed by the protocol connection request
(FPDU CONNECT) previously required to send this message.
PI 04 Server identification
This field specifies the name of the connection server partner. It takes various formats depending on
the PeSIT service used:
Transfer CFT defines and makes use of this field in the same way as for the support of the
standardized version of PeSIT.
In requesting mode, the first field is defined using the RUSER parameter of the SEND commands
(the default value of RUSER is the remote partner (NRPART).
The final field corresponds to the sending application: RAPPL parameter of SEND. As it is possible to
route files (store and forward), the second field corresponds to the final remote partner (NRPART).
In server mode, Transfer CFT recovers the PI 3 code in order to be able to define the symbolic
variables &RAPPL and &RUSER as required.
The PI 4 code contains the same value as the one conveyed by the protocol connection request
(FPDU CONNECT) previously required to send this message.
PI 11 File type
Each of the two bytes of this PI code is considered as a subfield. The first byte is defined using the
FTYPE parameter of the transfer command. The second byte identifies the operating system
supporting the monitor which sends the FPDU. This is system dependent.
PI 12 Message name
Format: 8 characters
When sending messages or acknowledgements (SEND TYPE = MESSAGE/REPLY, ...), Transfer CFT
defines this field using the IDM parameter of the transfer command. When receiving messages,
Transfer CFT recovers the PI 12 code to set the value of the &IDM variable.
For file transfers, Transfer CFT defines and makes use of the PI 12 code (file name) in the same way
as for the support of the standardized version of PeSIT.
PI 13 Transfer identifier
Format: 8 characters
Transfer CFT has extended this field to 8 bytes so that it can be defined by the transfer identifier IDT
saved in the catalog.
PI 21 Compression
This parameter specifies the file article format. It is defined using the NRECFM parameter of the
SEND command.
In addition to the fixed format and the PeSIT variable format, Transfer CFT adds indefinite format
semantics:This field is used to negotiate the use of compression during the transmission of the file
data. In addition to horizontal compression and vertical compression, Transfer CFT provides the
possibility of using additional compression techniques:
PI 31 Article format
This parameter specifies the file article format. It is defined using the NRECFM parameter of the
SEND command. In addition to the fixed format and the PeSIT variable format, Transfer CFT adds
undefined format semantics:
PI 37 File label
When sending a FPDU SELECT, Transfer CFT defines the PI 37 code using the NFNAME parameter of
the RECV transfer command. On receiving this FPDU, Transfer CFT recovers the PI 37 code in order
to be able to define the symbolic variable &NFNAME as required. Otherwise, this field is only used if
the transfers with the partner can be performed in open mode. In other words, if the local Transfer
CFT authorizes the receiving partner to set the physical name of the sending file (implicit
transmission CFTSEND IMPL = YES, FNAME = &NFNAME, ...).
For the other FPDUs, Transfer CFT defines and makes use of this field in the same way as for the
support of the standardized version of PeSIT.
Transfer CFT defines the PI 90 in the FPDU CREATE and AckSELECT using the NBLKSIZE parameter
of the CFTSEND or SEND command.
PI 92 Message
Format: 80 characters.
This field is used to convey a message from one user to another using the message transfer service.
It is defined using the MSG parameter of the SEND TYPE = MESSAGE command or SEND TYPE =
REPLY command.
In message reception mode, Transfer CFT recovers the PI 92 in order to define the &MSG symbolic
variable.
PI 94 Application parameter
Format: 80 characters.
Transfer CFT defines the PI 94 in the CREATE, SELECT and AckSELECT FPDU using the PARM
parameter of the transfer command. On receiving such a FPDU, Transfer CFT recovers the PI 94 in
order to define the &MSG symbolic variable.
PI 99 Free message
Format: 254 characters.
This parameter allows a message to be conveyed from one user to another in the free field of the
PeSIT service primitives. No control concerning the coding, structure or semantics of its contents is
imposed by the protocol.
The following parameters not provided for by the PeSIT protocol are conveyed:
This free field is also used to increase the size of certain parameters relative to the limit imposed by
the PeSIT protocol:
l Sending, or receiving, user identifier SUSER, or RUSER, limited to 8 characters by PI 03 (PI 04)
can be increased to 28 characters
l Sending, or receiving, application identifier SAPPL, RAPPL, limited to 8 characters by PI 03 (PI
04) can be increased to 48 characters
l File identifier NIDF, limited to 14 characters by PI 12, can be increased to 28 characters
Message transfer
The SEND TYPE = MESSAGE or SEND TYPE = REPLY commands cause FPDUs specific to Transfer
CFT to be exchanged: OMSG and AckOMSG.
The OMSG FPDU conveys an operator message which is either derived from:
The AckOMSG FPDU is the protocol acknowledgement of the OMSG FPDU associated with the
operator message.
FPDU Parameter
FPDU Parameter
PI 92 Message text
MSG parameter of the SEND command
If the requester is in the connected state at the time the send command is taken into account, this
command initiates the sending of an OMSG FPDU over the protocol connection.
If the requester is not the connected state at the time the send command is taken into account, this
command initiates a standard connection request, sending of a CONNECT FPDU, with the write
transfer indication.
The general file store and forward protocol principles are indicated in the Correspondences between
standardized PI codes and Transfer CFT application parameters, as supported by PeSIT.
…
rc = cftau (“SWAITCAT”,” SELECT='IDTU==A000001’”)
if rc != 0 {
printf("SWAITCAT NOK RC=%d\n", rc);
…
}
Using CFTUTIL
This method uses the internal variable_CMDRET in the SEND, RECV, or SWAITCAT commands to
retrieve the return code. You can create a script similar to the following example:
SWAITCAT SELECT='IDTU==”A000001”’
IF NAME = _CMDRET, VALUE = 0, TYPE = NEQ
PRINT MSG=”SWAITCAT NOK RC=”
PRINT MSG=%_CMDRET%
ENDIF
Note though that the _CMDRET value is not the same as the CFTUTIL return code, which could be:
l 0: no error
l 4: warning
l 8: error
In the following example the synchronous communication return code is 82, while the CFTUTIL is 8:
81 APIS_ The transfer was not completed within the time Check the
SWAITCAT_ specified by the timeout value. After this timeout diagnostic, correct
TIMEOUT error, the transfer can have the status C (current) problem if
or D (for example if the network went down), but necessary.
note that it was not completed. Repeat SWAITCAT,
you may need to
repeat several times.
82 APIS_ The idtu was not found. The selected criteria Verify the selection
SWAITCAT_ provided in the command SWAITCAT cannot find parameters in the
NFOUND the transfer. SWAITCAT
command.
83 APIS_ Cannot find the transfer (transfer was deleted). The transfer was
SWAITCAT_ created but for some
DELETED reason it was
removed, for
example by the
DELETE command.