Re: Tapeless Solutions

2011-12-19 Thread shai hess
MFNetDisk also support tapeless solution for emulated tapes. MFNetDisk tape emulation let you select MFNetDisk tape manager soultion or CA or IBM or any other tape manager solution. MF only trasfer the data and the CCW commands to PC and by that reduce the CPU utilization in MF. The PC emulates th

Re: Imagine having to deal with THIS in production

2011-12-19 Thread Mike Schwab
On Mon, Dec 19, 2011 at 11:02 PM, Joel C. Ewing wrote: > John, > If you had read all of the included previous thread context in my previous > response, the context was "the world's eventual conversion to format>", not a discussion limited to internal date usage by machines.  I > would say that ma

register Values TCBGRS vs TCBRB->XRBREGS

2011-12-19 Thread Micheal Butz
Hi, Would anyone know what the differences at a point in time between the values in TCBGRS and The Values of the registers in XRBREGS of the RB pointed to by TCBRB I am assuming of course TCBRB is the currently executing RB THANKS -

Re: Imagine having to deal with THIS in production

2011-12-19 Thread Joel C. Ewing
On 12/19/2011 05:39 PM, John Gilmore wrote: Joel C. Ewing writes (of Julian days): | That makes much sense for astronomers that work through | the night and sleep during the day, but is a terrible fit for people | and businesses that have to deal with "normal" work hours and | who would never t

Re: Question on PR/SM dispatcher

2011-12-19 Thread Shane
On Mon, 19 Dec 2011 09:20:16 -0500 Tom Russell wrote: > PR/SM dispatches Logical CPs not Logical Partitions. I wonder if it'd be considered churlish to point out this wasn't always the case. Shane ... -- For IBM-MAIN subscribe

Re: Tapeless Solutions

2011-12-19 Thread Russell Witt
While the cache is MF DASD (which gives it great performance when writing and reading from cache), CA-Vtape now has the ability to be offloaded to cheaper dasd that is attached through an NFS Server (such as NetApp or Data Domain). And you even have the flexability of having the offload copy go

Re: Imagine having to deal with THIS in production

2011-12-19 Thread John Gilmore
Joel C. Ewing writes (of Julian days): | That makes much sense for astronomers that work through | the night and sleep during the day, but is a terrible fit for people | and businesses that have to deal with "normal" work hours and | who would never tolerate the same period of daylight being | ca

Re: Imagine dealing with THIS in production

2011-12-19 Thread Joel C. Ewing
On 12/19/2011 11:53 AM, Mike Schwab wrote: How about the Julian Day as used by astronomers? http://en.wikipedia.org/wiki/Julian_day Julian day is used in the Julian date (JD) system of time measurement for scientific use by the astronomy community, presenting the interval of time in days and fra

Re: Tapeless Solutions

2011-12-19 Thread Henke, George
Offloading VTAPE to zIIP would not be so bad, no? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Monday, December 19, 2011 5:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless Solutions W dniu 2011-12-19 23:02, Henke, George

Re: Tapeless Solutions

2011-12-19 Thread Jonathan Goossen
CA VTape is a software solution that uses any disk that you happen to have. The down side of this type of solution is the increased CPU usage due to it being a software solution instead of a hardware solution, like the TS7720, that uses private disk in behind the scenes. Thank you and have a T

Re: Tapeless Solutions

2011-12-19 Thread R.S.
W dniu 2011-12-19 23:02, Henke, George pisze: Will CA VTAPE work on regular MF or does it need the DS8800. What??? CA VTAPE is from software being sold by CA. DS8800 is a DASD box being sold by IBM. CA VTAPE works on any mainframe DASD. I don't know what does it mean "work on regular MF". BT

Re: Tapeless Solutions

2011-12-19 Thread Henke, George
Will CA VTAPE work on regular MF or does it need the DS8800. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Friday, December 16, 2011 8:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless Solutions Hi George, If y

Re: Abend in LE - S0C1 at CEEHSFXS+310

2011-12-19 Thread Lizette Koehler
>Data at PSW is > >UNEXPECTED RETURN-CODE: 6576 > What level of z/OS? What is this in COBOL, ASSEMBLER, PL1, etc.. What function was involved at the time? Have you looked at the CEEDUMP and determined anything? CEEHSFXS CEL Stack Frame eXit Schedule A COBOL application with a regi

Re: Imagine dealing with THIS in production

2011-12-19 Thread Mike Schwab
On Mon, Dec 19, 2011 at 1:47 PM, Chase, John wrote: > > What's "magic" about -4713/01/01?  Why not specify the epoch origin as > the "Big Bang"?  What would today's "Big Bang day number" be? > http://www.hebcal.com/ Mon, 19 December 2011 - 23rd of Kislev, 5772 5772 years ago would be 3761 BC.

Abend in LE - S0C1 at CEEHSFXS+310

2011-12-19 Thread Binyamin Dissen
Data at PSW is UNEXPECTED RETURN-CODE: 6576 -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother re

Re: Imagine dealing with THIS in production

2011-12-19 Thread Bill Fairchild
Multiply approximately 365.25 by approximately 15 (American) billion. The result, 5.47875 times ten to the twelfth power (American trillion) will still fit in a 64-bit register. And there's even room in the register to double it (for plus and minus) and throw in one more for the year zero. He

Re: Imagine dealing with THIS in production

2011-12-19 Thread Mike Schwab
On Mon, Dec 19, 2011 at 1:47 PM, Chase, John wrote: >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of Mike Schwab >> >> How about the Julian Day as used by astronomers? >> >> http://en.wikipedia.org/wiki/Julian_day >> Julian day is used in the Julian date (JD) syste

