Re: FW: SLES10 Install

[Post, Mark K]

VDISK (which can be FBA or DIAG) and FBA are not valid for use with fdasd, 
since neither are ECKD.  The fdasd command only works with ECKD disks.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ihno Krumreich
Sent: Thursday, August 24, 2006 6:48 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: FW: SLES10 Install

On Thu, Aug 17, 2006 at 09:26:48AM -0500, Alan Schilla wrote:
> zVM 5.1 installing to ECKD minidisk. We had a similar error on the VDISK swap 
> and this is FBA but we think we should be able to run the install without 
> swap and then resolve the FBA problem later.
> 

VDISK cannot be handelt by fdasd. If have to check.

Best regards/Mit freundlichen Gr�n

Ihno Krumreich

"Never trust a computer you can lift."
--
Ihno Krumreich[EMAIL PROTECTED]
SUSE LINUX Products GmbH  Projectmanager S390 & zSeries
Maxfeldstr. 5 +49-911-74053-439
D-90409 Nrnberg  http://www.suse.de

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[David Boyes]

BSI's NJE IP Bridge provides this capability for any IBM OS capable of NJE to a 
CTC, and Unix/LINUX, MacOS and Windows. See http://www.bsiopti.com. Works with 
any release of MVS, VSE, JES. etc (or at least anything post-VS2 SVS...). It's 
not free, but it's really inexpensive.

NJE: it's not just for mainframes any more. 8-)

-Original Message-
From: "McKown, John" <[EMAIL PROTECTED]>
To: "LINUX-390@VM.MARIST.EDU" 
Sent: 8/24/06 5:15 PM
Subject: Re: VSFTP Exit

> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On 
> Behalf Of David Boyes
> Sent: Thursday, August 24, 2006 4:04 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: VSFTP Exit



> 
> Use NJE over IP. It's designed to incorporate such functions (at least
> the implementations I'm familiar with), and is well integrated with
> z/OS. You could also then use z/OS-based automation to 
> trigger the task
> you want. 

NJE over IP is only available on z/OS 1.7 JES2 and above. I don't know
about JES3 availability. There may be a vendor product on z/OS to do
this, I guess. But I don't know either way for sure. I have some memory
of it being discussed.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: FW: SLES10 Install

[Ihno Krumreich]

On Thu, Aug 17, 2006 at 09:26:48AM -0500, Alan Schilla wrote:
> zVM 5.1 installing to ECKD minidisk. We had a similar error on the VDISK swap 
> and this is FBA but we think we should be able to run the install without 
> swap and then resolve the FBA problem later.
> 

VDISK cannot be handelt by fdasd. If have to check.

Best regards/Mit freundlichen Gr�n

Ihno Krumreich

"Never trust a computer you can lift."
--
Ihno Krumreich[EMAIL PROTECTED]
SUSE LINUX Products GmbH  Projectmanager S390 & zSeries
Maxfeldstr. 5 +49-911-74053-439
D-90409 Nrnberg  http://www.suse.de

> Al Schilla
> Systems Programmer 
> Enterprise Technology Services
> Office of Enterprise Technology
> phone: 651-201-1216
> email: [EMAIL PROTECTED]
> 
> 
> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
> Ihno Krumreich
> Sent: Thursday, August 17, 2006 4:33 AM
> To: LINUX-390@vm.marist.edu
> Subject: Re: SLES10 Install
> 
> 
> hi,
> 
> On Wed, Aug 16, 2006 at 03:10:34PM -0500, Alan Schilla wrote:
> > We are trying the install of sles10 and get the boot loader and thru the 
> > network config to the FTP server for installation. We connect to the new 
> > guest via cygwin and ssh. We start the configuration of the disk partitions 
> > and select software and when we continue to where the install process would 
> > generally format the dasd we receive the following messages:
> > 
> > Failure occurred during following action:
> > Executing fdasd for disk /dev/dasdb...
> > 
> > System error code was: -11001
> > 
> > /sbin/fdasd -c /tmp/liby2storageIT5Z1N/fdasd_inp /dev/dasdb:
> > 
> > fdasd error: Unsupported disk format
> > /dev/dasdb is not formatted with z/OS compatible disk layout
> 
> I assume you install under z/VM.
> 
> What type of disk is that (minidisk,FBA,VDSK,real DASD)?
> 
> Best regards/Mit freundlichen Grüßen
> 
> Ihno Krumreich
> 
> "Never trust a computer you can lift."
> --
> Ihno Krumreich[EMAIL PROTECTED]
> SUSE LINUX Products GmbH  Projectmanager S390 & zSeries
> Maxfeldstr. 5 +49-911-74053-439
> D-90409 Nürnberg  http://www.suse.de
> 
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> 
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390

