Re: [EXTERNAL] Unsubscribe

[Peter Webb, Toronto Transit Commission]

Hi Duncan,

Send SIGNOFF LINUX-390 to lists...@vm.marist.edu

Peter Webb
Technical Analyst
Server Technology
Information Technology Services
T: 416-393-3549 


Toronto Transit Commission
McBrien Building, 1900 Yonge Street
Toronto, ON M4S 1Z2


-Original Message-
From: Linux on 390 Port  On Behalf Of Brown, Duncan
Sent: Wednesday, July 22, 2020 12:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: [EXTERNAL] Unsubscribe

Email from outside TTC, proceed with caution

Ok - how do I Unsubscribe from this list?  I've sent this a few times now...

Disclaimer

The information contained in this communication from the sender is 
confidential. It is intended solely for use by the recipient and others 
authorized to receive it. If you are not the recipient, you are hereby notified 
that any disclosure, copying, distribution or taking action in relation of the 
contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been 
automatically archived by Mimecast Ltd, an innovator in Software as a Service 
(SaaS) for business. Providing a safer and more useful place for your human 
generated data. Specializing in; Security, archiving and compliance. To find 
out more visit the Mimecast website.

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390

Re: [EXTERNAL] Re: z15 on-board compression

[Peter Webb, Toronto Transit Commission]

Hi Rob,

Thank you for the information, it was helpful.

Peter Webb
Technical Analyst
Server Technology
Information Technology Services
T: 416-393-3549 


Toronto Transit Commission
McBrien Building, 1900 Yonge Street
Toronto, ON M4S 1Z2



-Original Message-
From: Linux on 390 Port  On Behalf Of Rob van der Heij
Sent: Wednesday, June 10, 2020 9:54 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [EXTERNAL] Re: z15 on-board compression

On Wed, 10 Jun 2020 at 15:28, Rob van der Heij  wrote:

> On Wed, 10 Jun 2020 at 14:55, Peter Webb, Toronto Transit Commission < 
> peter.w...@ttc.ca> wrote:
>
>> Hi Rob,
>>
>> Could you please point me to a list of the cipher suites with CPACF 
>> support?
>>
>
> If you're current on openssl in Linux, just stick with the AES ciphers 
> like aes256-ctr. Since the later openssl had built-in CPACF 
> instructions, it's not easy to see anymore with the crypto engine etc. 
> It's been ages since I looked at that...  I think "ssh -Q cipher" 
> shows the list your client tries; the server has a list as well, so 
> you can talk sense into this from either side.
>
> The problem we had was the Linux PC folks had googled for the "fastest 
> encryption in ssh" and decided to use arcfour or blowfish. Or their 
> focus may be on the "most secure" cipher suite. Obviously it does not 
> matter when your typing or reading is the bottleneck, but it does 
> count when you're moving ISO images over the network.
>

Old habits... just because I was curious, I did a quick check on my Linux 
guest. This is 1 GB and I trimmed all but the "user" time from the output, as 
that's where you see the cycles for the sending side (the receiving end 
consumes the same amount in the sshd child process)

[rvdheij@lnxrmh01 ~]$ time dd if=/dev/zero bs=1M count=1024 status=none | ssh 
-c aes256-ctr 127.0.0.1 wc --bytes user 0m0.771s

[rvdheij@lnxrmh01 ~]$ time dd if=/dev/zero bs=1M count=1024 status=none | ssh 
-c aes256-...@openssh.com 127.0.0.1 wc --bytes user 0m0.262s

[rvdheij@lnxrmh01 ~]$ time dd if=/dev/zero bs=1M count=1024 status=none | ssh 
-c chacha20-poly1...@openssh.com 127.0.0.1 wc --bytes user 0m3.904s

So you use "ssh -Q cipher" to see what your client knows about, and if you pick 
one that the server does not support, ssh will list the ones that it knows 
about :-) In my case the first one they have in common is aes256-gcm (which 
appears to be better than  aes256-ctr and an order of magnitude less than some 
fancy software cipher for this simple case).

Blast from the past:
https://zvmperf.wordpress.com/2013/09/29/secret-key-performance/  (from the
z12 days)

Rob

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390

Re: [EXTERNAL] Re: z15 on-board compression

[Peter Webb, Toronto Transit Commission]

Hi Rob,

Could you please point me to a list of the cipher suites with CPACF support?

Peter Webb
Technical Analyst
Server Technology
Information Technology Services
T: 416-393-3549 


Toronto Transit Commission
McBrien Building, 1900 Yonge Street
Toronto, ON M4S 1Z2


-Original Message-
From: Linux on 390 Port  On Behalf Of Rob van der Heij
Sent: Wednesday, June 10, 2020 8:48 AM
To: LINUX-390@VM.MARIST.EDU
Subject: [EXTERNAL] Re: z15 on-board compression

Email from outside TTC, proceed with caution

On Wed, 10 Jun 2020 at 14:24, Michael MacIsaac  wrote:

So the compress is about 32% faster on the z15 and the decompress is about
> 76% faster. I'm not trying to get the best numbers possible, rather, 
> I'm trying to see what gains we might expect to see in the real world.  
> Again, this may not be a good test case, definitely better than all 
> 0s.
>

You're measuring something else probably. Hardware compression is 1-2 orders of 
magnitude quicker, but your test may have trouble getting the data fast enough 
in and out. I tried it a bit harder and showed a factor 20. At this scale, 
terse is similar to gzip. Just like I said about hardware encryption: "We can 
encrypt it faster than you can throw it away!"

I'm not a performance expert either, but I can tell you that this type of 
benchmarks is the most complicated part. You can fill your days argue 
benchmarks where the customer thought to measure network throughput but was 
actually held back by the poor choice of cipher suite in SSH that does not have 
the CPACF support.

Rob

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390

Re: unsubscribe

[Peter Webb, Toronto Transit Commission]

Hi Benjamin,

Sorry to see you go.

To leave the list, send the message 'SIGNOFF LINUX-390' to 
'lists...@vm.marist.edu'.

Peter Webb
Technical Analyst
Server Technology
Information Technology Services
T: 416-393-3549 




Toronto Transit Commission
McBrien Building, 1900 Yonge Street 
Toronto, ON M4S 1Z2




-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Benjamin 
Pottier
Sent: Tuesday, March 20, 2018 1:15 PM
To: LINUX-390@VM.MARIST.EDU
Subject: unsubscribe

Benjamin Pottier
Systems Engineer
The Andover Companies
(978) 475-3300 x321



--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/
The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Killer penguins?!

[Peter Webb, Toronto Transit Commission]

Hi Phil,

How about 
http://www.bbc.com/earth/story/20150318-ninja-penguin-tops-amazing-birds.

"The animal in my photos certainly looks healthy, not underweight, and was 
behaving normally, although seemed to be getting extra attention from some 
other individuals in the colony," he adds.

So there is a support group for Ninja penguins, but it's a long trip.

Peter

"It is much easier to be critical than to be correct." Benjamin Disraeli

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Phil 
Smith III
Sent: Wednesday, February 15, 2017 1:31 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Killer penguins?!

My wife reports that last night she dreamed that she was in Australia and was 
attacked by thousands of penguins. I asked if they were talking, and she said 
no, they were silent-so not just killer penguins, *NINJA* killer penguins!!!



Is there a support group for this?




--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/
The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Linux on z and OSE

[Peter Webb, Toronto Transit Commission]

Sorry I'm late to the discussion.

Please note that there is a problem with the z13s OSE implementation. When the 
CPC is activated, the OSE configuration is inactivated. The configuration is 
stored correctly and when the OSE OSA is activated through the HMC, it works 
fine. Activating the LPAR does not cause any problems for the OSE.

The problem has been reported by us and I presume a fix is in progress.

Peter 

“It is much easier to be critical than to be correct.” Benjamin Disraeli

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Anderson 
Bassani
Sent: Thursday, December 22, 2016 10:31 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Linux on z and OSE

Some considerations:

I did not found the official answer on the available documents, even the Device 
Drivers for KVM.

Some considerations:
a) it is not possible to include some additional OSA Cards exclusively to test 
KVM for z?
b) I would not recommend run KVM with this OSA type in production for KVM / 
Linux.

Some findings:

1) the KVM 1.1.2 at least have the lcs compiled with it (lan channel station 
device driver)

# cat /etc/os-release
NAME="KVM for IBM z Systems"
VERSION="1.1.2 (Z)"
ID="kvmibm"
ID_LIKE="rhel fedora"
VERSION_ID="1.1.2"
PRETTY_NAME="KVM for IBM z Systems 1.1.2 (Z)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:ibm:kvmibm:1.1.2"
BUILD_ID="20160906"

# modprobe lcs

# lsmod | grep lcs
lcs53853  0
ccwgroup   19383  3 lcs,ctcm,qeth

2) IBM recommends the usage of Open Vswitch for more than 50 Guests
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5331

So, to use the ovs bridge, you will need to define a primary bridge port, and 
this requires exclusive usage of the OSA port. You will not get that with OSA 
OSE (I believe you are sharing the OSA card with other LPARs).

From KVM System Admin Guide
"Note that only one CCW group device sharing the same OSA adapter port can be 
configured as a primary bridge port"

Command:
echo primary > /sys/class/net/enccw0.0.09a0/device/bridge_role





On Thu, Dec 22, 2016 at 5:07 AM, גדי בן אבי  wrote:

> Hi,
>
> We are about to get a new computer (Z13s) with IFL’s.
>
> Our current OSA card is configured as OSE (non qdio), and there is 
> currently no way to change it.
>
> Does KVM work with OSA cards defined as OSE?
> I know z/VM does.
>
> Once I get the Hypervisor (KVM or z/VM) working, does it matter to the 
> guests how the OSA is defined?
>
> Thanks
>
> Gadi
>
>
>
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או 
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות 
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של 
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר 
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום 
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. 
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, 
> concession or representation is binding on the Malam, unless 
> accompanied by a duly signed separate document (or a scanned version 
> thereof), affixed with the Malam seal.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send 
> email to lists...@vm.marist.edu with the message: INFO LINUX-390 or 
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit 
> http://wiki.linuxvm.org/
>


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

Re: Back to the future?

[Peter Webb, Toronto Transit Commission]

Hi Marcy,

To adjust the leap seconds on a z13s, logon to the HMC with System Programmer 
rights.

Start task 'System (Sysplex) Time'. 
At the bottom of the 'Timing Network' tab is an 'Adjust Leap Seconds' button. 
Click and play.

I hope I understood your question correctly and that this is helpful.

Peter (Playing with his new toy.)

“It is much easier to be critical than to be correct.” Benjamin Disraeli

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy 
Cortes
Sent: Wednesday, July 27, 2016 10:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Back to the future?

Can you include where to find those CPC STP leap seconds definitions. I read 
the write up earlier today and thoroughly confused my HW guy when asking him 
about our config.



Marcy

-Original Message-
From: Alan Altmark [alan_altm...@us.ibm.com]
Sent: Wednesday, July 27, 2016 08:23 PM Central Standard Time
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Back to the future?


Working on a more comprehensive post, along with an update to my 
http://www.vm.ibm.com/devpages/altmarka/vmleap.html to provide more of the big 
picture and a better explanation of what is/isn't possible.Regards,  Alan



   Marcy Cortes --- Re: [LINUX-390] Back to the future? ---
From:"Marcy Cortes" 
To:LINUX-390@VM.MARIST.EDUDate:Wed, Jul 27, 2016 
5:19 PMSubject:Re: [LINUX-390] Back to the future?

It's a tough one.  Even if you took all the info in this thread and managed 
to understand it all, I don't think it would be complete.   And I'm still 
looking for that second.Hoping the app guy comes back and tells me to never 
mind, it's his bug :)-Original Message-From: Linux on 390 Port 
[mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark PostSent: Wednesday, July 
27, 2016 12:50 PMTo: LINUX-390@VM.MARIST.EDUSubject: Re: [LINUX-390] Back to 
the future?>>> On 7/27/2016 at 03:06 PM, Michael MacIsaac  
wrote: > I nominate you to write it :))Note the word "cooperative" in my 
suggestion.  No one person is going to be able to do this justice.Mark 
Post--For 
LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or 
visithttp://www.marist.edu/htbin/wlvindex?LINUX-390--For
 more information on Linux on System z, visit 
http://wiki.linuxvm.org/--For
 LINUX-390 subscribe / signoff / archive access instructions,send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or 
visithttp://www.marist.edu/htbin/wlvindex?LINUX-390--For
 more information on Linux on System z, visithttp://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

Re: VM TN3270 Secure and non-Secure ports

[Peter Webb, Toronto Transit Commission]

Hi Rick,

It sounds like you have configured your telnet connection to be secured in 
'static' mode, where what you want is 'dynamic' mode. Have a look also at the 
INTERALCLIENTPARMS statement and specifically the SECURECONNECTION PREFERRED 
option.

Peter

"Dogs have owners, cats have staff."
- Unknown

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Beard, 
Rick
Sent: Monday, April 04, 2016 8:05 AM
To: LINUX-390@VM.MARIST.EDU
Subject: VM TN3270 Secure and non-Secure ports

Does anyone know if you can have both a secure TN3270 port and a non-secure 
TN3270 port on a z/VM system?  I've setup a secure TN3270 port, but once I did 
that it stops the listening of port 23.  I would like to have both for a while 
if that is possible.

Thanks,


Rick Beard
Infrastructure Management Senior Analyst ITO Global Service Operations & 
Engineering
Office: 301-696-2541
7300 Crestwood Blvd.
Frederick, MD  21703
www.atos.net
[atos_logotype]



--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: RHEL 7.2 trapping signal shutdown (aka ctl-alt-del)

[Peter Webb, Toronto Transit Commission]

I don't have an answer for RHEL, but my notes for Fedora 15 are:

Change the symlink 'ctrl-alt-del.target' from 'reboot.target' to 
'shutdown.target'.

cd /lib/systemd/system
ln -f -s shutdown.target ctrl-alt-delete.target

I hope this is helpful.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Offer 
Baruch
Sent: Sunday, January 17, 2016 4:18 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: RHEL 7.2 trapping signal shutdown (aka ctl-alt-del)

Hi...

The FORCE command uses the same signal if the SET SIGNAL SHUTDOWN command is 
set to anything but the default. If the deafult is used then FORCE simply 
logoff the guest.

It think that this is properly documented on the FORCE command...

Offer Baruch
On Jan 17, 2016 11:03 PM, "Mark Post"  wrote:

> >>> On 1/15/2016 at 06:39 PM, Donald Russell 
> wrote:
> > The signal is being sent with the cp force command, or when VM shuts
> down.
> > We found Linux would shutdown, then restart.  Then the cp signal 
> > time
> would
> > expire and cp forced the Id off. :-(
>
> Someone with knowledge of CP internals would have to comment on this, 
> but I am not at all sure that the force command sends the same type of 
> signal that "signal shutdown" does.
>
>
> Mark Post
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send 
> email to lists...@vm.marist.edu with the message: INFO LINUX-390 or 
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit 
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

Re: vmur punch with odd message

[Peter Webb, Toronto Transit Commission]

Hi Tore,

I'm not that familiar with vmur, put it looks like the punch device on the 
sender has had a CP SPOOL CONT command issued for it. You can undo it with a CP 
SPOOL 00D NOCONT, or in a linux context, vmcp SPOOL D NOCONT. That's my best 
guess anyway. I hope it is helpful.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Agblad 
Tore
Sent: June 24, 2015 8:46 AM
To: LINUX-390@VM.MARIST.EDU
Subject: vmur punch with odd message

Hi, we are sending files via vmur from a zlinux server to a logged on VM-user 
(a CMS user)

It works once, but not second time. I got this: '...D is spooled CONT.' message 
as below.
What does it mean ?

# vmur punch -r -t -u creazlin zlinarcp.create 
vmur: Virtual punch device D is spooled CONT.


The receiving user has been relogged on, looks normal.
We use it for cloning servers, the file contains all needed ipconfig.
After the vmur punch we also send a smsg to that user telling it to take care 
of the cloning.
Works like a charm, at least one time :-)

Anybody have a clue or hint ?

BR /Tore

 
Tore Agblad 
zOpen Teamleader
IT Services

Volvo Group Headquarters
Corporate Process  IT
Assar Gabrielssons väg 9
SE-405 08, Gothenburg  Sweden 
E-mail: tore.agb...@volvo.com 
http://www.volvo.com/volvoit/global/en-gb/ 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

Re: XEDIT for newbes

[Peter Webb, Toronto Transit Commission]

Actually, I like the scale in the middle with XEDIT. But I have switched to 
LEXX for most programming, so I don't see a scale very often these days.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Rick Troth
Sent: June 5, 2015 1:21 PM
To: LINUX-390@VM.MARIST.EDU
Subject: XEDIT for newbes

On 06/05/2015 10:45 AM, Dazzo, Matt wrote:
 * * * Top of File * * *
 DASD=100-102
 HOSTNAME=zvm.rh6master.pch.com
 NETTYPE=qeth
 IPADDR=27.1.39.101
 SUBCHANNELS=0.0.0908,0.0.0909,0.0.090A
 NETMASK=255.0.0.0
 SEARCHDNS=rh6master
 GATEWAY=27.1.1.5
 DNS=
 |...+1+2+3+4+..
 PORTNAME=any
 PORTNO=0
 LAYER2=0
 VSWITCH=1
 * * * End of File * * *

Oy vey ... we gotta do something about the default PROFILE XEDIT.

I can't believe we're throwing the scale line mid-display at Linux people new 
to z/VM.

We all have opinions: prefix on left, prefix on right, command on top, command 
on bottom. But surely we can agree to *not* drop the scale line in the middle 
of the view. So then cook up a decent default PROFILE XEDIT and somehow get it 
into the hands of Linux customers.

-- R; 

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

Re: Are weekly z/VM IPLs necessary?

[Peter Webb, Toronto Transit Commission]

Hi Chris,

We IPL VM once a month, mostly to keep the operators in practice. The main 
challenge is spooled console logs getting so big or getting so old that when 
there is an IPL, the automated spool file maintenance routines delete them 
immediately. This is easily handled by an EXEC or two to close spools files at 
midnight.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Will, 
Chris
Sent: May 27, 2015 10:34 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Are weekly z/VM IPLs necessary?

We have gotten in the habit of IPLing our z/VM and zLinux guests every Sunday 
during our standalone window.  With the window shrinking and the need for 24/7 
availability is it really necessary to IPL every week?  If not what potential 
problems could we run into by not doing the IPL (memory leaks, logs filling 
etc.).  This is in comparison to the Intel side of the shop (Red Hat, Windows) 
where they go months between IPLs.  The only benefit I see is the opportunity 
to recycle WMB execution groups.

Chris Will



The information contained in this communication is highly confidential and is 
intended solely for the use of the individual(s) to whom this communication is 
directed. If you are not the intended recipient, you are hereby notified that 
any viewing, copying, disclosure or distribution of this information is 
prohibited. Please notify the sender, by electronic mail or telephone, of any 
unintended receipt and delete the original message without making any copies.
 
 Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are 
nonprofit corporations and independent licensees of the Blue Cross and Blue 
Shield Association.

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Silly question about SLES

[Peter Webb, Toronto Transit Commission]

