Tuesday, 1 August 2023

The purge process did not run because the Oprid configured to start the Process Scheduler did not have the required permissions to run the purge process.

 Purge process - Required permissions


The PeopleSoft Oprid used to start the Process Scheduler, as defined in the Scheduler's psprcs.cfg file, must have the following permissions to be able to submit the purge process:

1) "ProcessSchedulerAdmin" Role.
2) "ReportDistAdmin" Role.
3) The Oprid must have the "Can start Application Server" permission assigned.

4) The Oprid must have the TLSALL Process Group permission assigned.
5) The Oprid must have a valid Process Profile and Primary Permission List.


NOTE: "Can start Application Server" and TLSALL process group permissions must be part of a Role assigned to the Oprid.

Steps to add the necessary permissions:

1) Navigate to PeopleTools - User Profiles - User Profiles.
2) Bring up the record for the affected Oprid.
3) Navigate to the Roles tab.
a) Select the + button to add a new row.
b) Assign the "ProcessSchedulerAdmin" role.
c) Select the + button to add a new row.
d) Assign the "ReportDistAdmin" role.
e) Select the + button to add a new row.
f) Assign the "PeopleSoft User" role.
g) Select the + button to add a new row.
h) Assign the "PeopleTools" role.
i) Save the record.
4) Navigate to the General tab.
a) Take note of the Process Profile value.
5) Navigate to PeopleTools - User Profiles - Permissions & Roles.
6) Select Permission Lists and search for the Permission List from step 4a.
7) On the General tab, select the "Can Start Application Server?" checkbox.
8) Select the Process tab.
a) Select the "Process Group" link.
b) Enter a new value: "TLSALL".
c) Hit Ok to return to the previous page.
d) Save the record.

Process Scheduler Fails To Start On Unix: System Lock Semop Failure

Issue :

 The Process Scheduler defined on UNIX will not start.  The following error occurs in the TUXLOG file:


"125432.machinename!BBL.8918.1078784256.0: LIBTUX_CAT:271: ERROR: System
lock semop failure, key = 217338 (errno = 22)
125432.machinename!BBL.8918.1078784256.0: LIBTUX_CAT:268: ERROR: Failed to
stop serving."

Fix :

ensure the OS level userid starting the Process Scheduler has rwxr-xr-x level permissions with regard to the Oracle library libclntsh.so.10.1

Future of Oracle HTTP Server with Peopletools 8.60

 OHS is Certified based on the Weblogic version, not directly with the PeopleTools version being used, however this can be "Certified by association" since each major version of PeopleTools is only Certified with one version of Oracle Weblogic.


PeopleSoft PeopleTools 8.60 is certified with Oracle WebLogic Server 14.1.1.0.0 (minimum patch level).

Oracle Weblogic is Certified with the following OHS versions:
- 12.2.1.4.0
- 12.2.1.3.0
- 11.1.1.9.0

Therefore, the above OHS versions are INDIRECTLY Certified with PeopleTools 8.60, based on the Weblogic version involved.

Thursday, 20 July 2023

OpenSearch as the successor of Elasticsearch and Kibana, beginning with PeopleTools 8.60.07 and 8.59.21

 OpenSearch as the successor of Elasticsearch and Kibana, beginning with PeopleTools 8.60.07 and 8.59.21.

Tech Update – Oracle PeopleSoft Transitions to OpenSearch (Doc ID 2950040.1)

As Oracle says:
Over the years, we have seen search in PeopleTools shift with the technologies available in the industry. We initially started with Verity.we moved to Oracle SES (Secure Enterprise Search). During this period, search was largely restricted to navigation and certain specialized application data scenarios such as Job Search, etc. Next, we prepared for the transition to Elasticsearch. During this move, we put a lot more effort and focus on the Search Framework to make the switch of the backend ‘search engine’ as seamless as possible. Due to licensing changes introduced by Elastic (details here), Elasticsearch 7.10.0 and Kibana 7.10.0 will be the last versions used in PeopleTools and PeopleSoft applications.  PeopleTools plans to deliver OpenSearch as the successor of Elasticsearch and Kibana, beginning with PeopleTools 8.60.07 and 8.59.21.

customers never really relied on Elastic to install or support ELK in PeopleSoft. It was packaged and managed entirely within PeopleTools. Similarly, OpenSearch (for search) and OpenSearch Dashboards (for analytics) are planned to be packaged (DPK) and managed as part of PeopleTools.

