3584 LTO2 Manual operation

2005-05-10 Thread Emil S Hansen
Hi fellow 'smers.

My 3584 library chewed its gripper arms this weekend and now the
gripper is fully UNoperaitional. My diskpools are now full and I would
really like to migrate some data to the tapes. The drives are aok, and
I would like to know if it is possible to convert the library to a
manual type so I can mount the tapes by hand?

Regrads

Emil S. Hansen


Re: Defining TSM Disk pools on ESS wisdom wanted

2003-04-05 Thread Emil S. Hansen
On Fri, Apr 04, 2003 at 08:37:31PM -0500, Seay, Paul wrote:
  So, using 24GB volumes is probably the best way to go.  Also, JFS
  formatted volumes is the way to go.
 Why would you prefer JFS volumes? I use raw and find it a bit better since
 the VM want cache anything.
 Ever tried maxpgahead?  That is why you want JFS.  Causes things to fly.

Yes, but I find that TSMs bufferpool is alot better at managing the
cache than AIXs VM.

If we are talking about storagepools, I don't see the big benefit of
maxpgahead since most data will only be read once and most reads will be
big and sequitial AND will come as fast as the drive(s) can deliver
them.

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein


Re: Copy job freezed

2003-04-02 Thread Emil S. Hansen
On Tue, Apr 01, 2003 at 02:34:12PM +0200, PAC Brion Arnaud wrote:
  For big storage pools that can take quite some time, and especially if
 running at the same time as expiration or other DB heavy activity.

 In my case, the storage pool size is approximatively 1,4 TB, would it
 make sense for you, that this computational phase lasts 3 hours on a 6h0
 system, having 2 cpu and 2 GB RAM ? I find it really looong !

3 hours is a lot! My F50 usally takes 1-10 mins to run thru a storage pool
of the same size.

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein


Re: Copy job freezed

2003-04-01 Thread Emil S. Hansen
On Mon, Mar 31, 2003 at 06:07:46PM +0200, PAC Brion Arnaud wrote:
 Could anybody explain me why I consistently see backup stg jobs freezing ? What 
 happens is that the job begins, but thereafter hangs for a while, doing nothing at 
 all, and suddenly starts copying data on tape. I saw this behavior on severall 
 flavors of TSM (actually on 4.2.3.1), without finding any good reason for it. Tape 
 drives are available, other copy jobs for other pools are starting o.k., and this 
 happens randomly on all storage pools.

Mine does the same, and it is not a drive problem, it is simply becuase
TSM has to scan all objects in the storagepool being backed up, to see if
they have been backed up or a copy should be made. For big storage pools
that can take quite some time, and especially if running at the same
time as expiration or other DB heavy activity.

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein


Re: Defining TSM Disk pools on ESS wisdom wanted

2003-03-27 Thread Emil S. Hansen
On Thu, Mar 27, 2003 at 10:25:15AM +0100, Daniel Sparrman wrote:
 So, using 24GB volumes is probably the best way to go.  Also, JFS
 formatted volumes is the way to go.

Why would you prefer JFS volumes? I use raw and find it a bit better
since the VM want cache anything.
--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein


TDP for Domino

2003-03-11 Thread Emil S. Hansen
Hi list.

I'm in the procsess of implementing TDP for Domino.

I have sucesfully installed the Client and TDP, and configured TDP and
schedules.

When I try to run a restore from the graphical interface all my
\Mail\*.nsf dbs are listed with Logging=No, and I just don't understand
why. Transaction logging is enabled on the Domino server, and archive
logs is running twice daily. Transaction logging isn't disabled for any
of the dbs, but TDP still reports them as Logging=No. Does any one have
an idea to what might be wrong?
--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein


Re: TDP for Domino

2003-03-11 Thread Emil S. Hansen
On Tue, Mar 11, 2003 at 08:30:20AM -0500, Del Hoobler wrote:
 On your Domino Server, issue the following
 Domino Server comand:

