Was my rman backup successful?

Posted by Sagar Patil

I have more than 100 database servers.

How can I report if my backup was successful last night or last week?

Normally one can use shell scripts and grep rman log for errors but here is a better way.

select to_char(START_TIME,’DD MON YY HH24:Mi’) START_TIME ,
to_char(END_TIME,’DD MON YY HH24:Mi’) END_TIME ,
OUTPUT_BYTES/1000000  PROCESSED_IN_MB,STATUS
from v$rman_status where trunc(START_TIME)= trunc(sysdate)

Please edit trunc(sysdate) for DAY you need to see backup details

START_TIME      END_TIME        PROCESSED_IN_MB STATUS
————— ————— ————— ———————–
25 JAN 10 15:05 25 JAN 10 15:07      2041.57747 RUNNING
25 JAN 10 15:05 25 JAN 10 15:07               0 RUNNING
25 JAN 10 07:00 25 JAN 10 07:00               0 COMPLETED
25 JAN 10 14:50 25 JAN 10 14:51               0 FAILED
25 JAN 10 14:48 25 JAN 10 14:48               0 COMPLETED
25 JAN 10 07:00 25 JAN 10 07:00               0 COMPLETED
25 JAN 10 14:50 25 JAN 10 14:51               0 COMPLETED WITH ERRORS
25 JAN 10 07:00 25 JAN 10 07:00               0 COMPLETED WITH WARNINGS
25 JAN 10 14:48 25 JAN 10 14:48               0 COMPLETED
25 JAN 10 07:00 25 JAN 10 07:00               0 COMPLETED

I want to see if my backups are growing over time.

select trunc(START_TIME),sum(OUTPUT_BYTES)/1000000  PROCESSED_IN_MB
from v$rman_status where STATUS =’COMPLETED’
group by trunc(START_TIME)
order by 1 desc

TRUNC(START_TIME) PROCESSED_IN_MB
08/07/2010 0
07/07/2010 109935.0671
06/07/2010 50093.3591
05/07/2010 49868.96384
04/07/2010 49808.14643
03/07/2010 49803.95213
02/07/2010 49801.85498
01/07/2010 99461.10362
30/06/2010 51695.32109
How much of TAPE/Disk space have been used by backups
select sum(OUTPUT_BYTES)/1000000  PROCESSED_IN_MB
from v$rman_status where STATUS =’COMPLETED’
Were there any backups with Errors?
select to_char(START_TIME,’DD MON YY HH24:Mi’) START_TIME ,STATUS,OPERATION
from v$rman_status where STATUS like ‘%ERROR%’
order by 1 desc

Websphere FAQ/Terms Explained

Posted by Sagar Patil
  • · What is a Node?

WebSphere architectures contain one or more computer systems, which are referred to in WebSphere terminology as nodes. Nodes exist within a WebSphere cell. A WebSphere cell can contain one node on which all software components are installed or multiple nodes on which the software components are distributed.

  • · What is a Node agent?

Node agents are administrative agents that route administrative requests to servers.

A node agent is a server that runs on every host computer system that participates in the WebSphere Application Server Network Deployment product. It is purely an administrative agent and is not involved in application serving functions. A node agent also hosts other important administrative functions such as file transfer services, configuration synchronization, and performance monitoring.

  • What is a cluster?

A cluster is a set of application servers that are managed together and participate in workload management. In a distributed environment, you can cluster any of the WebSphere Everyplace Access server components. Each server is installed on a separate node and managed by a Network Deployment node. Cluster members have identical application components, but can be sized differently in terms of weight, heap size, and other environmental factors. The weighted load balancing policies are defined and controlled by the web server plug-in. starting or stopping the cluster automatically starts or stops all the cluster members, and changes to the application are propagated to all server members in the cluster. The servers in clusters share the same database.

  • What is Work Load Management?

