DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please delete it and notify the sender immediately. Please note that there is no guarantee that this email or any attachment is virus free or has not been intercepted or amended.
I tried the nslookup command on the server and got the following reply > nslookup 192.168.25.143 Server: [192.168.25.143] Address: 192.168.25.143 *** 192.168.25.143 can't find nslookup:No response from server So I presume that this suggests that you could be right about the reverse lookup problem. It's a Unix server, which I don't have too much experience with, unlike Windows, but I should be able to work it out. Any other advice before I start playing with it? Thanks Andy Moore Selima Software Ltd. -----Original Message----- From: Ian McGowan [mailto:[EMAIL PROTECTED] Sent: 09 September 2004 21:50 To: '[EMAIL PROTECTED]' Subject: RE: [U2] UVODBC first query A common cause of long delays when first connecting is reverse dns lookups. Your PC is 192.168.1.100 and you're telneting to a server. It does a lookup of 192.168.1.100 to record the host name and it can take a while for dns to come back that it doesn't exist. The dns query is cached, so connecting a few minutes later is fast. The best solution is to setup a reverse lookup domain, but adding dummy records to /etc/hosts (or %systemroot%\system32\drivers\etc\hosts) like: pc100 192.168.1.100 pc101 192.168.1.101 Works too. If "nslookup 192.168.1.100" doesn't return your pc host name, then this might be worth checking... > -----Original Message----- > From: Adrian Matthews [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 09, 2004 12:21 PM > To: [EMAIL PROTECTED] > Subject: RE: [U2] UVODBC first query > > > Are you sure? Certainly doesn't happen on any of our servers, > connection is near enough instant whether via telnet, uniobjects or > JDBC. > > ________________________________ > > From: [EMAIL PROTECTED] on behalf of Don Verhagen > Sent: Thu 09/09/2004 17:52 > To: [EMAIL PROTECTED] > Subject: RE: [U2] UVODBC first query > > > > I know this happens even with TELNET on Window Servers. It has > something do with the first time it looks up a username in the doman > and then it caches the the user tree (probably wrong term) of all the > users. So each login after than does NOT have to retrieve a list of > users. Does that make sense? > > Thanks, > > > -- > Donald Verhagen > Application Development Manager > [EMAIL PROTECTED] > Tandem Staffing Solutions, Inc. > 1690 S Congress Avenue, Suite 210 > Delray Beach, FL 33445 USA > Voice Phone: 561.454.3592 Fax Phone: 561.454.3640 > > >>> [EMAIL PROTECTED] 11:44:18 AM 09/09/2004 >>> > We are using UVODBC to connect our web site to our production UV > database and we also experience a FIRST CONNECT lag time. > Subsequent queries are processed almost immediately. We have > considered creating a routine on the server to periodically query UV > so that any user would hopefully be the SECOND CONNECT. > > Garry Smith > Dir. Info Systems > Charles McMurray Company > V# 559-292-5782 F# 559-346-6169 > > CONFIDENCE NOTICE: > This is an e-mail message, theretofore may have many accompanying > documents, and is truly for the intended > recipient(s) and heretofore may contain data and information. > Surely any unauthorized review, use, disclosure, distribution or > copying could become arum nauseous. If you are not the intended > recipient, please look deep within yourself by any means and > immediately forgo digesting the original message. > > > -----Original Message----- > > From: Andy Moore [SMTP:[EMAIL PROTECTED] > > Sent: Thursday, September 09, 2004 3:42 AM > > To: [EMAIL PROTECTED] > > Subject: [U2] UVODBC first query > > > > We are using a report writer called Bi/Query with Universe via the > > UVODBC and have noticed that once connected to the database, the > first > > query has a delay of about 20 seconds before it returns any results. > > > > Further queries after this time run immediately without the delay, > but > > leaving the session without activity for about 5-10 minutes means > that > > the next query again has a 20 second delay before returning any > results. > > > > We have noticed this on many of our customer sites, has anyone else > > experienced this delay with the UVODBC or aware of what may cause > this > > or how to fix it? > > > > Thanks > > > > > > Andy Moore > > Selima Software Ltd > > Tel: 0114 2815000 > > Fax: 0114 2817777 > > email: [EMAIL PROTECTED] > > ------- > > u2-users mailing list > > [EMAIL PROTECTED] > > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > > > > > The information contained in this email is strictly confidential and > for the use of the addressee only, unless otherwise indicated. If you > are not the intended recipient, please do not read, copy, use or > disclose to others this message or any attachment. Please also notify > the sender by replying to this email or by telephone +44 (0)20 7896 > 0011 and then delete the email and any copies of it. Opinions, > conclusions (etc.) that do not relate to the official business of this > company shall be understood as neither given nor endorsed by it. IG > Markets Limited and IG Index Plc are authorised and regulated by the > Financial Services Authority and, in Australia, by the Australian > Securities and Investments Commission. > > [demime 1.01d removed an attachment of type application/ms-tnef which > had a name of winmail.dat] > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