-- 
Best regards/Mit freundlichen Grüßen

Ihno Krumreich

"Never trust a computer you can lift."
--
Ihno Krumreich[EMAIL PROTECTED]
SUSE LINUX Products GmbH  Projectmanager S390 & zSeries
Maxfeldstr. 5 +49-911-74053-439
D-90409 Nürnberg  http://www.suse.de

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: DHCP over VSWITCH?

[Alan Altmark]

On Thursday, 08/24/2006 at 01:33 MST, "Stricklin, Raymond J"
<[EMAIL PROTECTED]> wrote:
> > I am trying to set up DHCP for linux users on our VSWITCH.
> >
> > Right now I have two linux users, both on VSWITCH. One is the DHCP
> > server (SLES9 SP2 with ISC dhcpd), and one is the DHCP client (SLES10
> > with dhcpcd).
> >
> > The client sends its VM user name as its DHCP client identifier; the
> > server assigns a fixed address using that instead of the ethernet MAC
> > address, as our VSWITCH is running in layer 3.

Easiest is to change to use a Layer 2 VSWITCH (TYPE ETHERNET).  To use
DHCP with Layer 3, you have to get the device driver to generate fake
ethernet frame headers.  E.g. For NIC A000 on SLES9:

/etc/sysconfig/hardware/hwcfg-qeth-bus-ccw-0.0.a000:
CCW_CHAN_IDS='0.0.a000 0.0.a001 0.0.a002'
CCW_CHAN_MODE='OSAPORT'
CCW_CHAN_NUM='3'
MODULE='qeth'
MODULE_OPTIONS=''
SCRIPTDOWN='hwdown-ccw'
SCRIPTUP='hwup-ccw'
SCRIPTUP_ccw='hwup-ccw'
SCRIPTUP_ccwgroup='hwup-qeth'
STARTMODE='auto'
QETH_OPTIONS='fake_ll=1'< look here!

Alan Altmark
z/VM Development
IBM Endicott

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[McKown, John]

> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On 
> Behalf Of David Boyes
> Sent: Thursday, August 24, 2006 4:04 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: VSFTP Exit



> 
> Use NJE over IP. It's designed to incorporate such functions (at least
> the implementations I'm familiar with), and is well integrated with
> z/OS. You could also then use z/OS-based automation to 
> trigger the task
> you want. 

NJE over IP is only available on z/OS 1.7 JES2 and above. I don't know
about JES3 availability. There may be a vendor product on z/OS to do
this, I guess. But I don't know either way for sure. I have some memory
of it being discussed.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[David Boyes]

> Is there are FTP exit on VSFTP... in VM we have FTP exit???

Well, it would help to know what you'd like to control

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[Neale Ferguson]

Yes, NJE.

-Original Message-
The  FTP on the z/OS  has  exit call  FTPSMFEX...   which contains
informations(dataset)  .  Base on the datasetname sent... it will start a
job.  Another word if a file has arrived, start the  TASK.
 Any suggestion ???

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[McKown, John]

> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On 
> Behalf Of Eddie Chen
> Sent: Thursday, August 24, 2006 3:05 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: VSFTP Exit
> 
> 
> Do you knon any VENDOR has there own FTP that supports  userexit ?

Try looking af "Pure-FTP". It is free, and BSD licensed. You'll need to
recompile it since there doesn't seem to be any s390 binaries.

http://www.pureftpd.org

>From the page:

http://download.pureftpd.org/pub/pure-ftpd/doc/README

--with-uploadscript: since 0.98, Pure-FTPd has a nice feature regarding
uploads. Any external program or script can be automatically called
after a
successful upload. It needs another program installed by the Pure-FTPd
package, called 'pure-uploadscript'. Check the man page for more info
about
this.

This is not really a user exit, but perhaps this will meet your need.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[David Boyes]

> The  FTP on the z/OS  has  exit call  FTPSMFEX...   which contains
> informations(dataset)  .  Base on the datasetname sent... it will
start a
> job.  Another word if a file has arrived, start the  TASK.

