× 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.



This can be done, however it was not as easy as I expected and I must thank
Jeff Silberberg for his help.  Below are some excepts from his responses and
my original questions:


Carl,

Check the inetd.conf only tells you what is set to happen at IPL,
check the system with "ps -ef | grep rexed" to be sure that all is happy.

Next do a simple check I am alive command instead of the
application.

cmd(df) or cmd(w) or cmd(uname -a)

these will bring a listing of some sort back and tell you rather
you are getting to the system and rather rexed is functioning.

Lastly, "run stc.322gatex" implies that there is a shell script
called "run" that you are passing the value "stc.322gatex" into.  This
script must live in a directory on the RS/6000 and the "rexecd" may not
have a path to the "run" script.

Let me know !

Jeff Silberberg

On Mon, 28 Apr 1997, Carl Galgano wrote:

> Thanks to all who responded, especially, Neil, Dennis & Jeff.  At the risk
> (RS) of being a pest, I still can not get this working.
>
> Per Dennis emial I did the following on the RS600 via a TELNET session and
> get the following response:
>
>
> $ grep rexec /etc/inetd.conf
> exec        stream      tcp     nowait  root    /etc/rexecd     rexecd
> $
>
> So I assume the rexecd dameon is running on the RS6000.  Below is the
AS400
> command I run (RUNRMTCMD):
>
>                          Run Remote Command (RUNRMTCMD)
>
>  Type choices, press Enter.
>
>  Command  . . . . . . . . . . . . > 'run stc.322gatex'
>
>
>
>
>
>                                                                      ...
>  Remote location:
>    Name or address  . . . . . . . > RS6000
>
>
>
>    Type . . . . . . . . . . . . . > *IP           *SNA, *IP
>  Remote user ID . . . . . . . . . > carledi       Character value,
*NONE...
>  Remote password  . . . . . . . .   xxxxxxxxx     Character value, *NONE
>
>
Bot
> tom
>
> The RUNRMTCMD command creates a spool file with the following error
message:
>
>                               Display Spooled File
>  File  . . . . . :   QSYSPRT                          Page/Line   1/6
>  Control . . . . .                                    Columns     1 - 78
>  Find  . . . . . .
>
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+.
..
>   Login incorrect.
>
>
> I am sure that the user id & pwd I am using is correct.  I can use it to
> logon w/TELNET & FTP.  I have tried upper case & lower case.
>
> Anyone have any other ideas????
>
> TIA,
> Regards,
> Carl
>
> At 12:11 PM 4/25/97 -0400, you wrote:
> >This is from our resident Unix expert, Dennis Lovelady, who was the
AS/400
> >system administrator   on our AS/400 and has moved up/down to Unix
depending
> >on how you see it.
> >
> >
> >Dennis Responds:
> >
> >Thanks for this.  It works fine here at KEMET.  Please pass the following
> >message on to the list:
> >
> >Hi, Midrangers!  Long time no talk.
> >
> >On AIX4.1.5, you don't see rexec running (via ps -ef | grep rexecd)
unless it
> >is currently honoring a request from another system.  This is because
inetd
> >determines the need to spawn rexecd processes on an as-needed basis.
> >
> >To determine if rexecd is configured on your AIX system, you can do:
> >   $ grep rexec /etc/inetd.conf
> >
> >You should get back a line looking something like this:
> >  exec  stream  tcp      nowait  root   /usr/sbin/rexecd     rexecd
> >
> >If this line is not echoed, or if it is preceeded by '#' then the
SysAdmin
> >would need to alter inetd.conf to include the rexecd daemon.  (Note that
by
> >default, rexecd is configured to run on the system, so if it has been
> >disabled, there may be some reason (such as a security concern) at your
site.)
> >



Carl Galgano
EDI Consulting Services, Inc.
http://cgalgano.home.mindspring.com
mailto://cgalgano@ediconsulting.com
(770) 422-2995

-----Original Message-----
From: Ladutko, Bob <Bob.Ladutko@bicworld.com>
To: 'MIDRANGE-L@midrange.com.' <MIDRANGE-L@midrange.com>
Date: Tuesday, September 29, 1998 7:10 PM
Subject: AS/400 and RS6000


|Does anyone know how to start a script on an RS6000 from an AS/400.
|
|When I connect to our AS/400 from our RS6000 (or from any other system) via
|FTP, I can use the RCMD subcommand to run commands on the AS/400 directly
|from the other system.  This works great!  It gives me the flexibility to
|run AS/400 programs based on what happens on another system.
|
|I can't figure any similar mechanism going from the AS/400 to the RS6000,
|however.  Basically, I want to run a job on the AS/400.  When that job
|finishes, I want it to automatically put files onto the RS6000 via FTP, and
|then start a script on the RS6000.  I can't figure out how to start a
|script.  I'm hoping someone with more UNIX experience can help me.
|
|Any help would be appreciated.
|
|Thanks,
|
|Bob L.
|+---
|| This is the Midrange System Mailing List!
|| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
|| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
|| To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
|| Questions should be directed to the list owner/operator:
david@midrange.com
|+---

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.