. Kisco Home : products : SafeNet/400 : Support : Problem Reports .
.

SafeNet/400 Problem Reports

Last Updated: June 25, 2008
The following is a list of reported problems about SafeNet/400. If you have a problem that is not covered here, ask us via E-mail and we'll answer your question.

Register yourE-mail address and receive automatic notification when any of the SafeNet/400 customer support pages are updated.

SafeNet/400 Problem Reports

Index:

SafeNet/400 Release 8 Problem Reports:

SafeNet/400 Release 7 Problem Reports:

SafeNet/400 Release 6 Problem Reports:

SafeNet/400 Release 5 Problem Reports:

SafeNet/400 Release 8 Problems:

When I try to update an IP address from the On-Line Transaction Review, the command prompt comes up with an incorrect parameter value.

Also: Option 10 (the Executive Summary Report) on the INSTALL menu does not work.

Also: SafeNet/400 is generating errors when I use the new V 8.0 release of Showcase on my System i.

All of these issues were reported by current customers. In the first case, a recent change to the IP address registration changed the needed parameter value. In the second case, the correct command needed to run the option was missing from the menu. In the Showcase issue, some changes were made to the Showcase exit point that have now been provided for by SafeNet/400.

A PTF correction is now available to address all of these issues. It is in PTF package PCPTF854. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

SafeNet/400 is rejecting data queue server requests, but the object information appears to be missing.

We found that on some applications, the data queue server is now returning results with the object information left blank. We have updated the data queue server checking program so that it now passes these requests without posting an error code to the application.

A PTF correction is now available to fix this problem. It is in PTF package PCPTF853. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

A user profile is not showing up in the transaction history file.

Also: The Showcase exit point is not working following an upgrade to Showcase 8.0.

Both of these issues were reported by current customers. In the first case, when a user profile was coded with a value that was wholely contained by a super user profile, then the profile was getting treated as a super user. In the Showcase example, some changes were made to the Showcase exit point that have now been provided for by SafeNet/400.

A PTF correction is now available to address both of these issues. It is in PTF package PCPTF852. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When using the prompt to authorize a user for an SQL statement, sometimes the wrong SQL statement is set up.

When authorizing SQL statements using the F7 option from the rejection display, we found that on some occasions, an incorrect SQL statement was getting added for the user. This is now corrected so that only the specific SQL statement is added.

A PTF correction is now available to for this problem. It is found in PTF package PCPTF850. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. Note: This PTF also includes several new features. Please check the updates section of this website for more information.

An SQL request is being accepted even though the object permissions do not permit it.

In the unusual situation where a *PUBLIC permission was given to all objects and permission at the individual profile level was restricted by an all object exclusion rule, we found that SQL was permitting the object access. This has now been corrected by processing the object level access permission in the correct sequence.

A PTF correction is now available to for this problem. It is found in PTF package PCPTF823. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The Security Report is showing rejections for objects in libraries QGL and QSYS but the On-Line Transactions Tester shows them as being accepted.

We found a difference between the edit routine being used for the report and that used for the On-Line Tester. The On-Line Tester was correct. This was due to a policy change made for the remote command server to accept calls to these two libraries for iSeries Access processing.

A PTF correction is now available to for this problem. It is found in PTF package PCPTF822. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting rejections in SafeNet that should work on the DATAQSRV server. The reason for rejection showing is "Rejected - Reason Unavailable".

Based on this customer's problem report, we found an issue that could cause this on an intermittent basis. It has now been corrected.

A PTF correction is now available to for this problem. It is found in PTF package PCPTF820. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Various Prolems including the following:

Object checking from the Showcase exit does not appear to be working correctly.

I am getting an MCH0603 when running the Print Object Useage Report.

When using the On-Line Transaction Tester, I'm having trouble finding my transaction.

Each of these issues were reported to us recently. For the Showcase error, we found that a parameter shift was happening with some calls from the Showcase exit program. We have now adjusted SafeNet/400 for this. For the MCH0603 error, we have changed the SQL parsing routine to prevent this from happening again. For the On-Line Transaction Tester, we have added time selection down to the millisecond level.

A PTF correction is now available to correct all of these issues. It is found in PTF package PCPTF819. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am seeing transactions recorded for a profile that is classified in SafeNet/400 as a super-user.

When we implemented the super-user feature in SafeNet/400, we never imagined that the FTP server would be needed by a super-user profile. We have since learned from our customers that this is not the case and have now implemented the super-user code for the FTP server exit point.

This PTF also includes corrections for several other minor issues including the purge (when run on a system with date format *DMY), the group profile lookup function and the program that removed users from the SafeNet/400 rules files.

A PTF correction is now available to correct all of these issues. It is found in PTF package PCPTF818. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When I run the purge process, it purges more than I requested.

For some customers who were submitting the purge directly to the job queue from a scheduler or from their own CL program, we found that the purge was purging all history up to the current day. This has now been corrected to use the submitted parameters. Purges run the from menu option were not affected and had been running correctly all along.

A PTF correction is now available to correct all of these issues. It is found in PTF package PCPTF817. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Error message MCH0603 is issued on SQL report.

We found that some customer SQL applications include bad characters in SQL strings that affect our SQL parsing process. We have now adjusted for this problem.

A PTF correction is now available to correct all of these issues. It is found in PTF package PCPTF816. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Variety of issues resolved - see details below.

The following issues were identified and have now been fixed for SafeNet/400 Release 8:

  • The TCP Signon Server was not getting properly authorized when done through a group profile reference.
  • The Showcase exit point was not always showing the transaction data on reports and display screens.
  • There were some intermittent SQL parsing issues with Showcase and other SQL processes.
  • Some of the *CMD objects in Release 8 did not have correct library references.

