Hi!
Anyone using this combination of library/drives/OS?
I try using the tsm-device-driver to control the library, and lin_tape to
control the drives.
The library and the drives connect OK and seem to work fine by themselves.
Defining paths to the drives in the library fails, because the librar
Hi!
This is probaly not an itsm-issue, but anyway..:
both tsm-servers, 5.3.4, running on the same P650, AIX5.3-box.
Shared memory is used (lo0), but performance is useless. (about 140KB/sek on
average, 70KB in, 70KB out)
This used to work fine on our old S7A, the numbers where usually 100MB/s
a
Hi!
Both source ant target-servers are 5.3.2.0, running on the same P650 machine,
AIX 5.3.0.0
I only get around 35-50 KB/s, and that is useless...
When exporting to tape from the target-server, the export runs at 20-30 MB/s,
and about the same when importing from the tape to the source-server.
Hi!
We just added 4 more AIT-drives to our Qualstar-library.
This (SCSI)library can hold up to 12 drives, and we use the (old)
element-adresses of 500-511 for the drives.
The library has to drive-bays. The left one holds the original 4 drives
with element-number 500-503.
The new drives were placed
ACLS".
I consider trying to delete these backup-copies.
ACL's are not not used on these filesystems, so if I had a way to discover
which files were backed up because of a change in the ACL, I could make a list
and delete backup-copies based on that list.
Any ideas anyone?
On Thu, 6 Oc
Hi!
I wonder if anyone has encountered similar problems:
During incremental backup on this system, since last Thursday suddenly lots of
files got backed up that hadn't neen changed for years.
Also, at random points since then, the dsmc-process has aborted with
"ANS1028S An internal program error
Hi!
When trying to do a backup image I keep getting ANS1347E even though the
snapshot is less than 1% utilized.
Client is 5.2.2.6, server is AIX, 5.2.2.5
Has anyone using this utility come across this problem? workarounds?
I also came across what seems to be described in APAR IC41453, about
as
Hi!
When trying to install, the license acceptance tool fails.
Has anyone seen this?
Any suggestions on how to make it work?
bit.uio.no# uname -a
SunOS bit.uio.no 5.8 Generic_108528-27 sun4u sparc SUNW,Sun-Fire-480R
bit.uio.no#
Processing package instance from
Tivoli Storage Manager/Sun Serv
Hello tsm'ers!
I've just moved an old QUalstar-tapelibrary using AIT2-drives from a
TSM-server on a IBM/RS6000-server onto an server running on a Sun-box.
The library/drives have been working fine on the AIX-system, but I only
get half the speed on the SUn-box.
The HBA's on the SUn are "NCR 53C8
Hello!
This is not actually tsm-related, but I'll give it a try..
I was about to upgrade the firmware on the drives this morning.
All I could find in the download-area was 34X0L2F.ro.
34X0L2F is the right level, but what about the .ro-extension?
I was hoping to find a 34X0L2F.fmr or 34X0L2F.fmrz,
Hello *SM'ers!
Is there a problem/bug in the libPiSNAP.so and/or libPiIMG.so?
We don't use the default installation-path, but DSM_DIR, DSMI_DIR etc are
set to the right paths.
dsmc generated these entries in dsmerror.log:
02/19/2003 20:18:45 dlopen() of /local/tsm/bin/plugins/libPiSNAP.so f
0-22482 Fax: 0731-50-22471
> University of Ulmhttp://www.uni-ulm.de/urz
> University Computing Center Albert-Einstein-Allee 11
> AG Basissysteme 89069 Ulm
>
>
> Tom Tann{s wrote:
> >
> > Hello TSM'ers!
> >
> > I have a
vol
> ORA052 acc=readwrite (or acc=readonly if you don't want any more data
> written to the tape).
>
>
>
>
> Tom Tann{s
> IT.UIO.NO>cc:
> Sent by:
Hello TSM'ers!
I have a problem with a volume in my 3494-library..
Tsm-server is 4.2.1.7, AIX.
I discovered the problem a few days ago, when trying to move data from the
volume to another stg-pool.
Tsm incists that the volume is inaccessible.
An audit also result in the same:
01/07/2002 16:57:
Did you check if the client got it right?
dsmc q inclexcl
and
dsmc show options
On Fri, 4 Jan 2002, Glass, Peter wrote:
> TSM seems to ignore our exclude statements, no matter which wildcard syntax
> we use. For example, we have filesystems called /db1/oracle, /db2/oracle,
> etc. through /db3
Hello tsm'ers.
Has anyone using these drives tried to do a import node?
I have HP Ultrium drives, LVD-connected to a S7A, AIX.
TSM is 4.2.1.7.
When running an import from these drives I only get aroung 200KB/s, until
after some time the drive/scsi-bus/controller will give up.
Repeated tests on
Has anyone tried this?
the vollist=000780 sems to be ignored...
I WAS goin to label an check-in both volumes, but due to previous errors
on these, the plan was to retry one volume at at time.
The HP-library is a Surestore 20/700, scsi-attached.
Server is AIX, 4.2.1.7
11/26/2001 20:33:27 ANR2
You will find the drivers at
ftp://service.boulder.ibm.com/storage/devdrvr/AIX/
The manuals are one level above.
But this location hasn't been changed for years?
On Mon, 19 Nov 2001, Gabriel Wiley wrote:
> Anyone know what the latest and greatest level of MC there is for 3590 tape
> drives
No...
The Atape-driver is only used forthe IBM-devices.
All other scsi-devices, libraries an drives, use the tsm-driver.
You find it in smit under devices, Tivoli Storage Manager Devices,
The device-types are
ADSM-SCSI-MT scsi Tivoli Storage Manager Tape Drive and
ADSM-SCSI-LB scsi Tivoli St
Thanks to all who responded...
No one actually hit the target, I got several useful hints.
It turned out to be the Atape-driver that caused the problem.
After realizing that I was at AIX 4.3.3, and applying the latest driver,
everything works fine again.
Well, sorry.. I was wrong in saying we were running 4.3.2.
I will check with our AIX-expert tomorrow, and have him go through the
system...
At least, my bos.rte is at 4.3.3.0, and, as you say, this is requiered for
tsm 4.2.x.
What confused me was the oslevel-command, which returns 4.3.1.0.. Som
Hi.
Yes I have tested the drives outside of TSM, and scsi-paths work fine.
So, at least I know by now that others have it working. Thanks.
Btw.. What are your levels of OS an Atape? 3590 firmware-level?
Tom
On Sun, 18 Nov 2001, Remco Post wrote:
> Hi,
>
> yes we do, we have a 3494 with 35
ilar device problems after install that were cleared by a reboot.
>
> It's just a thought, but have you rebooted Aix since applying 4.2.1.7 ?
>
> Jason Bamford
> Tivoli Software EMEA
> New to the forum
> - Original Message -
> From: "Tom Tann{s" <[EM
Hello TSM'ers!
Has anyone running TSM on AIX using 3494/3590 tried the 2.2.1.7-server?
After applying this level last night, I can't get my 3590's to work.
When trying to mount a tape, the mount fails.
A server-trace show this:
18:46:46.312 <58>mmsflag.c(2889): Opening drive 3590_1 (/dev/rmt1)
So, once again, the actual build of the server is not in sync, as I
suspected..
This has happened before, and it's very frustrating.
I have seen notes on the list from Tivoli-people that they vould look into
their routines, and make sure it doesn't happen again.
So why do we still have to go th
Hmm..
I installed the 4.2.1.6 this afternoon, and have made the same
observations as Henk regarding IC30965.
But luckily, the mount-point-problem seems to be gone.
According to the dsmserv-binary itself (AIX) all the fixes in the
README-file obviously was meant to be there..
Could it be that som
mount as documented..
Why not a q mountpoint or q mount -detail/f=d or similar?
On Mon, 22 Oct 2001, Tom Tann{s wrote:
>
> Thanks..
> I did have look at the 4.2.1.2-fix, but it didn't describe anything but
> the 3583-problem.
> Has anyone with 3494 installed the fix, and dit
Thanks..
I did have look at the 4.2.1.2-fix, but it didn't describe anything but
the 3583-problem.
Has anyone with 3494 installed the fix, and dit it solve the problem here
as well?
Btw.. I was also hoping that the fix for IC30965 (registering of miltiple
license-files) had made it to 4.2.1.
My a
I agree. don't...
I did the upgrade yesterday. (AIX 4.3.2)
Only one problem discovered so far, but it's serius.
Something is messed up with the allocation of mountpoins in the libraries.
Clients or processes needing a mountpoint would earlier just sit and wait
until one was available.
In 4.2.1
so, you may want to check:
>
> APAR= IC31078 SER=IN INCORROUT
> WHEN USING A LIBTYPE=SHARED LIBRARY, YOU ARE UNABLE TO RUN AN
> EXPORT, IMPORT, DB RESTORE OR RESTORE BACKUPSET.
>
> > -Original Message-
> > From: Tom Tann{s [mailto:[EMA
Hello!
I'm not very experienced in using shared libraries, so I might have missed
something here...
Anyway.
Export works fine.
Import, however, fail with the messages
(server is Storage Management Server for AIX-RS/6000 - Version 4, Release
2, Level 0.1)
Has anyone else encountered this prob
Hello *sm'ers!
Up to now we have been running one tsm-server.
Because of its size we're going to start a second instance of the
server on the same box (AIX) later this week.
We have two SCSI-libraries and one 3494 connected.
I have been searching the manuals and the ADSM-L for information on how
It's a known problem. APAR IC30965 is open on this.
On Wed, 22 Aug 2001, Maurice van 't Loo wrote:
> Hi,
>
> When we want to register licenses on TSM 4.2.0.0, we can use a lic-file only ones,
>so we can't get the number of licenses higher than 66 (50 + 10 + 5 + 1)
> If i open the nodelock file
Well, the first thing I tried was just that, to remove the old nodelock.
Made no difference...
On Wed, 15 Aug 2001, Valerie Fisher wrote:
> Tom - I had the same problem - you need to remove the nodelock file and
> re-register. Re-issuing the command
> without removing the nodelock file just inc
li Storage Management Team
> IBM EMEA Technical Centre,
> Mail Point SGJ3, IBM, North Harbour, Portsmouth PO6 3AU, England
> Internet: [EMAIL PROTECTED]
>
>
>
> Tom Tann{s <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 15-08-2001 14:46:22
>
> Please respond to "ADSM: D
Hello!
I upgraded a server from 4.1 to 4.2 today.
I've only managed to register one 50mgsyslan.lic whith the command
register lic file=50mgsyslan.lic number=12
additional attempts toregister more result in the same..
tsm: SUMO>register license file=50mgsyslan.lic
ANR2852I Current license infor
Hello!
The 4.2-clients have been available on the ftp-server since Saturday.
Anyone know why the 4.2-servers still are missing?
GA was on July 1. for both?
The AIX-server is the one I'm waiting for..
I just upgraded to 4.1.3
According to show lvmfa on this server, the limit is still 5.3 GB
On Wed, 16 May 2001, Prather, Wanda wrote:
> I've lost track - has the 5 GB limit on the size of the recovery log been
> lifted in the V4.1 server?
>
> The 5 GB limit is killing me here - it would be a go
0: 0xd0018f00, 1: 0x5c2a5ed0, 2: 0x301976a0, 3:
0x
010515-114037: ANR7834S GPR 4: 0x5c2a72e8, 5: 0x0008, 6: 0x0003, 7:
0x
010515-114037: ANR7834S GPR 8: 0x1000a817, 9: 0x1000a817, 10: 0xf0347e24,
.
.
.
.
On Mon, 14 May 2001, Tom Tann{s wrote:
>
&g
Guess I'll submit an APAR tomorrow.
Did just run a trace on a client, and, as I thougt, the server sends wrong
information to the client.
05/14/2001 16:52:34.0790 : cusched.c ( 290): SendStartOp: Sending a CSStartOpVerb,
node: 'SUMO'
05/14/2001 16:52:34.0790 : cusched.c ( 291): sche
Why 4.1.3.2 ?
I found nothing in the readme-files on this.
Anyway, I installed 4.1.3.2, but the clients still don't recognize the
changes..
On Mon, 14 May 2001, Michael Donabauer wrote:
> Level 4.1.3.2 > upgrade
>
> >>> [EMAIL PROTECTED] 14.05.2001 02.23 Uhr >>>
> Hello!
>
> Whith server-lev
05/07/2001 01:00:19 ANS1484I Schedule log pruning finished successfully.
05/07/2001 01:00:19 Querying server for next scheduled event.
.
.
And, schedmode is polling.
On Mon, 14 May 2001, Mark Stapleton wrote:
> Tom Tann{s wrote:
> > Whith server-level 3.7 and earlier, if a client-sche
Hello!
Whith server-level 3.7 and earlier, if a client-scheduler was scheduled to
do something whithin its queryschedperiod, and the schedule on the server
in the meantime was changed to run at a later time, the client scheduler
would report a ANS1814E and "rescheduled" itself.
I just upgraded t
Are you using copypools to protect your primary stg-pools?
If so, q occup and auditocc report the total occupancy of both primary
and copy.
On Mon, 9 Apr 2001, Blaine Gilbreath wrote:
> I am working on an Export process and I am running into some capacity
> discrepancies.
> Below is the proce
We had similar problems for several months.
After upgrading the drives to 1.08 the problems were gone.
On Wed, 28 Feb 2001, Jochen Strohbeck wrote:
> Hi,
>
> we observed a problem related to TDSM and SONY AIT drives. Sometimes we
> get the following error message on a Solaris connected to a tape
I have just installed the new 4.1.2 client ona a few systems.
The client seems to backup up all files, event if they are previously
backed up.
The clients where upgraded from 3.1.0.8.
The 3.1.0.8-README states:
This version of the client supports ACL's and file properties. If you
are
updati
Today my server crashed when finishing off a successful
export-node-operation.
Server is 3.7.3.1 running on AIX 4.3.1.0.
Back in som early adsm-server there was a problem writing the
volume-history-information if the export node-command was too long (more
than 256 characters?)
This was fixed, an
dsm.org/cgi-bin/get/adsm0010/191.html
> http://msgs.adsm.org/cgi-bin/get/adsm0008/487.html
>
> By the way, has anyone else noticed they have a "spiffy" new interface at
> the web site?
>
> Thanks,
> Alex Paschal
> Storage Administrator
> Freightliner, LLC
> (5
from EVENTS where scheduled_start>'08/01/2000' and
> scheduled_start<'08/31/2000'
>
> James Thompson
>
> >From: Tom Tann{s <[EMAIL PROTECTED]>
> >Reply-To: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> >To: [EMAIL
Hello!
Any SQL-experts out there?
I have no experience with sql except from the few things I have learned
from the tsm-implementation.
I want to query the events-table for avents for, lets say the last 24
hours.
Just like with the q events, only entries since today 00:00 are displayed
as defaul
Hello!
Does anyone know where I could find som information/documentation on the
mttest-utility?
I'm having some trouble with som newly attached AIT-2-drives.
Does anyone else have any experiense using these drives?
TSM-server is 3.7.3.1 running on an AIX 4.3.1.0
51 matches
Mail list logo
