Re: Where is kernel loaded in memory?

2011-03-18 Thread Mark Wheeler
Marcy,
 
Good suggestions. Alas:
1) The app doesn't use java, and
2) The customer refuses to run prime the pump-type scripts because they claim 
it would just mask the problem
 
Mark 

 
 Date: Thu, 17 Mar 2011 15:47:12 -0500
 From: marcy.d.cor...@wellsfargo.com
 Subject: Re: Where is kernel loaded in memory?
 To: LINUX-390@VM.MARIST.EDU
 
 When you have some memory intensive night time activities, like say scanning 
 checks in cron jobs, or heavy batch stuff, these things happen. We added more 
 memory :(, although lowering the heap size did help some.
 
 Anyway you can prime the pump (script to touch your pages in a cron job?)?
 
 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/


Re: Where is kernel loaded in memory?

2011-03-18 Thread Mark Wheeler
Mark,
 
That's an excellent suggestion, inasmuch as we have a couple dozen of these 
servers running and, if nothing else, sharing code could reduce overall demand 
for memory. Obviously, the bigger win would be if this is the code that is 
actually being paged in and causing the delays, since by sharing it would be 
more likely to be in storage already.
 
The larger problem is going to be getting buy-in from the app owner to 
implement such a thing.
 
Best regards,
 
Mark 

 
 Date: Thu, 17 Mar 2011 14:55:07 -0600
 From: mp...@novell.com
 Subject: Re: Where is kernel loaded in memory?
 To: LINUX-390@VM.MARIST.EDU
 
  On 3/17/2011 at 04:47 PM, Marcy Cortes marcy.d.cor...@wellsfargo.com 
  wrote: 
  When you have some memory intensive night time activities, like say 
  scanning 
  checks in cron jobs, or heavy batch stuff, these things happen. We added 
  more memory :(, although lowering the heap size did help some.
  
  Anyway you can prime the pump (script to touch your pages in a cron job?)?
 
 Putting the application into an xip2 file system on a DCSS might help with 
 this quite a bit.
 
 
 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/


Re: Where is kernel loaded in memory?

2011-03-18 Thread Richard Troth
You get a double benefit from XIP.  Not only is the content shared by all
guests (so if just one guest is using it, CP has already paged it in), but
from the Linux perspective it is point and shoot.  (That's why they call
it execute in place. But you knew that.)  Ordinarily, programs have to be
copied from a filesystem into memory, even if the filesystem is backed by
memory rather than disk.

-- R; 




On Mar 18, 2011 8:32 AM, Mark Wheeler mwheele...@hotmail.com wrote:
 Mark,

 That's an excellent suggestion, inasmuch as we have a couple dozen of
these servers running and, if nothing else, sharing code could reduce
overall demand for memory. Obviously, the bigger win would be if this is the
code that is actually being paged in and causing the delays, since by
sharing it would be more likely to be in storage already.

 The larger problem is going to be getting buy-in from the app owner to
implement such a thing.

 Best regards,

 Mark


 Date: Thu, 17 Mar 2011 14:55:07 -0600
 From: mp...@novell.com
 Subject: Re: Where is kernel loaded in memory?
 To: LINUX-390@VM.MARIST.EDU

  On 3/17/2011 at 04:47 PM, Marcy Cortes marcy.d.cor...@wellsfargo.com
wrote:
  When you have some memory intensive night time activities, like say
scanning
  checks in cron jobs, or heavy batch stuff, these things happen. We
added
  more memory :(, although lowering the heap size did help some.
 
  Anyway you can prime the pump (script to touch your pages in a cron
job?)?

 Putting the application into an xip2 file system on a DCSS might help
with this quite a bit.


 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/

--
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 is kernel loaded in memory?

2011-03-18 Thread Richard Troth
I was reminded off-list by someone who knows WAS better than I do that
unzipping of JAR files renders content sharing moot.  Sad, but true.
JIT does the same thing.

So ... I am a huge fan of XIP, and we should all use it more.  But we
still have opportunities in all application areas.

Even when the sharing is hindered, using DCSS for filesystems is a
great advantage.  VM can manage the storage.  Then if you have content
in a DCSS backed filesystem which can utilize mmap(), XIP comes into
play and makes things just that much better.

-- R;   
Rick Troth
Velocity Software
http://www.velocitysoftware.com/





On Fri, Mar 18, 2011 at 08:57, Richard Troth vmcow...@gmail.com wrote:
 You get a double benefit from XIP.  Not only is the content shared by all
 guests (so if just one guest is using it, CP has already paged it in), but
 from the Linux perspective it is point and shoot.  (That's why they call
 it execute in place. But you knew that.)  Ordinarily, programs have to be
 copied from a filesystem into memory, even if the filesystem is backed by
 memory rather than disk.

 -- R; 




 On Mar 18, 2011 8:32 AM, Mark Wheeler mwheele...@hotmail.com wrote:
 Mark,

 That's an excellent suggestion, inasmuch as we have a couple dozen of
 these servers running and, if nothing else, sharing code could reduce
 overall demand for memory. Obviously, the bigger win would be if this is the
 code that is actually being paged in and causing the delays, since by
 sharing it would be more likely to be in storage already.

 The larger problem is going to be getting buy-in from the app owner to
 implement such a thing.

 Best regards,

 Mark


 Date: Thu, 17 Mar 2011 14:55:07 -0600
 From: mp...@novell.com
 Subject: Re: Where is kernel loaded in memory?
 To: LINUX-390@VM.MARIST.EDU

  On 3/17/2011 at 04:47 PM, Marcy Cortes
  marcy.d.cor...@wellsfargo.com wrote:
  When you have some memory intensive night time activities, like say
  scanning
  checks in cron jobs, or heavy batch stuff, these things happen. We
  added
  more memory :(, although lowering the heap size did help some.
 
  Anyway you can prime the pump (script to touch your pages in a cron
  job?)?

 Putting the application into an xip2 file system on a DCSS might help
 with this quite a bit.


 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/


--
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 is kernel loaded in memory?

2011-03-18 Thread Carsten Otte
Quote: The larger problem is going to be getting buy-in from the app owner
to implement such a thing.

Actually, all you need to do is _install_ it on subject file system.
There's nothing on the implementation side that needs to be done for it.

with kind regards
Carsten Otte
IBM Linux Technology Center / Boeblingen lab
--
omnis enim res, quae dando non deficit, dum habetur et non datur, nondum
habetur, quomodo habenda est



 Mark Wheeler
 mwheelermn@hotma
 il.comTo
 Sent by: Linux on LINUX-390@vm.marist.edu
 390 Port   cc
 linux-...@vm.mar
 ist.edu  Subject
   Re: Where is kernel loaded in
   memory?
 18.03.2011 13:29


 Please respond to
 Linux on 390 Port
 linux-...@vm.mar
 ist.edu






Mark,

That's an excellent suggestion, inasmuch as we have a couple dozen of these
servers running and, if nothing else, sharing code could reduce overall
demand for memory. Obviously, the bigger win would be if this is the code
that is actually being paged in and causing the delays, since by sharing it
would be more likely to be in storage already.

The larger problem is going to be getting buy-in from the app owner to
implement such a thing.

Best regards,

Mark


 Date: Thu, 17 Mar 2011 14:55:07 -0600
 From: mp...@novell.com
 Subject: Re: Where is kernel loaded in memory?
 To: LINUX-390@VM.MARIST.EDU

  On 3/17/2011 at 04:47 PM, Marcy Cortes
marcy.d.cor...@wellsfargo.com wrote:
  When you have some memory intensive night time activities, like say
scanning
  checks in cron jobs, or heavy batch stuff, these things happen. We
added
  more memory :(, although lowering the heap size did help some.
 
  Anyway you can prime the pump (script to touch your pages in a cron
job?)?

 Putting the application into an xip2 file system on a DCSS might help
with this quite a bit.


 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/

--
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 is kernel loaded in memory?

2011-03-18 Thread Mark Post
 On 3/18/2011 at 08:29 AM, Mark Wheeler mwheele...@hotmail.com wrote: 
 The larger problem is going to be getting buy-in from the app owner to 
 implement such a thing.

Why would they care?  Do they have an issue when you move their DASD to a new 
storage array at lease expiration time?


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/


Moving Oracle off zLinux boxes -- comments from the field?

2011-03-18 Thread CHAPLIN, JAMES (CTR)
We just had a surprise announcement by one of the Oracle DBAs during a
zLinux  Application group planning meeting at our worksite. The DBA
advised us that they (Database group) were going to move/migrate all the
Oracle databases that we have on zLinux boxes off to an intel/unix
platform. He did not offer details of the hardware, or when or how, just
that they were going to do it. This is a bite of a surprise as we have
just moved our MQ off the Mainframe (zOS) to the zLinux platform (guests
on zVM) and that move is doing well. This may be due in part to the
false mindset that we have in our upper management at our site that
Mainframes are old technology. Also we have had slow response from
Oracle on resolving issues we have identify (certifying Oracle 11 on
z390x architecture, getting Oracle 10 support for RHEL 5.0 on z390x
architecture). Has anyone else on this list had any related war
stories similar to what we may be about to experience as this move
takes place?

 

James Chaplin

Systems Programmer, MVS, zVM  zLinux


--
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: Moving Oracle off zLinux boxes -- comments from the field?

2011-03-18 Thread Simms, Michael
We are about to put into production, once we have gotten our multipath 
(failover) issues resolved with EMC, Oracle 10. We had to step back to SLES 10 
SP3+ due to Oracles glacial speed with certification of Oracle 11 on zLinux. 
Also, the application only runs on Oracle 10, I imagine for the same reason.

On a brighter note: Our DB2 on zLinux, the latest DB2 for zLinux, is running in 
test, again we await a resolution of multipathing (failover) issues with our 
EMC SAN before we make it production. I share your pain. It took us a long time 
to convince our management that consolidating/introducing Linux images on the z 
was a good idea. So far we (well, I) aren't disappointed. The part that sorta 
called off the nay sayers or hushed them up was when we ran a nightly flow that 
runs on a pSeries (multiple CPUs, same DS4700 subsystem) on Linux/DB2 that ran 
5 times faster on our 1 IFL. Hmmm...hard to argue with that. :-)

Just my opinion but it sounds to me like someone lost a bet or a poker game 
where the loser had to give up their platform for Oracle. Just a WAG, but 
sounds about as reasonable. When management makes decisions like the one you 
describe, well it leaves me speechless! At least for a little while. I wish you 
a good outcome.

Michael Simms
Systems Programmer
zSeries  VM, VSE, (z)Linux, AIX
Naples Campus, Florida
239-552-3479

Enabling America's Best Local Healthcare

 Please consider the environment before printing this email and SAVE A TREE. 


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of CHAPLIN, 
JAMES (CTR)
Sent: Friday, March 18, 2011 2:22 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Moving Oracle off zLinux boxes -- comments from the field?


We just had a surprise announcement by one of the Oracle DBAs during a
zLinux  Application group planning meeting at our worksite. The DBA
advised us that they (Database group) were going to move/migrate all the
Oracle databases that we have on zLinux boxes off to an intel/unix
platform. He did not offer details of the hardware, or when or how, just
that they were going to do it. This is a bite of a surprise as we have
just moved our MQ off the Mainframe (zOS) to the zLinux platform (guests
on zVM) and that move is doing well. This may be due in part to the
false mindset that we have in our upper management at our site that
Mainframes are old technology. Also we have had slow response from
Oracle on resolving issues we have identify (certifying Oracle 11 on
z390x architecture, getting Oracle 10 support for RHEL 5.0 on z390x
architecture). Has anyone else on this list had any related war
stories similar to what we may be about to experience as this move
takes place?

 

James Chaplin

Systems Programmer, MVS, zVM  zLinux


--
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 is kernel loaded in memory?

2011-03-18 Thread Mark Wheeler
 

 Date: Fri, 18 Mar 2011 14:19:28 +0100
 From: co...@de.ibm.com
 Subject: Re: Where is kernel loaded in memory?
 To: LINUX-390@VM.MARIST.EDU
 
 Quote: The larger problem is going to be getting buy-in from the app owner
 to implement such a thing.
 
 Actually, all you need to do is _install_ it on subject file system.
 There's nothing on the implementation side that needs to be done for it.
 
 with kind regards
 Carsten Otte
 IBM Linux Technology Center / Boeblingen lab

1) The app owner does the install so there's no hiding it from them
2) The filesystem is 10 GB, which exceeds the DCSS max (unless we were to 
string several together w/ LVM - ick!) 

Mark

  
--
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 is kernel loaded in memory?

2011-03-18 Thread Tom Duerbusch
Is it possible to trigger a bogus transaction say, an hour before your first 
transaction is usually executed?

We had a similar problem with CICS back in the '90s.  The transaction did a 
call (a no no back in CICS 1.7) to an external routine which did a lot of 
paging and a lot of I/O to non-cached controllers.  The first time thru, the 
transaction would abend (AICA...runaway task timer).  After storage was loaded, 
it would run in a few seconds.

The cheapest/easiest solution was to trigger the transaction a couple times 
before users got on.

Is that possible with your application?

Tom Duerbusch
THD Consulting

 Mark Wheeler mwheele...@hotmail.com 3/17/2011 11:55 AM 
Bob,
 
No, the question was asked previously, but I chose to ignore it. For one, 
because it would take way too long to explain adequately, and also that the 
thread would quickly expand exponentially.
 
Quick answer: we have an app that sees elongated response times on the first 
transaction of the day. We have traced it back to several thousand synchronous 
pageins (because stuff got paged out overnight, and our page volumes aren't 
infinitely fast). All subsequent transactions run sub-second. I have no idea 
which pages are involved, but it was suggested that since they were synchronous 
pageins, it may involve the kernel. A POSSIBLE solution that crossed my mind 
would be to lock kernel pages in storage and see if that solved the problem. 
All I needed to conduct that little experiment was to know where the kernel 
lived in storage.
 
Again, I know most everyone who reads this will have the same obvious questions 
and suggestions, and I appreciate that. Alas, right now there isn't enough time 
or bandwidth to explain the situation in sufficient detail so as  to prevent 
this thread from blowing up in a hundred different directions. The suggestion 
to look at /proc/iomem answered my immediate question. As necessary, I'll toss 
further questions out to the list.
 
Thanks all!
 
Mark Wheeler
UnitedHealth Group 

 
 Date: Thu, 17 Mar 2011 11:30:27 -0600
 From: nix.rob...@mayo.edu 
 Subject: Re: Where is kernel loaded in memory?
 To: LINUX-390@VM.MARIST.EDU 
 
 An obvious question that no one has bothered to ask as yet:
 
 What is the problem you're trying to solve with this? Or, why do you want to
 know where the kernel loads, and what will you gain from it?
 
 Too many times, users or other people (programmers, other sysadmins, ...)
 come to us with a solution in need of a piece or part, and we never hear the
 larger question or problem, to which there may be a much simpler answer.
 
 The query may be a simple one, the need may be educational. Or it may be a
 cog in a larger, complex solution to a problem that some, or many of us have
 already solved in some other way which does not involve walking through the
 kernel's memory.
 
 It's just a thought, but Mark -- What's your original problem or task?
 
 --
 Robert P. Nix Mayo Foundation .~.
 RO-OC-1-18 200 First Street SW /V\
 507-284-0844 Rochester, MN 55905 /( )\
 - ^^-^^
 In theory, theory and practice are the same, but
 in practice, theory and practice are different.
 
 
 
 On 3/17/11 5:59 AM, Richard Troth vmcow...@gmail.com wrote:
 
  Originally, the kernel loaded at real addr 64k. That is the default for
  Linux on most platforms. But you could change that, and for 1M alignment,
  some do so on S/390.
 
  Going with mapped memory, it sounds like absolute zero is the virtual pref
  for kernel space. Cool. Easily handled in all virt mem platforms.
 
  -- 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/ 
  
--
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: Where is kernel loaded in memory?

2011-03-18 Thread Mark Post
 On 3/18/2011 at 03:14 PM, Mark Wheeler mwheele...@hotmail.com wrote: 
 1) The app owner does the install so there's no hiding it from them

It's going to look just like an EXT2 file system to them.

 2) The filesystem is 10 GB, which exceeds the DCSS max (unless we were to 
 string several together w/ LVM - ick!) 