A PTF correction is now available to correct all of these issues. It is found in PTF package PCPTF815. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The Nav-Central interface will sometimes fail with MCH1210 in program CHKSYSCL.

On systems where the size of the transaction history file becomes quite large, we found that this program could fail as a result. It has now been fixed so that the failure no longer happens.

A PTF correction is now available to correct this problem. It is found in PTF package PCPTF814. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The PRTOBJUSG command is running to completion but not placing any records in the *OUTFILE specified.

We found a problem with this processing under SafeNet/400 Release 8. It has now been fixed.

A PTF correction is now available to correct this problem. It is found in PTF package PCPTF813. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Showcase is failing on my system.

A customer running SafeNet/400 Version 8 with Showcase 7.0 reported that sometimes their Showcase queries would fail because objects that were there could not be located. We have tracked the problem down to a library list specification change in Showcase. We have now modified our Showcase exit process to deal with this change so that this failure no longer happens.

A PTF correction is now available to correct this problem. It is found in PTF package PCPTF812. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The Alert notification job is failing on my system.

We found that customers who were running their systems with a default date format of YMD were getting this error. It has now been corrected along with another minor issue with the level 5 reset program.

A PTF correction is now available to correct this problem. It is found in PTF package PCPTF811. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

SafeNet/400 appears to be holding a large number of file locks.

Based on a customer report, we found where files were being left open in SafeNet/400 under the new Version 8 code. This has now been fixed with a resulting improvement in performance. We have also corrected an issue with the Showcase exit point with this PTF.

A PTF correction is now available to correct this problem. It is found in PTF package PCPTF810. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

We are seeing authority problems in some SafeNet/400 functions.

We found where these authority problems were being issued due to changes being made in the library list by certain SafeNet/400 routines. We have now modified the routines to make the library list changes using OS APIs and the authority problems have been resolved.

A PTF correction is now available to correct this problem. It is found in PTF package PCPTF809. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

SafeNet/400 Release 7 Problems:

I am getting intermittent MCH3402 errors in my SQL routine that trace back to SafeNet/400.

We have tracked this problem down and developed a fix for it. The MCH3402 is also sometimes accompanied by an RNX9998 error as well.

A PTF correction is now available to correct this problem. It is found in PTF package PCPTF736. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Some Super Trusted Users are not being recognized by SafeNet/400.

The Super Trusted User feature is documented as supporting up to 50 different user profiles. A customer that is using this feature extensively, reported that only the first 45 profiles were being recognized by SafeNet/400. We have now updated SafeNet/400 so that it works with all 50 profiles.

A PTF correction is now available to correct both of these problems. It is found in PTF package PCPTF735. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Various issues corrected, see details below.

We received customer reports for the following problems:

  • Unable to use the FTP command "CD" to point to the system's root directory.
  • MCH errors being issued from various CHKxxxx programs
  • MCH errors being issued from various PCCL0nQ program
Program changes have now been made to address these issue. A PTF correction is now available to correct both of these problems. It is found in PTF package PCPTF734. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

SafeNet/400 program P4RCS is reporting an index array error.

Under certain conditions, this program was failing with an index array error. In addition, another customer also reported a similar problem with reporting program TRAPO6R.

A PTF correction is now available to correct both of these problems. It is found in PTF package PCPTF733. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am seeing an index array error when attempting an FTP session.

A customer reported this issue to us and it has now been fixed.

A PTF correction is now available. It is found in PTF package PCPTF732. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Three customer problems corrected - see details.

Three separate problems were recently reported to us by different customers:

  1. FTP access continues to be logged even though the user profile is enrolled correctly as a super-trusted user.
  2. The CPYSNUSR command is not copying the SQL rules correctly for some users.
  3. The GETSEC program is issuing error CEE9901 with a reference to RNX9998 in the body of the message text.
Each of these issues has now been corrected. A PTF correction for all three is now available. It is found in PTF package PCPTF731. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

While processing an SQL client application, message CPF0804 is issued.

A few customers have reported this problem to us. We have traced it to SQL applications that are generated very long SQL strings for host processing. The CPF0804 message is accompanied by text that specifies "Built-in function operands not valid. Reason code 4." and points to a SafeNet/400 program with the name PCCL0nQ where n can be 1, 3 or 4.

A PTF correction for this problem is now available. It is found in PTF package PCPTF730. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When running the Object Utilization Report, the process sometimes hangs.

On very rare occasions, we found that certain client data recorded in the SafeNet/400 History Log could cause the Object Utilization report to hang.

A PTF correction for this problem is now available. It is found in PTF package PCPTF729. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Various issues corrected.

