As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
Our reporting servers are on AIX. When using Telnet, I have an ID with which I can update files in the folders in the approot path.
In Developer Studio I configured the Environment setting for the reporting server to use the same ID/password as the one that has update access on the AIX server. But I cannot update files - either the ID is ignored or it doesn't have permission, or there's some other setting blocking the update.
Any ideas?This message has been edited. Last edited by: Francis Mariani,
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
I think you need to set the IBI_WFRS_Service_User and IBI_WFRS_Service_Pass values on the client. They are under Configuration/Application Settings/Security.
In FOCUS since 1985. Prod WF 8.0.08 (z90/Suse Linux) DB (Oracle 11g), Self Serv, Report Caster, WebServer Intel/Linux.
Posts: 975 | Location: Oklahoma City | Registered: October 27, 2006
I think Waz is on the right track. I have seen this especially with UNIX where the ID that starts the reporting server has the correct permissions to the ../ibi/apps directories and other ID's don't.
Thank you for using Focal Point!
Chuck Wolff - Focal Point Moderator WebFOCUS 7x and 8x, Windows, Linux All output Formats
Posts: 2127 | Location: Customer Support | Registered: April 12, 2005
If you can get a telnet session to the AIX machine then navigate to where the ../ibi folder is and run the command ls -lsa This will tell you who the owner of the apps folder is and what the permissions are.
I would add the owner as a server administrator and use that ID with dev studio and then try to save a file with dev studio.
Thank you for using Focal Point!
Chuck Wolff - Focal Point Moderator WebFOCUS 7x and 8x, Windows, Linux All output Formats
Posts: 2127 | Location: Customer Support | Registered: April 12, 2005
OK, I've used telnet and determined that the owner is "aduser1". The owner has rwx permissions. It is defined as a server administrator. I've configured the Dev Studio connection to use this owner. I still cannot save.
Is it possible that some remnant of Visual Source Save is preventing updates?
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
Perhaps it is easier to work with group permissions on those directories, making sure that both the WFRS user and your account are part of the same group.
You can check group memberships with the id command.
You can modify group ownership with chgrp -R and group permissions with chmod -R
All these commands should have man pages (man man, man id, man chgrp, man chmod), but I'm not familiar with AIX, perhaps they document commands differently - but if they do, they should stop calling it UNIX.
WebFOCUS 8.1.03, Windows 7-64/2008-64, IBM DB2/400, Oracle 11g & RDB, MS SQL-Server 2005, SAP, PostgreSQL 11, Output: HTML, PDF, Excel 2010 : Member of User Group Benelux :
The owner of all the content - folders and files is aduser1. It appears that no matter what credentials you enter in the Dev Studio environment settings, aduser2 is always the one that is used. Since these two users are in the same group, prompted by Wep5622, I changed the group permissions on the files to rw. Now I'm good to go. I ran this command in the appropriate folders: chmod g+rw *.* - probably not what an expert UNIXhead would use, but it worked for me.
Thanks everyone for your help - my UNIX permissions knowledge was rusty...
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
Not sure if you want to keep looking for where aduser2 is the default or not now that you have it working.. You might want to check the Client Admin console under Reporting Servers / Remote Services / EDASERVE and see if the security is using a service account, it is usually set to Trusted. Also in the Client Admin console under Application Settings / Security the IBI_WFRS_Service_User may be set as well. Then the last place to look is on the Reporting Server console under Access Control / Settings / Access Control Settings / Effective Server Administrator
Thank you for using Focal Point!
Chuck Wolff - Focal Point Moderator WebFOCUS 7x and 8x, Windows, Linux All output Formats
Posts: 2127 | Location: Customer Support | Registered: April 12, 2005
On UNIX, *.* matches all files that contain at least one dot character. If you want to allow rw on _all_ files, the wildcard is *
That's a bit different from DOS, but to me it makes a lot more sense
Also, you only altered permissions to the files and directories at the directory you were in when you executed that command. chmod has an option to recurse into subdirectories as well, usually that is -R.
Finally, to be allowed to traverse a subdirectory, you need 'execute' (x) permissions on those directories. But, you probably don't want those on all the other plain files. Most UNIX flavours have an X option for that (uppercase, as opposed to the lowercase x that sets execute bits on _all_ files and directories).
In summary, the command you should run is probably:
chmod -R g+rwX *
WebFOCUS 8.1.03, Windows 7-64/2008-64, IBM DB2/400, Oracle 11g & RDB, MS SQL-Server 2005, SAP, PostgreSQL 11, Output: HTML, PDF, Excel 2010 : Member of User Group Benelux :