Workload management optimizes the distribution of work-processing tasks in the WebSphere Application Server environment. Incoming work requests are distributed to the application servers and other objects that can most effectively process the requests. Workload management also provides failover when servers are not available.

Workload management is most effective when used in systems that contain servers on multiple machines. It also can be used in systems that contain multiple servers on a single, high-capacity machine. In either case, it enables the system to make the most effective use of the available computing resources.

  • What is “dumpNameSpace.sh”?

WebSphere Application Server provides a command line utility for creating a JNDI namespace extract of a dedicated application server. This utility is named dumpNameSpace.sh

  • What is JNDI?

The Java Naming and Directory Interface (JNDI) is part of the Java platform, providing applications based on Java technology with a unified interface to multiple naming and directory services. JNDI works in concert with other technologies in the Java Platform, Enterprise Edition (Java EE) to organize and locate components in a distributed computing environment.

  • What is a JVM?

A Java Virtual Machine (JVM) is a virtual machine that interprets and executes Java bytecode. This code is most often generated by Java language compilers, although the JVM can also be targeted by compilers of other languages. JVM’s may be developed by other companies as long as they adhere to the JVM standard published by Sun.

The JVM is a crucial component of the Java Platform. The availability of JVMs on many types of hardware and software platforms enables Java to function both as middleware and a platform in its own right. Hence the expression “Write once, run anywhere.” The use of the same bytecode for all platforms allows Java to be described as “Compile once, run anywhere”, as opposed to “Write once, compile anywhere”, which describes cross-platform compiled languages.

  • What is JAVA?

Java is an object-oriented language similar to C++, but simplified to eliminate language features that cause common programming errors. Java source code files (files with a .java extension) are compiled into a format called bytecode (files with a .class extension), which can then be executed by a Java interpreter. Compiled Java code can run on most computers because Java interpreters and runtime environments, known as Java Virtual Machines (VMs), exist for most operating systems, including UNIX, the Macintosh OS, and Windows. Bytecode can also be converted directly into machine language instructions by a just-in-time compiler (JIT).

Java is a general purpose programming language with a number of features that make the language well suited for use on the World Wide Web.

  • What is JVM Heap Size?

The Java heap is where the objects of a Java program live. It is a repository for live objects, dead objects, and free memory. The JVM heap size determines how often and how long the VM spends collecting garbage.

  • What is Tivoli Performance Viewer (TPV)?

Tivoli Performance Viewer (TPV) enables administrators and programmers to monitor the overall health of WebSphere Application Server from within the administrative console. By viewing TPV data, administrators can determine which part of the application and configuration settings to change in order to improve performance. For example, you can view the servlet summary reports, enterprise beans, and Enterprise JavaBeans (EJB) methods in order to determine what part of the application to focus on. Then, you can sort these tables to determine which of these resources has the highest response time. Focus on improving the configuration for those application resources taking the longest response time.

For example, you can view the servlet summary reports, enterprise beans, and Enterprise JavaBeans (EJB) methods in order to determine what part of the application to focus on. Then, you can sort these tables to determine which of these resources has the highest response time. Focus on improving the configuration for those application resources taking the longest response time.

  • What does syncNode.sh do?

The syncNode command forces a configuration synchronization to occur between the node and the deployment manager for the cell in which the node is configured. Only use this command when you cannot run the node agent because the node configuration does not match the cell configuration.

  • What does addNode.sh do?

The addNode command incorporates a WebSphere Application Server installation into a cell. You must run this command from the install_root/bin directory of a WebSphere Application Server installation. Depending on the size and location of the new node you incorporate into the cell, this command can take a few minutes to complete.

  • What does removeNode.sh do?

The removeNode command returns a node from a Network Deployment distributed administration cell to a base WebSphere Application Server installation.

