RE: [U2] UniSession process suddenly not going away!

2005-01-19 Thread Robert Paterson
No more LCT's points at either configuration or possibly a process that is
attempting to take over the world.

Because of what you say re the Java, is there a possibility that more memory
is being consumed?

If you can see no major reasons for why the application should be using more
resources, then you probably need to be looking at udtconf settings and
increasing these.

(I'm assuming when you say a different UDT instance that you means same
version and platform type?)

Robert Paterson
Technology Support Manager
www.epicor.com
Tel.: +44 (1344) 468231
Cell: +44 (7799) 348513
Fax: +44 (1344) 468050
E-Mail: [EMAIL PROTECTED]

1 The Arena, Downshire Way, Bracknell, Berks, UK, RG12 1PU
This e-mail is for the use of the intended recipient(s) only. If you have
received this e-mail in error, please notify the sender immediately and then
delete it. If you are not the intended recipient, you must not use, disclose
or distribute this e-mail without the author's prior permission. We have
taken precautions to minimize the risk of transmitting software viruses, but
we advise you to carry out your own virus checks on any attachment to this
message. We cannot accept liability for any loss or damage caused by
software viruses.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Wendy Smoak
Sent: 18 January 2005 22:17
To: u2-users@listserver.u2ug.org
Subject: [U2] UniSession process suddenly not going away!

Suddenly today we started seeing
  'No more LCTs'
when we tried to log in.

Checking the process list shows LOTS and LOTS of udcs and udapi_slave
processes, which I can tell from the userid are coming from my UniObjects
for Java code.

But I don't hold sessions open.  I connect, perhaps run a subroutine, and
disconnect.

We've made changes to the web server (where the UOJ code runs) lately, most
notably changing to JDK 1.5.  But I can run the same code on the same web
server against a different UniData instance, and I don't see the problem on
that unidata.

We've got unirpcd shut down for now, and will stopud/startud after hours.

Any ideas why the RPC daemon may have suddenly lost its senses?

--
Wendy Smoak
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] UniSession process suddenly not going away!

2005-01-19 Thread John Cassidy
Perhaps farfetched, but could someone have been trying to rebuild an
index? This happened to us earlier this week. We got up to over 200 udcs
sessions; I couldn't kill them and stopping unirpc didn't help. As soon
as we realized what was going on, the user terminated her BUILD.INDEX
and everything went back to normal.
HTH
 
John Cassidy
Unix Sys Admin
DCCCD

 [EMAIL PROTECTED] 1/18/05 4:17:08 PM 

Suddenly today we started seeing
  'No more LCTs'
when we tried to log in.

Checking the process list shows LOTS and LOTS of udcs and udapi_slave
processes, which I can tell from the userid are coming from my
UniObjects for Java code.

But I don't hold sessions open.  I connect, perhaps run a subroutine,
and disconnect.

We've made changes to the web server (where the UOJ code runs) lately,
most notably changing to JDK 1.5.  But I can run the same code on the
same web server against a different UniData instance, and I don't see
the problem on that unidata.

We've got unirpcd shut down for now, and will stopud/startud after
hours.

Any ideas why the RPC daemon may have suddenly lost its senses?

-- 
Wendy Smoak
---
u2-users mailing list
u2-users@listserver.u2ug.org 
To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] UniSession process suddenly not going away!

2005-01-18 Thread Scott Richardson
Operating System, and version?

Can you run your process list command and redirect it's output to a
ps_out.txt file?
Then cut  paste a few representative lines of these processes?

Run a netstat -a  ns_out.txt command and take a look at the output from
it.
Maybe a little cut  paste from there?


- Original Message - 
From: Wendy Smoak [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Tuesday, January 18, 2005 5:17 PM
Subject: [U2] UniSession process suddenly not going away!


 Suddenly today we started seeing
   'No more LCTs'
 when we tried to log in.

 Checking the process list shows LOTS and LOTS of udcs and udapi_slave
 processes, which I can tell from the userid are coming from my
 UniObjects for Java code.

 But I don't hold sessions open.  I connect, perhaps run a subroutine,
 and disconnect.

 We've made changes to the web server (where the UOJ code runs) lately,
 most notably changing to JDK 1.5.  But I can run the same code on the
 same web server against a different UniData instance, and I don't see
 the problem on that unidata.

 We've got unirpcd shut down for now, and will stopud/startud after
 hours.

 Any ideas why the RPC daemon may have suddenly lost its senses?

 -- 
 Wendy Smoak
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UniSession process suddenly not going away!

2005-01-18 Thread Wendy Smoak
Scott Richardson wrote:

 Operating System, and version?
 Can you run your process list command and redirect it's output to a
 ps_out.txt file?
 Then cut  paste a few representative lines of these processes?

HP-UX 11 

The usual stopunirpcd script wouldn't work-- said that the RPC daemon
was already stopped, when it wasn't.  Our admin had to kill the process,
and then we couldn't get it restarted because I don't know what
environment variables it needs.  So we're waiting until after hours to
stopud/startud.  (So it's under control... just strange that it started
happening so suddenly.)

ps output looked like this.  'dbadmin' is the user that logs in when
anyone is using the web interface.

$ ps -ef | grep dbadmin

 dbadmin  8309 1  0 14:51:30 ? 0:00 udcs 4 3600 0

 dbadmin  8215 1  0 14:51:15 ? 0:00 udcs 4 3600 0

 dbadmin  8138  8122  0 14:50:47 ? 0:00 udapi_slave 7 6 0

 dbadmin  8183  8182  0 14:51:01 ? 0:00 udapi_slave 7 6 0

 dbadmin  8258  8257  0 14:51:23 ? 0:00 udapi_slave 7 6 0

 dbadmin  8310  8309  0 14:51:30 ? 0:00 udapi_slave 7 6 0

 dbadmin  8182 1  0 14:51:01 ? 0:00 udcs 4 3600 0

 dbadmin  8205 1  0 14:51:14 ? 0:00 udcs 4 3600 0

 dbadmin  8121  8120  0 14:50:47 ? 0:00 udapi_slave 7 6 0

 dbadmin  8206  8205  0 14:51:14 ? 0:00 udapi_slave 7 6 0

 dbadmin  8209 1  0 14:51:14 ? 0:00 udcs 4 3600 0

 
-- 
Wendy Smoak
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/