SHOW DIR

 Example output looks like this:
 
  show dir
 DbNameVersion Logged ---Modified Time
 D:\Lotus\DominoR5\Data\mail.boxV5  Yes   09/03/2002 11:00:17 AM
 D:\Lotus\DominoR5\Data\webadmin.ntfV4  No10/11/2002 05:01:13 AM
 D:\Lotus\DominoR5\Data\userreg.ntf V4  No10/11/2002 05:01:13 AM
 

Mine says:
N/A under logged for all my DBs? I realize this is more of a Domino
question than a TSM question

 This will show you if the database is logged or not,
 according to the Domino Server.
 If it shows the databases as logged, then could it be possible
 that when you took the backups you are trying to restore,
 the databases were not logged?

I don't think my DBs are logged at all, do you happen to know the Domino
command enable DB logging for a DB?

 If you are still having problems, please call IBM support.

Hehe, my server is at 4.1.5, so I don't think it'll do me any good ;-).
--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein


Re: TDP for Domino

2003-03-11 Thread Emil S. Hansen
On Tue, Mar 11, 2003 at 02:59:31PM +0100, Emil S. Hansen wrote:
 I don't think my DBs are logged at all, do you happen to know the Domino
 command enable DB logging for a DB?

  If you are still having problems, please call IBM support.

 Hehe, my server is at 4.1.5, so I don't think it'll do me any good ;-).

My problem was solved with a reboot of the Domino server.

Thank you for you help Del.

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein


Tivoli Protection for Mail, Domino edition

2003-02-18 Thread Emil S. Hansen
Hello list.

My TSM server is version 4.1.5 running on AIX. I know it isn't
supported, but it is danm stable.

Now I want to install TSM for Mail, Notes Edittion which I think is the
old TDP for Domino v. 1.1.2. Does any one know if it is possible to
run it with my old server?

My plan is to install the 5.1.5 client and then the TDP client.
--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein



Re: Semote storage pool

2003-02-18 Thread Emil S. Hansen
On Tue, Feb 18, 2003 at 10:22:35AM -0600, Stapleton, Mark wrote:
 Why would you want to do this? Disk (particularly local disk) is cheap
 these days. The lag resultant from Windows drive mappings or (shudder!)
 NFS mounts will greatly slow your throughput.

Offsite storage?

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein



Re: Semote storage pool

2003-02-18 Thread Emil S. Hansen
On Tue, Feb 18, 2003 at 04:46:05PM -0500, Remeta, Mark wrote:
 It doesn't matter how you use it. Forcing TSM to work its I/O at network
 speeds when it is designed to work at bus speeds will show badly. You'll
 be disappointed.
 I agree.. besides that's what off-site copy pools are for!

I have a 1 Gbit link between my primary site and my backup site, and I'm
actully consindering using a Linux box with a lot of disk space NFS
mounted on my TSM server as copypool, just to scratch the complexity of
offsite tape managment. I don't see the big difference between network
speed and bus speed when I'm running Gbit network, can you elaborate?

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein



Re: job opportunity!

2003-02-06 Thread Emil S. Hansen
On Mon, Feb 03, 2003 at 04:50:08PM -0800, Chetan H. Ravnikar wrote:
 We are looking for 2 X Strong Senior TSM admins with Solaris sysadmin
 background,

 pls write to me directly. We are based in Mt View, CA

Do you hire foreigners? I'm from Denmark, but could move to the U.S.
with very short notice.

I am an UNIX (AIX and Solaris) administrator at Denmarks second biggest
newspaper and have 2 years experince with TSM.

If you find me interesting, please write me and I will send you my CV.
--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein



Re: job opportunity!

2003-02-06 Thread Emil S. Hansen
On Fri, Feb 07, 2003 at 12:36:59AM +0100, Emil S. Hansen wrote:
SNIP

Danm, I just wish this was usenet so I could cancel that message
sorry guys.

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein



Re: 3494 Manual mode

