ADSM-L@VM.MARIST.EDU
Sent by: ADSM:cc
Dist Stor
Manager Subject
[EMAIL PROTECTED] Re: TSM server automation products
- Richard Rhodes wrote: -
We have successfully used StorServer Manager for automation for
a number of years. It works well as long as your processing
follows standard way TSM want's to run. At times it gets confused,
but in general we have been happy with it. It's worth a look and
demo
] On Behalf Of
Allen S. Rout
Sent: Monday, April 03, 2006 1:10 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM server automation products
On Sun, 2 Apr 2006 09:52:52 +0200, Jurjen Oskam
[EMAIL PROTECTED] said:
On Sat, Apr 01, 2006 at 09:46:00PM -0500, Allen S. Rout wrote:
Speaking as someone
We have successfully used StorServer Manager for automation for a number
of years. It works well as long
as your processing follows standard way TSM want's to run. At times it
gets confused, but in general
we have been happy with it. It's worth a look and demo try.
At 12:34 AM 4/1/2006 +0200, Jurjen Oskam wrote:
Uhm, may I ask *why* you'd want an off-the-shelf product instead of
your own code? Is the Perl-code not functioning correctly? What
problem are you trying to solve?
I can't speak for the original poster, but I've worked for shops that
preferred
- Jurjen Oskam wrote: -
Uhm, may I ask *why* you'd want an off-the-shelf product instead
of your own code? Is the Perl-code not functioning correctly?
What problem are you trying to solve?
Management objections to the current script seem to center on two
issues:
1.None of the other
On Sun, 2 Apr 2006 09:52:52 +0200, Jurjen Oskam [EMAIL PROTECTED] said:
On Sat, Apr 01, 2006 at 09:46:00PM -0500, Allen S. Rout wrote:
Speaking as someone buried in my own PERL up to my nose:
[snip: quite a good argument]
I don't think I could be as effective with a third-party product
On Mon, Apr 03, 2006 at 10:48:13AM -0400, Thomas Denier wrote:
2.I am spending significant amounts of time on enhancements to the
script.
Yes, that would be a reason to consider an off-the-shell solution.
The Perl-automation here runs more or less autonomic and doesn't
require much
On Mon, Apr 03, 2006 at 01:09:35PM -0400, Allen S. Rout wrote:
I'll allude to a bit of logical pedantry by suggesting a google of
'beg the question' :)
Darn, I /thought/ I got that right. From a Google search: If you're
not comfortable with formal terms of logic, it's best to stay away
from
Back in the days of VM, my favorite automation tool for ADSM was Host
Management Facility. Unix cron is a poor substitute, but it's what we've
got to work with. I do a majority of my scheduling from within the TSM
server with administrative schedules that trigger TSM Scripts. This is a
rather poor
On Mon, 3 Apr 2006 22:00:52 +0200, Jurjen Oskam [EMAIL PROTECTED] said:
Our TSM environment is too small to justify that niceness, since the
Perl-code keeps everything running virtually maintenance-free. But
yes, I think there are many installations where these off-the-shelf
products really
On Sat, Apr 01, 2006 at 09:46:00PM -0500, Allen S. Rout wrote:
Speaking as someone buried in my own PERL up to my nose:
[snip: quite a good argument]
I don't think I could be as effective with a third-party product as I
am with my own stuff. I do think that the person who gets my job
On Sat, 1 Apr 2006 00:34:21 +0200, Jurjen Oskam [EMAIL PROTECTED] said:
Uhm, may I ask *why* you'd want an off-the-shelf product instead
of your own code? Is the Perl-code not functioning correctly?
What problem are you trying to solve?
Speaking as someone buried in my own PERL up to my
My site has a rather large Perl script that controls the daily
housekeeping cycle (storage pool backups, database backups, tape
movement, and so on). The script also detects a variety of
error conditions and reports them to our operations staff. My
management is convinced that we can buy an off
. What do you have that is so complex that it
has to be scripted outside of TSM's functionality.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Thomas Denier
Sent: Friday, March 31, 2006 12:23 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM server
We run the DRM product for TSM. That controls the offsite tape rotation
and generates daily DR plans. With the Operational reporting that comes
with TSM 5.2, it is a start. The overall reporting structure within TSM
is bad to say the least. The operational reporting tool will email you
various
On Fri, Mar 31, 2006 at 01:23:11PM -0500, Thomas Denier wrote:
error conditions and reports them to our operations staff. My
management is convinced that we can buy an off the shelf product
that will replace 80 percent of the Perl code. Does such a
product exist?
Uhm, may I ask *why* you'd
17 matches
Mail list logo
