Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Art S. Kagel — — source: Informix-list mailing list archive (1991-1998)
David Williams wrote:
>
> In article <879512062.25701@dejanews.com>, tim_lim@dalsys.com.au writes
> >Does anyone has experienced the similar situation on the same combination
> >of softfware levels.
> >
> >The DB connection used was soctcp because we knew the Shared memory is a
> >problem under load.
> >
> >Our users complained slowe at time. I checked the DB and realised all
> >commands to access DB just stuck for a period of up to 5 to 10 minutes.
> >Then the problem would disappeared for the next hour before it happened
> >again.
> >
> >A reboot definitely made the problem went away for a few days before it
> >happened again.
> >
> >I would appreciate if anyone had seen this situation and know an answer to
> >the problem.
> >
> >
> When that happens do
>
> a) onstat -z
> b) wait 20 seconds
> c) onstat -a
>
> and e-mail us the results...
>
Sounds like you do not have enough listeners or perhaps connections
configured in the NETTTYPE parameter for soctcp.
Art S. Kagel
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.