The removeNode command only removes the node-specific configuration from the cell. This command does not uninstall any applications that were installed as the result of executing an addNode command. Such applications can subsequently deploy on additional servers in the Network Deployment cell. As a consequence, an addNode command with the -includeapps option executed after a removeNode command does not move the applications into the cell because they already exist from the first addNode command. The resulting application servers added on the node do not contain any applications. To deal with this situation, add the node and use the deployment manager to manage the applications. Add the applications to the servers on the node after it is incorporated into the cell.

The removeNode command does the following:

· Stops all of the running server processes in the node, including the node agent process.

· Removes the configuration documents for the node from the cell repository by sending commands to the deployment manager.

· Copies the original application server cell configuration into the active configuration.

  • What does backupConfig.sh do?

Use the backupConfig utility to back up your WebSphere Application Server V5.0 node configuration to a file. By default, all servers on the node stop before the backup is made so that partially synchronized information is not saved. You can run this utility by issuing a command from the bin directory of a WebSphere Application Server installation or a network deployment installation.

  • What does restoreConfig.sh do?

The restoreConfig command is a simple utility to restore the configuration of your node after backing up the configuration using the backupConfig command. By default, all servers on the node stop before the configuration restores so that a node synchronization does not occur during the restoration. If the configuration directory already exists, it will be renamed before the restoration occurs.

  • What does WASPreUpgrade.sh do?

The WASPreUpgrade command is a migration tool that saves the configuration and applications of a previous version or release to a Version WebSphere Application Server node or Network Deployment node.

  • What does WASPost Upgrade.sh do?

The WASPostUpgrade command is a migration tool for adding the configuration and applications of a previous version or release to the current WebSphere Application Server node. The configuration includes migrated applications. The tool adds all migrated applications into the install_root/installedApps directory of the current product. The tool locates the saved configuration that the WASPreUpgrade tool saves through a parameter you use to specify the backup directory.

  • What is a thread?

A thread can be loosely defined as a separate stream of execution that takes place simultaneously with and independently of everything else that might be happening. A thread is like a classic program that starts at point A and executes until it reaches point B. It does not have an event loop. A thread runs independently of anything else happening in the computer. Without threads an entire program can be held up by one CPU intensive task or one infinite loop, intentional or otherwise. With threads the other tasks that don’t get stuck in the loop can continue processing without waiting for the stuck task to finish.

It turns out that implementing threading is harder than implementing multitasking in an operating system. The reason it’s relatively easy to implement multitasking is that individual programs are isolated from each other. Individual threads, however, are not.

  • What is multithreading?

The ability of an operating system to execute different parts of a program, called threads, simultaneously is called multithreading.

  • What is initial context?

All naming operations are relative to a context. The initial context implements the Context interface and provides the starting point for resolution of names.

  • What is Web Container thread pool size?

This value limits the number of requests that your application server can process concurrently.

  • What are the algorithms used for Work Load Management?

WebSphere supports four specified load-balancing policies:

  1. Round robin
  2. Random
  3. Round robin prefer local
  4. Random prefer local.

As implied, the last two always select a stub that connects to a local clone, if one is available. The first two apply a round robin or random selection algorithm without consideration of the location of associated clone.

  • How do we increase the JVM heap size?

1. In the administrative console Servers > Application Servers > server name > Process Definition > Java Virtual Machine.

2. It can also be increased in the startServer.sh file

  • What are JNDI names and how are they related to the Application Server?

Java Naming and Directory Interface (JNDI) is a naming service that allows a program or container to register a “popular” name that is bound to an object. When a program wishes to lookup a name, it contacts the naming server, through a well-known port, and provides the public name, perhaps with authorization information. The naming server returns the object or, in some cases, a stub that can be used to interact with the object.

A JNDI server runs as part of the WebSphere environment. When the container is initiated, it loads the various applications deployed within it. Part of that process involves opening their respective EAR files and, in turn, their JAR files. For EJB container objects, such as entity and session EJBs, they are registered with the local JNDI server. Their public names are derived from their deployment descriptors or as a default value based on the class name. Once the EJB container is operational, the objects within it will be available through the associated JNDI server.

  • What are maximum beans in a pool?