Re: Imagine dealing with THIS in production

2011-12-19 Thread Chase, John
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Mike Schwab > > How about the Julian Day as used by astronomers? > > http://en.wikipedia.org/wiki/Julian_day > Julian day is used in the Julian date (JD) system of time measurement for scientific use by the > astronom

Re: Imagine dealing with THIS in production

2011-12-19 Thread John Gilmore
Mike Schwab's Wikipedia quote: | Julian day is used in the Julian date (JD) system of time measurement | for scientific use by the astronomy community, presenting the interval | of time in days and fractions of a day since January 1, 4713 BC | Greenwich noon. Julian date is recommended for astrono

Re: Imagine dealing with THIS in production

2011-12-19 Thread Mike Schwab
How about the Julian Day as used by astronomers? http://en.wikipedia.org/wiki/Julian_day Julian day is used in the Julian date (JD) system of time measurement for scientific use by the astronomy community, presenting the interval of time in days and fractions of a day since January 1, 4713 BC Gree

Re: Imagine dealing with THIS in production

2011-12-19 Thread Gerhard Postpischil
On 12/19/2011 4:17 AM, glen herrmannsfeldt wrote: But if I understand it right, the date is computed from the value in the interval timer, along with various offsets, only when it is actually needed. Nothing special actually happens at midnight on Dec. 31st. Which is not how I remember it. The

Re: Imagine dealing with THIS in production

2011-12-19 Thread Paul Gilmartin
On Mon, 19 Dec 2011 08:44:00 -0600, Chase, John wrote: > >Perhaps the world's eventual conversion to "Star Date" (or similar) will >be less confusing and disruptive :-) > Ummm... NVFL. See: http://en.wikipedia.org/wiki/Stardate -- gil --

Re: zFS parm sysplex=filesys

2011-12-19 Thread Walter Marguccio
> From: Lizette Koehler > Subject: Re: zFS parm sysplex=filesys > Does this mean with z/OS V1.13 I will have to change to SYSPLEX(YES) in > order to have zFS files mounted?  Or will zFS still mount even with > SYSPLEX(NO) Lizette, With SYSPLEX(NO) zFS address space will mount its zFS dataset

Re: Imagine dealing with THIS in production

2011-12-19 Thread Chase, John
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of David Mierowsky > > At least they didn't have to deal with this! Thankfully this was sorted out long before computers were > around! > > The Changes of 1752 > In accordance with a 1750 act of Parliament, England and i

Re: One Less Mainframe Shop

2011-12-19 Thread Chase, John
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of DKM > > Just over seven years ago, I was hired as the Financial System Administrator > at my place of > emplacement.  In my first interview, I was told how they were getting ready > to pick a new ERP and get > off th

Re: Question on PR/SM dispatcher

2011-12-19 Thread Tom Russell
PR/SM dispatches Logical CPs not Logical Partitions. So Question 1 and 2 get the same answer. Any given Logical partiton can have some logical CPs ready to run, and pther logical CPs in the WAIT state. The ready to run CP will be dispatched on a real CP when it is the highest priority Logical

Re: Imagine dealing with THIS in production

2011-12-19 Thread Chase, John
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of J R > > "pour people"? - what, you mean like bartenders? Must be the same kind of folks who "pour" over a manual in detail. (What do they pour over the manual, and how does that help discern details?) And "loose" u

Re: z/OS 1.13 ASCENV incompatible change in Assembler

2011-12-19 Thread Peter Relson
While it is admittedly unpleasant to have the system start enforcing requirements that it has documented, and I'll grant that we don't often make such runtime enforcement changes, here we are talking about assembly where it should be fairly easy to address, and might well help avoid a problem (

Re: WAIT ECB WITH 00 First Byte

2011-12-19 Thread Peter Relson
For "normal completion", the resetting of the other ECB's wait bits is done, as Jim Mulder points out. For "abnormal completion" (i.e., if you were waiting and woke up in your recovery whether due to cancel or some other asynchronous abend), don't count on it Peter Relson z/OS Core Technology

Re: Imagine dealing with THIS in production

2011-12-19 Thread glen herrmannsfeldt
(snip, someone wrote) > The changeover involved a series of steps: > December 31, 1750 was followed by January 1, 1750 (under the > "Old Style" calendar, Dec ember was the 10th month and January the 11th) > March 24, 1750 was followed by March 25, 1751 (March 25 was the > first day of the "O

Re: Question on PR/SM dispatcher

2011-12-19 Thread Vernooij, CP - SPLXM
You don't have to wait for it, you can also force it. Amdahl's MDF did it. The main difference was that PR/SM is interrupt driven and MDF was timeslice driven. Therefor it did not have to wait for the ducks to line up, but simply took an entire domain from the processors when its time was up and di

Re: Question on PR/SM dispatcher

2011-12-19 Thread Martin Packer
To dispatch entire LPARs would be waiting for 2n ducks to line up in a row: An event with progressively high latency in the n>1 case. Which is one reason we don't do it, I guess. (The 2n ducks would be the n logicals and n physicals.) Martin Martin Packer, Mainframe Performance Consultant, zCh

Re: Question on PR/SM dispatcher

2011-12-19 Thread Vernooij, CP - SPLXM
"Mauri Kanter" wrote in message news:<7558267718421282.wa.itzuviem013.net...@bama.ua.edu>... > Thank you Jim. Crystal Clear. > Mauri, I was going to reply, that your view on pr/sm was incorrect: pr/sm does not dispatch entire LPARs, but individual processors, if the LPAR's weight allows it. But