RE: connection pools and listener log

From: Herring Dave - dherri <Dave.Herring_at_acxiom.com>
Date: Sat, 26 Feb 2011 14:42:30 +0000
Message-ID: <BD475CE0B3EE894DA0CAB36CE2F7DEB4040472_at_LITIGMBCRP02.Corp.Acxiom.net>

Thanks Dimitre, that's exactly what I'm asking (and sorry for missing your previous post)!

I'm tracking counts by service used, so my code for checking listener log is a bit different:

LOGFILE="/tmp/$$.log"
LISTENER_LOG="$ASM_HOME/network/log/listener_`hostname -s`.log"

START_DT=$(head -1 $LISTENER_LOG | cut -d' ' -f1,2) END_DT=$(tail -1 $LISTENER_LOG | cut -d' ' -f1,2) echo "Timestamps from $START_DT to $END_DT ..." echo " "

for SERVICE_NAME in `grep "(CONNECT_DATA" $LISTENER_LOG | cut -d'*' -f5 | sort -u | xargs` do

   echo "Connect data for $SERVICE_NAME"    grep "(CONNECT_DATA" $LISTENER_LOG | grep "$SERVICE_NAME" | cut -d' ' -f6 | cut -d'=' -f4 | sed -e 's/)(PORT//' >$LOGFILE    sort -u $LOGFILE | while read IPADDR
   do

      HOSTNM=`nslookup $IPADDR | grep "name =" | awk '{print $4}'`
      echo "Entries for ${HOSTNM:-$IPADDR}: `grep -c $IPADDR $LOGFILE`"

   done | sort -nrk4,4
   rm $LOGFILE
   echo " "
done

In the end, I'm still seeing a 10:1 with listener "established" vs. database logons. I spoke with the apps folks and they said it's all jboss, with each app server setting up a connection pool and periodically wiping it out and recreating it.

I really don't care how they do things at this point. I'd just like to know what's being sent to the listener that it does an "establish" yet DOESN'T logon to the database.

DAVID HERRING
DBA
Acxiom Corporation

EML   dave.herring_at_acxiom.com
TEL    630.944.4762
MBL   630.430.5988 

1501 Opus Pl, Downers Grove, IL 60515, USA WWW.ACXIOM.COM                  The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank you.

-----Original Message-----
From: Radoulov, Dimitre [mailto:cichomitiko_at_gmail.com] Sent: Saturday, February 26, 2011 5:38 AM To: Herring Dave - dherri
Cc: oracle-l-freelists
Subject: Re: connection pools and listener log

Hi David,
see my posts here:

www.freelists.org/post/oracle-l/jdbc-connection-pool-and-connect-frequency

and here:

stackoverflow.com/questions/4490374/relate-jdbc-connections-to-oracle-listener-log-file-content

Still looking for an answer ...

Regards
Dimitre

On 26/02/2011 00:46, Herring Dave - dherri wrote:
> Folks,
>
> I'm trying to match up database logons with what I'm seeing in the local listener log and coming up way short, so hopefully one of you can enlighten me.
>
> Our configuration is Oracle 10gR2 on RHEL 4.6. There are a number of application servers that connect using a connection pool. I reviewed AWR "logons cumulative" statistic recently and saw that 1 instance regularly gets around 1,000 per hr. Checking the local listener log for "established" I found a number more like 10,000 per hour. How can that be? Don't "established" connections via the listener have to match up with the database "logons cumulative"? If not, what is it that's being sent by the application that the listener sees as a request to "establish" a connection but not really connect to the database?
>
> Thx.
>
> DAVID HERRING
> DBA
> Acxiom Corporation
> EML dave.herring_at_acxiom.com
> TEL 630.944.4762
> MBL 630.430.5988
> 1501 Opus Pl, Downers Grove, IL 60515, USA
> WWW.ACXIOM.COM
>
> The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank you.
> --
> http://www.freelists.org/webpage/oracle-l
>
>

--
http://www.freelists.org/webpage/oracle-l

Received on Sat Feb 26 2011 - 08:42:30 CST