Re: VM Monitor

[Barton Robinson]

all good.
On 10/3/2013 2:42 PM, Gregg Levine wrote:

Hello!
Thank you Barton. Now did I properly describe the situation? The
important phrase was indeed "licensing" in your statement. I chose
simply "acting as a vendor". I didn't want to go into too much detail.
-
Gregg C Levine gregg.drw...@gmail.com
"This signature fought the Time Wars, time and again."


On Thu, Oct 3, 2013 at 5:32 PM, Barton Robinson
 wrote:

Mauro, please Read That Fine Manual/article again, "licensing" does NOT
equal acquisition.


  product news

CA Technologies Signs Global Licensing and Distribution Agreement with
Velocity Software, a Leading Linux Performance Management Company




On 10/3/2013 2:04 PM, Mauro Souza wrote:

"Wait until CA buys them."

I think CA already did that:
http://www.ca.com/us/products/detail/velocity-zvps-performance-suite.aspx

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


2013/10/3 Dean, David (I/S) 


Or just wait until CA buys them.

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
David Boyes
Sent: Wednesday, October 02, 2013 11:55 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VM Monitor

Note that CA can also sell you licenses for at least some of Velocity's
products, so if you have a relationship with CA, that might be an easier
route to go than making your procurement guys do anything out of the
ordinary.



From: Linux on 390 Port [LINUX-390@VM.MARIST.EDU] on behalf of Dave Jones
[d...@vsoft-software.com]
Sent: Wednesday, October 02, 2013 11:05 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VM Monitor

If you can't get Velocity's suite of tools (they're excellent), try
taking
a look at Perfkit and OmgeaMon XE for zLinux. OmegaMon XE for zLinux can
also feed performance data into a z/OS - OmegaMon environment, if you're
running that 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/
-
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/


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

Re: VM Monitor

[Kurt Acker]

But I wanted to vote for a beer while out on a fishing boat...
- Followed by a happy return to VM monitoring of course!

Kurt Acker
IBM Smarter Planet, Smarter Data Centers
Virtualization and Enterprise System Management Technologies

--
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: VM Monitor

[Gregg Levine]

Hello!
Thank you Barton. Now did I properly describe the situation? The
important phrase was indeed "licensing" in your statement. I chose
simply "acting as a vendor". I didn't want to go into too much detail.
-
Gregg C Levine gregg.drw...@gmail.com
"This signature fought the Time Wars, time and again."


On Thu, Oct 3, 2013 at 5:32 PM, Barton Robinson
 wrote:
> Mauro, please Read That Fine Manual/article again, "licensing" does NOT
> equal acquisition.
>
>
>  product news
>
> CA Technologies Signs Global Licensing and Distribution Agreement with
> Velocity Software, a Leading Linux Performance Management Company
> 
>
>
>
> On 10/3/2013 2:04 PM, Mauro Souza wrote:
>>
>> "Wait until CA buys them."
>>
>> I think CA already did that:
>> http://www.ca.com/us/products/detail/velocity-zvps-performance-suite.aspx
>>
>> Mauro
>> http://mauro.limeiratem.com - registered Linux User: 294521
>> Scripture is both history, and a love letter from God.
>>
>>
>> 2013/10/3 Dean, David (I/S) 
>>
>>> Or just wait until CA buys them.
>>>
>>> -Original Message-
>>> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
>>> David Boyes
>>> Sent: Wednesday, October 02, 2013 11:55 AM
>>> To: LINUX-390@VM.MARIST.EDU
>>> Subject: Re: VM Monitor
>>>
>>> Note that CA can also sell you licenses for at least some of Velocity's
>>> products, so if you have a relationship with CA, that might be an easier
>>> route to go than making your procurement guys do anything out of the
>>> ordinary.
>>>
>>>
>>> 
>>> From: Linux on 390 Port [LINUX-390@VM.MARIST.EDU] on behalf of Dave Jones
>>> [d...@vsoft-software.com]
>>> Sent: Wednesday, October 02, 2013 11:05 AM
>>> To: LINUX-390@VM.MARIST.EDU
>>> Subject: Re: VM Monitor
>>>
>>> If you can't get Velocity's suite of tools (they're excellent), try
>>> taking
>>> a look at Perfkit and OmgeaMon XE for zLinux. OmegaMon XE for zLinux can
>>> also feed performance data into a z/OS - OmegaMon environment, if you're
>>> running that 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/
>>> -
>>> 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/
>>>
>> --
>> 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/

Re: VM Monitor

[Barton Robinson]

Mauro, please Read That Fine Manual/article again, "licensing" does NOT
equal acquisition.


 product news

CA Technologies Signs Global Licensing and Distribution Agreement with
Velocity Software, a Leading Linux Performance Management Company



On 10/3/2013 2:04 PM, Mauro Souza wrote:

"Wait until CA buys them."

I think CA already did that:
http://www.ca.com/us/products/detail/velocity-zvps-performance-suite.aspx

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


2013/10/3 Dean, David (I/S) 


Or just wait until CA buys them.

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
David Boyes
Sent: Wednesday, October 02, 2013 11:55 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VM Monitor

Note that CA can also sell you licenses for at least some of Velocity's
products, so if you have a relationship with CA, that might be an easier
route to go than making your procurement guys do anything out of the
ordinary.



From: Linux on 390 Port [LINUX-390@VM.MARIST.EDU] on behalf of Dave Jones
[d...@vsoft-software.com]
Sent: Wednesday, October 02, 2013 11:05 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VM Monitor

If you can't get Velocity's suite of tools (they're excellent), try taking
a look at Perfkit and OmgeaMon XE for zLinux. OmegaMon XE for zLinux can
also feed performance data into a z/OS - OmegaMon environment, if you're
running that 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/
-
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/


--
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: VM Monitor

[Gregg Levine]

Hello!
No, CA is just acting as a vendor for Barton's best known product. As
far as I know Barton and company are still actively selling the suite,
that will tell us exactly what our System Z hardware is really doing.
(Point of fact, I do not have one living here, but I do something of a
sort in emulation.)

However we will need Barton to chime in.
-
Gregg C Levine gregg.drw...@gmail.com
"This signature fought the Time Wars, time and again."


On Thu, Oct 3, 2013 at 5:04 PM, Mauro Souza  wrote:
> "Wait until CA buys them."
>
> I think CA already did that:
> http://www.ca.com/us/products/detail/velocity-zvps-performance-suite.aspx
>
> Mauro
> http://mauro.limeiratem.com - registered Linux User: 294521
> Scripture is both history, and a love letter from God.
>
>
> 2013/10/3 Dean, David (I/S) 
>
>> Or just wait until CA buys them.
>>
>> -Original Message-
>> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
>> David Boyes
>> Sent: Wednesday, October 02, 2013 11:55 AM
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: VM Monitor
>>
>> Note that CA can also sell you licenses for at least some of Velocity's
>> products, so if you have a relationship with CA, that might be an easier
>> route to go than making your procurement guys do anything out of the
>> ordinary.
>>
>>
>> 
>> From: Linux on 390 Port [LINUX-390@VM.MARIST.EDU] on behalf of Dave Jones
>> [d...@vsoft-software.com]
>> Sent: Wednesday, October 02, 2013 11:05 AM
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: VM Monitor
>>
>> If you can't get Velocity's suite of tools (they're excellent), try taking
>> a look at Perfkit and OmgeaMon XE for zLinux. OmegaMon XE for zLinux can
>> also feed performance data into a z/OS - OmegaMon environment, if you're
>> running that 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/
>> -
>> 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/
>>
>
> --
> 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: Oracle RMAN OOM

[Mauro Souza]

I think that 2.4 kernel tweek will do nothing on 2.6 kernels.

Bet a beer or two with the Oracle guy, say him that you will increase the
performance of his database in 200%, and that he will see how fast can a
database be when running on a mainframe with a mainframe configuration in
place.

I know dealing with DBAs and storage admins are tougher than dealing with
corrupt disks and routing tables, but if you can work this out, you will
gain that guy respect.

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


2013/10/2 van Sleeuwen, Berry 

> Hi Mauro,
>
> Would that also be the case in 2.6 kernels?
>
> Anyway, we already have direct_io enabled. Back in 2006 we had only
> async_IO and hit a kernel bug because of it. After direct_io was activated
> as well the kernel bug didn't happen again. (I think the IO load was so
> high that the async buffer wrapped. Unfortunately we weren't able or
> allowed to prove that.)
>
> Actually early last year you had mentioned this example. So I tried to
> convince them of 'the mainframe way'. Let's not go into details on their
> reaction but let's say it was less than professional. The result was an
> increase in memory because that's the only way you can solve performance
> issues. (Just like they didn't believe the kernel bug was caused by an IO
> load of over 25K/sec, because there is no way any computer can achieve such
> high IO loads.)
>
> Good link. I'll  discuss this with the oracle guy to see what the current
> settings are. Most links I had found so far regard performance problems
> only from the runtime view. So increase parameters to speed up the run but
> don't explain what the memory impact is. After all, we have plenty of cheap
> memory, right?
>
> Thanks, Berry.
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of
> Mauro Souza
> Sent: Wednesday, October 02, 2013 6:46 PM
> To: LINUX-390@vm.marist.edu
> Subject: Re: Oracle RMAN OOM
>
>
> I heard that activating DIRECT_IO helps solve the RMAN memory eating
> problem on kernels 2.4.
>
> On http://dbasolutions.wikispaces.com/RMAN+Performance+Tuning you can see
> some ideas on how to tune rman memory usage.
>
> To show your Oracle DBA's that more memory is less performance, ask them
> to try the "Mainframe Way".
>
> Get some heavy queries, get them to run them using the current
> configuration. Run it 3 or 4 times. Get the average running time.
>
> Change a couple parameters:
> - Use SGA max size = 66% of available memory
> - Use 4GB on the guest
> - Use DIRECT_IO
> - Use at least 40 io slaves
>
> Run again 4 times. Compare the results.
>
> The last time I did this, we got a 39 min job running in 9 minutes. The
> DBA laughed on me, saying I crashed Oracle and the queries died. He opened
> the results table, everything was correct. He got angry, started again the
> queries. 9 minutes. He did it again, 9 minutes again. And I spent the next
> hour explaining why a mainframe is not a x86 box...
>
>
> 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/
>

--
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: VM Monitor

[Mauro Souza]

"Wait until CA buys them."

I think CA already did that:
http://www.ca.com/us/products/detail/velocity-zvps-performance-suite.aspx

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


2013/10/3 Dean, David (I/S) 

> Or just wait until CA buys them.
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> David Boyes
> Sent: Wednesday, October 02, 2013 11:55 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: VM Monitor
>
> Note that CA can also sell you licenses for at least some of Velocity's
> products, so if you have a relationship with CA, that might be an easier
> route to go than making your procurement guys do anything out of the
> ordinary.
>
>
> 
> From: Linux on 390 Port [LINUX-390@VM.MARIST.EDU] on behalf of Dave Jones
> [d...@vsoft-software.com]
> Sent: Wednesday, October 02, 2013 11:05 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: VM Monitor
>
> If you can't get Velocity's suite of tools (they're excellent), try taking
> a look at Perfkit and OmgeaMon XE for zLinux. OmegaMon XE for zLinux can
> also feed performance data into a z/OS - OmegaMon environment, if you're
> running that 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/
> -
> 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/
>

--
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: VM Monitor

[Tom Huegel]

Back to the original post. Did you contact Barton directly to try to work
out your problem?



On Thu, Oct 3, 2013 at 12:46 PM, Barton Robinson <
bar...@velocitysoftware.com> wrote:

> Guys, you DO know I read this stuff?
> Anybody that knows me, had a beer with me, or much about my business
> would never imagine me working for someone else.  I work hard at being a
> technology leader - that means investing in things the bean counters
> can't even imagine having value, investing in a large support structure
> that can't possibly be justified, and doing performance research that is
> key to many of you.  Of course, if y'all want higher prices, less
> support, and me to take off on a big sail boat, voting can start -
> probably the tivoli guys and Kurt should be disqualified from voting.
> And anybody else that has tried to buy the company.   And, everyone on
> my team will jump thru hoops, just say how high.  Just not burning hoops.
>
> On 10/3/2013 9:19 AM, Dean, David (I/S) wrote:
>
>> Or just wait until CA buys them.
>>
>> -Original Message-
>> From: Linux on 390 Port 
>> [mailto:LINUX-390@VM.MARIST.**EDU]
>> On Behalf Of David Boyes
>> Sent: Wednesday, October 02, 2013 11:55 AM
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: VM Monitor
>>
>> Note that CA can also sell you licenses for at least some of Velocity's
>> products, so if you have a relationship with CA, that might be an easier
>> route to go than making your procurement guys do anything out of the
>> ordinary.
>>
>>
>>
> --**--**--
> 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: VM Monitor

[Barton Robinson]

Guys, you DO know I read this stuff?
Anybody that knows me, had a beer with me, or much about my business
would never imagine me working for someone else.  I work hard at being a
technology leader - that means investing in things the bean counters
can't even imagine having value, investing in a large support structure
that can't possibly be justified, and doing performance research that is
key to many of you.  Of course, if y'all want higher prices, less
support, and me to take off on a big sail boat, voting can start -
probably the tivoli guys and Kurt should be disqualified from voting.
And anybody else that has tried to buy the company.   And, everyone on
my team will jump thru hoops, just say how high.  Just not burning hoops.

On 10/3/2013 9:19 AM, Dean, David (I/S) wrote:

Or just wait until CA buys them.

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of David 
Boyes
Sent: Wednesday, October 02, 2013 11:55 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VM Monitor

Note that CA can also sell you licenses for at least some of Velocity's 
products, so if you have a relationship with CA, that might be an easier route 
to go than making your procurement guys do anything out of the ordinary.




--
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: file corruption on RHEL 5.8

[David Kreuter]

In addition to checking for MDISK overlays within this LPAR are the DASD
devices shared with another z/VM LPAR running Linux guests?
David Kreuter


 Original Message 
Subject: Re: file corruption on RHEL 5.8
From: Donald Russell 
Date: Thu, October 03, 2013 1:20 pm
To: LINUX-390@VM.MARIST.EDU

On Thu, Oct 3, 2013 at 2:34 AM, Rob van der Heij 
wrote:

> On Wed, Oct 2, 2013 at 7:17 PM, Donald Russell  >wrote:
>
> >
> > In the case I'm currently working on, a ".so" file (binary) has a chunk
> of
> > plain text in the middle of it. The "chunk" is 4K bytes long, and is a
> > piece of a program listing. 4K is the block size of the underlying DASD.
> >
> > I am now in the process of trying to find when this happened by restoring
> > backup copies and seeing if I can narrow the time frame down.
> >
>
> Was either or both of these files supposed to be written? The .so file
> would be written only when you install the package. If the .so was not
> written, the origin of the text might point to the cause. And what's
> underneath; is it a plain device or is there LVM or md in between?
>
>
​Both files are expected to be written, not necessarily at the same
time.
The listing piece is not associated with the .so file.
​


> Since you mention journaling errors, did you have fsck repair things that
> could actually have created this? (we've seen that in the past with fsck on
> ReiserFS disks). The minidisk isn't R/O, is it? I think that has been
> fixed now, but initially we had problems where Linux eventually would drop
> dirty blocks when it couldn't write them to disk.
>
>
​The journaling errors were from a long time ago, and yes, we ran fsck
-y
to fix all the errors. Are you saying that fsck -y (or answering y to an
individual prompt) may cause file corruption that looks like this? That
would explain why a single block of data gets replaced in the middle of
a
file.
​


> Can you DDR the minidisk to another place and link thata in another Linux
> guest? That way you can run fsck as you like.
>
>
​Yes, we take the system down weekly to do a DDR backup to another
complete
set of DASD... I can bring that DDR copy up in single user mode. (We
also
use a linux backup utility to take daily backups.)

--
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: file corruption on RHEL 5.8

[Donald Russell]

On Thu, Oct 3, 2013 at 2:34 AM, Rob van der Heij  wrote:

> On Wed, Oct 2, 2013 at 7:17 PM, Donald Russell  >wrote:
>
> >
> > In the case I'm currently working on, a ".so" file (binary) has a chunk
> of
> > plain text in the middle of it. The "chunk" is 4K bytes long, and is a
> > piece of a program listing. 4K is the block size of the underlying DASD.
> >
> > I am now in the process of trying to find when this happened by restoring
> > backup copies and seeing if I can narrow the time frame down.
> >
>
> Was either or both of these files supposed to be written? The .so file
> would be written only when you install the package. If the .so was not
> written, the origin of the text might point to the cause. And what's
> underneath; is it a plain device or is there LVM or md in between?
>
>
​Both files are expected to be written, not necessarily at the same time.
The listing piece is not associated with the .so file.
​


> Since you mention journaling errors, did you have fsck repair things that
> could actually have created this? (we've seen that in the past with fsck on
> ReiserFS disks). The minidisk isn't R/O, is it?  I think that has been
> fixed now, but initially we had problems where Linux eventually would drop
> dirty blocks when it couldn't write them to disk.
>
>
​The journaling errors were from a long time ago, and yes, we ran fsck -y
to fix all the errors. Are you saying that fsck -y (or answering y to an
individual prompt) may cause file corruption that looks like this? That
would explain why a single block of data gets replaced in the middle of a
file.
​


> Can you DDR the minidisk to another place and link thata in another Linux
> guest? That way you can run fsck as you like.
>
>
​Yes, we take the system down weekly to do a DDR backup to another complete
set of DASD... I can bring that DDR copy up in single user mode. (We also
use a linux backup utility to take daily backups.)

--
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: VM Monitor

[Dean, David (I/S)]

Or just wait until CA buys them.

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of David 
Boyes
Sent: Wednesday, October 02, 2013 11:55 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VM Monitor

Note that CA can also sell you licenses for at least some of Velocity's 
products, so if you have a relationship with CA, that might be an easier route 
to go than making your procurement guys do anything out of the ordinary.



From: Linux on 390 Port [LINUX-390@VM.MARIST.EDU] on behalf of Dave Jones 
[d...@vsoft-software.com]
Sent: Wednesday, October 02, 2013 11:05 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VM Monitor

If you can't get Velocity's suite of tools (they're excellent), try taking a 
look at Perfkit and OmgeaMon XE for zLinux. OmegaMon XE for zLinux can also 
feed performance data into a z/OS - OmegaMon environment, if you're running 
that 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/
-
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/

Re: file corruption on RHEL 5.8

[Rob van der Heij]

On Wed, Oct 2, 2013 at 7:17 PM, Donald Russell wrote:

>
> In the case I'm currently working on, a ".so" file (binary) has a chunk of
> plain text in the middle of it. The "chunk" is 4K bytes long, and is a
> piece of a program listing. 4K is the block size of the underlying DASD.
>
> I am now in the process of trying to find when this happened by restoring
> backup copies and seeing if I can narrow the time frame down.
>

Was either or both of these files supposed to be written? The .so file
would be written only when you install the package. If the .so was not
written, the origin of the text might point to the cause. And what's
underneath; is it a plain device or is there LVM or md in between?

Since you mention journaling errors, did you have fsck repair things that
could actually have created this? (we've seen that in the past with fsck on
ReiserFS disks). The minidisk isn't R/O, is it?  I think that has been
fixed now, but initially we had problems where Linux eventually would drop
dirty blocks when it couldn't write them to disk.

Can you DDR the minidisk to another place and link thata in another Linux
guest? That way you can run fsck as you like.

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://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/