I have an 11.3.02 TSPS on Windows and do not have that problem nor have I heard of that before. Sounds like some process is holding it hostage. If you shut down the TSPS are you able to access it manually?
Thank you for your input. I stopped the TSPS this morning but the behaviour was the same, no access to the file.
I then manually gave permissions to the server.xml file and restarted TSPS.
The error I had seen before in the tssh.log is no longer present now.
I hope TSPS runs better now.
There are also some other files where only SYSTEM, NETWORK SERVICE and the user which performed the installation do have access rights e.g. modules/tomtac/conf/tomcat-users.xml.
I think it is not a problem for the TSPS as long SYSTEM and NETWORK SEVICE do have access to the files. But other users than the user which has performed the installation cannot access the files.
Hi Patrick, Reto,
I wonder if this symptom you have reported could be related in some way to the old case 00332657 that Juerg opened when he needed to stop TSPS processes and only start TSPS database to perform some action.
In that case, if the operation was performed by the user ID that did install TSPS component (userA for instance) then all was working fine, however if the operation was tried by any other OS logged in user (userB for instance), even is that OS user belonged to the same OS groups than userA, the start of TSPS DB failed.
The workaround in that case for allowing userB to properly start the postgres db process was to open Windows Explorer and get the properties of the TrueSightPServer folder. Then add to the security tab the OS domain user of the userB.
We created an RFE (QM002288234) to be considered.
1 of 1 people found this helpful
Thanks a lot for your feedback. I have also found an article in BMC's knowledge base about the problem not beeing able to start the database.
Therefore I also added my user to the permissions of TrueSightPServer folder, but I had three files that couldn't be changed. One of them was the server.xml file.
But in fact it was not a database problem, it was always possible to start the database as well as the whole TSPS, the only problem I had seen was the log entry that there is no acces to server.xml file. Since the file has now other permissions this error message has gone.
Kind regards, Reto
You are welcome. Although the problem statement was different I felt it could be related in some way, but based on your comments it seems it's something different.
The good thing is that since you gave access to the files to your user you are not seeing the error messages.
Of course you cannot change the permissions of the files where you are not the owner and you don't have access rights. This must be done by the owner or an user with full access rights.
We also have the same issue on TSPS and TSIM servers after upgrading to v11.3.02 from v11.3.01. Apart from the user who has upgraded TSPS, other users are unable to run any tssh commands. So, after seeing the article, I have given full permissions to the other users on the server.xml file. I also had to give full permissions to the users on ha.conf file as well. You have mentioned 3 files. So, other than server.xml file, which are the other 2 files? Could you pleas provide that information as well. I hope BMC should take this issue seriously and fix this in in their Hotfix releases.
I had to change the permission on the following files:
We are in the process of issuing a technical bulletin regarding this problem. There will be scripts available to resolve the permission problems on both TSIM and TSPS. I will post further information once it has been released.
2 of 2 people found this helpful
The technical bulletin is available on https://docs.bmc.com/docs/TSOperations/113/technical-bulletin-announcing-scripts-to-correct-file-permission-restrictions-on-11-3-02-896332113.html
For those users that are not able to access ftp.bmc.com to download the script and readme files, I have attached them to knowledge article https://communities.bmc.com/docs/DOC-122886