More details related to Opensearch is under 
https://opensearch.org/faq#q1.2


Monday, 19 July 2021

Failed to Find Ldap Server to Load Schema

 Failed to Find Ldap Server to Load Schema


Solution :

Implement the following workaround to resolve. 

- Navigate to People Tools --> Security --> Directory --> Authentication Map

- Search for a map name and if you do not have one, create new and give it a name.

- Check the box "Use Secure Socket Layer " click save.

- Uncheck the box "Use Secure Socket Layer " click save.

- Run the load schema process again.

- Process runs to success.

Monday, 15 February 2021

ERROR: IP ... is blocked due to too many failed logon attemps!

Run below commands

 On Unix - export TUXCONFIG=$PS_CFG_HOME/appserv/<domainname>/PSTUXCFG

 On Windows - SET TUXCONFIG=<PS_CFG_HOME>\appserv\<domainname>\PSTUXCFG


tmadmbclist -l

It will list the blocked ips

tmadmbclist -b xxxxxx

where xxxxxxx is blocked ip

Thursday, 4 February 2021

LDAP : Error running Cache Directory Schema(Cannot load business interlink plug-in (122,19) PSDSSCHE

Issue:  Test Connectivity is fine but as soon as I run CACHE DIRECTORY SCHEMA we are getting below error.

Cannot load business interlink plug-in (122,19) PSDSSCHEMA.DSDIRID.FieldFormula Name:LDAPBind PCPC:21027 Statement:329

Called from:PSDSSCHEMA.DSDIRID.FieldFormula Name:ReadSchema Statement:349

Called from:PSDSSCHEMA.DSDIRID.FieldFormula Name:GetSchema Statement:607

Called from:LDAPSCHEMA.MAIN.GBL.default.1900-01-01.Step02.OnExecute Statement:2

Process 661109 ABENDED at Step LDAPSCHEMA.MAIN.Step02 (PeopleCode) -- RC = 8 (108,524)

Process %s ABENDED at Step %s.%s.%s (Action %s) -- RC = %s


Solution : Issue got fixed by setting PS_HOME under " " in psconfig.sh file in process scheduler server. It was previously not able to read the .dll file

Tuesday, 14 July 2020

Verifying domain status/bin/sh: module: line 1: syntax error: unexpected end of file


Issue while stopping weblogic domains
Stopping the domain [SYSP_XXXX]..
Verifying domain status/bin/sh: module: line 1: syntax error: unexpected end of file
.........
The domain has stopped.



Solution:
USER@SERVER$ echo "unset module" >> ~/.bash_profile

Upgrade from Server Express to Micro Focus Visual COBOL Development Hub 4.0


Hardware Requirements


Software Requirements




Advantages of Upgrading
The products from the Visual COBOL suite help you bring existing applications up-to-date and extend them so they take advantage of the variety of new technologies that are emerging. In most cases, you can keep the existing COBOL logic intact and then extend your applications to enable support for the modern technologies.
Choosing to upgrade to Visual COBOL Development Hub offers the following advantages:
·         A basic upgrade - Visual COBOL Development Hub supercedes Server Express. There should be no changes required in your existing build scripts and not or minimal changes to your source code to ensure that the applications compile as before.
The development environment is very similar to Server Express so you can quickly get up-to-speed with developing and maintaining your applications.
·         Utilize modern technologies - Visual COBOL Development Hub enables you to compile your existing applications to Java byte code without any changes. Compiling to Java byte code helps expose your applications to any other languages and technologies that use Java byte code.




These are the steps to install this product using the Micro Focus installer:
1. Give execute permissions to the setup file: chmod +x setup_visualcobol_devhub_4.0_platform
2. Run the installer with superuser permissions: ./setup_visualcobol_devhub_4.0_platform If you don't run this as superuser you will be prompted to enter the superuser password during the installation.
The COBOL environment is installed by default into /opt/microfocus/VisualCOBOL, (COBDIR).
yum install glibc*i686*
yum install libgcc*i686*
 yum install libstdc++*i686*
yum install glibc-devel*i686*
yum install glibc-devel
yum install gcc
yum install libstdc++*i686*
It is don’t work try below one
yum install libstdc++*i686* --skip-broken
export JAVA_HOME=/oracle/jdk/default
export PATH=$JAVA_HOME/bin:$PATH
export COBDIR=/oracle/mfcobol


Run below command with root access:

./setup_visualcobol_devhub_4.0_patchupdate04_196243_redhat_x86_64 -installlocation="/oracle/mfcobol"

-=-==================================================================-=-
Micro Focus Product - Product Extractor
www.microfocus.com Please Wait.
Performing Product and Platform Checks... All Checks Passed. Extracting Payload... Creating work area...Installation requires root permissions.
Enter root password to continue.
Just press Enter to exit.Enter Root Password: -=-==================================================================-=-
Micro Focus Visual COBOL Development Hub 4.0 - Patch Update 04
www.microfocus.com Product will be installed to
[ /oracle/mfcobol ] Product : Micro Focus Visual COBOL Development Hub 4.0 - Patch Update 04
PRN : KXCRH/AAD:Ao.U4.13
ESadminID : Not given
Build ID : pkg_196243 Run installer with command line argument -ESadminID=[ User ID ] to
configure SOA support during installation. -=----------------------------------------------=- Before installing and using this software product you must
agree to be bound by the terms and conditions of the end user
license agreement ("End User License Agreement") which
accompanies this product. Please take this time to read the
License Agreement. If you are not in agreement with the terms
and conditions of the License Agreement, please contact your
Account Representative. If you require a copy of the License Agreement before installing the
product then answer no and run the installer with the command: ./setup_visualcobol_devhub_4.0_patchupdate04_196243_redhat_x86_64 -EULADo you agree to the terms of the License Agreement? (y/n): y End User License Agreement (EULA) can be found in the product directory
/oracle/mfcobol/etc/EULA_VCED_v4_0.htm The product installed at /oracle/mfcobol
has been backed up to /oracle/mfcobol.BKP.2020-01-21.12:56:09 Important Information
========================== All your files and settings are preserved at this location. Check the following files for any user configuration changes.
cob.cfg, cob64.cfg, coboops.cfg, coboops64.cfg,
coboops64_t.cfg, coboops_t.cfg, cobopt, cobopt64,
liblist, liblist64 You will need to import your Enterprise Server Regions from
/oracle/mfcobol.BKP.2020-01-21.12:56:09/etc/mfds
to /oracle/mfcobol/etc/mfds To configure SOA support in Micro Focus Visual COBOL Development Hub 4.0 - Patch Update 04 run
$COBDIR/bin/casperm.sh -=-==================================================================-=-
Micro Focus Visual COBOL Development Hub 4.0 - Patch Update 04
Installation Complete. End User License Agreement (EULA) can be found in the product directory
/oracle/mfcobol/etc/EULA_VCED_v4_0.htm -=-==================================================================-=- To use this version of :
Micro Focus Visual COBOL Development Hub 4.0 - Patch Update 04 Run "cobsetenv" to set your environment. . /oracle/mfcobol/bin/cobsetenv -=-==================================================================-=-


USER@SERVER$ cob -V
version @(#)cob.c 4.0.0.86
PRN=KXCRH/AAD:Ao.U4.13.04
PTI=32/64 bit
PTI=Micro Focus Visual COBOL Development Hub 4.0 - Patch Update 04
PTI=Patch Update 04
PTI=pkg_196243
PTI=MFInstaller
PTI=ES
PTI=SOA Configured
I see no work (see `cob -?' for help)


export PATH=$PATH:/usr/bin/cc

For License Run below:
cd $COBDIR/bin


./cesadmintool.sh

        Micro Focus License Administration
        ==================================
        [Jan 21, 2020 2:25:23 PM] v10000.2.03110

        Welcome to the Micro Focus License Administration utility.
        Please select an option from the menu below.

         1. Online Authorization.
         2. Check License Status.
         3. Advanced Configuration Options.
         4. Manual License Installation.
         5. Uninstall Licenses.
         6. Get Machine Id.
         7. Commute/Return Licenses.
         8. Get License Details.

        99. Exit

select 4



PS-CS-UNIX-Linux_0.mflic ---RUNTIME
PS-VC-UNIX-Linux_1.mflic ---FULL 

The purge process did not run because the Oprid configured to start the Process Scheduler did not have the required permissions to run the purge process.

  Purge process - Required permissions The PeopleSoft Oprid used to start the Process Scheduler, as defined in the Scheduler's psprcs.cf...