Eric N. Bielefeld wrote:
[...]
I know many large companies such as IBM have computers in the countries
they do business in. I'm not counting that as offshoring, as I'm sure
they use the computers in other countries to support their business in
those countries. I'm talking about offshoring to
Everybody talks about moving to low cost countries. Here in Central
Europe we have different situations. Banks, industries etc are bought
by international companies and their datacenters are then consolidated
to mother countries like Germany, Austria, Switzerland, France, which
are *much* more
Bruno Sugliani writes:
To day i have learned that the new billing policy for TSM had changed in
2 ways
Bruno, I can't find any reference to any new TSM billing policy, meaning
any changes at least within the last 18 months or so (since the release of
TSM 5.3). Do you have a pointer to these
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
-cell00.bisx.prod.on.blackberry...
I am surprised!
I asked a question regarding the performance of the two types of
drives within a single frame, running with z/OS.
I stated that we had been told that 146 was not good about six months
Anthony Giorgio posted this on MVS-OE a couple of days ago.
Regards
Frank.
Emne: [MVS-OE] Now available on Tools and Toys: zip and unzip
I have uploaded builds of the most recent versions of the Info-Zip
utilities zip (v2.31) and unzip (v5.52) to the Tools and Toys page.
These builds were
I have never heard from my IBM or EMC guys about issues with the 146GB drives.
It was always the 300GB drives that had too much latency for High-Volume
Online Transaction.
Other than that the 73 and 146 can coexist fine in your array.
Y'NO!
This argument has been going on since 3380-D/E/K
Good day. We're trying to hook into OSA-ICC with Attachmate, and it's not
an elegant solution. It makes me wonder about products like PCOMM and
AF/Remote for that process instead of Attachmate.
Have any of you opted for either of the latter two over Attachmate? If so,
what was your
Hi,
Any idea where i can find the I/O command codes esp. the magnetic tape
channel commands?
Cheers,
Lieven
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message:
There's a high-level overview in Principles of Operation. I'm looking at the
ESA/390 manual as I write this and it's chapter 15.6.4.
For specifics, you're going to need the hardware manual for the specific
tape drive.
Charles
-Original Message-
From: IBM Mainframe Discussion List
Thx,
I still have an old Enterprise Systems Architecture/390 Reference Summary
that has all the codes in it.
But when I went on the web and check the Z/series architecture reference
summary it seems that these chapters (Magnetic tape channel commands and
DASD channel commands) have
In a message dated 6/20/2006 8:11:03 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Any idea where i can find the I/O command codes esp. the magnetic tape
channel commands?
From the subject of your post, z series channel commands,, the literal
answer is in the z series Principles
We are installing z/OS R1.7 and are having a problem with the LOGREC
allocation. We have a sysplex that is running z/OS R1.6 in production.
In IEASYSxx we tell the system that the logrec dataset should be
SYS1.LOGREC. I know what the system has in IEASYSxx by using Mark's MVS
Utilities -
We use a nodal qualifier for these dataset - SYS1.TS01.LOGREC - with no
ill effect.
Daniel McLaughlin
ZOS Systems Programmer
Crawford Company
PH: 770 621 3256
If we wait for the moment when everything is ready, we shall never
begin.
? Ivan Turgenev
On Tue, 20 Jun 2006 08:45:57 -0500, John C. Wolf [EMAIL PROTECTED] wrote:
We are installing z/OS R1.7 and are having a problem with the LOGREC
allocation. We have a sysplex that is running z/OS R1.6 in production.
In IEASYSxx we tell the system that the logrec dataset should be
SYS1.LOGREC. I
Daniel A. McLaughlin wrote:
Good day. We're trying to hook into OSA-ICC with Attachmate, and it's not
an elegant solution. It makes me wonder about products like PCOMM and
AF/Remote for that process instead of Attachmate.
Have any of you opted for either of the latter two over Attachmate? If
We run both 1.7 and 1.4 but do not see that exact message in either
release. (We do get a similar message out of Netview for the *old* Health
Checker.) Do you get this message?
IFB086I LOGREC DATA SET IS your-logrec-dataset-name
If so, your data set is being used. Could there be a command
as it comes from the factory, there's a set logr in commnd00 that you have
to pull
Jack Kelly
LA Systems @ US Courts
x 202-502-2390
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
Hi,
Look in COMMNDxx for a SETLOGRC command that sends logrec output to a logstream.
If it's not there add one the will send the logrec to a dataset.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John
C. Wolf
Sent: Tuesday, June 20,
2: the 144GB disk rotate at the same speed as the 72GB, so
basically they can deliver the same amount of MB/sec.
I thought that todays disks have more capacity on the outer
tracks than on the inner ones. Transfer rates vary with the
track position being read or written to.
Peter Hunkeler
On Tue, 20 Jun 2006 07:39:25 -0500, Daniel A. McLaughlin
[EMAIL PROTECTED] wrote:
Good day. We're trying to hook into OSA-ICC with Attachmate, and it's not
an elegant solution. It makes me wonder about products like PCOMM and
AF/Remote for that process instead of Attachmate.
Have any of you
2: the 144GB disk rotate at the same speed as the 72GB, so
basically they can deliver the same amount of MB/sec.
My DS8100 has 146GB Drives at 10k RPM and 73GB Drives at 15k RPM.
Doesn't this indicate that my 73GB Drives are Faster and can deliver
more MB/Sec? Or is there something in the
Boy did you nail that one. It looks as though Server Pack put a
SETLOGRC LOGSTREAM in Commandxx and we missed it.
Any how it is now fixed.
Thanks to all who answered we sure look dumb.
Again thanks.
John Wolf University of Cincinnati sysprog voice 513-556-0009
On Tue, 20 Jun 2006 08:56:07
Radoslaw,
Many years ago I attended the wedding of a Gillette executive whom, in his
speech at the reception, the best man described as a keen young man.
In the same spirit I can say that the Gillette executives seem to be as
sharp as ever honing their management options.
Chris Mason
-
A list of tape CCW op codes, from 3420 through 3480 tapes, is in the
ESA/390 Architecture Reference Summary at
http://publibfp.boulder.ibm.com/epubs/pdf/dz9ar900.pdf
3490s added a few more query and control commands.
Details can be found in the 3490 reference at
In a message dated 6/20/2006 9:12:47 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
I thought that todays disks have more capacity on the outer
tracks than on the inner ones. Transfer rates vary with the
track position being read or written to.
Transfer rates from the disk into
New development...I think it's down to console definitions in z/OS. We're
getting a message about a SYNCH being written and no fully capable console
is online. We get there by turning off the usual master console to force
the IPL to the OSA-ICC attached console.
I'm not sure what version of
No problems with Attachmate for us after we got on the current release.
[EMAIL PROTECTED] 06/20/06 9:02 AM
Daniel A. McLaughlin wrote:
Good day. We're trying to hook into OSA-ICC with Attachmate, and it's
not
an elegant solution. It makes me wonder about products like PCOMM and
AF/Remote
Vista TN3270 under Windows works fine on the OSA-ICC consoles.
Also X3270 under SuSE works just fine too. I was able to configure the
keyboard to map to the old 3270 keyboard mapping.
Sam Bass
McLane Company
Temple, TX 76503
254-771-7212
-Original Message-
From: IBM Mainframe
Ginnie,
HSM Incremental backups for DR purposes? I certainly hope you do not
plan on doing HRECOVER APPLYINCREMENTAL commands during a DR. Takes
waaa too long.
Do you really have a requirement for incremental backups at DR? Most
shops still using tapes use full volume DUMPs for data currency
On Tue, 2006-06-20 at 10:33 -0400, (IBM Mainframe Discussion List)
wrote:
Transfer rates from the disk into the read/write transducer do indeed vary
depending on where the track is
Not MF-related, but the old Apple Twiggy drive (which appeared briefly
on the unlamented Lisa) varied its motor
Daniel,
I hope you are using the OSA-ICC redbook to help you get yours working. It
can be found at
http://www.redbooks.ibm.com/abstracts/sg246364.html
I had a look at what it said about the TN3270E client. It goes as follows:
quote
2.2.4 TN3270E emulator planning
...
TN3270E emulator program
In a message dated 6/20/2006 10:01:30 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
the old Apple Twiggy drive (which appeared briefly
on the unlamented Lisa) varied its motor speed in order to pack more
data on those outer tracks while keeping the data transfer rate
constant.
Can someone point me in the right direction?
My issue is that I have a user running an FDRCOPY job as follows.
//STEP1EXEC PGM=FDRCOPY
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//SYSINDD *
COPY TYPE=DSF,
DSNENQ=NONE
SELECT CATDSN=AUL1.SAS.FORMATS,
Snippage: I hope you are using the OSA-ICC redbook to help you get yours
working. It
can be found at
We're using that. I seem to be down to some console definitions in ZOS, so
I'm reading the mighty fine manual some more. My error is
that it can't SYNCH up
My boss and I have read that
What catalog is AUL1 going to? What about AUL1$?
Is the alias defined to a user catalog?
Does the user have the ability to update the catalog?
Alan
The job is failing with the following RACF errors:
ICH408I USER(TSOSDB ) GROUP(TSOUSR ) NAME() 176
AUL1$.SAS.FORMATS CL(DATASET )
Ginnie,
If the backups are only for DR, why not use full volume backups? I
believe you indicated that the data was already in a separate Storage
Group.
Bob,
Hrecover volume commands take waaayyy too long. I have used Hrecover
applyincremental fromdate(dd/mm/) and found it quite efficient.
(IBM Mainframe Discussion List) wrote:
In a message dated 6/20/2006 10:01:30 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
the old Apple Twiggy drive (which appeared briefly
on the unlamented Lisa) varied its motor speed in order to pack more
data on those outer tracks while
Dave,
I'll be honest. I have not performed an applyincremental in over 10
years. It WAS painful then and it was HRECOVER volume *with*
applyincremental.
Maybe the current HSM, tape technology and ESCON/FICON channels have
made part of the process less painful. If so, great!
Running AUTODUMP is
2 different user catalogs. AUL1 is in one catalog and AUL1$ is in another.
The user can update both catalogs.
The user actually copied multiple AUL1 datasets to AUL1$ in the same job,
but it was the AUL1.SAS.FORMATS, AUL1.SAS.MACROS, and AUL1.VSAMPSP1 datasets
that fail only.
The same
You bet your 15k 73 GB disks will be much faster. I was involved in
two situations with UNIX and DS8000 where customer insisted on having
more capacity, they 'don't need' performance. When they hit the
limits, they went to 73 GB 15k and saw the difference and only then
they were happy.
On
Are you absolutely sure that there aren't any other RACF profiles (other than
AUL1$.*) lurking in the RACF database?
Regards,
Ulrich Krueger
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/20/2006
08:47:56 AM:
The same RACF profile is protecting all AUL1$ datasets, so I don't
Any chance these are aliased? Discrete profiles exist?
Bob Richards
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jasen Kloeppel
Sent: Tuesday, June 20, 2006 11:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Dataset copy error with FDR.
2
In a message dated 6/20/2006 10:29:37 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
centrifugal force can destroy the CD.
Works for mainframe disks too. Original technology was spray glue onto
aluminum, then spray fine particles of magnetizable substance (e.g., iron
oxide,
aka
Hello,
OS level: z/os 1.7
We are using infoprint server/IP printway to print to distributed printers.
The desktops are using Port Monitor to send print to the mainframe. Our
issue is updating the printer driver defined in port monitor when the
printer model changes. Not a big deal for a
IBM and Gerogia Tech researches have developed a new chip that runs at 500
Ghz when cooled to -451 degrees (F) and at 350 Ghz at room temperature.
Be interesting to see if IBM uses such chips in the next generation
mainframe boxes
RACF Question.
If your RACF Dataset Profile is AUL1$.* then it will only protect
datasets name with only one additional qualifier such as AUL1$.ACSASXP1,
it does not allow multiple dataset qualifiers such as
AUL1$.SAS.FORMATS. You will need to change the profile in RACF to
AUL1$.** to allow
If Enhanced Generic Naming is in effect (SETROPTS LIST will tell you),
your profile is only for two qualifier names. You need a
AUL1$.** profile. It is Table 81 in my RACF Command Reference.
-Original Message-
From: Jasen Kloeppel [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 20, 2006
Be interesting to see if IBM uses such chips in the next generation mainframe
boxes
It would be a miracle. This technology might be ten years off in commercial
processors.
--
Phil Payne
http://www.isham-research.co.uk
+44 7833 654 800
Bob,
I last ran applyincremental 4-5 years ago at DR so it's possible that
changes in the intervening years caused us to have differing
experiences. With newer tape, disk and Ficon I would expect today's
performance to be much better, except we can't assume the latest and
greatest in Ginnie's
That reminds me ... in the late 70s or early 80s there was a time when numerous
stories about supercooled or superconducting devices were making the rounds in
all the computer publications. The german Computerwoche once even had a
cartoon on that subject. It showed a datacenter manager proudly
Good. Heaven only knows how much we would have to pay IBM/CA/LRS/Compuware,
etc. in software charges.
On the plus side, I might finally see Half-Life 3: Mainframe, although I'll
need to get a mainframe mouse.
Jon
snip
Be interesting to see if IBM uses such chips in the next generation
In a message dated 6/20/2006 11:59:20 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
That reminds me ... in the late 70s or early 80s there was a time when
numerous
stories about supercooled or superconducting devices were making the rounds
in
all the computer publications.
What
From: Jon Brock [EMAIL PROTECTED]
On the plus side, I might finally see Half-Life 3: Mainframe, although
I'll need to get a mainframe mouse.
You don't have a mainframe mouse already? I couldn't live without one!
Dave Salt
SimpList(tm) - The easiest, most powerful way to surf a mainframe!
Kirk,
Thanks for the tip. I wasn't aware of the article, but I have it
pulled up now. I might take a shot at doing the Wiki thing after I get our
system up to z/OS 1.7. If nothing else, I hope it can keep the possibilities
in the public eye around here. I am blessed with good
I seem to recall that a Gene Amdahl startup (Commercial Data Servers?) did
some work with cooling an off the shelf IBM P/390 chip when they first came
out to something like -20 degrees (C) to get it to have a higher clock rate.
I saw the experimental setup in their lab one time.
But I think
What ever happened to IBM's bubble memory?
[EMAIL PROTECTED] 6/20/2006 1:55 PM
I seem to recall that a Gene Amdahl startup (Commercial Data Servers?) did
some work with cooling an off the shelf IBM P/390 chip when they first came
out to something like -20 degrees (C) to get it to have a higher
They quoted an IBM VP in the article at 12-24 months for something
like this to show up in commercial products. I don't think I would look
for it quite that fast.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Jones
Sent:
The bubble burst?
Sorry.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Richard Pinion
Sent: Tuesday, June 20, 2006 12:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM/Gerogia Tech unveil fast chip
What ever happened to IBM's bubble
In a message dated 6/20/2006 12:57:50 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
What ever happened to IBM's bubble memory?
New laboratory curiosities do not make it into commercial products until
they can at least outperform the technology that everyone fantasizes about
Bill,
There was some sort of publicity for superconductivity in 1987 - in order to
provide a more precise date. I can't recall whether or not IBM was
responsible. I know only because my group was looking for catchy ways to
publicise an event involving networking. I had the great idea - well, it
Hi all,
I seem to have forgotten what it means when the output from an IDCAMS LISTC
CAT('catname') has some of the information as (INVALID). And for some reason
it is eluding me when I review the SMS manauls
If you look at my output it has (INVALID) for entries like CI-SPLIT, CA-SPLIT
and
Sam Bass wrote:
Vista TN3270 under Windows works fine on the OSA-ICC consoles.
Also X3270 under SuSE works just fine too. I was able to configure the
keyboard to map to the old 3270 keyboard mapping.
we use x3270 on OpenSuSE 10.0 and on Fedora Core 4(?). x3270 comes
installed with Fedora ...
See Appendix Interpreting LISTCAT Output Listings in DFSMS Access
Method Services for Catalogs:
The statistics in the catalog are updated when the data set is closed.
Therefore, if an error occurs during CLOSE, the statistics might not be
valid.
If the data set has not been properly closed,
Hi Bob .. thanks for all your help .. actually .. we would use the full
volume dumps from sunday night to recover all volumes then
recover * tovolume(volser) unit(3390) to apply the incrementals. We figured
out that the Auto Backup parameter in the Storage group left in inactive
and the Backup
Ah, the beauty of actually being able to test something! grin
Glad you found a solution. I had missed the new SG part until Dave
pointed it out.
I have been spoiled by being in XRC environments for the last 6 years.
The best restore is no restore. Ditto for the incrementals.
Bob Richards
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Hi all,
I seem to have forgotten what it means when the output from an IDCAMS
LISTC CAT('catname') has some of the information as (INVALID). And for
some reason it is eluding me when I review the SMS manauls
If you look at my
Mark,
Is the presence of the Imbed parameter an issue? Lizzette didn't
mention what level of Z/os she is running on.
-Original Message-
From: Mark Thomen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 20, 2006 3:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Confusion on output of LISTC
Thanks Mark. that is the answer I needed.
We are running z/OS V1.4 and this fits very nicely. We will be upgrading to
z/OS V1.7 by end of year. So I will probably just live with this anomaly for
now.
Lizette
Yes - install APAR OA11927.
Thanks,
Mark Thomen
Catalog/IDCAMS/VSAM
On Tue, 2006-06-20 at 14:16 -0400, (IBM Mainframe Discussion List)
wrote:
I attended a technical session at a regional CMG in early 1994 done
by an IBM San Jose disk engineer named Bill Donovan, who had been in
on the development of every IBM disk product since day zero
I remember his name
Yeah, and some people had disappearing data too.
[EMAIL PROTECTED] 6/20/2006 3:20 PM
On Tue, 2006-06-20 at 14:16 -0400, (IBM Mainframe Discussion List)
wrote:
I attended a technical session at a regional CMG in early 1994 done
by an IBM San Jose disk engineer named Bill Donovan, who had
In a message dated 6/20/2006 2:21:22 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
I remember his name was Bill Donnelly?
Could well be. I thought it was Donovan. Memory check.
A sharp dude who knew his stuff. But he also
categorically stated that what the StorageTek guys
Maybe they did. I wouldn't know. I do know, though, that we haven't lost so
much as a bit of data due to Iceberg/RVA/SVA/V2X DASD for the years that we
have had it. Works fine for us. It must have seemed OK to IBM, too, since
they were selling it at one point.
Jon
snip
Yeah, and some
I heard, could have been an urban myth, the reason IBM came into the picture
was to fix the microcode problems that was causing the lost data. I'm talking
pre-1998.
[EMAIL PROTECTED] 6/20/2006 3:32 PM
Maybe they did. I wouldn't know. I do know, though, that we haven't lost so
much as a
On Tue, 2006-06-20 at 15:34 -0400, Richard Pinion wrote:
I heard, could have been an urban myth, the reason IBM came into the
picture was to fix the microcode problems that was causing the lost
data. I'm talking pre-1998.
Iceberg took a lot of heat early on for excessive downtime. Much of
The failure I was told of happened in Florida. I've been googling but haven't
found anything to support my story. It looks like Iceberg was around in the
early to mid 90's. Also, saw where Uncle Sam tried to sue IBM and STK after
they signed the RVA marketing deal.
I know, I know way off
On 6/15/2006 8:09 AM, Shmuel Metz , Seymour J. wrote:
AKAIK the only cases where AC(1) is appropriate are where a privileged
program does a task with RSAPF=YES, and I know of only five such
cases:
1. The ATTACH of a jobstep
2. The ATTACH of the TSO TMP by the TSO SM
3. Authorized TSO CALL
The failure I was told of happened in Florida.
Sounds like Capital City Bank in Tallahassee, Fl.
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317
Office: 850.219.5184
Fax: 888.221.9862
http://www.mainline.com
In a message dated 6/20/2006 3:30:33 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Sounds like Capital City Bank in Tallahassee, Fl.
One of the Crosses in GA. had Murphy bite their ICEBERGs too. Had a failure
during an upgrade and after it was all over no bytes were preserved.
Iceberg took a lot of heat early on for excessive downtime. Much of this was
due to microcode changes coming out on a regular basis you see. Applying the
changes was disruptive, and it counted against the machine's uptime.
We had one of the first in Canada (around 1991 -- I can't remember the
FYI:
I assumed it was a processor at first, but it turns out to be a silicon
transistor.
http://www.cnn.com/2006/TECH/ptech/06/20/ibm.chip.reut/index.html
Steve
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Dave Jones
Sent: Tuesday, June
The failure I was told of happened in Florida.
Many moons ago, one of the major Canadian banks installed one of EMC's early
SYMMETRIC devices (548xx?).
And, within a week they had a major microcode catastophe!
The directory had failed.
It was fully duplexed, but the microcode didn't know how
On Tue, 20 Jun 2006 07:39:25 -0500, Daniel A. McLaughlin
[EMAIL PROTECTED] wrote:
..snip..
In the meantime, we've been at this for days, our primary problem being
that we can't get the PC running Attachmate to come up as a NIP console.
Daniel,
As a thought - Have you defined your OSA-ICC
I don't have any success stories yet -- just war stories. We are
trying a couple different things on VM and Linux at the moment, but we haven't
gotten up to speed in either of them. (One of the projects -- an app from a
third-party -- had some disk performance problems that we are
On Tue, 20 Jun 2006 16:16:32 +0900, Timothy Sipples
[EMAIL PROTECTED] wrote:
Announcement letters 204-310 and 204-311 (December, 2004) describe the TSM
licensing terms and conditions if you'd like to get the official scoop.
Come on ,enough theory
Since when to you run a budget by reading
On Tue, 20 Jun 2006 16:11:30 +0200, Hunkeler Peter (KIUB 34)
[EMAIL PROTECTED] wrote:
2: the 144GB disk rotate at the same speed as the 72GB, so
basically they can deliver the same amount of MB/sec.
I thought that todays disks have more capacity on the outer
tracks than on the inner ones.
On Tue, 20 Jun 2006 10:33:33 EDT, IBM Mainframe Discussion List
[EMAIL PROTECTED] wrote:
In a message dated 6/20/2006 9:12:47 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
I thought that todays disks have more capacity on the outer
tracks than on the inner ones. Transfer rates vary
All this is speculation, though, because Ted didn't tell us what drives are in
the Old EMC or in the Latest and greatest.
The old are 46? I think. What was popular 3 years ago?
The new are going to be 73, unless I get 'proof' that 146 will perform.
(64 GB Cache).
Our out-sourcer hates to be
Is it Friday already?
On Tue, 20 Jun 2006 13:54:40 -0400, Richard Pinion [EMAIL PROTECTED]
wrote:
What ever happened to IBM's bubble memory?
[EMAIL PROTECTED] 6/20/2006 1:55 PM
I seem to recall that a Gene Amdahl startup (Commercial Data Servers?) did
some work with cooling an off the shelf
IBM started selling RVA because they had microcode problems that
STK couldn't fix?
I don't think so.
Tom Marchant
On Tue, 20 Jun 2006 15:34:13 -0400, Richard Pinion [EMAIL PROTECTED]
wrote:
I heard, could have been an urban myth, the reason IBM came into the
picture was to fix the microcode
Still not enough information, Ted. There are many options available.
Just knowing the capacity is a little like only knowing how many
engines you have on your processor. There are other important
variables.
On Tue, 20 Jun 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote:
All this is
IBM started selling RVA because they had microcode problems that STK couldn't
fix?
I don't think so.
I agree!
That is the most bizarre assertation I've ever heard.
While the ICEBERG had problems, initially, it became a work-horse.
And, that is why (IMO) IBM started selling them.
.
-teD
I like that word.
Assertation.
Do you mind if I use it?
Tom Marchant
On Tue, 20 Jun 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote:
IBM started selling RVA because they had microcode problems that STK
couldn't fix?
I don't think so.
I agree!
That is the most bizarre assertation
On Mon, 2006-06-19 at 02:18 -0500, Tom Rusnak wrote:
Greetings Mark Thomen and all,
I'm in the process of tuning our catalogs. In looking at the results of a
F CATALOG,REPORT,PERFORMANCE command I see a huge difference in the amount
of time to process a BCS ENQ between systems in a
Still not enough information, Ted. There are many options available. Just
knowing the capacity is a little like only knowing how many engines you have
on your processor. There are other important variables.
YES! I know.
And, I listed almost all of them in the original post.
.
-teD
Marching
Assertation.
Do you mind if I use it?
At the risk of going O/T, no.
Usually, the word is assertion, but I believe this one exists.
(Of course, I could be wrong. I thought I was wrong once. It turns out, I was
mistaken.)
.
-teD
Marching to the beat of a different flute
Bill Donnelly?
==
He occasionally gave executive briefings, and I saw him once at a GUIDE
or SHARE meeting. A sharp dude who knew his stuff. But he also
categorically stated that what the StorageTek guys were trying to do
with Iceberg was impossible. Paraphrasing: Believe me,
Looking for advice
On z/OS 1.7, should the /dev file system be defined as a TFS (temporary
file system)? The manuals seem to indicate that all character special
files in /dev get created at IPL time anyway, so why not have this file
system be a TFS?
Pros? Cons?
Thanks, Brian
[EMAIL PROTECTED] wrote:
Hello All,
We are considering the SSH solution (OpenSSH or Tectia SSH) to encrypt
TN3270 sessions between mainframe and end users' PC (end to end), and
file transfers. While the existing VPN is in place to provide the
encrypted tunnels over the internet, I would like to
Steve Gear wrote:
Hello,
OS level: z/os 1.7
We are using infoprint server/IP printway to print to distributed printers.
The desktops are using Port Monitor to send print to the mainframe. Our
issue is updating the printer driver defined in port monitor when the
printer model changes. Not a
Ours is an ordinary HFS created just for /dev . On our development system,
all the objects (?) in /dev are of type 'character' except for this one:
File 666 2006-06-20 11:42 27129 null
It appears to be a log of some kind. Note that is shows today's date.
Contents include some of our
1 - 100 of 109 matches
Mail list logo
