[
https://issues.apache.org/jira/browse/TRAFODION-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15280761#comment-15280761
]
Amanda Moran commented on TRAFODION-1989:
-----------------------------------------
trafodion_install has a function fixPermissions
function fixPermissions {
#Change ownership of this file to be owned by traf user and traf group
#Errors with JPS will happen if not modified
if [[ -d /tmp/hsperfdata_trafodion ]]; then
$TRAF_PDSH sudo chown -R $TRAF_USER.trafodion /tmp/hsperfdata_trafodion
fi
}
If the directory exists then it will changes the permissions of the directory.
Should the uninstaller remove it if we have this function?
> after uninstall, and reinstall again, dcscheck report dcs master not up
> -----------------------------------------------------------------------
>
> Key: TRAFODION-1989
> URL: https://issues.apache.org/jira/browse/TRAFODION-1989
> Project: Apache Trafodion
> Issue Type: Bug
> Components: installer
> Reporter: liu ming
> Assignee: Amanda Moran
>
> in the same cluster, one install a trafodion version.
> then use trafodion_uninstaller to remove the installation.
> later at same cluster, install again via trafodion_install
> after the new installation, dcscheck fail.
> jps cannot show related DCS java processes, but those processes are up and
> running.
> It is due to a legacy /tmp/hsperfdata_trafodion direcotry belong to the
> previous trafodion user. The new user cannot write into this folder, but jps
> rely on it to work correct. And dcscheck rely on jps to work correctly.
> Either installer remove that legacy directory, or uninstaller remove it.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