VSFTP has no capability to perform actions when a file arrives. FTP is a
file transfer program, not a system automation tool. It does log traffic
to syslog, so you'd need to read the information from syslog and
automate based on that. 

>  Any suggestion ???

Use NJE over IP. It's designed to incorporate such functions (at least
the implementations I'm familiar with), and is well integrated with
z/OS. You could also then use z/OS-based automation to trigger the task
you want. 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[Eddie Chen]

Do you knon any VENDOR has there own FTP that supports  userexit ?



 "McKown, John"
 <[EMAIL PROTECTED]
 thmarkets.com> To
 Sent by: Linux on LINUX-390@vm.marist.edu
 390 Port   cc
 <[EMAIL PROTECTED]
 ist.edu>  Subject
   Re: VSFTP Exit

 08/24/2006 03:57
 PM


 Please respond to
 Linux on 390 Port
 <[EMAIL PROTECTED]
 ist.edu>






> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
> Behalf Of Eddie Chen
> Sent: Thursday, August 24, 2006 2:39 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: VSFTP Exit
>
>
> The  FTP on the z/OS  has  exit call  FTPSMFEX...   which contains
> informations(dataset)  .  Base on the datasetname sent... it
> will start a
> job.  Another word if a file has arrived, start the  TASK.
>  Any suggestion ???

In general, this is not done on UNIX (or Windows) systems. What is
generally done is have a script run periodically via the "cron" daemon,
which looks for specific files in specific subdirectories. Since this
script might run while the ftp transfer is still in progress, the ftp is
usually done to an intermediate file name, then a rename done after the
"put" to rename it to the actual name. Of course, this rename fails if
the actual name already exists.

As an example. suppose the special subdirectory is "/upload/production"
and the special file name is anything that ends with a ".inputdata". Our
shop would do an ftp similar to:

ftp unixsystem
user
password
cd /upload/production
put zos.file.name unix.file.name
rename unix.file.name actual.input.file.inputdata

The script which is fired off by "cron" would look something like:

#!/bin/sh
cd /upload/production
if [ ! -e actual.input.file.inputdata ]; then exit 1;fi
#our input exists!
#First, move the data to another subdirectory so the ftp can work again.
mv actual.input.file.inputdata /permenant/production/
cd /permenant/production
process_data actual.input.file.inputdata
#Perhaps more commands, as needed

Now how you set up the actual "cron" command would depend on a number of
things that I don't know about your system.

==

Another possibility is to follow the ftp step on the sending system with
a subsequent step which uses "rexec" or some other method to start a
script on the receiving system. I like this idea, but it (like all of
this) is simply not "fail safe" in my opinion.