Cue a little Jethro Tull https://www.youtube.com/watch?v=EsCyC1dZiN8. :) 

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post
Sent: April 28, 2015 1:10 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Silly question about SLES

 On 4/28/2015 at 12:25 PM, Mark Pace pacemainl...@gmail.com wrote: 
 Why is SLES coming out with a SLES 11SP4 when they have already 
 released SLES 12?

If you look back, there are several things that have been fairly constant.
- We always produce a GA version of a product, followed by exactly 4 service 
packs.
- Before the final service pack of a version is released, the next version has 
been put out.
- Typically, service pack 4 is fairly small and the goal is mostly new hardware 
enablement.

The reasons for this are varied.  Some customers make a big deal about going 
from one service pack to the next within a particular version.  We do our best 
to make that as much of a non-event as possible, but some people (and ISVs) are 
just paranoid.  (This was particularly true when we changed kernel versions at 
a service pack boundary, even though we made sure the kernel ABI didn't 
change.)  These customers view version upgrades with significant trepidation.

Other customers view service packs as more business as usual but still view 
(rightly) a new version as something that needs extensive testing.  For them, 
the following service pack(s) for the version they're currently running are a 
big help.

Some customers are so obstinate/paranoid that they pay us obscene amounts of 
money to continue supporting old service pack levels and even older versions.  
We have a definite love/hate relationship with them.  The money's nice, but 
it's a pain to support all that old stuff, sometimes long after even the 
upstream has stopped supporting it.  The effort this requires is why the price 
tag is as steep as it is; we want to encourage people to stay more current so 
that we can put as much of our effort as possible into advancing our products 
for everyone.

Hopefully, the way we do this provides some level of warm fuzzies for most of 
our customers.  The more daring get brand new stuff every so often, the less 
daring can stay in their comfort zone for 13 years, and the not-quite-timid can 
write us big checks to keep living in the past.  :)


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Having trouble getting SLES 12 to logoff the z/VM guest when it shuts down

[Peter Webb, Toronto Transit Commission]

Hi Harley,

I think what you want to do is the following:

cd /lib/systemd/system
ln -f -s shutdown.target ctrl-alt-del.target

This changes the symlink ctrl-alt-del.target from reboot.target to 
shutdown.target, at least on Fedora 15. I am assuming that SLES 12 is similar.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Linker 
Harley - hlinke
Sent: December 19, 2014 12:20 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Having trouble getting SLES 12 to logoff the z/VM guest when it shuts 
down

Hi,

I am having trouble configuring SLES 12 to logoff the z/VM guest when it shuts 
down (in some situations).  In SLES 11 I updated the parameters in 
/etc/zipl.conf and specified 'vmpoff=LOGOFF' and also modified the ctrl-alt-del 
line in /etc/inittab from ca::ctrlaltdel:/sbin/shutdown -r -t 4 now
to
ca::ctrlaltdel:/sbin/shutdown -h -t 4 now

The z/VM guest is automatically logged off with the above if the 'shutdown 
-h..' command is issued from Linux or if 'signal shutdown guest-name within 
...' from an authorized z/VM guest.  By automatically logged off I mean that 
the z/VM login screen is displayed if you are connected to the guests console.

With SLES 12 /etc/inittab no longer exists - because systemd is now used where 
systemv was used in prior releases.  I modified the zipl parameters, which were 
incorporated into the grub2 parameters, and specified 'vmpoff=LOGOFF'.  Issuing 
Linux's 'shutdown -h...' command causes the guest to log off from z/VM.

If I issue the 'signal shutdown..' command Linux shuts down but the guest is 
not logged off - the last line on the console is the disabled wait PSW 
HCPGIR450W CP entered; disabled wait PSW 00020001 8000  0FFF I 
need for the guest to log off when a 'signal shutdown' is issued.  My 
production system only uses mainframe dasd (mirrored) and we shutdown all 
production servers (via a REXX EXEC) just after midnight on Friday night to get 
a clean backup of the dasd.  After the servers come down, Operations runs a 
batch job on z/OS to break the mirrors and when this job completes (after a few 
minutes) they reply to a prompt issued by the REXX exec  which then boots all 
of the servers.  The mirror for each volume is reconnected when the FDR backup 
on z/OS completes for that volume.  If the guest does not log off, the 
'xautolog guest-name' command fails xautolog lnxadmin HCPLGA054E Already logged 
on LDEV L0005

A Novell technician pointed me at an IBM manual, Device Drivers, Features, and 
Commands on SUSE Linux Enterprise Server 12, which mentions a relatively new 
command called chshut.  It aappears that it was introduced with one of the SLES 
11 Service Packs.  I've issued the following chshut commands but a 'signal 
shutdown' still does not cause the guest to log off:
chshut halt vmcmd LOGOFF
chshut poff VMCMD LOGOFF

After issuing the commands I display the settings with 'lsshut'.  It shows
Trigger  Action

Halt vmcmd (LOGOFF)
Power offvmcmd (LOGOFF)
Reboot   reipl
Restart  kdump,stop
Panickdump,stop

When I reboot the server the Action for the 'Halt' setting once again is set to 
'stop'.

I have also tried to modify how systemd handles the 'signal shutdown' and this 
change also does not log the guest off.  Maybe I'm not doing something 
correctly?  These are the commands that I've issued (which I found via Google 
searches).
cd /usr/lib/systemd/system
rm ctrl-alt-del.target
ln -s poweroff.target ctrl-alt-del.target rm halt.target ln -s halt.target 
ctrl-alt-del.target systemctl daemon-reload

I've read about systemd and found that a better way may be to copy files to 
/etc/systemd/system and make my changes there (so that they aren't 'lost' 
if/when maintenance is applied to systemd).  I will do that once I get the 
shutdown to work properly.

My SLES 12 server has had maintenance applied up to around 10:00 AM on 12/17.  
It is running on a z/VM 6.3 non-SSI system.

Any ideas?


Harley Linker

HARLEY LINKER JR.
Sr. Systems Programmer (z/Linux, z/OS, z/VM)

[Acxiom_IT_color]

Acxiom Corporation
EML   harley.lin...@acxiom.commailto:harley.lin...@acxiom.com
TEL+1 630.944.5111
 Finley Road, 8th Floor - NW, Downers Grove, IL, 60515, USA 
www.acxiomit.comhttp://www.acxiomit.com/


[Friend Us on Facebook]http://www.facebook.com/acxiomcorp  [Link Us on 
LinkedIn] http://www.linkedin.com/groupRegistration?gid=2901735   [Follow Us 
on Twitter] http://twitter.com/acxiom


***
The information contained in this communication is confidential, is intended 
only for the use of the recipient named above, and may be legally privileged.

If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this communication 
is strictly prohibited.

If you have 

Re: dasdfmt problem when building a new Red Hat guest

[Peter Webb, Toronto Transit Commission]

Linux does not recognize an ICKDSF created volume label. Two ways around this.
1) Create your minidisks as full pack minus one and use cylinder 0 to hold your 
volume label.
2) Format your disk and volume label with LXFMT under CMS. 
http://www.sinenomine.net/products/vm/lxfmt

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Shedlock, 
George
Sent: November 3, 2014 1:26 PM
To: LINUX-390@VM.MARIST.EDU
Subject: dasdfmt problem when building a new Red Hat guest

We are going a little bit crazy trying to figure out a process to initialize 
PAV capable volumes for our zLinux guests.


Because we assign disk packs to only one guest we are using the full-pack 
minidisk method of enabling HyperPAV (per page 469 in “The Virtualization 
Cookbook for IBM z/VM 6.3, RHEL 6.4, and SLES 11 SP3”).  The problem that we’re 
having is how to hand off the task of initializing the disk volumes for zLinux 
with as little chance for error as possible.  I don’t want to have our 
Linux/Unix admins to have to retype the volsers that we’ve already assigned to 
the disks.  The chances of a finger check are too great and any errors are a 
significant problem since we depend (as does zVM) on volsers being unique 
across the system.

When we create the guest we format and label the volumes using ICKDSF.

According to the Cookbook one of the first steps in making the disk available 
to zLinux is to run a dasdfmt command against the disk.

According to “Device Drivers, Features, and Commands on Red Hat Enterprise 
Linux 7”, dasdfmt has an option –k 
  
-k or --keep_volser
keeps the volume serial number when writing the volume label (see VOLSER).
Keeping the volume serial number is useful, for example, if the volume serial 
number was written with a z/VM tool and should not be overwritten. 
 
However, whenever we try to run dasdfmt with that option we get the following 
error
  
[root@dcvml29 ~]# dasdfmt -b 4096 -y -v -k -f /dev/dasdf
dasdfmt: VOLSER not found on device /dev/dasdf 
 
I’ve tried various kinds of formats
  
CPVOL FMT MODE(ESA) UNIT(7625) VFY(0X0400) VOLID(VH2905) -
RANGE(0,10016)

INIT UNIT(7625) VFY(VH2905) VOLID(VH2905) -
CYLRANGE(0,10016) -
PURGE NOVALIDATE VTOC(000,01,14) INDEX(015,00,15) 
 
And using CPFMTXA but nothing I do writes a VOLSER that RedHat will find on the 
volume.

The Cookbook implies (around that same page) but doesn’t come out directly to 
say that –k doesn’t work as designed.  Do you know of any way that we can 
format a DASD volume on zVM and have the VOLSER be acceptable to zLinux?

Any insights are most appreciated.


George Shedlock Jr


10300 Ormsby Park Place  
george.shedl...@transamerica.com Louisville, KY  40223  
   T +1 502 560 3541 http://intranet.ds.global/technology/ 




The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

Re: New Redbook: Practical Migration from x86 to Linux on IBM System z

[Peter Webb, Toronto Transit Commission]

The brain is a wonderful organ. It starts working the moment you get up in the 
morning and does not stop until you get into the office. – Robert Frost

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of John 
McKown
Sent: September 23, 2014 7:58 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: New Redbook: Practical Migration from x86 to Linux on IBM System z

Well, I've entered a new memo to self: Don't post a message before the 
_second_ diet coke has hit the blood stream. I am basically forced into being a 
morning person and am not good at it. Oh, the body gets up at 05:00. The 
mind, well, sometime after that. My apologies for being slow of mind and fast 
of mouth.

On Tue, Sep 23, 2014 at 6:41 AM, Peter Woodbury peter.woodb...@pnc.com wrote:
 gee wiz Rich is fast.or I'm slow...or both.








 From:
 John McKown john.archie.mck...@gmail.com
 To:
 LINUX-390@VM.MARIST.EDU,
 Date:
 09/23/2014 07:38 AM
 Subject:
 Re: New Redbook: Practical Migration from x86 to Linux on IBM System z 
 Sent by:
 Linux on 390 Port LINUX-390@VM.MARIST.EDU



 OK, I found the bypass and get the book link. My mistake. I was, 
 perhaps unjustly, shocked by the initial signup screen, which is 
 new to me.

 On Tue, Sep 23, 2014 at 6:33 AM, John McKown 
 john.archie.mck...@gmail.com wrote:
 I have not yet read the Redbook. But I am less than impressed that I 
 must now sign up for Redbooks in order to download them. And even 
 more irritated that if I want to download both the PDF and epub 
 versions, I must sign up __twice__. Oh well, I guess _somebody_ has 
 to foot the bill for these. And I guess marketing is now responsible.
 sigh/

 On Mon, Sep 22, 2014 at 4:13 PM, Mark Post mp...@suse.com wrote:
 IBM has just published the final version of Practical Migration 
 from
 x86 to Linux on IBM System z at
 http://www.redbooks.ibm.com/abstracts/sg248217.html

 According to the page, it provides a technical planning guide and
 example for IT organizations to migrate from their x86 environment to 
 Linux on System z.

 Check it out.


 Mark Post

 
 -- For LINUX-390 subscribe / signoff / archive access instructions, 
 send email to lists...@vm.marist.edu with the message: INFO 
 LINUX-390
 or visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 
 -- For more information on Linux on System z, visit 
 http://wiki.linuxvm.org/



 --
 There is nothing more pleasant than traveling and meeting new people!
 Genghis Khan

 Maranatha! 
 John McKown



 --
 There is nothing more pleasant than traveling and meeting new people!
 Genghis Khan

 Maranatha! 
 John McKown

 --
 For LINUX-390 subscribe / signoff / archive access instructions, send 
 email to lists...@vm.marist.edu with the message: INFO LINUX-390 or 
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit 
 http://wiki.linuxvm.org/



 The contents of this email are the property of PNC. If it was not 
 addressed to you, you have no legal right to read it. If you think you 
 received it in error, please notify the sender. Do not forward or copy 
 without permission of the sender. This message may be considered a 
 commercial electronic message under Canadian law or this message may 
 contain an advertisement of a product or service and thus may 
 constitute a commercial electronic mail message under US law. You may 
 unsubscribe at any time from receiving commercial electronic messages 
 from PNC at http://pages.e.pnc.com/globalunsub/
 PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com



 --
 For LINUX-390 subscribe / signoff / archive access instructions, send 
 email to lists...@vm.marist.edu with the message: INFO LINUX-390 or 
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit 
 http://wiki.linuxvm.org/



--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

Maranatha! 
John McKown

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/


The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material.  Any 
review retransmission 

Re: marist 390 on z/vm eval 5.3 - no dasd detected ?

[Peter Webb, Toronto Transit Commission]

Fedora 15 at least will run on z/VM 5.4 on a z9. Haven't got around to trying a 
more recent version, but I expect it should work.

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post
Sent: September 8, 2014 6:48 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: marist 390 on z/vm eval 5.3 - no dasd detected ?

 On 9/8/2014 at 04:32 PM, Nix, Robert P. nix.rob...@mayo.edu wrote: 
 Did you do a fdasd and a dasdfmt before you did the mke2fs command?

The fdasd command didn't come along until the 2.4 kernels, when the dasdfmt 
command learned to create CDL on ECKD and not just LDL.  With the marist 
distribution, it would be dasd?1 only.  As I recall, /dev/mnd? didn't use 
partitions at all.

I think the OP needs to fast forward a few years to SLES 9 and RHEL 3 or so.  
If they can still be found to download.


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Putty security

[Peter Webb, Toronto Transit Commission]

As a replacement, check out BlueZone VT from Rocket Software
http://www.rocketsoftware.com/.

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Melancon, Ruddy
Sent: March 6, 2013 3:30 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Putty security

I have a security officer that has raised the issue regarding free
[Putty] software.

Has anyone encounterd security issues with Putty beyond the Release
0.60?  I am looking for documented problems.

I am also interested in what I could use as a fee based product to
replace Putty.

Ruddy Melancon
zVM and Linux Support

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Putty security

[Peter Webb, Toronto Transit Commission]

Yes, Rocket does do SSH on BlueZone VT. My Linux guests won't accept
anything else.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Rob van der Heij
Sent: March 6, 2013 3:48 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Putty security

On 6 March 2013 21:31, Peter Webb, Toronto Transit Commission 
peter.w...@ttc.ca wrote:

 As a replacement, check out BlueZone VT from Rocket Software 
 http://www.rocketsoftware.com/.


You sure? At least they only mention TN3270 over SSL etc.

For SSH the easiest is probably a Linux desktop, and you can have a
supported distribution for that. For Windows there's a list here:
http://en.wikipedia.org/wiki/Comparison_of_SSH_clients  And if you're
shopping for a Windows desktop, you might want to look into an X-Server
as well.

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Issues using VMUR

[Peter Webb, Toronto Transit Commission]

Hi Scott,

Possibly the easiest way to get it into a usable from would be to use my
NETDATAX package available from http://www.vmworkshop.org/node/70. It
would replace the VMUR receive, convert from NETDATA format and convert
to ascii at the same time.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Shumate, Scott
Sent: March 5, 2013 10:33 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

I reran the zipl and rebooted.  It works now.  Have another question
regarding VMUR.  When I read the file in, its in NETDATA format.

How do I convert it to ASCII?


Reader file 0014 has NETDATA format 


Thanks
Scott

-Original Message-
From: Shumate, Scott 
Sent: Tuesday, March 05, 2013 10:26 AM
To: 'Linux on 390 Port'
Subject: RE: Issues using VMUR



Contents of /etc/zipl.conf

[root@wil-zvmdb01 ~]# cat /etc/zipl.conf [defaultboot]
timeout=5
default=linux-2.6.32-220.el6.s390x
target=/boot/
[linux-2.6.32-220.el6.s390x]
image=/boot/vmlinuz-2.6.32-220.el6.s390x
ramdisk=/boot/initramfs-2.6.32-220.el6.s390x.img
parameters=root=/dev/mapper/VolGroup00-lv_root rd_DASD=0.0.0701
rd_DASD=0.0.0700 rd_NO_LUKS rd_DASD=0.0.0702 LANG=en_US.UTF-8 rd_NO_MD
KEYTABLE=us cio_ignore=all,!0.0.0009,!0.0.000c
rd_LVM_LV=VolGroup00/lv_root SYSFONT=latarcyrheb-sun16 crashkernel=auto
rd_LVM_LV=VolGroup00/lv_swap rd_NO_DM 


Output from cat/proc/cmdline  (I don't see !0.0.000c)

[root@wil-zvmdb01 ~]# cat /proc/cmdline
root=/dev/mapper/VolGroup00-lv_root rd_DASD=0.0.0701 rd_DASD=0.0.0700
rd_NO_LUKS rd_DASD=0.0.0702 LANG=en_US.UTF-8 rd_NO_MD  KEYTABLE=us
cio_ignore=all,!0.0.0009,!0.0.0009 rd_LVM_LV=VolGroup00/lv_root
SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/lv_swap
rd_NO_DM BOOT_IMAGE=0
[root@wil-zvmdb01 ~]#


Ouput from cio_ignore -l

Ignored devices:
=
0.0.-0.0.0008
0.0.000a-0.0.000b
0.0.000d-0.0.06ff
0.0.0704-0.0.08ff
0.0.0902-0.0.094f
0.0.0951-0.0.fb03
0.0.fb07-0.0.
0.1.-0.1.
0.2.-0.2.
0.3.-0.3.
[root@wil-zvmdb01 ~]#


Output from zipl

[root@wil-zvmdb01 ~]# zipl
Using config file '/etc/zipl.conf'
Run /lib/s390-tools/zipl_helper.device-mapper /boot/ Building bootmap in
'/boot/'
Building menu 'rh-automatic-menu'
Adding #1: IPL section 'linux-2.6.32-220.el6.s390x' (default) Preparing
boot device: dasdb.
Done.



Thanks
Scott

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Malcolm Beattie
Sent: Tuesday, March 05, 2013 6:21 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

Shumate, Scott writes:
 That worked,  but I'm having issues with making it perm.  I added it
to /etc/zipl.conf and reran zipl.  I rebooted but it was still on  the
black list.

Have a look at the output of
# cat /proc/cmdline
and check the syntax closely. For example, there must be no spaces
within the cio_ignore= value, there must be an exclamation mark to
remove the device number rather than add it, the !0.0.000c has to appear
after the all not before and I can imagine that the device number may
have to be spelled out in the full canonical form of zero dot zero dot
four hex digits. Also check you edited the zipl.conf stanza for the
kernel you then actually booted. Since the contents of /proc/cmdline
show the information from the current boot, you'd be able to tell if
it's the wrong stanza because it wouldn't have your edits in place. Send
the output (along with the output of cio_ignore -l and lscss for
good measure) if it's still not clear.

--Malcolm

--
Malcolm Beattie
Mainframe Systems and Software Business, Europe IBM UK

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed 

Re: Issues using VMUR

[Peter Webb, Toronto Transit Commission]

Hi Scott,

Have a look at NETDATAX.README at the bottom. A simple receive with
unpacking from NETDATA format and ASCII translation would be netdatax
-r.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Shumate, Scott
Sent: March 5, 2013 2:37 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

Ok I've installed REXX and downloaded the netdatax.gz file.  I unpacked
it.  Is there any examples on how to run it? 


Thanks
Scott

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Mark Post
Sent: Tuesday, March 05, 2013 2:31 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

 On 3/5/2013 at 02:26 PM, Shumate, Scott scshum...@bbandt.com
wrote: 
 I'm doing this from Linux side.  Can this be done from the linux side?


Yes.  That's where the REXX scripts Peter Webb pointed you to are
running.


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Issues using VMUR

[Peter Webb, Toronto Transit Commission]

Hi Scott,

Have you done:
chmod +x netdatax.cmd
chmod +x netdatar.cmd
chmod +x netdatas.cmd

Peter


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Shumate, Scott
Sent: March 5, 2013 2:41 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

This is what I get.

[root@wil-zvmdb01 tmp]# netdatax -h
-bash: /usr/bin/netdatax: cannot execute binary file
[root@wil-zvmdb01 tmp]# 


Thanks
Scott

-Original Message-
From: Shumate, Scott
Sent: Tuesday, March 05, 2013 2:37 PM
To: 'Linux on 390 Port'
Subject: RE: Issues using VMUR

Ok I've installed REXX and downloaded the netdatax.gz file.  I unpacked
it.  Is there any examples on how to run it? 


Thanks
Scott

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Mark Post
Sent: Tuesday, March 05, 2013 2:31 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

 On 3/5/2013 at 02:26 PM, Shumate, Scott scshum...@bbandt.com
wrote: 
 I'm doing this from Linux side.  Can this be done from the linux side?


Yes.  That's where the REXX scripts Peter Webb pointed you to are
running.


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Issues using VMUR

[Peter Webb, Toronto Transit Commission]

Hi Scott,

That doesn't look right at all. Did you unpack the .tgz file?

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Shumate, Scott
Sent: March 5, 2013 3:05 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

[root@wil-zvmdb01 bin]# head -1 `which netdatax`
netdatax-1.0/77576476400011671701005014220 5ustar
dataformatdataformatnetdatax-1.0/netdatax.help6447647640
00770711671466421016725 0ustar  dataformatdataformat  netdatax syntax
[root@wil-zvmdb01 bin]# which netdatax
/usr/bin/netdatax
[root@wil-zvmdb01 bin]# 


Thanks
Scott

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Neale Ferguson
Sent: Tuesday, March 05, 2013 3:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

file /usr/bin/netdatax
which netdatax
head -1 `which netdatax`

On 3/5/13 2:56 PM, Shumate, Scott scshum...@bbandt.com wrote:

 [root@wil-zvmdb01 bin]# ls -l netdatax -rwxr-xr-x. 1 root root 61440 
 Mar  5 14:12 netdatax

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Issues using VMUR

[Peter Webb, Toronto Transit Commission]

Try tar-xzf netdatax.tgz. You should get a netdatax directory with five
files in it.

Peter

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Shumate, Scott
Sent: March 5, 2013 3:53 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

[root@wil-zvmdb01 tmp]# tar -xzf netdata.gz tar (child): netdata.gz:
Cannot open: No such file or directory tar (child): Error is not
recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
[root@wil-zvmdb01 tmp]# 


Thanks
Scott

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Neale Ferguson
Sent: Tuesday, March 05, 2013 3:46 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Issues using VMUR

tar -xzf netdata.gz


On 3/5/13 3:41 PM, Shumate, Scott scshum...@bbandt.com wrote:

 When I use command,
 
 gunzip netdatax.gz
 
 It produces this file:
 
 -rw-r--r--. 1 root root   61440 Mar  5 15:40 netdatax
 
 No netdatax.tar file
 
 
 Thanks
 Scott
 
 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of 
 David Boyes
 Sent: Tuesday, March 05, 2013 3:20 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: Issues using VMUR
 
 That's the front of a tarball archive header. Are you sure you
unpacked it?
 
 Eg: 
 
 gunzip netdatax.gt
 tar xvf netdatax.tar .
 
 [root@wil-zvmdb01 bin]# head -1 `which netdatax`
 netdatax-1.0/77576476400011671701005014220
 5ustar
 dataformatdataformatnetdatax-
 1.0/netdatax.help644764764000
 7707
 11671466421016725 0ustar  dataformatdataformat  netdatax syntax
 
 --
 For LINUX-390 subscribe / signoff / archive access instructions, send 
 email to lists...@vm.marist.edu with the message: INFO LINUX-390 or 
 visit http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit 
 http://wiki.linuxvm.org/
 
 --
 For LINUX-390 subscribe / signoff / archive access instructions, send 
 email to lists...@vm.marist.edu with the message: INFO LINUX-390 or 
 visit http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit 
 http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Virus software?

[Peter Webb, Toronto Transit Commission]

There are some (rare) viruses that have been coded for both Windows and
Linux, but they are compiled for the x86 platform. Unless you are
talking about a true cross-platform executable (Java?, Flash?) or
something created specifically for zLinux, then something coming from
Windows isn't going to do anything on system z. The one case for having
a virus scanner on zLinux is, as someone mentioned, to prevent zLinux
from propagating an x86 infection to other boxes without being affected
itself.

Peter

I've seen their type before -- the problem is real, their solution is
nonsense, but they feel like everyone should line up behind them because
the problem is real. - Anonymous
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Dean, David (I/S)
Sent: January 17, 2013 09:27
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Virus software?

Thanks, but what could a virus jumping from a windows server do to a
Linux server considering that it would be coded for one or the other?
The number of humans that have become infected with hoof and mouth
disease is quite low.

I am just extending the questioning because I deal with this yearly from
the auditors. Once in a blue moon I feel guilty about lying to them.



-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Mark Post
Sent: Wednesday, January 16, 2013 4:36 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Virus software?

 On 1/16/2013 at 03:04 PM, Dean, David (I/S) david_d...@bcbst.com
wrote: 
 We used Mcafee for a few years, but cut it off for lack of viruses 
 (none!) and decided to quit wasting the bandwidth.
 
 Brings up a good point, has anyone ever actually picked up a virus on 
 one of their zLinux boxes, we have not since 2004.  Am I living in a 
 fool's paradise?

Yes and no.  Most people I've ever talked to about this seem to agree
that such a tool is needed/desireable only when a LInux system is acting
as some type of a file server for Windows clients.


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/
-
Please see the following link for the BlueCross BlueShield of Tennessee
E-mail disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: yum install question .. fedora

[Peter Webb, Toronto Transit Commission]

Hi Tom,

Try yum install tigervnc-server.

Peter

I've seen their type before -- the problem is real, their solution is
nonsense, but they feel like everyone should line up behind them because
the problem is real. - Anonymous
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Tom Huegel
Sent: January 15, 2013 14:34
To: LINUX-390@VM.MARIST.EDU
Subject: yum install question .. fedora

I am not much on LINUX so this may be a rather basic question.
I am trying to install VNC. This is what happens. Can someone help me,
or
point me to a cookbook?

[root@fedora ~]# yum install vnc
Loaded plugins: langpacks, presto, refresh-packagekit
Error: Cannot retrieve metalink for repository: fedora/18/s390x. Please
verify its path and try again
Thanks

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Where to get zLINUX

[Peter Webb, Toronto Transit Commission]

Hi Tom,

The last time I looked, CentOS for s390 was really old: 4.4 I think,
where Intel is now at 6.3. I believe there was only one maintainer, and
he appears to have moved on to other things. For installation, follow
the documentation link at CentOS.org. From a quick look at a couple of
mirrors, the s390 version does not appear to be available any longer.

Peter

I've seen their type before -- the problem is real, their solution is
nonsense, but they feel like everyone should line up behind them because
the problem is real. - Anonymous
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Tom Huegel
Sent: November 27, 2012 11:03
To: LINUX-390@VM.MARIST.EDU
Subject: Where to get zLINUX

I am in a test lab have the oppertunity to evaluate several zLINUX
distros.
I run the zLINUX under z/VM 6.2 on a z196.
I was able to install DEBIAN without too much trouble, now I would like
to
do either (both?) CENTOS or FEDORA.

My problem is I can't find any cookbook for either of them.
Can anyone oint me to such documentation?

Thanks - Tom

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: z/Linux and z/OS

[Peter Webb, Toronto Transit Commission]

Hi David,

This is the right place for this question.

You should not have any problems with running z/OS and z/Linux on the
same machine in separate LPARs, aside from common problems with running
ANY two operating systems together on one box using LPARs (memory and
CPU allocation, etc).

Peter

I've seen their type before -- the problem is real, their solution is
nonsense, but they feel like everyone should line up behind them because
the problem is real. - Anonymous
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Spring, David
Sent: July 26, 2012 08:28
To: LINUX-390@VM.MARIST.EDU
Subject: z/Linux and z/OS

Good morning all,

Hope this is the right place to ask this question. Please pardon the
intrusion if I should be posting this someplace else.

Our management is considering the acquisition of a new z114 sandbox
system primarily for testing new hardware (DASD and tape). They would
also like to conduct a z/Linux POC using the same machine. I know that
z/Linux can run in native mode on a System z processor but I wasn't sure
about it running side by side with z/OS. Can this be done using PR/SM
and building separate LPARs on the z114 for running z/Linux and z/OS
together on the same machine? I know that the most sensible solution
would probably be to get a z/VM hypervisor and run z/OS and z/Linux as
guest operating systems under it. However, there's a lot of resistance
here to running yet another operating system such as z/VM.

Any comments, advice, etc.?   

David Spring 
Social Security Administration
DCS/OTSO/DMSS/MOSB
MVS Operating System Team
Desk:  (410) 965-9309
BB: (443) 379-7839
Email: david.spr...@ssa.gov

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Anyone from Toronto?

[Peter Webb, Toronto Transit Commission]

Hi Mauro,

I hope you can make it here for Canada Day (July 1), there's lots of fun
going on. If not, well there's still a great time to be had up here in
The Great White North with all us hosers and the occasional habitant. As
always, more information available offline.

Peter

I've seen their type before -- the problem is real, their solution is
nonsense, but they feel like everyone should line up behind them because
the problem is real. - Anonymous
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Mauro Souza
Sent: June 26, 2012 14:21
To: LINUX-390@VM.MARIST.EDU
Subject: OFF: Anyone from Toronto?

Hi guys!

Next week I will be traveling to Toronto, and will spend about 4 weeks
there on vacation.

I would like to know if there's some from our fine list living nearby,
so
we can talk and I could get some tips on my stay.

Thanks!

Mauro
http://mauro.limeiratem.com - registered Linux User: 294521
Scripture is both history, and a love letter from God.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Fedora 15 Boot Fails

[Peter Webb, Toronto Transit Commission]

Hi,

I have several instances of Fedora 15 running under z/VM 5.4 on a z9 BC.

When Fedora boots when the CPU is heavily loaded, the boot fails and
enters maintenance mode. When booted while the CPU is lightly loaded,
everything is fine. The failure appears to happen when a mount of an LVM
managed directory is attempted. Console log:

[  120.764046] qeth: register layer 3 discipline

[  120.816247] qdio: 0.0.1302 OSA on SC 2 using AI:1 QEBSM:0 PCI:1 TDD:1
SIGA:R 
[  120.863523] qeth 0.0.1300: Device is a Guest LAN QDIO card (level:
V543) 
[  120.863580] with link type GuestLAN QDIO (portname: )

[  120.870075] qeth 0.0.1300: Hardware IP fragmentation not supported on
eth0   
[  120.870142] qeth 0.0.1300: Inbound source MAC-address not supported
on eth0  
[  120.870509] qeth 0.0.1300: VLAN enabled

[  120.870822] qeth 0.0.1300: Multicast enabled

[  120.871820] qeth 0.0.1300: IPV6 enabled

[  120.872386] qeth 0.0.1300: Broadcast enabled

[  120.872701] qeth 0.0.1300: Outbound TSO not supported on eth0

Starting /nfs  [1;31maborted [0m because a dependency failed.

The directory /nfs is on LVM.

A successful boot looks like this:

Started udev Wait for Complete Device Initialization.

Starting Wait for storage scan...

Started Show Plymouth Boot Screen.

Started Wait for storage scan.

Starting Initialize storage subsystems (RAID, LVM, etc.)...

Starting File System Check on /dev/mapper/nfs_vg-nfs_lv...

Started Initialize storage subsystems (RAID, LVM, etc.).

Starting Initialize storage subsystems (RAID, LVM, etc.)...

systemd-fsck[   80.339312] systemd-fsck[882]: /dev/mapper/nfs_vg-nfs_lv:
clean,
[882]: /dev/mapper/nfs_vg-nfs_lv: clean, 2273/299552 files,
586646/1196032 bloc
Started File System Check on /dev/mapper/nfs_vg-nfs_lv.

Starting /nfs...

[   80.752112] EXT4-fs (dm-0): mounted filesystem with ordered data
mode. Opts:
Started /nfs.


Searching has not turned up any likely causes. I suspect I need to
either slow down the boot, or configure something to ensure that LVM
support is turned on before an attempt is made to mount /nfs.

Suggestions? Comments?

Peter 

The answer is chocolate. The question pretty much doesn't matter.



The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Netdatax Available

[Peter Webb, Toronto Transit Commission]

(Cross posted to IBMVM and LINUX-390 Lists)

Netdatax, an implementation of the CMS NETDATA command for Linux is now
available for download at http://www.vmworkshop.org/node/70.

Peter 


The information transmitted is intended only for the person 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 any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Defining an LPAR on a z box to run LINUX

[Peter Webb, Toronto Transit Commission]

Just define your Linux LPAR as you would a z/OS LPAR. The CP type
'LINUX' refers to an IFL engine (Integrated Facility for Linux), which
from your description you do not have. Yes, all LPARS assigned to a CP
must be the same type.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rakoczy, Dave
Sent: July 31, 2007 08:14
To: LINUX-390@VM.MARIST.EDU
Subject: Defining an LPAR on a z box to run LINUX

We are researching the possibility of putting up a LINUX LPAR on our
z/890 for a Proof of Concept.  We currently have 3 general purpose CP's
turned on in the box. 
All 3 of the general purpose CP's are available for use to the 3 z/OS
LPAR's we run on the machine, none of the CP's are dedicated.  I know on
the HMC's Activation Profile you can select the LPAR mode ESA/390 or
LINUX (and a few other options as well).  

What I'd like to do is Build a 4th LPAR to be a LINUX LPAR, assign that
LPAR just a single processor, it's own Devices via IOCP along with a
chunk of memory.  This LPAR would just be for me to play around with and
learn on.  Now my question is the following.  Since all three of my
General Purpose CP's are shared across LPAR's that are EAS/390 Mode
LPARS, can I use one of those same three General Purpose CP's for this
LINUX Mode LPAR?  Or must all LPAR's assigned to a CP be defined as the
same mode type?  i.e.  EAS/390 or LINUX.

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Dynamic I/O

[Peter Webb, Toronto Transit Commission]

Funny, I was just looking into using dynamic I/O on our box. See
http://publibz.boulder.ibm.com/epubs/pdf/hcsg1b20.pdf, Part 2 Using
Dynamic I/O Configuration.

In our case we won't use it. We are memory constrained at times, and
don't need the aggravation of performance problems caused by the extra
memory demands of dynamic I/O.

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Brad Hinson
Sent: July 19, 2007 14:37
To: LINUX-390@VM.MARIST.EDU
Subject: Dynamic I/O

I've done a couple of disk changes recently that require updates to our
IOCDS config, and it's getting hard to schedule a Power On Reset each
time to recognize the changes.  I see a checkmark on the HMC that
indicates Dynamic I/O is possible if you have the right pieces in the
config you import.  Is anyone using Dynamic I/O, or can you point me to
some docs (or perhaps another list) on this?

Also, any docs on the format of the IODEVICE (and other) statemtents in
this config would also be useful.

Thanks,
--
Brad Hinson [EMAIL PROTECTED]
Sr. Support Engineer Lead, System z
Red Hat, Inc.
(919) 754-4198

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: 3490E Tape Drive End of Service

[Peter Webb, Toronto Transit Commission]

How about http://www.decisionone.com/ or http://www.brainsii.com/.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Ryan Stewart
Sent: July 10, 2007 11:20
To: LINUX-390@VM.MARIST.EDU
Subject: 3490E Tape Drive End of Service

Does anyone know of some third party vendors that provide service
contracts to IBM's newly (and abruptly) dropped tape drives?  Namely
3490E FC0.

Thanks,

Ryan Stewart
Systems Programmer
Indian River Community College
[EMAIL PROTECTED]
772-462-7310


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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: RedHat and NFS mounts of SFS

[Peter Webb, Toronto Transit Commission]

Hi Betsie,

Not quite the same, but I can successfully mount a BFS file system and
write a file to it using CentOS 4.4 at the same kernel and nfs-utils
levels as you.

I remember having some time out problems when I set it up, and resolved
it by adding an entry to /etc/hosts for VM, so it used the local IP
address, instead of the DNS address, which faced the rest of the
network. (10.199.103.5, instead of 10.199.3.48, Linux is 10.199.103.6).

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Spann, Elizebeth (Betsie)
Sent: May 21, 2007 16:36
To: LINUX-390@VM.MARIST.EDU
Subject: RedHat and NFS mounts of SFS

Hi All,
My RedHat AS 4 system at kernel level 2.6.9-42 and nfs-utils-1.0.6-70
times out trying to mount an SFS file.  IBM's test system at kernel
level 2.6.9-5 and nfs-utils-1.0.6-46 does mount successfully.A trace
shows the Linux system sending a null procedure to VMNFS which sends
back a response. Nothing happens after that.
If anyone running RHEL AS 4 can NFS mount an SFS file system, please let
me know what kernel level and nfs level you are running.

Thank you,
Betsie

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Installing package with NFS under RedHat

[Peter Webb, Toronto Transit Commission]

I think you want to go to /etc/yum.repos.d and have a look for a file
something like RedHat-Media.repo (I don't know the exact name, since I
am using CentOS). Back up the file, then change the 'baseurl=' to point
to your NFS server.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
EXT / DUBOIS Laurent
Sent: March 22, 2007 12:46
To: LINUX-390@VM.MARIST.EDU
Subject: Installing package with NFS under RedHat

Hi,

I've just installed a RedHat under my z/VM. (I used Suse before)

I installed the system trough a NFS server and it ran ok.

Right now I want to add some packages, using KDE.

When I use the Add/Remove application tool, the system asks me to insert
a CD  But I don't have any CD under my system ... 

Does any one knows where I must change some parameters in order it
searchs the package trough the nfs server ? ( I kow how to do it with
Yast under Suse, by changing source of installlation menu ... But here I
use RedHat)

I can do the rpm commands one by one, but I have severals packages to
install, and it will take some time to do it manually.

Thanks for any help.

:-)  Laurent Dubois -

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: The quantum computer comes of age

[Peter Webb, Toronto Transit Commission]

That wasn't by any chance Ecma 376? ;)

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Alan
Sent: February 7, 2007 09:21
To: LINUX-390@VM.MARIST.EDU
Subject: Re: The quantum computer comes of age

On Wed, 7 Feb 2007 09:03:44 -0500
Evans, Kevin R [EMAIL PROTECTED] wrote:

 I would like one of your bogometers (I could use one here). Do you
sell
 them?

I can't recommend bogometers, mine exploded when I accidentally left it
near a standards document.

Alan

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Plese visit us (more info isnide).

[Peter Webb, Toronto Transit Commission]

The old money laundering scam. Forwarded to Phonebusters.
http://www.phonebusters.com

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Laverne Figueroa
Sent: January 17, 2007 14:39
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Plese visit us (more info isnide).

Good day Linux-390!!

We are a small and relatively Software Development and Outsourcing
Company specializing in enterprise application development, system
integration, 
corporate networks and other software solutions for business, finance,
and for various types of problems.
The company based in Ukraine but at this time we open new office in
Bulgaria.
We've earned ourselves a reputation of a reliable and trustworthy
partner working 
successfully with a number of West European and North American companies
and 
providing them with reliable software development services in
financial, telecom and media esctors
Also we are in search of new partners.
Unfortunately we are currently facing some difficulties with receiving
payments for our services.
It suually takes us 10-30 days to receive a payment from your country
and such delays 
are harmful to our business. We do not have so much time to accept every
wire transfer 
and we can't accept cashier's checks or money orders as well. That's why
we are currently 
looking for partners in your country to help us accept and process
these payments faster. 
  


If you are looking for a chance to make an additional profit you can
become our represnetative in your country.
As our representative you will receive 8% of every deal we conduct. Your
job will be accepting funds
in the form of wire transfers and check payments and forwarding them to
us. It is not a full-time job, 
but rather a very convenient and fast way to receive additional income.
We also consider opening an 
office in your country in the nearest future and you will then have
certain privileges should you decide 
to apply for a full-time job. 

This is an entry level opportunity in the field of financial services.
Our financial professionals work with clients to help them achieve their

many financial goals such as saving on taxes. 
We therefore solicit your assistanc ein remitting this money and
facilitating transactions.
If you believe you would be able to undertake such a task and are
interested in this job, please 
respond to [EMAIL PROTECTED] and send us the following information
about
yourself:
  


1. Your Full Name as it appears on your resume.
2. Education.
3. Your Contact Address.
4. Telephone/Fax number.
5. Your present Occupation and Position currently held.
6. Your Age
 



Please respond ASAP and we will provide you with additional details on
how you can become our representative.
Joining us and starting businesst oday will cost you nothing and you
will be able to earn a bit of extra money
fast and easy.



Should you have any questions, please feel free to contact us at the
address mentioned above. Looking forward
to eharing from you.


Sincerely,


Alta Waller
Director of Electronic Co

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Source RPM Install Problem

[Peter Webb, Toronto Transit Commission]

Thanks Neal, that worked. I just the documentation actually stated that
you had to do that, instead of obliquely implying it.

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Neale Ferguson
Sent: December 15, 2006 14:14
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Source RPM Install Problem

What you need is rpmbuild --rebuild --clean /usr/.

Installing a src rpm just puts its components in SOURCE/SPECS/ ready for
you to build.

Neale
On Fri, 2006-12-15 at 14:08 -0500, Peter Webb, Toronto Transit
Commission wrote:
 Hi,

 I am trying to install Open Object Rexx from the source RPM, but it is
 not working. The tar.gz and the spec file are extracted, but the spec
 file is not executed, and the database is not updated. Running an
 'rpmbuild --recompile ooRexx-3.1.1-1.src.rpm' does run the compiles,
so
 I guess the spec file is okay. Anyone have any ideas?

 [EMAIL PROTECTED] /]# rpm -Uvv
/usr/software_packages/ooRexx-3.1.1-1.src.rpm

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Source RPM Install Problem

[Peter Webb, Toronto Transit Commission]

The Red Hat RPM Guide
http://fedora.redhat.com/docs/drafts/rpm-guide-en/ch-rpm-overview.html#i
d2928597 and
http://fedora.redhat.com/docs/drafts/rpm-guide-en/ch03s02.html#id2934186
.

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Post
Sent: December 18, 2006 12:15
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Source RPM Install Problem

Peter,

Which documentation is that?  Most likely, a patch submitted to the
developers would be worth trying.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Peter Webb, Toronto Transit Commission
Sent: Monday, December 18, 2006 10:54 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Source RPM Install Problem


Thanks Neal, that worked. I just the documentation actually stated that
you had to do that, instead of obliquely implying it.

Peter

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: a history question

[Peter Webb, Toronto Transit Commission]

Centos 4.4 has bash-3.0-19.3.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of LJ
Mace
Sent: December 15, 2006 08:54
To: LINUX-390@VM.MARIST.EDU
Subject: Re: a history question

Well after a LONG search and not being able to find 
HISTTIMEFORMAT anywhere on the man bash page, I
reverted to the internet. 
What I found was that this is only valid if you are at
bash level 3.x. 
So I do a  rpm -q bash and get the following:
bash-2.05b-305.14
So I guess I'm out. 
We are sles 9 sp3 where must I be to be at bash 3.x??
thanks
Mace 

--- Richard Troth [EMAIL PROTECTED] wrote:

 Awesome!  Thanks!  (Gotta throw something juicy at
 Malcolm occasionally to
 confirm he is still lurking.)
 
 -- R;
 
 
 
 
 
 Malcolm Beattie [EMAIL PROTECTED]
 
 Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU
 
 
 
 
 12/14/2006 01:54 PM
 Please respond to Linux on 390 Port
 LINUX-390@VM.MARIST.EDU
 
 From
 Malcolm Beattie [EMAIL PROTECTED]
 To
 LINUX-390@VM.MARIST.EDU
 cc
 
 Subject
 Re: a history question
 
 
 
 
 
 
 Richard Troth writes:
  Like Rd said, no timestamps in BASH history.
 (Other shells have history
  too, and still no timestamps.)
 
 Er, both bash and tcsh can timestamp history. tcsh
 does so by
 default and bash does so if you set HISTTIMEFORMAT.
 man bash says
HISTTIMEFORMAT
   If this variable is set and not null, its
 value is  used  as  a
   format  string  for strftime(3) to print the
 time stamp associ-
   ated with each history entry displayed by the
 history  builtin.
   If this variable is set, time stamps are
 written to the history
   file so they may be preserved across shell
 sessions.
 Often a bit of care needs to be taken to consider
 what behaviour
 is wanted for saving history between sessions,
 multiple shells,
 login v. non-login shells etc. The man pages for
 tcsh and bash go
 into the details.
 
 --Malcolm
 
 --
 Malcolm Beattie [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
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Info Print - interface with Linux

[Peter Webb, Toronto Transit Commission]

It's not what you are looking for, but would TXT2PDF
http://www.homerow.net/rexx/txt2pdf.htm do the job?

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Clark, Douglas
Sent: December 15, 2006 12:44
To: LINUX-390@VM.MARIST.EDU
Subject: Info Print - interface with Linux

Is there anyway to interface IBM Infoprint Server and Infoprint
Transforms for z/OS with Linux printing capability?

Actually what I am after is a way to send the output from Infoprint to a
PDF formatted file.  Does anyone have an idea where I can start looking?
I have searched the web but I have not found anything concrete enough to
detail how to get this done.  I have only found that there is a hint
that this is possible.

TIA

Doug

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


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

Source RPM Install Problem

[Peter Webb, Toronto Transit Commission]

Hi,

I am trying to install Open Object Rexx from the source RPM, but it is
not working. The tar.gz and the spec file are extracted, but the spec
file is not executed, and the database is not updated. Running an
'rpmbuild --recompile ooRexx-3.1.1-1.src.rpm' does run the compiles, so
I guess the spec file is okay. Anyone have any ideas?

[EMAIL PROTECTED] /]# rpm -Uvv /usr/software_packages/ooRexx-3.1.1-1.src.rpm

D: == /usr/software_packages/ooRexx-3.1.1-1.src.rpm

D: Expected size:  3621865 = lead(96)+sigs(180)+pad(4)+data(3621585)

D:   Actual size:  3621865

D: /usr/software_packages/ooRexx-3.1.1-1.src.rpm: MD5 digest: OK
(ee55307ec40100
5799683015ae723147)

D:  added source package [0]

D: found 1 source and 0 binary packages

D: Expected size:  3621865 = lead(96)+sigs(180)+pad(4)+data(3621585)

D:   Actual size:  3621865

ooRexx-3.1.1-1

D: == Directories not explicitly included in package:

D:  0 /usr/src/redhat/SOURCES/

D:  1 /usr/src/redhat/SPECS/

D: ==

D: fini  100644  1 (   0,   0)   3630398
/usr/src/redhat/SOURCES/ooRexx-3.1.
1.tar.gz;4582f0d1

warning: user dashley does not exist - using root

warning: group dashley does not exist - using root

D: fini  100775  1 (   0,   0) 11076
/usr/src/redhat/SPECS/oorexx.spec;4
582f0d1

GZDIO: 445 reads,  3641856 total bytes in 0.835815 secs

[EMAIL PROTECTED] /]# rpm -q ooRexx
package ooRexx is not installed 


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Suse S390 help?

[Peter Webb, Toronto Transit Commission]

I recently installed Xandros Desktop 4 on my home PC, and it uses
ReiserFS. (Okay, so maybe you can't call that 'Production' use.)

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Jay Maynard
Sent: September 28, 2006 14:37
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Suse S390 help?

On Thu, Sep 28, 2006 at 12:59:09PM -0500, McKown, John wrote:
 The only question that comes to my mind is whether you told the
 installed to do a dasdfmt of the volume in question?The
Hercules
 dasdinit is not sufficient (even though required) because it does
not
 format the tracks into 4K records that z/Linux requires.

However, if you give dasdinit the -linux option, it will do the
necessary
formatting.

 SUSE seems to be enamored of ResierFS for some reason. But I remember
 seeing messages here about it not being the best idea on the s390
 version of z/Linux.

I don't know of anyone who recommends ReiserFS for general production
use on
any platform.
--
Jay Maynard, K5ZChttp://www.conmicro.cx
http://jmaynard.livejournal.com  http://www.tronguy.net
http://www.hercules-390.org   (Yes, that's me!)
Buy Hercules stuff at http://www.cafepress.com/hercules-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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: PL/I and C cross compilers

[Peter Webb, Toronto Transit Commission]

Would this do? http://www.spftools.com/downloads/gccmvs.htm

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Jon Brock
Sent: September 20, 2006 14:31
To: LINUX-390@VM.MARIST.EDU
Subject: Re: PL/I and C cross compilers

What would interest me more would be getting gcc available in z/OS Unix
System Services.  But that's another list . . . 

Jon


snip
If there is serious interest in funding someone to do it, we have the
people and are willing to get it done. 
/snip

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Getting to 64-bit systems *legitimately*...

[Peter Webb, Toronto Transit Commission]

Well, we just had a techy from our local IBM reseller in here yesterday,
and he said they could sell us a FLEX based system that would run z/VM
5.2. I'm going to keep my eyes open for a flock of pigs flying past
until they put that one on paper, though.

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
McKown, John
Sent: September 18, 2006 17:23
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Getting to 64-bit systems *legitimately*...

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On 
 Behalf Of David Boyes
 Sent: Monday, September 18, 2006 3:48 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Getting to 64-bit systems *legitimately*...
 
 
  FWIW, VSE/ESA 2.7 will be withdrawn from service on 02/28/2007. The 
  current z/VSE 3.1 is still 31-bit also, though. z/VSE 4.1 
 will be the 
  first 64-bit version, no availability date on that yet.
 
 Given this, I'd like to pose again the question of why IBM 
 has not approved the 64-bit version of FlexES for public 
 sale. Yes, you can sell me a z9 with a sub-100 MIPS capacity. 
 You *can't* sell me one that comes self-contained with disk 
 at a price-point that is affordable for small shops, nor can 
 you sell me one that doesn't take up my entire available 
 machine room space. 
 
 Could someone please find out what the hold-up is? We've been 
 told one rumor is that IBM thinks nobody wants it -- I'd like 
 to shout call! on that assertion. 
 
 
 David Boyes
 Sine Nomine Associates

The no one wants it translates to no one in z9BC marketting wants it
because it might undercut sales. Cynical? Really? Me? Nooo.

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Getting to 64-bit systems *legitimately*...

[Peter Webb, Toronto Transit Commission]

Thanks. I appreciate the clarification.

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Adam Thornton
Sent: September 19, 2006 14:11
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Getting to 64-bit systems *legitimately*...

On Sep 19, 2006, at 6:30 AM, Peter Webb, Toronto Transit Commission
wrote:

 Well, we just had a techy from our local IBM reseller in here
 yesterday,
 and he said they could sell us a FLEX based system that would run z/VM
 5.2. I'm going to keep my eyes open for a flock of pigs flying past
 until they put that one on paper, though.

You misunderstand.




The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

SCO Slapped Down

[Peter Webb, Toronto Transit Commission]

Wells Grants in Part IBM's Motion to Limit SCO's Claims! In *Large*
Part.
http://www.groklaw.net/article.php?story=20060628175203644

Happy days are here again
The skies above are clear again
So let's sing a song of cheer again
Happy days are here again
http://www.niehs.nih.gov/kids/lyrics/happydays.htm



The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: OPM zLinux Experience

[Peter Webb, Toronto Transit Commission]

But buying for a corporate IT department can be very different. Every PC
in this company that I have seen, server and desktop, is a Compaq. Most
I believe were purchased through a volume purchase agreement with a
distributor, who had to bid for the privilege.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Thomas David Rivers
Sent: June 26, 2006 11:38
To: LINUX-390@VM.MARIST.EDU
Subject: Re: OPM zLinux Experience

hmm...

 I don't mean to rain on parades, but these figures seem kinda
 high to me.

 Tiger Direct (here in Raleigh) is running a deal where you can
 get a 3.03ghz celeron w/256K cache,  1GIG of memory in a case
 (with power-supply) for $79.99.  So - $2K for a PC seems awfully
 pricy these days.

 Dell sells their bottom-of-the-line server for $399.99.

 100g-bit switches are usually around $59 at CompUSA.

 And - is there a reason not to just use one of the Intel boxes
 as the firewall?  That would be $80 + $40 for a brand new IDE
 drive.

 I suppose my point is that you can pay whatever you want for
 a PC these days...  of course, you get what you pay for.

 Even so, I would think that someone doing a big purchase
 could drive an awfully hard bargain out of a white-box
 distributor, and get much better prices than these...


 I just returned from an IT Financial conference where I contrasted the
 costs between running the 45 servers on Intel versus the z/900. I took
 very conservative costs for the Intel machines ($2K per server),
Switches
 ($10K), and Firewalls ($10K) and all with no support (this $0).


- Dave Rivers -

--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: installing centos telnet screen all messed up!

[Peter Webb, Toronto Transit Commission]

Yes, I saw it when installing CentOS as well. I thought I had found a way 
around it with terminal emulator settings, but I couldn't find them quickly the 
last time I tried and just went ahead as is. For me, this was just a small part 
of the install until VNC fired up, and the VNC screens were just fine.

Once CentOS is installed, these characters pop up occasionally in man pages. 
Mildly annoying. I assumed that the problem might be due to code page 
strangeness between what I am using, and what Pasi Pirhonen used in building 
the distribution. I haven't had the time or inclination to follow up on this, 
though.

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Harting, David
Sent: May 5, 2006 09:21
To: LINUX-390@VM.MARIST.EDU
Subject: installing centos telnet screen all messed up!

I am installing CentOS and when I telnet from my PC to the LINUX. I get this.

 

Welcome to CentOS 4.2

a Language Γö£ΓöÇΓöÇ

ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓ  Γöé

 ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Installation Method Γö£ΓöÇΓöÇΓöÇΓö

ΓöÇΓöÇΓöÉöÇΓöÇ   Γöé   Γöé é  Γöé

 Γöé What type of media contains the   Γöé é  Γöé

 Γöé packages to be installed? Γöé Γöé öé

 Γöé   Γöé Γöé öé

 ΓöéHard drive Γöé é  Γöé

 ΓöéNFS image  Γöé Γöé öé

 ΓöéFTPΓöé Γöé öé

 ΓöéHTTP   Γöé Γöé öé

 Γöé   Γöé Γöé öé

 Γöé ΓöîΓöÇΓöÇΓöÇΓöÇΓöÉ  ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö

 Γöé Γöé Γöé OK Γöé  Γöé Back Γöé  Γöé

 Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÿ  ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö

 Γöé Γöé   Γöé   Γöé öÉöÇΓöÇΓöÇΓ

ΓöÉ Γö   Γöé   Γöé   Γöé

 ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö

ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓ   Γöé  ΓöÇΓöÿ

 ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓ

ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö  öÇΓöÇΓöÇΓöÇΓöÇ

ΓöÇΓöÇΓöÇΓöÇΓöÇ   ΓöÇΓöÇΓöÇΓöÇΓö

ΓöÇΓöÿ

  Tab/Alt-Tab between elements  | Space selects | F12 next screen

 

The screen is all messed up.

It seems like the only thing not messed up is the text. 

Has anyone seen this before?

 

I am installing this in Z/VM 5.2 guest on a Z800.

At least with CentOS, I got the OSA GIGE card working with LINUX.

 

Thanks 

 

 

David Harting

System Programming

State Employees' Credit Union

[EMAIL PROTECTED]

Pager: [EMAIL PROTECTED]

S07548D

(919) 664-8924

 



FONT SIZE=1 FACE=ARIAL^
This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU). Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.


/FONT



The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

Re: Spreadsheets woes - not to do with Linux or Mainframes but probably of interest

[Peter Webb, Toronto Transit Commission]

Funny you should post that, I just printed out a copy and took it up to
our chief financial guy. He's a really nice guy that I've known since
shortly after he started. He hadn't heard of this before.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
John Summerfied
Sent: May 3, 2006 09:57
To: LINUX-390@VM.MARIST.EDU
Subject: Spreadsheets woes - not to do with Linux or Mainframes but
probably of interest

http://www.regdeveloper.co.uk/2006/05/03/buggy_spreadsheet/print.html

I'd guess efforts at debugging spreadsheets are less rigourous than,
say, for your corporate core business systems.

--

Cheers
John

-- spambait
[EMAIL PROTECTED]  [EMAIL PROTECTED]
Tourist pics
http://portgeographe.environmentaldisasters.cds.merseine.nu/

do not reply off-list

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Installing THE 3.2

[Peter Webb, Toronto Transit Commission]

Thanks Rick, that fixed it. I had been using an old Object Rexx RPM, and
when I changed to Regina, it worked.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rick Troth
Sent: April 27, 2006 22:23
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Installing THE 3.2

On Thu, 27 Apr 2006, Peter Webb, Toronto Transit Commission wrote:
 ...
 following characters on the command line:
 63;1;2;6;7;8;9;11;14c63;1;2;6;7;8;9;11;14c.

I've seen this kind of garbage with other curses based apps.
I fear that there's something wrong with the 3.1 and 3.2 builds.
Could be a mis-match in the run-time (especially for curses)
and the executable in the package (the libs it was built against).

Personally,  I recommend rebuilding apps like THE (and Regina).
You're welcome to my build logic (two forms) at

http://pb.casita.net/pub/the/the-3.2.mak
http://pb.casita.net/pub/regina/regina-3.3.mak
 -or-
http://pb.casita.net/pub/cscratch/the.mk
http://pb.casita.net/pub/cscratch/regina.mk

The former pair are largely stand-alone  (except that THE
needs a REXX interpreter,  for which Regina does nicely)
and are non-intrusive,  not comingled with the op sys.

The latter pair install THE and Regina into their canonical place
but require the CSCRATCH build stuff  (at least makefile and
_generic.mk)  from the same directory.

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Installing THE 3.2

[Peter Webb, Toronto Transit Commission]

Yes, I am installing from source.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Post, Mark K
Sent: April 30, 2006 23:37
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Installing THE 3.2

Peter,

I'm not sure I know what you mean when you say install version 3.1 or
3.2 from the tarball.  Are you compiling from source?


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Peter Webb, Toronto Transit Commission
Sent: Thursday, April 27, 2006 9:17 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Installing THE 3.2


Hi,

 

I have been trying to install THE (The Hessling Editor) under Centos
4.2. I have installed version 3.0.2 from an ancient RPM, and it works
fine. When I install version 3.1 or 3.2 from the tarball, I get garbage
on the command line when I edit a file while using a profile. I get the
following characters on the command line:
63;1;2;6;7;8;9;11;14c63;1;2;6;7;8;9;11;14c.

 

I'm hoping that this is just a configuration or other install problem,
but I can't see anything obvious.

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: your chance

[Peter Webb, Toronto Transit Commission]

The only picture related to this list is a fox in an
'M'(http://www2.marist.edu/htbin/wlvindex?linux-vm). So that suggests
she is an animal lover. And with the ability to be in several countries
around the world at one time, suggests she is rather large. 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
O'Brien, Dennis L
Sent: May 1, 2006 13:51
To: LINUX-390@VM.MARIST.EDU
Subject: Re: your chance

Susanne is coming to meet the entire mailing list?  She must be quite,
um, friendly.

   Dennis

I did not have sexual relations with that woman.  -- Bill Clinton

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Susanne
Sent: Saturday, April 29, 2006 11:46
To: LINUX-390@VM.MARIST.EDU
Subject: your chance

Dear friend,
I found your picture on one of the websites, can we talk to
each other? I might be coming to your place in few weeks.
This would be a greaat opbportunity to meet each other.
Btw, I am a woman. I am 25. Drop me a line at [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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

Installing THE 3.2

[Peter Webb, Toronto Transit Commission]

Hi,

 

I have been trying to install THE (The Hessling Editor) under Centos
4.2. I have installed version 3.0.2 from an ancient RPM, and it works
fine. When I install version 3.1 or 3.2 from the tarball, I get garbage
on the command line when I edit a file while using a profile. I get the
following characters on the command line:
63;1;2;6;7;8;9;11;14c63;1;2;6;7;8;9;11;14c.

 

I'm hoping that this is just a configuration or other install problem,
but I can't see anything obvious.

 

 



The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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
attachment: image001.jpg

Re: Install question

[Peter Webb, Toronto Transit Commission]

The most common reason for this with someone just starting to use
z/Linux is your Linux guest and your VM OSA interface to the rest of the
world are on the same subnet, and you have not added PROXYARP to
ASSORTEDPARMS in your PROFILE TCPIP.

Do it the right way from the beginning, get a new subnet for your Linux
guests. Saves a lot of pain in the short and long term.

And while your at it, download a more recent Linux, such as Centos
http://www.centos.org. You can't learn all that much from such an old
version.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Harting, David
Sent: April 27, 2006 10:04
To: LINUX-390@VM.MARIST.EDU
Subject: Install question

I am installing Marist/LINUX on an IBM Z800 in a Z/VM guest.

 

I am unable to ftp the root file system into the LINUX(page 116 of the
Linux for S/390 install/config).

I am unable to ping from my PC to the LINUX.

 

I am able to ping from the tcpmaint ID to the LINUX but it seems I can
not do this from outside of the mainframe.

 

Ping Level 520: Pinging host xx.xx.xx.60.  

Enter 'HX' followed by 'BEGIN' to interrupt. 

PING: Ping #1 response took 0.001 seconds. Successes so far 1

Ready; T=0.03/0.04 09:04:07

  

This is my config from inside the LINUX.

ifconfig 

ctc0  Link encap:Serial Line IP  

  inet addr:xx.xx.xx.60  P-t-P:xx.xx.xx.62  Mask:255.255.255.255


  UP POINTOPOINT RUNNING NOARP  MTU:1500  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

 

Can you get a point to point connection to the external world?

 

From the tcpmaint id in VM.

ifconfig -a


ETH0 inet addr: 10.1.1.62 mask: 255.255.255.0


 UP BROADCAST MULTICAST MTU: 1492


 vdev: 0014 rdev: 0014 type: QDIO ETHERNET portname: UNASSIGNED


 ipv4 router type: NONROUTER ipv6: DISABLED


 cpu: 0 forwarding: ENABLED


 RX bytes: 1423930 TX bytes: 8015


 


LI2000LNK inet addr: 10.1.1.62 P-t-P: 10.1.1.60 mask: 255.255.255.255


 UP BROADCAST MULTICAST POINTOPOINT MTU: 9216


 vdev: 2000 type: CTC portnumber: 0


 connects to: LINMSTR 2005


 cpu: 0 forwarding: ENABLED


 RX bytes: 75868 TX bytes: 31108


Ready; T=0.04/0.05 09:57:00  

 

Is there any other parm I have to add to the TCPIP stack other then
devise,link,home,gateway, and start? 

 



 

 

 



FONT SIZE=1 FACE=ARIAL^
This email may contain confidential and privileged material for the sole
use of the intended recipient. If you are not the intended recipient,
please contact the sender and delete all copies. Any review or
distribution by others is strictly prohibited. Personal emails are
restricted by policy of the State Employees' Credit Union (SECU).
Therefore SECU specifically disclaims any responsibility or liability
for any personal information or opinions of the author expressed in this
email.


/FONT


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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Install question

[Peter Webb, Toronto Transit Commission]

Everything looks easy in the magazines ;-) Coming from a mainframe
background, Linux can be difficult. The installation instructions are
not as good as z/VM or other mainframe OSes. You really have to have
some kind of a Linux, PC or mainframe, around to help stage the install,
since Windows is so incompatible in assorted areas.

Pick a distribution, start your install, document what you have done,
and post your questions here when you hit a problem. Remember, the more
info you can give us on the problem, and what you have done, the easier
it is to get help.

The one advantage that the original Marist version had, was that it did
not require an existing Linux to get started with. The later versions
kind of need one to stage the install files, but they give you SO MUCH
more. 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Harting, David
Sent: April 27, 2006 11:19
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Install question

Thank you for your advice.

I will try to install CentOS
This is the second time. I have tried to install LINUX in a VM guest.

First, I tried Debian.
Second, I tried Marist.

This proof of concept is talking me a long time!
A new release of Z/OS or Z/VM might be easier.
All I want to do is get LINUX up and running and let some people see
what we can do with it.

It looks easy to do in the IBM magazines.


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: Thursday, April 27, 2006 10:57 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Install question

 
 I am installing Marist/LINUX on an IBM Z800 in a Z/VM guest.

Bluntly, give up on the Marist distribution and start with something
more modern that supports guest LANs. The Marist code is *ancient* and
lacks a number of important things to make it usable for anything.
You'll spend more time chasing those problems than learning anything
about Linux.

If you need a totally free distribution to play with, check into CentOS
or Debian. Both are considerably more up to date, and much more
representative of the current state of the art. 

Returning to your question:

 I am able to ping from the tcpmaint ID to the LINUX but it seems I can
not 
 do this from outside of the mainframe.

The problem is not in your setup, but in the network outside your setup.


You need to have your networking people insert a static route into the
network infrastructure that tells the rest of the world that your Linux
guest is reachable via the VM TCPIP stack, or configure MPROUTE on VM
and have the networking guys accept routing updates from it. They're
more likely to do the static route approach.

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


FONT SIZE=1 FACE=ARIAL^
This email may contain confidential and privileged material for the sole
use of the intended recipient. If you are not the intended recipient,
please contact the sender and delete all copies. Any review or
distribution by others is strictly prohibited. Personal emails are
restricted by policy of the State Employees' Credit Union (SECU).
Therefore SECU specifically disclaims any responsibility or liability
for any personal information or opinions of the author expressed in this
email.


/FONT

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: 3270 keyboard setup so that vi can be used

[Peter Webb, Toronto Transit Commission]

In that case, 'ed' is your friend.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Bernard Wu
Sent: April 3, 2006 15:17
To: LINUX-390@VM.MARIST.EDU
Subject: Re: 3270 keyboard setup so that vi  can be used

Only if you are in maintanance mode and you have to modify /etc/fstab or
/etc/zipl.conf.  ie:  you are in trouble and the only session available
is
the 3270 session.





 Evans, Kevin R
 [EMAIL PROTECTED]
 co.com
To
 Sent by: Linux on LINUX-390@VM.MARIST.EDU
 390 Port
cc
 [EMAIL PROTECTED]
 IST.EDU
Subject
   Re: 3270 keyboard setup so that
vi
can be used
 04/03/2006 02:11
 PM


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






Why on earth would you willingly use vig ?

Kevin

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Bernard Wu
Sent: Monday, April 03, 2006 1:58 PM
To: LINUX-390@VM.MARIST.EDU
Subject: 3270 keyboard setup so that vi  can be used

Hi Listserv,
Does anyone have suggestions on how to set up the keyboard mapping for a
3270 session, so that ' vi  can be used .

TIA
Bernie Wu
[EMAIL PROTECTED]


The information contained in this e-mail message is intended only for
the personal and confidential use of the recipient(s) named above. This
message may be an attorney-client communication and/or work product and
as such is privileged and confidential. If the reader of this message
is not the intended recipient or an agent responsible for delivering it
to the intended recipient, you are hereby notified that you have
received this document in error and that any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you
have received this communication in error, please notify us immediately
by e-mail, and delete the original message.

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




The information contained in this e-mail message is intended only for
the personal and confidential use of the recipient(s) named above. This
message may be an attorney-client communication and/or work product and
as such is privileged and confidential. If the reader of this message
is not the intended recipient or an agent responsible for delivering it
to the intended recipient, you are hereby notified that you have
received this document in error and that any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you
have received this communication in error, please notify us immediately
by e-mail, and delete the original message.

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: CentOS vs. Tuttle, OK

[Peter Webb, Toronto Transit Commission]

I can empathize with Mr. Taylor. Years ago I was taken in by the
'Budweiser Frog' hoax (I shouldn't feel bad about it, so was our help
desk), and passed it on to the VMESA-L list. I received nice, but firm
instructions to check my facts before sending out anything similar. It
made me a better, wiser person, but it was really embarrassing at the
time.

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
McKown, John
Sent: March 28, 2006 11:14
To: LINUX-390@VM.MARIST.EDU
Subject: Re: CentOS vs. Tuttle, OK

As a follow up to this. The Register, the web site that apparently had
the original story, has now received an email from Mr. Taylor asking
them to stop all the emails that he has been getting from people about
this story.

http://www.theregister.co.uk/2006/03/27/tuttle_email/

quote from the site, attributed to Mr. Taylor
I do not follow instructions that show up when a website that I am not
familiar with appears on my computer and I do not think anyone with
experience would do so either. Once the Centos site appeared on four
computers at one site I contacted our web service provider. The web
service provider did not know what could cause the problem and had never
heard of CentOS. I then contacted the internet provider's local office
and was told that they did nothing to cause the problem. I checked the
building's server and found nothing relating to CentOS on the server. I
was then left with only the web page email address to contact. I asked
for the strange website to be removed because it blocked my City web
site and I could not post public information. I only got help after
threatening to contact the FBI.

Now I am being flooded with emails from CentOS users that after knowing
the answer say the problem was simple. I think this is unjustified and
would like for this to stop. Your website should provide useful
information and be a credit to the IT world. I do not believe it should
be used to incite the users. Your attention to this matter is greatly
appreciated.
/quote

--
John McKown
Senior Systems Programmer
UICI Insurance Center
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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Loading CentOS

[Peter Webb, Toronto Transit Commission]

When I installed CentOS recently, I downloaded to my PC, checked the MD5
sum (an important step, saves lots of grief later) and installed a VNC
viewer on Windows. I then FTPed the ISO to an empty disk on an existing
Linux guest and pointed the Apache web server to that directory. I used
an HTTP install from that point as per the instructions at
http://www.centos.org/docs/4/html/rhel-ig-s390-multi-en-4/.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Melancon, Ruddy
Sent: March 17, 2006 17:13
To: LINUX-390@VM.MARIST.EDU
Subject: Loading CentOS

I currently have installed a Linux LPAR with SuSE Linux 7.0 (s390)
Kernel: 2.2.16 (s390).  I would like to updated this to a current
version of CentOS v4.2.  I have downloaded the ISO on to DVD.  When I
look at the folders under MSWindows I don't see what I expected to see.
When I downloaded SuSE on to CD I had a number of CD's with the first
being the IPL copy.  On the CentOS DVD I find 

 

Diskinfo 

Centos -

Base -

Comps

Comps.rpm

Hdlist

Hdlist2

Hdstg2.img

Netstg2.img

Stage2.img

Trans

Rpms -

A number of rpm files

Trans

Generic

GPL

Headers -

A number of header files

Images -

Generic

Initrd.img

Kernel.img

Trans

Repodata -

Release-notes

RPM-GPG-KEY

RPM-GPG-KEY-centos4

SRPMS -

Trans

Yumgroups

 

Since this is a s390 install I don't have access to a DVD on the
mainframe.  I would like to move the appropriate files/folders to the
SuSE Linux partition to populate the DASD with the CentOS Linux.  What
file/folders do I need to create an IPLable CentOS disk?  How do I
transfer this to the disk?

 

A quick how to would be great.

 

Ruddy A. Melancon

IT System Specialist - ISD

State of Alabama

64 North Union Street

Montgomery, AL  36130

334.353.7275

 

One seventh of your life is spent on Monday.

 


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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: CentOS ISO needed.

[Peter Webb, Toronto Transit Commission]

Ruddy, 

I was in the same position. Our security people would freak if I tried
to install BitTorrent. Go to ftp://centos.upi.iki.fi/pub/centos/. Thanks
to Pasi Pirhonen for making this option available.

Peter

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Melancon, Ruddy
Sent: March 13, 2006 18:00
To: LINUX-390@VM.MARIST.EDU
Subject: CentOS ISO needed.

I would like to obtain an ISO copy of CentOS 4.2 to test on a 390 LPAR.
I notice that all download sites want to use BitTorrent.  This is a peer
to peer file sharing program that as a state agency we are not allowed
to use.  

 

Is there a source for download that allows direct transfer of ISO files?

 

Is there another source that I may use for free?

 

Ruddy A. Melancon

IT System Specialist - ISD

State of Alabama

64 North Union Street

Montgomery, AL  36130

334.353.7275

 

One seventh of your life is spent on Monday.

 


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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

[Peter Webb, Toronto Transit Commission]

Centos is also a good, free choice.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: March 3, 2006 11:22
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Linux IPL

 
 I am in the process of doing an install of Marist Linux in an 
 LPAR.

Please abandon the Marist install. It's ancient, and is not
representative of modern Linux on the mainframe. 

Get a trial kit from SuSE or RH, or download 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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: issue with PuTTY

[Peter Webb, Toronto Transit Commission]

If you are running on Linux, then x3270 or c3270. If you are using
Windows, then search for one of the free TN3270 emulators.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Nicole Willson
Sent: February 16, 2006 15:44
To: LINUX-390@VM.MARIST.EDU
Subject: issue with PuTTY

I'm trying to use PuTTY to connect to the MVS side of zos, specifically
to
use ispf under tso.  However, while I am able to login to tso, when I
attempt to start ispf, I get the following error message:

  ISPP330 BDISPMAX exceeded   -/-100 displays exceeded in batch mode
on
panel [EMAIL PROTECTED]

When I used the evaluation copy of Tiger Term, I didn't run into this
issue.
  Unfortunately, my company doesn't want to buy Tiger Term.  They want
me to
use one of the free utilities.  Any ideas what I need to change to make
PuTTY work?  Or any other free terminal programs that might work better
with
zos?

Thanks,
Nicole

_
Dont just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Cross-compilation on z/Linux = target z/OS.

[Peter Webb, Toronto Transit Commission]

There was a post this past Monday by David Wade on the VMESA-L list
asking for time on a modern VM system to work on the GCC 3.2.3 port.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Ray Mullins
Sent: February 3, 2006 12:29
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Cross-compilation on z/Linux = target z/OS.

delurk

 There is also a very old port of GCC which runs on z/OS. I
 never could get it to work properly. I don't know if there is
 a current port of GCC for z/OS or not.

A few of the Hercules folks have been working on a GCC 3.2.3 port.
Progress
is slow but steady - it's almost ready for prime time.

(See the H390-MVS Yahoo! Group for details.)

Later,
Ray


lurk

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Centos ISOs

[Peter Webb, Toronto Transit Commission]

The desire to download .iso images is because that is what the
installation instructions are written for. It's been quite a while since
I last did a Linux install, and I like having the crutch of written
instructions.

You did, however, tweak my memory, and I think that I used wget for my
last install. Thanks for the pointer, I will look into it.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Post, Mark K
Sent: January 19, 2006 15:55
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Centos ISOs

I would imagine that it isn't the mirrors making a decision to only
offer bittorrents, but the CentOS project itself.  I doubt anyone has
.iso files for the mainframe.

Personally, I still don't understand the desire to download .iso images.
You still have turn play games to make an installable directory
structure.  Just use wget to download the individual files to start
with.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Peter Webb, Toronto Transit Commission
Sent: Thursday, January 19, 2006 3:42 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Centos ISOs


Hi,

Does anybody know a site that has the Centos ISO images for S390
available? All the mirrors appear to have bittorrent files, and
installing bittorrent at work could get me into some trouble. Home is on
a 56K dial-up, so that's not really an option either. And no, I don't
have a budget to buy anything.

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Interesting? to those who are subject to SOX

[Peter Webb, Toronto Transit Commission]

As has been pointed out on Groklaw, the report's title is incorrect.
These issues do not affect Linux _users_, only Linux _distributors_, or
companies embedding Linux in devices (who are in fact distributors).

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Adam Thornton
Sent: January 19, 2006 11:48
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Interesting? to those who are subject to SOX

On Jan 19, 2006, at 10:30 AM, Jay Maynard wrote:

 On Thu, Jan 19, 2006 at 10:25:21AM -0600, Adam Thornton wrote:
 I haven't read the whitepaper, but the overview (link below)
 indicates
 that the author feels that companies using software which
 violates the
 GPL, may also be violating Sarbanes-Oxley as well. He specifically
 mentions the habit that vendors have of binary only Kernel loadable
 modules (think 3590 support on zSeries Linux).
 http://www.tgdaily.com/2006/01/18/wasabi_whitepaper_dangersofgpl/
 And, gee, he works for a company that sells BSD appliances.

 While I'm certainly no fan of the GPL (I'll pause for a moment so
 Adam can
 clean off his screen), I think this guy's a bit over the top. In
 particular,
 I do not agree at all that LKMs almost certainly violate the GPL,
 considering that Linus has said they do not. If they don't, his whole
 argument goes down the tubes.

He also tries to make it sound as if binary-only LKMs are the rule,
rather than the exception.  That might be the case for modern video
drivers and wifi cards; I don't really know.  However, it's unlikely
to be the case in a company that needs to care about SOX, unless
they're *also* doing Linux on the desktop.  Presuming that they're
using Linux in an infrastructure role, they're probably not caring
about good 3D performance, and I *hope* no one has critical
infrastructure on 802.11* networks.

3590 support is a good example of a potential problem, but it's a
pretty rare case, and only affects zSeries.  I think that Linux
support on other architectures has even fewer binary-only LKM
drivers, once you factor out the end-user-specific drivers.

Adam

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

Centos ISOs

[Peter Webb, Toronto Transit Commission]

Hi,

Does anybody know a site that has the Centos ISO images for S390
available? All the mirrors appear to have bittorrent files, and
installing bittorrent at work could get me into some trouble. Home is on
a 56K dial-up, so that's not really an option either. And no, I don't
have a budget to buy anything.


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: SWAPGEN : Error 91 from CP DEFINE VFB-512 AS 101 BLK 524288:

[Peter Webb, Toronto Transit Commission]

Have you enabled vdisk in your SYSTEM CONFIG? You also may have to
increase your SYSLIM and USERLIM values. You can adjust the SYSLIM and
USERLIM on the fly using SET VDISK from a class B user.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Bernard Wu
Sent: January 13, 2006 10:44
To: LINUX-390@VM.MARIST.EDU
Subject: SWAPGEN : Error 91 from CP DEFINE VFB-512 AS 101 BLK 524288:

Help  Listserv,
I am trying to to install Linux as described in the redbook From LPAR
to
Virtual Servers in Two Days.  I am currently stuck on SWAPGEN.
I get this message : Error 91 from CP DEFINE VFB-512 AS 101 BLK 524288:
Any ideas how to get around this error ?

TIA
Bernie Wu
[EMAIL PROTECTED]


The information contained in this e-mail message is intended only for
the personal and confidential use of the recipient(s) named above. This
message may be an attorney-client communication and/or work product and
as such is privileged and confidential. If the reader of this message
is not the intended recipient or an agent responsible for delivering it
to the intended recipient, you are hereby notified that you have
received this document in error and that any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you
have received this communication in error, please notify us immediately
by e-mail, and delete the original message.

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: When do you want a mirrored maintenance server?

[Peter Webb, Toronto Transit Commission]

I think the major reason for having your own maintenance site would be
to have consistent and reliable Linux images. 

Suppose the Novell site is updated once a week. If you update one of
your servers from the Novell site each week, each server is going to be
slightly different from the previous one, with the last server updated
potentially significantly different from the first one updated.

If you test a server updated from the Novell site, and decide to go
ahead with updating the rest of your servers from the Novell site, how
do you know that they will work as reliably as the first server? With
your own site you can test the updates to ensure they are stable, then
deploy with confidence.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Tom Duerbusch
Sent: November 29, 2005 14:07
To: LINUX-390@VM.MARIST.EDU
Subject: When do you want a mirrored maintenance server?

A question for some of you larger zLinux shops.

I'm running SUSE 7, 8, 9 and 9 64 bit.  (OK SLES7 is going to be out of
the picture soon).

I'm restarting the project of keeping my Linux images, up to date, or
at least as much as I care about.  YOU now seems to work fine going out
to the Novell maintenance site.

So, other than reducing the load on Novell, why/when should I consider
having my own mirrored maintenance site?

It seems like once a new image is synced up, any new maintenance would
be relatively small, and would have minimum impact on you.novell.com.
Also, I'm not really sure I want to keep things very well maintained.
On one side, if a production image is working, maintenance may cause it
not to work.  On the other hand, maintenance may prevent future
failures.  I don't know.  We are still discussing monthly, quarterly,
annual update options, and other options.

And to mirror all the types of images does get into a bit of disk
space.

So, what are some reasons for having your own maintenance site.  Our
GBE is basically idle evenings/nights/weekends.

Thanks

Tom Duerbusch
THD Consulting

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Poor performance running VM under VM in a DR exercise

[Peter Webb, Toronto Transit Commission]

Personally, I would set up your VM system so that it is as device
address independent as possible, so that you can pretty much restore and
go on the DR system. We do this on our VM, and it works well. The
devices that are problematic are the OSAs, and the remote communications
controller (3745?), but these can easily be fiddled once our VM is up as
the base system.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
James Melin
Sent: November 9, 2005 14:06
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Poor performance running VM under VM in a DR exercise

I spoke to an IBM expert on things WebSphere on z/Series and he had this
to
say:

_

You will experience much degraded performance when you are running Linux
under VM under VM. My understanding of this is that it is caused by
running
the SIE (start interpretive execution) hardware instruction in software.
VM
uses the SIE instruction to run guest operating systems like Linux. When
VM
is itself running interpreted (2nd-level) then when it uses the SIE to
run
Linux that SIE is running in software emulation.

So it's not just your WebSphere that is slow, but all of Linux, and any
other guests running under the 2nd-level VM. You're probably not
noticing
the slowdown in Linux since Linux is quite light and doesn't really
put
much of a load on the system. But WebSphere will, and you'll notice the
performance degradation.

__

We are running VM under VM for the convenience of the DR Vendor. Rather
than have to re-create our VM environment for us with different device
addressing

A couple questions :

Any way to prevent third level guests from doing SIE in emulation?

When we do our z/VM  z/Linux restores, the process we undertake is to
do
it from the 'starter system'. We restore to the real disk devices on the
recovery system. The process of volume restore for Linux changes the
Volser, so when our VM runs, the devices are at the address they've been
told to be at in the VM directory and the labels have been changed to be
what labels VM expects. The only real thing that needs to be resolved is
recovery system device address definitions vs our 'native' device
address
definitions.

Is it better to re-map our VM configuration to match the device
addresses
of the recovery hardware, or have the DR vendor create guests in the
primary VM that match my Linux definitions?

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Java application on zLinux

[Peter Webb, Toronto Transit Commission]

How about PuTTY?

http://www.chiark.greenend.org.uk/~sgtatham/putty/

Uno viso, omnia visa sunt. 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Hugo Rivera
Sent: November 8, 2005 12:40
To: LINUX-390@VM.MARIST.EDU
Subject: Java application on zLinux

Hello list.
We are testing/planning migrate some Cobol applications running on
AS/400 to zLinux (z/VM).
A company is helping us on converting those AS/400 Cobol programs to
some kind of Cobol-Java (ProCobol) programs to
run on zLinux. So to run those Cobol-Java programs and get the maps
(screens) popped up on zLinux server we have to use VNCSERVER on the
client side.
Is there some way to avoid any java interface (as vncserver,
hummingbird, etc) on the client site(Windows)  and get clients connected
(SSH) to the
application screens running on zLinux???
Thanks in advance.


Hugo Rivera

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Redhat Linux 2.4.9 Hanging

[Peter Webb, Toronto Transit Commission]

I have worked around the problem. I had forgotten that October 3 was the
first IPL after we applied RSU 0402 to our z/VM 3.1.0 system.
Previously, we were at RSU 0102. It appears that something in RSU 0402
changed the DIAG interface, causing Linux to hang when accessing the
swap device. Changing the swap device to FBA has fixed the problem.

Thanks to everyone for their suggestions.

Peter 

Uno viso, omnia visa sunt. 
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Post, Mark K
Sent: November 3, 2005 21:53
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Redhat Linux 2.4.9 Hanging

Peter,

Try IPLing without the paging device and see what happens.  If it still
hangs at the first DASD device detection, then try running a CP
instruction trace.  You can compare the addresses to what in the
/boot/System.map file to get an idea of what kernel routines are
running.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Peter Webb, Toronto Transit Commission
Sent: Thursday, November 03, 2005 10:43 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Redhat Linux 2.4.9 Hanging


I discovered this week that my three test Linux systems had been hanging
during boot, apparently since October 3, since this is the last date I
can find on their disks, and we did our monthly IPL that day. I cannot
find anything to suggest why they are not working. I can boot my install
system, mount the disks and look around, but all the boots from October
3 on do not appear to be writing any log files.

Following is the VM console log for one of the Linux guests. I would
appreciate any help you can give.

***

* Welcome to user LINUX03 at TTCVM01  *

***

**

**

*  Today is Sunday, 30 Oct 2005. *

*  The Julian format date is 05303.  *

*  The current time is 01:43:17. *

**

**

HCPDTV040E Device 0201 does not exist

DASD 0201 DEFINED

DMSACP112S L(201) device error

DMSFOR603R FORMAT will erase all files on disk L(201). Do you wish to
continue? Enter 1 (YES) or 0 (NO).
DMSFOR605R Enter disk label:

DMSFOR733I Formatting disk L

DMSFOR732I 288000 FB-512 blocks formatted on L(201)

DMSRSV603R RESERVE will erase all files on disk L(201). Do you wish to
continue? Enter 1 (YES) or 0 (NO).   
DMSRSV733I Reserving disk L

hwc low level driver: can write messages

hwc low level driver: can not read state change notifications

hwc low level driver: can read commands

hwc low level driver: can read priority commands

Linux version 2.4.9-38 ([EMAIL PROTECTED]) (gcc version 2.95.3
20010315 (release)) #1 SMP Tue Sep 10 00:16:26 CEST 2002   
We are running under VM

This machine has no IEEE fpu

On node 0 totalpages: 32768

zone(0): 32768 pages.

zone(1): 0 pages.

zone(2): 0 pages.

Kernel command line: root=/dev/dasda1 dasd=200-20f vmpoff=LOGOFF

 

Highest subchannel number detected (hex) : 000D

Calibrating delay loop...

281.80 BogoMIPS

Memory: 120192k/131072k available (1719k kernel code, 0k reserved, 843k
data, 64k init) 
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)

Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)

Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)

Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)

Page-cache hash table entries: 32768 (order: 6, 262144 bytes)

debug: Initialization complete

debug: reserved 4 areas of 4 pages for debugging ccwcache

POSIX conformance testing by UNIFIX

Detected 1 CPU's

Boot cpu address  0

cpu 0 phys_idx=0 vers=FF ident=048641 machine=2003 unused=

init_mach : starting machine check handler

init_mach : machine check buffer : head = 00254E48

init_mach : machine check buffer : tail = 00254E4C

init_mach : machine check buffer : free = 00254E50

init_mach : CRW entry buffer anchor = 00254E54

init_mach : machine check handler ready

Linux NET4.0 for Linux 2.4

Based upon Swansea University Computer Society NET3.039

Initializing RT netlink socket

mach_handler : ready

mach_handler : waiting for wakeup

Starting kswapd v1.8

VFS: Diskquotas version dquot_6.5.0 initialized

Journalled Block Device driver loaded

pty: 2048 Unix98 ptys configured

block: queued sectors max/low 79669kB/26556kB, 256 slots per queue

RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize

dasd:initializing...

debug: reserved 2 areas of 1 pages for debugging dasd

dasd:Registered successfully to major no 94

dasd(diag):DIAG discipline initializing

dasd(diag):/dev/dasdb (0201): capacity (0kB blks): 144000kB

 

debug: reserved 2 areas of 1 pages for debugging dasdb

Partition check:

 dasdb:

00:00:00

 

 

HCPMID6001I  TIME

Redhat Linux 2.4.9 Hanging

[Peter Webb, Toronto Transit Commission]

I discovered this week that my three test Linux systems had been hanging
during boot, apparently since October 3, since this is the last date I
can find on their disks, and we did our monthly IPL that day. I cannot
find anything to suggest why they are not working. I can boot my install
system, mount the disks and look around, but all the boots from October
3 on do not appear to be writing any log files.

Following is the VM console log for one of the Linux guests. I would
appreciate any help you can give.

***

* Welcome to user LINUX03 at TTCVM01  *

***

**

**

*  Today is Sunday, 30 Oct 2005. *

*  The Julian format date is 05303.  *

*  The current time is 01:43:17. *

**

**

HCPDTV040E Device 0201 does not exist

DASD 0201 DEFINED

DMSACP112S L(201) device error

DMSFOR603R FORMAT will erase all files on disk L(201). Do you wish to
continue? Enter 1 (YES) or 0 (NO).
DMSFOR605R Enter disk label:

DMSFOR733I Formatting disk L

DMSFOR732I 288000 FB-512 blocks formatted on L(201)

DMSRSV603R RESERVE will erase all files on disk L(201). Do you wish to
continue? Enter 1 (YES) or 0 (NO).   
DMSRSV733I Reserving disk L

hwc low level driver: can write messages

hwc low level driver: can not read state change notifications

hwc low level driver: can read commands

hwc low level driver: can read priority commands

Linux version 2.4.9-38 ([EMAIL PROTECTED]) (gcc version 2.95.3
20010315 (release)) #1 SMP Tue Sep 10 00:16:26 CEST 2002   
We are running under VM

This machine has no IEEE fpu

On node 0 totalpages: 32768

zone(0): 32768 pages.

zone(1): 0 pages.

zone(2): 0 pages.

Kernel command line: root=/dev/dasda1 dasd=200-20f vmpoff=LOGOFF

 

Highest subchannel number detected (hex) : 000D

Calibrating delay loop...

281.80 BogoMIPS

Memory: 120192k/131072k available (1719k kernel code, 0k reserved, 843k
data, 64k init) 
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)

Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)

Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)

Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)

Page-cache hash table entries: 32768 (order: 6, 262144 bytes)

debug: Initialization complete

debug: reserved 4 areas of 4 pages for debugging ccwcache

POSIX conformance testing by UNIFIX

Detected 1 CPU's

Boot cpu address  0

cpu 0 phys_idx=0 vers=FF ident=048641 machine=2003 unused=

init_mach : starting machine check handler

init_mach : machine check buffer : head = 00254E48

init_mach : machine check buffer : tail = 00254E4C

init_mach : machine check buffer : free = 00254E50

init_mach : CRW entry buffer anchor = 00254E54

init_mach : machine check handler ready

Linux NET4.0 for Linux 2.4

Based upon Swansea University Computer Society NET3.039

Initializing RT netlink socket

mach_handler : ready

mach_handler : waiting for wakeup

Starting kswapd v1.8

VFS: Diskquotas version dquot_6.5.0 initialized

Journalled Block Device driver loaded

pty: 2048 Unix98 ptys configured

block: queued sectors max/low 79669kB/26556kB, 256 slots per queue

RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize

dasd:initializing...

debug: reserved 2 areas of 1 pages for debugging dasd

dasd:Registered successfully to major no 94

dasd(diag):DIAG discipline initializing

dasd(diag):/dev/dasdb (0201): capacity (0kB blks): 144000kB

 

debug: reserved 2 areas of 1 pages for debugging dasdb

Partition check:

 dasdb:

00:00:00

 

 

HCPMID6001I  TIME IS 00:00:00 EST MONDAY 10/31/05



The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,

Re: Redhat Linux 2.4.9 Hanging

[Peter Webb, Toronto Transit Commission]

I can boot them individually and they still hang at this point.

Uno viso, omnia visa sunt. 
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Hall, Ken (GTI)
Sent: November 3, 2005 11:02
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Redhat Linux 2.4.9 Hanging

We used to see behavior like this on our SLES8 systems, when too many
images were brought up at once.  It seemed to be related to contention
for the disks because we'd reboot the images independently and they'd
come up fine, and never seemed to hang on individual reboots.

Try staggering the autologs (insert delays, etc.) at IPL time. 

Did anyone ever figure out what caused this?

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
 Peter Webb, Toronto Transit Commission
 Sent: Thursday, November 03, 2005 10:43 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: [LINUX-390] Redhat Linux 2.4.9 Hanging
 
 
 I discovered this week that my three test Linux systems had 
 been hanging
 during boot, apparently since October 3, since this is the last date I
 can find on their disks, and we did our monthly IPL that day. I cannot
 find anything to suggest why they are not working. I can boot 
 my install
 system, mount the disks and look around, but all the boots 
 from October
 3 on do not appear to be writing any log files.



If you are not an intended recipient of this e-mail, please notify the
sender, delete it and do not read, act upon, print, disclose, copy,
retain or redistribute it. Click here for important additional terms
relating to this e-mail. http://www.ml.com/email_terms/


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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

Novell to SCO Group: Drop Dead

[Peter Webb, Toronto Transit Commission]

You might not know it from some of the coverage, but The SCO Group now
appears to be facing annihilation in its lawsuits against IBM, Novell,
Red Hat and Linux users AutoZone and DaimlerChrysler.

http://www.computerworld.com/blogs/node/688

Di! Ecce hora! Uxor mea me necabit! 



The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: z/VM obeyfile question

[Peter Webb, Toronto Transit Commission]

TCPIP has to re-access the disk before it can see it.

Uno viso, omnia visa sunt. 
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Peter E. Abresch Jr. - at Pepco
Sent: July 14, 2005 09:43
To: LINUX-390@VM.MARIST.EDU
Subject: z/VM obeyfile question

I am attempting to stop a TCP/IP interface. I logged onto TCPMAINT and
created a file called stopdev tcpip d1 containing stop ose01. I
issued
q links 198 and verify that TCPIP has access to the minidisk.

q links 198
TCPMAINT 0198 R/W, TCPIP0198 R/O, VSWCTRL1 0198 R/O, MPROUTE  0198
R/O

I then issue the obey command and receive the following:

obeyfile stopdev tcpip d1 (rtcpmain
VM TCP/IP Obeyfile
Requesting TCPIP to accept 'STOPDEV TCPIP *' on TCPMAINT 0198 ...
TCPIP says: Minidisk not available
Ready(8); T=0.01/0.01 09:38:39

What am I missing? Thanks for any info.

Peter
This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to
copyright
belonging to Pepco Holdings, Inc. or its affiliates (PHI).  This Email
is
intended solely for the use of the person(s) to which it is addressed.
If
you are not an intended recipient, or the employee or agent responsible
for
delivery of this Email to the intended recipient(s), you are hereby
notified
that any dissemination, distribution or copying of this Email is
strictly
prohibited.  If you have received this message in error, please
immediately
notify the sender and permanently delete this Email and any copies.  PHI
policies expressly prohibit employees from making defamatory or
offensive
statements and infringing any copyright or any other legal right by
Email
communication.  PHI will not accept any liability in respect of such
communications.

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: MediaWiki; search problems

[Peter Webb, Toronto Transit Commission]

I saw your post, but I can't help you.

Uno viso, omnia visa sunt. 
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: June 28, 2005 15:20
To: LINUX-390@VM.MARIST.EDU
Subject: Re: MediaWiki; search problems

I sent a post about a problem searching from within a wiki I am running
under my Linux system.  I have not seen the post (not unusual) but no
one
has responded (which is unusual) and I just wanted to confirm if the
post
made it to the list and no one has posted regarding this issue.  Or if
our
e-mail gestapo blocked the post from even being sent.  If someone could
just
post and let me know that this made it, I would be very thankful.


-Original Message-
From: Clark, Douglas
Sent: Monday, June 27, 2005 6:07 PM
To: 'Linux on 390 Port'
Subject: MediaWiki; search problems


I am hosting a wiki from Mediawiki on my Linux system (LPAR mode no VM;
running 64 bit Enterprise Server at 2.6.5-7.151-s390x) that our
developers
are using to document their work.  This database is also on my linux
server
in mysql.  The wiki was ported from a Red Hat linux system also running
mysql.  I copied the data fine (using a mysql utility) using FTP I
copied it
to my Linux server and restored the data fine.  The wiki can see all the
information just fine and they have been making updates and all is
working
great.  The problem the users are having is that it seems that the
search
option on the wiki is not working.  When the search function is
attempted on
the linux running Red Hat on an PC it works fine.  Has anyone else ran
into
this problem?

I hope I supplied all the necessary information, if not let me know and
I
will try to get it to you.

Doug

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Pro-SCO hits a new low

[Peter Webb, Toronto Transit Commission]

But do we really want to give her site more hits?

Labra lege 
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Mark D Pace
Sent: May 11, 2005 09:31
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Pro-SCO hits a new low

You don't have to go to all the effort.
http://www.g2news.com/
This is MoG's own site.  Click on the LinuxGram - it's still the lead
story.



Mark D Pace
Senior Systems Engineer
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317
Office: 850.219.5184
Fax: 888.221.9862
http://www.mainline.com


This e-mail and files transmitted with it are confidential, and are
intended solely for the use of the individual or entity to whom this
e-mail
is addressed.  If you are not the intended recipient, or the employee or
agent responsible to deliver it to the intended recipient, you are
hereby
notified that any dissemination, distribution or copying of this
communication is strictly prohibited.  If you are not one of the named
recipient(s) or otherwise have reason to believe that you received this
message in error, please immediately notify sender by e-mail, and
destroy
the original message.  Thank You.

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Pro-SCO hits a new low

[Peter Webb, Toronto Transit Commission]

There is some dispute on the Yahoo SCOX message board over whether she
did, in fact, receive death threats. (At least in the comments to her
article, which is where they were supposed to be.)

Labra lege 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Jon Brock
Sent: May 11, 2005 10:36
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Pro-SCO hits a new low

It's worth noting that she herself received death threats after the
article was published.  It's not just the pro-SCO's who are capable of
sliminess.

Jon

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Pro-SCO hits a new low

[Peter Webb, Toronto Transit Commission]

It is simply a reflection of a general polarizing of attitudes in the
western world, although I think it is a bit more severe in the U.S.
Think of all the outrageous accusations thrown by the two sides in the
recent U.S. elections, or the current fighting going on in the Canadian
Parliament. You can see it in hardening of religious attitudes, and in
even in workplace decisions. Open your eyes and you will see it
everywhere. Sad. Now if only I had an answer.

Labra lege 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Jon Brock
Sent: May 11, 2005 12:48
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Pro-SCO hits a new low

snip
By which you imply what, exactly?
/snip

This is ridiculous.  I haven't implied anything.  I haven't
characterized anybody as anything.  Nor have I stated what my opinion of
Maureen what's-her-name is.  (For the record, she clearly was
irresponsible and I think she should have been fired.  I also think
legal action should be taken, but that is for the injured party to
decide.)  I have simply seen too much
pro-linux/anti-linux/pro-Microsoft/anti-Microsoft/pro-Apple/anti-Apple/p
ro-IBM/anti-IBM/ad nauseam zealotry to regard any particular camp as
somehow saintlike.  If someone thinks otherwise, that's great, but he
needs to lurk around slashdot for a couple months before becoming too
confident in the moral high ground of whatever group he chooses.
I will never for the life of me understand why people get so
emotionally invested in an operation system and the culture that
surrounds it that they are willing to vilify anyone who thinks
otherwise, but that seems to be the way the world works these days.


snip
If you don't know these people, then you probably ought not characterize
them as pro-SCO or anti-SCO.
/snip
Pro-SCO was taken from the title of the OP.  


Jon

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Pro-SCO hits a new low

[Peter Webb, Toronto Transit Commission]

The original article has apparently been deleted (good thing too!) At
least a partial copy is available at
http://linux.slashdot.org/comments.pl?sid=148847threshold=1commentsort
=0tid=188tid=1tid=106mode=threadcid=12476453.

Truly a slimey article. Makes it obvious that MOG has no ethics or
morals.

Labra lege 
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Eric Clapsaddle
Sent: May 10, 2005 13:56
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Pro-SCO hits a new low

Does anybody have a link to the actual article in question written by
MOG?
It's not that I don't believe what is being said but I'd like to check
it
out for myself.

Eric



 David Andrews
 [EMAIL PROTECTED]
 om
To
 Sent by: Linux on LINUX-390@VM.MARIST.EDU
 390 Port
cc
 [EMAIL PROTECTED]
 IST.EDU
Subject
   Re: Pro-SCO hits a new low

 05/10/2005 10:18
 AM


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






On Tue, 2005-05-10 at 07:57 -0400, Ferguson, Neale wrote:
 The journalist Maureen O'Gara has hit a new low in her pro-SCO
 efforts. An article about Groklaw focused not on the content or the
 intent of the site but got personal by providing information on how to
 find the site's author's mother, even posting pictures of the house
and
 the number on the letterbox.

This was a hatchet job, pure and simple.

O'Gara is supported by Sys-Con, publisher of the following magazines:
 IT Solutions Guide
 Information Storage  Security Journal
 JDJ
 Web Services Journal (XML Journal)
 .NET Developer's Journal
 LinuxWorld Magazine
 MX Developer's Journal
 ColdFusion Developer's Journal
 XML-Journal
 Wireless Business  Technology
 WebSphere Journal
 WLDJ
 PowerBuilder Developer's Journal
 Eclipse Developer's Journal
She is prominently featured in LinuxWorld Magazine.  Two of the staff at
LinuxWorld Magazine have threatened to resign if Sys-Con doesn't
immediately fire O'Gara.  See:
 http://turner.linuxworld.com/read/1256619.htm
 and
 http://dee.linuxworld.com/read/1256657.htm

O'Gara's vicious muckraking is unacceptable.  Send protests to:
 SYS-CON Media
 135 Chestnut Ridge Road
 Montvale, NJ 07645

--
David Andrews
A. Duda and Sons, Inc.
[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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

Deutsche Bahn dumps Intel, pumps SUSE onto IBM mainframe

[Peter Webb, Toronto Transit Commission]

Deutsche Bahn, Europe's biggest railway, is junking 300 Intel servers
in favour of an IBM mainframe. But its OS of choice, SUSE LINUX
Enterprise Server, has profited from the cull and will run
business-critical apps such as Lotus Notes on the new IBM eServer
zSeries 990 mainframe.

http://www.theregister.com/2005/03/31/deutsche_bahn_ibm_suse_server_cons
olidation/


Re vera, cara mea, mea nil refert. 



The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: zLinux 31 to 64 bit

[Peter Webb, Toronto Transit Commission]

My understanding is that many products are not supported on 64 bit, so
there is a problem right there. I also have the impression that 64 bit
z/Linux is not quite as polished as 31 bit. Quite aside from that, most
applications don't need 64 bit.

Linux is not like another operating system where you will be cast into
purgatory if you don't upgrade NOW. If the application is happy on an
older release, why invite trouble by moving it to a new release? Unless
of course the new release has something that you want/need. Products can
take awhile to be certified for a new Linux release, so that is another
disincentive to rush into an upgrade.

Labra lege 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Tom Duerbusch
Sent: March 30, 2005 12:22
To: LINUX-390@VM.MARIST.EDU
Subject: Re: zLinux 31 to 64 bit

Well, I've read the manual, and basically, the only question that I
asked that it answered was that to use 64 bit Sles9, you have to do a
new install.

But considering the lack of response from others, it kind of leads me
to believe that anyone that is going to Sles9 and has earlier releases
of Suse, are not migrating their applications to the next release.

No matter what, I'll convert the Sles7 images to Sles9.

The question is why or why not would someone convert Sles8 images to
Sles9 and whether to convert Sles9 31 bit to Sles9 64 bit.

So, is it a given that everyone should do the conversion?  Or that you
shouldn't do the conversion?  That is given, that is it not a problem
from the application side to do the conversion?

Tom Duerbusch
THD Consulting

 [EMAIL PROTECTED] 03/29/05 12:28 PM 
Some answers to your questions are in a Linux 2.4 to 2.6 Transition
Guide PDF mentioned in today's posting by Jim Sibley:
 Linux on zSeries page
http://www-1.ibm.com/servers/eserver/zseries/os/linux/index.html
There are more and more links to whitepapers, tips and
hints, redbooks (and of course, marketing stuff).

An interesting white paper is available there dated
this month (March,2005): Linux 2.4 to 2.6 Transition Guide.

Jim Sibley

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Tom Duerbusch
Sent: Tuesday, March 29, 2005 1:25 PM
To: LINUX-390@VM.MARIST.EDU
Subject: zLinux 31 to 64 bit

Soon, we will have a z/890 and I need to make, at least, some of my
Linux images, 64 bit.  At that point, we will be on z/VM 5.1.

1.  At this point, I don't really have a problem with just
reinstalling
Sles9 in order to get 64 bit.  However, is there a way to migrate or
toggle 64 bit mode in a Sles9 image installed on a 31 bit system?

2.  I have some Sles7 and Sles8 images that I was thinking of
reinstalling as Sles9 images.  They don't need 64 bit capabilities.
Is
there a reason to install Sles9 as 31 bit when you have a 64 bit
environment?  Is there a performance hit on 64 bit vs 31 bit?  Can you
install a 31 bit Suse9 when in a 64 bit environment?

3.  Sles9 seems to take more resources with the default install then
Sles8 and Sles7.  A Sles9  31 bit image would use swap space when
booting with 32MBs, vs Sles7 and Sles8 never used swap during boot
even
in a 24MB machine.  Others have indicated that Sles9 seems to take
more
CPU when idling.  It seems to me that there are more services running
by
default in Sles9 that need to be looked at and/or shutdown.

Getting off of Sles7 is a given.  Too old and I don't want to have the
administraction overhead of supporting every Suse versionG.

But what are others feeling of having mixed release levels of Suse,
given an environment where you don't have to.  i.e. it is easy to
migrate Sles8 to Sles9?

1.  Why bother?
2.  Yea, I'll get to it later?
3.  Bite the bullet and stop supporting mixed environments?
4.  Wish we could do it?
5.  Don't, stop!  The additional resources is a concern?
6.  I don't like change?  (hey, I still have my VM/ESA 370 mode packs
spinning...don't ask)
7.  We migrate when we need to.
8.  The release dies when the application dies (or a new release needs
to be installed).

Any other migration issues sites on Sles9 have?

Thanks

Tom Duerbusch
THD Consulting

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


The information transmitted is intended only for the person or entity 

Re: SLES 9 install problem in LPAR

[Peter Webb, Toronto Transit Commission]

I can't help with your install problem, but another source for the
archives is
http://www.mail-archive.com/linux-390@vm.marist.edu/index.html. 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Jon Brock
Sent: March 7, 2005 16:41
To: LINUX-390@VM.MARIST.EDU
Subject: SLES 9 install problem in LPAR

Howdy, all,
As we are thinking about running Linux on our 2086, I am trying to
install Linux in an LPAR so we will have a system to play with while our
proof-of-concept project is being planned.  I have downloaded SLES 9 and
burned it to CDs on my home Windows XP box, and I am trying to install
from these CDs onto our z box.  I have copied the contents of the CDs to
my Windows 2000 desktop at my office.  (Well, most of the contents,
anyway.)  I can boot the initial system from CD 1 and access the
contents of the other CDs via FTP, but the install process ends with an
uninformative message.  Here is what happens:

Load from CD goes OK.  
inst_source begins on the HMC.
After various messages, I get the Main Menu
I choose option 4: Start Installation or System
Option 1: Start installation or update
For Choose Source Medium, I take Option 2: Network
Then, Option 1: FTP
After entering the IP address and signon parms, I get a message that the
system is Loading data into RAM disk followed by a bunch of dots
showing me that the install is progressing.  Then I get the following
message:
*** An error occurred during the installation.

Where can I look to find out what error occurred?  

Also, are there searchable archives of this list anywhere besides
www2.marist.edu/htbin?  I appreciate Marist hosting the list, but the
archives are essentially unusable.


Thanks,
Jon Brock

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: VM time versus Linux Time

[Peter Webb, Toronto Transit Commission]

Go to http://www.vm.ibm.com/download/packages/, and look for TIMESERV.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Brandon Darbro
Sent: February 9, 2005 17:25
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VM time versus Linux Time

Bennie Hicks wrote:
 Hi Mike, our is happening by default, time coming from the Sysplex
timer
 for the LPAR, then used by z/VM thus used by RHEL linux

 Mike Riggs wrote:

 Is there a way to have Linux guests running under VM pick up the
'clock'
 time from the CPU?

Is their a network time server available for VM?  Then you could just
have your linux clients point to their time server...  Hrmmm.  Anyone?

*Brandon Darbro

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


The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited.  If you received this in 
error, please contact the sender and delete the material from any computer.  
The integrity and security of this message cannot by guaranteed on the 
Internet.  The Sender accepts no liability for the content of this e-mail, or 
for the consequences of any actions taken on basis of the information provided. 
 The recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

Free data-wipe tools for *nix systems

[Peter Webb, Toronto Transit Commission]

We offer several free tools to make data hygiene more convenient on Unix
and Unix-like systems. Download them here. The archive you'll want is called
LinuxWipeTools.tar.gz. (But note that there are numerous other free security
tools and resources for *nix and Windows systems listed on the page.)

http://www.theregister.com/2004/12/15/unix_data_wipe/
http://basicsec.org/tools.html



__
The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited. If you received this in 
error, please contact the sender and delete the material from any computer. The 
integrity and security of this message cannot be guaranteed on the Internet. 
The Sender accepts no liability for the content of this e-mail, or for the 
consequences of any actions taken on the basis of the information provided. The 
recipient should check this e-mail and any attachments for the presence of 
viruses. The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail. This disclaimer is the property of the TTC and must 
not be altered or circumvented in any manner.

--
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: Clock setting in VM

[Peter Webb, Toronto Transit Commission]

It looks like the operators are entering mountain time in response to the VM
set time prompt, which is setting UTC on the TOD clock incorrectly.

If you can, get the operators to enter PST to the prompt instead of local
time. If that is a total impossibility, and it is really, really important
that VM run on the correct time, then I can offer another solution. But I
would rather not go there unless necessary, since it involves a little nasty
fiddling with VM.

-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: November 29, 2004 12:40
To: [EMAIL PROTECTED]
Subject: Re: Clock setting in VM

__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840





Rob van der Heij [EMAIL PROTECTED]

Sent by: Linux on 390 Port [EMAIL PROTECTED]
11/26/2004 08:09 AM
Please respond to Rob van der Heij

To: [EMAIL PROTECTED]
cc:
Subject:Re: Clock setting in VM


On Fri, 26 Nov 2004 11:03:49 -0500, Peter Webb, Toronto Transit
Commission [EMAIL PROTECTED] wrote:

 What do you get back from a 'QUERY TIMEZONE' command?
q timezone
Zone  Direction   Offset   Status
UTC  00.00.00  Inactive
GMT  00.00.00  Inactive
EDT West 04.00.00  Inactive
EST West 05.00.00  Inactive
CDT West 05.00.00  Inactive
CST West 06.00.00  Inactive
MDT West 06.00.00  Inactive
MST West 07.00.00  Inactive
PDT West 07.00.00  Inactive
PST West 08.00.00  Active
Ready; T=0.01/0.01 10:33:32
I believe we concluded that at IPL they adjusted local time in the
wrong time zone and thus set the LPAR offset to the TOD clock... He
would have to set the proper time zone, IPL and set the clock back,
and then IPL again to run without time change.

Rob
--
Rob van der Heij  rvdheij @ gmail.com

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


__
The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited. If you received this in 
error, please contact the sender and delete the material from any computer. The 
integrity and security of this message cannot be guaranteed on the Internet. 
The Sender accepts no liability for the content of this e-mail, or for the 
consequences of any actions taken on the basis of the information provided. The 
recipient should check this e-mail and any attachments for the presence of 
viruses. The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail. This disclaimer is the property of the TTC and must 
not be altered or circumvented in any manner.

--
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: Clock setting in VM

[Peter Webb, Toronto Transit Commission]

What do you get back from a 'QUERY TIMEZONE' command?

-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: November 25, 2004 19:43
To: [EMAIL PROTECTED]
Subject: Re: Clock setting in VM

__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840





Peter Webb, Toronto Transit Commission [EMAIL PROTECTED]

Sent by: Linux on 390 Port [EMAIL PROTECTED]
11/25/2004 06:13 AM
Please respond to Linux on 390 Port

To: [EMAIL PROTECTED]
cc:
Subject:Re: Clock setting in VM


Sounds like you need to make a change to your VM SYSTEM CONFIG file
(Normally on MAINT CF1 and CF2).

First off you need to find a couple of statements like this:

/**/
/*Timezone Definitions*/
/**/

Timezone_Definition EDT West 04.00.00   /* EDT is West 4 from UTC */
Timezone_Definition EST West 05.00.00   /* EST is West 5 from UTC */

And change them to suit your needs.

Also look for these statements:

TimeZone_Boundary  on 2004-04-04  at 02:00:00  to EDT
TimeZone_Boundary  on 2004-10-31  at 02:00:00  to EST

TimeZone_Boundary  on 2005-04-03  at 02:00:00  to EDT
TimeZone_Boundary  on 2005-10-30  at 02:00:00  to EST

Hmmm did these early in the installation. No joy :-(. Somehow our ops have
fiddled the hardware clock.

And make sure they reflect your reality.

IPL VM, and you should be happy.

If you need VM to handle users in multiple time zones, each seeing their
own
time, check the VM list archives. I think it has been discussed there.

-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: November 24, 2004 18:02
To: [EMAIL PROTECTED]
Subject: Re: Clock setting in VM

This is my problem.
VM is showing mountain time. But we need PST/PDT. This is something I can
do with 'ntp' on Linux.

__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840





Peter Webb, Toronto Transit Commission [EMAIL PROTECTED]

Sent by: Linux on 390 Port [EMAIL PROTECTED]
11/24/2004 10:27 AM
Please respond to Linux on 390 Port

To: [EMAIL PROTECTED]
cc:
Subject:Re: Clock setting in VM


You cannot use an NTP client to sync VM's time to an external server. VM
was
never designed to have its time adjusted at anytime other than IPL. That
said, I have tried it on a second-level test system, and VM did survive
the
time change, but it is doubtful whether a system with anything useful
running on it would.

There are NTP servers available to allow clients to sync to VM's time.

-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: November 24, 2004 13:05
To: [EMAIL PROTECTED]
Subject: Clock setting in VM

Is it possible to run 'ntpd' in z/VM to sync time? The z/VM clock setting
uses the hardware clock which gave me problems with our Linux LPAR.
Linux guests are running 'ntpd' to sync time and it works beautifully.

All this because our hardware is in CO and we are in CA and we need the
time set to PST/PDT.

__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840

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


__
The information transmitted is intended only for the person 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 of any action in reliance upon, this information by persons or
entities other than the intended recipient or delegate is strictly
prohibited. If you received this in error, please contact the sender and
delete the material from any computer. The integrity and security of this
message cannot be guaranteed on the Internet. The Sender accepts no
liability for the content of this e-mail, or for the consequences of any
actions taken on the basis of the information provided. The recipient
should check this e-mail and any attachments for the presence of viruses.
The sender accepts no liability for any damage caused by any virus
transmitted by this e-mail. This disclaimer is the property of the TTC and
must not be altered or circumvented in any manner.

--
For LINUX-390 subscribe

Re: Clock setting in VM

[Peter Webb, Toronto Transit Commission]

Sounds like you need to make a change to your VM SYSTEM CONFIG file
(Normally on MAINT CF1 and CF2).

First off you need to find a couple of statements like this:

/**/
/*Timezone Definitions*/
/**/

Timezone_Definition EDT West 04.00.00   /* EDT is West 4 from UTC */
Timezone_Definition EST West 05.00.00   /* EST is West 5 from UTC */

And change them to suit your needs.

Also look for these statements:

TimeZone_Boundary  on 2004-04-04  at 02:00:00  to EDT
TimeZone_Boundary  on 2004-10-31  at 02:00:00  to EST

TimeZone_Boundary  on 2005-04-03  at 02:00:00  to EDT
TimeZone_Boundary  on 2005-10-30  at 02:00:00  to EST

And make sure they reflect your reality.

IPL VM, and you should be happy.

If you need VM to handle users in multiple time zones, each seeing their own
time, check the VM list archives. I think it has been discussed there.

-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: November 24, 2004 18:02
To: [EMAIL PROTECTED]
Subject: Re: Clock setting in VM

This is my problem.
VM is showing mountain time. But we need PST/PDT. This is something I can
do with 'ntp' on Linux.

__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840





Peter Webb, Toronto Transit Commission [EMAIL PROTECTED]

Sent by: Linux on 390 Port [EMAIL PROTECTED]
11/24/2004 10:27 AM
Please respond to Linux on 390 Port

To: [EMAIL PROTECTED]
cc:
Subject:Re: Clock setting in VM


You cannot use an NTP client to sync VM's time to an external server. VM
was
never designed to have its time adjusted at anytime other than IPL. That
said, I have tried it on a second-level test system, and VM did survive
the
time change, but it is doubtful whether a system with anything useful
running on it would.

There are NTP servers available to allow clients to sync to VM's time.

-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: November 24, 2004 13:05
To: [EMAIL PROTECTED]
Subject: Clock setting in VM

Is it possible to run 'ntpd' in z/VM to sync time? The z/VM clock setting
uses the hardware clock which gave me problems with our Linux LPAR.
Linux guests are running 'ntpd' to sync time and it works beautifully.

All this because our hardware is in CO and we are in CA and we need the
time set to PST/PDT.

__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840

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


__
The information transmitted is intended only for the person 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 of any action in reliance upon, this information by persons or
entities other than the intended recipient or delegate is strictly
prohibited. If you received this in error, please contact the sender and
delete the material from any computer. The integrity and security of this
message cannot be guaranteed on the Internet. The Sender accepts no
liability for the content of this e-mail, or for the consequences of any
actions taken on the basis of the information provided. The recipient
should check this e-mail and any attachments for the presence of viruses.
The sender accepts no liability for any damage caused by any virus
transmitted by this e-mail. This disclaimer is the property of the TTC and
must not be altered or circumvented in any manner.

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


__
The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information

Re: Programmable Operator - your comments?

[Peter Webb, Toronto Transit Commission]

We use CA VM:Operator. Hate the company, love the product.

-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: November 24, 2004 20:38
To: [EMAIL PROTECTED]
Subject: Programmable Operator - your comments?

Just turned on the LGLOPR Programmable Operator guest. Looking at the
string matches in the routing table, it looks pretty basic to me. I would
like to see grep like regular expression matching.
I would like to know how or if others are using it or what else is being
used in its place.

TIA.

Happy thanksgiving all!
__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840

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


__
The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited. If you received this in 
error, please contact the sender and delete the material from any computer. The 
integrity and security of this message cannot be guaranteed on the Internet. 
The Sender accepts no liability for the content of this e-mail, or for the 
consequences of any actions taken on the basis of the information provided. The 
recipient should check this e-mail and any attachments for the presence of 
viruses. The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail. This disclaimer is the property of the TTC and must 
not be altered or circumvented in any manner.

--
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: Clock setting in VM

[Peter Webb, Toronto Transit Commission]

You cannot use an NTP client to sync VM's time to an external server. VM was
never designed to have its time adjusted at anytime other than IPL. That
said, I have tried it on a second-level test system, and VM did survive the
time change, but it is doubtful whether a system with anything useful
running on it would.

There are NTP servers available to allow clients to sync to VM's time.

-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: November 24, 2004 13:05
To: [EMAIL PROTECTED]
Subject: Clock setting in VM

Is it possible to run 'ntpd' in z/VM to sync time? The z/VM clock setting
uses the hardware clock which gave me problems with our Linux LPAR.
Linux guests are running 'ntpd' to sync time and it works beautifully.

All this because our hardware is in CO and we are in CA and we need the
time set to PST/PDT.

__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840

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


__
The information transmitted is intended only for the person 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 of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient or delegate is strictly prohibited. If you received this in 
error, please contact the sender and delete the material from any computer. The 
integrity and security of this message cannot be guaranteed on the Internet. 
The Sender accepts no liability for the content of this e-mail, or for the 
consequences of any actions taken on the basis of the information provided. The 
recipient should check this e-mail and any attachments for the presence of 
viruses. The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail. This disclaimer is the property of the TTC and must 
not be altered or circumvented in any manner.

--
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: Setting up VMNFS

[Peter Webb, Toronto Transit Commission]

For VMNFS CONFIG, we appear to be using an ancient default version.

Here is our DTCPARMS:
.* Network File System (NFS) daemon
:nick.nfs :type.class
  :name.Network File System daemon
  :command.VMNFS
  :runtime.C
  :diskwarn.YES
  :anonymous.YES
  :ESM_Enable.YES
  :ESM_Validate.VALIDATE
  :ESM_Racroute.RPIDUMY INIT

Note that this uses VM:Secure for password validation.

Here is the mount command: (beware line wrap!)
/bin/mount -t nfs
server:/../VMBFS:filepool:filespace/,RW,userid=user,password=password /mnt

I do not have a good answer for hard coding the password. I'm just living
with it for the moment.

-Original Message-
From: Wolfe, Gordon W [mailto:[EMAIL PROTECTED]
Sent: October 22, 2004 13:24
To: [EMAIL PROTECTED]
Subject: Setting up VMNFS

This is cross-posted to both the VM-ESA list and the Linux-390 list.  Sorry
for the duplications.

I have a number of apache webservers on several Linux servers that need to
use various pieces of data that is also in use by a number of VM webservers
using VM:Webgateway.  This data is updated every few months.  Rather than go
around and update all the various locations, it would be most convenient if
I could update it in one location on VM and just have all the other systems
be able to use it.  It seems that NFS would be the best solution.  I looked
at cmsfs, but I also need the occasional read-write capability.

So I'm trying to set up VMNFS for the first time.  It's considerably
different than NFS on Linux.  I'm having all kinds of problems with
permission denied.  I'll want to serve out both minidisks and SFS data.
I'd like to use VM:Secure as the ESM, but I can live with just using the CP
directory entries.

Could someone who has VMNFS working and accessible from Linux send me:

1.  A copy of their VMNFS CONFIG file

2.  A copy of the relevant parts of the DCTPARMS file for VMNFS

3.  The syntax of the mount command you use from linux.  What do you do
about hard-coding the passwords in the mount command?

4.  Anything else you think I'm missing?



So one elephant says to another, You'll never believe what happened last
night. I was trying on Groucho Marx's pajamas--and he shot me!
Gordon Wolfe, Ph.D. (425)865-5940
VM Technical Services, The Boeing Company

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


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Swapgen - setting up/installing

[Peter Webb, Toronto Transit Commission]

Our call to SWAPGEN looks like this in the Linux PROFILE EXEC:
EXEC SWAPGEN 201 288000
This creates a device at address 201 that is 288000 blocks in size. Each
block is 512K, which makes the swap disk about 140 megabytes.

Nothing is required in the user's directory entry.

The SWAPGEN EXEC must be on a disk accessible to the Linux virtual machine.

-Original Message-
From: James Melin [mailto:[EMAIL PROTECTED]
Sent: October 6, 2004 12:43
To: [EMAIL PROTECTED]
Subject: Swapgen - setting up/installing

Our VM sysprog is out sick, and has been like down for 2 days now. Don't
think he'll be back this week.

I don't know enough about VM directly, myself, to install swapgen and make
it work.

I can find and edit profile exec, but i do not know how to 1) Put swapgen
in the user directory 2) I do not know how to code the call for swapgen, so
that it uses the device 300 as the target of operation.

Our VM sysprog put the VDSK swap space at virtual device 300.

I had been looking at the HOWTO vdiskswp.html but this is for a 2.2.16
system, as there is no /sbin/init.d/boot in SLES8.

Anyway, I thought I could puzzle it out, but it seems to be eluding me.

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


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Swapgen - setting up/installing

[Peter Webb, Toronto Transit Commission]

You have a couple of options, but first you have to find where SWAPGEN EXEC
is living at the moment.

Probably the easiest way, is to LINK to the disk containing SWAPGEN and copy
it. Lets say you are on User Alpha and SWAPGEN is on User Beta's 191 disk.

On user Alpha, enter
LINK BETA 191 1 RR
ACCESS 1 E
COPY SWAPGEN EXEC E = = A

Or,

On user Beta, enter
SENDFILE SWAPGEN EXEC TO ALPHA

On user Alpha, enter
QUERY READER ALL
Find the spoolid for SWAPGEN EXEC then enter
RECEIVE spoolid

-Original Message-
From: James Melin [mailto:[EMAIL PROTECTED]
Sent: October 6, 2004 12:58
To: [EMAIL PROTECTED]
Subject: Re: Swapgen - setting up/installing

Linux on 390 Port [EMAIL PROTECTED] wrote on 10/06/2004 11:53:26
AM:

 Our call to SWAPGEN looks like this in the Linux PROFILE EXEC:
 EXEC SWAPGEN 201 288000
 This creates a device at address 201 that is 288000 blocks in size. Each
 block is 512K, which makes the swap disk about 140 megabytes.

 Nothing is required in the user's directory entry.

 The SWAPGEN EXEC must be on a disk accessible to the Linux virtual
machine.

That's the part that eludes me. I don't know how to put the swapgen exec in
the directory for the Linux Guest. We have had VM for about 3 months and
there has not been a lot of knowledge transfer from the person with the
most local VM experience (3 months) to anyone else.


 -Original Message-
 From: James Melin [mailto:[EMAIL PROTECTED]
 Sent: October 6, 2004 12:43
 To: [EMAIL PROTECTED]
 Subject: Swapgen - setting up/installing

 Our VM sysprog is out sick, and has been like down for 2 days now. Don't
 think he'll be back this week.

 I don't know enough about VM directly, myself, to install swapgen and
make
 it work.


-- snip for brevity 

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


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Swapgen - setting up/installing

[Peter Webb, Toronto Transit Commission]

Okay, another couple of possibilities.

If you have user FTPSERVE running on VM, then you can initiate an FTP
transfer from your Windows machine to the Linux user on VM.

If you have an FTP server running on your Windows box, then you can start an
FTP transfer from VM (any user), then use either of the methods I described
earlier to get it onto the Linux user.

You are probably using TN3270 emulation software on your PC to log onto VM.
Most emulators have a file transfer function that will work while you are
logged on to the Linux user. (FTP is an exception, you MUST be logged off,
or have you're 'A' disk read-only when doing a transfer.)

-Original Message-
From: James Melin [mailto:[EMAIL PROTECTED]
Sent: October 6, 2004 14:12
To: [EMAIL PROTECTED]
Subject: Re: Swapgen - setting up/installing

I understand all of that.

What is unclear to me  is how to get the copy of swapgen that I downloaded
from sinenomine's website, from my WINDOWS XP machine into the 191
directory of the Linux guest when the Linux guest VM ID does not have
access to ftp my own personal user account DOES have access to ftp, but
I don't know how to move the file to the 191 disk of the Linux guest when I
am logged on as myself.



 Adam Thornton
 [EMAIL PROTECTED]
 mine.net  To
 Sent by: Linux on [EMAIL PROTECTED]
 390 Port   cc
 [EMAIL PROTECTED]
 IST.EDU  Subject
   Re: Swapgen - setting up/installing

 10/06/2004 01:08
 PM


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






On Wed, 2004-10-06 at 11:58, James Melin wrote:
 That's the part that eludes me. I don't know how to put the swapgen exec
in
 the directory for the Linux Guest. We have had VM for about 3 months and
 there has not been a lot of knowledge transfer from the person with the
 most local VM experience (3 months) to anyone else.

IPL CMS, not the Linux boot device, for the Linux guest.

In his CMS PROFILE EXEC, call SWAPGEN, and then IPL from the Linux boot
device.

Adam

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


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: Swapgen - setting up/installing

[Peter Webb, Toronto Transit Commission]

I forgot the last ditch method:

Open SWAPGEN in Notepad, select all and copy.

Go to VM using your terminal emulator, xedit SWAPGEN EXEC, issue the 'INPUT'
command and then click on paste. Press Enter and click on paste continue
until the entire file has been transferred. Enter 'FILE'.

-Original Message-
From: Webb, Peter
Sent: October 6, 2004 14:33
To: 'Linux on 390 Port'
Subject: RE: Swapgen - setting up/installing

Okay, another couple of possibilities.

If you have user FTPSERVE running on VM, then you can initiate an FTP
transfer from your Windows machine to the Linux user on VM.

If you have an FTP server running on your Windows box, then you can start an
FTP transfer from VM (any user), then use either of the methods I described
earlier to get it onto the Linux user.

You are probably using TN3270 emulation software on your PC to log onto VM.
Most emulators have a file transfer function that will work while you are
logged on to the Linux user. (FTP is an exception, you MUST be logged off,
or have you're 'A' disk read-only when doing a transfer.)

-Original Message-
From: James Melin [mailto:[EMAIL PROTECTED]
Sent: October 6, 2004 14:12
To: [EMAIL PROTECTED]
Subject: Re: Swapgen - setting up/installing

I understand all of that.

What is unclear to me  is how to get the copy of swapgen that I downloaded
from sinenomine's website, from my WINDOWS XP machine into the 191
directory of the Linux guest when the Linux guest VM ID does not have
access to ftp my own personal user account DOES have access to ftp, but
I don't know how to move the file to the 191 disk of the Linux guest when I
am logged on as myself.



 Adam Thornton
 [EMAIL PROTECTED]
 mine.net  To
 Sent by: Linux on [EMAIL PROTECTED]
 390 Port   cc
 [EMAIL PROTECTED]
 IST.EDU  Subject
   Re: Swapgen - setting up/installing

 10/06/2004 01:08
 PM


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






On Wed, 2004-10-06 at 11:58, James Melin wrote:
 That's the part that eludes me. I don't know how to put the swapgen exec
in
 the directory for the Linux Guest. We have had VM for about 3 months and
 there has not been a lot of knowledge transfer from the person with the
 most local VM experience (3 months) to anyone else.

IPL CMS, not the Linux boot device, for the Linux guest.

In his CMS PROFILE EXEC, call SWAPGEN, and then IPL from the Linux boot
device.

Adam

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


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

OT: Humour: SCO Lawsuit Explained

[Peter Webb, Toronto Transit Commission]

http://humorix.org/articles/2003/12/answers/


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: VM Setup

[Peter Webb, Toronto Transit Commission]

Is PROXY ARP enabled in VM TCP/IP?

-Original Message-
From: Doug Griswold [mailto:[EMAIL PROTECTED]
Sent: September 17, 2004 11:54
To: [EMAIL PROTECTED]
Subject: Re: VM Setup

Thanks for verifying that.  So here is what I'm currently seeing.
During the install I can see the Linux installer pinging my nfs server
and it replys back but never reaches my Suse VM.  I put a static route
in the nfs server to point to the VM4.3 machine for the IP of the Suse
install.  This didn't help.  All of these machines are in the same
subnet (suse install, nfs server, and VM4.3).  It looks to me that VM
might not be passing it to the Suse install.


Thanks

 [EMAIL PROTECTED] 9/17/2004 10:32:53 AM 
On Fri, 2004-09-17 at 08:34, Doug Griswold wrote:
 I have one more question.  In a ctc connection when going through
the
 install the Peer IP Address is the address of the VM instance?

Yes.

   Also
 how do I get out of the mainframe if this is a point to point
 connection?  Does VM have to route me out to the default gateway?

Yes.

And this is probably your problem.  VM is likely to already be routing
you out, but whatever is upstream of VM in the network doesn't know
that
to get to your address it has to go through VM.  Either your network
guys will have to configure a static route, or they will have to
accept
dynamic routing updates from VM and VM will have to announce the route
to your Linux guest.

The CTC itself is (from the Linux perspective) simply a point-to-point
IP link; think of it like dialup PPP if you like.

If you're running z/VM 4.2 with recent service or anything later, you
probably want to use Guest LANs instead, as they're a lot more like
just
working with an Ethernet adapter.

Adam

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


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
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: VM Setup

[Peter Webb, Toronto Transit Commission]

To do this, you need to enable PROXY ARP on VM TCP/IP. Check the VM list
archive http://listserv.uark.edu/archives/vmesa-l.html for posts from Alan
Altmark on PROXY ARP for intelligent explanations.

-Original Message-
From: Doug Griswold [mailto:[EMAIL PROTECTED]
Sent: September 17, 2004 12:57
To: [EMAIL PROTECTED]
Subject: Re: VM Setup

The Suse VM is on the same subnet on the same switch and is using ctc.
I believe our vm guy is going to try guest lan now.  You have to excuse
my acsii art.

_
| NFS |

---| |_10.1.1.6|
 |   |
 |   |
 suse vm   |   |
10.1.1.5   |   |
---|   | switched network
 ||
255.255.255.0
   vm  10.1.1.4  __|
 |
|

The VM guy just told me he hasn't configured Proxy ARP as well.

 [EMAIL PROTECTED] 9/17/2004 12:28:31 PM 
On Fri, 2004-09-17 at 10:54, Doug Griswold wrote:
 Thanks for verifying that.  So here is what I'm currently seeing.
 During the install I can see the Linux installer pinging my nfs
server
 and it replys back but never reaches my Suse VM.  I put a static
route
 in the nfs server to point to the VM4.3 machine for the IP of the
Suse
 install.  This didn't help.  All of these machines are in the same
 subnet (suse install, nfs server, and VM4.3).  It looks to me that
VM
 might not be passing it to the Suse install.

Same subnet?  Are they on a guest LAN, or on CTC?

If they're on CTC, that's your problem right there: there should only
be
a point-to-point connection, with netmasks of 255.255.255.255.  If
there's a subnet defined then everything probably thinks it can talk
to
everything else directly, which it can't: it's gotta go through VM.
Is
your NFS server another Linux virtual machine, or a desktop system, or
what?

Can you draw an ASCII picture of your network setup and who has which
IP
address and (importantly) netmask?  That might help me figure out what
you're seeing.

Adam

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


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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

Oh Dear, More Trouble for SCO

[Peter Webb, Toronto Transit Commission]

http://biz.yahoo.com/prnews/040723/sff025_1.html

BayStar intends to file an action requesting a declaratory judgment with
respect to its rights under the Stock Repurchase Agreement.


__
The information transmitted is intended only for the person 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 of any action in reliance 
upon, this information by persons or entities other than the intended recipient or 
delegate is strictly prohibited. If you received this in error, please contact the 
sender and delete the material from any computer. The integrity and security of this 
message cannot be guaranteed on the Internet. The Sender accepts no liability for the 
content of this e-mail, or for the consequences of any actions taken on the basis of 
the information provided. The recipient should check this e-mail and any attachments 
for the presence of viruses. The sender accepts no liability for any damage caused by 
any virus transmitted by this e-mail. This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

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