Re: NEVER MIND [WAS: DASDFMT Fails (invalid argument) ]

2004-05-21 Thread Tom Shilson
Right!  Thank you.


Linux on 390 Port <[EMAIL PROTECTED]> wrote on 05/21/2004 04:33:01
PM:

> Perhaps, but you've also got this wrong:
> dasdfmt -v  -b 4096 -l TEMP -f /dev/dasde1
>
> You want to specify -f /dev/dasde instead.  You're formatting the device,
> not a partition.  Making file systems is when you specify a partition
> number.

--
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: NEVER MIND [WAS: DASDFMT Fails (invalid argument) ]

2004-05-21 Thread Post, Mark K
Perhaps, but you've also got this wrong:
dasdfmt -v  -b 4096 -l TEMP -f /dev/dasde1

You want to specify -f /dev/dasde instead.  You're formatting the device,
not a partition.  Making file systems is when you specify a partition
number.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Tom
Shilson
Sent: Friday, May 21, 2004 5:28 PM
To: [EMAIL PROTECTED]
Subject: NEVER MIND [WAS: DASDFMT Fails (invalid argument) ]


After searching the web for hours, I gave up and submitted my problem to
you.  I discovered the answer myself right afterward!

I had the commands in the wrong order. Thanks, anyway.

   _/)  Tom Shilson
~GEDW & VM System Services
Aloha   Tel:  651-733-7591   tshilson at mmm dot com
   Fax:  651-736-7689

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


NEVER MIND [WAS: DASDFMT Fails (invalid argument) ]

2004-05-21 Thread Tom Shilson
After searching the web for hours, I gave up and submitted my problem to
you.  I discovered the answer myself right afterward!

I had the commands in the wrong order. Thanks, anyway.

   _/)  Tom Shilson
~GEDW & VM System Services
Aloha   Tel:  651-733-7591   tshilson at mmm dot com
   Fax:  651-736-7689

--
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 Restart

2004-05-21 Thread Steven . ADAMS
If the Marist dist directs local7 to /var/log/boot.log you can look there
for possible clues as well. Also, /var/log/messages might be worth a look
see for any events that might be blowing your configuration away. Now that
you have it running, and can correct it in the event that it fails, you can
try running the command:

/etc/init.d/network restart

from a root prompt to see if you can catch a message.

Steve

-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 1:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart

Well, that's the problem, now, isn't it?  Your configuration files looked
right, and have worked in the past.  You'll probably have to reboot and
carefully watch what happens to figure that out.  Or, this may have been a
one-time fluke.  If the CTC didn't connect to the other end within a certain
time period, this might have resulted.  Or some other problem.

If you are indeed running on z/VM, doing a "cp spool console start" before
IPLing Linux will nicely save your boot sequence for you so you can look at
it later.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kim
Colwell
Sent: Friday, May 21, 2004 3:57 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart


"Post, Mark K" wrote:

> Umm, you were supposed to substitute the IP address of your default
> gateway in that statement, not use "ip.add.default.gw".  Sorry for not
> being clearer.
>
> Actually, you need to do that but this first:
> ifconfig ctc 192.168.20.6 pointopoint 192.168.20.8 Then route add
> default gw 192.168.20.8

Y E S!! that did it   now  (1) why did this happen?  & (2)  do I need to
"put it somewhere" so it comes up OK in the future?

THANK YOU for all the help & quick responses -- this list is Great!

Kim
[EMAIL PROTECTED]

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


DASDFMT Fails (invalid argument)

2004-05-21 Thread Tom Shilson
I am running RedHat 3.1 on VM 4.4. in and LPAR (of course) on an IFL. I
want to add a disk.  A minidisk addr 204 of 5008 cylinders was added. I ran
fdasd and here is the display


[EMAIL PROTECTED] init.d]# fdasd -p /dev/dasde
reading volume label: VOL1
reading vtoc: ok
Disk /dev/dasde:
5008 cylinders,
  15 tracks per cylinder,
  12 blocks per track
4096 bytes  per block
volume label: VOL1, volume identifier: TEMP
maximum partition number: 3
 --- tracks ---
   Device  start  end   length   Id  System
  /dev/dasde1  275119751181  Linux native
exiting...


When I try to run dasdfmt I get this error:


[EMAIL PROTECTED] init.d]# dasdfmt -v  -b 4096 -l TEMP -f /dev/dasde1
Retrieving disk geometry...
Drive Geometry: 5008 Cylinders * 15 Heads =  75120 Tracks
I am going to format the device /dev/dasde1 in the following way:
   Device number of device : 0x204
   Labelling device: yes
   Disk label  : VOL1
   Disk identifier : TEMP
   Extent start (trk no)   : 0
   Extent end (trk no) : 75119
   Compatible Disk Layout  : yes
   Blocksize   : 4096

--->> ATTENTION! <<---
All data of that device will be lost.
Type "yes" to continue, no will leave the disk untouched: yes
Formatting the device. This may take a while (get yourself a coffee).
Detaching the device...
Invalidate first track...
dasdfmt: (invalidate first track) IOCTL BIODASDFMT failed. (Invalid
argument)


After this the disk is now "broken".  When I try to display the partition
with fdisk again, here is what I get:


[EMAIL PROTECTED] dasd]# fdasd -p /dev/dasde
fdasd error:  open error
Could not open device '/dev/dasde' in read-only mode!
Any hints about what I did wrong?  All help is appreciated!

   _/)  Tom Shilson
~GEDW & VM System Services
Aloha   Tel:  651-733-7591   tshilson at mmm dot com
   Fax:  651-736-7689

--
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 Restart

2004-05-21 Thread Post, Mark K
Well, that's the problem, now, isn't it?  Your configuration files looked
right, and have worked in the past.  You'll probably have to reboot and
carefully watch what happens to figure that out.  Or, this may have been a
one-time fluke.  If the CTC didn't connect to the other end within a certain
time period, this might have resulted.  Or some other problem.

If you are indeed running on z/VM, doing a "cp spool console start" before
IPLing Linux will nicely save your boot sequence for you so you can look at
it later.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kim
Colwell
Sent: Friday, May 21, 2004 3:57 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart


"Post, Mark K" wrote:

> Umm, you were supposed to substitute the IP address of your default
> gateway in that statement, not use "ip.add.default.gw".  Sorry for not
> being clearer.
>
> Actually, you need to do that but this first:
> ifconfig ctc 192.168.20.6 pointopoint 192.168.20.8
> Then
> route add default gw 192.168.20.8

Y E S!! that did it   now  (1) why did this happen?  & (2)  do I need to
"put it somewhere" so it comes up OK in the future?

