I have done raw logical volumes >2GB in the same OS/ADSM levels you
have. Look at dsmserv and dsmfmt. If the ADSM server was installed
when the OS was at 42, then they should be links to dsmserv42 and
dsmfmt42, which should mean both are >2GB capable. If you installed the
server when the OS was at 4.1 and then upgraded the OS, then they might
still be the 41 binaries. That doesn't mean that they won't work, it
just means that they don't use the >2GB file calls (lseek vs. seek?).
If you are a little worried, try it out on >2GB volumes for stgpool
volumes. Less risk there. Nevertheless, the server code definitely
does handle >2GB files, because raw logical volumes are opened using
/dev/rlvXX etc., which is the character device special file, which means
that access to the logical volume beyond 2 GB uses the same system calls
in the application as >2GB files in JFS. Apart from the JFS sitting
between you and the LVM in the latter case, but the application
shouldn't see any difference.
Gerhard Rentschler wrote:
>
> Hi,
> I'm a little bit confused. I have AIX 4.2.1 and ADSM Server 3.1.1.3. In my
> opinion this configuration should allow database volumes in jfs with more
> than 2 GB. The version 3 ref manual even has a new option -g for dsmfmt
> which allows to specify the size in gigabytes. However, before starting to
> really using such big db volumes I would like to ask whether my assumption
> is really true. Has anyone used db volumes in jfs > 2 GB?
> Best regards
> Gerhard
>
> -----Original Message-----
> From: Peter Gathercole [SMTP:peter.gathercole AT virgin DOT net]
> Sent: Sunday, August 02, 1998 1:13 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: database volumes
>
> This is almost certainly the 32-bit signed integer problem. Unless ADSM is
> specifically written for the new 64-bit file system at AIX 4.2.1 or later
> (which I doubt), then 2GB is the largest database size possible. The fault
> is that when doing an lseek (this is a AIX/Unix low level function to
> position the current pointer in a file), the offset is a 32 bit signed
> integer, whose limits are -2GB through +2GB-1.
>
> Peter Gathercole.
>
> Gerhard Rentschler email: g.rentschler AT rus.uni-stuttgart DOT de
> Regional Computing Center tel. ++49/711/685 5806
> University of Stuttgart fax: ++49/711/682357
> Allmandring 30a
> D 70550 Stuttgart
> Germany
|
