Focal Point Banner


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.


Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     [CLOSED] Can a FOC198 Error Make UI Unresponsive?

Read-Only Read-Only Topic
Go
Search
Notify
Tools
[CLOSED] Can a FOC198 Error Make UI Unresponsive?
 Login/Join
 
Guru
posted
Hi -

We are running Apache Tomcat standalone on a Windows 2003 Server SP2 with WebFOCUS Server 7.6.10.
Recently we had a drive space issue which I believe was the cause of some FOC198 errors. It is also possible we exceeded the 2Gig limit for the FOCSORT.
Be that as it may, the user interface (BI Dashboard) became unresponsive at approximately the same time as the FOC198 error. We couldn't even bring up the login screen or the ibi_apps page.
I restarted the services and all seems to be OK for now. I've searched the log files for Tomcat and EDAPRINT and I've looked through the server's event log and, other than the FOC198 issue, I don't see anything that might indicate why the system stopped responding.
I someone here confirms that a FOC198 error can cause the system to hang I'll quit pulling my hair out trying to locate the source of the hang. Otherwise, can you tell me where else I might look to determine what's may have happened?

Thanks!

Dan

This message has been edited. Last edited by: Dan Pinault,


7.7.05M/7.7.03 HF6 on Windows Server 2003 SP2 output to whatever is required.
 
Posts: 393 | Location: St. Paul, MN | Registered: November 06, 2007Report This Post
Virtuoso
posted Hide Post
Dan,

The dashboard and/or MRE user interface do not use any focus database. All they need are plain text files (htm, xml, css, jsp) and some images. What may have been the case is that because of the drive space problems you mentioned, the app server (tomcat in this case) could not write whatever it needed to write to disk. Also logging this could not be done because of the disk space problems. So there was no way left to notify the user what was happening and the system just froze.

Since there is no way to confirm this, it is just a guess, I may be way off the mark...


GamP

- Using AS 8.2.01 on Windows 10 - IE11.
in Focus since 1988
 
Posts: 1961 | Location: Netherlands | Registered: September 25, 2007Report This Post
<JG>
posted
If general space was an issue then an unresponsive UI is a distinct possibility.
Even though Dashboard/MRE is not using Focus DBs it still requires work space on the server
for processing, caching etc.

GamP is quite correct with regards logging, No space = no log.

The FOC198 is generally related to either
1. exceeding the size limit for a FOCUS db OR
2. because the FOCUS DB is corrupt preventing read/write operations OR
3. because of general space limitations the DB cannot be expanded to add additional pages as required.

Based on the fact that space was an issue I would tend to suspect 3. and 1. in that order
 
Report This Post
Gold member
posted Hide Post
Hi Dan,
Received FOC198 in a variety of situations: 1. when FOCUS DB has a pointer error; 2. when user triggers Maintain case then closing with javascript self.close(); The first situation is usually caused by a Maintain and Modify executing against a FOCUS DB at the same time where both are adding new instances. For this situation you must rebuild FOCUS DB while application is offline.

The second situation is usually a local error where the user must first close all browser windows then open a browser window and restart the application. Here you must remove the activity that proceeds the self.close().

I've received FOC198 at other times but have not been able to accurately identify the situations.

Hope this helps,
Nick


WebFOCUS 7.7.03 & 8.0.7
Windows
HTML, Excel, PDF, etc.
Also, using Maintain, etc.
 
Posts: 83 | Registered: February 26, 2009Report This Post
Guru
posted Hide Post
Thanks everybody. We haven't had any 'hangs' since we cleaned up the disk space issue.

Keeping my fingers crossed Wink

Regards,

Dan


7.7.05M/7.7.03 HF6 on Windows Server 2003 SP2 output to whatever is required.
 
Posts: 393 | Location: St. Paul, MN | Registered: November 06, 2007Report This Post
  Powered by Social Strata  

Read-Only Read-Only Topic

Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     [CLOSED] Can a FOC198 Error Make UI Unresponsive?

Copyright © 1996-2020 Information Builders