RE: connection pools and listener log

  • From: Herring Dave - dherri <Dave.Herring@xxxxxxxxxx>
  • To: "Radoulov, Dimitre" <cichomitiko@xxxxxxxxx>
  • Date: Sat, 26 Feb 2011 14:42:30 +0000

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@xxxxxxxxxx
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@xxxxxxxxx] 
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@xxxxxxxxxx
> 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.
> --
> //www.freelists.org/webpage/oracle-l
>
>

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


Other related posts: