Re: unsubscribe

[Paul Gilmartin]

On Oct 24, 2021, at 04:18:11, Ricardo Lee wrote:
> 
Try: 


-- gil

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

unsubscribe

[Ricardo Lee]

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

[Beard Richard L]

Click on this link http://www2.marist.edu/htbin/wlvindex?LINUX-390 and go to 
the bottom of the page.

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

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

--
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] 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: lx-390] Unsubscribe

[R P Herrold]

On Wed, 22 Jul 2020, Brown, Duncan wrote:

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

your mail reader may be hiding the footer:



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


-- Russ herrold

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

Unsubscribe

[Brown, Duncan]

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

unsubscribe

[Brown, Duncan]

Unsubscribe

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

unsubscribe

[Brown, Duncan]

Unsubscribe 

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

UNSUBSCRIBE

[Rochelle R. Tenaro]

UNSUBSCRIBE

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

unsubscribe

[Roger Shipman]

roger.ship...@daimler.com

If you are not the addressee, please inform us immediately that you have 
received this e-mail by mistake, and delete it. We thank you for your 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/

unsubscribe

[Richard Truett]

Richard Truett
retru...@verizon.net


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

Unsubscribe

[bernardhines]

"ad coelum et ad inferos,"

 Original message 
From: Paul Edwards  
Date: 5/22/18  17:38  (GMT-06:00) 
To: LINUX-390@VM.MARIST.EDU 
Subject: Re: z/Linux 32-bit modules 

Hi Martin. Thanks for your reply.

>> If the answer is AM31, then what happens if it
>> is run as AM64 instead?

> The process is started by the kernel in the "correct" mode,
> you can not specify that a ELF32 binary is started in AMODE-64.

> The kernel enforces limits as well, e.g. with a 31-bit compat
> process (ELF32) you can not map anything above the 2GB line.

I would like the z/Linux kernel to be modified
to start an ELF32 binary in AM64 and have access
to a full 4 GiB address space. And when it starts
an ELF32 binary it should zero out the high 32 bits
of the 64-bit registers using LMH R0,R15,=16F'0'.

Is there any technical barrier to doing that?

Thanks. Paul.


Virus-free.
www.avg.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On 22 May 2018 at 21:31, Martin Schwidefsky  wrote:

> On Mon, 21 May 2018 07:21:38 +1000
> Paul Edwards  wrote:
>
> > When 32-bit modules are created on z/Linux
> > using "gcc -m32" or whatever, is the resultant
> > module run as AM31 or AM64?
>
> The -m31 option creates objects and binaries in the ELF32 format.
> Without the option or with -m64 the ELF64 format is used.
>
> A 64-bit kernel recognizes the format of the binary and starts it
> in the appropriate mode. Native for ELF64 or compat for ELF32.
> The addressing mode is AMODE-64 for native 64-bit programs and
> AMOED-31 for compat 31-bit code.
>
> > If the answer is AM31, then what happens if it
> > is run as AM64 instead?
>
> The process is started by the kernel in the "correct" mode,
> you can not specify that a ELF32 binary is started in AMODE-64.
>
> The kernel enforces limits as well, e.g. with a 31-bit compat
> process (ELF32) you can not map anything above the 2GB line.
> The format of the signal handler frame is different as well
> for ELF32 vs ELF64.
>
> But you can switch the addressing mode in your program with
> the sam24, sam31, and sam64 instructions. If the code of the
> program is at a location that goes along with the chosen
> addressing mode, the CPU will happily execute the instructions.
> You better not forget to switch back to the default mode before
> calling a function in the runtime environment. Otherwise your
> program will quickly terminate.
>
> --
> blue skies,
>    Martin.
>
> "Reality continues to ruin my life." - Calvin.
>
>

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

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/

unsubscribe

[Benjamin Pottier]

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/

unsubscribe

[sangean]

On 12/09/2016 01:28 AM, Swarbrick, Frank wrote:

Thanks.  But what about the "off-z" platforms?
Frank

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Eric 
Rossman
Sent: Wednesday, December 07, 2016 7:52 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: IBM Common Cryptographic Architecture (CCA) for Linux

ICSF is an implementor of CCA, as are the APIs under Linux on System z. The 
teams that maintain the host libraries (both for z/OS and Linux on z) do work 
in parallel to maintain the CCA interface. Both have some implementation 
specific APIs (such as CSNBKRL for the Linux implementation or CSFIQF for 
ICSF), but they are maintained in parallel.

On Wed, Nov 30, 2016 at 2:38 PM, Swarbrick, Frank 
 wrote:

I see that Linux on z has support for the "ICSF equivalent" API IBM Common Cryptographic 
Architecture (CCA) for Linux.  I assume the same cryptographic facilities that are used for ICSF on 
z/OS are also used for CCA on zLinux.  It looks like something similar is available for Intel based 
Linux (RHEL and SLES), as well as Windows Server 2012 R2:   "CCA Basic Services Reference and 
Guide for the IBM 4767 and IBM 4765 PCIe Cryptographic Coprocessors" 
(http://www-03.ibm.com/security/cryptocards/pdfs/bs_latest_edition.pdf)?

Does anyone actually use this?  Is the API kept up to date with ICSF?

Frank
--
[cid:image001.jpg@01CF2267.10EBD2E0]

Frank Swarbrick
Principal Analyst - Mainframe Applications Development
 FirstBank
(http://www.efirstbank.com)
12345 West Colfax Avenue
Lakewood, Colorado  80215
T  303.235.1403 │ F 303.462.6160 E
frank.swarbr...@efirstbank.com

[cid:image002.jpg@01CF2267.10EBD2E0] 
[cid:image003.jpg@01CF2267.10EBD2E0]   
[cid:image004.jpg@01CF2267.10EBD2E0]  
[cid:image005.jpg@01CF2267.10EBD2E0]   
[cid:image006.png@01CF2267.10EBD2E0] 




The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above. If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited. If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication. Thank you.

--
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 contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above. If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited. If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication. Thank you.


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

unsubscribe

[sangean]

On 08/31/2016 05:10 PM, Marcy Cortes wrote:

Any idea how I can find what this means?

Aug 31 09:51:19 cpzew03a0004 httpd: IBM Crypto ./f_secy2/aifadapt.c:1698, May 
20 2015:21:02:25: ReqErr:RC=0x8049 (sbfn 4651) Status=0x0 errno=0x9 
ThreadID=0x3ffb29ff910 | 4396748372240 |

We had been seeing lots of this one but after installing CCA package at IBM's 
recommendation it changed to this new one.
This was what we were getting.
Jun  6 08:03:45 cpzew03a0004 httpd: cca_specific.c token_specific_init: Error 
loading library: [libcsulcca.so: cannot open shared object file: No such file 
or directory]


Marcy

This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation.




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

unsubscribe

[sangean]

On 08/30/2016 05:59 PM, Mark Post wrote:

On 8/30/2016 at 10:57 AM, Marcy Cortes  wrote:

Does anyone else think that's a problem that its doing that by default?

That rule was originally added to fix a problem in the Intel/AMD world.  That 
doesn't mean it should be applied to all architectures.  Hint.


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/

unsubscribe

[sangean]

On 08/29/2016 06:38 PM, Marcy Cortes wrote:

So here we pretty much just leave standby alone at 8G.
We wouldn't take any standby away if we increased the memory.   We still want 
to have some there to be able to add in an emergency situation (and we have had 
to do that when apps had a memory leak but couldn't take a recycle).

Does that answer what you are looking for?


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Michael 
MacIsaac
Sent: Sunday, August 28, 2016 7:50 AM
To: LINUX-390@VM.MARIST.EDU
Subject: [LINUX-390] Linux and VM memory operations and The Principle of Least 
Astonishment

Wikipedia says the “Principle of least astonishment” is that systems
(software) should behave in a manner consistent with how users of that 
component are likely to expect it to behave, i.e., users should not be 
astonished at the way it behaves.

I’m trying to apply this principle to memory operations on z/VM and Linux in 
zoom line commands.

I believe Linux running on z/VM has 3 types of memory, all of which can be
different:
1) That defined in the user directory
2) That defined in CP for a running system
3) That defined in and used by a running Linux

While they can all be different, it's probably best to keep all three in sync so you can say 
"That Linux system has  of memory."

Then to complicate matters, there are maximum and 'standby' amounts, the latter 
of which is necessary if memory is to be added dynamically to running Linux 
systems. The initial, maximum and standby can also get out of sync in the user 
directory and again it's probably best that they don't

First some terminology.
-) 'soft reboot' - Linux 'init 6' - does not log off/on virtual machine
-) 'hard reboot' - Linux halt, logoff, logon, boot

So, for some hopefully intuitively named line commands, is this how you'd 
expect them to behave?

zaddmemory linux1,linux2 1g
   Add 1g to user directory initial, CP and Linux memory on nodes linux1 and 
linux2.
   If 'COMMAND DEF STOR  STANDBY ' is found, add to , subtract from 


zrmmemory linux1,linux2 1g
   Remove 1g from user directory initial, CP and Linux memory on nodes
