Yes, BDAM can use the key portion, however faster access was achived if the
lookup value for finding a record was mapped by some calculation into
CCHHR; otherwise BDAM's performance was not much better than ISAM's
There was an article in Datamation (back when it was a good magazine) called
Research
Automotive Research Group
419-725-4123
-Original Message-
From: John Summerfield [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 1:27 PM
To: [EMAIL PROTECTED]
Subject: Re: FBA for Jay [was: Re: How to pre-allocate a 4GB File?]
The only folks that would really be in trouble
Garry E. Ward
Senior Software Specialist
Maritz Research
Automotive Research Group
419-725-4123
-Original Message-
From: John Summerfield [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 18, 2002 10:13 PM
To: [EMAIL PROTECTED]
Subject: Re: FBA for Jay [was: Re: How to pre-allocate a 4GB File
Has anyone tried iSCSI with S/390 ?
Yes. The limiting factor is currently network adapter performance, but it
does work for everything except IPL (duh). We're doing a bit more stress
testing internally before letting it loose on the world.
-- db
Really? As in talking to existing Fiber Channel[1] disk
arrays that speak
FC-SCSI? and/or via FC-SCSI bridges to random SCSI devices?
Where can I find
out more? I used to work on FC-attached storage array systems
at Compaq...
Yup. They were demonstrating it at LinuxWorld in NYC in January.
The only folks that would really be in trouble are those who wrote code to
mathmaticaly map some data value into a CCHHRR value, which is what Direct
Access Method originally did. These people would have to come up with a way
to convert their key value to a relative record number instead of
On Thu, 18 Apr 2002 12:58:41 -0400 Don Stubbs said:
Has anyone heard of any IBM plans to provide non-ECKD DASD support for zOS?
We can't go on emulating 33X0 volumes much longer.
Why not? I can't think of a technical reason we can't. There are
support reasons to maintain it. Sure it would be
, Mark K [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 12:39 PM
To: [EMAIL PROTECTED]
Subject: Re: How to pre-allocate a 4GB File?
Samy,
SuSE 7.0 has LVM support built into it. Red Hat 7.2 does not. For RAID
support, take a look at http://www.marist.edu/htbin/wlvtype?LINUX-VM.22398
Samy,
The Distributions Redbook covers what you need to do in a step-by-step
process in Chapter 17.
Mark Post
-Original Message-
From: Rengasamy, Samy [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 3:46 PM
To: [EMAIL PROTECTED]
Subject: Re: How to pre-allocate a 4GB File?
I
to pre-allocate a 4GB File?
Samy,
The Distributions Redbook covers what you need to do in a step-by-step
process in Chapter 17.
Mark Post
-Original Message-
From: Rengasamy, Samy [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 3:46 PM
To: [EMAIL PROTECTED]
Subject: Re: How
Has anyone heard of any IBM plans to provide non-ECKD DASD
support for zOS?
We can't go on emulating 33X0 volumes much longer.
What Harry said.
While I agree that MVS should grok FBA, but
the problem is not that we have and continue to have CKD.
The problem is that FBA is so poorly
: Rengasamy, Samy [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 4:11 PM
To: [EMAIL PROTECTED]
Subject: Re: How to pre-allocate a 4GB File?
Thanks for the info.
We run SuSe Linux 7.0 - Kernel 2.2.16 (2).
I believe the red book is with info for 2.2 kernels
Thanks again,
Samy Rengasamy
On Wed, 17 Apr 2002, John Summerfield wrote:
Or can I do better on a PC than you can on a mainframe?
John, the reason why large filesystems are challenging on S/390 is
because the disk hardware is still tuned mostly for MVS, which does not
use a fixed-block storage strategy. As a
[EMAIL PROTECTED] said:
Do I have to upgrade to 2.4 kernel to run LVM?
You need 2.4 for files larger then 2.1 Gbytes.
--
Cheers
John Summerfield
Microsoft's most solid OS: http://www.geocities.com/rcwoolley/
Note: mail delivered to me is deemed to be intended for me, for my
disposition.
I'm sadly out of touch with mainframe hardware; it seems strange to me
I can get 120 Gbyte disks for my PC and you folk are using 2.3 Gbyte
drives on your mainframes. I know the theoretical limit is larger than
that, and was back when S/360 was announced.
One advantage to the
On Thu, Apr 18, 2002 at 07:23:55AM +0800, John Summerfield wrote:
S/390 does also have FBA (fixed block architecture) DASD devices.
Sadly, even in the Linux world these are not widely known or used.
I maintain that they should be employed heavily and heartily!
The benefits are numerous.
I'm sadly out of touch with mainframe hardware; it seems strange to me
I can get 120 Gbyte disks for my PC and you folk are using 2.3 Gbyte
drives on your mainframes. I know the theoretical limit is larger than
that, and was back when S/360 was announced.
One advantage to the
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of
John Summerfield
Sent: Wednesday, April 17, 2002 4:24 PM
To: [EMAIL PROTECTED]
Subject: Re: How to pre-allocate a 4GB File?
Of course, you need some disk-combining facility such as RAID or LVM
[EMAIL PROTECTED] said:
MVS never has supported any FBA devices. The problem is that the CKD
architecture is heavily embedded deep in two critical pieces of the
MVS core: program fetch and VTOC processing. I'm not familiar with the
details of PDSEs for program fetch, but if load libraries
Jay Maynard wrote:
The limit is that the cylinder number is a halfword, and exceeding that
breaks a LOT of things. There are even today things you can't put on a
3390-9 beyond cylinder 65535 (the JES2 spool dataset springs immediately to
mind).
Minor nit. On MVS a single extent cannot
Jay Maynard wrote:
The limit is that the cylinder number is a halfword, and exceeding that
breaks a LOT of things. There are even today things you can't put on a
3390-9 beyond cylinder 65535 (the JES2 spool dataset springs immediately to
mind).
Minor nit. On MVS a single extent
much longer.
Don Stubbs
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of
Peter Webb, Toronto Transit Commission
Sent: Thursday, April 18, 2002 11:07 AM
To: [EMAIL PROTECTED]
Subject: Re: How to pre-allocate a 4GB File?
I'm sadly out of touch
I said (to John):
S/390 does also have FBA (fixed block architecture) DASD devices.
Sadly, even in the Linux world these are not widely known or used.
I maintain that they should be employed heavily and heartily!
The benefits are numerous.
On Thu, 18 Apr 2002, Jay Maynard wrote:
[EMAIL PROTECTED] said:
Right. And since the actual backing store is fixed-block, I say let
that which is presented also be fixed-block and ditch the track,
record, count, and key info and the associated work.
With CKD, Linux must play the C/H/S game. With emulated CKD, so must
the DASD
Note that CD can be presented as FBA *today* on some S/390.
Specifically, for P/390 (and presumably for Multiprise) a CD image,
a .iso file, can be configured to the S/390 as an FBA.
Yup. Works on a Multiprise too, as Dave Jones can attest.
Adam
On Thu, Apr 18, 2002 at 12:44:13PM -0500, Adam Thornton wrote:
Note that CD can be presented as FBA *today* on some S/390.
Specifically, for P/390 (and presumably for Multiprise) a CD image,
a .iso file, can be configured to the S/390 as an FBA.
Yup. Works on a Multiprise too, as Dave
On Thu, Apr 18, 2002 at 10:44:39AM -0500, Rick Troth wrote:
And what will happen now with SCSI attachment to zSeries?
I can only hope that there will NOT be some CKD protocol.
It just doesn't seem worth it when FBA is what is really happening.
Probably so, at least for VM, VSE, and Linux.
:Re: How to pre-allocate a 4GB File?
Jay Maynard wrote:
The limit is that the cylinder number is a halfword, and exceeding that
breaks a LOT of things. There are even today things you can't put on a
3390-9 beyond cylinder 65535 (the JES2 spool dataset springs
immediately to
mind
Maynard [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 18, 2002 2:10 PM
To: [EMAIL PROTECTED]
Subject: Re: FBA for Jay [was: Re: How to pre-allocate a 4GB File?]
On Thu, Apr 18, 2002 at 10:44:39AM -0500, Rick Troth wrote:
And what will happen now with SCSI attachment to zSeries?
I can only hope
John Summerfield wrote:
Not quite - the key for this purpose is included in the length of the
data block.
(65535 * 255 * 65535) is still fairly large. More than 2.3 Gbytes.
Don't think so. CKD stands for count,key,data. Each record on a track
has a count area, optional key area and
On Thu, Apr 18, 2002 at 01:04:28PM -0500, Jay Maynard wrote:
On Thu, Apr 18, 2002 at 12:44:13PM -0500, Adam Thornton wrote:
Note that CD can be presented as FBA *today* on some S/390.
Specifically, for P/390 (and presumably for Multiprise) a CD image,
a .iso file, can be configured to
On Thu, Apr 18, 2002 at 08:27:35PM +0200, Florian La Roche wrote:
if the author of hercules wants to have this, I'll reconsider this for
the next rawhide upload. :-)
That would be nice. Thanks!
I must point out, though, that I'm not really the author of Hercules; I'm
just the guy who gets to
Research Group
419-725-4123
-Original Message-
From: John Summerfield [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 18, 2002 1:36 PM
To: [EMAIL PROTECTED]
Subject: Re: FBA for Jay [was: Re: How to pre-allocate a 4GB File?]
[EMAIL PROTECTED] said:
Right. And since the actual backing
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of
Adam Thornton
Sent: Thursday, April 18, 2002 10:44 AM
To: [EMAIL PROTECTED]
Subject: Re: FBA for Jay [was: Re: How to pre-allocate a 4GB File?]
Note that CD can be presented as FBA *today* on some
On Thu, Apr 18, 2002 at 11:17:45PM +0200, Phil Payne wrote:
Mainframers - at least MVS types - aren't used to thinking that way. A sile
as a stream of bytes is completely alien to them.
System types, or application types? We've had RBA since VSAM I - lots of things
like DB2 logs
are
Mainframers - at least MVS types - aren't used to thinking that way. A sile
as a stream of bytes is completely alien to them.
System types, or application types? We've had RBA since VSAM I - lots of things like
DB2 logs
are RBA-governed.
--
Phil Payne
http://www.isham-research.com
+44
On Thursday, 04/18/2002 at 10:44 EST, Rick Troth [EMAIL PROTECTED] wrote:
And what will happen now with SCSI attachment to zSeries?
I can only hope that there will NOT be some CKD protocol.
It just doesn't seem worth it when FBA is what is really happening.
As hard as it might be to believe,
Really? As in talking to existing Fiber Channel[1] disk arrays that speak
FC-SCSI? and/or via FC-SCSI bridges to random SCSI devices? Where can I find
out more? I used to work on FC-attached storage array systems at Compaq...
Has anyone tried iSCSI with S/390 ?
John Summerfield wrote:
Not quite - the key for this purpose is included in the length of the
data block.
(65535 * 255 * 65535) is still fairly large. More than 2.3 Gbytes.
Don't think so. CKD stands for count,key,data. Each record on a track
has a count area, optional key area
17.04.2002 01:16:12 Rengasamy, Samy wrote:
How to pre-allocate a 4GB File in a system with several 2.3 GB dasds?
We're looking for a way to be able to create a single file slightly
larger than 4Gbytes (to test some logic in the code which has been
known to break on ports where seek offsets go
[EMAIL PROTECTED] said:
The Linux LVM allows you to build a larger filesystem using several
dasds - but if you use the ext2-filesystem the maximum filesize will -
afaik - only be 2GB.
Twaddle.
[summer@numbat summer]$ ll /tmp/hdb5 -h
-rw-r-1 root 8.0G Feb 1 18:27 /tmp/hdb5
Do I have to upgrade to 2.4 kernel to run LVM?
How can I build software RAID-O?
Thanks,
Samy Rengasamy.
-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 16, 2002 10:20 PM
To: [EMAIL PROTECTED]
Subject: Re: How to pre-allocate a 4GB File?
Samy
PROTECTED]]
Sent: Wednesday, April 17, 2002 1:28 PM
To: [EMAIL PROTECTED]
Subject: Re: How to pre-allocate a 4GB File?
Do I have to upgrade to 2.4 kernel to run LVM?
How can I build software RAID-O?
Thanks,
Samy Rengasamy.
-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]]
Sent
Does anyone knows the max size of ORACLE database and table on the 32bits
Linux machine... INTEL or Z/VM running on G5 machine.
How can I build software RAID-O?
# cd /dev
# mknod md0 b 9 0
...
# cat /etc/raidtab
raiddev /dev/md0
raid-level 0
nr-raid-disks 4
persistent-superblock 1
chunk-size 128
device /dev/dasdf1
I am going to guess that Oracle has theoretical and practical database size
limitations. I would not expect that those limitations would change. All
tempered by the size limitations of your chosen filesystem. As mentioned
here before, LVM can be used to cobble together many 3390-3 (2.3GB) or
Do I have to upgrade to 2.4 kernel to run LVM?
How can I build software RAID-O?
Well you could always cheat. Unix/Linux are bright enough not to store
empty never written blocks, so you can open64/ftruncate a file up to 4Gb
long and it uses very little disk space, then just play with the
Hi Samy !
How to pre-allocate a 4GB File in a system with several 2.3 GB dasds?
We're looking for a way to be able to create a single file slightly
larger than 4Gbytes (to test some logic in the code which has been
known to break on ports where seek offsets go over 32-bits
We're looking for a way to be able to create a single file slightly
larger than 4Gbytes (to test some logic in the code which has been
known to break on ports where seek offsets go over 32-bits).
Or is the largest file we can ever make around 2.3Gbytes ?
The Linux LVM allows you to
49 matches
Mail list logo