When we ran through the design review with IBM of our big WAS cluster, the
recommendation was to run dmgr on a server by itself.  So we do that.   It
doesn't even have to be up unless you are deploying something or updating
configurations.


Marcy Cortes

"This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee, you
must not use, copy, disclose, or take any action based on this message or
any information herein. If you have received this message in error, please
advise the sender immediately by reply e-mail and delete this message. Thank
you for your cooperation."


-----Original Message-----
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James
Melin
Sent: Wednesday, June 13, 2007 9:15 AM
To: [email protected]
Subject: [LINUX-390] WebSphere, SLES 9 64 bit and Above/below the bar
strangeness

Greetings. This may be 'working as designed' but I'm not sure....

If anyone has seen this please feel free to enlighten.

We have a WebSphere cluster, with WebSphere in Network Deployment
configuration. This means that the primary node has a configuration slightly
different than the secondary node in that the primary has a deployment
manager task. That in and of itself causes a nearly 600 meg difference in
memory footprint.

WebSphere on Linux for z/Series is a 31 bit task, running in a 64 bit
operating system. I've verified that both machines are at the same
maintenance level, and both are indeed 64 bit SLES.  So the conundrum here
is why would the node with the deployment manager consistently have almost
twice as many resident pages above the bar as the node without the
Deployment manager? Is there some function of the Deployment manager that
would request memory above the bar to a much greater extent than the node
agent or the app server tasks?

Just curious as we'd like to explain the behavior difference.

-J

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to