Home
Scheduling Activities jobs
If you are installing Activities in a network deployment, configure Activities to run a subset of its jobs on a dedicated node.
This procedure is required if you are installing Activities in a network deployment.
Activities uses the open source Quartz scheduler. When you install in a network deployment, the following jobs must be scheduled to run on a dedicated node; otherwise Quartz will lose the JDBC connection to the database when it attempts to run them:
- AutoComplete
- DatabaseRuntimeStats
- TrashAutoPurge
For more information about the Quartz scheduler, go to the following external Web site:
http://www.opensymphony.com/quartz To schedule the Activities jobs to run on a dedicated node...
Use wsadmin to access and check out the Activities configuration files.
- Access the Activities configuration file:
- Stand-alone deployment:
execfile("activitiesAdmin.py")
- Network deployment:
execfile("profile_root/config/bin_lc_admin/activitiesAdmin.py")
If prompted to specify which server to connect to, type the number associated with the server representing the node that you want to change. For example, in a cluster with two nodes, the following might be displayed:
1: WebSphere:cell=tdilx104Cell01,name=ActivityService,node=tdilx103, process=server1 2: WebSphere:cell=tdilx104Cell01,name=ActivityService,node=tdilx104Node01, process=server1 Which service do you want to connect to?If you want to make the change to the tdilx103 node, enter 1.
- Check out the Activities configuration files...
ActivitiesConfigService.checkOutConfig("/<working_directory>", "cell_name")where:
- /<working_directory> is the temporary working directory to which the configuration XML and XSD files are copied. The files are kept in this working while you make changes to them.
- cell_name is the name of the WebSphere Application Server cell hosting the Lotus Connections feature. This argument is required even in stand-alone deployments. This argument is also case-sensitive, so type it with care. If you do not know the cell name, do one of the following to determine it:
- Stand-alone deployment: From the file system...
WAS_HOME\profiles\profile_name\config\cells\
- Network deployment: From wsadmin...
print AdminControl.getCell()
For example:
ActivitiesConfigService.checkOutConfig("/temp", "foo01Cell01")
- Run the following commands to specify a specific server on which to run each job:
ActivitiesConfigService.updateConfig("jobs.AutoComplete.scheduler", "cell_name\<node_name>\server_name") ActivitiesConfigService.updateConfig("jobs.DatabaseRuntimeStats.scheduler", "cell_name\<node_name>\server_name") ActivitiesConfigService.updateConfig("jobs.TrashAutoPurge.scheduler", "cell_name\<node_name>\server_name")where cell_name\<node_name>\server_name is the dedicated node on which you want the job to run. For example:
Cell01\Node01\server1On Linux, specify the server using the syntax: cell_name/<node_name>/server_name
- Disable the cluster scheduler by running the following command:
ActivitiesConfigService.updateConfig("clusterScheduler.enabled","false")
- After making changes, check the file back in, and do so during the same wsadmin session in which you checked it out for the changes to take effect. To do so...
- Check in the changed configuration property keys using the following wsadmin client command:
ActivitiesConfigService.checkInConfig()
- Clear the existing jobs from memory and from the database...
Scheduler.purgeJobs("cluster")
- To exit wsadmin, type exit at the prompt.
- Synchronize your changes to the other nodes of the cluster.
- Stop and restart the server or servers hosting the Activities feature.
Performing feature-specific tasks