7.2.1 jboss corruptions?

Environment[indent]TS 7.2.1 on Linux (CentOS 5.5)[/indent]
Problem[indent]We're finding we have to fairly regularly restart iwjboss (at least twice this week) in order to fix problems with the TS Admin UI - e.g.: inability to edit roles (list on left is there, but nothing appears in the main window); "java.lang.NullPointerException" errors when trying to add a user to a TS Group; etc.
I have not [yet] seen anything specific in the iwjboss.log to shed any light on this - but I'm curious if anyone else has run into similar issues?[/indent]
Additional Info[indent]We're also finding that iwjboss is doing a lot of garbage collection and class unloading. For example, in a recent excerpt from the log - for a period of just under 6 days - I saw the following:

    3 [Full GC[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor...]
    8 [Full GC (System)[Unloading class sun.reflect.GeneratedConstructorAccessor...]
    8 [Full GC[Unloading class sun.reflect.GeneratedConstructorAccessor...]
    9 [Full GC[Unloading class org.mozilla.javascript.gen.c...]
   10 [Full GC (System)[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor...]
   21 [Full GC (System)[Unloading class org.mozilla.javascript.gen.c...]
   43 [Full GC (System) [PSYoungGen: ...] [PSOldGen: ...] ... [PSPermGen: ...], ...] [Times: user=... sys=..., real=... secs...] 
   44 [Full GC [PSYoungGen: ...] [PSOldGen: ...] ... [PSPermGen: ...], ...] [Times: user=... sys=..., real=... secs...] 
   69 [Full GC[Unloading class sun.reflect.GeneratedMethodAccessor...]
   73 [Full GC (System)[Unloading class sun.reflect.GeneratedMethodAccessor...]
  201 [PSYoungGen: ...] [PSOldGen: ...] ... [PSPermGen: ...], ...] [Times: user=... sys=..., real=... secs...] 
  325 [Unloading class sun.reflect.GeneratedConstructorAccessor...]
 1609 [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor...]
 5881 [Unloading class org.mozilla.javascript.gen.c...]
10208 [Unloading class sun.reflect.GeneratedMethodAccessor...]
80871 [GC [PSYoungGen: ...] ..., ...] [Times: user=... sys=..., real=... secs...]

(those are the number of instances on the left, of the messages [generically speaking] on the right)

Is anyone (or everyone?) else seeing similar amounts of such data being logged into iwjboss.log?[/indent]

Find more posts tagged with

Comments

Crsb

Does this problem occur for all TS users at the same time? or just you?

I used to have an issue very similar to this with 7.2.1 on windows 2008 but it was just me and others could work on admin ui just fine. I figured out that I couldn't work on ccpro and admin ui at the same time like have them open on 2 tabs or browsers and work on both without switching ui. It went away when i started switching the UIs using the the ui link.

nipper

I certainly have not had to cycle jboss nearly that often. Logs are always a problem, but not like you are seeing

How large are they getting ?

Adam Stoller

Does this problem occur for all TS users at the same time? or just you?

I used to have an issue very similar to this with 7.2.1 on windows 2008 but it was just me and others could work on admin ui just fine. I figured out that I couldn't work on ccpro and admin ui at the same time like have them open on 2 tabs or browsers and work on both without switching ui. It went away when i started switching the UIs using the the ui link.

The problem is wide-spread in the sense that it affects a wide variety of users; only some of which involve the Admin UI - and none of this has to do with users (me or anyone else) trying to access the Admin UI and CCPro (or CCStd) in two different tabs of the same browser.

Adam Stoller

I certainly have not had to cycle jboss nearly that often. Logs are always a problem, but not like you are seeing

How large are they getting ?

I don't have access to the logs right now (and I may not remember to post a response to this question when I get back on-site on Tuesday) - but as I recall ... it's big, but not nearly as big as IWHOME/local/logs/iwui/access.log (I'd love to find a way to turn that off completely - but that's a different topic)

For the period of time I mentioned before, the log file was just under 100,000 lines and approximately 13 Mb -- I do not believe the issues are caused by the log file's growth (unlike some other problems in the past for other parts of the product line and other log files)

Also, if I didn't mention it, I do have a case open with Support - but I'm looking for any evidence of this being a "common" issue.

JoeS

IW Jboss crashes intermittently. for us on 7.3.1 (Solaris X) This is identified when a user receives the following error when trying to use the TagUI.

The Interwoven Web Daemon was unable to contact the Interwoven Application Container. The Interwoven Application Container may be down, or running on an unexpected host or port.

Restarting Jboss will fix the issue temporally.

nipper

IW Jboss crashes intermittently. for us on 7.3.1 (Solaris X) This is identified when a user receives the following error when trying to use the TagUI.

The Interwoven Web Daemon was unable to contact the Interwoven Application Container. The Interwoven Application Container may be down, or running on an unexpected host or port.

Restarting Jboss will fix the issue temporally.

I think the error (Web Daemon unable....) is a symptom of the problem (jboss dying).

Anything in the logs ? Check the content_center log as well as the server log in the Application Container install

Adam Stoller

I think the error (Web Daemon unable....) is a symptom of the problem (jboss dying).

Anything in the logs ? Check the content_center log as well as the server log in the Application Container install

Please note - jboss dying is a different issue than what my intent of this thread was about. In our case, jboss does not die, but the application (or its work directory or something) becomes somewhat corrupted such that it does not function properly.

I'm hoping to be able to find something in the log files this week (assuming the problem has occurred again since Friday).