home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / ingres / 1912 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.2 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!sun-barr!cs.utexas.edu!usc!sol.ctr.columbia.edu!ira.uka.de!gmd.de!Germany.EU.net!pki-nbg!hitkw09!pampel
  2. From: pampel@hitkw09.pki-nbg.philips.de (Holger Pampel)
  3. Newsgroups: comp.databases.ingres
  4. Subject: Re: Ingres errors
  5. Message-ID: <pampel.721982266@hitkw09>
  6. Date: 17 Nov 92 06:37:46 GMT
  7. References: <9211121815.AA08359@csd.hku.hk> <1992Nov13.145108.1@gsbacd.uchicago.edu>
  8. Sender: news@pki-nbg.philips.de
  9. Lines: 37
  10.  
  11. cs_mj@gsbacd.uchicago.edu (Mark Jaeger) writes:
  12.  
  13. >In article <9211121815.AA08359@csd.hku.hk>, chou@csd.hku.hk (Chou Sui Lin)
  14. >writes:
  15.  
  16. >> Lately, we've seen quite a lot of these error messages in errlog.log.
  17. >> But the RDBMS server seems to be running alright all but a bit sluggish.
  18. >> We've configured two Ingres DBMS servers with following parameters on
  19. >> a Sun 670MP with 128MB RAM and over 400MB swap space running SunOS 4.1.2
  20. >> and Ingres 6.4.2.
  21. >>
  22. >>    ::[3400        , 00562040]: Thu Nov 12 11:58:24 1992
  23. >>    E_SC022F_BAD_GCA_READ    SCF was unable to read a GCF block.
  24. >>    ::[3400        , 00562040]: Thu Nov 12 11:59:09 1992
  25. >>    E_CLFE07_BS_READ_ERR    Read from peer process failed;
  26. >>    it may have exited.System communication error: Connection reset by peer.
  27.  
  28. >We've seen a lot of these messages, too.  I think it's an INGRES bug. 
  29. >I'm not aware of any problems that it might cause.
  30.  
  31. We have a lot of such error messages too. We made some experiments and found
  32. out, that this error messages could be forced by killing (terminating) a
  33. ESQLC application (^C works "fine" too). We suppose, that INGRES tries to
  34. read from a socket already closed on the client side ...
  35.  
  36. After that we recommended to all our users to leave ESQLC applications only
  37. by the normal way. Nevertheless nothing changes (I could not define until
  38. now, whether the users haven't changed their behaviour or if these error
  39. messages simply come from another place).
  40.  
  41. Mit freundlichen Gruessen / With kind regards
  42. Holger Pampel
  43. _________________________________________________________________________
  44. Philips Kommunikations Industrie AG    Telefon / Phone: +49-911-526-6043
  45. Abteilung / Departement LN        Fax:         +49-911-526-3678
  46. Thurn-und-Taxis-Strasse 10        E-Mail: pampel@pki-nbg.philips.de
  47. D-W 8500 Nuernberg
  48.