linux1 and linux2.
   If 'COMMAND DEF STOR  STANDBY ' is found, subtract from , add to 


zaddmemory --initial linux1 1g
   Add 1g to user directory initial only => take effect after hard reboot.
   If 'COMMAND DEF STOR  STANDBY ' is found, add to , subtract from 


zaddmemory --temp linux1 1g
   Add 1g to running linux1 only => will be gone after hard or soft reboot, no 
change to user directory.

zsetmemory --maximum linux1 8g
   Set linux1 maximum meomory to 8G in user directory.
   If 'COMMAND DEF STOR  STANDBY ' is found, set  to 
- .

zsetmemory --standby linux1 7G
   Set linux1 standby memory only to 7G.

Let me add some feedback as I think about the last example - setting STANDBY 
only would by definition get settings out of sync, so maybe it would be 
astonishing to allow such an option.

Thanks for any feedback.

 -Mike MacIsaac

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

unsubscribe

[sangean]

On 08/25/2016 06:47 PM, Kennedy, John wrote:

Unsubscribe


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Donald 
Russell
Sent: Tuesday, August 23, 2016 1:25 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Creating root LVM

We have rhel5 with rootvg and rootlv. That caused us some grief when a root password was 
lost and we "simply wanted to mount it on another system".
Not so fast there skippy, all the systems have rootvg/lv so we had to work 
around that... (Not rocket science, but inconvenient)

Now, (upgrading to rehl7) we put the "basic Linux system" on a simple-to-use 
Mod-9 and use LVM for application file systems and a few others.  Now it's very simple to 
mount that / file system on another server if necessary.





On Tuesday, August 23, 2016, Michael Weiner <mwei...@infinite-blue.com>
wrote:


Good morning all,

I was having a little debate yesterday and I want to get the experts
on this list opinions.

What's the best practice when it comes to the root directory?

Is it acceptable and recommend to create an vgroot and lvroot so it is
expandable?

Or is it recommended to have the root directory as a regular directory
and not expandable.

Thank you!


Sent from my iPhone


Sent from my iPhone
--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu <javascript:;> 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/



--
Sent from iPhone Gmail Mobile

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

__
This EXTERNAL email has been scanned by email security services managed by 
Sallie Mae Bank Corporate Security.  If you suspect this is a phishing attempt, 
please forward this email to ab...@salliemae.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/

unsubscribe

[John Arwe]

smime.p7s
Description: S/MIME Cryptographic Signature

UNSUBSCRIBE

