RE: [U2] uniobjects help needed!
Have you checked out if any external process ( non UV ) is using the same file (i.e. a backup program)or has been recently been used by? Horacio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doug chanco Sent: Thursday, August 07, 2008 1:23 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] uniobjects help needed! the drama continues . we are now getting GFE's or BLINK errors in some of our files ... while making modificatiosn to our VB app we have lessened the write/lockup issues now the transactions are running dog slow, placing an order which used to take @ 5 seconds are now taking 5 + minutes I have been watching the network as as our cisco guy and we see nothing indicating a network issue, so now we are trying to figure out whats going on as placing orders from green screens take 5 seconds. I have been looking at the aix error log and see no errors this has got to be more exciting than watching the young and the restless dougc doug chanco wrote: Jeff Powell wrote: May I add my experience here? PLEASE! We are going on day 8 (or 9 I am losing count) with little to no progress. One thing I was wondering could it be an issue with the unix memory segments having issues? also I am noticing what I think is a huge amount of tcp bad checksum errors but very few rebroadcasts does anyone more familiar with tcp/networks have a base line for what is normal we have several hundred users. Also what would happen if uvrpc ran out of licenses? also I am noticing that when our crappy system gets really loaded the application seems to lock up more as well as take long times to respond, could this be an indication of something? I wanted to say thank you to everyone (those who have responded and everyone else who has not complained about the fact that this is not truly a universe issue but maybe a network/socket/VB/uvrpc one) dougc --- 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/
RE: [U2] uniobjects help needed!
Try a different network card, and police the network for a rogue / duplicate IP address, If you are using a double-gated Network card, disconnect one of the interfaces (seen some issues with MAC addresses being duplicated with one manufacturer's cards). If you are using an X.25 WAN take a long hard look at the network. Check ON.ABORT and ON.EXIT for rogue logic. Otherwise the usual stuff as others have suggested: smat -s LIST.READU EVERY PORT.STATUS File sizing Etc If it is that serious you could get an IBM consultant in? Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Horacio Pellegrino Sent: 09 August 2008 18:14 To: u2-users@listserver.u2ug.org Subject: RE: [U2] uniobjects help needed! Have you checked out if any external process ( non UV ) is using the same file (i.e. a backup program)or has been recently been used by? Horacio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doug chanco Sent: Thursday, August 07, 2008 1:23 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] uniobjects help needed! the drama continues . we are now getting GFE's or BLINK errors in some of our files ... while making modificatiosn to our VB app we have lessened the write/lockup issues now the transactions are running dog slow, placing an order which used to take @ 5 seconds are now taking 5 + minutes I have been watching the network as as our cisco guy and we see nothing indicating a network issue, so now we are trying to figure out whats going on as placing orders from green screens take 5 seconds. I have been looking at the aix error log and see no errors this has got to be more exciting than watching the young and the restless dougc doug chanco wrote: Jeff Powell wrote: May I add my experience here? PLEASE! We are going on day 8 (or 9 I am losing count) with little to no progress. One thing I was wondering could it be an issue with the unix memory segments having issues? also I am noticing what I think is a huge amount of tcp bad checksum errors but very few rebroadcasts does anyone more familiar with tcp/networks have a base line for what is normal we have several hundred users. Also what would happen if uvrpc ran out of licenses? also I am noticing that when our crappy system gets really loaded the application seems to lock up more as well as take long times to respond, could this be an indication of something? I wanted to say thank you to everyone (those who have responded and everyone else who has not complained about the fact that this is not truly a universe issue but maybe a network/socket/VB/uvrpc one) dougc --- 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-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] uniobjects help needed!
Jeff Powell wrote: May I add my experience here? PLEASE! We are going on day 8 (or 9 I am losing count) with little to no progress. One thing I was wondering could it be an issue with the unix memory segments having issues? also I am noticing what I think is a huge amount of tcp bad checksum errors but very few rebroadcasts does anyone more familiar with tcp/networks have a base line for what is normal we have several hundred users. Also what would happen if uvrpc ran out of licenses? also I am noticing that when our crappy system gets really loaded the application seems to lock up more as well as take long times to respond, could this be an indication of something? I wanted to say thank you to everyone (those who have responded and everyone else who has not complained about the fact that this is not truly a universe issue but maybe a network/socket/VB/uvrpc one) dougc --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] uniobjects help needed!
Have you contacted IBM yet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doug chanco Sent: Thursday, August 07, 2008 9:38 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] uniobjects help needed! Jeff Powell wrote: May I add my experience here? PLEASE! We are going on day 8 (or 9 I am losing count) with little to no progress. One thing I was wondering could it be an issue with the unix memory segments having issues? also I am noticing what I think is a huge amount of tcp bad checksum errors but very few rebroadcasts does anyone more familiar with tcp/networks have a base line for what is normal we have several hundred users. Also what would happen if uvrpc ran out of licenses? also I am noticing that when our crappy system gets really loaded the application seems to lock up more as well as take long times to respond, could this be an indication of something? I wanted to say thank you to everyone (those who have responded and everyone else who has not complained about the fact that this is not truly a universe issue but maybe a network/socket/VB/uvrpc one) dougc --- 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] uniobjects help needed!
Doug, I hope you have Universe support involved by now. I googled your error -2147417848 (80010108) and it looks like some kind of MS memory leak, probably within UniObjects. IF this is the cause, it might be linked to more data or transactions in your app. rex --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] uniobjects help needed!
I would update all of the Windows patches. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rex Gozar Sent: Thursday, August 07, 2008 1:12 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] uniobjects help needed! Doug, I hope you have Universe support involved by now. I googled your error -2147417848 (80010108) and it looks like some kind of MS memory leak, probably within UniObjects. IF this is the cause, it might be linked to more data or transactions in your app. rex --- --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] uniobjects help needed!
the drama continues . we are now getting GFE's or BLINK errors in some of our files ... while making modificatiosn to our VB app we have lessened the write/lockup issues now the transactions are running dog slow, placing an order which used to take @ 5 seconds are now taking 5 + minutes I have been watching the network as as our cisco guy and we see nothing indicating a network issue, so now we are trying to figure out whats going on as placing orders from green screens take 5 seconds. I have been looking at the aix error log and see no errors this has got to be more exciting than watching the young and the restless dougc doug chanco wrote: Jeff Powell wrote: May I add my experience here? PLEASE! We are going on day 8 (or 9 I am losing count) with little to no progress. One thing I was wondering could it be an issue with the unix memory segments having issues? also I am noticing what I think is a huge amount of tcp bad checksum errors but very few rebroadcasts does anyone more familiar with tcp/networks have a base line for what is normal we have several hundred users. Also what would happen if uvrpc ran out of licenses? also I am noticing that when our crappy system gets really loaded the application seems to lock up more as well as take long times to respond, could this be an indication of something? I wanted to say thank you to everyone (those who have responded and everyone else who has not complained about the fact that this is not truly a universe issue but maybe a network/socket/VB/uvrpc one) dougc --- 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] uniobjects help needed!
Hi Doug I usually would create a como in the Basic routine to capture any error messages that might come up in the subroutine when calling from uniobjects. Thoughts you could consider. 1- A filtering/trapping application from a virus, spam, web filter, instant messaging that is filtering the port. 2- The UV Login has a login paragraph or other security application that is interfering with the call of the subroutine. 3- An encryption process has been turned on. 4- Someone has setup data at rest. 5- Running VOIP that gives priority to VOIP traffic and causing timeouts on U2 traffic. 6- Issue with XP Service Pack 3 or Vista 7- Does telnet suffer similar issues across the same network. Is their noise on the line? I have never seen corrupted data between rpc server and client. Regards David Jordan --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] uniobjects help needed!
Doug Sounds like your need to plan your next approach need to take a slight different tack. Perhaps with a effort to help isolate the UniObjects issue you have identified. As so far you've no luck with the various approaches you're spent many hours devoted to this tricky issue. With issues like this...you have to ask the obvious question: What has been changed?. This is assuming it all use to work fine before of course. It sounds like nothing has changed. From what you're posted so far. Is that correct? I guess you've confirmed this is not file corrupt issue with the UV files being accessed? It appears your VB application is read/writing directly to UV files directly and this is where you're having issues? Is it corrupting your UV file in the process? You vaguely mention you have rebooted your AIX server. Is that correct? Do you use dynamic files? What version of AIX, UV and UniDK are using? It seems like you've already checked the UniObjects and Unirpcd logs - have you check the UV errlog too? Anything interesting in that? Do you have separate server for testing/development or DR that you can: 1) test this same client software your UV application/UniObjects? 2) restore (using your backups of your DB, source object code + *very importantly* the UV home directory) your production data to and re-test the UniObjects-based app? Objective: determine if the issue is 1) client application is at fault, regardless of the target server it is communicating with or 2) database or application issue (rather than a client one). Other things to try: 1) write a simple UniObjects app (Win32 or Java versions) to read/write to the same file 2) a *completely clean* install the VB6/UniObjects app. This should be a clean PC which has never ever had the client application or UniObjects installed before. If you site has a standard desktop configuration, then you should be using that or perhaps use a PC that is non-standard. Have you rolled a new firewall or VPN client or similar network-invasive type application recently? Objective: 1) determine if it is UniObjects issue or not 2) determine if the problem is desktop PC or not (the latter by using a non-standard build PC). I have seen strange things happen with the U2 API before. So capturing the output from your UniObject sessions is a good one. If you have the code to your VB application - you can get it to turn on a COMO file. Given it a unique name for each session or user-ID (maybe the UNIX process ID too - eg., myuserid-date-PID.como) If your VB code is calling (directly or indirectly or dependent on some initialisation code) host-based BASIC subroutines (or indeed any cataloged referenced program) check if these have changed and re-catalog them all, regardless. I have seen go away after re-cataloging code - both at TCL invocation level and via the APIs. Good luck! Regards David --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] uniobjects help needed!
Doug Chanco skrev: Hello all, I was joking about the voodoo chants when I first posted but several days later and little progress made I am now seriously willing to consider any chants anyone knows. on a more serious note does anyone know if it's possible to talk directly to a uvrpc daemon? (uniobjects) I know you can with smtp and other socket programs if you know the language/syntax, so I think it should be possible with uvrpc (uniobjects). Any suggestions/ideas on how (if possible) to do this would be appreciated! snipped In general to talk to a server daemon You can connect with a telnet client ( e.g. a terminal emulator) giving it the port number of the service You want. E.g. ( in solaris ): telnet IPAddressOfMyServer 80 GET /index.html would (normally) get You Your html start page The HTTP protocol is connectionless so the connection will be closed after each request. The same may be true for uvrpc as well. Can't help with the uvrpc protocol syntax - sorry! -- mats --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] uniobjects help needed!
I've looked up the notes on our error and found the following The object invoked has disconnected from its clients (-2147417848) I don't know where that came from but it's the same error that you've got, and I guess we found that somewhere in some documentation on OLE or whatever. So what is happening is that the connection between UniObjects and your VB app has disapppeared (note with us it was our app and Word that stopped talking to each other, both running on the same PC if I've got it right). So it looks like it's local to the affected PC(s), and is a time-out issue. Good luck tracking it down - it took us ages! Have you tried explicitly trapping that error and just retrying the read? You saying UniObjects just dies looks a good clue - it might well have gone to sleep ... we found the failed connection attempt woke Word up again so that the second try worked. Cheers, Wol -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Doug Chanco Sent: 06 August 2008 03:34 To: u2-users@listserver.u2ug.org Subject: RE: [U2] uniobjects help needed! Hello all, I was joking about the voodoo chants when I first posted but several days later and little progress made I am now seriously willing to consider any chants anyone knows. on a more serious note does anyone know if it's possible to talk directly to a uvrpc daemon? (uniobjects) I know you can with smtp and other socket programs if you know the language/syntax, so I think it should be possible with uvrpc (uniobjects). Any suggestions/ideas on how (if possible) to do this would be appreciated! What we are seeing are users (who are ALL using the EXACT same VB 6 program) having problems with writes and receiving back corrupted data (to a universe database using uniobjects). We have turned on logging in uniobjects but I am having some trouble reading the log files (its hard to tell if the corruption is coming to uniobjects or from universe). We have tested the universe programs that the VB app. calls and they work exactly as they should. We have tested the VB 6 apps and they too appear to be working as expected (but obviously something is wrong)/ We have tested/checked/rebooted the entire network (to include the aix machine). What is throwing me is that if the basic program does not find a match to whatever was passed to it, it returns null but sometimes we get back garbage to the VB app, which to me means that the basic program got a valid value and returned a valid response that somewhere in the chain got corrupted. We have even done an iptrace on the aix box to see what it gets/sends as well as on the windows PC(s) but sadly I am not able to fully comprehend what I am seeing. If anyone is willing (and this is asking a lot, so please forgive me) to look at an iptrace I would be incredibly grateful! I have two trace files, 1. one from a windows PC that was not able to edit an order 2. one that logged all the traffic coming/going to the aix machine on the uvrpc port any suggestions/chants/thoughts would be extremely welcome! I hope all this makes sense, if not this is what working 96+ hours in the last 7 days does to you thanks again dougc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony W. Youngman Sent: Sunday, August 03, 2008 12:29 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] uniobjects help needed! In message [EMAIL PROTECTED], doug chanco [EMAIL PROTECTED] writes Hey, We are having a problem with uniobjects that started a couple of days ago. We have a VB app that uses uniobjects to access an aix system running universe 10.1 and a few days ago we started getting errors where uniobjects would just die, its starting to look like it might be a network issue but so far nothing we can discover. Our Cisco guy is not seeing any errors in the cisco switches, I am not seeing any errors on the aix system (5.2.6). While is may or may not be a universe/uniobjects issue, so far we have been stumped as to what the problem is. We even called an IBM uniobjects engineer for several hours and he could not find a problem as neither could our VAR or IBM tech support for aix. So I thought I would throw this out to youll who vast knowledge may hold the key to the answers we seek! The fact that in the past 3 days I have works close to 60 hours is a testimony to the amount of effort we have been putting in to try and solve this problem. Basically what we are seeing that is Run-TIme error '-2147417848 (80010108)': Method 'Read' of object 'IUniFileEx' Failed So any suggestions/thoughts/ideas/crystal balls/magic spells/voodoo chants are welcomed! This, I think, will fall into the Voodoo Chant school of hopeful wishing ... but the message number looks vaguely familiar to me. Do you know which line of your code is returning your error? What happens if the code just retries the read? The problem I'm thinking of that we had was our program talking
Re: [U2] uniobjects help needed!
responses below It sounds like nothing has changed. From what you're posted so far. Is that correct? pretty much, we added etherchannel to the aix system but its been running fine for several months, since the issue started we have changed our app to add better logging but no major changes to the code I guess you've confirmed this is not file corrupt issue with the UV files being accessed? yes we have scanned all our files and have not found an issue It appears your VB application is read/writing directly to UV files directly and this is where you're having issues? Is it corrupting your UV file in the process? at one point we were seeing corrupt data but that turns out to be related to the 10.2 uniobjects dll we installed You vaguely mention you have rebooted your AIX server. Is that correct? yes twice Do you use dynamic files? yes, lots of em What version of AIX, UV and UniDK are using? aix = 5.2.6 uv = 10.1 unidk = 3.5.2 It seems like you've already checked the UniObjects and Unirpcd logs - have you check the UV errlog too? Anything interesting in that? are they different? I have tons of uvapi.log_pid which are uniobjects logs is it possible to log the uvrpc daemon? Do you have separate server for testing/development or DR that you can: 1) test this same client software your UV application/UniObjects? 2) restore (using your backups of your DB, source object code + *very importantly* the UV home directory) your production data to and re-test the UniObjects-based app? we have tested against our dev system and seem to get the same error at Objective: determine if the issue is 1) client application is at fault, regardless of the target server it is communicating with or 2) database or application issue (rather than a client one). Other things to try: 1) write a simple UniObjects app (Win32 or Java versions) to read/write to the same file 2) a *completely clean* install the VB6/UniObjects app. This should be a clean PC which has never ever had the client application or UniObjects installed before. If you site has a standard desktop configuration, then you should be using that or perhaps use a PC that is non-standard. Have you rolled a new firewall or VPN client or similar network-invasive type application recently? we completely reloaded a term server that we have users login to (they run the app from here) and are still seeing the issue(s) Objective: 1) determine if it is UniObjects issue or not 2) determine if the problem is desktop PC or not (the latter by using a non-standard build PC). we have tried restoring PC(s) to a date BEFORE we started having problems (using windows system restore) and still they are failing I have seen strange things happen with the U2 API before. So capturing the output from your UniObject sessions is a good one. If you have the code to your VB application - you can get it to turn on a COMO file. Given it a unique name for each session or user-ID (maybe the UNIX process ID too - eg., myuserid-date-PID.como) I will recommand that we try this If your VB code is calling (directly or indirectly or dependent on some initialisation code) host-based BASIC subroutines (or indeed any cataloged referenced program) check if these have changed and re-catalog them all, regardless. I have seen go away after re-cataloging code - both at TCL invocation level and via the APIs. Good luck! thanks! dougc --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] uniobjects help needed!
May I add my experience here? 1. A uniobjects daemon application timed out and dropped the connection after 1 hour of inactivity. This was resolved by having a periodic tick that performs a command, reads a record or calls a subroutine. I now have a java servlet/service that keeps a persistent connection through a timer thread that ticks every 15 minutes. 2. I would run out of licenses until I realized I must explicitly disconnect the session. Each uniobjects session requires a license unless you have device licensing. 3. On my VB applications I connect only when I need them and then disconnect. Most connections last less than one second so I don't consume a license for very long. 4. Session.IsActive is useless. On Wed, 2008-08-06 at 09:27 +0100, Anthony Youngman wrote: I've looked up the notes on our error and found the following The object invoked has disconnected from its clients (-2147417848) I don't know where that came from but it's the same error that you've got, and I guess we found that somewhere in some documentation on OLE or whatever. So what is happening is that the connection between UniObjects and your VB app has disapppeared (note with us it was our app and Word that stopped talking to each other, both running on the same PC if I've got it right). So it looks like it's local to the affected PC(s), and is a time-out issue. Good luck tracking it down - it took us ages! Have you tried explicitly trapping that error and just retrying the read? You saying UniObjects just dies looks a good clue - it might well have gone to sleep ... we found the failed connection attempt woke Word up again so that the second try worked. Cheers, Wol -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Doug Chanco Sent: 06 August 2008 03:34 To: u2-users@listserver.u2ug.org Subject: RE: [U2] uniobjects help needed! Hello all, I was joking about the voodoo chants when I first posted but several days later and little progress made I am now seriously willing to consider any chants anyone knows. on a more serious note does anyone know if it's possible to talk directly to a uvrpc daemon? (uniobjects) I know you can with smtp and other socket programs if you know the language/syntax, so I think it should be possible with uvrpc (uniobjects). Any suggestions/ideas on how (if possible) to do this would be appreciated! What we are seeing are users (who are ALL using the EXACT same VB 6 program) having problems with writes and receiving back corrupted data (to a universe database using uniobjects). We have turned on logging in uniobjects but I am having some trouble reading the log files (its hard to tell if the corruption is coming to uniobjects or from universe). We have tested the universe programs that the VB app. calls and they work exactly as they should. We have tested the VB 6 apps and they too appear to be working as expected (but obviously something is wrong)/ We have tested/checked/rebooted the entire network (to include the aix machine). What is throwing me is that if the basic program does not find a match to whatever was passed to it, it returns null but sometimes we get back garbage to the VB app, which to me means that the basic program got a valid value and returned a valid response that somewhere in the chain got corrupted. We have even done an iptrace on the aix box to see what it gets/sends as well as on the windows PC(s) but sadly I am not able to fully comprehend what I am seeing. If anyone is willing (and this is asking a lot, so please forgive me) to look at an iptrace I would be incredibly grateful! I have two trace files, 1. one from a windows PC that was not able to edit an order 2. one that logged all the traffic coming/going to the aix machine on the uvrpc port any suggestions/chants/thoughts would be extremely welcome! I hope all this makes sense, if not this is what working 96+ hours in the last 7 days does to you thanks again dougc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony W. Youngman Sent: Sunday, August 03, 2008 12:29 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] uniobjects help needed! In message [EMAIL PROTECTED], doug chanco [EMAIL PROTECTED] writes Hey, We are having a problem with uniobjects that started a couple of days ago. We have a VB app that uses uniobjects to access an aix system running universe 10.1 and a few days ago we started getting errors where uniobjects would just die, its starting to look like it might be a network issue but so far nothing we can discover. Our Cisco guy is not seeing any errors in the cisco switches, I am not seeing any errors on the aix system (5.2.6). While is may or may not be a universe/uniobjects issue, so far we have been stumped as to what the problem is. We even called an IBM uniobjects engineer
RE: [U2] uniobjects help needed!
Hello all, I was joking about the voodoo chants when I first posted but several days later and little progress made I am now seriously willing to consider any chants anyone knows. on a more serious note does anyone know if it's possible to talk directly to a uvrpc daemon? (uniobjects) I know you can with smtp and other socket programs if you know the language/syntax, so I think it should be possible with uvrpc (uniobjects). Any suggestions/ideas on how (if possible) to do this would be appreciated! What we are seeing are users (who are ALL using the EXACT same VB 6 program) having problems with writes and receiving back corrupted data (to a universe database using uniobjects). We have turned on logging in uniobjects but I am having some trouble reading the log files (its hard to tell if the corruption is coming to uniobjects or from universe). We have tested the universe programs that the VB app. calls and they work exactly as they should. We have tested the VB 6 apps and they too appear to be working as expected (but obviously something is wrong)/ We have tested/checked/rebooted the entire network (to include the aix machine). What is throwing me is that if the basic program does not find a match to whatever was passed to it, it returns null but sometimes we get back garbage to the VB app, which to me means that the basic program got a valid value and returned a valid response that somewhere in the chain got corrupted. We have even done an iptrace on the aix box to see what it gets/sends as well as on the windows PC(s) but sadly I am not able to fully comprehend what I am seeing. If anyone is willing (and this is asking a lot, so please forgive me) to look at an iptrace I would be incredibly grateful! I have two trace files, 1. one from a windows PC that was not able to edit an order 2. one that logged all the traffic coming/going to the aix machine on the uvrpc port any suggestions/chants/thoughts would be extremely welcome! I hope all this makes sense, if not this is what working 96+ hours in the last 7 days does to you thanks again dougc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony W. Youngman Sent: Sunday, August 03, 2008 12:29 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] uniobjects help needed! In message [EMAIL PROTECTED], doug chanco [EMAIL PROTECTED] writes Hey, We are having a problem with uniobjects that started a couple of days ago. We have a VB app that uses uniobjects to access an aix system running universe 10.1 and a few days ago we started getting errors where uniobjects would just die, its starting to look like it might be a network issue but so far nothing we can discover. Our Cisco guy is not seeing any errors in the cisco switches, I am not seeing any errors on the aix system (5.2.6). While is may or may not be a universe/uniobjects issue, so far we have been stumped as to what the problem is. We even called an IBM uniobjects engineer for several hours and he could not find a problem as neither could our VAR or IBM tech support for aix. So I thought I would throw this out to youll who vast knowledge may hold the key to the answers we seek! The fact that in the past 3 days I have works close to 60 hours is a testimony to the amount of effort we have been putting in to try and solve this problem. Basically what we are seeing that is Run-TIme error '-2147417848 (80010108)': Method 'Read' of object 'IUniFileEx' Failed So any suggestions/thoughts/ideas/crystal balls/magic spells/voodoo chants are welcomed! This, I think, will fall into the Voodoo Chant school of hopeful wishing ... but the message number looks vaguely familiar to me. Do you know which line of your code is returning your error? What happens if the code just retries the read? The problem I'm thinking of that we had was our program talking to Word. Word would go to sleep and you'd get an error looking a bit like that. Retry, Word would have woken up, and it was fine 2nd time. Try trapping the error and retrying, and see what happens... Cheers, Wol -- Anthony W. Youngman [EMAIL PROTECTED] 'Yings, yow graley yin! Suz ae rikt dheu,' said the blue man, taking the thimble. 'What *is* he?' said Magrat. 'They're gnomes,' said Nanny. The man lowered the thimble. 'Pictsies!' Carpe Jugulum, Terry Pratchett 1998 Visit the MaVerick web-site - http://www.maverick-dbms.org Open Source Pick --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ __ Information from ESET NOD32 Antivirus, version of virus signature database 3326 (20080804) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 3326 (20080804) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com --- u2-users mailing list u2-users
Re: [U2] uniobjects help needed!
In message [EMAIL PROTECTED], doug chanco [EMAIL PROTECTED] writes Hey, We are having a problem with uniobjects that started a couple of days ago. We have a VB app that uses uniobjects to access an aix system running universe 10.1 and a few days ago we started getting errors where uniobjects would just die, its starting to look like it might be a network issue but so far nothing we can discover. Our Cisco guy is not seeing any errors in the cisco switches, I am not seeing any errors on the aix system (5.2.6). While is may or may not be a universe/uniobjects issue, so far we have been stumped as to what the problem is. We even called an IBM uniobjects engineer for several hours and he could not find a problem as neither could our VAR or IBM tech support for aix. So I thought I would throw this out to youll who vast knowledge may hold the key to the answers we seek! The fact that in the past 3 days I have works close to 60 hours is a testimony to the amount of effort we have been putting in to try and solve this problem. Basically what we are seeing that is Run-TIme error '-2147417848 (80010108)': Method 'Read' of object 'IUniFileEx' Failed So any suggestions/thoughts/ideas/crystal balls/magic spells/voodoo chants are welcomed! This, I think, will fall into the Voodoo Chant school of hopeful wishing ... but the message number looks vaguely familiar to me. Do you know which line of your code is returning your error? What happens if the code just retries the read? The problem I'm thinking of that we had was our program talking to Word. Word would go to sleep and you'd get an error looking a bit like that. Retry, Word would have woken up, and it was fine 2nd time. Try trapping the error and retrying, and see what happens... Cheers, Wol -- Anthony W. Youngman [EMAIL PROTECTED] 'Yings, yow graley yin! Suz ae rikt dheu,' said the blue man, taking the thimble. 'What *is* he?' said Magrat. 'They're gnomes,' said Nanny. The man lowered the thimble. 'Pictsies!' Carpe Jugulum, Terry Pratchett 1998 Visit the MaVerick web-site - http://www.maverick-dbms.org Open Source Pick --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] uniobjects help needed!
Hey, We are having a problem with uniobjects that started a couple of days ago. We have a VB app that uses uniobjects to access an aix system running universe 10.1 and a few days ago we started getting errors where uniobjects would just die, its starting to look like it might be a network issue but so far nothing we can discover. Our Cisco guy is not seeing any errors in the cisco switches, I am not seeing any errors on the aix system (5.2.6). While is may or may not be a universe/uniobjects issue, so far we have been stumped as to what the problem is. We even called an IBM uniobjects engineer for several hours and he could not find a problem as neither could our VAR or IBM tech support for aix. So I thought I would throw this out to youll who vast knowledge may hold the key to the answers we seek! The fact that in the past 3 days I have works close to 60 hours is a testimony to the amount of effort we have been putting in to try and solve this problem. Basically what we are seeing that is Run-TIme error '-2147417848 (80010108)': Method 'Read' of object 'IUniFileEx' Failed So any suggestions/thoughts/ideas/crystal balls/magic spells/voodoo chants are welcomed! dougc --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] uniobjects help needed!
Doug, I don't know if this will help, but we had similar issues caused by the way uo.net handles locking. If you read and lock a record using one uo.net connection (using an exclusive read lock) and try to read it using a different uo.net connection it will not be able to read it. IIRC it will hang, waiting for the lock to be released. Each uo.net connection uses a different pid, therefore in essence is seen as a different user. We had to use a method where we make the connection, read the record and lock it using a different method, controlling the locking internally, and then disconnect the uo.net session. We have requested an enhancement from IBM on this issue, but I am not sure where it stands. HTH, Mike Michael Dallaire Senior Applications Developer IBM Certified Solutions Expert Mortgage Builder Software, Inc. Phone: (248) 304-0600 x 103 Fax: (248) 304-0601 [EMAIL PROTECTED] www.mortgagebuilder.com Providing Outstanding Support It's more than just a company philosophy; it's a whole corporate culture whose foundation is service. Confidentiality Notice This transmission may contain confidential information which is intended for the exclusive use of the intended recipient. Any disclosure, copying, distribution or use of the contents by anyone other than the intended recipient is strictly prohibited. If received in error, please reply to the sender immediately. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doug chanco Sent: Saturday, August 02, 2008 10:35 AM To: u2-users@listserver.u2ug.org Subject: [U2] uniobjects help needed! Hey, We are having a problem with uniobjects that started a couple of days ago. We have a VB app that uses uniobjects to access an aix system running universe 10.1 and a few days ago we started getting errors where uniobjects would just die, its starting to look like it might be a network issue but so far nothing we can discover. Our Cisco guy is not seeing any errors in the cisco switches, I am not seeing any errors on the aix system (5.2.6). While is may or may not be a universe/uniobjects issue, so far we have been stumped as to what the problem is. We even called an IBM uniobjects engineer for several hours and he could not find a problem as neither could our VAR or IBM tech support for aix. So I thought I would throw this out to youll who vast knowledge may hold the key to the answers we seek! The fact that in the past 3 days I have works close to 60 hours is a testimony to the amount of effort we have been putting in to try and solve this problem. Basically what we are seeing that is Run-TIme error '-2147417848 (80010108)': Method 'Read' of object 'IUniFileEx' Failed So any suggestions/thoughts/ideas/crystal balls/magic spells/voodoo chants are welcomed! dougc --- 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] uniobjects help needed!
Do you have that problem in what exact instruction? Please copy paste. Horacio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doug chanco Sent: Saturday, August 02, 2008 7:35 AM To: u2-users@listserver.u2ug.org Subject: [U2] uniobjects help needed! Hey, We are having a problem with uniobjects that started a couple of days ago. We have a VB app that uses uniobjects to access an aix system running universe 10.1 and a few days ago we started getting errors where uniobjects would just die, its starting to look like it might be a network issue but so far nothing we can discover. Our Cisco guy is not seeing any errors in the cisco switches, I am not seeing any errors on the aix system (5.2.6). While is may or may not be a universe/uniobjects issue, so far we have been stumped as to what the problem is. We even called an IBM uniobjects engineer for several hours and he could not find a problem as neither could our VAR or IBM tech support for aix. So I thought I would throw this out to youll who vast knowledge may hold the key to the answers we seek! The fact that in the past 3 days I have works close to 60 hours is a testimony to the amount of effort we have been putting in to try and solve this problem. Basically what we are seeing that is Run-TIme error '-2147417848 (80010108)': Method 'Read' of object 'IUniFileEx' Failed So any suggestions/thoughts/ideas/crystal balls/magic spells/voodoo chants are welcomed! dougc --- 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/