If you're running RHEL 6, you can concatenate multiple DCSS just by loading 
them at sequential virtual addresses in memory.  I.e., no gaps between one and 
the next.

How much of that file system is code, versus non-executable stuff?  If you can 
segregate the code, that might be worthwhile.


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/


Re: Moving Oracle off zLinux boxes -- comments from the field?

2011-03-18 Thread Barton Robinson

wow, your DBAs have the authority to spend that kind of money and make
that kind of change without management signature? So no financial
analysis, no technical reason, sounds religious.

CHAPLIN, JAMES (CTR) wrote:

We just had a surprise announcement by one of the Oracle DBAs during a
zLinux  Application group planning meeting at our worksite. The DBA
advised us that they (Database group) were going to move/migrate all the
Oracle databases that we have on zLinux boxes off to an intel/unix
platform. He did not offer details of the hardware, or when or how, just
that they were going to do it. This is a bite of a surprise as we have
just moved our MQ off the Mainframe (zOS) to the zLinux platform (guests
on zVM) and that move is doing well. This may be due in part to the
false mindset that we have in our upper management at our site that
Mainframes are old technology. Also we have had slow response from
Oracle on resolving issues we have identify (certifying Oracle 11 on
z390x architecture, getting Oracle 10 support for RHEL 5.0 on z390x
architecture). Has anyone else on this list had any related war
stories similar to what we may be about to experience as this move
takes place?



