In a few minutes the company will be decommissioning me, just like they did
with the mainframe (except their not shipping me back to POK). I will sign
up to the list with another email address, so I will still be on the list.
So long and thanks for all the fish.
CONFIDENTIALITY/EMAIL NOTICE: The
I know there is an RMF screen that will show you all that, but I can't
remember exactly which one.
2011/8/29 Sérgio Lima Costa
> Hello list,
>
> Someone, know, if have a command that show who is using the CSA , and ESQA
> áreas from ZOS ?
>
> We are running ZOS 1.12.
>
> Thanks very much
>
> Se
--Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Scott Rowe
> Sent: Friday, August 26, 2011 3:39 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Large Page Frames & z/OS 1.12 Implementation Redbook
>
> I'm not su
I'm not sure, but I would guess that the Nucleus use of Large Page does not
involve the LFAREA in any way. The nucleus is loaded before the LFAREA is
probably even built, and there is no logical need for them to be related. I
would guess that any full 1MB segments above the line that the nucleus
How are they uncataloging SMS datasets? I could have sworn a normal user
could not accomplish that without special privileges. Since I no longer
have a system, I can't verify this, but I thought a DELETE NOSCRATCH for an
SMS dataset failed unless you had proper authorization.
On Fri, Aug 26, 201
The high level answer is that RMM and HSM are not involved in allocation,
and CATALOG is only involved if a cataloged dataset is referenced, and the
UNIT is not coded explicitly. SMS may be involved if SMS managed tape is in
place.
On Thu, Aug 25, 2011 at 6:25 AM, MONTERO ROMERO, ENRIQUE ELOI <
e
Sorry... that should be "in case you didn't know"
On Wed, Aug 24, 2011 at 12:46 PM, Scott Rowe wrote:
> In case you did know, the source library where the ACS routines were
> compiled from is available, in case they were replaced from a different
> library. That may he
In case you did know, the source library where the ACS routines were
compiled from is available, in case they were replaced from a different
library. That may help you locate the proper source, or not :-(
On Wed, Aug 24, 2011 at 9:55 AM, McKown, John wrote:
> I don't know how, but the STORCLAS
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/G1433E00
On Tue, Aug 23, 2011 at 12:32 PM, Claudio Marcio wrote:
> Hello,
>
> I need a manual CSP, can anyone help me?
>
> att
>
> Claudio
>
> --**--**--
> For IBM-MAIN su
It's not the chip, but servo tracks on the tape that are wiped out, and they
cannot be re-written by the drives.
On Mon, Aug 22, 2011 at 12:11 PM, Ken Porowski wrote:
> I think 3480/3490 were the last tapes that could be reinitialized by the
> user (after degaussing).
> I thought the 3590, 3592
It looks like that by default zPDT does take the initial TOD value from the
Linux hardware clock, unless you use settod.
On Fri, Aug 19, 2011 at 9:51 AM, Scott Rowe wrote:
> I just looked at the zPDT redbook and found there is a settod command,
> which shoukd be used before IPL.
>
&
he IPL procedure must works
> but
> its's true that there are other functions that must be done out of the
> z/OS,
> if i see something, i tell you.
>
> Thank you Scott
>
> 2011/8/19 Scott Rowe
>
> > On a mainframe you can set the TOD clock from the HMC, then r
der zPDT is like a z/OS system in a mainframe, there is any
> way to inform the TOD of z/OS trhough zPDT
>
> 2011/8/19 Scott Rowe
>
> > Is there maybe a zPDT option to allow updating the TOD clock, or maybe
> you
> > just need to set the Linux clock properly?
> >
Is there maybe a zPDT option to allow updating the TOD clock, or maybe you
just need to set the Linux clock properly?
On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez wrote:
> Thanks for the comments,
>
> If anyone have any suggestion will be ver much apreciated, I'm completly
> lost.
>
>
>
George,
I think the best way to handle this is to restore the datasets w/DSS outside
of HSM. HSM isn't very good at this, since the datasets weren't cataloged
on the flashcopied volumes when you dumped them, and HSM doesn't know you
did the flashcopy. This is why you need to move to FRBACKUP.
O
27998 and 23476 IIRC, but I believe the OP was talking about copying tapes.
On Wed, Aug 17, 2011 at 6:20 PM, Rick Fochtman wrote:
> --****
>
>
> Hal:
>>
>> A 32K blocksize is not optimal for 3390 . IIRC it would be 1 block per
>> track (tr
I've done it, but I haven't had any reason to in the last couple decades,
nor do I expect to.
On Fri, Aug 12, 2011 at 5:02 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:
> In <4e4443e2.1040...@ync.net>, on 08/11/2011
>at 04:04 PM, Rick Fochtman said:
>
> >I respectfully s
Esmie,
Those control cards are input to DSS, and have absolutely nothing to do with
the allocation of TAPE1, which is in JCL. By the time DSS reads the control
cards, the allocation of the datasets defined in JCL is already complete.
Those keywords in DSS control statements are used for dynamic a
I would be happy to be corrected, but I thought that, by definition, each
process was a separate address space.
On Thu, Aug 11, 2011 at 9:01 AM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:
> In ,
> on 08/10/2011
>at 09:50 AM, "McKown, John" said:
>
> >The OMVS environment
Yes, that does not mean authorized, since AC=1 is not required on the load
module.
On Wed, Aug 10, 2011 at 3:49 PM, Ted MacNEIL wrote:
>
>
>
>
>
>
>
> >>>If you identify the jobstep program name (and you *always* want it to
> run non-swap), then an entry in SCHED
SYSEVENT is an assebler macro.
On Wed, Aug 10, 2011 at 1:59 PM, Tim Brown wrote:
> Where is this coded ?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Tom Harper
> Sent: Wednesday, August 10, 2011 1:58 PM
> To: IBM-MAIN@bama.ua.
My first question would be: Why do you think you want to run this job as
non-swappable?
On Wed, Aug 10, 2011 at 1:50 PM, Tim Brown wrote:
> What is required to make a particular batch job run as non-swappable
>
>
>
> Thanks,
>
>
>
> Tim Brown
> Systems Specialist - Project Leader
> Central Hud
Not to mention the pathetic performance of ring disruption/resync in non-XCF
RING mode.
On Tue, Aug 9, 2011 at 8:09 PM, Shane Ginnane wrote:
> On Wed, Aug 10th, 2011 at 7:18 AM, Scott Rowe wrote:
>
> > I would consider using a base Sysplex across all your LPARs, and have GRS
By "allocation" do you mean "creation"?
During dataset creation, the only "DCB" information available is from the
allocation parameters (i.e. JCL or SVC 99), so the dataset attributes are
assigned from there. However these attributes may be overridden during
OPEN.
On Wed, Aug 10, 2011 at 11:53 A
, Aug 10, 2011 at 11:45 AM, Paul Gilmartin wrote:
> On Wed, 10 Aug 2011 10:25:37 -0400, Scott Rowe wrote:
>
> >Two what?
> >
> >There is one TSO submit exit (IKJEFF10), and one job verification exit
> >(IEFUJV). These two exit points were created for different purposes an
Donald,
I suspect it would be better to investigate why your CS code did not work
than to start messing with locks.
On Wed, Aug 10, 2011 at 9:46 AM, Donald Likens wrote:
> I was planning to check the return code of the obtain lock to determine if
> I should release it. I do not think it is as el
Two what?
There is one TSO submit exit (IKJEFF10), and one job verification exit
(IEFUJV). These two exit points were created for different purposes and
functions.
On Wed, Aug 10, 2011 at 10:02 AM, Paul Gilmartin wrote:
> On Tue, 9 Aug 2011 10:27:31 -0500, Williamson, James R wrote:
>
> >IKJEFF
I would consider using a base Sysplex across all your LPARs, and have GRS
use XCF signalling over FICON CTC. This is a far superior solution over the
older style of GRS-Ring, and it gets you all the other benefits of Sysplex.
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contain
At least you still have one, I am in the process of shutting down and wiping
the last disks clean on our mainframe, it ships out next week.
Anyone need any help out there?
On Fri, Aug 5, 2011 at 8:07 AM, McKown, John
wrote:
> I guess my complaining __is__ becoming tiresome. I'll try to stop. At
and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>
> > -Original Message-
> > From: IBM
Ah, but I prefer to have a WRITE at the bottom of the routine to show what
was assigned every time the routine is executed, and EXIT statements prevent
you from having that.
On Thu, Aug 4, 2011 at 3:27 PM, Darth Keller wrote:
> >>I would like to add the following observation:
> >>Why use a SELECT
John,
Why not use GCC?
On Thu, Aug 4, 2011 at 2:44 PM, McKown, John
wrote:
> But not at a cost of $0.00. We're still in "lock down" mode. We seem to be
> doing better as a company, but there is still a push to keep costs at a
> minimum. Some day, I may look at relicensing your C, C++, and assemb
Good catch Dave.
I would like to add the following observation:
Why use a SELECT structure, and then use
DO
SET &STORGRP = ''
EXIT
END
When you could code it more like this:
SELECT
WHEN (&HLQ = &HSM_HLQ) /* MANAGE MULTI VOLUME HFS DATA SETS */
SET &STORGRP =
I don't know that I would recommend that unless he gets his TOD clock set to
the proper UTC time.
On Thu, Aug 4, 2011 at 8:28 AM, Staller, Allan wrote:
> Add the following to /etc/rc and /etc/profile
>
> TZ=desired value
> export $TZ
>
> HTH,
>
>
> Is there something I should be changing in USS?
Either that or he thinks he is executing IEHPROPHET.
On Wed, Aug 3, 2011 at 1:16 PM, Chase, John wrote:
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Joel C. Ewing
> >
> > [ snip ] I guess the logical
> > corollary of CM expecting it to be reasonable to rai
Open for output merges all the attributes and then REPLACES the DSCB values
with the result of the merge.
On Tue, Aug 2, 2011 at 8:15 PM, CM Poncelet wrote:
> ... but open for output, followed by write, works - whereas open for input,
> followed by read, doesn't (it fails with an "I/O ERR"): tha
But aren't CONSOLE and CONSPROF TSO commands? I don't think that first
ADDRESS CONSOLE should be there at all.
On Thu, Jul 28, 2011 at 8:03 AM, McKown, John wrote:
> I noticed that you did:
>
> ADDRESS CONSOLE
>
> on a line by itself. That means that all subsequent commands go to the
> CONSOLE
Actually, at the time the "standard" was "set", there was no such thing as
APF.
On Tue, Jul 19, 2011 at 4:46 PM, Paul Gilmartin wrote:
> On Tue, 19 Jul 2011 20:16:26 +, Gibney, Dave wrote:>>
> >>
> >>
> http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=/com.ibm.zos.r12.ieae20
Kirk,
I don't think your little code sample would work as you intended, try LA
instead of LR ;-)
On Thu, Jul 14, 2011 at 5:24 PM, Kirk Talman wrote:
> Or write little program (skeleton ASM)
>
> OPEN
> LR R3,4
> GET
> LR R3,0 OR ...
> EOF EQU *
> RETURN w/R3 as return code in R15
>
> can also be
When REPRO REUSE is used to load an existing cluster the existing extents
stay where they are, why/how would they move? There may be some effect of
guarantted space if additional extents need to be added, but pre-existing
extents stay where they are.
On Thu, Jul 14, 2011 at 2:34 PM, akoc...@netze
Be happy you have 5 year (that may wind up being 10), mine is scheduled to
go in a month :-(
On Tue, Jul 12, 2011 at 2:51 PM, Gibney, Dave wrote:
> I thank Walt for the link, and confess to not thoroughly reading the
> announcement. They may be meaningless, but in reality, I have very little
> e
Talk to your IBM maintenance rep, they have several options for this.
On Tue, Jul 12, 2011 at 2:55 PM, Pommier, Rex R.
wrote:
> I don't know how/if IBM handles this, but I've seen where other disk
> vendors, for an extra maintenance charge, allow you to keep and destroy the
> failed HDDs instead
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS111-136
On Tue, Jul 12, 2011 at 1:24 PM, Steve Comstock wrote:
> I've seen comments on stories about the new mainframe,
> and I knew the announcement was coming. But I haven't
> see
If you are trying to draw performance conclusions based on processor clock
speed, then stop right there. The z10 is a very different processor design
from the z196/z114, and any conclusions reached by comparing clock speeds of
different designs are worthless.
On Tue, Jul 12, 2011 at 11:06 AM, War
I'm no Java expert, but I would say that isn't a valid performance test in
any way, it is more a test of how long it takes to load and initialize the
Java environment. I wouldn't put any value at all in those numbers.
On Tue, Jul 12, 2011 at 10:52 AM, Matan Cohen wrote:
> Hi ,
> I have Java 1.4
We have at least one set of B&T cables under our floor in Ohio (Cleveland
area) that will be de-commissioned in early August. I would have to check,
but we might also have some non-IBM 3270s lying around.
On Fri, Jul 1, 2011 at 3:52 PM, William Donzelli wrote:
> I have a couple of requests for s
Until this thread started, I had never even considered the idea that the bar
had any "thickness". If memory is addressable with 31-bits, then it is
below the bar, if not, it is above the bar. While I find this discussion
interesting, I have not seen any argument that would cause me to change my
v
Then it sounds like ISPF need to have logic added to do a GTTERM on either
an I/O error or a PA2 (RESHOW), and then needs to implement a way to
communicate any geometry changes to any applications that may have an
interest.
On Wed, Jun 29, 2011 at 10:30 AM, Edward Jaffe
wrote:
> On 6/28/2011 3:32
It doesn't do that on my 1.10 system. Have you opened a PMR?
On Fri, Jun 24, 2011 at 5:21 PM, Schwarz, Barry A <
barry.a.schw...@boeing.com> wrote:
> On z/OS 1.11, we are noticing that passwords are being changed during logon
> when the user accidentally enters data in the new password field but
After the last two winters we just went through, you have the nerve to
complain about those temps? You certainly shouldn't use the term "freezing"
if the temp is above 0 C!
;-)
On Fri, Jun 17, 2011 at 8:56 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:
> Chase, John wrote:
> >
Some devices can't use dynamic UCBs, and some can't be above the line, but
neither of these cases is any reason not to use dynamic reconfiguration.
On Thu, Jun 16, 2011 at 4:50 PM, Linda Mooney wrote:
> The squawk message about the 3420 type tape drives the last time I tried
> dynamic is what I
OK, but that doesn't prevent one from using dynamic. PORs are so last
century ;-)
On Thu, Jun 16, 2011 at 4:04 PM, Linda Mooney wrote:
> Hi Ted,
>
>
>
> Until fairly recently, we still had some very old equipment with below the
> line UCBs.
>
>
>
> Linda
>
>
> - Original Message -
> From
I know there is an issue with console security in a sysplex with mixed
security products. I think it can be manageable, but you have to understand
it fully to be sure you avoid exposures.
On Thu, Jun 16, 2011 at 10:33 AM, Perry Mayes wrote:
> Good day:
>
> We are running a 3 system parallel sysp
I resemble that remark.
Being one of the afflicted, I can tell you that there are several attributes
of ADD/ADHD that can be a real advantage in this profession. However, there
are several different flavors of ADD/ADHD, so it is not universal by any
means.
On Thu, Jun 16, 2011 at 10:19 AM, Scot
read would result in the other thread(s) getting a larger share of the
execution cycles, hmmm.
On Mon, Jun 13, 2011 at 7:11 PM, Farley, Peter x23353 <
peter.far...@broadridge.com> wrote:
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua
Indeed, we had a 360/95 at NASA Goddard, and I thought it was silly that it
spent most of it's time running I/O bound batch.
On Mon, Jun 13, 2011 at 6:45 PM, Anne & Lynn Wheeler wrote:
> scott.r...@joann.com (Scott Rowe) writes:
> > If it bothers you that much you are going to
If it bothers you that much you are going to have to go back to running on
older (slower) hardware. It is just not possible without throwing out all
the innovative features that allow current processors to run at the speeds
they do. If you think it's bad now, it will get a lot worse if/when IBM
i
s. I have tweaked the MASDEF to HOLD=10 on both z/OS guests now.
> The enqueues on the HASP* DASD have nearly disappeared in RMF and the
> response times have improved dramatically. Again, thank you all. Andre
> En Réponse à "Scott Rowe" le 13 juin 2011
> 16:
Yes, HOLD=1000 is way too large for a shared spool. A Value of 50 or 100
would be a much better place to start.
On Mon, Jun 13, 2011 at 10:06 AM, Staller, Allan wrote:
> How may spool volumes? Is the CHKPT defined in the CF (real or virtual).
> HOLD=1000 seems a bit long for multi-access spool.
It's alpha, like BWKV0.
On Thu, Jun 9, 2011 at 6:13 PM, Edward Jaffe wrote:
> On 6/9/2011 1:54 PM, T. Mungal wrote:
>
>> For CUtype=2107 you now have an alpha serial number. Just wanted to konw
>> how extensively that alpha serial number is used versus the numeric serial
>> number. Any operatio
Good luck John, keep in touch.
On Thu, Jun 9, 2011 at 5:50 PM, John McKown wrote:
> Going to acute care soon. Still likely 4 weeks. Everything else is OK.
>
> --
> John McKown
> Maranatha! <><
> Sent from my Vibrant Android phone.
>
> On Jun 9, 2011 12:30 PM, "Jim Thomas" wrote:
>
> Sir,
>
> Goo
Oh, and it hasn't caused me any problems, but I only have IBM software and
Mobius.
On Thu, Jun 9, 2011 at 9:41 PM, Scott Rowe wrote:
> It's alpha, like BWKV0.
>
>
> On Thu, Jun 9, 2011 at 6:13 PM, Edward Jaffe
> wrote:
>
>> On 6/9/2011 1:54 PM, T. Mungal wro
*Glenn, if we fired someone after a mistake, NONE OF US would have a job.
:-)*
Great, now I'll be the only one left.
:-p
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended r
Dave,
I was happy to see that you are only "barking: at the hand that feeds you
;-)
Have you opened a PMR with IBM on this to see if it is WAD?
Scott
On Wed, Jun 8, 2011 at 4:14 PM, David Cole wrote:
>
>
> I just shot a bug in z/XDC that occurred only rarely, but once it occurred,
> it drove
I would add Jo-Ann Stores, but the mainframe is scheduled for elimination on
7/24/2011.
On Sat, May 28, 2011 at 12:00 PM, Patrick Loftus wrote:
> Great idea - been thinking about same thing myself for a while now.
> I'll add the few sites I know of.
>
> ---
Try this:
http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ieav200/bpfind.htm
Or the version appropriate to your release.
On Wed, May 25, 2011 at 4:06 PM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:
> Is there any IBM document that explains t
Good luck, I tried to offload a few of those drives last year, nobody on
this list was interested ;-)
On Tue, May 24, 2011 at 5:08 PM, Dana Mitchell wrote:
> On Tue, 24 May 2011 22:31:00 +0200, R.S.
> wrote:
> >2, Instead of CF CHP(xx),OFFLINE you should issue VARY PATH
> >(ccuu,chp),OFFLINE.
>
Pat,
I think the maximum can be increased by changing
MAXIMUM_NUMBER_OF_SPLIT_SCREENS in your installation options.
Scott
On Mon, May 23, 2011 at 2:39 PM, Patrick Lyon wrote:
> On Mon, 23 May 2011 18:22:13 +0200, Lindy Mayfield
> wrote:
>
> >I have been using multiple ISPF screens for many yea
I think he is looking for something like "SWAP PREV", though I'm not sure
that will do what he wants.
On Mon, May 23, 2011 at 12:29 PM, Mark Zelden wrote:
> On Mon, 23 May 2011 18:22:13 +0200, Lindy Mayfield
> wrote:
>
> >I have been using multiple ISPF screens for many years now, 12 or so. I
Is it just me, or does it make no sense that the DSS BUILDSA function
requires a dataset of F/80/80 to build a card deck?
It won't accept FB/80/whatever, or even SYSOUT=B.
I mean, it's not like anyone is going to actually IPL it from the dataset it
is being written to.
CONFIDENTIALITY/EMAIL NOTI
Skip,
The time frame for that planned outage has not yet arrived, it would seem
that the outage we saw earlier today was un-planned.
On Fri, May 20, 2011 at 4:14 PM, Skip Robinson wrote:
> Nice catch. I glanced at this notice a while back but failed to zero in on
> the weekday time frame.
>
> So
Yup, same here in Akron.
On Fri, May 20, 2011 at 12:20 PM, Chase, John wrote:
> Unable to reconnect from Chicagoland USA, although I was signed in
> earlier today.
>
>
>
>-jc-
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff
My experience with FDRTSEL has always been good. I suspect that the OP's
trouble could be if he has 3590's with ESCON attachment, the ESCON ports on
the 3590-A60 controllers had abysmal performance.
On Mon, May 16, 2011 at 2:12 PM, Neil Duffee wrote:
> Anecdotally, I find my monthly run (Copy1-
On Mon, May 16, 2011 at 1:17 PM, Paul Gilmartin wrote:
> On Mon, 16 May 2011 08:42:32 -0400, Shmuel Metz (Seymour J.) wrote:
>
> >In , on 05/15/2011
> > at 04:11 PM, Paul Gilmartin said:
> >
> >>certainly not in an interactive shell
> >
> >I'm not sure what you mean by an "interactive shell", no
ommunications may therefore be subject to public disclosure.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Scott Rowe
> Sent: Tuesday, May 10, 2011 4:09 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Removing entries of
It's not IEBCOPY doing the allocation, it's XMIT, and the reason there is
not VOLSER is because it doesn't care about the VOLSER, it just wants to
allocate a temp dataset, and it can't find find a volume to allocate it on.
I suspect that there was an SMS change that caused this.
On Tue, May 10, 2
Maybe you should just change your logon clist to allocate the ISPPROF as
SHR, rather than OLD, since ISPF is perfectly capable of sharing the
ISPFPROF dataset now.
On Tue, May 10, 2011 at 3:32 PM, Mueller, David <
david.muel...@ssrc.myflorida.com> wrote:
> Barry Schwarz said: ". . . you should a
I believe it is triggered by the first message to be written to the job log
for a given day, if no messages are written on Monday, then no date message
is written.
On Tue, May 10, 2011 at 10:56 AM, Ron MacRae wrote:
> Hi all,
> I hope someone can clear up some confusion on my part.
>
> In t
My guess would be that XMIT is trying to allocate a temporary dataset, and
if your SMS rules don't point temp datasets to an SMS pool, then it is
trying to find a disk volume mounted as STORAGE or PUBLIC. Check to see if
there has been a change to your SMS config that might have affected temp
data
John,
If you do a "SETSYS PARTIALTAPE(MARKFULL)" before your TAPECOPY, then
TAPECOPY will mark all your partial tapes full, you don't need to DELVOL.
Scott
On Tue, May 10, 2011 at 11:39 AM, John Mattson wrote:
>The "general" thing about HSM is that there are so many things for
> which y
I couldn't agree more! 42!
On Fri, May 6, 2011 at 1:07 PM, Grinsell, Don wrote:
> Not perfect, but close...
>
> Vogonism: (n) originally defined as being overly bureaucratic; sticking too
> much to the book and leaving no room for original interpretation; requiring
> every single person to perc
office)*
> > *(561) 707-3496 (mobile)*
> > *School District of Palm Beach County*
> > *3348 Forest Hill Blvd.*
> > *Room B-332*
> > *West Palm Beach, FL. 33406-5869*
> > *Florida's Only A-Rated Urban District For Six Consecutive Years*
> >
> >
> &
da's Only A-Rated Urban District For Six Consecutive Years*
>
>
>
> On Wed, May 4, 2011 at 11:55 AM, Scott Rowe wrote:
>
> > When you do the FlashCopy yourself like this, then HSM doesn't know that
> it
> > is a backup of PTST00, so he doesn't look to
When you do the FlashCopy yourself like this, then HSM doesn't know that it
is a backup of PTST00, so he doesn't look to this backup to restore a
dataset on PTST00. It looks to me like you should be using FRBACKUP for
this, so that it is HSM that is doing the FlashCopy, and he knows what the
backu
John,
If he explained what he was talking about, then he wouldn't be able to keep
telling you that you are wrong!
On Tue, May 3, 2011 at 10:03 AM, John McKown
wrote:
> Then explain them to this poor fool. I find them to be a useless
> anachronism. And your answers tend to be so short as to be un
Yes.
On Tue, May 3, 2011 at 9:14 AM, Bill Johnson wrote:
> I'm trying to run a TSO command using IKJEFT01 but I want the command to
> work on
> a dataset. Possible?
>
> TIA
>
> --
> For IBM-MAIN subscribe / signoff / archive acc
Ed,
That has to be the most sensible post of this entire idiotic kerfuffle.
I owe you a beer if I ever make it to SCIDS again.
Scott
On Mon, May 2, 2011 at 11:55 AM, Edward Jaffe
wrote:
> On 5/2/2011 8:44 AM, Ed Gould wrote:
>
>> I suggest a SHARE requirement to get IBM to decide once and for
No offense Ted, but saying it doesn't make it so. I don't think I have ever
worked with a truly competent mainframe auditor in the corporate world. I
have seen far better in some (but certainly not all) government
organizations.
I remember one government auditor who said he was going to remove t
I haven't used it in at least 2 decades.
On Mon, Apr 25, 2011 at 2:43 PM, John Eells wrote:
> Is anyone still using OLTEP...and if so...what for?
>
> Note 1: If you haven't been a sysprog for 20 years or more, my guess is
> that you probably don't know what it is--and will probably never need to
As long as that sandbox doesn't share anything with any production system
maybe.
On Fri, Apr 22, 2011 at 5:45 PM, Gerhard Postpischil wrote:
> On 4/22/2011 4:17 PM, Rob Schramm wrote:
>
>> Super Secret (aka Security Through Obscurity) is always a bad idea.
>> Security and integrity are difficult
es 1000 Mbps/full duplex operation via point-to-point link
> - ...
>
>
>
> Chris Mason
>
> On Mon, 18 Apr 2011 15:12:54 -0400, Scott Rowe
> wrote:
>
> >While switching to Jumbo Frames may be beneficial (assuming the current
> MTU
> >is set to 1500), it is
; gotten into the wrong duplex state.
>
> We turned off auto and set speed and duplicity to fixed values. Made a huge
> difference. Huge.
>
> I'm thinking that networks bytes are far greater than payload bytes due to
> retries, etc.
>
>
>
> -Original Messag
t;
> Jim Horne
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Scott Rowe
> Sent: Monday, April 18, 2011 11:22 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: When is an OSA card too busy?
>
> Also, have
Also, have you checked that the OSA is connected at the proper speed and
duplex? This can be done through the HMC.
On Mon, Apr 18, 2011 at 11:09 AM, Horne, Jim - James S <
jim.s.ho...@lowes.com> wrote:
> Thanks, Hal. We have opened a ticket with IBM. I'm using IBM-Main to see
> if I can get mo
What is RMF telling you, and what type of OSA is it?
On Mon, Apr 18, 2011 at 11:09 AM, Horne, Jim - James S <
jim.s.ho...@lowes.com> wrote:
> Thanks, Hal. We have opened a ticket with IBM. I'm using IBM-Main to see
> if I can get more/better information faster this way.
>
> Jim Horne
>
> Hal Me
Yes, I very much prefer the SELECT structure, that way you can skip all
those EXIT statements and it allows additional code (such as informative
WRITEs) to be placed after all the decisions have been made.
On Thu, Apr 14, 2011 at 1:46 PM, Mark Zelden wrote:
> On Thu, 14 Apr 2011 12:24:24 -0500,
>Don't ignore IE (Internet Express). More holes than a screen door!
>
> INTERNET Explorer.
>
Internet EXPLODER!
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient,
Is it possible there are filesystems that have not been properly mounted?
On Wed, Apr 13, 2011 at 2:28 PM, Neale Ferguson wrote:
> According to<
> http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.ADCD.GLOBAL.HTML%28READM112%29%27#Header_04
> >
> http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.ADCD.GLOBAL.HTML%28R
John,
I do not in any way think that "arcane skills should be kept within the
priesthood". What I do think is that one should not propose to a novice
that he should just re-link a module with AC=1 when it has not been
determined that that is even the problem.
I imagine you would teach someone ho
It is has AC=0 in my environment, and work fine, AFAIK.
On Tue, Apr 12, 2011 at 12:20 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:
> In , on 04/12/2011
>at 09:26 AM, Scott Rowe said:
>
> >What seems to have been missed in this whole discussion is
1 - 100 of 645 matches
Mail list logo