[Lynch, Jesse (MNIT)]

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of LINUX-390 
automatic digest system
Sent: Thursday, September 01, 2016 11:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: LINUX-390 Digest - 31 Aug 2016 to 1 Sep 2016 (#2016-171)

There are 6 messages totalling 285 lines in this issue.

Topics of the day:

  1. Crypto error meanings? (6)

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

--

Date:Thu, 1 Sep 2016 17:02:48 +
From:Marcy Cortes 
Subject: Re: Crypto error meanings?

> One would think that the same cipher suite between the same two hosts 
> wou=
ld give consistent failures, but perhaps that Linux error is causing a bad = 
MAC.

CICS is just one of the clients that gets it.   It's the one that gives at =
least a bit more info in the message.
So to me that says either IHS or Linux is having a problem.
It isn't load related either since it has happened at a variety of times pe= r 
day.
I think I need to get our WAS people to push support to get a trap or somet= 
hing.  Perhaps they can get a dump that way.

Marcy

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

--

Date:Thu, 1 Sep 2016 15:48:25 -0400
From:Jeffrey Barnard 
Subject: Re: Crypto error meanings?

Mercy,

Alan is correct. The gsk_secure_socket_init() call is failing. This is the 
initial SSL/TLS handshake.

A wireshark trace from both ends would tell you a lot. It will show you the 
handshake packets and probably the field that is invalid. You can load the key 
into wireshark and it will decrypt the packet too. Where and when the bad field 
appears will tell you a lot.

Have fun!

Regards,
Jeff

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

--

Date:Thu, 1 Sep 2016 22:25:09 -0400
From:Rick Troth 
Subject: Re: Crypto error meanings?

On 09/01/2016 01:02 PM, Marcy Cortes wrote:
>> > One would think that the same cipher suite between the same two 
>> > hosts would give consistent failures, but perhaps that Linux error is 
>> > causing a bad MAC.
> CICS is just one of the clients that gets it.
> It's the one that gives at least a bit more info in the message.
> So to me that says either IHS or Linux is having a problem.
> It isn't load related either since it has happened at a variety of times per 
> day.
> I think I need to get our WAS people to push support to get a trap or 
> something.
> Perhaps they can get a dump that way.

So ... I was thinking that you had different clients, but was thinking that one 
of them was more of a problem. (Or the only problem?) But it sounds like the 
failures are not consistent.

Consistency would be nice.


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

--

Date:Fri, 2 Sep 2016 02:26:59 +
From:Marcy Cortes 
Subject: Re: Crypto error meanings?

When the problem starts, all clients get ill.
Maybe 5 or 10 minutes every week or two?
No consistency whatsoever.
And by the time the troops are gathered, too late for tcpdumps.


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Rick = 
Troth
Sent: Thursday, September 01, 2016 7:25 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Crypto error meanings?

On 09/01/2016 01:02 PM, Marcy Cortes wrote:
>> > One would think that the same cipher suite between 

unsubscribe

[Kennedy , John]

Unsubscribe


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Donald 
Russell
Sent: Tuesday, August 23, 2016 1:25 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Creating root LVM

We have rhel5 with rootvg and rootlv. That caused us some grief when a root 
password was lost and we "simply wanted to mount it on another system".
Not so fast there skippy, all the systems have rootvg/lv so we had to work 
around that... (Not rocket science, but inconvenient)

Now, (upgrading to rehl7) we put the "basic Linux system" on a simple-to-use 
Mod-9 and use LVM for application file systems and a few others.  Now it's very 
simple to mount that / file system on another server if necessary.





On Tuesday, August 23, 2016, Michael Weiner <mwei...@infinite-blue.com>
wrote:

> Good morning all,
>
> I was having a little debate yesterday and I want to get the experts 
> on this list opinions.
>
> What's the best practice when it comes to the root directory?
>
> Is it acceptable and recommend to create an vgroot and lvroot so it is 
> expandable?
>
> Or is it recommended to have the root directory as a regular directory 
> and not expandable.
>
> Thank you!
>
>
> Sent from my iPhone
>
>
> Sent from my iPhone
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send 
> email to lists...@vm.marist.edu <javascript:;> 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/
>


--
Sent from iPhone Gmail Mobile

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

__
This EXTERNAL email has been scanned by email security services managed by 
Sallie Mae Bank Corporate Security.  If you suspect this is a phishing attempt, 
please forward this email to ab...@salliemae.com.
__

Unsubscribe

[Schmutzok, Michael A.]

--
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 unsubscribe from mailing list

[raymond LE ROUX]

 saludos#x2F;best regards#x2F;salutationsraymond le roux
0033 760158501

--
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 unsubscribe me from mailing list

[raymond LE ROUX]

 saludos#x2F;best regards#x2F;salutationsraymond le roux
0033 760158501

 
  De : Keith Gooding kw...@yahoo.co.uk
 À : LINUX-390@VM.MARIST.EDU 
 Envoyé le : Jeudi 30 avril 2015 9h11
 Objet : Creating a linux 'live DVD' for system z
   
Hi all,
I seem to recall that someone asked some time ago whether it was possible to 
create DVD which could be used from the HMC to IPL a z/VM system into an LPAR 
(in the same way that the z/VM installer works). I think the answer was that it 
was not possible (other than for IBM) because it required some internal z/VM 
knowledge and/or code changes.
Are there any tools to create a similar DVD to boot a linux system ?. I am 
thinking in terms of a linux 'appliance' which could be booted into a tape-less 
'bare metal' z system and be used to restore 3390 disk images from an NFS 
server. (I was reminded of this question when I recently restored a zPDT 
system, including z/VM and z/OS ADCDs, from a 1TB SSD the size of an iphone and 
compared this with the prospect of a new storage rack + FICON-attached tape 
controller and tape drive to do the same on a 'real' mainframe')
Keith Gooding  

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

unsubscribe

[Carol McGowan]

Carol McGowan
(716) 821-7178




Confidentiality Notice:
This electronic message and any attachments may contain confidential or
privileged information, and is intended only for the individual or entity
identified above as the addressee. If you are not the addressee (or the
employee or agent responsible to deliver it to the addressee), or if this
message has been addressed to you in error, you are hereby notified that
you may not copy, forward, disclose or use any part of this message or any
attachments. Please notify the sender immediately by return e-mail or
telephone and delete this message from your system.

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

Unsubscribe

[Itai Blaiman]

Sent from my iPhone

 On 24 בדצמ 2013, at 00:38, Dave Jones d...@vsoft-software.com wrote:
 
 Thanks, DBhaving the messages in a CMS repository and supporting
 languages other than English are very nice touches
 
 Have a good one. too.
 
 DJ
 
 On 12/23/2013 10:56 AM, David Boyes wrote:
 In the tradition of releasing something nifty to the community as a holiday 
 gift (the subject line is the historical reference to the annual posting of 
 such gifts to the venerable VMSHARE conference from long, long ago), SNA is 
 pleased to provide two gifts to the community for 2013.
 
 Gift #1: SWAPGEN version 1310
 
 This version of SWAPGEN provides a few new features that people have asked 
 for.
 
 
 1.   SWAPGEN no longer depends on RXDASD MODULE for I/O to FBA disks. 
 The functions of RXDASD MODULE have been replaced with CMS Pipes code. 
 (Credit to Dave Jones)
 
 
 2.   SWAPGEN is now fully converted to the use of CMS message 
 repositories for all text I/O. No code changes will be needed to allow local 
 customization of error messages and/or text I/O.
 
 
 3.   SWAPGEN is now fully internationalized. All supported languages for 
 z/VM 5.4 and higher have been included (for z/VM 5.4, German, American 
 English, Kanji, and uppercase English, for z/VM 6.1 and higher, American 
 English, Kanji and uppercase English). Special thanks to Margarete Ziemer at 
 SNA for contributing the German translation. The Kanji messages probably 
 have some mistakes; if any of you who speak Japanese and run your systems in 
 Kanji would look at that and contribute corrections, we'd appreciate it a 
 lot. For those of you with systems older than 5.4 that still use other 
 languages in the default VMFNLS LANGLIST file (French, Portuguese, Spanish, 
 etc.), the files are there to support the languages, but contain the 
 uppercase English version of the messages. Contributions are welcome if 
 you'd like your native language to be supported.  (Note that IBM no longer 
 ships these languages post-z/VM 5.4).
 
 
 4.   SWAPGEN now has full message help file support. As a result of #2, 
 all SWAPGEN messages now have full message IDs and severity information. 
 HELP MSG msgid will provide detailed information on each message and 
 suggestions on what to do if something goes wrong. To get this, you need to 
 install the help file package shown below.
 
 
 5.   There are now three packages available for SWAPGEN:
 
 SBIN.VMARC -- The minimum files required to run SWAPGEN (the exec, the
   main help file, and the message repositories). If you just
   want to use SWAPGEN, this is all you need.
 
 SHLP.VMARC -- The extended help files for each SWAPGEN message. If you
   download and install this package, you can type
   HELP MSG SWP (the message id) and get detailed
   explanations of each SWAPGEN message. Not mandatory, but
   we STRONGLY recommend you install these.
 
 SSRC.VMARC -- The full source code to SWAPGEN and all its component
   parts. If you speak Japanese, PLEASE download this and
   translate the message repository! The other two VMARC
   files are contained in this package, so if you want to
   have the whole thing in one burrito, this is it.
 
 The new files for SWAPGEN are available from 
 http://download.sinenomine.net/swapgen
 
 Gift #2: New version of smaclient (v 1.1)
 
 Smaclient is a shell script allowing any Linux or Unix system to interact 
 with the z/VM SMAPI servers to perform system management actions on a z/VM 
 system from a script running on the Unix/Linux system.
 
 This version adds:
 
 
 1.   Corrections to a number of responses and queries fixed by VM65290, 
 specifically:
 Virtual_Network_VLAN_Query_Stats
 Virtual_Network_Vswitch_Query_Extended
 
 Virtual_Network_Vswitch_Query_Stats
 
 
 2.   The script is now packaged as a noarch RPM, so that it will show up 
 in the rpm software inventory with correct versioning.
 
 
 
 The code is available from http://download.sinenomine.net/smaclient
 
 
 Happy holidays to all of you.
 
 David Boyes
 Sine Nomine Associates
 
 --
 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
 

unsubscribe

[Slaughter, Dale]

Dale Slaughter
AEGON Global Technology   |   Technology Operations / Mainframe Transaction 
Processing
Cedar Rapids, Iowa   |   Phone: 319.355.6277 internal: 120.6277   |   
dale.slaugh...@transamerica.com


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

ls -l /usr/bin/netdatax

Is the x permission set?


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

 This is what I get.
 
 [root@wil-zvmdb01 tmp]# netdatax -h
 -bash: /usr/bin/netdatax: cannot execute binary file
 [root@wil-zvmdb01 tmp]#

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

unsubscribe

[Szefler Jakub - Hurt TP]

 

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

Unsubscribe

[Schneck.Glenn]

 
Unsubscribe 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live 
Solid. Bank Solid. is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

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

unsubscribe

[Brian Murphy]

-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rob
van der Heij
Sent: Wednesday, April 01, 2009 5:30 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: swappiness  drop_caches ?

On Wed, Apr 1, 2009 at 11:16 PM, r.stricklin b...@typewritten.org wrote:

 I'm pretty unhappy with the way Linux has been managing memory,
 especially w/rt the block caches being allowed to page out process
 data. I was hopeful that we could affect some semblance of sane
 behavior by twiddling vm.swappiness.

Yes, you should be able to, like Marcy experienced. If you can
determine the setting.
As I understand the motivation for swappiness was the other way
around. Desktop users would want to protect some of the cache and swap
out some unwanted stuff.

 My experience doing so, however, was that it opened us up to
 situations where I would start to see processes get pranged by the out-
 of-memory desperation kill feature, even though there was quite a
 bit of memory still sitting unused.

You mean unused as free tells you, or what you think would be
available when it would give up page cache and/or buffers?  If it's in
page cache then it could be that it really needed it, or that pages
were dirty or not written out fast enough?
And you were not playing with CMM? I do recall an issue with CMM where
the pages in the balloon were incorrectly believed unused and thus no
replenishment was triggered.

Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.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 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

unsubscribe

[Martin, Larry D]

unsubscribe



..
This E-mail and any of its attachments may contain Prince George’s County 
Government or Prince George's County 7th Judicial Circuit Court proprietary 
information, which is privileged and confidential. This E-mail is intended 
solely for the use of the individual or entity to which it is addressed. If you 
are not the intended recipient of this E-mail, you are hereby notified that any 
dissemination, distribution, copying, or action taken in relation to the 
contents of and attachments to this E-mail is strictly prohibited and may be 
unlawful. If you have received this E-mail in error, please notify the sender 
immediately and permanently delete the original and any copy of this E-mail and 
any printout.

unsubscribe

[Alnoor Dhanani]

At 04:54 PM 10/28/2003 -0500, you wrote:
 (Cross posted to VMESA-L,LINUX-390, and IBM-MAIN).
Hello zSeries enthusiasts,
If the word about the upcoming tech conference has not yet reached you
via other e-mail or web notices, please allow me to remind you of this
annual technical education opportunity.
 IBM  zSeries EXPO
 ... a technical conference focused on z/OS, VSE,z/VM,  Linux on zSeries
 November 10-14, 2003
 Las Vegas Hilton
Whether you're new to zSeries, just need a refresher, or if you
are experienced in some areas and want to gain more knowledge
in others, you're bound to find something to help you sharpen your
zSeries skills. Choose from the topics in these conference tracks:
zSeries and Storage Technology
 * Keynote by Erich Clementi, General Manager, zSeries, IBM Corporation
 * Networking, The Internet, and the z/OS Comm Server
 * Data Center Operations and Management
 * Management Issues for a zSeries Environment
 * WLM, Performance, and Capacity Planning
 * WebSphere for z/OS, e-business and Java
 * z/OS, Parallel Sysplex, and Storage Software
Virtualization Technology for Linux on zSeries and S/390
 * z/VM and zSeries Virtualization Technology Basics
 * z/VM General Interest
 * z/VM Connectivity
 * z/VM System Management
 * z/VM Performance
General Linux on zSeries Sessions
 * Introductory Linux for the Mainframe Systems Programmer Sessions
 * Linux on zSeries Installation Sessions
 * Networking with Linux on zSeries
 * Linux on zSeries Application Sessions
 * Linux on zSeries User Experience Sessions
 * Linux on zSeries Systems Management and Performance Sessions
VSE/ESA General Interest Sessions (Mon - Wed)
 * VSE, z/VM and Linux General Interest Sessions (Mon-Wed)
 * VSE/ESA Sessions (Mon - Wed)
 * e-business and VSE/ESA Sessions (Mon- Wed)
 * CICS Transaction Server for VSE/ESA Sessions (Mon-Wed)
 ISV Sessions
In addition to stand-up lecture, you can choose to
attend hands-on-labs on these topics:
- The Next Stage: RMF Spreadsheet Reporter Java Edition Hands-on Lab
- Using EXCEL for Data Analysis: Hands-on Tutorial
- W14 WebSphere for z/OS Administration Hands-on Lab
- WebSphere Studio Application Monitor: Hands-on Lab
- Monitoring WebSphere for z/OS Using Introscope: Hands-on Lab
- Taming CTC Connections: Hands-on Lab
- Implementing LDAP on z/OS Hands-on Lab:
- HMC and Remote HMC Hands-on Workshop
- Linux 101 Lab
- Running z/VM to Host Linux -- Installation Lab
- Linux for S/390 Installation Lab
- Introduction to REXX hands-on-lab
- VSE/ESA Workshop
Conference web site:
   http://www-3.ibm.com/services/learning/conf/us/zseries/
Sessions abstracts/agenda:
   http://www-3.ibm.com/services/learning/conf/us/zseries/schedule.pdf
Registration:
   http://www-3.ibm.com/services/learning/conf/us/zseries/regfee.html
Pre-conference classes:
   http://www-3.ibm.com/services/learning/conf/us/zseries/preconf.html
We look forward to seeing you at the zSeries EXPO in Las Vegas!
Regards,
zSerie EXPO agenda coordinators
 Pam Christina
 Glenn Anderson
 Julie Liesenfelt
 Chuck Morse


Alnoor Dhanani  [EMAIL PROTECTED]
Harvard University   617.495.3527 (5-3527)
University Information Systems
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

unsubscribe

[Wawrzossek, Mary Ellen (IDS ECCS)]

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post, Mark K
Sent: Friday, March 05, 2004 10:43 AM
To: [EMAIL PROTECTED]
Subject: Re: the .PRM file


Of course, that will work only if he's doing this on z/VM.  If it is an
LPAR, then he only gets 1 876-byte record.  Also, only Red Hat supports
these additional parameters, SUSE does not.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Davis, Larry
Sent: Friday, March 05, 2004 8:32 AM
To: [EMAIL PROTECTED]
Subject: Re: the .PRM file


Make sure you re-punch these files out to the reader.

Larry

-Original Message-
From: Steve Gentry [mailto:[EMAIL PROTECTED]
Sent: Friday, March 05, 2004 07:53 AM
To: [EMAIL PROTECTED]
Subject: the .PRM file

I'm having to reload the starter linux system multiple times and am getting
tired of having to re-enter the various information everytime I reboot.
I know I can put this information in the .PRM file and infact have, but
other than the  root=/dev/ram0 ro ip=off DASD=200-20F
line, I can't get the starter linux to recognize other parameter lines.
I've tried putting the params in different sequences, i.e, moving the lines
around.
I've tried upper and/or lower case and still I have to type all the params
in.
Is there a double-secret flag or param or something I'm not including?
I've looked at various doc and feel I'm got the .PRM file coded right.
Suggestions, related to this subject, would be appreciated.
Thanks,

Steve Gentry
Lafayette Life Ins. Co.

Pax Vobiscum

==

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/

==

unsubscribe me

[Sofia Alikhani]

=


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: unsubscribe me

[Gregg C Levine]

Hello again from Gregg C Levine
You do? Regretfully we can't do that for you. There's a set series of
routines for that, that you should still have from when you joined
this list. Gentlemen, (and ladies), please assist this person in
leaving the list, because I don't either.
---
Gregg C Levine [EMAIL PROTECTED]

The Force will be with you...Always. Obi-Wan Kenobi
Use the Force, Luke.  Obi-Wan Kenobi
(This company dedicates this E-Mail to General Obi-Wan Kenobi )
(This company dedicates this E-Mail to Master Yoda )



 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf
Of
 Sofia Alikhani
 Sent: Sunday, August 03, 2003 12:46 PM
 To: [EMAIL PROTECTED]
 Subject: [LINUX-390] unsubscribe me
 
 =
 
 
 __
 Do you Yahoo!?
 Yahoo! SiteBuilder - Free, easy-to-use web site design software
 http://sitebuilder.yahoo.com

unsubscribe

[Lolita Jurcak]

Unsubscribe

[Charles Lysholm]

.

unsubscribe

[Couch, Robert W. (Bill - SCS IR)]

-Original Message-
From: Post, Mark K [mailto:mark.post;eds.com] 
Sent: Tuesday, October 22, 2002 11:33 AM
To: [EMAIL PROTECTED]
Subject: Re: Boot problem SLES 7 net-pf-x module


Davy,

I doubt your missing modules are causing the problem.
net-pf-3 = Amateur Radio AX.25
net-pf-9 = X.25

It sounds more like your /proc file system is not mounted.  Do you have
the
following in /etc/fstab?
/proc /proc proc defaults 0 0

Does it show up if you do a mount command?

Mark Post

-Original Message-
From: Davy Michiels [mailto:davy;industria.be]
Sent: Tuesday, October 22, 2002 10:47 AM
To: [EMAIL PROTECTED]
Subject: Boot problem SLES 7 net-pf-x module


Hi,

We're trying to set up a SLES7 on z/VM Version 4 Release 2.0.
We use CTC as network connection to VM.

We're implementing the methods described in the Redbook SG24-6824-00
'Large
Scale Linux Deployment' to build a basevolume/guestvolume system.
The bind mounting works fine...
We just have a problem with some kernel modules: net-pf-3 and net-pf-9
They can not be found when ipl'ing the system.
We tried to put them 'off' in /etc/modules.conf but still there was a
problem
with the network

As you can see in the log beneath, the /proc/net/dev cannot be found.
Thus the network cannot be initialized 

Our question is: what causes what?
Are the missing modules (net-pf-x) the cause of our network problems or
is
something else wrong??

If you now anything that can help, let us know


--Output during booting 
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
modprobe: modprobe: Can't locate module net-pf-3
modprobe: modprobe: Can't locate module net-pf-9
CTC driver Version: 1.51  initialized
ctc0: read: ch 0800 (irq 0001), write: ch 0801 (irq 0002) proto: 0
modprobe: modprobe: Can't locate module net-pf-3
modprobe: modprobe: Can't locate module net-pf-9
Warning: cannot open /proc/net/dev (No such file or directory). Limited
output.

...ctc0: connected with remote side
...done
Setting up routing
(using /etc/route.conf)/etc/init.d/rc3.d/S07route: /proc/net/dev: No
such
file
or directory
/etc/init.d/rc3.d/S07route: /dev/fd/62: No such file or directory
..done
/proc/net/route: No such file or directory
--



Thx in advance

Davy Michiels
Stijn Eulaerts

Group T Leuven Engineering School
www.groupt.be

unsubscribe

[Wehmeyer, Stephen E]

thank you.

unsubscribe linux-390

[Mark Campbell]

--
regards,
-mark
-
Mark Campbell,
DCUNS (RedBrick) Sysadmin. [EMAIL PROTECTED]
http://mark.redbrick.dcu.ie
-
Trying is the first step towards Failure- Homer J. Simpson

unsubscribe linux-390

[Jan Hougaard Rasmuss]

Med venlig hilsen/Best regards

Jan H. Rasmussen

Telf.: +45 9633 7041   Mob.: +45 5132 7929   e-mail: [EMAIL PROTECTED]
Fax:  +45 9633 7044

IBM Denmark A/S
Rordalsvej 44
DK-9220 Aalborg East

Re: Remove my Name from Distribution List and Re: Unsubscribe

[Dougie G Lawson/UK/Contr/IBM]

Folks who want to sign off from LINUX-390 need to direct their mail to the
listproc not to the list.

The simple way to achieve this is to use the web interface at:
http://www.marist.edu/htbin/wlvindex?LINUX-VM
[Scroll to the bottom of the page, there is a magic HTML form for it.]

Regards, Dougie

unsubscribe

[Bill Lowe]

unsubscribe



begin:vcard
n:Lowe;Bill
tel;pager:Use my Cell Number
tel;cell:719-332-6994
tel;fax:303-706-1713
tel;home:Use my Cell Number
tel;work:719-593-8150
x-mozilla-html:TRUE
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
fn:Bill Lowe
end:vcard

Unsubscribe

[Davis, Andrew Phillip (SWD)]

Thanks for all the info...

Andrew
MVS TSG
x46169


Important:

Internet communications are not necessarily secure and may be intercepted or changed 
after they are sent.
The Abbey National Group does not accept liability for any such changes. If you wish 
to confirm the origin or content of this communication, please contact the sender 
using an alternative means of communication.

This communication does not create or modify any contract.

If you are not the intended recipient of this communication you should destroy it 
without copying, disclosing or otherwise using its contents. Please notify the sender 
immediately of the error.

The Abbey National Group comprises Abbey National plc and its subsidiary group of 
companies.

Abbey National plc. Registered Office: Abbey National House, 2 Triton Square, Regents 
Place, London, NW1 3AN. Reg. No. 2294747.
Registered in England.

Re: Unsubscribe

[Uno Bengtsson]

Med vänliga hälsningar/Best regards
   Uno Bengtsson
   Senior IT Specialist
   IBM Svenska AB, 164 92 Stockholm, Sweden

Phone: +46 8 793 2326Mobile: +46 70 793 2326
   SMS: [EMAIL PROTECTED]
   e-mail/Sametime: [EMAIL PROTECTED]

unsubscribe

[Daniel Pelletier]

Thks.

unsubscribe

[Erwann SIMON]

As I subscribed with another mail addresse, I'll be pleased to unsubsribe with
this one : [EMAIL PROTECTED]
Thanks for this support !