THANK YOU for all the help & quick responses -- this list is Great!

Kim
[EMAIL PROTECTED]

--
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: Linux Restart

2004-05-21 Thread Kim Colwell
"Post, Mark K" wrote:

> Umm, you were supposed to substitute the IP address of your default gateway
> in that statement, not use "ip.add.default.gw".  Sorry for not being
> clearer.
>
> Actually, you need to do that but this first:
> ifconfig ctc 192.168.20.6 pointopoint 192.168.20.8
> Then
> route add default gw 192.168.20.8

Y E S!! that did it   now  (1) why did this happen?  & (2)  do I need to "put
it somewhere" so it comes up OK in the future?

THANK YOU for all the help & quick responses -- this list is Great!

Kim
[EMAIL PROTECTED]

--
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 Restart

2004-05-21 Thread Kim Colwell
[EMAIL PROTECTED] wrote:

> At least the IP stack looks good. Try adding the IP address, netmask and mtu
> to ctc0 with ifconfig and, as Mark said, the default gateway with route add.

I'm not sure about the format -->>

ifconfig ctc0 192.168.20.6 mtu 1500
ifconfig -a
ctc0  Link encap:Serial Line IP
  inet addr:192.168.20.6  P-t-P:192.168.20.6  Mask:255.255.255.255
  UP POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1
  RX packets:3 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:100

route add default gw ip.addr.default.gw
ip.addr.default.gw: Host name lookup failure

.
.
.

--
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 Restart

2004-05-21 Thread Alan Altmark
On Friday, 05/21/2004 at 02:39 EST, Kim Colwell <[EMAIL PROTECTED]> wrote:
> cat /etc/sysconfig/network
> NETWORKING=yes
> FORWARD_IPV4=no
> HOSTNAME=linuxm
> GATEWAYDEV=ctc0
> GATEWAY=192.168.20.8
> [snip]

For some reason your ctc0 was not configured correctly.

ifconfig ctc0 192.168.20.6 pointopoint 192.168.20.8 mtu 
route add default gw 192.168.20.8

Alan Altmark
Sr. Software Engineer
IBM z/VM Development

--
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 Restart

2004-05-21 Thread Steven . ADAMS
Right, I just realized that to be the case (ctc).


-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 12:48 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart

Not for a point-to-point connection.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 3:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart


Check the NETMASK= entry. Normally that should be 255.255.255.0 for the
192.168.x.x space.

-Original Message-
From: Kim Colwell [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 12:39 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart

"Wilson, Eric" wrote:

> Kim:
>
> Ah Ha!  No IP Address on ctc0
>
> Check the files:
>
> /etc/sysconfig/network

cat /etc/sysconfig/network
NETWORKING=yes
FORWARD_IPV4=no
HOSTNAME=linuxm
GATEWAYDEV=ctc0
GATEWAY=192.168.20.8

> /etc/sysconfig/network-scripts/ifcfg-ctc0

cat /etc/sysconfig/network-scripts/ifcfg-ctc0
DEVICE=ctc0
USERCTL=no
ONBOOT=yes
BOOTPROTO=none
REMIP=192.168.20.8
NETWORK=192.168.20.8
NETMASK=255.255.255.255
IPADDR=192.168.20.6

> /etc/modules.conf

cat /etc/sysconfig/network-scripts/ifcfg-ctc0/etc/modules.conf
cat /etc/sysconfig/network-scripts/ifcfg-ctc0/etc/m 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


Re: Linux Restart

2004-05-21 Thread Post, Mark K
Umm, you were supposed to substitute the IP address of your default gateway
in that statement, not use "ip.add.default.gw".  Sorry for not being
clearer.

Actually, you need to do that but this first:
ifconfig ctc 192.168.20.6 pointopoint 192.168.20.8
Then
route add default gw 192.168.20.8


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kim
Colwell
Sent: Friday, May 21, 2004 3:41 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart


"Post, Mark K" wrote:

> You don't have your default route getting defined (for whatever
> reason).  Do
> this:
> route add default gw ip.addr.default.gw
>
> And see if that helps (temporarily).

route add default gw ip.addr.default.gw
ip.addr.default.gw: Host name lookup failure

--
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: Linux Restart

2004-05-21 Thread Post, Mark K
Not for a point-to-point connection.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 3:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart


Check the NETMASK= entry. Normally that should be 255.255.255.0 for the
192.168.x.x space.