James Chaplin

Systems Programmer, MVS, zVM  zLinux


--
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/
attachment: BARTON.vcf

Server rebooting after doing a CP Q DA from the console

2011-03-18 Thread CHAPLIN, JAMES (CTR)
Found a problem today with CP QUERY command that caused our Linux Server
to reboot. 

 

Using vmcp from a zLinux server, I issued the following command:

 

vmcp q dasd | less

 

Binary file (standard input) matches

Error: output (21282 bytes) was truncated, try --buffer to increase size

 

This guest has a large number of DASD attached to it (Oracle database)
causing this problem. (Should have used the 'vmcp -b  q dasd |
less')

 

But I thought I would try the same command from the guest console (#CP Q
DA), and got the following response just before the server rebooted:

DASD 4886 ON DASD  4886 R/W VI1304 SUBCHANNEL = 014C

DASD 4887 ON DASD  4887 R/W VI1305 SUBCHANNEL = 014D

Error: output (21282 bytes) was truncated, 

 

Two questions as I am a VM rookie,

How to you modify the buffer from the console for the CP command?

How do you display the buffer size available for a CP command?

 

Also:

Why would a query command on a console bring down a linux guest, but
vmcp query does not? Is this a know bug?

 

James Chaplin

Systems Programmer, MVS, zVM  zLinux


--
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: Moving Oracle off zLinux boxes -- comments from the field?

2011-03-18 Thread Mike Riggs
inline: graycol.gifinline: pic26058.gifinline: ecblank.gifattachment: BARTON.vcf


Re: Where is kernel loaded in memory?

2011-03-18 Thread Rob van der Heij
On Fri, Mar 18, 2011 at 9:11 PM, Mark Post mp...@novell.com wrote:
 On 3/18/2011 at 03:14 PM, Mark Wheeler mwheele...@hotmail.com wrote:
 1) The app owner does the install so there's no hiding it from them

 It's going to look just like an EXT2 file system to them.

 2) The filesystem is 10 GB, which exceeds the DCSS max (unless we were to
 string several together w/ LVM - ick!)

 If you're running RHEL 6, you can concatenate multiple DCSS just by loading 
 them at sequential virtual addresses in memory.  I.e., no gaps between one 
 and the next.

 How much of that file system is code, versus non-executable stuff?  If you 
 can segregate the code, that might be worthwhile.

The challenges are probably more political than technical. While I
would expect the Linux crowd to be open minded and eager to master
some of the technical differences, I often see non-mainframe people
use any technical difference as an excuse to resist change. They find
themselves unable to do their job and resist. Force feeding them
z/Linux makes them gag, and management does not see that as their lack
of skills but rather as a confirmation of the lack of mainframe
skills that they are concerned about. In reality it's more about
their inability to master a platform other than their local PC
(hardware as well as procedures).

Something like sharing code between virtual machines is new to them,
and probably beyond their imagination. First of all getting things
aligned so that all use the same version of the code, then resist the
urge to update any system at will without considering the rest, and
then the rituals of actually sharing a single copy in memory (and
possibly having to ask one of the old guys for help).

PS I would probably not push a 1.7GB DCSS to save 10 MB per virtual
machine (and spend another 20 MB per virtual machine to attach it).
That is not the thing that makes or breaks your business case. I'm
willing to fight with anyone else who has numbers too...

:esoapbox.

--
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: Moving Oracle off zLinux boxes -- comments from the field?

2011-03-18 Thread CHAPLIN, JAMES (CTR)
It's government, what do you expect ;-)

James Chaplin

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Barton Robinson
Sent: Friday, March 18, 2011 5:03 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Moving Oracle off zLinux boxes -- comments from the field?

wow, your DBAs have the authority to spend that kind of money and make
that kind of change without management signature? So no financial
analysis, no technical reason, sounds religious.

CHAPLIN, JAMES (CTR) wrote:
 We just had a surprise announcement by one of the Oracle DBAs during 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/


Re: Moving Oracle off zLinux boxes -- comments from the field?

2011-03-18 Thread Carroll, William D
Value for your dollars,   OMG, silly me, you said government  forget that.  
Doesn't happen

William 'Doug' Carroll

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of CHAPLIN, 
JAMES (CTR)
Sent: Friday, March 18, 2011 5:19 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Moving Oracle off zLinux boxes -- comments from the field?

It's government, what do you expect ;-)

James Chaplin

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Barton Robinson
Sent: Friday, March 18, 2011 5:03 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Moving Oracle off zLinux boxes -- comments from the field?

wow, your DBAs have the authority to spend that kind of money and make
that kind of change without management signature? So no financial
analysis, no technical reason, sounds religious.

CHAPLIN, JAMES (CTR) wrote:
 We just had a surprise announcement by one of the Oracle DBAs during 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/
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase  Co., its subsidiaries
and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase 
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to European legal entities.

--
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: Server rebooting after doing a CP Q DA from the console

2011-03-18 Thread Alan Altmark
On Friday, 03/18/2011 at 05:07 EDT, CHAPLIN, JAMES (CTR)
james.chap...@associates.dhs.gov wrote:

 But I thought I would try the same command from the guest console (#CP Q
 DA), and got the following response just before the server rebooted:

 DASD 4886 ON DASD  4886 R/W VI1304 SUBCHANNEL = 014C
 DASD 4887 ON DASD  4887 R/W VI1305 SUBCHANNEL = 014D

 Error: output (21282 bytes) was truncated,

 Two questions as I am a VM rookie,

 How to you modify the buffer from the console for the CP command?
 How do you display the buffer size available for a CP command?