Based on customer reports, we have issued a corrective update fix for several minor issues reported in the following areas:

  • Errors being issued from the SAFENETU program in the operator message queue.
  • Corrections to the ADDUSRPTH processing program to record the correcth statement when selected from the update screen.
  • PCTESTR (option #9 on the SN2 menu) can fail when the data stream includes non-display characters.
  • When repeated attempts to log on using the FTP server are rejected, an error can be issued to the system operator message queue.
  • A problem was reported when the system could not find the USERS file.
  • The *ESCAPE message during deactivation/activation has been replaced with a *COMP message to avoid an error halt.

A PTF correction for all of these problems is now available. It is found in PTF package PCPTF728. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I'm running SafeNet/400 7.25 and still having problems with job switches in the FTP Client.

After issuing the fix package for SafeNet/400 7.25, we found one more location that still needed to be changed to preserve the job switch settings.

A PTF correction for this problem is now available. It is found in PTF package PCPTF727. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The joblogs from some network jobs are wrapping due to excessive entries coming from SafeNet/400.

A customer contacted us with this issue. We found some repetitive code that we could change that would significantly reduce the amount of information being recorded in the joblog.

A PTF correction for this problem is now available. It is found in PTF package PCPTF726. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. Please note that this PTF also correct another issue, see the following item listed here.

I see many MCH0601 errors logged in a joblog from SafeNet/400.

While the MCH0601 errors have never caused any application failure, some customers reported that they thought it might be having a negative effect on system performance. We have now updated SafeNet/400 so that this message will no longer be issued from program PCCL01.

A PTF correction for this problem is now available. It is found in PTF package PCPTF726. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. Please note that this PTF also correct another issue, see the previous item listed here.

While running an FTP Client application on our system, the job switches are getting changed in our CL programs.

When running FTP Client in batch within a CL program, a customer reported that their settings for job switch 1 was getting changed. We traced this to the SafeNet/400 exit program and have now changed the program to leave the customer's switch settings preserved.

A PTF correction for this problem is now available. It is found in PTF package PCPTF725. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When I run the On-line PC Tester, it will not accept the value *REXLOGON2 for the server filter.

A customer reported this problem and we found that certain server names would not process. It has now been fixed.

A PTF correction for this problem is now available. It is found in PTF package PCPTF724. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Certain SafeNet/400 operations appear inconsistent in the way the library list is handled.

Based on a customer request, we found several areas in SafeNet/400 where library list processing was not consistent across the product. This affected the NDB server and the TFR server (for older transfer processing).

A PTF correction for this problem is now available. It is found in PTF package PCPTF723. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

During normal network access, program P6SQL fails with error RNQ0121.

A customer based in Europe reported this problem. An alternate form of SQL CALL statement was found and we have modified our SQL parsing program now to look for it.

A PTF correction for this problem is now available. It is found in PTF package PCPTF722. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When running the User-to-Object Usage Summary, it fails with error RNQ0121.

A problem was discovered in the report program when working with unusually long SQL strings for this report.

A PTF correction for this problem is now available. It is found in PTF package PCPTF721. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

An SQL request is resulting in an incorrect object identified for security checking.

We found a problem with the SQL parsing under certain very unusual conditions. It has now been corrected with the PTF noted below. This PTF also includes several replacement *CMD objects to correct some OS/400 object security issues and it also contains some updates to the documentation.

A PTF correction for all of these issues is now available. It is found in PTF package PCPTF720. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The OS/400 file server is allowing transactions that should be rejected.

Based on a customer report, we discovered that if you had the OS/400 file server exit point set to level 3 (user-to-server control), then there were situations where a series of transactions could be authorized that should be rejected under certain specific situations.

A PTF correction for all of these issues is now available and we recommend that all customers install this PTF as soon as possible, especially if you are using level 3 controls on the OS/400 file server. It is found in PTF package PCPTF719. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Various problems with the DHCP server functions.

A customer reported several problems on their system when using SafeNet/400 with the OS/400 DHCP server. These included the following items:

  • The DHCP log files in SafeNet/400 were not configured for easy size growth.
  • CPF4101 was issued when running option #8 on the SN6 menu.
  • The SNDHCPPRG purge did not always run correctly.
  • Option #90 on the SN6 menu did not work.

A PTF correction for all of these issues is now available. It is found in PTF package PCPTF718. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

My system is issuing CPF0001 error messages referencing program SAFENETI.

This problem appears to be caused by several objects with incorrect security configurations within SafeNet/400. It only affects customers who are using the DHCP services from OS/400.

A PTF correction for this is now available. It is found in PTF package PCPTF717. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

SafeNet/400 is rejecting SQL statements that appear to be correct.

Based on a customer report, we have updated the SQL parsing program to improve selection criteria for certain unusual SQL statement formats.

A PTF correction for this is now available. It is found in PTF package PCPTF716. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

SafeNet/400 is not processing the right library/file from my SQL statement.

A customer reported this problem to us. After much investigation, we discovered that the customer was using SQL alias names that do not conform to the OS/400 library and file naming conventions. We have now adjusted SafeNet/400 to process these correctly, but a wildcard authorization is required.

A PTF correction for this is now available. It is found in PTF package PCPTF714. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The DHCP purge process does not appear to be removing all the information.

We found that one of the DHCP control files was not being updated when the DHCP purge was run. This has now been addressed and the purge is complete. This change also includes an update to the SafeNet/400 deactivation process to correct for an error message that can come up during the process.

A PTF correction for these issues is now available. It is found in PTF package PCPTF713. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

SQL "DROP PROCEDURE" statement not supported.

A customer reported to us that they wanted to control SQL "DROP PROCEDURE" statements by user profile. The current version of SafeNet/400 was ignoring the statements.

A PTF correction that now recognizes this SQL statement is now available. It is found in PTF package PCPTF712. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The Security Report seems to be missing some library names for a *NDB request.

On certain *NDB requests, we found that the Security Report (TRAPO6R) was dropping additional library names beyond the point where two libraries were shown. This has now been corrected to show all libraries in the request.

A PTF correction for this problem is now available. It is found in PTF package PCPTF711. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

An SQL request is generating an incorrect data rights rejection.

A customer reported the situation to us where an object was configured correctly in SafeNet/400, but a specific SQL request was still getting rejects due to incorrect data rights.

A PTF correction for this problem is now available. It is found in PTF package PCPTF709. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Two minor problems corrected.

Customers recently reported two minor problems to us. One involved running the SQL Useage Report; the report would occasionally fail due to a file size constraint problem. The other was an incorrect report heading showing on the Long Path Security Listing report.

A PTF correction for both of these is now available. It is found in PTF package PCPTF708. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Using the On-Line Transaction Tester, I am getting DDM rejections, but it looks like my configuration is correct and the transactions should be accepted.

We found a problem in SafeNet/400 where the On-Line Transaction Tester was returning a rejection notification on certain DDM transactions that really should have been accepted. When these transactions are run in real time, SafeNet/400 accepts them correctly.

A PTF correction for this is now available for these items. It is found in PTF package PCPTF707. This PTF also contains some new features. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Various minor issues, see details below.

Several customers contacted us recently with different minor issues. This include the following:

  • MCH0601 errors posted to the joblog for SQL requests.
  • Command parameters not allowing special DDM name location values.
  • SafeNet/400 is showing the Showcase point when it does not exist on the system.
  • SQL parsing issues under certain complex conditions.
  • DDM is allowing access which it should not when location controls are being used.

A PTF correction for this is now available for these items. It is found in PTF package PCPTF705. This PTF also contains some new features. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The NDB server is giving incorrect checking results.

A customer using the NDB server with an extensive list of library references reported this problem to us. It appeared as though SafeNet/400 was not doing the security checks in the sequence as documented in the user's guide.

A PTF correction for this is now available for these items. It is found in PTF package PCPTF703. This PTF also contains some new features. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Various minor problems.

Various minor problems have been reported to us concerning early copies of Release 7 that have been sent out. This PTF corrects the following items:

  1. All menus in SafeNet/400 have been updated to show the correct software release level at the top of the menu.
  2. The On-Line Transaction Tester program, option #10 on the SN2 menu, has been changed to fix a problem where slightly different results can be displayed when compared to the printed audit reports.
  3. The file server access program has been changed to correct a minor problem.

A PTF correction for this is now available for these items. It is found in PTF package PCPTF702. This PTF also contains some new features. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When trying to run Nav-Central, it starts OK but when I try to do anything, I get an error 1217 that refers to a CPF4101 error.

Our early documentation on Nav-Central appears to be inadequate in certain areas. To use Nav-Central, you must use a user profile that has access to all objects (*ALLOBJ). Also, the user profile must have the job description in the user profile set to SAFENET in library PCSECLIB. Lastly, the TCP/IP DDM server function must be active on your iSeries-AS/400 system. If it is not active, you can start it with the following command:

STRTCPSVR *DDM
When these items are taken into account, Nav-Central should work correctly.

After installing Nav-Cenral, I am getting the message "Code is missing on Server or is in Error" when I try to start it.

When using Nav-Central, the user profile that you log in with must have the following permission rules in SafeNet/400 before it can work:

Server Access:
Distributed Data Management - *DDM
Remote Command/Program Call - *RMTSRV
Obect Access:
Library PCSECLIB - Read authority for *ALL objects
Library PCSECDTA - All authority for *ALL objects
Library QSYS - Read authority for *ALL objects
Once this is set up, then you should be able to access Nav-Central functions.

SafeNet/400 Release 6 Problems:

We've been having problems with SQL statements since installing PTF 631.

After issuing the significant updates to SQL processing in PTF 631, a few customers reported problems processing certain complex SQL statements.

A PTF correction for this is now available for this problem. It is found in PTF package PCPTF633. This PTF also contains several other minor changes and fixes. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I have specified to control DDM by system name, but the history report is still showing user names.

We found several documentation conflicts in the way IBM shows how information is passed to the DDM exit points. This was causing this problem. We have now sorted out the exit point documentation and corrected the problem.

A PTF permanent correction for this is now available for this problem. It is found in PTF package PCPTF632. This PTF also contains changes to the SQL parsing routine. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting a RNQ0103 error when processing complex SQL strings through SafeNet/400.

Several customers reported this problem which resulted in a complete re-engineering of the network SQL parsing process in SafeNet/400. The new process, which is included in this PTF, is not only more accurate, but also is much more efficient than the prior version.

A PTF permanent correction for this is now available for this problem. It is found in PTF package PCPTF631. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting a CPF4101 error when trying to activate/deactivate SafeNet/400 on my system.

Based on a customer problem report, we found that this could happen when the activate/deactivate option was selected and the SafeNet/400 program library was not in the library list for the session. This is due to a recent change that was implemented in the product and is a new problem. As a workaround, you can simply add the library PCSECLIB to the session library list and the activate/deactivate option will run successfully.

A PTF permanent correction for this is now available for this problem. It is found in PTF package PCPTF630. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

After issuing a CHGPWD command, we are seeing library PCSECDTA in the session library list.

After reviewing the customer's information, we found that one of the SafeNet/400 exit programs was leaving a changed library list in place. The exit program has now been changed to leave the library list unchanged.

A PTF correction for this is now available for this problem. It is found in PTF package PCPTF629. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The WRITETRAP program in the SAFELOGING subsystem is issuing an MCH3601 error on an intermittent basis.

In certain circumstances, we were recommending to specific customers to reconfigure their SAFEQ dataqueue to a different length factor. We found that when we did this, the possibility existed that the WRITETRAP program in the SAFELOGING subsystem could abnormally end with a system error code of MCH3601. We have now corrected the failing program to adjust for this problem.

A PTF correction for this is now available for this problem. It is found in PTF package PCPTF629. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting a DDM rejection on a RTVDTAARA command but the object authorization appears to be correct.

Based on a customer problem report, we discovered a problem in the DDM validation routine that was not properly identifying the object to be checked. This has now been corrected.

A PTF correction for this is now available for this problem. It is found in PTF package PCPTF628. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

While using the On-Line Transaction Review, I sometimes get an RNQ1251 error.

A customer reported this problem to us. The RNQ1251 error happens when invalid data is presented to a display program. In this case, some invalid data was passed back to SafeNet/400 via the *DDM exit point. We have changed the display program now to avoid this error.

A PTF correction for this is now available for this problem. It is found in PTF package PCPTF626. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. Note: This PTF also includes a new feature implementation.

A third party application caused the SAFENETA program to fail on a CPF180C error code.

A customer reported this problem to us. The CPF180C error happens when an OVRDBF is issued in a threadsafe job. The OVRDBF is not allowed in a threadsafe environement. We have now changed the SAFENETA program so that it is threadsafe compliant.

A PTF correction for this is now available for this problem. It is found in PTF package PCPTF625. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When I use the F6 function from the On-Line Transaction Review to author a new access rule, the prompt screen comes up with incorrect information.

A customer reported this problem to us. On investigating, we discovered that there was a problem formatting the new server permission prompt when the user profile exceeded 8 characters in length. User profiles of 8 characters or less were working OK.

A PTF correction for this is now available that will format the prompt correctly for all user profiles. It is found in PTF package PCPTF624. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting a CPF0001 when I try to deactivate SafeNet/400.

When running the process to deactivate SafeNet/400 on a system running OS/400 V5R2 can result in this error message. If you have this error, you can choose the option to ignore it and the deactivation will complete normally.

A PTF correction for this is now available that will prevent the error from happening. It is found in PTF package PCPTF623. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The SQL server is misinterpreting some information supplied in a query.

A customer reported that the SQL parsing routine was interpreting a field content selection as an SQL verb. This is corrected with this PTF. (See below).

I am getting a decimal data error associated with the DHCP server.

Under certain releases of OS/400, a decimal data error could occur when using the DHCP exit point. This is corrected with this PTF.

A PTF correction is now available for both of these problems. This PTF also implements a new feature which is documented in the "updates" section of the SafeNet/400 Customer Support section. The PTF package is PCPTF622. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I removed authority for an SQL user but SafeNet/400 is still authorizing requests for this user.

Based on a customer report, we found that under certain circumstances, the SQL server was not recognizing removed permissions.

A PTF correction for this is now available. It is found in PTF package PCPTF621 which also includes a new product feature. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting an MCH1202 error in program PCCL01H during DHCP processing.

We found a problem in the way the OS/400 exit point is returning information through the exit point. Non-conforming information is being returned and we have initiated a PMR with IBM about this. In the interim, we have modified our exit point process to address this error on a temporary basis until IBM issues a corrective PTF for OS/400.

This temporary correction is available in PTF package PCPTF619. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When using a MS join SQL selection, field names are being treated as if they are file object names.

A customer reported this problem to us and we have added code in our SQL parsing routine to deal with this situation. The following PTF has been issued as a correction. This PTF also includes a couple of other very minor changes to address an internal authority problem appearing in the DHCP exit points.

The problem has now been corrected and is available in PTF package PCPTF618. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When using Anonymous FTP, I cannot use UNIX style file naming.

We discovered some engineering changes in the FTP exit point when used on systems running OS/400 V5R1 or higher that are affecting this capability. We have now coded an fix for the problem that can be installed on OS/400 V5R1 and higher systems. If you install this fix on a system running OS/400 V4R5 or lower, the fix will be installed but not activated. When you upgrade to OS/400 V5R1, we can provide a procedure that you can use at that time to activate the PTF.

The problem has now been corrected and is available in PTF package PCPTF617. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I have created a PWRDWNCL program for pre-powerdown processing, but it does not appear to be working.

Several customers have reported this problem. With the Pre-powerdown exit point registered and the specified PWRDWNCL program in place in library QGPL, the program was never getting called. After several goarounds with IBM, we have found out that there are some specific situations where the pre-powerdown exit point will NOT get called, as follows:

  1. System is on aux. power
  2. IPLing an LPAR
  3. System is already in a restricted state
If your situation falls into one of these categories, then you should be prepared that the pre-powerdown program will not be called under these circumstances. Unfortunately, this is a restriction imposed within OS/400.

After installing SafeNet/400, I have some REXEC exit points where the level cannot be set.

On some systems running V5R1 or higher, we discovered that the exit point registration process could generate two extra REXEC exit points that are superfluous. These extra exit points create problems when using menu option #1 on the SN1 menu. The problem has now been corrected and is available in PTF package PCPTF615. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting error code RNQ0100 from program P4FIL.

We found that this problem was happening on a very intermittent basis for certain customers. It has now been corrected and is available in PTF package PCPTF614. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When using the On-Line Transaction Tester, I cannot specify the *FTPLOGON3 point.

On systems that do not use the US date format of MM-DD-YY, this was causing a problem. It has now been corrected and is available in PTF package PCPTF613. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

We are having problems with SQL command rejections and incorrect FTP rejections.

Some performance enhancement changes that we implemented with our PTF PCPTF604 are apparently causing some intermittent problems for customers on different release levels of OS/400. These problems are resulting in some SQL command rejections even though the command is properly authorized and some FTP rejections when the user appears to be properly set up. This problem has now been corrected and is available in PTF package PCPTF612. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

We get a CPF1834 message when the SAFELOGING subsystem starts up.

We found that on some machines, normally those with slower processors, the prestart job associated with the subsystem was starting before the subsystem initialization/startup process was complete. This problem has now been corrected and is available in PTF package PCPTF611. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When I choose to select a user for maintenance, and use the *ALLDFN option, some duplicate user entries are displayed.

While duplicate users were being displayed, we found that there were no duplicate users registered. This was simply a problem with the display program. This problem has now been corrected and is available in PTF package PCPTF610. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting a rejected SQL statement, even though the statment is authorized to the user.

We discovered a problem with SQL statement checking as a result of a recent PTF change. This problem has now been corrected and is available in PTF package PCPTF609. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I get an command error when attempting to use the new F6 function from the on-line transaction testing program.

When attempting to author a new access rule for the SQL statement "SET TRANSACTION", we discovered a problem with this new feature. This problem has now been corrected and is available in PTF package PCPTF608. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When checking for file objects in the IFS, the wildcard character does not seem to be producing the right results.

While researching a problem reported by a customer, we discovered that the wildcard character was being processed incorrectly, producing results inconsistent with SafeNet/400 documentation. This problem has now been corrected and is available in PTF package PCPTF607. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The powerdown program is not running even though it is registered according to SafeNet/400 documentation.

We have updated the pre-powerdown SafeNet/400 program to run as documented. This fix is available in PTF package PCPTF606. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

DHCP processing fails with errors TCP571D and CPF0001.

We found a missing program object on a customer's system and have decided to redistribute the missing object to all customers with SafeNet/400 Release 6 installed. This fix is available in PTF package PCPTF606. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting an error message RNQ0100 in an SQL program in SafeNet/400.

A customer reported intermittent problems with this error. After looking into it, we found a way to prevent them from happening. This fix is available in PTF package PCPTF605. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Several minor fixes implemented

Several minor problems reported by customer have now been corrected. These include:

  • A fix to an IP address lookup routine
  • A correction to a data decimal error in the DHCP routines
  • A fix to PCSRVRS that had been causing an intermittent dump
  • Fixes to permit lower case DDM commands to be correctly interpretted
  • Changes to group profile checking that permit groups that start with a special character
  • The command SNDSVCFILE that was missing in some earlier versions of SafeNet/400 is now back in the library (used by Kisco for certain remote problem diagnostics)
These fixes are available in PTF package PCPTF604. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. Customer's should be aware that this PTF contains new features along with these fixes and will require bringing your system to a restricted state for PTF installation.

I am getting an error message of CPF1892 issued from program PCCL04 which is related to Remote Command/Program Call server.

The problem has now been identified and corrected. The fix is available in PTF package PCPTF603. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Following a power failure, the SAFEQ dataque in library PCSECLIB is damaged. How can I recover from this?

The SAFEQ dataque is critical to the proper working of SafeNet/400. If it gets damaged, for any reason, it must be deleted and immediately rebuilt. NOTE: When you delete the data queue, you may get errors from network applications until the new data queue is in place. You should consider doing this procedure at a time when little or no network activity is happening on your system.

There are two different procedures for this depending on the version of SafeNet/400 that you have installed. Check the library named PCSECLIB for a *PGM object named BLDSAFEQ. If this object exists, then use Procedure A. If it does not exist, then use Procedure B.

Procedure A

  1. Sign-on as a Security Officer.

  2. Check the batch job queue named SAFENET in library PCSECLIB and delete all jobs shown that are waiting to be run.

  3. Issue the following command from the command line:

    CALL PGM(PCSECLIB/BLDSAFEQ)
At this point, SafeNet/400 should resume normal processing.
Procedure B
  1. Sign-on using the special SAFENET user profile, this will guarantee that the replacement dataque is owned by this profile.

  2. Check the batch job queue named SAFENET in library PCSECLIB and delete all jobs shown that are waiting to be run.

  3. Shut down SafeNet/400 logging by going to the SN2 menu and running option #12.

  4. Delete the dataque using the following command:

    DLTDTAQ DTAQ(PCSECLIB/SAFEQ)
  5. Immediately create a new dataque with the following command:

    CRTDTAQ DTAQ(PCSECLIB/SAFEQ) MAXLEN(9000)
    SIZE(*MAX2GB) AUT(*USE)
  6. Restart SafeNet/400 logging by going to the SN2 menu and running option #11.
At this point, SafeNet/400 should resume normal processing.

During the upgrade from SafeNet/400 Release 5 to SafeNet/400 Release 6, I get a CPF0922 error message.

This problem only happens when you are upgrading from SafeNet/400 Release 5 to SafeNet/400 Release 6 on a system that is running OS/400 level V5R1 or higher. In the new OS/400 release, the error conditions for the ENDPJ command have changed and a new error condition (the CPF0922) is now possible.

To correct for the problem, just choose the ignore ( I') option to the error message when it happens. The installation process will continue correctly.

SafeNet/400 Release 5 Problems:

After upgrading to OS/400 V5R1, I am seeing corrupted data on the utilization reports.

Several customers have reported this issue to us. We have now identified the problem and have corrections for it available.

The change is available in PTF package PCPTF539. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I set the dataque server to only report on rejects, but every use of the server is still getting logged.

Several customers have reported this issue to us. We have now identified the problem and have corrections for it available. Another ramification of this problem can be for unusually high CPU utilization for certain third party products, especially fax products that are heavy users of the dataque server function.

The change is available in PTF package PCPTF538. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

After upgrading OS/400 to V5R1, FTP fails with an error CPD0078 message.

Several customers have reported this issue to us. We have discovered several API incompatibilities with OS/400 V5R1 and prior releases. A new PTF for all V5R1 issues has now been developed.

The change is available in PTF package PCPTF537. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. Also, please note that FTP must be shut down (ENDTCPSVR *FTP) while this PTF is being installed.

When some of our Client Access user try to start a terminal emulation session, they are getting a "CWBUNPLA" error on their PC. We are also seeing SafeNet/400 rejections for the Remote Command server. Most of our PC users have no problem, this is only affecting certain users.

Several customers have reported this issue to us. We have been in touch with IBM on several occasions about it and are somewhat frustrated by what they are telling us. The Remote Command server is not supposed to be called during 5250 terminal emulation initiation. The CWBUNPLA error points, however, to an exit point problem but IBM has been unable to give us a satisfactory explanation as of yet.

The following is the latest information that we have from IBM concerning this problem:

Under some conditions (depending on the parts of Client Access installed on the client) the first connection to a 400 requires two calls to the remote command server. All subsequent 5250 starts will NOT call the command server. However, this is entirely dependant on the CA version installed, the OS version installed and the service pack level installed on the client. IBM cannot tell us which parts, versions or service packs cause this. Their response is, allow *PUBLIC access to the command server, limit the program call (objects) that can be access to only the following objects:
  1. QGY/QGYSETG
  2. QSYS/QSYRTUFI
  3. QSYS/QSYRTVFI
The following is a regerence to the IBM support website for more information:

http://www-1.ibm.com/servlet/support/manager?rs=0&rt=0&org=as400&doc=B03C60533D594BEA86256A1D0076ABF7

The workaround solution for our customers is to activate *PUBLIC to the RMTSRV. If you do not have an unlimited user license, then each terminal user should be authorized to use RMTSRV. Then allow *PUBLIC (or each user) to access the two program objects.

Keep watch on this space for updated information about this problem. The above information is as of June 12, 2001.

The sequence of authorization checking using Group Profiles does not appear to be happening as documented.

For customers using SafeNet/400 at the unlimited user level, authorization checking was not being performed in the exact sequence shown in our documentation. We have now changed the sequence of authorization checking to agree with the documentation. Note: This change only affects installations with unlimited user licenses.

Warning For Current Customers

This change may cause current authorization rules to behave differently than in the past on your machine. After installing the PTF, you should review your authorization rules, especially in the area of Group Profiles and Supplemental Profiles implementation. As of this change, the sequence of authorization checking will be as follows:

  1. User to Specific Server
  2. User to *ALL servers
  3. Groups and *PUBLIC to Specific server
  4. Group and *PUBLIC to *ALL Servers
The first match, whether accepted or rejected will stop further lookups.

The change is available in PTF package PCPTF536. Note that it also includes the following change E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When using the on-line transaction review for *DDM requests, the command detail appears to be incomplete.

We found that the information being posted to the on-line transaction tester was inconsistent. This change makes the information easier to comprehend.

The change is available in PTF package PCPTF535. Note that it also includes the following change E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

We are seeing MCH0601 errors associated with the *DDM server.

The MCH0601 errors do not cause failures but they can be disconcerting when examining joblogs. We have made changes to the product to trap these errors so that they are no longer reported to the joblog.

The change is available in PTF package PCPTF535. Note that it also includes the preceeding change. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Transactions from the Remote Command server are being rejected even when settings all appear to be correct.

A problem has now been identified in the routine that authorizes remote command requests. Some requests could get rejected incorrectly. This has now been corrected.

The change is available in PTF package PCPTF534. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When reviewing transactions on-line, the date formats are inconsistent with the way our AS/400 is configured.

We found that, when systems were configured with non-US date formats, there were inconsistencies in the way dates were being presented. This has now been corrected.

The change is available in PTF package PCPTF533. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The Copy SafeNet/400 User function lets me create entries for user profiles that do not exist on my system.

The Copy SafeNet/400 User function has now been changed. The copy-to user profile is checked to make sure that it exists on your system before making the copy.

The change is available in PTF package PCPTF533. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am getting authorization errors even though the library is fully authorized at the group profile level

A customer with a license at the unlimited user level reported that authority rejections were happening even though the library referenced appeared to be authorized. Upon investigation, we discovered that the library was authorized at the group level but not at the user level, which had a different setup. We have now changed the authorization method (in the NDB server function) to recognize both settings.

The change is available in PTF package PCPTF532. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The SQL usage report end with an error message on an invalid array subscript error - and - Some SQL statements appear to be getting misinterpreted when they contain embedded comments or field names that are the same as SQL statement verbs.

Several customers reported the SQL report problem. At the same time, we discovered the associated problem with the imbedded comments and the field name confusion. Both of these appear to be intermittent and only seem to happen on very complex SQL strings. A correction has now been done now for both sets of problems.

The change is available in PTF package PCPTF530. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

Sometimes a file in an SQL string gets interpreted as a library and vise versa.

Several customers reported this very intermittent problem which only seems to happen on very complex SQL strings. A correction has now been done.

The change is available in PTF package PCPTF529. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When I run option #4 from the SN4 menu, I get error message MCH3402 issued from a job in the system jobque.

We discovered a problem with the "User to SQL Usage" report that was causing this error condition. The problem has now been fixed.

The change is available in PTF package PCPTF528. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. This PTF also includes some new features and other minor correction.

The FTP exit point is showing as level 5' and I cannot seem to reset it using the instructions in the manual.

The situation you are seeing is normal. No action needs to be taken.

Starting with SafeNet/400 Release 5.27, we have implemented two FTP exit points. These activate when the your AS/400 is running OS/400 V4R4 or higher. SafeNet/400 can only use one of the two FTP exit points, so when we find both, we register the more advanced of the two. The other, unused exit point gets registered with a level '5' and is not used.

SafeNet/400 seems to be picking up a slash character (/) in a data stream as an object name in the SQL processor.

We have found a problem in the SQL parsing routine that is causing this to happen. The customer was using the FASTFAX application and passing a data stream via OSBC that contained the slash character. We have now developed a PTF which corrects this problem.

The change is available in PTF package PCPTF527. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. This PTF also includes some new features and other minor correction.

When running the purge program, I get an error message.

There is a file level error check that happens near the very end of the purge that causes this problem. The purge of records completes successfully, but the requested reports are not generated. We have now developed a PTF which corrects this problem.

The change is available in PTF package PCPTF525. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. This PTF also includes some new features and other minor correction.

When using FTP, I am getting an error code $' with no detailed explanation.

We recently discovered a problem with the FTP routine that can create this situation. A fix has now been created that resolves this issue. Transactions being reported this way are really accepted transactions.

The change is available in PTF package PCPTF522. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. This PTF also includes some new features and other minor correction.

After installing IBM PTF's (or upgrading to OS/400 V4R5), I get a message during downloads that states "Unable to start database server" or I get an MCH3402 error in the GETSEC program.

There is a known problem with IBM's V4R4 PTF SF63100 and higher, including OS/400 V4R5. This is due to an engineering change in OS/400 that permanently changes the way certain server functions work. Note: the IBM PMR# you can reference is: 27094-180.

After you install the corrective PTF (or upgrade to OS/400 V4R5), you must also change the prestart setup for job QZDASOINIT in your QSERVER subsystem. To do this, process the following commands: 

CHGPJE SBSD(QSERVER) PGM(QIWS/QZDASOINIT) MAXUSE(1)
CHGPJE SBSD(QSERVER) PGM(QIWS/QZDASSINIT) MAXUSE(1) 
CHGPJE SBSD(QSERVER) PGM(QIWS/QZDAINIT) MAXUSE(1)
These changes will correct the problem and are the recommended solution the we obtained from IBM support.
I get strange results when using certain Ops Nav functions that use SQL statements.

We discovered that Ops Nav creates SQL comments during some normal processing. The SQL point process has now been changed to accommodate this situation.

The change is available in PTF package PCPTF521. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF. This PTF also includes some new features and other minor correction.

I have a license for unlimited user but SafeNet/400 does not always seem to recognize the Group Profile rules.

We discovered a problem with the NDB server as it works with Group Profiles. This problem has now been corrected.

The change is available in PTF package PCPTF520. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When selecting transactions on the on-line testing feature, I sometimes don't get the right detail transaction displayed.

We found that sometimes, when multiple transactions were recorded on the history file at the exact same time (to the second), then the display would occasionally bring up the wrong detail level. While you could always get to the record you wanted by using the roll-key function, we have now fixed the display programs to always bring up the selected record.

The change is available in PTF package PCPTF519. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I get intermittent errors when running the transaction history inquiry or report features.

We found a problem that was causing certain fields in the transaction history file to get overridden with transaction data. This problem has now been addressed and corrected.

The change is available in PTF package PCPTF517. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am having problems using the new profile swapping feature.

We found a problem with some of the programming for this new feature and have now developed a correction for this problem.

The change is available in PTF package PCPTF516. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When I installed SafeNet/400, an exit point previously registered no longer shows in the exit point list.

We found a problem with our exit point registration program and have now developed a correction for this problem.

The change is available in PTF package PCPTF514. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

After loading SafeNet/400, some of our PCs cannot signon to our AS/400.

Under V4R4, certain Telnet clients do not work correctly due to changes made by IBM in the Telnet area. We have now developed a correction for this problem.

The change is available in PTF package PCPTF510. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

When using SQL, the *PUBLIC object authorities do not seem to be working correctly.

We discovered a problem with authorization sequence checking on SQL requests that causes this to happen. We have now developed a correction for this problem.

The change is available in PTF package PCPTF509. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

After activating SafeNet/400 on my V4R4 system, I cannot signon from any attached PC's.

Several customers reported this problem to us. After a lengthy investigation with IBM, we have discovered that a key API that SafeNet/400 uses for Telnet has undergone several specification changes for V4R4. We have now developed a correction for this problem that sense the OS/400 version that is installed and adjusts for the specification change.

The change is available in PTF package PCPTF508. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I have authorized a user to use the CALL CL command from FTP but it is getting rejected by SafeNet/400.

We have a problem that affects a few customers that pertains to this specific area. The change is available in PTF package PCPTF507. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

I am upgrading to OS/400 V4R4, are there any problems at this release level when using SafeNet/400?

We have discovered a specification change made by IBM to one of the important system API's that is used in SafeNet/400 to help control exit point registration. We have created a fix for this problem. If you are planning an upgrade to V4R4, you must get version 5.06 of SafeNet/400 before you do the upgrade to guarantee that you will not have any exit point registration problems. The change is available in PTF package PCPTF506. E-mail us and request the PTF package. All prior PTFs must be installed prior to installing this PTF.

The WRITETCL job in the SAFELOGING subsystem is using a very high percentage of CPU on my system. Overall performance is degraded.

We have now identified the source of this intermittent problem and it has been corrected. The correction is available in PTF package PCPTF505. E-mail us and request the PTF package to correct this problem.

After installing SafeNet/400, my auto-signon from my PC does not work.

We have made a change to the Telnet processing in SafeNet/400. The correction is available in PTF package PCPTF505. After installing the PTF, you can set the Telnet exit point to level one ( 1) and your auto-signon will work as before. Before making this change, we recommend that you investigate using SafeNet/400's auto signon as a more secure method for this feature. E-mail us and request the PTF package to correct this problem.

I have a profile set up for *ALLLIB access, but sometimes the only way I can get access is to add a specific library to the list of authorized libraries.

We have now identified the source of this intermittent problem and it has been corrected. The correction is available in PTF package PCPTF504. E-mail us and request the PTF package to correct this problem.

When I use the PCREVIEW procedure with selection filters, I sometimes get an MCH1202 error code.

We have now identified the source of this problem and it has been corrected. The correction is available in PTF package PCPTF504. E-mail us and request the PTF package to correct this problem.

When using the On-Line Transaction Review (menu SN2, option #9), I select a rejected transaction but it is displayed as accepted on the detail display.

This can happen when two transactions are logged to SafeNet/400 at the exact same time. To display the rejected transaction that you are looking for, just use your ROLL-UP key and it will appear on your display.

I get error message CPF4131 when running the Security Report by User.

We have now identified the file level error that is causing this problem. The correction is available in PTF package PCPTF503. E-mail us and request the PTF package to correct this problem. We recommend that all customer who have installed version 5.01 obtain this PTF along with the preceding PTF.

I get error message CPF4131 when running the on-line test program.

We have now identified the file level error that is causing this problem. The correction is available in PTF package PCPTF502. E-mail us and request the PTF package to correct this problem. We recommend that all customer who have installed version 5.01 obtain this PTF along with the following PTF.

.
.
Kisco Information Systems 89 Church Street Saranac Lake, NY 12983
phone: 518.897.5002 | fax: 518.897.5003
sales@kisco.com about kisco kisco products product support kisco consulting services useful links