RG> ADSM-L@VM.MARIST.EDU
Sent by: "ADSM:cc
Dist Stor
Manager" Subject
<[EMAIL PROTECTED] Re: TSM se
- 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
>de
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.
http://www.storserver.com/
85-7347 (cell)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] 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
>> 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
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, 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
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 maintenanc
>> 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-part
- 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 st
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 no
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 jo
>> 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
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'
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 d
. 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 s
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 the
17 matches
Mail list logo
