Maybe it's just me but on my 6.2+ servers running on Linux, the startup
process/script passes parms for the home directory of the DB2 instance and
such
On Thu, May 2, 2013 at 7:54 AM, pragati wrote:
> Hello,
>
> I am facing issue while trying to start dsmserv as follows and error is
> highlight
Does TSM for VE honor "include FILESPACE MANAGEMENTCLASS" statements to direct
selected VMs to a non-default management class?
If so, can anyone give me a working example
Include \VMFULL-Dsit1 nr
is not having any effect for me.
David
The dsmsched.log only shows the regular server incremental backup scheduled at
01:59. The TDPschedule log had 'no schedule returned'. Now that I have
updated the schedules with 'exp=never' and restarted the services I see the
scheduled start times on all three servers - 22:00 for incrementals,
Hello
Seems to be this is DB2 Instance userid configuration issue.
Resolving the problem
To resolve this issue, check the following and make sure that they are
configured correctly. You will need to run the following commands to
validate if the configuration is correct.
db2set all
db2 list db
I must agree with Jim on the fact that it's a bit strange backups where
still running even though the schedule has expired. The backups must be
managed by a different schedule than the one Jim was trying to edit. The
dsmsched.log should be able to provide more info as well.
Cheers
Rick
On May 2, 2
You are welcome,
Bear in mind that starting from now probably your will have two daily
backup jobs.
To look at all the scheduled associated for that node you can use
q sched * * no=CH2WPEXCH1-EXCH
Have a nice day.
On Thu, May 2, 2013 at 2:48 PM, Schneider, Jim wrote:
> Carlo,
>
> Thanks - I'
Thanks for the reply.
I have below parameters in dsmserv.opt :
dsmserv.opt
--
COMMmethod TCPIP
TCPPort 1500
TCPADMINPort 1500
The port mentioned in the error is DBMTCPPORT which is 5+1500 :
ANR1820E The server could not connect to the database manager by using TCP/IP
port 515
Carlo,
Thanks - I'd missed that, and have updated all Exchange schedules (3 full, 3
incremental) to non-expiring. I don't understand show the backups have been
running consistently with expired schedules. I'll check tomorrow to see if
this fixed the problem.
Thank you,
Jim Schneider
-Or
Hello
I need the dsmerror.log and dsmsched.log files logs for last day since when
you modified the schedule's
in the dsmsched.log file,is the schedule still showing the start time is
17:00hrs or 22:00hrs,give me the logs
Cheers,
Gopikrishna
On Thu, May 2, 2013 at 3:29 PM, Schneider, Jim wrot
Jim,
it looks like this schedule is not more used.
Expiration: 02/17/13 23:59:59
Hope this helps.
On Thu, May 2, 2013 at 2:29 PM, Schneider, Jim wrote:
> TSM 6.2.2.0 on AIX 6.1
> TSM 6.3.0.0 on Windows 2008 R2
>
> My attempt to change a schedule start time has failed. I have a cmd
> s
TSM 6.2.2.0 on AIX 6.1
TSM 6.3.0.0 on Windows 2008 R2
My attempt to change a schedule start time has failed. I have a cmd schedule
that runs Exchange backups. Originally scheduled for 17:00 I find I cannot
change the start time to 22:00.
These commands show that the schedule time was changed
Hello,
For solaris nodes,you have to install TSM client packages in all the local
zones along with Global zone,that's why you are unable to see the /opt in
the local zones as the tsm client packages not yet installed on local zones.
Regards,
Gopi
On Thu, May 2, 2013 at 1:24 PM, Hans Christian R
Hello
Which clearly shows that TCP/IP port is wrong,which should be 1500 in the
dsmserv.opt server option file
ANR1820E The server could not connect to the database manager by using *TCP/IP
port 51500*
*
*
Like below
=
dsmserv.opt
--
COMMmethodTCPIP
TCPPort
Hello,
I am facing issue while trying to start dsmserv as follows and error is
highlighted :
-bash-4.1$ /opt/tivoli/tsm/server/bin/dsmserv
ANR7800I DSMSERV generated at 15:53:18 on Oct 19 2012.
Tivoli Storage Manager for Linux/x86_64
Version 6, Release 3, Level 3.000
Licensed Materials - Pr
Hello.
In the documentation I have it says to install the Microsoft Exchange Server
MAPI Client.
So maybe make sure that this MAPI (from earlier email):
"Second: according to the customer they were told to install Microsoft MAPI
v1.2.1, which they did. When trying to do a restore of a mail
Hi.
With Solaris 10 we installed the TSM client in global zone and it was
accessible in the local zones.
With Solaris 11.1 /opt is not found in the local zones and the symlink from
/usr/bin is also missing. Anyone has any tip here before we try to hack it
together?
Regards,
Hans Chr.
16 matches
Mail list logo