2003-01-16 Thread Emil S. Hansen
On Wed, Jan 15, 2003 at 08:19:29AM -0800, Cook, Dwight E wrote:
 Uh not reported as in the library by who ?  TSM or the Library Manager
 ???

TSM wouldn't see the tapes. A databse search for volumes on the Library
Manager showed the tapes.

 So in manual mode, once a tape is requested, mounted,  dismounted... IF it
 is required again, the drive will show the tapes original location with a
 ? to let you know it might be ~on top of a frame somewhere~ (that's where
 I pile them anyway).
 Now I always got into arguments with CE's because when we would go back to
 auto mode, I'd always put the tapes back into their expected cells BUT the
 CE would say I had to check them in through the I/O station.  For a while
 the library microcode would look at these inserted tapes as ~duplicate
 volsers~ and hose me up because when the library needed the volume it would
 go look in the initial location, wouldn't find the tape, report it as lost,
 and require a full re-inventory BUT that was all some  4-5 years ago.  I
 believe anymore with the library microcode available about 2 years ago (last
 time we upgraded any) it doesn't matter if you put them back yourself prior
 to going auto again OR just going auto and sticking them in the I/O station.
 Might have your CE check the code level on your internal PC and upgrade...

Hmm, we upgraded the PC microcode about 8 months ago.

 Did you happen to catch what category was reported for those volumes
 (manually mounted) ?

Nope, but a 'mtlib -l/dev/lmcp0 -qI|grep XX' showed this:
D00172 012C 02 10 01 (As far as i remember).
Notice this  ^

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein



3494 Manual mode

2003-01-15 Thread Emil S. Hansen
Hello TSMers.

After a breakdown of the accessor in our 3494 I had to put it in manual
mode while the CE was working on it. After the CE had done his job, I
put the 3494 back into Auto mode. But my TSM server couldn't mount any
of the volumes which I had touched in manual mode. All the volumes was
reported as not being in the library. I had to use mtlib to eject them
and the put them back in the library. Does any one know the reason why?

On a side note I can tell you what was wrong with the 3494.
We are rebuilding our machineroom with out taking it offline, and some
of the work dust had jamed the vertical movement of the accessor, a good
cleaning and some grease helped it get going again. It took the CE 7
spareparts and 5 hours to figure that one out :).
--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

Gravity can not be held responsible for people falling in love.
- Albert Einstein



Re: Computer Associates - Brightstore Resource Manager for TSM

2002-10-30 Thread Emil S. Hansen
On Tue, Oct 29, 2002 at 09:13:38PM -0600, Mark Stapleton wrote:
 Example of dumb programming: the marketing rep will neglect to tell you that
 CA UniCenter (their network and system management piece) uses UDP packets,
 instead of TCP. What does that mean? It means that there has to be a
 UniCenter server install for every segment of your network, because UDP
 packets can't be sent through a router.

UDP packets can be routed just as well as TCP packets, so that statement
is FUD and NOT true. But CA UniCenter is still an unbeliveable inferior
product none the less.

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA



Re: a new atl (for xmas ...)

2002-10-15 Thread Emil S. Hansen

See my reply inline.

On Mon, Oct 14, 2002 at 10:09:25AM -0400, Thierry ITTY wrote:
 we have an automated tape library, something custom (a GRAU/ABBA-J with ibm
 3590e drives and ca 1000 cartridges),
 we backup/archieve ca 80 GB every day from our servers and workstations
 over our lan
 we evaluate our needs in the next 3 years to 150/200GB per day, maybe more
 depending on HSM's use

 for various reasons we can't/won't go on with this ATL, but we want to keep
 tsm

 our questions :
 - what kind of ATL would you suggest in our case ? which are to avoid ?
 - should we keep our 3590 drives or try a new media ? which ?
 - do you know of reviews, surveys, papers about ATLs comparisons ?

I backup 200-400 GBs a day to 600 GB diskpool and then onto five 3590
E1A drives in a 3494 with 3 frames (808 cells), and I'm very happy with
both the 3590 drives and the 3494 library. I guess I could backup double
the amount of data that I do today without any problems.

