[U2] Unidata and Win2k3
Good Afternoon, We are presently in the process of trying to evaluate whether or not it would be in our best interests to locate a portion of our software infrastructure on a separate server and I wondered if anyone on this listserv has ever done anything similar. We are preparing to move to our vendors newest software version - Release 18 - and are concerned that the potential load on our existing server might be problematic. Our existing production server is also going to be Release 18's new home. We're creating the new environment and maintaining the existing production environment, at the same time...on the same box. Initially, we had the option of moving our present Release 17 environment to either a combined (both app and database on the same server) or distributed (not supported after 8/8/2007) configuration. From the beginning, we planned to be a combined environment. As other users have gone LIVE with a combined environment, we've started to notice that some (a few) were having load issues. This is a condition we **really** want to avoid. After we created a test environment, we decided to pound on it to see what kind of results we would get. Unfortunately, a few times we bought the server to a virtual standstill (this was done during the summer so our normal load was rather light). Through discussions with the vendor, a recommendation started to evolve where the portion of the infrastructure that is used to handle communications with the database, be moved to a separate server. This communications server would be hard wired (IP to IP) to our database/app server and would handle all traffic between the app/web and the database. The thinking is that by off-loading the overhead associated with the app/web accessing the database onto a separate box, our performance will improve. We've created a test communications server and are in the process of setting it up on our network. After further discussions today with the vendor, we're still not sure what type of results to expect. But mention was made that Unidata is resource hungry (especially on Windows), and would probably benefit from this off-loading. I have found over my many years in IT that, although I may think the issue I am facing is completely unique, this is rarely the case. Has anyone on the listserv ever had to off-load an aspect of their infrastructure onto a separate server in order to accommodate any resource issues between their app/web and Unidata (on Windows)? Even if you've not had to do this, are there any recommendations in light of the scenario I've painted above? Thanks in advance, Rob Smith --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Denial Of Service in UVRPC Universe
Hi all. If you do a telnet against any Universe server on port 31438 (I have tested it on Universe 10.0.10 in Windows, Universe 10.0.20 in Linux and Universe 10.0.6 in HP-UX), you will have something very similar to a Denial Of Service on this port 31438: -all previous UVRPC established sessions keep on working without problem, but -any subsequent tries to start new UVRPC sessions, will timeout with Error returned from connect = 81015. The problem desappears when the PC client closes the telnet session. (Or you can restart UniVerse or the whole server...) Could someone tell me if is it a normal behaviour or is it a unirpcd bug? Is there any way of detect or avoid this kind of sessions? Could it be the same problem that some viruses (like Blaster) causes on UVRPC of Universe Servers? Any help will be apreciated. Regards, __ Augusto Alonso Alonso IT Manager Quiter Servicios Informaticos S.L. [EMAIL PROTECTED] www.quiter.com __ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Unidata and Win2k3
Depends on what the communications environment is? Our vendor for example recommends that the Web Portals be installed on a separate web server because Dot Net is memory hungry. The Web Portals use the RedBack gateway into UniData. So I think the answer depends on what this environment is/does. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Robert Sent: Wednesday, September 19, 2007 7:34 AM To: u2-users@listserver.u2ug.org Subject: [U2] Unidata and Win2k3 Good Afternoon, We are presently in the process of trying to evaluate whether or not it would be in our best interests to locate a portion of our software infrastructure on a separate server and I wondered if anyone on this listserv has ever done anything similar. We are preparing to move to our vendors newest software version - Release 18 - and are concerned that the potential load on our existing server might be problematic. Our existing production server is also going to be Release 18's new home. We're creating the new environment and maintaining the existing production environment, at the same time...on the same box. Initially, we had the option of moving our present Release 17 environment to either a combined (both app and database on the same server) or distributed (not supported after 8/8/2007) configuration. From the beginning, we planned to be a combined environment. As other users have gone LIVE with a combined environment, we've started to notice that some (a few) were having load issues. This is a condition we **really** want to avoid. After we created a test environment, we decided to pound on it to see what kind of results we would get. Unfortunately, a few times we bought the server to a virtual standstill (this was done during the summer so our normal load was rather light). Through discussions with the vendor, a recommendation started to evolve where the portion of the infrastructure that is used to handle communications with the database, be moved to a separate server. This communications server would be hard wired (IP to IP) to our database/app server and would handle all traffic between the app/web and the database. The thinking is that by off-loading the overhead associated with the app/web accessing the database onto a separate box, our performance will improve. We've created a test communications server and are in the process of setting it up on our network. After further discussions today with the vendor, we're still not sure what type of results to expect. But mention was made that Unidata is resource hungry (especially on Windows), and would probably benefit from this off-loading. I have found over my many years in IT that, although I may think the issue I am facing is completely unique, this is rarely the case. Has anyone on the listserv ever had to off-load an aspect of their infrastructure onto a separate server in order to accommodate any resource issues between their app/web and Unidata (on Windows)? Even if you've not had to do this, are there any recommendations in light of the scenario I've painted above? Thanks in advance, Rob Smith --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.487 / Virus Database: 269.13.21/1012 - Release Date: 9/16/2007 6:32 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.487 / Virus Database: 269.13.21/1012 - Release Date: 9/16/2007 6:32 PM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] resolving udt error message
Thanks to everyone for the instructions. This is what I suspected would need to be done but the syntax was eluding me on the editor and the help files did not have enough detail. It looks like I may have an issue with the original home account for the system. The current home path e:\unidata\ud51 seems to be missing files that appear under most of the other accounts. Can you tell me where the default home location is created normally for the system (5.27 is the version we are using)? I am getting a failure from the UDT (eg - can't get to msgq in U_tosbcs) in accounts that are located outside the directory that the home account is set for in the environment variable which is causing me a problem getting to the editor. If I can find the global catalog files then I think I can get all of this fixed and working properly. Thanks for your help. Steven R. Christensen DBA, AMSOIL INC. 925 Tower Ave. Superior, WI 54880-1527 [EMAIL PROTECTED] ph: 715-392-7101 ext. 6385 cell: 218-213-4161 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Susan Lynch Sent: Tuesday, September 18, 2007 5:06 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] resolving udt error message From: Christensen, Steve [EMAIL PROTECTED] Subject: [U2] resolving udt error message Can anyone clue me in on how to resolve this error (step-by-step)? When going to the command prompt and starting udt I receive the following error: UniData Release 5.1 Build: (2189) Copyright (C) Ardent Software, Inc. (USA) 1998 All rights reserved. Current UniData home is e:\unidata\ud51\. Current working directory is E:\JENKON\SV\AMI_SQL. Warning: global CTLGTB file path(VOC pointer file) is different than current Unidata home path, cannot global CATALOG/MAP in this udt session. : This is an install of an existing system onto new servers and I am trying to clear up the command line issues. Thanks for any insight you may have on this. Steven R. Christensen DBA, AMSOIL INC. Steven, At ECL (the colon prompt you show above) after you get that error message, type CT VOC CTLGTB, and compare the path in the line after the line with a single F (which will be something like \unidata\ud51\sys\CTLGTB - you want to look at everything up to the \sys\CTLGTB) to the path in the message above (e:\unidata\ud51\). I have found that omitting the drive letter, even if it technically points to the same place, will result in that error message. Example: CT VOC CTLGTB CTLGTB: F \unidata\ud51\sys\CTLGTB \unidata\ud51\sys\D_CTLGTB The system will pull \unidata\ud51, which, when compared to the UDTHOME e:\unidata\ud51, will result in that error message. To change the VOC pointer for CTLGTB, you can AE VOC CTLGTB, hit enter twice to get to line 2, then R2/whatever-the-wrong-path-is/@UDTHOME (eg R2/unidata\ud51/@UDTHOME) After that, you should see something on line 2 like @UDTHOME\sys\CTLGTB and line 3 should be @UDTHOME\sys\D_CTLGTB - type FI to save it, and then type LOGIN to go through the login procedure again and verify that you do not get the error. The advantage of using @UDTHOME in the path is that you will never have to fix the path in the file pointer again if you move machines - it will use the @UDTHOME to pull in the matching path. Susan Lynch F.W. Davison Company, Inc. --- 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] resolving udt error message
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christensen, Steve Sent: Tuesday, September 18, 2007 4:30 PM To: u2-users@listserver.u2ug.org Subject: [U2] resolving udt error message Can anyone clue me in on how to resolve this error (step-by-step)? When going to the command prompt and starting udt I receive the following error: UniData Release 5.1 Build: (2189) Copyright (C) Ardent Software, Inc. (USA) 1998 All rights reserved. Current UniData home is e:\unidata\ud51\. Current working directory is E:\JENKON\SV\AMI_SQL. Warning: global CTLGTB file path(VOC pointer file) is different than current Unidata home path, cannot global CATALOG/MAP in this udt session. : This is an install of an existing system onto new servers and I am trying to clear up the command line issues. Thanks for any insight you may have on this. Steven R. Christensen Had the exact same problem yesterday installing a new version of Unidata onto a new server. Rather than change all the VOC pointers we just uninstalled/reinstalled the database to e:\ud\ instead of e:\IBM\ud71\. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Unidata and Win2k3
Not just your vendor, IBM recommends it, the government recommends it, PCI recommends it, etc. -Original Message- From: Marc Harbeson [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 19, 2007 7:46 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Unidata and Win2k3 Depends on what the communications environment is? Our vendor for example recommends that the Web Portals be installed on a separate web server because Dot Net is memory hungry. The Web Portals use the RedBack gateway into UniData. So I think the answer depends on what this environment is/does. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Robert Sent: Wednesday, September 19, 2007 7:34 AM To: u2-users@listserver.u2ug.org Subject: [U2] Unidata and Win2k3 Good Afternoon, We are presently in the process of trying to evaluate whether or not it would be in our best interests to locate a portion of our software infrastructure on a separate server and I wondered if anyone on this listserv has ever done anything similar. We are preparing to move to our vendors newest software version - Release 18 - and are concerned that the potential load on our existing server might be problematic. Our existing production server is also going to be Release 18's new home. We're creating the new environment and maintaining the existing production environment, at the same time...on the same box. Initially, we had the option of moving our present Release 17 environment to either a combined (both app and database on the same server) or distributed (not supported after 8/8/2007) configuration. From the beginning, we planned to be a combined environment. As other users have gone LIVE with a combined environment, we've started to notice that some (a few) were having load issues. This is a condition we **really** want to avoid. After we created a test environment, we decided to pound on it to see what kind of results we would get. Unfortunately, a few times we bought the server to a virtual standstill (this was done during the summer so our normal load was rather light). Through discussions with the vendor, a recommendation started to evolve where the portion of the infrastructure that is used to handle communications with the database, be moved to a separate server. This communications server would be hard wired (IP to IP) to our database/app server and would handle all traffic between the app/web and the database. The thinking is that by off-loading the overhead associated with the app/web accessing the database onto a separate box, our performance will improve. We've created a test communications server and are in the process of setting it up on our network. After further discussions today with the vendor, we're still not sure what type of results to expect. But mention was made that Unidata is resource hungry (especially on Windows), and would probably benefit from this off-loading. I have found over my many years in IT that, although I may think the issue I am facing is completely unique, this is rarely the case. Has anyone on the listserv ever had to off-load an aspect of their infrastructure onto a separate server in order to accommodate any resource issues between their app/web and Unidata (on Windows)? Even if you've not had to do this, are there any recommendations in light of the scenario I've painted above? Thanks in advance, Rob Smith --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.487 / Virus Database: 269.13.21/1012 - Release Date: 9/16/2007 6:32 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.487 / Virus Database: 269.13.21/1012 - Release Date: 9/16/2007 6:32 PM --- 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/
[U2] Telnet error 1067 in Universe PE
Hey y'all, A couple of us are trying to help a new UV site nearby get a copy of PE going for a development machine. This is the same issue that Charles B. first introduced some weeks back. I took a look at the IBM Thinkpad last night. Here is the skinny. OS is XPpro. He has un-installed and re-installed PE-UV 10.2 with same results: UniVerse will start when machine boots, but not telnet. When you attempt to start manually, you get Telnet error 1067. We looked in system.Ini to see if anything is actually bound to port 23 - nothing appears to be. He also ran TCPview to see if anything is listening on port 23 - nothing. We thought of changing the telnet port from 23 to something else, but when we try to start UniAdmin we get an RPC error. He checked the windows event log and it records the UV telnet service not starting with an error WSA Error 10038. These folks are extremely happy with UniVerse and the application that is helping grow their business. PE offers the best option for their getting more familiar with UV and speeding future development. Please help. The right answer will make you guest of honor at the next TEXMUG meeting Nov 1 (free meal!)[travel not included ;-) ] Sincere thanks, -Baker --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
Winsock 100038 is Error - that is not a socket. Something, in the code, is trying to listen on a non-socket file descriptor. Naughty Naughty! Glen Batchelor IT Director All-Spec Industries phone: (910) 332-0424 fax: (910) 763-5664 E-mail: [EMAIL PROTECTED] Web: http://www.all-spec.com Blog: http://blog.all-spec.com -Original Message- From: [EMAIL PROTECTED] [mailto:owner-u2- [EMAIL PROTECTED] On Behalf Of Baker Hughes Sent: Wednesday, September 19, 2007 1:40 PM To: u2-users@listserver.u2ug.org Subject: [U2] Telnet error 1067 in Universe PE Hey y'all, A couple of us are trying to help a new UV site nearby get a copy of PE going for a development machine. This is the same issue that Charles B. first introduced some weeks back. I took a look at the IBM Thinkpad last night. Here is the skinny. OS is XPpro. He has un-installed and re-installed PE-UV 10.2 with same results: UniVerse will start when machine boots, but not telnet. When you attempt to start manually, you get Telnet error 1067. We looked in system.Ini to see if anything is actually bound to port 23 - nothing appears to be. He also ran TCPview to see if anything is listening on port 23 - nothing. We thought of changing the telnet port from 23 to something else, but when we try to start UniAdmin we get an RPC error. He checked the windows event log and it records the UV telnet service not starting with an error WSA Error 10038. These folks are extremely happy with UniVerse and the application that is helping grow their business. PE offers the best option for their getting more familiar with UV and speeding future development. Please help. The right answer will make you guest of honor at the next TEXMUG meeting Nov 1 (free meal!)[travel not included ;-) ] Sincere thanks, -Baker --- 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] Telnet error 1067 in Universe PE
Consider turning off any firewall / anti-virus things. --Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Baker Hughes Sent: Wednesday, September 19, 2007 1:40 PM To: u2-users@listserver.u2ug.org Subject: [U2] Telnet error 1067 in Universe PE Hey y'all, A couple of us are trying to help a new UV site nearby get a copy of PE going for a development machine. This is the same issue that Charles B. first introduced some weeks back. I took a look at the IBM Thinkpad last night. Here is the skinny. OS is XPpro. He has un-installed and re-installed PE-UV 10.2 with same results: UniVerse will start when machine boots, but not telnet. When you attempt to start manually, you get Telnet error 1067. We looked in system.Ini to see if anything is actually bound to port 23 - nothing appears to be. He also ran TCPview to see if anything is listening on port 23 - nothing. We thought of changing the telnet port from 23 to something else, but when we try to start UniAdmin we get an RPC error. He checked the windows event log and it records the UV telnet service not starting with an error WSA Error 10038. These folks are extremely happy with UniVerse and the application that is helping grow their business. PE offers the best option for their getting more familiar with UV and speeding future development. Please help. The right answer will make you guest of honor at the next TEXMUG meeting Nov 1 (free meal!)[travel not included ;-) ] Sincere thanks, -Baker --- 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] Telnet error 1067 in Universe PE
Hi, He checked the windows event log and it records the UV telnet service not starting with an error WSA Error 10038. 10038 is socket operation on non-socket. This implies that the telnet service is trying to to use a socket handle that isn't actually connected to a socket. We have seen a similar problem (not UV) caused by the DLLs that come with some network cards not supporting socket inheritance in accordance with the Microsoft specifications. It would be interesting to know if this is related to the particular network card in use. Martin Phillips, Ladybridge Systems Ltd --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
If you get this answer let me know as I first came across this error when I installed UV 10.1 PE sometime in early 2006. When I went to Denver in May 2006 for Uv Admin classes, Mike Ryan asked tech support about it and they did not know either. The closest they got was a big HP box had either the same problem or a similar problem and had to go down a revision to correct it. When 10.2 came out I uninstalled 10.1 and installed 10.2, same problem. I did the same as what you have done with the same results. What really bites me is that after I had the CPU and hard drive replaced this year, when I installed UV 10.2 again and it worked. However, later it quit working and started getting these errors gain. The only things I had installed before I found it was not working anymore were my ISP software and Microsoft updates. My ISP is EarthLink, maybe that is it for me. Brenda -Original Message- From: Baker Hughes [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 19, 2007 12:40 PM To: u2-users@listserver.u2ug.org Subject: [U2] Telnet error 1067 in Universe PE Hey y'all, A couple of us are trying to help a new UV site nearby get a copy of PE going for a development machine. This is the same issue that Charles B. first introduced some weeks back. I took a look at the IBM Thinkpad last night. Here is the skinny. OS is XPpro. He has un-installed and re-installed PE-UV 10.2 with same results: UniVerse will start when machine boots, but not telnet. When you attempt to start manually, you get Telnet error 1067. We looked in system.Ini to see if anything is actually bound to port 23 - nothing appears to be. He also ran TCPview to see if anything is listening on port 23 - nothing. We thought of changing the telnet port from 23 to something else, but when we try to start UniAdmin we get an RPC error. He checked the windows event log and it records the UV telnet service not starting with an error WSA Error 10038. These folks are extremely happy with UniVerse and the application that is helping grow their business. PE offers the best option for their getting more familiar with UV and speeding future development. Please help. The right answer will make you guest of honor at the next TEXMUG meeting Nov 1 (free meal!)[travel not included ;-) ] Sincere thanks, -Baker --- 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] Telnet error 1067 in Universe PE
Nice site, does it let you do anything? -Original Message- From: Drew Henderson [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 19, 2007 2:20 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Telnet error 1067 in Universe PE Try the info on this link: http://www.techsupportforum.com/networking-forum/networking-support/8406 9-udpsocket-wsa-error-10038-a.html HTH Drew Baker Hughes wrote: Hey y'all, A couple of us are trying to help a new UV site nearby get a copy of PE going for a development machine. This is the same issue that Charles B. first introduced some weeks back. I took a look at the IBM Thinkpad last night. Here is the skinny. OS is XPpro. He has un-installed and re-installed PE-UV 10.2 with same results: UniVerse will start when machine boots, but not telnet. When you attempt to start manually, you get Telnet error 1067. We looked in system.Ini to see if anything is actually bound to port 23 - nothing appears to be. He also ran TCPview to see if anything is listening on port 23 - nothing. We thought of changing the telnet port from 23 to something else, but when we try to start UniAdmin we get an RPC error. He checked the windows event log and it records the UV telnet service not starting with an error WSA Error 10038. These folks are extremely happy with UniVerse and the application that is helping grow their business. PE offers the best option for their getting more familiar with UV and speeding future development. Please help. The right answer will make you guest of honor at the next TEXMUG meeting Nov 1 (free meal!)[travel not included ;-) ] Sincere thanks, -Baker --- 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/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] [UD] ObjectCall issues - Red Hat Linux / Unidata 7.1.8
So, since ObjectCall is an unsupported connectivity method and has been for quite some time, I figured I'd post this to the group to see if anybody's done anything with it. Apparently, ObjectCall seems to work ok up until Unidata 6.1 under Linux. We recently moved our development to Red Hat Enterprise 5 Unidata 7.1.8 but still have some ObjectCall interfaces that are running on our production system...Solaris 9 / Unidata 7.1. The main issue which I ran into was after installing a fresh copy of Unidata under RH, I went to try setting up the server database for ObjectCall via uniapi_admin. Unfortunately, was getting an error such that chmod ... failed when trying to open the uniapi_server_db uniapi_admin_db files for modification. That made me sad. So, I thought, hmm, I wonder if I can copy of the 4 files for ObjectCall over from the Solaris (working) machine and restart Unidata. Did that. No dice...but now I am getting the following: Cannot open ObjectCall server database. Press any key to continue.. So, then I went to check permissions and seems to have the right permissions...and I am invoking uniapi_admin as root. $ ls -l /usr/ud71/ods total 32 drwxr-xr-x 4 root root 4096 Aug 15 08:42 demo drwxr-xr-x 2 root root 4096 Aug 15 08:42 include -rwxr-xr-x 2 root root 2048 Sep 19 10:05 uniapi_admin_db.dir -rwxr-xr-x 2 root root 2048 Sep 19 10:05 uniapi_admin_db.pag -rwxr-xr-x 2 root root 1024 Sep 19 10:05 uniapi_server_db.dir -rwxr-xr-x 2 root root 1024 Sep 19 10:05 uniapi_server_db.pag Eh, anybody have any ideas or know of any quick fixes aside from moving to Intercall and/or UniObjects? Our Datastage environment (even in prod) still uses ObjectCall to connect to Unidata and have not yet transitioned to these other methods of client access. TIA, Andy Pflueger Programmer/DBA Ivy Hill - Louisville, KY --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
Probably AssUMed the bind was successful: if(-1 == bind(i32SocketFD,(struct sockaddr*) stSockAddr, sizeof(stSockAddr))) { // impossible, environment is perfect, can't possibly fail here. ;) } if(-1 == listen(i32SocketFD, 10)) { // error 100038, don't tell anyone, just die exit(-1); } Glen Batchelor wrote: Winsock 100038 is Error - that is not a socket. Something, in the code, is trying to listen on a non-socket file descriptor. Naughty Naughty! --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
-Original Message- From: [EMAIL PROTECTED] [mailto:owner-u2- [EMAIL PROTECTED] On Behalf Of Baker Hughes Sent: Wednesday, September 19, 2007 4:19 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Telnet error 1067 in Universe PE Our Texas User now reports that he got PE-UV running fine when installing on a pretty fresh laptop running XPpro. Apparently, something on both a Win2k desktop and a XPpro laptop wasn't playing nice with PE. He's up going for now but we're still hoping for resolution/understanding. Glen - Just clarifying, you think maybe there's a bug in the UV code regarding the listener? Thanks for your input. Baker, Not 100%. There is a _possibility_ that it could be a bug in the UV code if handles are being reused for more than one purpose, but it could also be a bug in the myriad of network/driver API layers around Winsock. Martin said he saw a similar scenario with regards to a poorly written nic driver, so I wouldn't venture too far into the file a UV bug field yet. A firewall or Windows telnet service shouldn't have caused a 100038 error. 100038 means the code tried to use a file handle that wasn't a socket at the time. If either of them was responsible then I'd be weary of the winsock and winsock2 layers on those machines. Look at the update logs and see if any updates to winsock/winsock2 were done recently. If they were, rollback and see if the problem goes away. Glen Batchelor IT Director All-Spec Industries phone: (910) 332-0424 fax: (910) 763-5664 E-mail: [EMAIL PROTECTED] Web: http://www.all-spec.com Blog: http://blog.all-spec.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
Our Texas User now reports that he got PE-UV running fine when installing on a pretty fresh laptop running XPpro. Apparently, something on both a Win2k desktop and a XPpro laptop wasn't playing nice with PE. He's up going for now but we're still hoping for resolution/understanding. Glen - Just clarifying, you think maybe there's a bug in the UV code regarding the listener? Thanks for your input. I hope this isn't a leap but could this be related to Augusto's issue, Subj:Denial of Service in UVRPC... Thanks. -Baker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen Batchelor Sent: Wednesday, September 19, 2007 1:26 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Telnet error 1067 in Universe PE Winsock 100038 is Error - that is not a socket. Something, in the code, is trying to listen on a non-socket file descriptor. Naughty Naughty! Glen Batchelor UniVerse will start when machine boots, but not telnet. When you attempt to start manually, you get Telnet error 1067. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
-Original Message- From: [EMAIL PROTECTED] [mailto:owner-u2- [EMAIL PROTECTED] On Behalf Of Tony G Sent: Wednesday, September 19, 2007 4:53 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Telnet error 1067 in Universe PE Probably AssUMed the bind was successful: if(-1 == bind(i32SocketFD,(struct sockaddr*) stSockAddr, sizeof(stSockAddr))) { // impossible, environment is perfect, can't possibly fail here. ;) } if(-1 == listen(i32SocketFD, 10)) { // error 100038, don't tell anyone, just die exit(-1); } I hope I'm not missing sarcasm here. If bind() was being trapped on errors then listen() wouldn't have been executed, so my statement about listen() is false. I should have said bind(), to be programmatically correct in that case. I call listen the whole 'socket(),bind(),listen()' code thing. Glen Batchelor IT Director All-Spec Industries phone: (910) 332-0424 fax: (910) 763-5664 E-mail: [EMAIL PROTECTED] Web: http://www.all-spec.com Blog: http://blog.all-spec.com Glen Batchelor wrote: Winsock 100038 is Error - that is not a socket. Something, in the code, is trying to listen on a non-socket file descriptor. Naughty Naughty! --- 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] Denial Of Service in UVRPC Universe
If you are using a Workstation version of Windows as your server there are built in limitations to the number of TCP connections you can make from external IP addresses. I believe the figure is 10 - but someone else may be able to clarify the details. The Windows Server editions do not have this limitation. Otherwise: 1. Did you run out of UniVerse licenses? Each session takes a license slot. 2. Are you running with Device Licensing and using incorrect session keys? ( 10 sessions with the same key) 3. Does this only happen if you telnet to 31438 regardless of the number of sessions? The answer to that one is don't telnet - you may be locking the port down by violating the protocol used for sessions. In which case it will wait and wait until it detects a fatal protocol violation and time out (timeout settings are configurable - you can reduce them down). Worth noting there have been at least three major generations of the client and server components since 10.0: 10.1.20+ server and 10.1a/10.1b clients. If you order the LATEST 10.1 you will automatically get the latest clients. 10.2.6 server and 10.2 clients. Whatever the case - upgrading may change this for you and is worthy of a check. The timing on initial handshake may have been tightened up. If not it's always worth asking. I can see why the timeout on an initial handshake failure might be different to an inactivity timeout. Hope this helps if your problem is (3) then the timeout and don't do it is probably the best I can offer if using the current generation of client and server components don't change the situation. If a hostile application tried to connect there would be authentication violations and protocol violations everywhere and it should disconnect pretty quickly. I suspect a Telnet just sits there as a dead keyboard until a timeout or you key something it objects to. In real life of course you would use firewalls to prevent a Denial of Service attack and you would have a rather pointed talk (at least) to anyone in-house trying to hack your systems with a DoS attack. Your server ports (all of them - not just 31438) would have firewall protection and would only be exposed in a limited fashion on an in-house intranet. If someone gets a virus or tries something detectable by your firewall then they would get shut down pretty quickly. If you are using UniObjects on an Internet connection then I am sure you would be behind an n-Tier architected DMZ so would not be exposed to a DoS attack from the outside. Any PC in-house tries it? Then take appropriate action. *** This is key - no server port in a green zone (your data and application residency) should ever be exposed to the red zone (potentially hostile users) without going through an amber zone (a middle-tier firewall and server). This applies to ALL ports and services - not just those used by UniVerse. To expose any host ports to the red zone is a very large security risk *** Background reading on n-Tier deployment is strongly recommended. Hope this helps Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Augusto Alonso Sent: 19 September 2007 12:42 To: u2-users@listserver.u2ug.org Subject: [U2] Denial Of Service in UVRPC Universe Hi all. If you do a telnet against any Universe server on port 31438 (I have tested it on Universe 10.0.10 in Windows, Universe 10.0.20 in Linux and Universe 10.0.6 in HP-UX), you will have something very similar to a Denial Of Service on this port 31438: -all previous UVRPC established sessions keep on working without problem, but -any subsequent tries to start new UVRPC sessions, will timeout with Error returned from connect = 81015. The problem desappears when the PC client closes the telnet session. (Or you can restart UniVerse or the whole server...) Could someone tell me if is it a normal behaviour or is it a unirpcd bug? Is there any way of detect or avoid this kind of sessions? Could it be the same problem that some viruses (like Blaster) causes on UVRPC of Universe Servers? Any help will be apreciated. Regards, __ Augusto Alonso Alonso IT Manager Quiter Servicios Informaticos S.L. [EMAIL PROTECTED] www.quiter.com __ --- 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/
[U2] RE: U2 Users Digest V1 #1868
We are getting one email per digest again. Can we get this fixed, please? -Original Message- From: U2 Users Digest [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Sent: 9/19/07 6:40 PM Subject: U2 Users Digest V1 #1868 U2 Users Digest Wednesday, September 19 2007 Volume 01 : Number 1868 In this issue: RE: [U2] Telnet error 1067 in Universe PE -- Date: Wed, 19 Sep 2007 16:57:55 -0500 From: Baker Hughes [EMAIL PROTECTED] Subject: RE: [U2] Telnet error 1067 in Universe PE Man, we nailed this issue, thanks to Glen, and Bill, and Martin, and Drew, and Tony G, and Dick. Fantastic research, help, historical links. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
Man, we nailed this issue, thanks to Glen, and Bill, and Martin, and Drew, and Tony G, and Dick. Fantastic research, help, historical links. As they say in Yewston, 'you guys 'er ALL-som !' ;-) -Baker --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] RE: U2 Users Digest V1 #1862
Is the list's digest mode running correctly? I seem to be getting a one for one email since #1850. Other digest mode recipients have the same problem? Paul --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Denial Of Service in UVRPC Universe (shameless plug)
There will be opportunities to meet / greet / brain-pick at U2U of course - IBM Feltham in early October: http://www-306.ibm.com/software/info/u2/university/index.jsp If you have any questions about n-Tier architectures, DMZ's or firewall configuration there will be plenty of chances and some real-world experiences to exchange. Regards JayJay --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
Baker Hughes wrote: A couple of us are trying to help a new UV site nearby get a copy of PE going for a development machine. We've seen this issue before. Check these old forum posts and see if they helps any. http://www.mail-archive.com/[EMAIL PROTECTED]/msg03763.html http://www.nabble.com/Re%3A-UV-10.1.11-XP-SP2-p709506.html http://groups.google.com/group/comp.databases.pick/browse_frm/thread/56c86 38e4346b5d2/a8d1d404c191239e (Might need needle and thread to sew links back together...) Double check Windows Firewall. Turn it off and reboot. If telnet works then create a firewall exclusion for port 23 and restart firewall. (Yes, it's a pain sometimes but shortly after a system is configured and in production the firewall becomes more of a friend than otherwise.) Try to get some other process to run as a telnet server. If it does then the issue is probably with UV. If you can't get anything to bind to port 23, try other ports. If you can't get services to bind where you want them, ensure you have the proper drivers for your NIC, uninstall the current drivers, reboot, reinstall the drivers, then try again - it beats re-installing Windows. HTH T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Telnet error 1067 in Universe PE
netstat -na - if something else is already bound to a port you don't have a hope. Otherwise - change the port from 23 to (say) 8023 - and try connecting on that port (little chance of it being used). Connect from the console with: telnet localhost 8023 and telnet 127.0.0.1 8023 If 8023 works then your problem is either: 1. firewall Or 2. Another process has bound the port If 8023 does not work then there may be an issue (assuming something isn't using 8023.) If it works on the console to localhost or 127.0.0.1 but not remotely then the problem is: 1. Firewall (I find the Linux inbuilt firewall especially a pain to configure - I'd turn it off for a bit and try without it first). You may have a firewall elsewhere if not local or (horror of horrors) nested firewalls and routers that remap IP addresses. 2. NIC drivers (unlikely) - Broadcom could be an issue in the past but it was usually a packet fragmentation issue, not a failure to connect (a number of articles out there - not just IBM or U2). The Nagle Effect can also make interesting reading (for some I admit). Hope it helps - 127.0.0.1 on the console is a good shot and netstat -na on the server to see what's what. Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Baker Hughes Sent: 19 September 2007 18:40 To: u2-users@listserver.u2ug.org Subject: [U2] Telnet error 1067 in Universe PE Hey y'all, A couple of us are trying to help a new UV site nearby get a copy of PE going for a development machine. This is the same issue that Charles B. first introduced some weeks back. I took a look at the IBM Thinkpad last night. Here is the skinny. OS is XPpro. He has un-installed and re-installed PE-UV 10.2 with same results: UniVerse will start when machine boots, but not telnet. When you attempt to start manually, you get Telnet error 1067. We looked in system.Ini to see if anything is actually bound to port 23 - nothing appears to be. He also ran TCPview to see if anything is listening on port 23 - nothing. We thought of changing the telnet port from 23 to something else, but when we try to start UniAdmin we get an RPC error. He checked the windows event log and it records the UV telnet service not starting with an error WSA Error 10038. These folks are extremely happy with UniVerse and the application that is helping grow their business. PE offers the best option for their getting more familiar with UV and speeding future development. Please help. The right answer will make you guest of honor at the next TEXMUG meeting Nov 1 (free meal!)[travel not included ;-) ] Sincere thanks, -Baker --- 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] Telnet error 1067 in Universe PE
Windows 98 Winsock was a pig - but I assuming we have moved on from there. (holding my breath in antici. .pation. Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen Batchelor Sent: 19 September 2007 22:31 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Telnet error 1067 in Universe PE -Original Message- From: [EMAIL PROTECTED] [mailto:owner-u2- [EMAIL PROTECTED] On Behalf Of Baker Hughes Sent: Wednesday, September 19, 2007 4:19 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Telnet error 1067 in Universe PE Our Texas User now reports that he got PE-UV running fine when installing on a pretty fresh laptop running XPpro. Apparently, something on both a Win2k desktop and a XPpro laptop wasn't playing nice with PE. He's up going for now but we're still hoping for resolution/understanding. Glen - Just clarifying, you think maybe there's a bug in the UV code regarding the listener? Thanks for your input. Baker, Not 100%. There is a _possibility_ that it could be a bug in the UV code if handles are being reused for more than one purpose, but it could also be a bug in the myriad of network/driver API layers around Winsock. Martin said he saw a similar scenario with regards to a poorly written nic driver, so I wouldn't venture too far into the file a UV bug field yet. A firewall or Windows telnet service shouldn't have caused a 100038 error. 100038 means the code tried to use a file handle that wasn't a socket at the time. If either of them was responsible then I'd be weary of the winsock and winsock2 layers on those machines. Look at the update logs and see if any updates to winsock/winsock2 were done recently. If they were, rollback and see if the problem goes away. Glen Batchelor IT Director All-Spec Industries phone: (910) 332-0424 fax: (910) 763-5664 E-mail: [EMAIL PROTECTED] Web: http://www.all-spec.com Blog: http://blog.all-spec.com --- 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] Telnet error 1067 in Universe PE
Try the info on this link: http://www.techsupportforum.com/networking-forum/networking-support/84069-udpsocket-wsa-error-10038-a.html HTH Drew Baker Hughes wrote: Hey y'all, A couple of us are trying to help a new UV site nearby get a copy of PE going for a development machine. This is the same issue that Charles B. first introduced some weeks back. I took a look at the IBM Thinkpad last night. Here is the skinny. OS is XPpro. He has un-installed and re-installed PE-UV 10.2 with same results: UniVerse will start when machine boots, but not telnet. When you attempt to start manually, you get Telnet error 1067. We looked in system.Ini to see if anything is actually bound to port 23 - nothing appears to be. He also ran TCPview to see if anything is listening on port 23 - nothing. We thought of changing the telnet port from 23 to something else, but when we try to start UniAdmin we get an RPC error. He checked the windows event log and it records the UV telnet service not starting with an error WSA Error 10038. These folks are extremely happy with UniVerse and the application that is helping grow their business. PE offers the best option for their getting more familiar with UV and speeding future development. Please help. The right answer will make you guest of honor at the next TEXMUG meeting Nov 1 (free meal!)[travel not included ;-) ] Sincere thanks, -Baker --- 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] Telnet error 1067 in Universe PE
Glen, yes, I was joking. The code below will fall through a failed bind and attempt a listen, just as you described. I've seen CASE 1 clauses execute STOP;*IMPOSSIBLE and the //comment below reflects this sort of overconfidence. If that's the code in the UV telnet server, indeed it's being naughty. While I give IBM more credit, there are some qualified professionals here who can't find any errors if UV is throwing them. I'll leave it to someone who cares to determine if either of these conditions reveal a problem that needs to be addressed. T Glen Batchelor wrote: I hope I'm not missing sarcasm here. If bind() was being trapped on errors then listen() wouldn't have been executed, so my statement about listen() is false. I should have said bind(), to be programmatically correct in that case. I call listen the whole 'socket(),bind(),listen()' code thing. Tony G wrote Probably AssUMed the bind was successful: if(-1 == bind(i32SocketFD,(struct sockaddr*) stSockAddr, sizeof(stSockAddr))) { // impossible, environment is perfect, can't possibly fail here. ;) } if(-1 == listen(i32SocketFD, 10)) { // error 100038, don't tell anyone, just die exit(-1); } Glen Batchelor wrote: Winsock 100038 is Error - that is not a socket. Something, in the code, is trying to listen on a non-socket file descriptor. Naughty Naughty! --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/