-Original Message-
From: Kim Colwell [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 12:39 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart

"Wilson, Eric" wrote:

> Kim:
>
> Ah Ha!  No IP Address on ctc0
>
> Check the files:
>
> /etc/sysconfig/network

cat /etc/sysconfig/network
NETWORKING=yes
FORWARD_IPV4=no
HOSTNAME=linuxm
GATEWAYDEV=ctc0
GATEWAY=192.168.20.8

> /etc/sysconfig/network-scripts/ifcfg-ctc0

cat /etc/sysconfig/network-scripts/ifcfg-ctc0
DEVICE=ctc0
USERCTL=no
ONBOOT=yes
BOOTPROTO=none
REMIP=192.168.20.8
NETWORK=192.168.20.8
NETMASK=255.255.255.255
IPADDR=192.168.20.6

> /etc/modules.conf

cat /etc/sysconfig/network-scripts/ifcfg-ctc0/etc/modules.conf
cat /etc/sysconfig/network-scripts/ifcfg-ctc0/etc/m 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


Re: Linux Restart

2004-05-21 Thread Steven . ADAMS
Check the NETMASK= entry. Normally that should be 255.255.255.0 for the
192.168.x.x space.

-Original Message-
From: Kim Colwell [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 12:39 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart

"Wilson, Eric" wrote:

> Kim:
>
> Ah Ha!  No IP Address on ctc0
>
> Check the files:
>
> /etc/sysconfig/network

cat /etc/sysconfig/network
NETWORKING=yes
FORWARD_IPV4=no
HOSTNAME=linuxm
GATEWAYDEV=ctc0
GATEWAY=192.168.20.8

> /etc/sysconfig/network-scripts/ifcfg-ctc0

cat /etc/sysconfig/network-scripts/ifcfg-ctc0
DEVICE=ctc0
USERCTL=no
ONBOOT=yes
BOOTPROTO=none
REMIP=192.168.20.8
NETWORK=192.168.20.8
NETMASK=255.255.255.255
IPADDR=192.168.20.6

> /etc/modules.conf

cat /etc/sysconfig/network-scripts/ifcfg-ctc0/etc/modules.conf
cat /etc/sysconfig/network-scripts/ifcfg-ctc0/etc/m 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: Linux Restart

2004-05-21 Thread Kim Colwell
"Post, Mark K" wrote:

> You don't have your default route getting defined (for whatever reason).  Do
> this:
> route add default gw ip.addr.default.gw
>
> And see if that helps (temporarily).

route add default gw ip.addr.default.gw
ip.addr.default.gw: Host name lookup failure

--
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 Restart

2004-05-21 Thread Steven . ADAMS
At least the IP stack looks good. Try adding the IP address, netmask and mtu
to ctc0 with ifconfig and, as Mark said, the default gateway with route add.


-Original Message-
From: Kim Colwell [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 12:34 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart

[EMAIL PROTECTED] wrote:

> What happens when you ping localhost (127.0.0.1)?

ping -c 3 localhost
PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=255 time=4.6 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=255 time=1.7 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=255 time=1.7 ms

--- localhost ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss round-trip
min/avg/max = 1.7/2.6/4.6 ms

--
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: Linux Restart

2004-05-21 Thread Kim Colwell
"Wilson, Eric" wrote:

> Kim:
>
> Ah Ha!  No IP Address on ctc0
>
> Check the files:
>
> /etc/sysconfig/network

cat /etc/sysconfig/network
NETWORKING=yes
FORWARD_IPV4=no
HOSTNAME=linuxm
GATEWAYDEV=ctc0
GATEWAY=192.168.20.8

> /etc/sysconfig/network-scripts/ifcfg-ctc0

cat /etc/sysconfig/network-scripts/ifcfg-ctc0
DEVICE=ctc0
USERCTL=no
ONBOOT=yes
BOOTPROTO=none
REMIP=192.168.20.8
NETWORK=192.168.20.8
NETMASK=255.255.255.255
IPADDR=192.168.20.6

> /etc/modules.conf

cat /etc/sysconfig/network-scripts/ifcfg-ctc0/etc/modules.conf
cat /etc/sysconfig/network-scripts/ifcfg-ctc0/etc/m http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Linux Restart

2004-05-21 Thread Post, Mark K
You don't have your default route getting defined (for whatever reason).  Do
this:
route add default gw ip.addr.default.gw

And see if that helps (temporarily).


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kim
Colwell
Sent: Friday, May 21, 2004 3:28 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Restart


"Post, Mark K" wrote:

> Kim,
>
> What do you get when you issue this command:
> route -n

route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse
Iface
127.0.0.0   0.0.0.0 255.0.0.0   U 0  00 lo

--
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: Linux Restart

2004-05-21 Thread Kim Colwell
[EMAIL PROTECTED] wrote:

> What happens when you ping localhost (127.0.0.1)?

ping -c 3 localhost
PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=255 time=4.6 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=255 time=1.7 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=255 time=1.7 ms

--- localhost ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 1.7/2.6/4.6 ms

--
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 Restart

2004-05-21 Thread Wilson, Eric
Kim:

Ah Ha!  No IP Address on ctc0

Check the files: 

/etc/sysconfig/network
/etc/sysconfig/network-scripts/ifcfg-ctc0
/etc/modules.conf


Cheers;

E!

Eric Wilson
IBM Certified Advanced Technical Expert 
RedHat Certified Engineer

Anheuser-Busch Companies, Inc.  
One Busch Place 
1CC-8
St. Louis, MO USA


 -Original Message-
From:   Kim Colwell [mailto:[EMAIL PROTECTED] 
Sent:   Friday, May 21, 2004 2:27 PM
To: [EMAIL PROTECTED]
Subject:Re: Linux Restart

"Wilson, Eric" wrote:

> Kim:
>
> Send us you output from:
>
> netstat -in

netstat -ln |more
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State

tcp0  0 0.0.0.0:80  0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:113 0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:79  0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:513 0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:514 0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:23  0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:21  0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:111 0.0.0.0:*   LISTEN
udp0  0 0.0.0.0:518 0.0.0.0:*
udp0  0 0.0.0.0:517 0.0.0.0:*
udp0  0 0.0.0.0:111 0.0.0.0:*
raw0  0 0.0.0.0:1   0.0.0.0:*   7
raw0  0 0.0.0.0:6   0.0.0.0:*   7
Active UNIX domain sockets (only servers)
Proto RefCnt Flags   Type   State I-Node Path
unix  0  [ ACC ] STREAM LISTENING 318/tmp/.font-unix/fs-1

> netstat -rn

netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags   MSS Window  irtt Iface
127.0.0.0   0.0.0.0 255.0.0.0   U 0 0  0 lo


> ifconfig -a

ifconfig -a
ctc0  Link encap:Serial Line IP
  UP POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1
  RX packets:3 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:100

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:3924  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0

> dmesg

xpraminfo:  number of devices (partitions): 1
xpraminfo:  size of partition 0 to be set automatically
xpramdebug:  memory needed (for sized partitions): 0 kB
xpramdebug:  partitions to be sized automaticallys: 1
xpraminfo:  hardsector size: 4096B
xpramerror:No or not enough expanded memory available
xpramerror:Giving up xpram
xpramwarning:Module load returned rc=-19
dasd:No device registered as 24065
ctc0: connected with remote side

 (end -- most of it scrolled off screen )

--
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: Linux Restart

2004-05-21 Thread Kim Colwell
"Post, Mark K" wrote:

> Kim,
>
> What do you get when you issue this command:
> route -n

route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
127.0.0.0   0.0.0.0 255.0.0.0   U 0  00 lo

--
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 Restart

2004-05-21 Thread Kim Colwell
"Wilson, Eric" wrote:

> Kim:
>
> Send us you output from:
>
> netstat -in

netstat -ln |more
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State

tcp0  0 0.0.0.0:80  0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:113 0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:79  0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:513 0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:514 0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:23  0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:21  0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:111 0.0.0.0:*   LISTEN
udp0  0 0.0.0.0:518 0.0.0.0:*
udp0  0 0.0.0.0:517 0.0.0.0:*
udp0  0 0.0.0.0:111 0.0.0.0:*
raw0  0 0.0.0.0:1   0.0.0.0:*   7
raw0  0 0.0.0.0:6   0.0.0.0:*   7
Active UNIX domain sockets (only servers)
Proto RefCnt Flags   Type   State I-Node Path
unix  0  [ ACC ] STREAM LISTENING 318/tmp/.font-unix/fs-1

> netstat -rn

netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags   MSS Window  irtt Iface
127.0.0.0   0.0.0.0 255.0.0.0   U 0 0  0 lo


> ifconfig -a

ifconfig -a
ctc0  Link encap:Serial Line IP
  UP POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1
  RX packets:3 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:100

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:3924  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0

> dmesg

xpraminfo:  number of devices (partitions): 1
xpraminfo:  size of partition 0 to be set automatically
xpramdebug:  memory needed (for sized partitions): 0 kB
xpramdebug:  partitions to be sized automaticallys: 1
xpraminfo:  hardsector size: 4096B
xpramerror:No or not enough expanded memory available
xpramerror:Giving up xpram
xpramwarning:Module load returned rc=-19
dasd:No device registered as 24065
ctc0: connected with remote side

 (end -- most of it scrolled off screen )

--
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 Restart

2004-05-21 Thread Steven . ADAMS
What happens when you ping localhost (127.0.0.1)?

-Original Message-
From: Kim Colwell [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 12:13 PM
To: [EMAIL PROTECTED]
Subject: Linux Restart

Another Newbie joins the fray ...

We have a Marist Linux running under VM on an MP2003 for the past couple of
months.  We have shutdown and restarted the Linux system a number of times
before; but earlier this week I did a shutdown & restart & everything seemed
to come up normally; however, I can't access the system from anything but
the console root -- i.e., no TCPIP access from telnet or FTP, etc.  an
"ifconfig -a" shows the ctc0 UP & RUNNING & I get Rx packets showing if I
try to login via telnet, but the connection times out.

If I try to ping anything (even myself) I get "network is unreachable"
messages.  I've tried a few basic tests (runlevel shows N 3, for example),
but don't know enough about Linux yet to know what commands will tell me
what information.

Any suggestions would be appreciated ...

Thanks, Kim
[EMAIL PROTECTED]

--
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: VM TCPIP (A Little Off Topic)

2004-05-21 Thread Alan Altmark
On Friday, 05/21/2004 at 01:56 EST, James Melin
<[EMAIL PROTECTED]> wrote:
> At what point did it become optional to specify a port name?

Since October 1, 2003.

See my post at http://www2.marist.edu/htbin/wlvtype?LINUX-390.41397

(Also posted to VMESA-L the same day.)

Alan Altmark
Sr. Software Engineer
IBM z/VM Development

--
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 Restart

2004-05-21 Thread Post, Mark K
Kim,

What do you get when you issue this command:
route -n

?


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kim
Colwell
Sent: Friday, May 21, 2004 3:13 PM
To: [EMAIL PROTECTED]
Subject: Linux Restart


Another Newbie joins the fray ...

We have a Marist Linux running under VM on an MP2003 for the past couple of
months.  We have shutdown and restarted the Linux system a number of times
before; but earlier this week I did a shutdown & restart & everything seemed
to come up normally; however, I can't access the system from anything but
the console root -- i.e., no TCPIP access from telnet or FTP, etc.  an
"ifconfig -a" shows the ctc0 UP & RUNNING & I get Rx packets showing if I
try to login via telnet, but the connection times out.

If I try to ping anything (even myself) I get "network is unreachable"
messages.  I've tried a few basic tests (runlevel shows N 3, for example),
but don't know enough about Linux yet to know what commands will tell me
what information.

Any suggestions would be appreciated ...

Thanks, Kim
[EMAIL PROTECTED]

--
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: Linux Restart

2004-05-21 Thread Wilson, Eric
Kim:

Send us you output from:

netstat -in
netstat -rn
ifconfig -a 
dmesg



Cheers;

E!

Eric Wilson
IBM Certified Advanced Technical Expert 
RedHat Certified Engineer

Anheuser-Busch Companies, Inc.  
One Busch Place 
1CC-8
St. Louis, MO USA




 -Original Message-
From:   Kim Colwell [mailto:[EMAIL PROTECTED] 
Sent:   Friday, May 21, 2004 2:13 PM
To: [EMAIL PROTECTED]
Subject:Linux Restart

Another Newbie joins the fray ...

We have a Marist Linux running under VM on an MP2003 for the past couple
of months.  We have shutdown and restarted the Linux system a number of
times before; but earlier this week I did a shutdown & restart &
everything seemed to come up normally; however, I can't access the
system from anything but the console root -- i.e., no TCPIP access from
telnet or FTP, etc.  an "ifconfig -a" shows the ctc0 UP & RUNNING & I
get Rx packets showing if I try to login via telnet, but the connection
times out.

If I try to ping anything (even myself) I get "network is unreachable"
messages.  I've tried a few basic tests (runlevel shows N 3, for
example), but don't know enough about Linux yet to know what commands
will tell me what information.

Any suggestions would be appreciated ...

Thanks, Kim
[EMAIL PROTECTED]

--
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: Linux Benchmark

2004-05-21 Thread Wolfe, Gordon W
You're making the same mistake everyone does -- comparing apples to wildebeests.  Mips 
are not mips.  We go through this every few months, so here it is again:

S390 machines are VERY good at handling I/O but are relatively slow in compute power.
Intel machines are fast at raw compute power but are very slow in I/O handling.  Intel 
has to do ALL the computing and I/O with its central processor, and probably spends 
90% of its time handling I/O.

You're comparing the total processing power of an intel box against the central 
processor only of a mainframe.  a 350 mips z800 (we have one) is just the central 
processor.  By the time you add in the processing capability of the channel processors 
and the processors inside the control units, you might raise that 350 mips to around 
30,000 mips -- but only for I/O intensive jobs!

If your application is compute intensive (beowulf clusters,engineering calculations, 
lots of Java), use Intel or HP.  If it's I/O intensive (databases, network 
infrastructure, web processing) the s390 will beat it hands down from Sunday.  You 
also need to consider the cost-per-computing power ratio.

My personal pet peeve in our company is when someone sets up a database on a "fast" 
distributed machine running Unix or Windows, then finds out the "fast" machine can't 
handle the load, so they bring in another processor to "mirror" the data to allow more 
people to access it simultaneously.  Any time you have 20 copies of the same data 
being updated, AT LEAST 19 of them will be wrong!  Why not put it on a machine that 
can handle the load in the first place?

"Caesar si viveret, ad remam dareris" - Henry Beard
Gordon Wolfe, Ph.D. Boeing Enterprise Servers (425) 865-5940

> --
> From: Ranga Nathan
> Reply To: Linux on 390 Port
> Sent: Friday, May 21, 2004 11:54 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Linux Benchmark
> 
> I find my Linux LPAR very very slow, even though it has 5% of a 350mips
> z/800.
> It is running SLES8. When I start the perl debug session, I can go have a
> cup of coffee before it prompts. On an ordinary intel box it is almost
> instantaneous!
> 
> 5% of 350mips = 17.5mips or is it not relevant here?
> 
> Wonder what others are experiencing.
> 
> 
> 
> 
> "Post, Mark K" <[EMAIL PROTECTED]>
> 
> Sent by: Linux on 390 Port <[EMAIL PROTECTED]>
> 05/21/2004 11:14 AM
> Please respond to Linux on 390 Port
> 
> To: [EMAIL PROTECTED]
> cc:
> Subject:Re: Linux Benchmark
> 
> 
> Nothing that would be meaningful in any way, no.
> 
> 
> Mark Post
> 
> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
> Ranga
> Nathan
> Sent: Friday, May 21, 2004 2:10 PM
> To: [EMAIL PROTECTED]
> Subject: Linux Benchmark
> 
> 
> I would  like to compare my Linux LPAR against a Lintel (Linux on Intel).
> Is
> there some kind of benchmarking available?
> 
> --
> 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


Linux Restart

2004-05-21 Thread Kim Colwell
Another Newbie joins the fray ...

We have a Marist Linux running under VM on an MP2003 for the past couple
of months.  We have shutdown and restarted the Linux system a number of
times before; but earlier this week I did a shutdown & restart &
everything seemed to come up normally; however, I can't access the
system from anything but the console root -- i.e., no TCPIP access from
telnet or FTP, etc.  an "ifconfig -a" shows the ctc0 UP & RUNNING & I
get Rx packets showing if I try to login via telnet, but the connection
times out.

If I try to ping anything (even myself) I get "network is unreachable"
messages.  I've tried a few basic tests (runlevel shows N 3, for
example), but don't know enough about Linux yet to know what commands
will tell me what information.

Any suggestions would be appreciated ...

Thanks, Kim
[EMAIL PROTECTED]

--
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: VM TCPIP (A Little Off Topic)

2004-05-21 Thread Miguel Diaz
OSA microcode level 3.33
Linux Driver 3G EC stream J11204 MCL032
z/VM 4.3 with APARs VM63308 and PQ73878
z/VM 4.4 base

It is still required for z/OS

Regards,
Miguel Diaz
Staff Software Engineer
TCP/IP for z/VM


Linux on 390 Port <[EMAIL PROTECTED]> wrote on 05/21/2004 02:56:41
PM:

> At what point did it become optional to specify a port name?

--
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 Benchmark

2004-05-21 Thread Post, Mark K
Well, since the "M" stands for "meaningless" I would say it's not terribly
relevant.  Still, using Barton's famous "number" of 4, I think 17.5 MIP
translates to about a 72MHz Intel system.  You might want to raise the cap.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ranga
Nathan
Sent: Friday, May 21, 2004 2:54 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Benchmark


I find my Linux LPAR very very slow, even though it has 5% of a 350mips
z/800. It is running SLES8. When I start the perl debug session, I can go
have a cup of coffee before it prompts. On an ordinary intel box it is
almost instantaneous!

5% of 350mips = 17.5mips or is it not relevant here?

Wonder what others are experiencing.




"Post, Mark K" <[EMAIL PROTECTED]>

Sent by: Linux on 390 Port <[EMAIL PROTECTED]>
05/21/2004 11:14 AM
Please respond to Linux on 390 Port

To: [EMAIL PROTECTED]
cc:
Subject:Re: Linux Benchmark


Nothing that would be meaningful in any way, no.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ranga
Nathan
Sent: Friday, May 21, 2004 2:10 PM
To: [EMAIL PROTECTED]
Subject: Linux Benchmark


I would  like to compare my Linux LPAR against a Lintel (Linux on Intel). Is
there some kind of benchmarking available?

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


Re: Linux Benchmark

2004-05-21 Thread James Melin
What do you suppose 100% of all the 'mips' of your intel box is, vs 5% of
one 350 mip engine? You are getting a MAX of 17.5 mips based on the 5%
equation. 17.5 million instructions per second SOUNDS like a lot, but when
you compare it to having 100% of your intel box it's peanuts.

But, you have lotz-o-mips for I/O on a z/box or  a s/390 machine, and that
is where it excels





 Ranga Nathan
 <[EMAIL PROTECTED]
 l.com> To
 Sent by: Linux on [EMAIL PROTECTED]
 390 Port   cc
 <[EMAIL PROTECTED]
 IST.EDU>  Subject
   Re: Linux Benchmark

 05/21/2004 01:54
 PM


 Please respond to
 Linux on 390 Port
 <[EMAIL PROTECTED]
 IST.EDU>






I find my Linux LPAR very very slow, even though it has 5% of a 350mips
z/800.
It is running SLES8. When I start the perl debug session, I can go have a
cup of coffee before it prompts. On an ordinary intel box it is almost
instantaneous!

5% of 350mips = 17.5mips or is it not relevant here?

Wonder what others are experiencing.




"Post, Mark K" <[EMAIL PROTECTED]>

Sent by: Linux on 390 Port <[EMAIL PROTECTED]>
05/21/2004 11:14 AM
Please respond to Linux on 390 Port

To: [EMAIL PROTECTED]
cc:
Subject:Re: Linux Benchmark


Nothing that would be meaningful in any way, no.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Ranga
Nathan
Sent: Friday, May 21, 2004 2:10 PM
To: [EMAIL PROTECTED]
Subject: Linux Benchmark


I would  like to compare my Linux LPAR against a Lintel (Linux on Intel).
Is
there some kind of benchmarking available?

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


Re: Linux Reference Architecture document

2004-05-21 Thread Ranga Nathan
There are some excellent redbooks. I would start with these.

If you want to start in 'development of my own', you may want to look at
the vast array of open source tools - Perl, Python, PhP and Apache +
related software and MySQL / PostgreSQL. The last 4 years have been a
drooling experience for me. I enjoyed the ride so much that I find it very
difficult to work with proprietary software now :-)





"Richards.Bob" <[EMAIL PROTECTED]>

Sent by: Linux on 390 Port <[EMAIL PROTECTED]>
05/21/2004 07:29 AM
Please respond to Linux on 390 Port

To: [EMAIL PROTECTED]
cc:
Subject:Linux Reference Architecture document


Hello all,

I am finally getting to the point around here where I can actually mention
Linux, especially on S/390, without getting major resistance to the idea.
And there may be a major business case waiting in the wings. But I
digress

Does anyone have a good Reference Architecture or Best Practices document
for all (or one) platform(s) that I could modify to suit my own purposes?
I am already late to the party and am looking for ways to pick up speed
and to set the proper strategic direction. Granted, there are a lot of
variables (and opinions) in documents of this sort, but I do not even know
where to start in the development of my own. Hence my request. Any
assistance or pointers would be greatly appreciated.


Bob

The information transmitted is intended solely
for the individual or entity to which it is
addressed and may contain confidential and/or
privileged material. Any review, retransmission,
dissemination or other use of or taking action
in reliance upon this information by persons or
entities other than the intended recipient is
prohibited. If you have received this email in
error please contact the sender and delete the
material from any 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


--
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: VM TCPIP (A Little Off Topic)

2004-05-21 Thread James Melin
At what point did it become optional to specify a port name?




 Alan Altmark
 <[EMAIL PROTECTED]
 ibm.com>   To
 Sent by: Linux on [EMAIL PROTECTED]
 390 Port   cc
 <[EMAIL PROTECTED]
 IST.EDU>  Subject
   Re: FW: VM TCPIP (A Little Off
   Topic)
 05/21/2004 11:50
 AM


 Please respond to
 Linux on 390 Port
 <[EMAIL PROTECTED]
 IST.EDU>






On Friday, 05/21/2004 at 11:54 AST, Miguel Diaz/Endicott/[EMAIL PROTECTED] wrote:

> The SYSTEM CONFIG file is the better place to grant access.

Until, of course, you get z/VM 5.1.  Then you'll use your ESM (e.g. RACF)
to grant access!!

Alan Altmark
Sr. Software Engineer
IBM z/VM Development

--
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: Linux Benchmark

2004-05-21 Thread Ranga Nathan
I find my Linux LPAR very very slow, even though it has 5% of a 350mips
z/800.
It is running SLES8. When I start the perl debug session, I can go have a
cup of coffee before it prompts. On an ordinary intel box it is almost
instantaneous!

5% of 350mips = 17.5mips or is it not relevant here?

Wonder what others are experiencing.




"Post, Mark K" <[EMAIL PROTECTED]>

Sent by: Linux on 390 Port <[EMAIL PROTECTED]>
05/21/2004 11:14 AM
Please respond to Linux on 390 Port

To: [EMAIL PROTECTED]
cc:
Subject:Re: Linux Benchmark


Nothing that would be meaningful in any way, no.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Ranga
Nathan
Sent: Friday, May 21, 2004 2:10 PM
To: [EMAIL PROTECTED]
Subject: Linux Benchmark


I would  like to compare my Linux LPAR against a Lintel (Linux on Intel).
Is
there some kind of benchmarking available?

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


Re: Linux Benchmark

2004-05-21 Thread Post, Mark K
Nothing that would be meaningful in any way, no.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ranga
Nathan
Sent: Friday, May 21, 2004 2:10 PM
To: [EMAIL PROTECTED]
Subject: Linux Benchmark


I would  like to compare my Linux LPAR against a Lintel (Linux on Intel). Is
there some kind of benchmarking available?

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


Linux Benchmark

2004-05-21 Thread Ranga Nathan
I would  like to compare my Linux LPAR against a Lintel (Linux on Intel).
Is there some kind of benchmarking available?

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


z/VM Systems Programming Workshop - June 8-11, 2004

2004-05-21 Thread Michael Coffin
<>

Greetings!

The New England Users of VM (NEUVM) has made special arrangements with
VM Resources, LTD. to provide a $500 discount to NEUVM members for it's
upcoming z/VM Systems Programming Workshop at Boston University on June
8-11, 2004!  This promises to be an outstanding workshop, consisting of:

*  z/VM Overview
*  CP and CMS Fundamentals
*  XEDIT Fundamentals
*  z/VM Installation and Service
*  VM TCP/IP Networking Basics
*  DIRMAINT

To register at the NEUVM discounted member price, you MUST register for
the workshop on the www.NEUVM.org website.  You'll find the online
registration page at:

http://www.neuvm.org/register-workshop.php

If you are not currently a NEUVM member, just sign up at:

http://www.neuvm.org/join.php

Membership in NEUVM is FREE and entitles you to NEUVM member discounts
and services that we may offer from time to time.  And remember, you
don't need to be from New England to be a member of NEUVM.  :)

Michael Coffin
New England Users of VM (NEUVM)
289 Park Street - PMB 123
Stoughton, Massachusetts  02072

Voice: (781) 344-9837FAX: (781) 344-7683

[EMAIL PROTECTED]
www.NEUVM.org

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


NEUVM Spring Meeting Review

2004-05-21 Thread Michael Coffin
<>

Greetings!

The New England Users of VM (NEUVM) conducted it's Spring Meeting at
Lombardo's in Randolph, Massachusetts on May 18, 2004.  We had a great
turnout, and some fantastic presentations by Barton Robinson, Gerard
Shockley, David Boyes and Reed Mullen - and of course a wonderful
luncheon and breakfast buffet.  Thanks to all of our members and
speakers!  We're looking forward to the Fall Meeting (tentatively
scheduled for late September/early October 2004) which will feature
presentations on Disaster Recovery Options for z/VM and Linux For
z/Series Systems - you won't want to miss this one!

The NEUVM Spring Meeting agenda, presentation materials and photos are
now online on www.NEUVM.org.  You will find them here:

http://www.neuvm.org/meetings.php

One final note, NEUVM has made special arrangements with VM Resources,
LTD. to provide a $500 discount to NEUVM members for it's upcoming z/VM
Systems Programming Workshop at Boston University on June 8-11, 2004!
We'll be providing a separate announcement letter in this regard, but in
the meantime all you have to do is register for the workshop on
www.NEUVM.org to receive the NEUVM member price.  This promises to be an
outstanding workshop - you'll find online registration available at:

http://www.neuvm.org/register-workshop.php

See you all at the NEUVM Fall Meeting!

Michael Coffin
New England Users of VM (NEUVM)
289 Park Street - PMB 123
Stoughton, Massachusetts  02072

Voice: (781) 344-9837FAX: (781) 344-7683

[EMAIL PROTECTED]
www.NEUVM.org

--
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: VM TCPIP (A Little Off Topic)

2004-05-21 Thread Alan Altmark
On Friday, 05/21/2004 at 11:54 AST, Miguel Diaz/Endicott/[EMAIL PROTECTED] wrote:

> The SYSTEM CONFIG file is the better place to grant access.

Until, of course, you get z/VM 5.1.  Then you'll use your ESM (e.g. RACF)
to grant access!!

Alan Altmark
Sr. Software Engineer
IBM z/VM Development

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


IBM Linux Briefings on the web

2004-05-21 Thread Lionel Dyck
IBM is giving a road show on Linux and you can find the presentations on
the web at
http://www-106.ibm.com/developerworks/offers/techbriefings/presentations/linux.html

these are actually fairly good

Lionel B. Dyck, Systems Software Lead <><
Kaiser Permanente Information Technology
25 N. Via Monte Ave
Walnut Creek, Ca 94598

Phone:   (925) 926-5332 (tie line 8/473-5332)
E-Mail:[EMAIL PROTECTED]
Sametime: (use Lotus Notes address)
AIM:lbdyck

--
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: VM TCPIP (A Little Off Topic)

2004-05-21 Thread Miguel Diaz
> An interesting finding and a question; you use the term "must" with
respect
> to configuring the PORTNAME option of DEFINE VSWITCH when it appears to
be
> optional parameter. I might be taking this out of context as the
statements
> made only refer to the placement of the PORTNAME parameter ("PORTNAME
must
> be the last parameter") but it reads like this parameter is not
optional. I
> find that it really isn't necessary to address the port name when
defining a
> functional switch but it might be prudent to do so. Is there any
situation
> that you can think of where not addressing the OSA port name in the
switch
> definition might trip someone up?

This, while a little misleading, is not incorrect.  The portname, while
optional,
MUST be the last parameter if it is specified.  Not specifying the
portname should
not cause any problems, and is probably the better way to go.  That way if
someone
changes it on some other system using the device, it won't break the
VSWITCH's
ability to use the OSA.

> Also, when configuring the TCPIP service machines to autolog, I find it
> helpful to put the MODIFY VSWITCH GRANT statements in SYSTEM CONFIG
instead
> of using CP SET VSWITCH GRANT from the profile of AUTOLOG1. This saved
me a
> lot of typing yesterday when AUTOLOG1 didn't start forcing me to
manually
> start the Controller service machines (still researching why AUTOLOG1
didn't
> start). You do make mention of configuring access to the switch through
CP
> SET VSWITCH but not through MODIFY. Do you see a disadvantage to making
use
> of MODIFY from SYSTEM CONFIG in this manner?
>

The SYSTEM CONFIG file is the better place to grant access.

Regards,
Miguel Diaz
Staff Software Engineer
TCP/IP for z/VM

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


vm size of Linux guests

2004-05-21 Thread Duane Weaver
What virtual machine size are most people running their LINUX guests at?
duane
--
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: Tao revisited

2004-05-21 Thread David Booher
Since this TAO system will be used as a sandbox system (or possibly a rescue system), 
I will probably experiment with the other connection types.  I have worked with 
VSWITCH and GuestLAN and it's very exciting. 

Thanks,
Dave


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Post, Mark K
Sent: Friday, May 21, 2004 9:38 AM
To: [EMAIL PROTECTED]
Subject: Re: Tao revisited


If you're not going to use Guest LAN for whatever reason, then I have found
the IUCV support to be less problematic than CTC (at times).  It's still a
point-to-point connection, and the recovery code seems to be better.


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


Re: FW: VM TCPIP (A Little Off Topic)

2004-05-21 Thread Steven . ADAMS
Steve, I discussed this in the VSWITCH and VLAN Redpaper which you can find
at:

  http://www.redbooks.ibm.com/abstracts/redp3719.html

I'd be keen to hear what you think of it, so please let me know or use the
feedback e-mail address on the Redbooks site.

Cheers,
Vic Cross


An interesting finding and a question; you use the term "must" with respect
to configuring the PORTNAME option of DEFINE VSWITCH when it appears to be
optional parameter. I might be taking this out of context as the statements
made only refer to the placement of the PORTNAME parameter ("PORTNAME must
be the last parameter") but it reads like this parameter is not optional. I
find that it really isn't necessary to address the port name when defining a
functional switch but it might be prudent to do so. Is there any situation
that you can think of where not addressing the OSA port name in the switch
definition might trip someone up?

Also, when configuring the TCPIP service machines to autolog, I find it
helpful to put the MODIFY VSWITCH GRANT statements in SYSTEM CONFIG instead
of using CP SET VSWITCH GRANT from the profile of AUTOLOG1. This saved me a
lot of typing yesterday when AUTOLOG1 didn't start forcing me to manually
start the Controller service machines (still researching why AUTOLOG1 didn't
start). You do make mention of configuring access to the switch through CP
SET VSWITCH but not through MODIFY. Do you see a disadvantage to making use
of MODIFY from SYSTEM CONFIG in this manner?

The paper is well organized, well written and proved to be very helpful to
my configuration efforts. I found the general discussion on VLANs and how CP
implements them informative and complete. This is very good work.

Thanks Vic

--
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: PAV volumes, VM and Linux

2004-05-21 Thread Ferguson, Neale
Yes, through the use of LVM Linux can use PAV to "spread the load".
See: 
http://www10.software.ibm.com/developerworks/opensource/linux390/docu/lx24pav00.pdf 

-Original Message-
I already know that  I can't IPL from a PAV volume in LPAR mode, but I
am
wondering if VM can take advantage of PAV devices, transparently to
Linux
guests and provide something of the benefits PAV was designed to give?


--
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: Tao revisited

2004-05-21 Thread David Booher
d'OH!  I figured out the problem.  I didn't have the link started on the vmTCPIP side. 
 My bad. 

Thanks,
Dave


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Steve Gentry
Sent: Friday, May 21, 2004 9:11 AM
To: [EMAIL PROTECTED]
Subject: Re: Tao revisited


Could you list the respective ctc0 definitions, etc, from your
PROFILE.TCPIP file?





David Booher <[EMAIL PROTECTED]>
Sent by: Linux on 390 Port <[EMAIL PROTECTED]>
05/21/2004 08:59 AM
Please respond to Linux on 390 Port


To: [EMAIL PROTECTED]
cc:
Subject:Tao revisited


I was able to find the installation kernel,parm and initrd files and get
an image IPLd on z/VM.  I coupled E20/E21 to TCPIP and here's all that I
get from the ctc driver:

ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote) 

ifconfig
ctc0  Link encap:Serial Line IP
  inet addr:10.4.23.113  P-t-P:10.4.23.13  Mask:255.255.255.255
  UP POINTOPOINT NOARP  MTU:1492  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:100
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse
Iface
10.4.23.13  *   255.255.255.255 UH0  00
ctc0
127.0.0.1   *   255.255.255.255 UH0  00 lo

sh-2.05b# ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote)


Any suggestions?

Dave


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


Re: Tao revisited

2004-05-21 Thread Post, Mark K
If you're not going to use Guest LAN for whatever reason, then I have found
the IUCV support to be less problematic than CTC (at times).  It's still a
point-to-point connection, and the recovery code seems to be better.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David
Booher
Sent: Friday, May 21, 2004 9:59 AM
To: [EMAIL PROTECTED]
Subject: Tao revisited


I was able to find the installation kernel,parm and initrd files and get an
image IPLd on z/VM.  I coupled E20/E21 to TCPIP and here's all that I get
from the ctc driver:

ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote) 

ifconfig
ctc0  Link encap:Serial Line IP
  inet addr:10.4.23.113  P-t-P:10.4.23.13  Mask:255.255.255.255
  UP POINTOPOINT NOARP  MTU:1492  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:100
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

route

Kernel IP routing table

Destination Gateway Genmask Flags Metric RefUse
Iface
10.4.23.13  *   255.255.255.255 UH0  00 ctc0

127.0.0.1   *   255.255.255.255 UH0  00 lo

sh-2.05b# ch-0e20: System reset (remote)

ch-0e21: System reset (remote)

ch-0e20: System reset (remote)

ch-0e21: System reset (remote)



Any suggestions?

Dave


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


Linux Reference Architecture document

2004-05-21 Thread Richards.Bob
Hello all,

I am finally getting to the point around here where I can actually mention Linux, 
especially on S/390, without getting major resistance to the idea. And there may be a 
major business case waiting in the wings. But I digress

Does anyone have a good Reference Architecture or Best Practices document for all (or 
one) platform(s) that I could modify to suit my own purposes? I am already late to the 
party and am looking for ways to pick up speed and to set the proper strategic 
direction. Granted, there are a lot of variables (and opinions) in documents of this 
sort, but I do not even know where to start in the development of my own. Hence my 
request. Any assistance or pointers would be greatly appreciated.


Bob 
 
The information transmitted is intended solely 
for the individual or entity to which it is  
addressed and may contain confidential and/or 
privileged material. Any review, retransmission, 
dissemination or other use of or taking action 
in reliance upon this information by persons or 
entities other than the intended recipient is 
prohibited. If you have received this email in 
error please contact the sender and delete the 
material from any 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


PAV volumes, VM and Linux

2004-05-21 Thread James Melin
I already know that  I can't IPL from a PAV volume in LPAR mode, but I am
wondering if VM can take advantage of PAV devices, transparently to Linux
guests and provide something of the benefits PAV was designed to give?

--
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: Tao revisited

2004-05-21 Thread Steve Gentry
Could you list the respective ctc0 definitions, etc, from your
PROFILE.TCPIP file?





David Booher <[EMAIL PROTECTED]>
Sent by: Linux on 390 Port <[EMAIL PROTECTED]>
05/21/2004 08:59 AM
Please respond to Linux on 390 Port


To: [EMAIL PROTECTED]
cc:
Subject:Tao revisited


I was able to find the installation kernel,parm and initrd files and get
an image IPLd on z/VM.  I coupled E20/E21 to TCPIP and here's all that I
get from the ctc driver:

ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote) 