You don't.  The Error: output you see wasn't generated by CP; it came
from Linux.  Ergo, the command you issued didn't actually go to CP.  It
wouldn't surprise me if someone set up a shell script of some sort to turn
#cp (a habit) into vmcp.

 Why would a query command on a console bring down a linux guest, but
 vmcp query does not? Is this a know bug?

Try again, but issue vmcp query term before you try the #cp.  I often see
that the LINEND character has been set to something other than # in order
to allow use of # in Linux.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training
ibm.com/systems/services/labservices
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott

--
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: Server rebooting after doing a CP Q DA from the console

2011-03-18 Thread CHAPLIN, JAMES (CTR)
My biggest problem is that I have no way to recreate the problem without
impacting our production. 

The vmcp command is at a level of protection against this problem. But
what we want to understand is why would a simple #CP Q DA bring down the
guest linux? You should have seen my face as I watched this Linux guest
go into a reboot from the console view on a Friday evening :-(

I was unable to capture the true output when the CP Q DA failed.

James Chaplin
Systems Programmer, MVS, zVM  zLinux
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Alan Altmark
Sent: Friday, March 18, 2011 5:54 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Server rebooting after doing a CP Q DA from the console

On Friday, 03/18/2011 at 05:07 EDT, CHAPLIN, JAMES (CTR)
james.chap...@associates.dhs.gov wrote:

 But I thought I would try the same command from the guest console (#CP
Q
 DA), and got the following response just before the server rebooted:

 DASD 4886 ON DASD  4886 R/W VI1304 SUBCHANNEL = 014C
 DASD 4887 ON DASD  4887 R/W VI1305 SUBCHANNEL = 014D

 Error: output (21282 bytes) was truncated,

 Two questions as I am a VM rookie,

 How to you modify the buffer from the console for the CP command?
 How do you display the buffer size available for a CP command?

You don't.  The Error: output you see wasn't generated by CP; it came
from Linux.  Ergo, the command you issued didn't actually go to CP.  It
wouldn't surprise me if someone set up a shell script of some sort to
turn
#cp (a habit) into vmcp.

 Why would a query command on a console bring down a linux guest, but
 vmcp query does not? Is this a know bug?

Try again, but issue vmcp query term before you try the #cp.  I often
see
that the LINEND character has been set to something other than # in
order
to allow use of # in Linux.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training
ibm.com/systems/services/labservices
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott

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