Ted MacNeil was absent from these precincts for some time. Recently
he has returned, wrapped, like Batman, in a mantle of virtue: He is
the sworn enemy of pretention, which in this case takes the form of
some knowledge of the cyrillic alphabet.
Roles of this sort are perilous. They are likely t
Personally I enjoy Johns contributions - acerbic or otherwise.
And his jousts with gil.
Bloody sight more entertaining than most of the drivel that this list generates.
Shane ...
--
For IBM-MAIN subscribe / signoff / archive acc
John,
Is that like never argue with a fool , because someone looking on cant tell the
difference
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Feb 23, 2013, at 6:41 AM, John Gilmore wrote:
> Ted Ma
On 2/22/2013 1:08 PM, Skip Robinson wrote:
The biggest advantage of large volumes is reduction in UCB count. One
disadvantage is that larger volumes take longer to back up and to restore.
We have some astonishingly large 'volumes' in the open systems world that
are supported by only modestly fast
On Sat, 23 Feb 2013 08:59:39 -0800, Ed Jaffe wrote:
>
>One area of focus is our corporate file server, which utilizes the
>DFS/SMB server on z/OS. We have large, single-volume ZFS data sets on
>large volumes. (They used to be multivolume ZFS on smaller volumes). One
>small update causes the entire
On 2/23/2013 9:33 AM, Paul Gilmartin wrote:
Most of my department's large UNIX filesystems are NFS mounted
from ZFS (not zFS) on Solaris servers. Our daily backups are
ZFS snapshots, almost negligible latency, followed by background
dumps to tape.
Right. FLASHCOPY of a large volume on our DS8
On Sat, 23 Feb 2013 09:45:15 -0800, Ed Jaffe
wrote:
>On 2/23/2013 9:33 AM, Paul Gilmartin wrote:
>>
>> Most of my department's large UNIX filesystems are NFS mounted
>> from ZFS (not zFS) on Solaris servers. Our daily backups are
>> ZFS snapshots, almost negligible latency, followed by backgrou
Hi,
Could someone give me some help: I would like to know if it is possible to get
in some control block (or via some MACRO/API program) the name of the active
SMF dataset (and the alternates too). I will do this in an assembler program.
In addition I would like to know the best way to read,
On Sat, 23 Feb 2013 15:41:26 -0300, Jose ADAUTO Ribeiro
wrote:
>Hi,
>
>Could someone give me some help: I would like to know if it is possible to get
>in some control block (or via some MACRO/API program) the name of the active
>SMF dataset (and the alternates too). I will do this in an assemb
What are you going to do? There are several freeware functions available to
read SMF.
If you tell us what you want to do, perhaps we can give better answers.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf
> Of Jose ADA
On 2/23/2013 10:29 AM, Mark Zelden wrote:
On Sat, 23 Feb 2013 09:45:15 -0800, Ed Jaffe
wrote:
My question is about whether a DFS/SMB ZFS should be backed up at all
given its size and the existence of a daily TSM backup of its contents.
... why not test the process and see how it works and g
When using IXGBRWSE to browse a LogStream, if a reason code of
IxgRsnCodeEndReached is returned, indicating that I have reached the end of
the LogStream, is there an interface by which I can be notified when
additional data becomes available in the LogStream?
John P. Baker
President
NGSSA, LL
On Friday 22 February 2013 20:57:37 Paul Gilmartin wrote:
> But case-insensitivity is chauvinistic, at least as Windows 7 implements
> it. While Win 7 balked when I tried to create Cat and CAT in the same
> directory, it cheerfully let me create both матрёшка and МАТРЁШКА.
> So, whether you enjo
One of the CBT tape programs does exactly this -- it "finds" the current SMF
dataset and reads it. It's probably in assembler and of course the CBT tape was
open source before open source was cool.
If you can't find it post back here and I will figure out which one I have in
mind. Maybe 523?
C
On 20 Feb 2013 06:59:00 -0800, in bit.listserv.ibm-main you wrote:
>Shmuel is right, and this thread is symptomatic.
>
>Before dual-case devices became available the use of single-case ones
>was clearly defensible because inescapable.
>
>The defense of the continued use of single-case ones once du
cfmpub...@ns.sympatico.ca (Clark Morris) writes:
> Actually there is a more subtle and hard to deal with reason. Any
> alphanumeric field comparison or sort on alphanumeric fields assumed
> upper case only. If case insensitivity were to be required, all of
> them would have to be rewritten. If n
Hi, Mark.
Yes, it's for our shop's internal only, but you are right. I don't know when
this can happens, but ...
So I need learn about how to manipulate it if the SMF migrate to SMF logger.
Thanks for your help. IPLINFO was a good example how to get the SMF dataset
names.
For now, I need to
On 23 February 2013 17:08, Clark Morris wrote:
[quoting John Gilmore]
>>The defense of the continued use of single-case ones once dual-case
>>replcements had become available, notionally on economic grounds, was
>>in fact an instance of the all but reflexive responses of
>>bureaucratized EDP manag
Earlier today I saw the following:
http://www.businessinsider.com/10-tech-skills-that-will-instantly-net-you-10-salary-2013-2#fortran-is-worth-103000-18
.. makes COBOL $200k/300k??
--
For IBM-MAIN subscribe / signoff / archi
On 2/23/2013 4:24 PM, Graham Hobbs wrote:
Earlier today I saw the following:
http://www.businessinsider.com/10-tech-skills-that-will-instantly-net-you-10-salary-2013-2#fortran-is-worth-103000-18
.. makes COBOL $200k/300k??
I suspect the availability of COBOL programmers is thought to be g
'Rewrite' is perhaps hyperbolic. Case insensitive is rather different
from case sensitivec The HLASM, DFSORT, C/C++ all have BIFs
functional;ly eq
On 2/23/13, Anne & Lynn Wheeler wrote:
> cfmpub...@ns.sympatico.ca (Clark Morris) writes:
>> Actually there is a more subtle and hard to deal with
21 matches
Mail list logo