ifconfig
ctc0  Link encap:Serial Line IP
  inet addr:10.4.23.113  P-t-P:10.4.23.13  Mask:255.255.255.255
  UP POINTOPOINT NOARP  MTU:1492  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:100
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse
Iface
10.4.23.13  *   255.255.255.255 UH0  00
ctc0
127.0.0.1   *   255.255.255.255 UH0  00 lo

sh-2.05b# ch-0e20: System reset (remote)
ch-0e21: System reset (remote)
ch-0e20: System reset (remote)
ch-0e21: System reset (remote)


Any suggestions?

Dave


--
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: Anyone what to sell me SuSE Linux for s/390?

2004-05-21 Thread David Heilman
Thanks Alan. I'll work with Debian for awhile to see what I can do.
Alan Cox wrote:
On Iau, 2004-05-20 at 13:33, David Heilman wrote:
I agree with you. But, my point is that if I can not buy the product without jumping 
through hoops,
why should I think that I'll get good services if and when I get it. As far as getting 
the updates
and not support, why not just buy a new release of the distribution every now and then 
when needed.
All I want is to learn more about the operating system and keep myself skills up to 
date.

In which case something like Debian is going to do just fine. (I'd
like to suggest Fedora but there isnt a Fedora for S/390 while there
is already a working usable Debian/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


Tao revisited

2004-05-21 Thread David Booher
I was able to find the installation kernel,parm and initrd files and get an image IPLd 
on z/VM.  I coupled E20/E21 to TCPIP and here's all that I get from the ctc driver: 

ch-0e20: System reset (remote)  
ch-0e21: System reset (remote)  
ch-0e20: System reset (remote)  
ch-0e21: System reset (remote)  
ch-0e20: System reset (remote)  
ch-0e21: System reset (remote)  
ch-0e20: System reset (remote)  
ch-0e21: System reset (remote) 

ifconfig
ctc0  Link encap:Serial Line IP 
  inet addr:10.4.23.113  P-t-P:10.4.23.13  Mask:255.255.255.255 
  UP POINTOPOINT NOARP  MTU:1492  Metric:1  
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0  
  collisions:0 txqueuelen:100   
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b) 

