EM Hub Configuration
EM Hub Configuration
1)
To Bottom
In this Document
Goal
Solution
References
APPLIES TO:
GOAL
Scenario 1
Please explain this error message given off from Change Assistant:
The EM HUB is configured and running on a server that hosts the Target database application
server, web server, and process scheduler.
What is missing with the setup or configuration?
Scenario 2
We need to know how to configure Change Assistant to allow us to apply changes manually
without setting up the Environment Management Hub (for file deploy).
SOLUTION
Note that this message "File Deploy Steps Will be Disabled" will not stop you from applying
maintenance or performing an upgrade. It only means that the files will need to be moved
manually to their destination servers.
Many customers who have received this error message, have continued with their maintenance
and just moved the files manually. This way is much quicker than allowing Change Assistant to
do the file deploy and some sites prefer this.
The file deploy is chosen, or not, during the EM Hub configuration, in the Change Assistant
wizard:
If you wish to not setup the EM Hub for file deploy, and instead manually file deploy, simply do
not check the checkbox, see illustration above.
REFERENCES
In this Document
Purpose
Questions and Answers
References
APPLIES TO:
PURPOSE
The Change Assistant will, as part of applying an UpdateId, Maintenance Pack, or in an Upgrade
will move delivered files to the various servers: application server, batch server, web server, file
server.
This solution documents problems with the process of File Deploy.
Question: Where does Change Assistant deploy the files, per file type code ?
Is there any document available where I can see where exactly to deploy (what folders in
PS_HOME) these
following file types?
File Type Code: MAINT
File Type Code: COBOL
File Type Code: CBL_UNIX
File Type Code: CBL_WIN32
File Type Code: CBL_MVS
File Type Code: WINWORD
File Type Code: SCRIPTS
File Type Code: CLASS
File Type Code: CLASSES
File Type Code: DOCUMENTATION
File Type Code: DATA
or can you at least point me which file types goes to where? The Change Assistant template does
not even show where it will be copied.
Answer: There are 2 ways we may find out where the file types go to what location.
1. In Change Assistant, after the files are deployed, right click on the file name and select 'View
Log' - this shows where the file is deployed to.
2. We may open up the upgrade project (eg. PRJ999999) in Application Designer, and do a
'Tools- Miscellaneous Definitions- File Type Codes' - the Paths for the various File Type Codes
are specified there.
This is outlined in PeopleBooks: "Defining the File Type Code
Each file reference definition that you create for the project must be associated with a file type
code. The file type code stores generic information that is applicable to a group of files within
the same
target directory.
Access the file type code definition from Tools, Miscellaneous Definitions, File Type Codes.
To define the file type code for the file reference definition:
1. Click New to access the New File Type Code dialog box.
2. Enter a file type code and click OK.
The file type code can be up to 30 characters in length. This action opens the File Type Code
dialog box.
3. Enter the Path.
This notifies Change Assistant where the file belonging to this type code should be deployed.
The only supported environment variable at this time is %ps_home%.
4. Enter a description for the file type code.
This field is required in order to save the definition.
In general, most of the file type codes go to the appropriate subfolders/directories with the
PS_HOME directory. Eg. for WINWORD, it would be PS_HOME\WINWORD.
While Change Assistant runs individual deploy file steps within the job, it will query the hub for
the location to deploy the file. The query is based on the PeopleSoft server, operating system,
and database platform. If the query returned from the hub matches what was defined for the file
reference in the change package, Change Assistant attempts to deploy the file to the agent
running on the host machine.
When the file is deployed, the step's log file lists the host name and the type of server that match
the file reference and the target path on the remote host.
If the Environment Management agent is not running at the time when Change Assistant is trying
to deploy the file, a warning message appears stating the inability to deploy the file. Other types
of problems that may occur, such as lack of disk storage space, will result in step failure.
Change Assistant gives errors (below) when trying to deploy files. All of the agents are running
and can be seen as running from the hub URL.
Action: The PeerID given above (31) is very high. It has been observed that a peerid over 15 is
potentially trouble with File Deploy. In such a situation, it is recommended to perform the tasks
listed in the Change Assistant "clean up resolution" Doc ID 622874.1. At that point it will be
possible to apply packages without this error.
Issue: Change Assistant does not Deploy Files to the File Server.
Files are not being deployed to the File Server when Change Assistant is applying a Change
package, even though files were deployed to the File Server in the past.
Action: Ensure that all agents are running. Start Change Assistant and select Tools and Apply
Change Packages. Go through the steps of applying the change package and creating the job.
During the creation of the job, it is important to ensure that the File Server is listed. If it is not
listed, the agent for the file server was not running when the job was created. Files will not be
deployed to the file server even if the agent is brought up during the deploy section of the patch.
This only applies to the file server agent. All other server agents will work even if they are
started after the job is created.
Change Assistant hangs when deploying files. In viewing the log for this step you notice that
there are two slashes in the path. For example:
Where is the j:// coming from? The double slash looks like the problem.
Answer: In this instance J: is a mapped drive from the Change Assistant workstation to the file
server. The agent is running on the Change Assistant workstation and not on the file server.
The GCS does not recommend this particular configuration. This set up is prone to performance
and reliability issues.
SOLUTION 1
(Recommended) Run the agent directly on the file server, rather than on the workstation.
OR
SOLUTION 2
(Not recommended by GCS) Instead of mapping the drive to where it currently is mapped to,
map to 1 directory above so that the PSHOME is a subdirectory of the mapped drive. You will
also need to edit the StartAgent.bat and StopAgent.bat to account for directory changes.
OR
SOLUTION 3
(Not supported by GCS) Create a subdirecory under the current mapped drive for the PSHOME
and move all the files and directories into it. You will need to delete any app server, batch server
and/or web server domains created on this PSHOME and recreate them. You will also need to
edit the StartAgent.bat and StopAgent.bat to account for directory changes.
The agent knows that the PSHOME is on Drive J: and in the '\' (root) directory according to the
mapped drive and it knows that the file needs to be deployed in the \SQR directory below the
PSHOME. So it strings this information together to come up with the location of where the file
needs to be deployed:
J:\\SQR.
If you had put the PSHOME in the '\PT849' directory for example it would string the information
together as follows:
J:\PT849\SQR.
The double slashes that are causing the Change Assistant to hang are the result of not finding a
subdirectory for the PSHOME.
If the agent were running on the file server, it would find the PSHOME in a subdirectory and
there would be no problem.
When attempting to to deploy files with Change Assistant 8.49.xx the following occurs...
EXPECTED BEHAVIOR
-----------------------
Expect the SQRs to be deployed to <PSHOME>/SQR directory
ACTUAL BEHAVIOR
-----------------------
Actually being deployed to <PSHOME>/<typecode>/<updateid>.DMS directory
For example N:/pt849/SQR/UPD741852.dms
Action: The issue is caused by using bad access id and/or bad access password (possible typo).
Change Assistant uses the access id and password to query the database to get the location of
where to deploy to. When it failed to log in and get the correct location, it uses a default location
of <PSHOME>/<typecode>/<updateid>.DMS.
Re-apply the Change Package using the correct access id and password.
WORKAROUND:
When applying a Change Package, seeing that some of the files were deployed to two different
instances even though only one was specified in the Change Assistant settings. The log file
below shows the SQR was deployed to environments Scmdev and Scmdmo.
Action : Examine the viewer.xml file, it may appear that you have the same GUID for both
instances. This is the PSOPTIONS table GUID column and the value there should be unique.
Issue: Changing Sqr Default Deploy Mapping in Change Package to a Custom Folder
Answer:
Do this by:
1. Creating a customized "File Type Code" (i.e naming it "SQR_custom") for that file or group
of files.
2. Creating a File Reference for that File Type Code (in this example, SQR_custom)
3. Then insert this into the project
a) Defining the File Type Code. (In this step you will create the File Type code and define the
deploy directory, in your case, your customized directory)
b) Creating a File Reference Definition (To add the File Type Code to that)
c) Modifying the Change Assistant Template
d) Finalizing a Change Package. (To repackage the Change Package with your files).
e) Test on a DEMO environment.
Issue: Unable to deploy file, as there is a windows "\' not UNIX "/" in path
Unable to deploy file as it errors out when Change Assistant tries to copy files from the XP
machine to the UNIX server. Change Assistant is appending a back slash instead for a forward
slash to the PATH. See below:
Answer: The problem was due to the Agent not running on the target server.
For the most part the slashes' direction can be ignored. They will get resolved properly. The
actual problem in this case is reported in the log:
How do I instruct Change Assistant to skip the task 'Deploy Files'? This task takes a long time to
execute comparing with copying them manually using Windows Explorer. I chose 'Deselect All'
at the screen Tools, Apply Change Packages, Select File Servers but CA still goes ahead to
deploy files.
Change assistant automatically starts the job then it executes the steps through File Deploy
automatically. There is chance for me to reset the step properties once it started automatically.
Action: Change Assistant is required to be used when applying maintenance, to a Demo or
any other type of environment. This way, you know for sure where the files will deploy.
However, there may be a situation where you choose to deploy the change package files
manually.
1 easiest and fastest but you have to do this for each environment
a) Click on the red X as soon as the job starts. This will give you a message saying that CA will
stop after it has completed the current step, click on OK , let the first step finish.
b) mark all the file deploys as manual. In the Change Assistant job, in order to manually deploy
the files, you can just go into the step properties (right click) on that task, and mark that task as
manual. It will turn to a red step.
c) click on traffic light to restart
OR
2 a little more effort but you only have to edit the template once
a) unzip Change Package
b) import template
c) open template
d) change all file deploy to manual
e) save template
f) export template
g) rezip up Change Package ( or better yet use App Designer to repackage it )
If you have any questions on what directory or server the files should be copied to, go to
Application Designer, Tools, Miscellaneous Definitions, File Type Codes to find the directories,
and go to Application Designer, File, Open, <project name>, File References, to find the servers
to copy to.
These files will not be used again. You can leave the files in the \Maint for historical purposes or
delete them if you want to.
MAINT is typically only on the Windows file server, but depending on the file references and
file type code of the specific file for a specific update, it may need to be on other servers. The log
file would show a warning if it was meant to be installed on another server that it could not
reach. Change Assistant will deliver the files to the location that the developer intended for
them to be delivered -- this is coded into the Project when created at Oracle.
Issue: There is a little yellow warning sign in the change assistant job, near a file that was
to have been deployed. It appears to have been moved without incident -- so why the
yellow warning sign? Is something wrong?
Answer: The files have most likely been deployed without error -- but this is something to be
doublechecked. The warning sign is, many times, a result of a stopped agent. CA is just telling
you there is a stopped agent in your enviornment, and most likely another agent did the file
deploy successfully. There are two things to be aware of:
1) If you have multiple updates in the job, it won’t go to the next update until you mark the
warnings as complete.
2) To get rid of future warnings, run the cleanup refresh process to remove the older Peer
IDs: E-CA How to Refresh and CleanUp the Environment Management Hub (PSEMHUB) data
(Doc ID 622874.1).
649568.1
640071.1
648192.1
659510.1
663152.1
623720.1
1080999.1
854011.1
658163.1
[This section is not visible to customers.]
Issue: How are the new release files deployed to multiple servers during an upgrade?
Answer: During a PeopleTools upgrade, new release files are deployed to multiple servers by
installing the PT 8.55 media to each server.
Note that Change Assistant does not utilize the EMHUB during the upgrade process; it is used
when applying updates.
In this Document
Goal
Solution
APPLIES TO:
The goal of this document is to show how Change Assistant identifies PS_APP_HOME when
deploying files. This can be useful when cloning PS_HOMEs or diagnosing file deploy issues.
SOLUTION
1. Install Applications Virtual CD (VCD), Select File Server and install file server to
PS_APP_HOME - When application File server is installed, the installer will generate a
file named “appsfilesrvr.info” in <APPS_HOME> \bin\client\winx86 folder.
2. Go to PS_APP_HOME/bin/client/winx86
3. Verify the file PS_APP_HOME/bin/client/wix86/appsfilesrvr.info
4. The content of file should be
Ex:
CA_-_AppHome_-_Fi
le_Server_Deploy_10122011.docx