Now, what we are going towards here is really "interesting" (as in "may
you live in interesting times"). We are running CA-7 under z/OS. CA-7
schedules the ftp jobs. There is another product which is an "enterprise
scheduler" which interfaces with CA-7. So after the ftp job completes
successfully, this "enterprise scheduler" will run and monitor a process
on the receiving system which is supposed to process the data just sent.
I don't know much about this.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390



-
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

DHCP over VSWITCH?

[Stricklin, Raymond J]

> I am trying to set up DHCP for linux users on our VSWITCH.
> 
> Right now I have two linux users, both on VSWITCH. One is the DHCP
> server (SLES9 SP2 with ISC dhcpd), and one is the DHCP client (SLES10
> with dhcpcd).
> 
> The client sends its VM user name as its DHCP client identifier; the
> server assigns a fixed address using that instead of the ethernet MAC
> address, as our VSWITCH is running in layer 3.
> 
> It's partly working right now. The client sends its DHCPDISCOVER. This
> is received by the server, which sends its DHCPOFFER. The DHCPOFFER is
> never received by the client.
> 
> Here is a tcpdump on the client. You can see it sending DHCPDISCOVER:
> 
> 27 769.364929 0b.00.0a -> 00.7f.f9 FC Unknown frame
> 28 833.397832  0.0.0.0 -> 255.255.255.255 DHCP DHCP Discover -
> Transaction I
> D 0x7ff9580b
> 29 833.409721 0b.00.0a -> 00.7f.f9 FC Unknown frame
> 30 897.567832  0.0.0.0 -> 255.255.255.255 DHCP DHCP Discover -
> Transaction I
> D 0x7ff9580b
> 31 897.572165 0b.00.0a -> 00.7f.f9 FC Unknown frame
> 
> Here is what's going on at the same time, from the server's point of
> view, receiving DHCPDISCOVER and sending the DHCPOFFER:
> 
>   0.00  0.0.0.0 -> 255.255.255.255 DHCP DHCP Discover -
> Transaction ID 0
> x7ff9580b
>   0.000164  0.0.0.0 -> 255.255.255.255 DHCP DHCP Discover -
> Transaction ID 0
> x7ff9580b
>   0.005826  192.54.6.17 -> 255.255.255.255 DHCP DHCP Offer-
> Transaction ID 0
> x7ff9580b
>   0.008912  192.54.6.17 -> 255.255.255.255 DHCP DHCP Offer-
> Transaction ID 0
> x7ff9580b
>   0.009443  192.54.6.17 -> 255.255.255.255 DHCP DHCP Offer-
> Transaction ID 0
> x7ff9580b
>   0.011666  192.54.6.17 -> 255.255.255.255 DHCP DHCP Offer-
> Transaction ID 0
> x7ff9580b
> 
> This is as far as we get. What is preventing the DHCPOFFER from being
> received by the client? I don't understand how this could be only
> half-broken (the IP broadcast works in one direction, but not the
> other). Is there some patch or APAR we're missing? I really, really
> hope we don't have to reconfigure our VSWITCH to layer 2 to make this
> work.
> 
> Thanks;
> 
> ok
> r.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

[PATCH 3/3] kthread: convert the s390 qeth driver to use kthread

[Serge E. Hallyn]

Convert the s390 qeth driver, which can be a module, to use kthread
rather than kernel_thread, whose EXPORT_SYMBOL is deprecated.

Compiles and boots, and dmesg shows it is in use for eth0.

Signed-off-by: Serge E. Hallyn <[EMAIL PROTECTED]>

---

 drivers/s390/net/qeth_main.c |   10 --
 1 files changed, 4 insertions(+), 6 deletions(-)

315bee45e81ba606c009b59f8ad100bc5818eda3
diff --git a/drivers/s390/net/qeth_main.c b/drivers/s390/net/qeth_main.c
index 5fff1f9..06c1a17 100644
--- a/drivers/s390/net/qeth_main.c
+++ b/drivers/s390/net/qeth_main.c
@@ -50,6 +50,7 @@
 #include 
 #include 
 #include 
+#include 

 #include 
 #include 
@@ -956,7 +957,6 @@ qeth_register_ip_addresses(void *ptr)
struct qeth_card *card;

card = (struct qeth_card *) ptr;
-   daemonize("qeth_reg_ip");
QETH_DBF_TEXT(trace,4,"regipth1");
if (!qeth_do_run_thread(card, QETH_SET_IP_THREAD))
return 0;
@@ -974,7 +974,6 @@ qeth_set_promisc_mode(void *ptr)
 {
struct qeth_card *card = (struct qeth_card *) ptr;

-   daemonize("qeth_setprm");
QETH_DBF_TEXT(trace,4,"setprm1");
if (!qeth_do_run_thread(card, QETH_SET_PROMISC_MODE_THREAD))
return 0;
@@ -991,7 +990,6 @@ qeth_recover(void *ptr)
int rc = 0;

card = (struct qeth_card *) ptr;
-   daemonize("qeth_recover");
QETH_DBF_TEXT(trace,2,"recover1");
QETH_DBF_HEX(trace, 2, &card, sizeof(void *));
if (!qeth_do_run_thread(card, QETH_RECOVER_THREAD))
@@ -1048,11 +1046,11 @@ qeth_start_kernel_thread(struct qeth_car
return;

if (qeth_do_start_thread(card, QETH_SET_IP_THREAD))
-   kernel_thread(qeth_register_ip_addresses, (void *)card,SIGCHLD);
+   kthread_run(qeth_register_ip_addresses, (void *)card, 
"qeth_reg_ip");
if (qeth_do_start_thread(card, QETH_SET_PROMISC_MODE_THREAD))
-   kernel_thread(qeth_set_promisc_mode, (void *)card, SIGCHLD);
+   kthread_run(qeth_set_promisc_mode, (void *)card, "qeth_setprm");
if (qeth_do_start_thread(card, QETH_RECOVER_THREAD))
-   kernel_thread(qeth_recover, (void *) card, SIGCHLD);
+   kthread_run(qeth_recover, (void *) card, "qeth_recover");
 }


--
1.1.6

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[McKown, John]

> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On 
> Behalf Of Eddie Chen
> Sent: Thursday, August 24, 2006 2:39 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: VSFTP Exit
> 
> 
> The  FTP on the z/OS  has  exit call  FTPSMFEX...   which contains
> informations(dataset)  .  Base on the datasetname sent... it 
> will start a
> job.  Another word if a file has arrived, start the  TASK.
>  Any suggestion ???

In general, this is not done on UNIX (or Windows) systems. What is
generally done is have a script run periodically via the "cron" daemon,
which looks for specific files in specific subdirectories. Since this
script might run while the ftp transfer is still in progress, the ftp is
usually done to an intermediate file name, then a rename done after the
"put" to rename it to the actual name. Of course, this rename fails if
the actual name already exists.

As an example. suppose the special subdirectory is "/upload/production"
and the special file name is anything that ends with a ".inputdata". Our
shop would do an ftp similar to:

ftp unixsystem
user
password
cd /upload/production
put zos.file.name unix.file.name
rename unix.file.name actual.input.file.inputdata

The script which is fired off by "cron" would look something like:

#!/bin/sh
cd /upload/production
if [ ! -e actual.input.file.inputdata ]; then exit 1;fi
#our input exists!
#First, move the data to another subdirectory so the ftp can work again.
mv actual.input.file.inputdata /permenant/production/
cd /permenant/production
process_data actual.input.file.inputdata
#Perhaps more commands, as needed

Now how you set up the actual "cron" command would depend on a number of
things that I don't know about your system.

==

Another possibility is to follow the ftp step on the sending system with
a subsequent step which uses "rexec" or some other method to start a
script on the receiving system. I like this idea, but it (like all of
this) is simply not "fail safe" in my opinion.

Now, what we are going towards here is really "interesting" (as in "may
you live in interesting times"). We are running CA-7 under z/OS. CA-7
schedules the ftp jobs. There is another product which is an "enterprise
scheduler" which interfaces with CA-7. So after the ftp job completes
successfully, this "enterprise scheduler" will run and monitor a process
on the receiving system which is supposed to process the data just sent.
I don't know much about this.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

SLES9 scsi multipath initrd-linuxrc question

[Romanowski, John (OFT)]

Zseries SLES 9 SP2 supports coding multipath=yes or multipath=all or
multipath=host3,host5,...hostn in
/etc/zipl.conf's kernel parameters ;

Example: parameters = "multipath=yes root=/dev/..."

and during linux booting up, its initrd's /linuxrc shell script checks
for "multipath=" and does something (see code excerpt below) but doesn't

run /sbin/multipath  (part of multipath-tools package).

Does anyone know what that "something" is intended for and how to use
it?
Does it affect /sbin/multipath at all? Or just a coincidence of name?

S390x SLES9 SP2 release notes mention this
" Added support for "multipath" option in initrd to support a delayed
partition probing per host adapter needed in multipath setups"

- Code from /linuxrc -:
for o in $(cat /proc/cmdline); do
  case $o in
multipath=*)
  multipath_hosts=${o#multipath=} ;;
  esac
done
case $multipath_hosts in
  all|yes)
  hosts_to_scan=*
  ;;
  host*)
  set -- $(IFS=, ; echo $multipath_hosts)
  hosts_to_scan=$@
  ;;
esac
old_pwd=$PWD
if [ -d /sys/class/scsi_host ]; then
cd /sys/class/scsi_host
for host in $hosts_to_scan; do
cd /sys/class/scsi_host/$host
if [ -d device ]; then
for dev in device/target*; do
if [ -d "$dev" ]; then
have_targets=1
fi
done
fi
if [ -z "$have_targets" -a -w no_partition_check ]; then
 
echo 1 > no_partition_check
echo "- - -" > scan
fi
done
cd $old_pwd
fi

This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments.  Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[Eddie Chen]

The  FTP on the z/OS  has  exit call  FTPSMFEX...   which contains
informations(dataset)  .  Base on the datasetname sent... it will start a
job.  Another word if a file has arrived, start the  TASK.
 Any suggestion ???




 "Post, Mark K"
 <[EMAIL PROTECTED]
 m> To
 Sent by: Linux on LINUX-390@vm.marist.edu
 390 Port   cc
 <[EMAIL PROTECTED]
 ist.edu>  Subject
   Re: VSFTP Exit

 08/24/2006 03:24
 PM


 Please respond to
 Linux on 390 Port
 <[EMAIL PROTECTED]
 ist.edu>






You have the source code, you can put one in if you like.  I suspect
you'll wind up with a much less secure server if you have an exit
though.

What sort of functionality do you think you need in an exit?


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Eddie Chen
Sent: Thursday, August 24, 2006 3:13 PM
To: LINUX-390@VM.MARIST.EDU
Subject: VSFTP Exit

Is there are FTP exit on VSFTP... in VM we have FTP exit???

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390



-
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: protocol converter?

[Post, Mark K]

Please trim your replies.

I use the IBM Pcomm TN3270 client.  When I map my shift-6 key (normally
a cent sign on US keyboards), to a caret ^ then just typing in ^c or ^d
or ^z, etc., works as expected for me.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Yu
Safin
Sent: Thursday, August 24, 2006 3:32 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: protocol converter?

-snip-
On a simpler note, how about a "ctrl-c" so I can break out of commands
such as ping while connected via my zVM 3270 emulation connection to
my Linux guest? can this be done?

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: protocol converter?

[Yu Safin]

On 8/15/06, Richard Hitt <[EMAIL PROTECTED]> wrote:

Hi, Dave & all

Hold your breath; ned will soon be reappearing on our downloads page.

Richard Hitt   [EMAIL PROTECTED]


Dave Jones wrote:
> There's no mention of NED there now.wonder whatever happened to it?
>
> DJ
>
> Richard Pinion wrote:
>> I THINK you can still get it from www.utsglobal.com.  When I
>> downloaded NED back in 2004 or 2005 all I had to do was register on
>> the utsglobal web site.
>>
>>
> [EMAIL PROTECTED] 8/15/2006 1:54 PM >>>
>>
>> Does anybody know where UTS's NED can be found these days? Is it
>> still free?
>>
>> DJ
>>
>> Richard Pinion wrote:
>>
>>> I can't get NED to work on 2.6.
>>>
>>>
>>>
>> [EMAIL PROTECTED] 8/15/2006 11:36 AM >>>

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
 Behalf Of Lee Stewart
 Sent: Tuesday, August 15, 2006 10:19 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: protocol converter?


 Isn't the better/full answer to get IBM to support the
 "Integrated ASCII
 Console" on the HMC?
 Lee
>>>
>>>
>>> Well, that assumes you have physical access to the HMC. But, yes, I
>>> would like that.
>>>
>>> Or have z/VM emulate the "Integrate ASCII Console" for the guest
>>> systems.
>>>
>>> I guess what is really needed is a free 3270 full screen editor (like
>>> UTS NED) that can be bundled with any Linux distribution.
>>>
>>> --
>>>
>>> John McKown
>>> Senior Systems Programmer
>>> HealthMarkets
>>> Keeping the Promise of Affordable Coverage
>>> Administrative Services Group
>>> Information Technology
>>>
>>> This message (including any attachments) contains confidential
>>> information intended for a specific individual and purpose, and its
>>> content is protected by law.  If you are not the intended recipient,
>>> you
>>> should delete this message and are hereby notified that any disclosure,
>>> copying, or distribution of this transmission, or taking any action
>>> based on it, is strictly prohibited.
>>>
>>>
>>> --
>>> For LINUX-390 subscribe / signoff / archive access instructions,
>>> send email to [EMAIL PROTECTED] with the message: INFO
>>> LINUX-390 or visit
>>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>>>
>>> --
>>> For LINUX-390 subscribe / signoff / archive access instructions,
>>> send email to [EMAIL PROTECTED] with the message: INFO
>>> LINUX-390 or visit
>>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>>
>>
>> --
>> For LINUX-390 subscribe / signoff / archive access instructions,
>> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390
>> or visit
>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>>
>> --
>> For LINUX-390 subscribe / signoff / archive access instructions,
>> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390
>> or visit
>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390
> or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


On a simpler note, how about a "ctrl-c" so I can break out of commands
such as ping while connected via my zVM 3270 emulation connection to
my Linux guest? can this be done?

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VSFTP Exit

[Post, Mark K]

You have the source code, you can put one in if you like.  I suspect
you'll wind up with a much less secure server if you have an exit
though.

What sort of functionality do you think you need in an exit?


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Eddie Chen
Sent: Thursday, August 24, 2006 3:13 PM
To: LINUX-390@VM.MARIST.EDU
Subject: VSFTP Exit

Is there are FTP exit on VSFTP... in VM we have FTP exit???

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Call for Presentations for the Web Site

[Post, Mark K]

Now that SHARE 107 has ended, I'm renewing my call for people to
contribute their presentations to the linuxvm.org web site.  Even if you
uploaded them to the SHARE web site, I would like to include them all in
one place, since not everyone has access to the SHARE proceedings.

If you would rather I point to your presentation, please send me the
URL, and I'll do that.


Thanks in advance,

Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

VSFTP Exit

[Eddie Chen]

Is there are FTP exit on VSFTP... in VM we have FTP exit???


-
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: SLE10 - z/VM 5.2 - SCSI

[Yu Safin]

On 8/13/06, Waite, Dick <[EMAIL PROTECTED]> wrote:

Grand Afternoon,

   I'm running 3 S390X machines on SuSE SLE 10.0, they have been
running on z/VM 5.1 for quite a long time, they ran well and happy with
their file system on FCP SCSI. Wd are talking EXT3 FS

   We switched yesterday to z/VM 5.2 and now the SLE 10.0 machines
are very unhappy with the FCP SCSI disks. The SuSE SLES 9.3 machines, on
the same SCSI's are happy, no issues seen so far.

   Has anyone got SuSE SLE 10.0 using FCP on z/VM 5.2 running happy
chappie SCSI's



sd 0:0:0:0: SCSI error: return code = 0x1

end_request: I/O error, dev sda, sector 3495302

sd 0:0:0:0: SCSI error: return code = 0x1

end_request: I/O error, dev sda, sector 3495310

sd 0:0:0:0: SCSI error: return code = 0x1

end_request: I/O error, dev sda, sector 3495318

sd 0:0:0:0: SCSI error: return code = 0x1

end_request: I/O error, dev sda, sector 3495310

sd 0:0:0:0: SCSI error: return code = 0x1

end_request: I/O error, dev sda, sector 3495310

sd 0:0:0:0: SCSI error: return code = 0x1

end_request: I/O error, dev sda, sector 3495310

zfcp: The adapter 0.0.fce0 reported the following characteristics:

WWNN 0x5005076400c7a10e, WWPN 0x50050764012061b0, S_ID 0x00631113,

adapter version 0x2, LIC version 0x30a, FC link speed 2 Gb/s

zfcp: Switched fabric fibrechannel network detected at adapter 0.0.fce0.

sd 0:0:0:0: SCSI error: return code = 0x1

end_request: I/O error, dev sda, sector 3495310

sd 0:0:0:0: SCSI error: return code = 0x1



end_request: I/O error, dev sda, sector 524646

EXT3-fs error (device sda1): ext3_get_inode_loc: unable to read inode
block
ode=33273, block=65573

Aborting journal on device sda1.

sd 0:0:0:0: SCSI error: return code = 0x1

end_request: I/O error, dev sda, sector 4150

Buffer I/O error on device sda1, logical block 511



Regards,

Dick Waite
Senior Consultant,
Technical Marketing Manager Adabas,
Software AG,
64297 Darmstadt, Germany

Phone:  +49 (0) 6151   921505
Mobile: +49 (0) 176 15 921505
Email:

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


We got our two brand new FCP cards and tried to plut them to our
McDATA SAN under zVM 5.2 and SLES 9.3.  They refuse to work.  So we
are in the same boat.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: linux/390 ipl from tape, error in network connection eth0

[Post, Mark K]

I strongly recommend that you get a different Linux/390 distribution.
The Marist distribution is very very much out of date.  You'd be much
better off with any of:
Debian/390
Slack/390
CentOS

The way I understand it, you cannot share the same OSA device numbers
across LPARs, but I've never worked in that environment, so I'm not 100%
sure.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
inci yeker selkan
Sent: Wednesday, August 23, 2006 10:43 AM
To: LINUX-390@VM.MARIST.EDU
Subject: linux/390 ipl from tape, error in network connection eth0

Hi, 
I ipled linux for s/390 from tape (downloaded from marist) , but I have
problem with the network connection. 
We use osa card,  device address 1000 is shared between 2 os/390 lpar.
We now add the  linux390 partition as the third lpar. 

I gave noauto=1 devno_portno_pairs=0x1000,1  for lcs parameters.  1000
is already being used for read, 1001 is used for write for all lpars.
(Does linux390 need dedicated device numbers???)

It says:
Bringing up interface eth0
insmod: /lib/modules/2.2.16/net/lcs.0:
init_module: Device or resource busy
delaying eth0 initialization. 

Could anybody help?
Thanks
inci

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Bastille, RHEL 4, perl-Tk, perl-curses

[Roach, Dennis]

I am trying to run the Bastille script on Red Hat RHEL4.
If I try bastille -c, I get:
ERROR:   Could not load the 'Curses.pm' interface module. This 
may be due to an invalid $DISPLAY setting, or   
the module not being visible to Perl.
If I try bastille -x, I get:
WARNING: /usr/bin/perl cannot find Perl module Tk.
 The above module(s) is/are required to correctly display
 the Bastille User Interface.  If you are unable to find a
 pre-compiled module for your OS, they can be found at:
   http://www.cpan.org/modules/01modules.index.html
 If you installed the modules in another installation of
 perl besides the one listed in the error message, you may
 override Bastille's search path by setting the
 $CORRECT_PERL_PATH environment variable to the directory
 that the desired perl binary is located in.
Both environment variables are null.
I have tried to locate Tk from the above link, the Bastille links (nothing for 
390) and CPAN, with no luck.
Anyone have an idea.



Dennis Roach
United Space Alliance
600 Gemini Avenue
Mail Code USH-4A3L
Houston, Texas 77058
Voice:   (281) 282-2975
Page:(713) 736-8275
Fax: (281) 282-3583
E-Mail:  [EMAIL PROTECTED]

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other
planet, moon, asteroid, or other spatial object, natural or manufactured, since 
the beginning of time.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Linux/390 DVDs

[Post, Mark K]

I'm sorry, I'm having brain fade today (too many late nights lately).
If you want a DVD of any freely available Linux/390 distribution, please
contact me off-list.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Greg Grimm
Sent: Wednesday, August 23, 2006 6:38 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Linux/390 DVDs

I'd like to receive the LINUX/390 DVDs.
Let me know where to send the cash.

Regards,


Greg Grimm
Sr. Systems Software Engineer
County of Santa Clara
(408) 918-7064

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Linux/390 DVDs

[Neale Ferguson]

For Debian/390 see: http://www.sinenomine.net/debian/media

-Original Message-
I'd like to receive the LINUX/390 DVDs.
Let me know where to send the cash.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Linux/390 DVDs

[Post, Mark K]

If you're referring to the Slack/390 DVD (singular), please contact me
off-list. 


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Greg Grimm
Sent: Wednesday, August 23, 2006 6:38 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Linux/390 DVDs

I'd like to receive the LINUX/390 DVDs.
Let me know where to send the cash.

Regards,


Greg Grimm
Sr. Systems Software Engineer
County of Santa Clara
(408) 918-7064

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Linux/390 DVDs

[Dave Reinken]

> From: Greg Grimm <[EMAIL PROTECTED]>
> I'd like to receive the LINUX/390 DVDs.
> Let me know where to send the cash.

http://linuxvm.org/Info/distros.html

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Linux/390 DVDs

[James Melin]

Well a lot of that depends on what flavor you want to use. There are several.  
SuSE, RedHat, and Slackware to name a few. Do you have a preference?




 Greg Grimm <[EMAIL PROTECTED]>
 Sent by: Linux on 390 Port
   
   To
 
LINUX-390@VM.MARIST.EDU

   cc
 08/23/2006 05:37 PM

  Subject
 Linux/390 
DVDs
Please respond to
   Linux on 390 Port 








I'd like to receive the LINUX/390 DVDs.
Let me know where to send the cash.

Regards,


Greg Grimm
Sr. Systems Software Engineer
County of Santa Clara
(408) 918-7064


NOTICE: This email message and/or its attachments may contain information
that is confidential or restricted. It is intended only for individuals
named as recipients in the message. If you are NOT an authorized
recipient, you are prohibited from using, delivering, distributing,
printing, copying, or disclosing the message or content to others and must
delete the message from your computer. If you have received this message
in error, please notify the sender by return email.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390