When an EJB has been in the free pool for the number of seconds specified in Idle Timeout, and the total number of beans in the free pool approaches the maximum beans in free pool specified in this field, idle beans are removed from the free pool.

  • What is plugin-cfg.xml?

The console operation generates a cell-level plug-in configuration file containing entries for all application servers and clusters on all machines in the cell. he Web server plug-in is installed on the Web server machine, but the configuration file (plugin-cfg.xml) for the plug-in is generated via WebSphere and then moved to the appropriate location on the Web server.

  • How do we debug and error if the customer complaints that he is not able to see the login page?
  1. Traceroute from the client to the server(Pinging the Web Server)
  2. Check for the system statistics(to which the particular request was sent, top, iostat,vmstat,netstat)
  3. Server logs(systemerr.log, activity.log)
  4. If logs do not show any info, take threaddump thrice within 5 minutes
  5. Heapdump (Use Heap Analser…Contains all the objects running in the JVM)
  • What is a WebSphere Plugin?

The WebSphere plug-in integrates with the HTTP Server and directs requests for WebSphere resources (servlets, JSPs, etc.) to the embedded HTTP server (see below). The WebSphere plug-in uses a configuration file called plugin-cfg.xml file to determine which requests are to be handled by WebSphere. As applications are deployed to the WebSphere configuration, this file must be regenerated (typically using the Administration Console) and distributed to all Web servers, so that they know which URL requests to direct to WebSphere. This is one of the few manual processes that a WebSphere administrator must do to maintain the WebSphere environment.

  • Compare WAS 4.0 / 5.0 / 6.0 ?

Specialities of WAS 5.0 over 4.0

  1. Full J2EE 1.3 support and support for the Java SDK 1.3.1.
  2. A new administrative model based on the Java Management Extensions(JMX) framework and an XML-based configuration repository. A relational database is no longer required for the configuration repository.
  3. A Web-based administrative console provides a GUI interface for administration.
  4. An interface based on the Bean Scripting Framework, wsadmin, has been provided for administration through scripts. In V5, the only supported scripting language is JACL.
  5. Clustering, workload management, and single point of administration in a multi-node single cell topology
  6. SOAP/JMS support.
  7. Support for Jython scripting language support in wsadmin
  8. In a Network Deployment environment, the application server can now start without the Node Agent running.

Specialities of v6.0 over v5.0

J2EE 1.4 support

  1. WebSphere Application Server V6 provides full support for J2EE specification requires a certain set of specifications to be supported. These are EJB 2.1, JMS 1.1, JCA 1.5, Servlet 2.4, and JSP 2.0. WebSphere Application Server V6 also provides support for J2EE 1.2 and 1.3 to ease migration.
  2. Mixed cell support enables you to migrate an existing WebSphere Application Server V5 Network Deployment environment to V6. By migrating the Deployment Manager to V6 as a first step, you can continue to run V5 application servers until you can migrate each of them.
  3. Configuration archiving allows you to create a complete or partial archive of an existing WebSphere Application Server configuration. This archive is portable and can be used to create new configurations based on the archive.
  4. Defining a WebSphere Application Server V6 instance by a profile allows you to easily configure multiple runtimes with one set of install libraries. After installing the product, you create the runtime environment by building profiles.
  5. Defining a generic server as an application server instance in the administration tools allows you to associate it with a non-WebSphere server or process that is needed to support the application server environment.
  6. By defining external Web servers as managed servers, you can start and stop the Web server and automatically push the plug-in configuration to it. This requires a node agent to be installed on the machine and is typically used when the Web server is behind a firewall
  7. You can also define a Web server as an unmanaged server for placement outside the firewall. This allows you to create custom plug-ins for the Web server, but you must manually move the plug-in configuration to the Web server machine.
  8. As a special case, you can define the IBM HTTP server as an unmanaged server, but treat it as a managed server. This does not require a node agent because the commands are sent directly to the IBM HTTP server administration process.
  9. You can use node groups to define a boundary for server cluster formation. With WebSphere Application Server V6, you can now have nodes in cells with different capabilities, for example, a cell can contain both WebSphere Application Server on distributed systems and on z/OS. Node groups are created to group nodes of similar capability together to allow validation during system administration processes.
  10. The Tivoli Performance View monitor has also been integrated into the administrative console.
  11. Enhanced Enterprise Archive (EAR) files can now be built using Rational Application Developer or the Application Server Toolkit. The Enhanced EAR contains bindings and server configuration settings previously done at deployment time. This allows developers to predefine known runtime settings and can speed up deployment.
  12. Fine grain application update capabilities allow you to make small delta changes to applications without doing a full application update and restart.
  13. WebSphere Rapid Deployment provides the ability for developers to use annotation based programming. This is step forward in the automation of application development and deployment.
  14. Failover of stateful session EJBs is now possible. Each EJB container provides a method for stateful session beans to fail over to other servers. This feature uses the same memory to memory replication provided by the data replication services component used for HTTP session persistence.
  • What if the thread is stuck?

