install Servoy 3.5 onto Ubuntu using the GUI. check that servoy server runs just fine. when I start servoy_server.sh I see the server.log file fill up with logging messages as tomcat starts etc.
Then I
copy the entire /usr/local/servoy tree to the remote server running Fedora Core 5.
On FC5 server (no Gui) start sybase with no problems
then try servoy_server.sh
it never starts…but there are no errors.
contents of server.log shows servoy attempting start:
0 [main] INFO com.servoy.j2db.util.Debug - Loading servoy.properties from /usr/local/servoy/servoy.properties
516 [main] INFO com.servoy.j2db.util.Debug - Loading - Done
— that’s it. Nothing else ever appears in log. No errors. tomcat never tries to start etc etc.
I have done exactly the same process using CentOS as the remote (no-GUI) server. Same result. I have to get this to run on a remote server that doesnt have an x-windows UI.
Needless so say both java and the sybase server are working fine.
Any help? what else can I check for? Why dont I see anything logged in server.log after those initial 2 lines?
I am really running out of ideas here.
Thanks
Al
Are all your r/w/x flags copied over correctly? You can install without a GUI too by creating an installer file (install.xml) and feeding that too the installer in a command line (see docs for details).
What do you get if you type commandline:
java -version
Have you added tracing to your properties file to get more possible errors in your log?
What are these known problems both of you speak of?
I have been running Ubuntu 6.06 with the sun jvm that is in the multiverse repo since it became available and have not had any issues related to the JVM that I know of :?:
rparrish@APP1:~$ java -version
java version “1.5.0_06”
Java™ 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot™ Server VM (build 1.5.0_06-b05, mixed mode)
I could understand GCJ not working, but not the sun jvm.
Sun JVM that you find in multiverse is perfect, the problems arise if you use other JVMs.
The other issue that I was talking about is a non-issue: you simply need to install the X11 Fonts package to run servoy, if you have X11 installed that packages is present, if you don’t have X11 installed you have to manually install that package, that’s all.
alb:
I have done exactly the same process using CentOS as the remote (no-GUI) server. Same result. I have to get this to run on a remote server that doesnt have an x-windows UI.
Also, just as an FYI…
The remote server does not need to have X11 on it for you to run the GUI servoy installer providing that “X11Forwarding yes” is set in your sshd config file of the remote server. This lets the remote server output its display to your local X11 server (the Ubuntu box). Once you have that enabled on the remote server, you can do this…
And the installer GUI will popup on your local ubuntu machine, but be running on the centos box. None of my servers have X11 installed yet I can run GUI apps on them all day (including servoy developer) with forwarding turned on - this is how I have installed servoy server. Also if you want to use a Mac to connect to the centos box, the flag is -Y rather than -X and you need to start up X11.app prior to making the connection.
I would give this method a try and see if it installs fine rather than copying things around.
in /etc/ssh/sshd_config on the remote CentOS machine and restarted.
Connect with
ssh -X server.name
but once I have logged onto the server there is no DISPLAY variable set.
eg echo $DISPLAY is null - which explains why the X11 session fails
The documentation indicates that sshd SHOULD set the DISPLAY variable itself…but it doesnt seem to…what have I done wrong…
Al.
Your right it should auto-magically set the $DISPLAY variable.
Perhaps try with the -Y rather than -X ? They are basically the same thing, you can read about the differences…
Ok,
I am getting closer
Had to install xorg-x11-xauth.386 on the remote server. Now when I run:
ssh -X IPnumber
I get logged in fine and then after login I do
echo $DISPLAY and see
localhost:10.0
…so the x-forwarding is set up…but
when I run
java -jar servoy_installer.jar
it doesnt run
Eventually I see a message - couldnt connect to DISPLAY at localhost:10.0
so still not quite there. What am I missing. I am assuming that all the connectivity (including X) runs down the ssh (port 22) channel so if I have an ssh session I shouldnt have any firewall problems?
Do I have to tell the client I am connecting from (with the X GUI) to accept the x-forwarding from the remote server? If so, how?
Why would you want to install over X? Its slow. Install locally, create the install.xml file at the end of installer, open it in your favorite editor, edit paths. Put it on the linux box and run
I edited ssh.conf on the client machine and added:
ForwardAgent yes
ForwardX11 yes
now when I run the servoy installer within the ssh session on the remote server the X-window installer runs on the local client - magic!
It’s VERY slow (which is to be expected) but at least its running. Now to see if I can get the install to actually work!
Al.
Good job!
Having to turn on ForwardAgent is interesting, but I guess if it works, roll with it.
X11 over a network can be a little slow if your not on a solid connection, and by that I mean at least 10/100 wired ethernet for it to be tolerable for day to day work (that’s how I run many of my daily work environment applications); wireless/internet just has too much latency.
You can try passing the -C option to when you ssh ($ssh -X -C somehost) to enable compression and see it it helps.
(the xml thingy may have worked too but once I’d got it working I didnt bother to try.)
Last thing. I now have servoy server running fine on the remote server (Fedora Core 5). …but I want to get it to start up automatically. I can write some mungy scripts of my own but does anyone have some nice init.d scripts to start and stop sybase+servoy nicely?
here is an init script that I wrote for servoy server. I don’t know how it handles sybase as we use MySQL, but perhaps you can use it as a jumping off point.
Humm…looking at that script now, I really should try to catch the PID after starting the server rather than awk’ing the ps output (don’t recall why I wrote it this way, it was over three years ago) - that would fix its major deficiency of multiple java apps running . I’ll see what I can do with it on monday.
