I have 2 sites running on vmware virtualisation for Windows 2003 and a
HyperV with Windows 2008 66 bit and have had no problems. I did have an
issue of a .Net application with an old release of UniObjects .Net that
caused the CPU to spike 100%. I recompiled the app with the new version and
this
From: Curt Stewart
The environment is a virtualized Windows 2003 Server and
Universe 10.2.10
On occasion, I've been notified twice, it may have
occurred more often, a Universe process
(tl_server.exe) will consume 100% of the CPU.
Curt, I wasn't watching this tread earlier, sorry.
This
I'm very interested in hearing the resolution to this. We are looking at
moving our Unidata system to a virtualized server. TIA.
Charles Shaffer
Senior Analyst
NTN-Bower Corporation
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno
Sent: Monday, March 29, 2010 12:35 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] CPU Spikes to 100%
From: Curt Stewart
The environment is a virtualized Windows 2003 Server and
Universe 10.2.10
On occasion, I've
In message 10998-1269884106-801...@sneakemail.com, Tony Gravagno
3xk547...@sneakemail.com writes
From: Curt Stewart
The environment is a virtualized Windows 2003 Server and
Universe 10.2.10
On occasion, I've been notified twice, it may have
occurred more often, a Universe process
Hi Curt,
The keepalive setting affects the server where UV is running. The
connections are tested for the existence of a client by sending keepalive
packets. If the expected responses are not received within the parameters
specified, they will be closed. This is standard to the protocol. Older
Curt, why not setup a phantom process, that just wakes up every five
minutes or twenty minutes or whatever, and snapshots the activity? That would
*at
least* give you the opporunity of catching the beast in action without the
need to be woken up at 2:30 in the morning to see it first-hand.
Curt,
We are also on a Windows 2003 virtualized environment and experiencing the
exact same thing. We have been working with Rocket and our vendor a lot
over the past couple of months trying to track this down, but have not done
so yet.
Just last week, Rocket suggested we add a second processor
Yes, we have seen this happen quite frequently on our Windows 2003 virtual
server. Go into Windows Services and find the Universe Telnet service and
on the second tab (i think) there is a checkbox for interact with desktop.
Make sure that's not checked. This is what Rocket told us.
It hasn't
Hi Curt,
Try PORT.STATUS when the problem occurs. This will tell you where it
is in the application.
Martin Phillips
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
I hit a similar problem with the .Net Uniobjects. A .Net application was
using an old version. I recompiled the application with the new version and
the problem went away. This occurred when a uniobject call took more than 6
minutes to respond.
Regards
David Jordan
Usually because a client has closed their terminal emulator without
disconnecting nicely. The process loops attempting to read from the socket.
No remedy but to kill the process.
Brian
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
Doesn't UV have a service/daemon that cleans these up, like UniData?
Bill
Brian Leach said the following on 3/25/2010 6:19 AM:
Usually because a client has closed their terminal emulator without
disconnecting nicely. The
Not disconnected sessions. Just locks. However, UniAdmin has a
configurable keepalive facility. Check it out.
LeRoy
Sent from my iPhone 3Gs
On 25 Mar 2010, at 7:11 PM, Bill Haskett wphask...@advantos.net
wrote:
Doesn't UV have a service/daemon that cleans these up, like UniData?
Bill
---
Right. I use that in all our UniData installations.
Bill
Leroy Dreyfuss said the following on 3/25/2010 12:01 PM:
Not disconnected sessions. Just locks. However, UniAdmin has a
configurable keepalive facility. Check it
15 matches
Mail list logo