You get to know if a thread is stuck by taking thread dump. If a thread is stuck, you should take the heap dump to know exactly at which object thread is stuck & let developer know about object creating problems.

Weblogic Configuration after Install

Posted by Sagar Patil

After an install run config.bat to create default weblogic configuration Read more…

How to Install WebLogic under Windows

Posted by Sagar Patil

WebSphere Log Files /Logging performance data with TPV

Posted by Sagar Patil

Plug-In Logs
WebServer http Plugin will create log, by default named as http-plugin.log, placed under PLUGIN_HOME/logs/
Plugin writes Error messages into this log. The attribute which deals with this is
< Log > in the plugin-cfg.xml
For Example
< Log LogLevel=”Error” Name=”/opt/IBM/WebSphere/Plugins/logs/http_plugin.log” / >

To Enable Tracing set Log LogLevel to “Trace”.
< Log LogLevel=”Trace” Name=”/opt/IBM/WebSphere/Plugins/logs/http_plugin.log” / >

JVM logs
$ find /opt/IBM/WebSphere/ -name SystemOut.log -print
/opt/IBM/WebSphere/AppServer/profiles/%Profile%/Node/logs/member1/SystemOut.log
/opt/IBM/WebSphere/AppServer/profiles/%Profile%/Node/logs/member2/SystemOut.log
/opt/IBM/WebSphere/AppServer/profiles/%Profile%/Node/logs/nodeagent/SystemOut.log
/opt/IBM/WebSphere/AppServer/profiles/%Profile%/Dmgr/logs/Dmgr/SystemOut.log

NodeAgent Process Log
/opt/IBM/WebSphere/AppServer/profiles/%Profile%/Node/logs/nodeagent/native_stdout.log
/opt/IBM/WebSphere/AppServer/profiles/%Profile%/Node/logs/nodeagent/native_stderr.log

IBM service logs – activity.log
/opt/IBM/WebSphere/AppServer/profiles/%Profile%/Node/logs/activity.log
/opt/IBM/WebSphere/AppServer/profiles/%Profile%/Dmgr/logs/activity.log

——————————————————————————–

Enabling automated heap dump generation, DONT DO THIS IN PRODUCTION

  1. Click Servers > Application servers in the administrative console navigation tree.
  2. Click server_name >Performance and Diagnostic Advisor Configuration.
  3. Click the Runtime tab.
  4. Select the Enable automatic heap dump collection check box.
  5. Click OK

Locating and analyzing heap dumps
Goto profile_root\myProfile. IBM heap dump files are usually named as heapdump*.phd

Download and use tools like heapAnalyzer, dumpanalyzer

——————————————————————————–

