× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.






Hi Jim,

In regards to 1), I'm pasting text from another note that I sent to someone
a little while back, describing how one should setup the deamon:


Here's some information on how to setup the daemon to run at startup on
Linux.  The information here comes courtesy of Don Yantzi who has set up a
couple linux daemons for our team.  There are three ways to set up a
service.  The first is the easiest, the second is a better way, and the
third...well, probably won't work at this time (so you might want to
disregard that for now).

1. Append Call to Daemon from startup script

The easiest way to do this is to add the call to daemon.linux to one of the
Linux startup scripts.  Add the following lines to the bottom of the
/etc/rc.d/rc.local file:

cd /opt/rseserver51
./daemon.linux &


2. Start Daemon via a new Runlevel script

The slightly harder but better (more correct) way is to create an entry
like the following in one of the /etc/rc.d/rc#.d directories (where #
refers the runlevel of the system, as the system boots up and goes through
the various run levels the scripts in the corresponding directory are run.
On one of our servers, we have a file called S22rseserver in /etc/rc5.d
that links to the file /etc/rc.d/rseserver (by convention you create links
from the rc#.d directories so it is easy to change which runlevel scripts
get called in.)  The file /etc/rc.d/rseserver contains:

#! /bin/sh
# Copyright (c) IBM Corporation 2003
#
#
# /etc/init.d/rseserver
#
### BEGIN INIT INFO
# Provides:
# Required-Start:
# Required-Stop:
# Default-Start:     3 5
# Default-Stop:
# Description:       Start the Remote System Explorer Daemon
### END INIT INFO

. /etc/rc.status
rc_reset

case "$1" in
    start)
        echo "Running RSEServer"
        cd /opt/rseserver
        /opt/rseserver/daemon.linux > /tmp/rseserver.log &
        rc_status -v
        ;;

    stop|restart|reload|status|probe)
        rc_failed 3
        ;;

    *)
        echo "Usage: $0 start"
        exit 1
        ;;
esac
rc_exit


3. Use the xinetd super-daemon
The third way (and probably the most correct) would be to run it using the
xinetd super-daemon. However we haven't tried this and it would probably
require some changes in our code to get it to work.


In regards to 2), the daemon works in the following way.  Whenever a user
requests a session via the daemon (on port 4035), it launches a RSE remote
server under requresting user's ID.  That server picks an available port to
listen to and passes that back to the daemon, which relays the information
back to the client.  Then, on the client, side an attempt to connect to the
server is made using the port that came back.  The user can choose the
server port by specifying it in the subsystem properties.  Then you'll need
to make sure the firewall allows that port out.


I hope this helps.

____________________________________
David McKnight
Phone:   905-413-3902 , T/L:  969-3902
Internet: dmcknigh@xxxxxxxxxx
Mail:       D1/643/8200/TOR
____________________________________



                                                                           
             JOberholtzer@comp                                             
             ures.com                                                      
             Sent by:                                                   To 
             wdsci-l-bounces@m         wdsci-l@xxxxxxxxxxxx                
             idrange.com                                                cc 
                                                                           
                                                                   Subject 
             05/02/2004 11:39          Re: [WDSCI-L] RSE server on a Linux 
             AM                        box                                 
                                                                           
                                                                           
             Please respond to                                             
                 Websphere                                                 
                Development                                                
             Studio Client for                                             
                  iSeries                                                  
                                                                           
                                                                           









Don,

Running the dos2unix and setting chmod at 755 allowed the server to start
running.

Point of interest, the Linux server is running remotely and has a VPN
connection to my office with limited ports open for SSH, VNC and now 4035.

Question 1) Since the JAVA is called with the "system" command, should it
not run the background?  My session stays active and I get start/stop
messages occasionally.  How would I make it run in the background?

Question 2)  My firewall opened up the port (4035 is the default) for
inbound traffic.  the Linux server shows messages like:

Daemon running on: Linux, port: 4035
launched new server on 38470
Server running on: Linux
finished on port 38470

when it starts, and a connection attempt is made, but the connection will
not finish and I get an error.  Do I have to open up additional ports other
than 4035?

Thanks for your help.  This is going to be real way cool if I get it
running.

Jim Oberholtzer

_______________________________________________
This is the Websphere Development Studio Client for iSeries  (WDSCI-L)
mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.