This is very basic and simple but I can't seem to see the answer anywhere
(although it is probably staring me in face).
Once TCPIP has decided that it has tried to restart a server (FTPSERVE)
the maximum number of time and abandons further attempts - how can I reset
this once the problem has
On Wednesday, 07/06/2011 at 04:25 EDT, Colin Allinson
cgallin...@amadeus.com wrote:
This is very basic and simple but I can't seem to see the answer
anywhere
(although it is probably staring me in face).
Once TCPIP has decided that it has tried to restart a server (FTPSERVE
Very simple way: set up a small Linux instance and install Nagios on it.
Configure a FTP probe in Nagios, and configure a notification to a user on the
VM system. The Nagios system will test the FTP server by connecting and
attempting to transfer a small file periodically. If it fails, it sends
Alan,
Thanks - that is great. I can work from that.
Colin Allinson
VM Systems Support
Amadeus Data Processing GmbH
David Boyes dbo...@sinenomine.net wrote:-
Very simple way: set up a small Linux instance and install Nagios on it.
Configure a FTP probe in Nagios, and configure a notification to a user on
the VM
system. The Nagios system will test the FTP server by connecting and
attempting to transfer a
(in a former life we tested e-mail
delivery like that until 50% of our traffic was probes and 90% of the
outages were caused by them...)
Using SCIF on the FTPSERVE userid, PROP can watch the console and
notice the outage immediately. CMS gives you easy tools to arrange the
restart of the server
Depending on how the FTP server fails, you might also see it in your
performance monitor...
Also true. OTOH, there are failure modes (such as the one Colin mentioned about
getting unhappy with a minidisk) that won't show up in the console log or will
show misleading symptoms (large buffer
David, I am afraid we are in lock down here (essential maintenance only) so no
chance of installing a new LINUX server. However, I could use your idea from an
existing hartbeat server between VM systems.
World work, I'd think. That'd also catch the socket timeout delay problem
if/when you
Subject: Re: Two simple TCPIP / FTPSERVE questions.
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Very simple way: set up a small Linux instance and install Nagios on
it. Configure a FTP probe in Nagios, and configure a notification to
a user on the VM system. The Nagios system
been wearing your Linux appliance hat too long. Much lighter-weight would be a
few lines of Rexx with or without Romney's FTP package, running periodically as
a task in your automation solution or a standalone (CMS) VSM.
Perhaps. OTOH, up and usefully running in less than 10 minutes with no
Hi
We have sent up the FTPSERVE in TCP/IP on z/VM 5.3. We tested it going
from z/VM to a PC first and it worked fine. My real goal to get it going
from the z/VM LPAR to one of my z/OS LPARS directly.
I was able to get on my z/OS LPAR and connect to the FTPSERVE on the
z/VM LPAR and FTP
Subject: FTPSERVE on z/VM to z/OS
Hi
We have sent up the FTPSERVE in TCP/IP on z/VM 5.3. We tested it going
from z/VM to a PC first and it worked fine. My real goal to get it going
from the z/VM LPAR to one of my z/OS LPARS directly.
I was able to get on my z/OS LPAR and connect
mailto:terry.mar...@cms.hhs.gov
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Gentry, Stephen
Sent: Wednesday, June 17, 2009 11:39 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTPSERVE on z/VM to z/OS
Do you have an FTP server on z
...@cms.hhs.gov* terry.mar...@cms.hhs.gov
--
*From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
Behalf Of *Gentry, Stephen
*Sent:* Wednesday, June 17, 2009 11:39 AM
*To:* IBMVM@LISTSERV.UARK.EDU
*Subject:* Re: FTPSERVE on z/VM to z/OS
Do you have
On Wednesday, 06/17/2009 at 11:34 EDT, Martin, Terry R. (CMS/CTR) (CTR)
terry.mar...@cms.hhs.gov wrote:
We have sent up the FTPSERVE in TCP/IP on z/VM 5.3. We tested it going
from
z/VM to a PC first and it worked fine. My real goal to get it going from
the
z/VM LPAR to one of my z/OS
, 2009 2:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTPSERVE on z/VM to z/OS
Terry, check in SDSF on MVS and see if a stc is running named FTP*
something.
If it is, then maybe you have a firewall intercepting things. Can you
ping the MVS address
from VM?
Mary Anne
On Wed, Jun 17, 2009
...@cms.hhs.gov
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Alan Altmark
Sent: Wednesday, June 17, 2009 11:53 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTPSERVE on z/VM to z/OS
On Wednesday, 06/17/2009 at 11:34 EDT, Martin
Something that we have just noticed - but may have been with us for a
while.
We have found that after we open an FTP session to a VM minidisk, FTPSERVE
retains the RW link for about 2mins 45sec after the FTP client has broken
the connection with a BYE or QUIT
Can anyone throw any light
On Tuesday, 04/21/2009 at 09:28 EDT, Colin Allinson
cgallin...@amadeus.com wrote:
Something that we have just noticed - but may have been with us for a
while.
We have found that after we open an FTP session to a VM minidisk,
FTPSERVE
retains the RW link for about 2mins 45sec after
Alan Altmark alan_altm...@us.ibm.com wrote :-
With what client? When I do it with the Windows or CMS ftp client to a
z/VM 5.4 FTP server, the disk is detached immediately, as expected.
It is a Windows client.
OK - that is good assurance that I am not going mad. I am beginning to
suspect
Alan, thanks for the reply.
My FTPSERVE was already setup with the correct posix params. I am
trying to FTP to FTPSERVE (on VM) from a Linux guest on an IFL. I would
be issuing a PUT filename.filetype from the Linux guest.
Sorry if I didn't make that clear in the first posting.
All that being
On Monday, 06/30/2008 at 03:26 EDT, Gentry, Stephen
[EMAIL PROTECTED] wrote:
I have set up a bfs and am trying to ftp to it from a linux guest in an
IFL.
I get the following message from Linux
450 Directory if temporarily unavailable, Access failure, RC=24
And from the FTPSERVE console
FTPSERVE) directory
entry must include the following statement: IUCV *RPI 5.
Product: * Version:
r12
Type: Documentation Last Updated:
12/03/2007
JR (Steven) Imler
CA
Senior Software Engineer
Tel: +1 703 708
I have set up a bfs and am trying to ftp to it from a linux guest in an
IFL.
I get the following message from Linux
450 Directory if temporarily unavailable, Access failure, RC=24
And from the FTPSERVE console I get:
14:38:29 DMSACR2133E VMSYSY:LNXUDB. is a byte file system. It cannot
the FTPSERVE console I get:
14:38:29 DMSACR2133E VMSYSY:LNXUDB. is a byte file system. It cannot be
accessed
14:38:29 DMSPCL389E Invalid filemode: ,
Can I ftp to a BFS area?
Yes, but not with SFS syntax.
First you have to follow the setup instructions in z/VM V5R3.0 TCP/IP Pl
anning
On Thursday, 06/26/2008 at 08:41 EDT, Hughes, Jim
[EMAIL PROTECTED] wrote:
Did you add these two commands to your VMSECURE AUTHORIZ CONFIG FILE?
Grant DIAGPCHK TO FTPSERVE
Grant SURROGAT TO FTPSERVE
If my friends at CA would provide a permanent URL that contained the ACF2,
Top Secret
ESM is VM:Secure. I am able to logon to FTPSERVE and issue the LINK
from the command line and it works. Just for funnies I also added a
LINK statement in the user direct of FTPSERVE pointing to the mdisk on
SRG.
Still Permission denied.
-Original Message-
From: The IBM z/VM Operating
, Stephen
Sent: Thursday, June 26, 2008 7:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: ftpserve
ESM is VM:Secure. I am able to logon to FTPSERVE and issue the LINK
from the command line and it works. Just for funnies I also added a
LINK statement in the user direct of FTPSERVE pointing
Did you add these two commands to your VMSECURE AUTHORIZ CONFIG FILE?
Grant DIAGPCHK TO FTPSERVE
Grant SURROGAT TO FTPSERVE
Jim Hughes
603-271-5586
Any fool can criticize when a man makes a mistake - and most of them
do.
=-Original Message-
=From: The IBM
Subject: Re: ftpserve
Did you add these two commands to your VMSECURE AUTHORIZ CONFIG FILE?
Grant DIAGPCHK TO FTPSERVE
Grant SURROGAT TO FTPSERVE
Jim Hughes
603-271-5586
Any fool can criticize when a man makes a mistake - and most of them
do.
=-Original Message
, 2008 8:47 AM
=To: IBMVM@LISTSERV.UARK.EDU
=Subject: Re: ftpserve
=
=Why, no, I didn't.
=(But I did add it before replying to this email and that fixed it).
=Onward . . . .
=Thanks, Jim.
=
=-Original Message-
=From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
=Behalf Of Hughes
commands to allow FTPSERVE to link to the SRG 192
mdisk.
I am able to logon but get the following messages:
230-SRG logged in; no working directory defined.
230-Permission denied to LINK to SRG 192
I don't know what I'm missing to make the LINK.
Who is actually issuing the LINK? FTPSERVE?
Any
Some observations:
- If your ESM is controlling links, the minidisk passwords are ignored.
If it isn't, then you might try a password of ALL rather than ANY;
there's nothing special about ANY.
- Check your ESM (you don't specify what it is) docs for the proper
DTCPARMS entries for ftpserve
Nathan [EMAIL PROTECTED]
To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
Tom Cluster wrote:
Regarding FTPSERVE. It is in the directory, otherwise you wouldn't
see it logging on and then logging off. You need to look
Solved. In the PROFILE TCPIP I uncommented only port 21. I had to do
that for port 20 as well. I should have paid more attention!
Thanks all for the feedbacks.
Original Message
Subject:FTPSERVE not working - z/VM 5.2
Date: Fri, 15 Sep 2006 09:17:17 -0700
From: Ranga
35 matches
Mail list logo