Logging performance data with TPV(Tivoli Performance Viewer)

    1. Click Monitoring and Tuning > Performance Viewer > Current Activity > server_name > Settings > Log in the console navigation tree. To see the Log link on the Tivoli Performance Viewer page, expand the Settings node of the TPV navigation tree on the left side of the page. After clicking Log, the TPV log settings are displayed on the right side of the page.
    2. Click on Start Logging when viewing summary reports or performance modules.
    3. When finished, click Stop Logging . Once started, logging stops when the logging duration expires, Stop Logging is clicked, or the file size and number limits are reached. To adjust the settings, see step 1.

    By default, the log files are stored in the profile_root/logs/tpv directory on the node on which the server is running. TPV automatically compresses the log file when it finishes writing to it to conserve space. At this point, there must only be a single log file in each .zip file and it must have the same name as the .zip file.

  • View logs.
    1. Click Monitoring and Tuning > Performance Viewer > View Logs in the console navigation tree.
    2. Select a log file to view using either of the following options:
      Explicit Path to Log File
      Choose a log file from the machine on which the browser is currently running. Use this option if you have created a log file and transferred it to your system. Click Browse to open a file browser on the local machine and select the log file to upload.
      Server File
      Specify the path of a log file on the server.In a stand-alone application server environment, type in the path to the log file. The profile_root\logs\tpv directory is the default on a Windows system.
    3. Click View Log. The log is displayed with log control buttons at the top of the view.
    4. Adjust the log view as needed. Buttons available for log view adjustment are described below. By default, the data replays at the Refresh Rate specified in the user settings. You can choose one of the Fast Forward modes to play data at rate faster than the refresh rate.
      Rewind Returns to the beginning of the log file.
      Stop Stops the log at its current location.
      Play Begins playing the log from its current location.
      Fast Forward Loads the next data point every three (3) seconds.
      Fast Forward 2 Loads ten data points every three (3) seconds.

    You can view multiple logs at a time. After a log has been loaded, return to the View Logs panel to see a list of available logs. At this point, you can load another log.

    TPV automatically compresses the log file when finishes writing it. The log does not need to be decompressed before viewing it, though TPV can view logs that have been decompressed.

Websphere Hierarchy of Configuration Documents

Posted by Sagar Patil

Hierarchy of directories of documents

In a Network Deployment environment, changes made to configuration documents in the cell repository, are automatically replicated to the same configuration documents that are stored on nodes throughout the cell.

At the top of the hierarchy is the cells directory. It holds a subdirectory for each cell. The names of the cell subdirectories match the names of the cells. For example, a cell named cell1 has its configuration documents in the subdirectory cell1.

An example file structure is as follows:

  • Each cell subdirectory has the following files and subdirectories:
  • The cell.xml file provides configuration data for the cell.Files such as security.xml, virtualhosts.xml, resources.xml, and variables.xml provide configuration data that applies across every node in the cell
  • Each cluster subdirectory holds a cluster.xml file, which provides configuration data specifically for that cluster.
  • The nodes subdirectory holds a subdirectory for each node in the cell.
    The names of the nodes subdirectories match the names of the nodes.Each node subdirectory holds files such as variables.xml and resources.xml, which provide configuration data that applies across the node.
  • Each server subdirectory holds a server.xml file, which provides configuration data specific to that server.
    Server subdirectories might hold files such as security.xml, resources.xml and variables.xml, which provide configuration data that applies only to the server. The configurations specified in these server documents override the configurations specified in containing cell and node documents having the same name.
  • The applications subdirectory, holds a subdirectory for each application deployed in the cell.
    The names of the applications subdirectories match the names of the deployed applications.Each deployed application subdirectory holds a deployment.xml file that contains configuration data on the application deployment. Each subdirectory also holds a META-INF subdirectory that holds a Java 2 Platform, Enterprise Edition (J2EE) application deployment descriptor file as well as IBM deployment extensions files and bindings files. Deployed application subdirectories also hold subdirectories for all .war and entity bean .jar files in the application. Binary files such as .jar files are also part of the configuration structure.