I would recommend sticking with your 3590 drives, maybe upgrading them
to 3590 H1A (60 GB uncompressed on a 3590 K cartridge).

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA



Re: bad tapes

2002-10-03 Thread Emil S. Hansen

On Wed, Oct 02, 2002 at 01:11:39PM -0500, Alexander Lazarevich wrote:
 1) is there any scenareo where a tape is still good, yet the server sets
 it to READ ONLY?

If you have a hardware failure on one of your drives it can mark all
tapes that is mounted in it as READONLY. Happend to me once or twice
with some of our 3590E drives.

-- 
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA



msg30685/pgp0.pgp
Description: PGP signature


Re: Withdrawal of 3570 Magstar

2002-09-27 Thread Emil S. Hansen

See my reply below.

On Thu, Sep 26, 2002 at 08:50:24PM +, Dan Foster wrote:
 Client sends data to TSM server
 As long as client data is  10MB, streams to disk pool
 Soon as client sends a 11 MB or 500 MB file, then...
 TSM fetches a tape, mounts it (55 sec wait)
 TSM starts writing file to tape
 Once done, TSM dismounts the tape (!)
 Client continues sending data
 
 If it hits another 10MB file, the whole mount-write-dismount process
 repeats. This results in a significant performance hit from all the
 mounts/dismounts. To alleviate this, I've set the node's KEEPMP option
 to YES, so it ends up mounting the tape once on first access, then keeps
 it mounted throughout the entire client run so that we get no more
 subsequent 55 sec mount delays. When does it dismount the tape? After
 the tape retention in drive period expires, but usually the next client
 session grabs the same tape if it's got free space.

How about setting the mount retention for the devclass to something like
10 to 30 mins? That will keep the tape mounted for at least 10 mins
after the last access, so that if the tape is needed by the client it
will likely still be mounted.

-- 
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

tjaa men ville disse lister ikke være kedelige hvis vi altid gav
hinanden ret med det samme :o) - Kim Schulz på SSLUG.PROG



msg30468/pgp0.pgp
Description: PGP signature


Re: Future plans for encryption in TSM

2002-09-19 Thread Emil S. Hansen

On Wed, Sep 18, 2002 at 09:49:07AM -0400, Jelinek, David G. wrote:
 Has anyone heard if there are any plans to increase the encryption
 strength from 56 bit DES to at least 1024 bit? We have requirements
 because of the HIPAA (Health Information Portability and Accountability
 Act) stuff. Thanks in advance.

1024 bit symetric encryption? You guys must be crasy or talking about
asymetric encryption which is another ball game (read: Oranges and
apples).

-- 
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

tjaa men ville disse lister ikke være kedelige hvis vi altid gav
hinanden ret med det samme :o) - Kim Schulz på SSLUG.PROG



msg30066/pgp0.pgp
Description: PGP signature


Deleting a backup copygroup

2002-08-30 Thread Emil S. Hansen

Hello.

I have a backup copygroup that I wish to delete. What will happen to the
files that are bound to this copygroup once I delete the copygroup? Most
of the files are directories that are bound to this copygroup because
the copygroup has RETONLY=NOLIMIT.
--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

tjaa men ville disse lister ikke vfre kedelige hvis vi altid gav
hinanden ret med det samme :o) - Kim Schulz pe SSLUG.PROG



Re: IBM vs. Storage Tek

2002-08-16 Thread Emil S. Hansen

On Thu, Aug 15, 2002 at 09:29:48AM -0400, Joni Moyer wrote:
  3590 9840 9940A LTO
  10 GB 20 GB 60 GB 100 GB
 Production
 Onsite1375 689  231  140
 Offsite   1600 800  268  161
 Total 2975 1489 499  301
 
 Test
 Onsite963  483  163  101
 Offsite   1324 664  223  135
 Total 2287 1147 386  236
 
 Grand
 Total 5262 2636 885  537

3590-E1A with extended lenght tapes holds 40 GB on each tape.

