What is the supported version of GlassFish for SpecVIRT?

[bcarson]

I've downloaded glassfish-3.1.2.2.zip but when I uncompress the files it shows /glassfish3/glassfish/domains/domain1/ but the appvm_scripts seem to be looking for the domain spec2004-1?

Thanks,
-Bruce

[abond]

Hey Bruce,

The spec2004-1 domain is not a part of the Glassfish distribution, but is a domain created for the benchmark. 

It is built as a part of the script buildappsrv.sh script that is kicked off by setup_files.sh.  If you don't have a spec2004-1 domain in place once the script completes then there is probably an error occurring somewhere that is preventing the domain from being properly built.  That script really just kicks off a series of other scripts.  So you might try running each script manually in the same sequence and see if there are errors occurring in any of the scripts.  If you see errors you could post that output here and we can take a look at it and maybe help identify the problem.

Andy

[bcarson]

From buildappsrv.sh I've been executing the scripts one by one and I always seem to get to a point where it prompts for Enter admin password for user "admin">
When I cat the passwordfile it shows
AS_ADMIN_PASSWORD=javaperf
AS_ADMIN_PASSWORD=javaperf
AS_ADMIN_MASTERPASSWORD=javaperf
AS_ADMIN_ALIASPASSWORD=javaperf

but this password doesn't seem to work for admin. Is there a default admin password that will get me past this prompt or does this indicate another issue?

Thanks,
-Bruce

[abond]

Hey Bruce,

The default password for the domain is changeit.  The need to run setup_files.sh interactively and change the password is covered in section 3.4 of the ExampleVM Setup Guide. 

The script that actually does the password change and should prompt you is appvm_scripts/files/Glassfish312_SPECjApp_BuildScripts/glassfish_createdomain.sh

Once the password is changed to javaperf, all the other scripts will pick up the passwords from the passwordfile you referenced.  You will see that file passed in as a parameter to all the glassfish commands being executed.

Andy

[bcarson]

I'm refreshing all my AppServer files (Appvm_scripts, Glassfish3, SPECjAppServer2004) and starting clean. When I run ./setup_files.sh the first time I get:
[root@specvirt-app appvm_scripts]# ./setup_files.sh
/bin/java
java version "1.7.0_79"
Java(TM) SE Runtime Environment (build 1.7.0_79-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.79-b02, mixed mode)
SPECvirt_sc2013 v1.00, build: 79
./setup_files.sh: line 48: ./buildappsrv.sh: Permission denied
cp: cannot stat ‘/opt/glassfish3/glassfish/domains/spec2004-1/autodeploy/SPECjAppServer.ear’: No such file or directory
./setup_files.sh: line 52: SPECjAppServer.ear: command not found
sum: /opt/glassfish3/glassfish/domains/spec2004-1/autodeploy/SPECjAppServer.ear: No such file or directory
05188  1562
23127    53
31636    54
./setup_files.sh: line 61: cd: /opt/glassfish3/glassfish/domains/spec2004-1/config: No such file or directory

[abond]

Bruce,

Is this the 1.00 version or did you grab the newer 1.01 version of the ExampleVM scripts that are available from this forum in the top sticky post?  Note that this is not referring to the version of the licensed SPECvirt_sc2013 kit itself which is still at 1.00, but instead the version of the ExampleVM scripts.

The permission denied on buildappsrv.sh is obviously the real issue for your last attempt.  The other errors from setup_files.sh are caused by the domain not being built.  If you still get the permission denied error, I would just run chmod 775 on all the script files in the Glassfish312_SPECjApp_BuildScripts directory to make sure they are all executable.  You seem to be running the scripts as root, so user permissions shouldn't be a problem.

Andy

[bcarson]