cells
  cell1
     cell.xml resources.xml virtualhosts.xml variables.xml security.xml
     nodes
        nodeX
           node.xml variables.xml resources.xml serverindex.xml
           serverA
              server.xml variables.xml
           nodeAgent
              server.xml variables.xml
        nodeY
           node.xml variables.xml resources.xml serverindex.xml
     applications
        sampleApp1
           deployment.xml
           META-INF
              application.xml ibm-application-ext.xml ibm-application-bnd.xml
        sampleApp2
           deployment.xml
           META-INF
              application.xml ibm-application-ext.xml ibm-application-bnd.xml

	

WebSphere Configuration Files

Posted by Sagar Patil

Application server configuration files define the available application servers, their configurations, and their contents.

A configuration repository stores configuration data.  Configuration repositories reside in the config subdirectory of the profile root directory.

A cell-level repository stores configuration data for the entire cell and is managed by a file repository service that runs in the deployment manager.

The deployment manager and each node have their own repositories. A node-level repository stores configuration data that is needed by processes on that node and is accessed by the node agent and application servers on that node.

The master repository is comprised of following .xml configuration files

Configuration file Locations Purpose Manual editing required
admin-authz.xml
config/cells/
cell_name/
Define a role for administrative operation authorization.
app.policy
config/cells/
cell_name/
nodes/node_name/
Define security permissions for application code. X
cell.xml
config/cells/
cell_name/
Identify a cell.
cluster.xml
config/cells/
cell_name/
clusters/
cluster_name/
Identify a cluster and its members and weights.This file is only available with the Network Deployment product.
deployment.xml
config/cells/
cell_name/
applications/
application_name/
Configure application deployment settings such as target servers and application-specific server configuration.
filter.policy
config/cells/
cell_name/
Specify security permissions to be filtered out of other policy files. X
integral-jms-authorizations.xml
config/cells/
cell_name/
Provide security configuration data for the integrated messaging system. X
library.policy
config/cells/
cell_name/
nodes/node_name/
Define security permissions for shared library code. X
multibroker.xml
config/cells/
cell_name/
Configure a data replication message broker.
namestore.xml
config/cells/
cell_name/
Provide persistent name binding data. X
naming-authz.xml
config/cells/
cell_name/
Define roles for a naming operation authorization. X
node.xml
config/cells/
cell_name/
nodes/node_name/
Identify a node.
pmirm.xml
config/cells/
cell_name/
Configure PMI request metrics X
resources.xml
config/cells/
cell_name/
config/cells/
cell_name/
nodes/node_name/

config/cells/
cell_name/
nodes/node_name/
servers/
server_name/

Define operating environment resources, including JDBC, JMS, JavaMail, URL, JCA resource providers and factories.
security.xml
config/cells/
cell_name/
Configure security, including all user ID and password data.
server.xml
config/cells/
cell_name/
nodes/
node_name/
servers/
server_name/
Identify a server and its components.
serverindex.xml
config/cells/
cell_name/
nodes/
node_name/
Specify communication ports used on a specific node.
spi.policy
config/cells/
cell_name/
nodes/
node_name/
Define security permissions for service provider libraries such as resource providers. X
variables.xml
config/cells/
cell_name/
config/cells/
cell_name/
nodes/
node_name/
 config/cells/
cell_name/
nodes/node_name/
servers/
server_name/
Configure variables used to parameterize any part of the configuration settings.
virtualhosts.xml
config/cells/
cell_name/
Configure a virtual host and its MIME types.

You can edit configuration files using the administrative console, scripting, wsadmin commands, programming, or by editing a configuration file directly.

Administrating WebSphere : Start/Stop/Status, Kill Sessions

Posted by Sagar Patil

Check Server Status:

