terminal server problem with uniface

jeroen

unread,

Feb 24, 2003, 4:08:19 PM2/24/03

to

in advance of upgrading our citrix server environment from NT 4.0 SP6a
Metaframe 1.8 SP2 to Windows 2000 Metaframe XP FR2, i let some
customers connecting to a test windows 2000 server with metaframe 1.8
which is located in the production citrix farm.

Uniface version is 7205.

The problem is that out of the blue, when new clients log in, their
uniface.exe process wants 100 % CPU, and hanging up their session and
the server.

The login process is a spawn to a vms server with a token device.
It occurs when the server holds up to 6 to 9 concurrent sessions and
it is hard to reproduce by me without hassing the customers.

On the production NT 4 machines, holding up to 60 concurrent users,
this is not happening.

The uniface application is started form a network location, the only
thing local is the DOL file, for network performance reasons.

Uniface has not been installed on the server. This is our normal
standard because we have this running for over 3 years now. Only some
environment entries for access to the database server is needed.

I hope that someone has a clue for me.

greetings jeroen

pnr...@bellsouth.net

unread,

Feb 26, 2003, 10:47:57 PM2/26/03

to

We have been suffering the same problem with 7206 on Windows2000 with SP3
and both MetaFrame 1.8 and XP. We have around 25 users. I added an extra
processor and another 1Gb memory to the server with no improvement.
The next thing after 100% was that we got the dol file locked and an mswinx
error transcript when the next user tried to open the application..

I have now placed both the dol and urr on the local file system and set the
$putmess_logfile to ica_prod%p where %p is the process id of the uniface
application appended to the log file name. The combination of all of these
seem for the last 3 days to have stabilised the application. Before this we
were a minimum of 3 times a day having to deal with these problems.

Peterr

"jeroen" <jer...@jeroenpolman.com> wrote in message
news:cj1l5vga2to9dh9j8...@4ax.com...

jeroen

unread,

Feb 27, 2003, 5:55:39 AM2/27/03

to

Peter.

ok, thanks for the input. Did you had any change of reproducing the
error yourself? I made a test script, stressing the server and i got
the error back once now. The error only occurs when clients log in,
using the spawn service. When i kill the client, then using an
existing session form an other client, any other spawn session for an
action in the application is doing fine.

Did you do this by yourself? Or did you had any assistance from
Microsoft or Compuware?

I will try to reproduce the error again and ten make the changes you
did.

i will keep you informed.

greetings jeroen

jeroen

unread,

Mar 18, 2003, 2:13:18 PM3/18/03

to

Ok problem solved. Indeed, the last change, placing the URR file local
was the solution. Adding the pid to the putmess_logfile was not
enough. When the problem returned, i made an ASN file that uses the
URR file local and the problem was gone.

The problem is that even the administrator can't open the URR file,
not even in notepad. The error is "an unspecified network error
occurred". MS Technet talks about 2 dll's to upgrade, but they are of
a higher version on the server, so that won't be the problem.

We can live with this work around, so we keep it this way.

greetings jeroen

On Thu, 27 Feb 2003 11:55:39 +0100, jeroen <jer...@jeroenpolman.com>
wrote:

tommy

unread,

Mar 19, 2003, 2:24:00 AM3/19/03

to

hi, all

After I followed the steps:
1. modified the entity in uniface development;
2. droped the corresponding table in DB;
3. compiled the object service;
4. created the table in DB;
5. updated the file udesc.urr the same time,

I got -150 when the object service was run.

Anybody tell me what should I do?

Thanks very much!

Tommy

tommy

unread,

Mar 19, 2003, 2:26:14 AM3/19/03

to

the uniface version is 7206.

Thanks!

Marco De Leeuw

unread,

Mar 19, 2003, 9:47:07 AM3/19/03

to

Does making a new dol-file help?

-----Ursprungliche Nachricht-----
Von: owner-U...@uug.org [mailto:owner-U...@uug.org]Im Auftrag
von tommy
Gesendet: Mittwoch, 19. Marz 2003 08:26
An: UNIF...@uug.org
Betreff: [UNIFACE-L:2810] RE: -150 USING OBJECT SERVICE

tommy

unread,

Mar 20, 2003, 1:01:29 AM3/20/03

to

yes, new urr and dol.

tommy

unread,

Mar 21, 2003, 4:42:07 AM3/21/03

to

Hi, all

Dose any one know if any impact when using "USYS$ORA_PARAMS=dpa,oc 800", but in oracle,
open_cursor is 300?

The OS is HP unix 11, oracle is 817, and the uniface is 7206.

Thank you for your help!

Tommy

-----Original Message-----
From: owner-U...@uug.org [mailto:owner-U...@uug.org]On Behalf Of tommy
Sent: Wednesday, March 19, 2003 3:24 PM
To: UNIF...@uug.org

Thomas Young

unread,

Mar 22, 2003, 6:11:58 AM3/22/03

to

Hi Tommy,

of course you can get problemes. With every user and database-connect
uniface open a new cursor (in some situation more than one).
So if UNIFACE tries to open more than 300 cursor you will get an error
from the database.
Normally 300 are high enough, so that problem should occur, but if you
are dealing with object-services UNIFACE opens a new-transaction for
the service (I believe, but I am not sure). That can bring you in
trouble.

HTH
THOMAS