Deploy sree on bay
From PTAGISWiki
StyleReport is a java webapp that is deployed as an exploded directory on our current cluster. Part of the migration to bay and jack is to deploy this webapp there. Below are the steps taken to deploy StyleReport in that new environment.
big tar ball
created a tar of everything below reedi:/global/ds1/pitweb/ptagis-1.0/web/sree
copied it over to bay and jack, and installed it under /usr/local/pitweb/ptagis-1.0/web/sree
Also created a tarball of reedi's /usr/local/StyleReportEE directory:
-rw-r--r-- 1 root other 237M Jan 5 09:20 StyleReportEE.tar
license keys
Cut and paste the license keys from the old web admin page to the new one.
repository servlet url
cut and paste the url from the old web admin to the new one.
Now the web interface to StyleReport (http://bay.psmfc.org/sree/sr) works on jack but not on bay.
Can't get to http://bay.psmfc.org/sree/EnterpriseManager
edit web.xml
- replaced /global/ds1 with /usr/local in sree/WEB-INF/web.xml
edit sree.properties
- replaced /global/ds1 with /usr/local in sree.properties
Still not working on bay: sree doesn't have a default constructor.
For some reason, the contents of sree/WEB-INF/lib (all the jars) didn't get unpacked on bay, but it did on jack. Issuing the ftp unpack command again populated the directory of jars, but didn't solve the problem.
weblogic appserver config
added this path to advanced config for bay and jack:
prepend to classpath: /usr/local/pitweb/ptagis-1.0/web/sree/WEB-INF/classes
Something is different between bay and jack, but I can't find it. diff reports that the sree directories are identical. They were both taken from the same tar.
[rday@snapper ~]$ diff -r /net/bay/usr/local/pitweb/ptagis-1.0/web/sree /net/jack/usr/local/pitweb/ptagis-1.0/web/sree [rday@snapper ~]$
And still http://bay.psmfc.org:7003/sree/EnterpriseManager fails and http://jack.psmfc.org:7003/sree/EnterpriseManager works.
Here's the error:
javax.servlet.ServletException: Servlet class: 'inetsoft.sree.adm.AdmServlet' doesn't have a default constructor
And here's what I see in stdout:
<Jan 5, 2007 10:47:30 AM PST> <Error> <HTTP> <BEA-101125> <[ServletContext(id=12698664,name=sree,context-path=/sree)] Error occurred while instantiating servlet: "authreplets". java.lang.NoSuchMethodError: inetsoft.util.Catalog.setCatalogGetter (Ljava/lang/ThreadGroup;Linetsoft/util/Catalog$CatalogGetter;)V
other failed test
After deploying the apps, weblogic thinks the test URLs are these:
http://bay:7003/sree http://jack:7003/sree
Oh, those fail on reedi and rufus as well. So that's not a good test.
weblogic startup environment on jack
Here is the reported environment variables when starting startManagedWebLogic.sh on jack:
bash-3.00# ./startManagedWebLogic.sh === JAVA_HOME=/usr/local/bea81/jdk142_11 === === PATH=/usr/local/bea81/weblogic81/server/bin: /usr/local/bea81/jdk142_11/jre/bin: /usr/local/bea81/jdk142_11/bin: /usr/ingres/ing26/ingres/bin: /usr/ingres/ing26/ingres/utility: /usr/ingres/ing26/ingres/files: /usr/ingres/ing26/ingres/lib: /usr/ingres/ing26/ingres/SUNWspro/bin: /usr/bin: /usr/local/bin: /usr/local/mysql/bin: /usr/ccs/bin: /usr/sbin: /usr/local/bin: /usr/op_ing/ingII/bin: /usr/op_ing/ingII/utility: /usr/op_ing/ingII/ingres/bin === === which java=/usr/local/bea81/jdk142_11/jre/bin/java === CLASSPATH=/usr/local/bea81/weblogic81/server/lib/CR105198_810.jar: /usr/local/bea81/jdk142_11/lib/tools.jar: /usr/local/bea81/weblogic81/server/lib/weblogic_sp.jar: /usr/local/bea81/weblogic81/server/lib/weblogic.jar:: /usr/local/bea81/weblogic81/common/eval/pointbase/lib/pbserver44.jar: /usr/local/bea81/weblogic81/common/eval/pointbase/lib/pbclient44.jar: /usr/local/bea81/jdk142_11/jre/lib/rt.jar: /usr/local/bea81/weblogic81/server/lib/webservices.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/classes: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/commons-httpclient.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/commons-logging.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/struts.jar: /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes: /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes/ptagis: /usr/local/StyleReportEE/lib/sree_pro.jar: /usr/local/StyleReportEE/lib/etools.jar: /usr/local/StyleReportEE/lib/design_pro.jar: /usr/ingres/ing26/ingres/lib/edbc.jar: /usr/ingres/ing26/ingres/lib/edbc.jar: PATH=/usr/local/bea81/weblogic81/server/bin: /usr/local/bea81/jdk142_11/jre/bin: /usr/local/bea81/jdk142_11/bin: /usr/ingres/ing26/ingres/bin: /usr/ingres/ing26/ingres/utility: /usr/ingres/ing26/ingres/files: /usr/ingres/ing26/ingres/lib: /usr/ingres/ing26/ingres/SUNWspro/bin: /usr/bin: /usr/local/bin: /usr/local/mysql/bin: /usr/ccs/bin: /usr/sbin: /usr/local/bin: /usr/op_ing/ingII/bin: /usr/op_ing/ingII/utility: /usr/op_ing/ingII/ingres/bin
weblogic startup environment on bay
bash-3.00# ./startManagedWebLogic.sh === JAVA_HOME=/usr/local/bea81/jdk142_11 === === PATH=/usr/local/bea81/weblogic81/server/bin: /usr/local/bea81/jdk142_11/jre/bin: /usr/local/bea81/jdk142_11/bin: /usr/ingres/ing26/ingres/bin: /usr/ingres/ing26/ingres/utility: /usr/ingres/ing26/ingres/files: /usr/ingres/ing26/ingres/lib: /usr/ingres/ing26/ingres/SUNWspro/bin: /usr/bin: /usr/local/bin: /usr/local/mysql/bin: /usr/ccs/bin: /usr/sbin: /usr/local/bin: /usr/op_ing/ingII/bin: /usr/op_ing/ingII/utility: /usr/op_ing/ingII/ingres/bin === === which java=/usr/local/bea81/jdk142_11/jre/bin/java === CLASSPATH=/usr/local/bea81/weblogic81/server/lib/CR105198_810.jar: /usr/local/bea81/jdk142_11/lib/tools.jar: /usr/local/bea81/weblogic81/server/lib/weblogic_sp.jar: /usr/local/bea81/weblogic81/server/lib/weblogic.jar:: /usr/local/bea81/weblogic81/common/eval/pointbase/lib/pbserver44.jar: /usr/local/bea81/weblogic81/common/eval/pointbase/lib/pbclient44.jar: /usr/local/bea81/jdk142_11/jre/lib/rt.jar: /usr/local/bea81/weblogic81/server/lib/webservices.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/classes: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/commons-httpclient.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/commons-logging.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/struts.jar: /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes: /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes/ptagis: /usr/local/StyleReportEE/lib/sree_pro.jar: /usr/local/StyleReportEE/lib/etools.jar: /usr/local/StyleReportEE/lib/design_pro.jar: /usr/ingres/ing26/ingres/lib/edbc.jar: /usr/ingres/ing26/ingres/lib/edbc.jar: PATH=/usr/local/bea81/weblogic81/server/bin: /usr/local/bea81/jdk142_11/jre/bin: /usr/local/bea81/jdk142_11/bin: /usr/ingres/ing26/ingres/bin: /usr/ingres/ing26/ingres/utility: /usr/ingres/ing26/ingres/files: /usr/ingres/ing26/ingres/lib: /usr/ingres/ing26/ingres/SUNWspro/bin: /usr/bin: /usr/local/bin: /usr/local/mysql/bin: /usr/ccs/bin: /usr/sbin: /usr/local/bin: /usr/op_ing/ingII/bin: /usr/op_ing/ingII/utility: /usr/op_ing/ingII/ingres/bin
environment variables the same
diff reports those two sets of environment variables to be the same.
underlying directories not the same
/usr/local/mysql/bin is only present on bay. /usr/local/StyleReportEE/lib/ is only present on bay. /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes is only present on jack.
How did that get there? There should not be any /global filesystem on jack.
Moving /global to /global.bak on jack doesn't cause the Enterprise Manager to behave the same (fail) on both machines. There must be another anomaly.
Removing /usr/local/StyleReportEE on bay had no effect either.
simplify tests
The log files have a great deal of information about the deployments of CEA and ALRS each time I start weblogic. I removed those deployments for clarity during testing. I also removed the SREE deployment and deployed it again.
The behavior is the same (bay fails, jack works), but perhaps the logs will be readable now.
The logging in this version of weblogic is much more robust than before. But the logs show no difference between bay and jack during startup.
####<Jan 19, 2007 10:13:01 AM PST> <Info> <Deployer> <bay> <appserver_bay> <main> <<WLS Kernel>> <> <BEA-149059> <Module sree of application sree is transitioning from unprepared to prepared on server appserver_bay.> ####<Jan 19, 2007 10:13:06 AM PST> <Info> <Deployer> <bay> <appserver_bay> <main> <<WLS Kernel>> <> <BEA-149060> <Module sree of application sree uccessfully transitioned from unprepared to prepared on server appserver_bay.> ####<Jan 19, 2007 10:13:06 AM PST> <Info> <Deployer> <bay> <appserver_bay> <main> <<WLS Kernel>> <> <BEA-149059> <Module sree of application sree is ####<Jan 19, 2007 10:13:06 AM PST> <Info> <Deployer> <bay> <appserver_bay> main> <<WLS Kernel>> <> <BEA-149060> <Module sree of application sree uccessfully transitioned from prepared to active on server appserver_bay.> ####<Jan 19, 2007 10:13:06 AM PST> <Info> <HTTP> <bay> <appserver_bay> <main> <<anonymous>> <> <BEA-101047> <[ServletContext(id=29694434,name=sree,context-path=/sree)] WebServiceServlet: init> java.class.path = /usr/local/bea81/weblogic81/server/lib/CR105198_810.jar: /usr/local/bea81/jdk142_11/lib/tools.jar: /usr/local/bea81/weblogic81/server/lib/weblogic_sp.jar: /usr/local/bea81/weblogic81/server/lib/weblogic.jar:: /usr/local/bea81/weblogic81/common/eval/pointbase/lib/pbserver44.jar: /usr/local/bea81/weblogic81/common/eval/pointbase/lib/pbclient44.jar: /usr/local/bea81/jdk142_11/jre/lib/rt.jar: /usr/local/bea81/weblogic81/server/lib/webservices.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/classes: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/commons-httpclient.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/commons-logging.jar: /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/struts.jar: /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes: /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes/ptagis: /usr/local/StyleReportEE/lib/sree_pro.jar:/usr/local/StyleReportEE/lib/etools.jar: /usr/local/StyleReportEE/lib/design_pro.jar:/usr/ingres/ing26/ingres/lib/edbc.jar: /usr/ingres/ing26/ingres/lib/edbc.jar: java.library.path = /usr/local/bea81/jdk142_11/jre/lib/sparc/server: /usr/local/bea81/jdk142_11/jre/lib/sparc: /usr/local/bea81/jdk142_11/jre/../lib/sparc:/usr/local/mysql/lib/mysql/: /usr/local/bea81/weblogic81/server/lib/solaris: /usr/local/bea81/weblogic81/server/lib/solaris/oci920_8:/usr/lib java.runtime.version = 1.4.2_11-b06 sun.boot.class.path = /usr/local/bea81/jdk142_11/jre/lib/rt.jar:/usr/local/bea81/jdk142_11/jre/lib/i18n.jar: /usr/local/bea81/jdk142_11/jre/lib/sunrsasign.jar:/usr/local/bea81/jdk142_11/jre/lib/jsse.jar: /usr/local/bea81/jdk142_11/jre/lib/jce.jar:/usr/local/bea81/jdk142_11/jre/lib/charsets.jar: /usr/local/bea81/jdk142_11/jre/classes sun.boot.library.path = /usr/local/bea81/jdk142_11/jre/lib/sparc
can't make jack fail
I'm giving up for now on trying to make jack fail by making its configuration similar to bay. I've made the environment variables for java (class paths) similar for bay and jack, but that doesn't expose the difference that is causing them to behave differently.
I took the paths mentioned in the weblogic logs at startup of the bay server and captured them to a file. I used that list of paths (javahome, classpath, and path) and fed it to a script that would check for the existence of either a readable jar file or a directory. I ran that against bay and jack and found that the only difference was the absence of the sql directory on jack:
[rday@snapper bin]$ diff jackpaths.txt baypaths.txt 14c14 < /usr/local/mysql/bin: missing --- > /usr/local/mysql/bin: present
However, there are plenty of missing items on both machines. Here is the full output of the script that checks paths as run against jack:
Found JAVA_HOME /usr/local/bea81/jdk142_11: present Found PATH /usr/local/bea81/weblogic81/server/bin: present /usr/local/bea81/jdk142_11/jre/bin: present /usr/local/bea81/jdk142_11/bin: present /usr/ingres/ing26/ingres/bin: present /usr/ingres/ing26/ingres/utility: present /usr/ingres/ing26/ingres/files: present /usr/ingres/ing26/ingres/lib: present /usr/ingres/ing26/ingres/SUNWspro/bin: missing /usr/bin: present /usr/local/bin: present /usr/local/mysql/bin: missing /usr/ccs/bin: present /usr/sbin: present /usr/local/bin: present /usr/op_ing/ingII/bin: missing /usr/op_ing/ingII/utility: missing /usr/op_ing/ingII/ingres/bin: missing Found java /usr/local/bea81/weblogic81/server/bin: present /usr/local/bea81/jdk142_11/jre/bin: present /usr/local/bea81/jdk142_11/bin: present /usr/ingres/ing26/ingres/bin: present /usr/ingres/ing26/ingres/utility: present /usr/ingres/ing26/ingres/files: present /usr/ingres/ing26/ingres/lib: present /usr/ingres/ing26/ingres/SUNWspro/bin: missing /usr/bin: present /usr/local/bin: present /usr/local/mysql/bin: missing /usr/ccs/bin: present /usr/sbin: present /usr/local/bin: present /usr/op_ing/ingII/bin: missing /usr/op_ing/ingII/utility: missing /usr/op_ing/ingII/ingres/bin: missing /usr/local/bea81/jdk142_11/jre/bin/java: present Found CLASSPATH /usr/local/bea81/weblogic81/server/lib/CR105198_810.jar: missing /usr/local/bea81/jdk142_11/lib/tools.jar: present /usr/local/bea81/weblogic81/server/lib/weblogic_sp.jar: missing /usr/local/bea81/weblogic81/server/lib/weblogic.jar: present : present /usr/local/bea81/weblogic81/common/eval/pointbase/lib/pbserver44.jar: present /usr/local/bea81/weblogic81/common/eval/pointbase/lib/pbclient44.jar: present /usr/local/bea81/jdk142_11/jre/lib/rt.jar: present /usr/local/bea81/weblogic81/server/lib/webservices.jar: present /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/classes: missing /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/commons-httpclient.jar: missing /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/commons-logging.jar: missing /global/ds1/pitweb/ptagis-1.0/web/ptagis/WEB-INF/lib/struts.jar: missing /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes: missing /global/ds1/pitweb/ptagis-1.0/web/sree/WEB-INF/classes/ptagis: missing /usr/local/StyleReportEE/lib/sree_pro.jar: missing /usr/local/StyleReportEE/lib/etools.jar: missing /usr/local/StyleReportEE/lib/design_pro.jar: missing /usr/ingres/ing26/ingres/lib/edbc.jar: present /usr/ingres/ing26/ingres/lib/edbc.jar: present Found PATH /usr/local/bea81/weblogic81/server/bin: present /usr/local/bea81/jdk142_11/jre/bin: present /usr/local/bea81/jdk142_11/bin: present /usr/ingres/ing26/ingres/bin: present /usr/ingres/ing26/ingres/utility: present /usr/ingres/ing26/ingres/files: present /usr/ingres/ing26/ingres/lib: present /usr/ingres/ing26/ingres/SUNWspro/bin: missing /usr/bin: present /usr/local/bin: present /usr/local/mysql/bin: missing /usr/ccs/bin: present /usr/sbin: present /usr/local/bin: present /usr/op_ing/ingII/bin: missing /usr/op_ing/ingII/utility: missing /usr/op_ing/ingII/ingres/bin: missing
removed patch for old weblogic
Removed CR105198_810.jar from WebLogic.sh startup. I believe it is a patch for the older version of weblogic that is no longer required at our current version.
removed all references to "global" filesystem
The shared global filesystem doesn't exist on bay or jack.
Removed references in startWebLogic.sh and startManagedWeblogic.sh on bay. Removed references in startWebLogic.sh on jack.
populated /usr/local/StyleReportEE on bay
I had removed this directory for previous testing.
Part of this was correcting the symlinks for the sree jar files that had been set to point to the global file system.
Success
After a restart, now bay and jack both can display the EnterpriseManager admin gui.
Reports fail without cvswd
Have to copy the /global/ds1/pitweb/ptagis-1.0/cvswd directory to /usr/local/pitweb/ptagis-1.0/cvswd on both bay and jack.
This may break now that we don't have a shared filesystem between bay and jack.
Used this command to copy over the directory from reedi to bay:
rsync -trv /net/reedi/global/ds1/pitweb/ptagis-1.0/cvswd/ /usr/local/pitweb/ptagis-1.0/cvswd/
Reports fail because links go to www.ptagis.org
Turned off sitescape authentication in ptagis.properties:
skip.sef.authentication=true
- Removed references to global filesystem in ptagis.properties on bay
- Removed references to global filesystem in web.xml for ptagis on bay
- Changed repository servlet URL in the SREE admin gui from http://www.ptagis.org/sree/sr to http://bay.psmfc.org:7003/sree/sr
That last change was the one that fixed the reports. Now it appears that ptagis is fully deployed on bay.
The test deployment can be seen here: http://bay.psmfc.org:7003/ptagis
Clustering issues
I'm getting intermittent errors like this:
java.lang.RuntimeException: Report accessed in wrong session: Interactive Reports/PTAGIS Codes.11695995574931@local
When I try to run reports. I think it is being caused by my session migrating between servers. It looks like I'll have to address the cluster or shared filesystem issue next.
If the problem is really related to clustering, I should be able to fix it by shutting down the app on one server.
My test of shutting down jack and running through some standard anonymous reports on the deployed ptagis web app confirms my theory that SREE fails without a shared filesystem. I'll have to work with Todd to set this up.
Another option would be to try SREE clustering, to let it manage the shared data.
Todd said that automounting is already configured between jack and bay, so I can created a single shared space by having jack access bay's disks through the /net/bay/usr/local path.
Submitted request to SREE to ask how to configure SREE clustering. (Following the directions in the SREE 7.0 RefAdministration.pdf did not produce successful results.)
SREE support recommended keeping the current configuration and avoiding SREE clustering.
So I'll reinstate the global file system to the configuration using automount and paths like /net/bay/usr/local.
It turns out there are only two places that need to change in a single file: startManagedWeblogic.sh on jack.
SR_WEB_HOME=/net/bay/usr/local/pitweb/ptagis-1.0/web/sree PTAGIS_WEB_HOME=/net/bay/usr/local/pitweb/ptagis-1.0/web/ptagis
Also, I need to set the EnterpriseManager settings back to non-clustered server to turn off SREE clustering.
Deployment problems
No datasource
bay and jack are now sharing a filesystem and are configured as independent deployments of SREE (not clustered). Both can display the EnterpriseManager screen. bay can display the initial screen for the PTAGIS codes report, but the drop-down for the domain is not populated. jack can display the list of reports in the repository, but when I select PTAGIS codes, the initial screen does not display.
The error in the bay server log is:
[ERROR] Feb 13, 2007 1:20:14 PM: Connection Pool failed to create a new connection for: production [ERROR] Feb 13, 2007 1:20:14 PM: Failed to connect to datasource[production]! java.sql.SQLException: Failed to connect to datasource[production]!
The error in the jack server log is:
[ERROR] Feb 13, 2007 1:11:18 PM: util.SendMyMessage java.lang.ClassNotFoundException: util.SendMyMessage
I found that the jdbc connection on bay was not deployed. Trying to deploy it generated this message in the server log:
RROR] Feb 13, 2007 1:20:14 PM: Connection Pool failed to create a new connection for: production [ERROR] Feb 13, 2007 1:20:14 PM: No suitable driver java.sql.SQLException: No suitable driver
So where do I keep that pesky driver? And do we really use a connection pool? I thought that Marton set things up to bypass the connection pool.
The driver is indeed missing on bay. /usr/ingres didn't get copied over from the old machine when bay was upgraded from a T1000 to a T2000. The old bay is now lake. So an rdist from lake to bay should solve the problem. Here is the rdist file:
HOSTS = ( bay )
DATAFILES = ( /usr/ingres
)
(${DATAFILES}) -> (${HOSTS})
install -R ;
Then I issued the command
rdist -f localrdist.cf
Still no datasource
Now the ingres client is installed again on bay. I restarted all weblogic instances, including the admin server. But still the symptoms are the same, and the error messages in the server logs are the same.
I found that ingstart had not been issued on bay or jack.
Starting the ingres client on both machines fixed the problem on bay. Now bay can run all reports. jack however, has a new symptom. The summary charts on Data > Reports show up broken images. And when I try to run a report like PTAGIS codes, I get a SREE error page that says this:
Report Error
Interactive Reports/PTAGIS Codes could not be generated for the following reason:
The report template was not found
Please contact your system administrator to fix the problem.
And this is in the server log:
[ERROR] Feb 13, 2007 3:04:09 PM: inetsoft.sree.RepletException: Template not found: /ptagis/System_CodeLookup.srt inetsoft.sree.RepletException: Template not found: /ptagis/System_CodeLookup.srt
bay is working, jack has issues
Not sure what the last change was to the configuration, but bay seems to work well and jack times out when trying to display a SREE graph. It seems to be related to file system permissions on the shared directory.
Indeed, an attempt to create a file as root in /net/bay/usr/local/pitweb/ptagis-1.0/web/sree/WEB-INF/classes as user root fails:
bash-3.00# ls -ld . drwxr-xr-x 17 root other 85 Feb 13 15:58 . bash-3.00# pwd /net/bay/usr/local/pitweb/ptagis-1.0/web/sree/WEB-INF/classes bash-3.00# whoami root bash-3.00# date Tue Feb 20 16:38:14 PST 2007 bash-3.00# touch blah touch: blah cannot create
fix for shared filesystem permissions
Todd wrote this in an email:
By default (for security reasons) root will be mapped to "nobody" on an nfs mount. Root has less perms on a nfs mount than a normal user (this is so they cannot setup a suid program on a mount, then go to the server and become root...) To allow root mapping you need to edit /etc/dfs/dfstab on the server and add the machine to the "root=" option. This allows root to stay root over the nfs mounts. You then need to do a "shareall" command. I do not think you need to remount, but you might. I will fix it for your case below...
Now jack can read and write to the filesystem /net/bay/usr/local/...
jack sree images still pointing to www.ptagis.org
I see no errors in the weblogic log now when trying to get jack to display a sree graph like the Annual Tagging Summary at Data > Reports. But the image is broken and when I display just the broken graph image, the url is this:
http://www.ptagis.org/sree/sr?op=ImageFile&name=%2fimages%5fstorage%5ftemp.../image_2.png
Somewhere I have to change the base url for jack. It works on bay, so it should be an easy thing to find.
On bay that same url is this:
http://bay.psmfc.org:7003/sree/sr?op=ImageFile&name=%2fimages%5fstorage%5ftemp.../image_4.png
fiddled with sree.properties
The base url and servlet url are specified in sree.properties. Here are the entries in reedi's sree.properties:
replet.repository.servlet=http\://www.ptagis.org/sree/sr repository.servlet.url=/sree replet.repository.file=$(sree.home)/repository.xml html.repository.header= replet.repository.url=http\://www.ptagis.org/sree/sr
Here is what I have set it to on bay, which works:
repository.servlet.url=/sree replet.repository.printers= repository.tree.sort=Ascending replet.repository.protocol=LOCAL replet.repository.servlet=http\://bay.psmfc.org\:7003/sree/sr repository.buttonset=/inetsoft/sree/web/images/buttonsets/dark/ repository.replet.servlet=/Examples replet.repository.url=http\://bay.psmfc.org\:7003/sree/sr
Here is what I have on jack, which still doesn't work:
replet.repository.servlet=http\://jack.psmfc.org\:7003/sree/sr repository.servlet.url=/sree replet.repository.file=$(sree.home)/repository.xml html.repository.header= replet.repository.url=http\://www.ptagis.org\:7003/sree/sr replet.repository.printers= replet.repository.protocol=LOCAL repository.replet.servlet=/Examples
Well, that's dumb. I didn't change the repository.url.
Changing the repository.url to this:
replet.repository.servlet=http\://jack.psmfc.org\:7003/sree/sr
Made it work.
Success
Now sree reports run, and graphs appear properly on both bay and jack.
Can't test log-ins until sitescape is deployed though.
Apache load balancing
I believe that apache on sebastes does round-robin load balancing between reedi and rufus for the url www.ptagis.org. I'm not sure how to set up something like that in test for bay and jack.
I guess I need to pick a name for the pair of machines so apache or DNS can do the right thing.