$WAS_HOME/profiles/Profile01/Node01/bin/serverStatus  server1(JVM NAME)
serverStatus -all (returns status for all defined servers)
serverStatus -trace (produces the serverStatus.log file)

Stop WebSphere :

ps -eaf | grep java
i.e. Dmgr ,nodeagent, prod_server_member2,prod_server_member4

sudo -u %was_user% -i
cd /opt/IBM/WebSphere/AppServer/profiles/Profile01/Nodes/bin
./stopServer.sh prod_server_member2
./stopServer.sh prod_server_member4
./stopNode.sh

cd /opt/IBM/WebSphere/AppServer/profiles/Profile01/Dmgr/bin
./stopServer.sh Dmgr

Start WebSphere : Check to see if java processes do not exist

cd /opt/IBM/WebSphere/AppServer/profiles/Profile01/Dmgr/bin
./startServer.sh Dmgr

cd /opt/IBM/WebSphere/AppServer/profiles/Profile01/Nodes/bin
./startNode.sh
./startServer.sh prod_server_member2
./startServer.sh prod_server_member4

ps -eaf | grep java (check to see if java processes do not exist)
i.e. Dmgr, nodeagent, prod_server_member2, prod_server_member4

To get just pid for killing processes use $ ps -ef | grep java | grep dev_server_member2 | awk ‘{print $2}’
8867
8880

Using apachectl commands to start IBM HTTP Server

$sudo -u was61 -i
/opt/IBM/HTTPServer/bin/apachectl start
/opt/IBM/HTTPServer/bin/apachectl stop

$sudo /opt/IBM/HTTPServer/bin/apachectl start

To list all the jvm process that websphere is running..

1. ps-ef | grep <path to websphere java>
ps -ef | grep /<was_root>/java
wasadm 18445 18436 0 13:48:33 pts/9 0:00 grep <was_root>/java
wasadm 9959 1 0 Feb 18 ? 4:17 <was_root>/java/bin/java -XX:MaxPermSize=256m -Dwas.status.socket=49743 -X
wasadm 9927 1 0 Feb 18 ? 5:10 <was_root>/java/bin/java -XX:MaxPermSize=256m -Dwas.status.socket=49611 -X

2. pgrep -f -u $WASUSER $ENVPATH

Log File locations

Httpd Logs : /opt/IBM/HTTPServer/logs

WAS logs :
[was61@bin]$ ls -l $WAS_HOME/profiles/Profile01/Node01/logs
total 2092
-rw-r–r– 1 was61 web 2097152 Jan 12 10:28 activity.log
drwxr-xr-x 2 was61 web    4096 Jan 12 09:55 dev_server_member1
drwxr-xr-x 2 was61 web    4096 Jan 11 16:20 dev_server_member2
drwxr-xr-x 2 was61 web   28672 Jan 12 10:10 ffdc
drwxr-xr-x 2 was61 web    4096 Jan  8 16:31 nodeagent

$WAS_HOME/profiles/Profile01/Node01/logs/nodeagent/:
total 1116
-rw-r–r– 1 was61 web      83 Jan 11 16:57 monitor.state
-rw-r–r– 1 was61 web   11534 Jan 11 16:57 native_stderr.log
-rw-r–r– 1 was61 web   11400 Jan  8 16:31 native_stdout.log
-rw-r–r– 1 was61 web       0 Jan  8 16:31 nodeagent.pid
-rw-r–r– 1 was61 web   12288 Jan  8 16:31 startServer.log
-rw-r–r– 1 was61 web   15491 Jan  8 16:24 stopServer.log
-rw-r–r– 1 was61 web   11400 Jan  8 16:31 SystemErr.log
-rw-r–r– 1 was61 web 1048525 Jan  8 15:26 SystemOut_10.01.08_15.27.29.log
-rw-r–r– 1 was61 web   17125 Jan 11 16:57 SystemOut.log

Top of Page

Top menu