Barclay's Offer
Friends & Family page
Marcus - 500 Error on trying to book secondary items for held booking
Marcus - Stack trace on Request Forms
Marcus - Error (timeout) from Privacy Policy on make payment page
SBN http://book.seabourn.com/checkSystem.do
Logs are rolling over about every 30 minutes.
Using mod_jk to hot cycle servers
-----Original Message-----
From: Guillaume Radde [mailto:guillaume.radde@redhat.com]
Sent: Sunday, March 25, 2012 5:28 AM
To: Tripp, Donald (HAL)
Cc: HAL DistList: IS UNIX; Flach, Cynthia (HAL); Ruckman, Maurice (HAL); jlindesm@redhat.com; Augustine, Anila (HAL); Hofsetz, Therron (HAL); Fillman, Eric (HAL); Thompson, Sonya (HAL); Phatak, Sheetal (HAL); Bojja, Sridhar (HAL Contractor)
Subject: Re: VMware status
Thanks Don,
If the servers need reboot while live, we can also disable half of the cluster through mod_jk without loosing session or outage. The algorithm will look like this:
a) On halprdjbs01 and halprdjbs02
-Disable halprdjbs01 and halprdjbs02 in halprdweb01 through jkstatus -Disable halprdjbs01 and halprdjbs02 in halprdweb02 through jkstatus -Wait for existing sessions to expire in haljbs01 and haljbs02 (sessions draining, can take several hours depending on usage) -Reboot halprdjbs01 and halprdjbs02 -Re enable halprdjbs01 and halprdjbs02 in halprdweb01 through jkstatus -Re enable halprdjbs01 and halprdjbs02 in halprdweb02 through jkstatus
b) Same on halprdjbs03 and halprdjbs04
-Disable halprdjbs03 and halprdjbs04 in halprdweb01 through jkstatus -Disable halprdjbs03 and halprdjbs04 in halprdweb02 through jkstatus -Wait for existing sessions to expire in halprdjbs03 and haljbs04 (sessions draining) -Reboot halprdjbs03 and halprdjbs04 -Re enable halprdjbs03 and halprdjbs04 in halprdweb01 through jkstatus -Re enable halprdjbs03 and halprdjbs04 in halprdweb02 through jkstatus
VM Configuration for production
----- Reply message -----
From: Tripp, Donald (HAL)
Sent: Saturday, March 24, 2012 7:58 PM
To: HAL DistList: IS UNIX; Flach, Cynthia (HAL); Ruckman, Maurice (HAL); Guillaume Radde (guillaume.radde@redhat.com)
Subject: VMware status
I have tested the hot add cpu and memory function of VMware ESX5 on RHEL 5.8 ( what the prod cluster is running ), as well as RHEL 6, the latest version. For RHEL 5.8 the hot add cpu and memory caused no errors upon addition, however the OS does not recognize it. I had to manually enable the CPU and Memory, and afterwards the operating system recognized the addition, but any running processes or applications did not. In this scenario, if we added a CPU or memory to a running JBoss server, the server would not see any additional benefit unless it was restarted.
In RHEL 6, the story is a bit different. The CPU was immediately noticed by the operating system, but once again any running process or application did not see it until restarted. When attempting to add memory, the system failed.
I think it would be best to load test the JBoss environment prior to going live, and make any changes then. Any changes after going live will still require a restart.
----- Reply message -----
From: "Tripp, Donald (HAL)" <DTripp@HollandAmerica.com>
To: "Ruckman, Maurice (HAL)" <MRuckman@HollandAmerica.com>
Cc: "Augustine, Anila (HAL)" <AAugustine@HollandAmerica.com>, "Schumacher, Mike (HAL)" <MSchumacher@HollandAmerica.com>
Subject: Memory and config settings
Date: Fri, Mar 23, 2012 8:44 pm
The current configuration, which is has not been changed since there creation, is 2 CPUs and 4 gigs of ram for the jboss vms, and 2 CPUs and 3 gigs of ram for the web servers. As I mentioned, VMware 5 supports hot add resources, and I will be testing and verifying this over the weekend. I have made a few suggestions to Mike regarding resource allocation for the various environments. I feel it would be better to have extra memory available on the machines, and if the need arises we can add a second CPU. That way production it's negatively impacted if the servers are overwhelmed right from the start. Also, it time next week allows, i would like to schedule a time we can do the load testing we talked about today, so i can monitor both the vms and the VMware environment to see how it handles it. There is a very large difference between AIX and Linux, and between the P series IBM hardware and a virtualized x86 environment. I'm hoping to minimize the hardware impact on the production system. The nice aspect of this setup is if need be we can take offline once jboss server to modify it, and 3 are still operating and load balancing.
Encrypting passwords for JBoss configuration
-----Original Message-----
From: Jeff Lindesmith [mailto:jlindesm@redhat.com]
Sent: Monday, March 19, 2012 2:47 PM
To: Ruckman, Maurice (HAL); Fillman, Eric (HAL); Thompson, Sonya (HAL); Bojja, Sridhar (HAL Contractor); Phatak, Sheetal (HAL)
Cc: Guillaume Radde
Subject: Fwd: Database credentials and JDBC settings for Staging, Prod and Webres
Hi All,
These are the instructions I sent to Mike for encrypting the passwords.
You can look at the /deploy/hal-ds.xml file and the /conf/login-config.xml file to see how the datasource credentials are configured.
Make sure you do an "svn update" on your local vms first so that you have the latest changes to these files.
Thanks,
Jeff
----- Forwarded Message -----
From: "Jeff Lindesmith" <jlindesm@redhat.com>
To: "Mike Schumacher (HAL)" <mschumacher@hollandamerica.com>
Sent: Thursday, March 15, 2012 8:34:50 AM
Subject: Fwd: Database credentials and JDBC settings for Staging, Prod and Webres
Hi Mike,
Got this response from Dave.
Sounds like these are passwords that do not work anymore.
We will of course need passwords that do work.
I was thinking as well about how the passwords can be communicated to me for JBoss datasource configuration.
All I really need is the encrypted password that JBoss can decrypt.
You or someone else on the team can perform the following steps to generate these encrypted passwords.
1. Login to one of the JBoss infrastructure VMs, say haldevjbs01 for example.
2. Change to the main JBoss app server directory: cd /var/lib/jbossas 3. Execute the following java command (testpassword represents the actual password you want to encrypt).
java -cp client/jboss-logging-spi.jar:lib/jbosssx.jar org.jboss.resource.security.SecureIdentityLoginModule testpassword
4. The resulting encrypted password will be displayed like the following.
Encoded password: 638fb8430bc67ad6c3bc376bef610c0a
This encrypted value is all I need. So, you could send me a list of usernames and corresponding encrypted passwords.
Thanks,
Jeff
----- Forwarded Message -----
From: "David Risley (HAL)" <DRisley@HollandAmerica.com>
To: "Anila Augustine (HAL)" <AAugustine@HollandAmerica.com>
Cc: "Jeff Lindesmith" <jlindesm@redhat.com>
Sent: Wednesday, March 14, 2012 1:43:27 PM
Subject: RE: Database credentials and JDBC settings for Staging, Prod and Webres
These were the original passwords that we set. They should no longer work but you are welcome to try them:
web_owner/ befe2010
halw_dwh/ halw_dwh
siebel_ro/siebel_ro
hal_web/ #never heard of this one.
DaveR
"Peace" - is the message really so hard to understand?
-----Original Message-----
From: Augustine, Anila (HAL)
Sent: Monday, March 12, 2012 3:03 PM
To: Risley, David (HAL)
Cc: Jeff Lindesmith; Schumacher, Mike (HAL)
Subject: RE: Database credentials and JDBC settings for Staging, Prod and Webres
Importance: High
Hi Dave,
Could you please help with the request below?
Thanks
Anila
________________________________________
From: Lindesmith, Jeff (HAL)
Sent: Thursday, March 08, 2012 12:51 PM
To: Risley, David (HAL)
Cc: guillaume.radde@redhat.com; rgullett@redhat.com; Schumacher, Mike (HAL)
Subject: Database credentials and JDBC settings for Staging, Prod and Webres
Hi Dave,
Basically, what we need are the username and passwords used by Websphere to connect to databases and the JDBC connection urls.
For example, on dev we have the following connection urls with corresponding credentials.
connection url = jdbc:oracle:thin:@//haltstdbs02:37200/devweb
username = web_owner
password = web_owner
connection url = jdbc:oracle:thin:@haltstdb01.hq.halw.com:17101:devdwh1
username = halw_dwh
password = halw_dwh
connection url = jdbc:oracle:thin:@//haltstcrm01:2900/tstcrm1
username = siebel_ro
password = siebel_ro
connection url = jdbc:oracle:thin:@10.194.100.103:1521:tsgp
username = hal_web
password = hal_web
connection url = jdbc:oracle:thin:@haltstdbs05.hq.halw.com:17401:tstdwh1
username = halw_dwh
password = halw_dwh
We need the equivalent settings for these connections for the Staging, Production and Webres environments.
Thanks,
Jeff Lindesmith
Senior Consultant
Red Hat Consulting
-----Original Message-----
From: Jeff Lindesmith [mailto:jlindesm@redhat.com]
Sent: Monday, March 19, 2012 2:47 PM
To: Ruckman, Maurice (HAL); Fillman, Eric (HAL); Thompson, Sonya (HAL); Bojja, Sridhar (HAL Contractor); Phatak, Sheetal (HAL)
Cc: Guillaume Radde
Subject: Fwd: Database credentials and JDBC settings for Staging, Prod and Webres
Hi All,
These are the instructions I sent to Mike for encrypting the passwords.
You can look at the /deploy/hal-ds.xml file and the /conf/login-config.xml file to see how the datasource credentials are configured.
Make sure you do an "svn update" on your local vms first so that you have the latest changes to these files.
Thanks,
Jeff
----- Forwarded Message -----
From: "Jeff Lindesmith" <jlindesm@redhat.com>
To: "Mike Schumacher (HAL)" <mschumacher@hollandamerica.com>
Sent: Thursday, March 15, 2012 8:34:50 AM
Subject: Fwd: Database credentials and JDBC settings for Staging, Prod and Webres
Hi Mike,
Got this response from Dave.
Sounds like these are passwords that do not work anymore.
We will of course need passwords that do work.
I was thinking as well about how the passwords can be communicated to me for JBoss datasource configuration.
All I really need is the encrypted password that JBoss can decrypt.
You or someone else on the team can perform the following steps to generate these encrypted passwords.
1. Login to one of the JBoss infrastructure VMs, say haldevjbs01 for example.
2. Change to the main JBoss app server directory: cd /var/lib/jbossas 3. Execute the following java command (testpassword represents the actual password you want to encrypt).
java -cp client/jboss-logging-spi.jar:lib/jbosssx.jar org.jboss.resource.security.SecureIdentityLoginModule testpassword
4. The resulting encrypted password will be displayed like the following.
Encoded password: 638fb8430bc67ad6c3bc376bef610c0a
This encrypted value is all I need. So, you could send me a list of usernames and corresponding encrypted passwords.
Thanks,
Jeff
----- Forwarded Message -----
From: "David Risley (HAL)" <DRisley@HollandAmerica.com>
To: "Anila Augustine (HAL)" <AAugustine@HollandAmerica.com>
Cc: "Jeff Lindesmith" <jlindesm@redhat.com>
Sent: Wednesday, March 14, 2012 1:43:27 PM
Subject: RE: Database credentials and JDBC settings for Staging, Prod and Webres
These were the original passwords that we set. They should no longer work but you are welcome to try them:
web_owner/ befe2010
halw_dwh/ halw_dwh
siebel_ro/siebel_ro
hal_web/ #never heard of this one.
DaveR
"Peace" - is the message really so hard to understand?
-----Original Message-----
From: Augustine, Anila (HAL)
Sent: Monday, March 12, 2012 3:03 PM
To: Risley, David (HAL)
Cc: Jeff Lindesmith; Schumacher, Mike (HAL)
Subject: RE: Database credentials and JDBC settings for Staging, Prod and Webres
Importance: High
Hi Dave,
Could you please help with the request below?
Thanks
Anila
________________________________________
From: Lindesmith, Jeff (HAL)
Sent: Thursday, March 08, 2012 12:51 PM
To: Risley, David (HAL)
Cc: guillaume.radde@redhat.com; rgullett@redhat.com; Schumacher, Mike (HAL)
Subject: Database credentials and JDBC settings for Staging, Prod and Webres
Hi Dave,
Basically, what we need are the username and passwords used by Websphere to connect to databases and the JDBC connection urls.
For example, on dev we have the following connection urls with corresponding credentials.
connection url = jdbc:oracle:thin:@//haltstdbs02:37200/devweb
username = web_owner
password = web_owner
connection url = jdbc:oracle:thin:@haltstdb01.hq.halw.com:17101:devdwh1
username = halw_dwh
password = halw_dwh
connection url = jdbc:oracle:thin:@//haltstcrm01:2900/tstcrm1
username = siebel_ro
password = siebel_ro
connection url = jdbc:oracle:thin:@10.194.100.103:1521:tsgp
username = hal_web
password = hal_web
connection url = jdbc:oracle:thin:@haltstdbs05.hq.halw.com:17401:tstdwh1
username = halw_dwh
password = halw_dwh
We need the equivalent settings for these connections for the Staging, Production and Webres environments.
Thanks,
Jeff Lindesmith
Senior Consultant
Red Hat Consulting
Hourly crontab
/etc/cron.hourly/jboss-config
See attached for script, as of 03/19/2012. Sudo as root to see current version on your VM.
Using Maven
-----Original Message-----
From: Guillaume Radde [mailto:guillaume.radde@redhat.com]
Sent: Thursday, March 15, 2012 10:40 AM
To: Ruckman, Maurice (HAL)
Cc: Fillman, Eric (HAL); Phatak, Sheetal (HAL); Thompson, Sonya (HAL); Bojja, Sridhar (HAL Contractor)
Subject: Re: FYI JBOSS - Almost as good as an exploded WAR
Exploded deployment and faster modify/test cycle will come as a side effect of the maven migration, currently in progress in the "goodbye-ant" feature branch. Anybody can try it by doing:
$ svn co http://halsvn01/svn/hal/branches/features/goodbye-ant hal $ cd hal $ mvn install
Guillaume
How to Install Eclipse and Create Projects
Pre-steps
Setup HAL Formatting
Turn off Project, Build Automatically
Start Project Setup via Repository
Open a Perspective "SVN Repository Explorer"
Right-click blank window, New, Respository Location
http://halsvn01/svn/hal
Go into preferences, search for Workspace and have it "Prompt for workspace on startup"
NOTE: When machines are currently imaged, the wrong default workspace is set
Right-click SVN Repositories
branchesfeaturesjboss-migration (current release candidate or the like)
and click "Checkout"
Use the wizard, "Check out as a project configured using the New Project Wizard", "Check out HEAD revision", "Allow unversioned obstructions" (defaults)
Click "Finish"
Wizards: Java Project, Next
Project Name: HAL, "Use default location" /home/jboss1/workspace/HAL, "Create separate folders for sources and class files"
Use an execution environment JRE: JavaSE-1.6
Click "Finish"
Click "OK" for Java Perspective
Click "OK" for confirm overwrite process
Right Click the project branch HAL, Build Path, Configure Build Path...
Source, Remove "HAL/src"
"Add Folder", Click "OK"
Check "HAL" and Click "OK"
Included: (All), Edit
"Add Multiple" "com" (com/)
Click "OK"
Click "Finish"
Click "OK"
Setup JBoss Server for Runtime and Debugging
File, New, Other, Server
Server, Next "jBoss AS 5.1"
server's host name "haldevjbs04.hq.halw.com"
Next
Name: JBoss Runtime
Home Directory: /home/jboss1/programs/jboss-eap-5.1/jboss-as
JRE: java-1.6.0-sun-1.6.0.31.x86_64
Directory: sever
and then highlight: "haldev-vm-template"
Then click "Finish"
Configure JBoss Server for Performance
Windows, Show View, Servers
Now you have a tab down in the lower window section
Double-click the "JBoss 5.1 Runtime Server [Stopped]" icon to open setup
"Open Launch Configuration" link
VM arguments: (need updated)
-Xmx768m -> -Xmx1024m
Scroll to the bottom, and add (preceed with a space)
-Djboss.jvmroute=haldevjbs04.hq.halw.com
Then click "OK" to finish the server configuration.
Complete Project Setup by Adding Jar Files
Right-click your project, in the Package Explorer
Configure build path, "Add Library" "Server Runtime", Next, "JBoss 5.1 Runtime"
Finish, and OK
Add Jars "Java Build Path", "Libraries", "Add JARs"
choose HAL project put *jar in the filter
expand all branches, and then select all of the jar files
Click "OK" once you have deselected all of the folder nodes
Post-steps
Turn on Project, Build Automatically
Install PMD
Looking at some JBOSS properties in jmx-console
Here's how to look at some JBOSS properties in the jmx-console
Note: You can change the current state of your server, but only during run time, configuration files are not updated. So, it's a nice way to look via a GUI and play a bit too.
http://haldevjbs##.hq.halw.com:8080/jmx-console/
where ## is your machine number
credentials:
admin/admin
Put jboss*:* in ObjectFilter name in upper right corner
Click on the link (search for):
name=SystemProperties,type=Service
Click on the "Invoke" button for showAll
You'll see all of the system properties
Another one to try (go back, and search)
Click on the link:
service=JNDIView
Click on the "Invoke" button for list
Another one to try:
Put jboss.system*:* in ObjectFilter name in upper right corner
Click on the link:
type=server
You'll see information about your server
