Attempts to install the WAAE 11.3.6 SP7 *client* on a RHEL 7 server fail as follows:
(Extract from the wa_setup.sh install log....)
16:11:52 Installation product "CAWorkloadAutomationAE", version "184.108.40.2069"=============================================================================16:11:53 ++ Installation component "CAWorkloadAutomationAE, ENU"16:11:53 +++ Modify: /opt/CA/WorkloadAutomationAE/autosys16:11:53 +++ Changed group (to: autosys, was: 1702001635)Owner "autosys" or group "autosys" cannot be assigned to the file "/opt/CA/WorkloadAutomationAE/autosys".Reason: An unknown user or group identifier might have been used to install a file.Action: Create the user or group account before installing the product.
16:11:53 ++ Component "CAWorkloadAutomationAE, ENU" installed with error: 1616:11:53Terminating install. Reverting changes.
The status autosys account is as follows:
[root@autosys-01-dev-shared WAAE_R11.3.6_SP7]# grep autosys /etc/passwdautosys:x:1001:1702001635::/home/autosys:/bin/bash
I've done several installs before on other servers with no issue but this one puzzles me a bit.
Had anyone else experienced this?
Looks like the primary group "autosys" id has changed and the erstwhile id (1702001635) is no longer valid. See if $AUTOUSER directory is still under the f group ownership of 1702001635. You might be able to get this to work by changing the group ownership of $AUTOUSER to sys or any local group on the system (/etc/group).
many thanks - I 'll give this a go.
Did the previous response help? Please share the current status along with the solution so other community members may benefit.
As a workaround solution:
Add the desired group name to the /etc/group file on the UNIX / Linux server and redo the CA WA AE installation. --- OR --- The default owner name is autosys and the default group name is sys. Complete the installation using the default owner and group first and then change the owner and group of product files (default directory: /opt/CA/WorkloadAutomationAE) using system commands chown and chgrp.
Thanks and best regards,
Chandru is right, the group id no longer points to a valid group
You can simply add it to your /etc/group file, then check the owner/group of the autosys files and adjust them if necessary
Do you still need help?, otherwise flag the "Mark Correct" answer