route  
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface  
10.4.23.13  *   255.255.255.255 UH0  00 ctc0   
127.0.0.1   *   255.255.255.255 UH0  00 lo 
sh-2.05b# ch-0e20: System reset (remote)   
ch-0e21: System reset (remote) 
ch-0e20: System reset (remote) 
ch-0e21: System reset (remote) 
   


Any suggestions? 

Dave
  

--
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: Anyone what to sell me SuSE Linux for s/390?

2004-05-21 Thread Alan Cox
On Iau, 2004-05-20 at 13:33, David Heilman wrote:
> I agree with you. But, my point is that if I can not buy the product without jumping 
> through hoops,
> why should I think that I'll get good services if and when I get it. As far as 
> getting the updates
> and not support, why not just buy a new release of the distribution every now and 
> then when needed.
> All I want is to learn more about the operating system and keep myself skills up to 
> date.

In which case something like Debian is going to do just fine. (I'd
like to suggest Fedora but there isnt a Fedora for S/390 while there
is already a working usable Debian/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


FW: Good article on how the nether world is attacking Linux

2004-05-21 Thread Beinert, William
cross-post

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Binyamin Dissen
Sent: Friday, May 21, 2004 6:01 AM
To: [EMAIL PROTECTED]
Subject: Good article on how the nether world is attacking Linux


http://www.cs.vu.nl/~ast/brown/

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.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