|
In a message dated 7/27/99 6:18:17 PM Central Daylight Time, WGonzalez@phelpsd.com writes: > We are running BPCS 6.0.2 in a mixed mode environment. We are using Client > Access version V3R2M0 service level 55446. > > We have a single database running with multi countries accessing the > database. We are experiencing connection timeouts and reset by peer errors, > but only at one location and primary while accessing the COM order enter > program. The timeouts have been occurring during the refresh of the database > to the local workstation(which are Win/95) and also have occurred while > opening or creating a customer order. > > Has anyone encountered this problem. Lots of good suggestions on this topic so far. Also check and see if you have a ZEF file (can't remember if this is in 6.0.02, but it is definitely in 6.0.04.) It is an error logging file (sort of useless, really) and can grow enormous especially if there were lots of looping errors in Order Entry at any point in time. For some reason when the file gets big, BPCS has to read through it all, and you will get time outs. Just clear it when no one is in COM. But in this case, usually all users would have the same problem of time outs, so I am not sure if this suggestion will be of help in your case or not. . . A DBMON will tell you to build a logical over this - don't bother - just keep it cleaned up and empty as possible. Do the users get the prompt asking to "Retry" - and if they take that option does it complete normally? In that case, suspect slow network connections/PC speed as mentioned by others here. You can increase the actual 'Timeout' value in the PC Workstation Settings to something that doesn't cause the error (240?) to workaround slow connections. You may want to check the joblogs on the AS/400 also to see if they reveal anything interesting, such as a real communications error. You didn't mention if this is APPC or TCP/IP. If it is TCP/IP you need to change the TCPIPJOBD in the TCP library to get the joblogs to be produced - shipped default is *NOLIST. Look under the daemon user id, not the user signing into BPCS, for the joblog in that case. +--- | This is the BPCS Users Mailing List! | To submit a new message, send your mail to BPCS-L@midrange.com. | To subscribe to this list send email to BPCS-L-SUB@midrange.com. | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: dasmussen@aol.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.