This is from automation 1.0.1 ---
I added execute permissions to /opt/SPECjAppServer2004/bin/buildappsrv.sh (previously I had added execute to /opt/appvm_scripts/files/Glassfish312_SPECjApp_BuildScripts/buildappsrv.sh which apparently wasn't the correct one). Everything seems to have installed correctly as I can now hit all these test URLs from the DBServer:
curl http://specdelivery:8000/SPECjAppServer/app?action=atomicityTests PASSED
curl http://specemulator:8080/Emulator/EmulatorServlet?cmd=switchlog 200 OK
curl http://specdelivery:8000/Supplier/DeliveryServlet?cmd=switchlog 200 OK

However I do see this at the end of the execution output:
cp: cannot stat ‘/opt/glassfish3/glassfish/domains/spec2004-1/autodeploy/SPECjAppServer.ear’: No such file or directory
./setup_files.sh: line 52: SPECjAppServer.ear: command not found
sum: /opt/glassfish3/glassfish/domains/spec2004-1/autodeploy/SPECjAppServer.ear: No such file or directory

I confirmed that there isn't a file SPECjAppServer.ear in the folder /spec2004-1/autodeploy/

Should I copy it from here /opt/SPECjAppServer2004/jars/SPECjAppServer.ear and rerun ./setup_files.sh ?
 

[bcarson]

Update:

Now I see that SPECjAppServer.ear was installed here:
/opt/glassfish3/glassfish/domains/spec2004-1/applications/__internal/SPECjAppServer/SPECjAppServer.ear

Does that mean it was successful or does the original not found message indicate an actual problem?

[abond]

Hey Bruce,

Glad to see that you now have a spec2004-1 domain.  That's good progress.  Did you end up running setup_files.sh or did you do the build steps manually?  If you did them manually, did you run through them all and were they all successful? 

You should see a SPECjAppServer.ear file under spec2004-1/autodeploy.  If it's not there then all the build steps may not have run completely.. 

If you suspect that it might be working, you can use the steps in section 6.1 of the ExampleVM Users Guide to test out the appserver using the atomicity tests.

Andy

[bcarson]

For this new clean config I executed ./setup_files.sh

The result is that I can now hit all these test URLs from the DBServer:
curl http://specdelivery:8000/SPECjAppServer/app?action=atomicityTests PASSED
curl http://specemulator:8080/Emulator/EmulatorServlet?cmd=switchlog 200 OK
curl http://specdelivery:8000/Supplier/DeliveryServlet?cmd=switchlog 200 OK

What does the file SPECjAppServer.ear do? If the 3 checks above work how do I troubleshoot the missing SPECjAppServer.ear?
Should I copy SPECjAppServer.ear to the folder /autodeploy/ and rerun the ./setup_files.sh ?

[abond]

You do not need to run setup_files.sh again. 

Good to hear that the atomicity tests passed as well as the switchlogs.  You should be ready to run if those tests pass.

If you want to make sure the working environment continues to work after a reboot then:

cd /opt/SPECjAppServer2004/bin
./appsrv-ctrl.sh stop
./tomcat-ctrl.sh stop
* reboot the VM *

Log back into the VM and:
cd /opt/SPECjAppServer2004/bin
./appsrv-ctrl.sh start
./tomcat-ctrl.sh start

then see if those atomicity tests are still working.

Andy

[bcarson]

My 3 curl tests stopped working so I'm trying to stop and start AppSrv & Tomcat and I think my configuration of Tomcat is causing at least some of my AppServer issues.

When I attempt to start Tomcat (from /opt/SPECjAppServer2004/bin) I get Tomcat started:
[root@specvirt-app bin]# ./tomcat-ctrl.sh start
Using CATALINA_BASE:   /opt/tomcat
Using CATALINA_HOME:   /opt/tomcat
Using CATALINA_TMPDIR: /opt/tomcat/temp
Using JRE_HOME:        /usr/lib/jvm/java-openjdk
Using CLASSPATH:       /opt/tomcat/bin/bootstrap.jar:/opt/tomcat/bin/tomcat-juli.jar
Tomcat started.

But when I attempt to stop Tomcat I get an error which makes me think the start isn’t really working either:
[root@specvirt-app bin]# ./tomcat-ctrl.sh stop
Using CATALINA_BASE:   /opt/tomcat
Using CATALINA_HOME:   /opt/tomcat
Using CATALINA_TMPDIR: /opt/tomcat/temp
Using JRE_HOME:        /usr/lib/jvm/java-openjdk
Using CLASSPATH:       /opt/tomcat/bin/bootstrap.jar:/opt/tomcat/bin/tomcat-juli.jar
/opt/tomcat/bin/catalina.sh: line 437: /usr/lib/jvm/java-openjdk/bin/java: No such file or directory

That path definitely doesn’t exist but not sure what it needs to be set to?

[abond]

Hey Bruce,

It looks like the Tomcat script is looking for OpenJDK based on the path and the value of JRE_HOME that is displayed.  Based on your prior post I see that you have HotSpot installed.  You will need to modify the paths to correctly point to the location of bin/java for HotSpot.

Thanks,
Andy

[bcarson]

When I rebuilt the AppServer last week I installed the JDK using yum install (instead of my RPM which was a HotSpot) but obviously something is pathed incorrectly?
[root@specvirt-app bin]# java -version
java version "1.7.0_85"
OpenJDK Runtime Environment (rhel-2.6.1.2.el7_1-x86_64 u85-b01)
OpenJDK 64-Bit Server VM (build 24.85-b03, mixed mode)

[abond]

Did you make sure to install the java-1.7.0-openjdk-devel package as well which gives you a JDK instead of just a JRE?  Check and see what is installed in the /usr/lib/jvm directory.