That will give you
Production
Onsite  344
Offsite 400
Total   744

Test
Onsite  241
Offsite 332
Total   573

Grand
Onsite  585
Offsite 732
Total   1317

-- 
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

tjaa men ville disse lister ikke være kedelige hvis vi altid gav
hinanden ret med det samme :o) - Kim Schulz på SSLUG.PROG



msg28810/pgp0.pgp
Description: PGP signature


Re: Archive Question

2002-06-27 Thread Emil S. Hansen

On Wed, Jun 26, 2002 at 12:55:30PM -0400, Lawson, Jerry W (ETSD, IT) wrote:
 Dsmc archive -archmc=60days -deletefiles
 /opt/file/directory/seven/layers/deep/log.*
 
 There are 2 files to be archived that match the log.* criteria each night.
 
 The first strange thing that I see is that the archive process, even with
 one command, runs twice - one for each log file, and it archives the file

Try using
Dsmc archive -archmc=60days -deletefiles '/opt/file/directory/seven/layers/deep/log.*'
(Notice the quotes).

Your shell is proberly expanding
/opt/file/directory/seven/layers/deep/log.* for you.

-- 
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

tjaa men ville disse lister ikke være kedelige hvis vi altid gav
hinanden ret med det samme :o) - Kim Schulz på SSLUG.PROG



msg27130/pgp0.pgp
Description: PGP signature


Getting total amount of active versions.

2002-06-13 Thread Emil S. Hansen

Hello *SMers.

Is there a SELECT statement that can show me the (total) size of all active
files?

I have
SELECT SUM(LOGICAL_MB) AS Data_In_MB, SUM(NUM_FILES) \
AS Num_of_files FROM OCCUPANCY
for showing the total size of all files, but how about the size of
active files only? It will give me an idea about how much I will need to
restore in a disaster.
-- 
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

tjaa men ville disse lister ikke være kedelige hvis vi altid gav
hinanden ret med det samme :o) - Kim Schulz på SSLUG.PROG



msg26667/pgp0.pgp
Description: PGP signature


Re: Getting total amount of active versions.

2002-06-13 Thread Emil S. Hansen

On Thu, Jun 13, 2002 at 11:33:14AM -0400, Prather, Wanda wrote:
 Is there a SELECT statement that can show me the (total) size of all active
 files?
 If any of your clients are doing compression, the values you get from
 OCCUPANCY are irrelevant.
 There is no place in TSM to query the original file size.

All of our clients use compression, but I don't care how much the files
are when they are on the client, I just care how much data I have to
lift of tape and send over the network. I guess OCCUPANCY is giving me
okay numbers, but from a short look at the table it looks like I have to
use some other tables, but which?

-- 
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

tjaa men ville disse lister ikke være kedelige hvis vi altid gav
hinanden ret med det samme :o) - Kim Schulz på SSLUG.PROG



msg26740/pgp0.pgp
Description: PGP signature


Re: Compression

2002-06-03 Thread Emil S. Hansen

 Thanks for the responses, but I have a follow up question.  Perhaps, a more
 fundamental question is, how can I determine if compression is enabled on
 the 3494?  Or, is it ON by default?
 It depends on the platform.
 The system details are as follows:
 IBM pSeries 6M1
 AIX 4.3.3.09+patches
 TSM 5.1.0.2
 Drives are FC attached 3590E1A.

'/usr/sbin/lsattr -E -l rmtX' should show you the current setting for
the drive and 'chdev -l rmtX compress=no' should turn compression off.

--
Best Regards
Emil S. Hansen - [EMAIL PROTECTED] - ESH14-DK
UNIX Administrator, Berlingske IT - www.bit.dk
PGP: 109375FA/ABEB 1EFA A764 529E 82B5  0943 AD3B 1FC2 1093 75FA

tjaa men ville disse lister ikke vfre kedelige hvis vi altid gav
hinanden ret med det samme :o) - Kim Schulz pe SSLUG.PROG