Surely as long as you restart the scheduler, after the association has been
made, to ask the server what the next schedule is, and check the
dsmsched.log's last entries reflect what you expect, I can't see a problem.
Server prompted schedules might behave differently but I rarely use them so I
Andy,
I'm not getting much of a response from anything you mentioned, but I noticed
the machine is running at 100% cpu constantly, so I'm guessing that might be
causing this apparent 'hang'.
Once I've eliminated that, I'll continue with your suggestions.
Cheers,
Matthew
-Original
Is it the tracing causing the high system utilisation?
Ensure the application is allowed under the Windows execution prevention
tab- this can cause issues with java based applications.
Large, Matthew : Barclays Wealth [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
I only ran the tracing for one execution (I've seen multiGB filesystems fill
up quite quickly with traceflags active - haven't you ;) )
TaskManager shows svhost.exe eating 99%
It's all run from the command-line.. so java shouldn't be involved
Waiting for reboot..
Coffee tomorrow?
And 402 is a common return code from a TDP client such as TSM for SQL or
Exchange - those return codes are different from the ones issued by the
basic backup/archive client.
Look them up in the TDP for x books.
On 3/8/08, Avy Wong [EMAIL PROTECTED] wrote:
Thank you Richard. I will go poke
Hi,
just a guess - are the log files writable? correct permissions?
Harry
Large, Matthew : Barclays Wealth [EMAIL PROTECTED] wrote: I only ran the
tracing for one execution (I've seen multiGB filesystems fill
up quite quickly with traceflags active - haven't you ;) )
TaskManager shows
On Windows there is a tool called Process Explorer- it breaks down the
svchost process and you can work out what sub service is taking all the
CPU.
Large, Matthew : Barclays Wealth [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
11/03/2008 12:13
Please respond to
ADSM:
Get message ANS3010E when setting up TSM client for
Open file support. Client is Windows 2003. TSM level
is 5.3.5
ANS3010E The Logical Volume Snapshot Agent wizard operation failed
Any ideas ?
Tim Brown
Systems Specialist - Project Leader
Central Hudson Gas Electric
284 South Ave
Hi Harry,
Absolutely, one of the first things I check! That's why I ran the trace, I
just couldn't see where the hang was happening, and now it seems it may be
related to the VSS component.
It's a shame we can't drill into the svchost.exe process tree to see what is
actually being so greedy.
Funnily enough, we tried that but it wasn't clear where the load was.
That Process Explorer tool couldn't show us what we wanted, which surprised
me.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Ian-IT Smith
Sent: 11 March 2008 13:56
To:
On Mar 11, 2008, at 9:57 AM, Tim Brown wrote:
Get message ANS3010E when setting up TSM client for
Open file support. Client is Windows 2003. TSM level
is 5.3.5
ANS3010E The Logical Volume Snapshot Agent wizard operation failed
Any ideas ?
Search on that msg number at the TSM Support
Hello All,
Is there a SELECT Statement that would tell you how many files are expired
and how much data this correlates to? For example if we expire 1,000,000 file
that could be 500MB of actual data. The reason for this request is because we
need to know how much data is actually coming
Hello All,
Is there a SELECT Statement that would tell you how many files are
expired and how much data this correlates to? For example if we expire
1,000,000 file that could be 500MB of actual data. The reason for this
request is because we need to know how much data is actually coming
Nothing that I'm aware of, but you could always run a couple select statements
before and after the expiration process to list the
total occupancy of the stgpool(s) defined in your VTL:
Select sum(physical_mb) from occupancy where stgpool_name in
('stgpool1','stgpool2',...)
The list of
On Mar 11, 2008, at 8:13 AM, Large, Matthew : Barclays Wealth wrote:
TaskManager shows svhost.exe eating 99%
That executable is the name of a known virus, which would mean that
your Windows system was compromised. Do a Google search on it.
[This is my third attempt trying to post this...
On Mar 11, 2008, at 8:13 AM, Large, Matthew : Barclays Wealth wrote:
TaskManager shows svhost.exe eating 99%
As in the Windows virus?
On Mar 11, 2008, at 8:13 AM, Large, Matthew : Barclays Wealth wrote:
TaskManager shows svhost.exe eating 99%
If that's the accurate name of what's running, your system has been
compromised. Do a Google search on svhost.exe.
Richard Sims
On Mon, 10 Mar 2008 23:45:44 +0100, Hans Christian Riksheim [EMAIL
PROTECTED] said:
Trusting the TSM administrator: I'm not saying that TSM
administrators are an untrustworthy lot. But with client-key
encryption you don't have to trust the TSM admin and it is a big
difference. If I offer
Hello,
Only curious, is this one solved?
//Henrik
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Stefan
Holzwarth
Sent: 10. mars 2008 20:33
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] AW: Interesting problem in MS-Win restoer -- anyone seen
We managed to restore a 206 GB file to the same server with no issues or
errors; the admin of the box determined we didn't need the 38 GB file, so the
issue was dropped. I'd rather have resolved the issue, myself.
Tom Kauffman
NIBCO, Inc
-Original Message-
From: ADSM: Dist Stor Manager
I've used it. I don't find the setup interface to be all that intuitive,
but it works.
The reason to use it is to get ALL changes to files, presumably on a
desktop/laptop.
e.g., you want your WORD document backed up every time you save changes to
it.
The initial backup actually occurs to a
Hey Tom,
THAT is an interesting bit of information.
What media is that 38GB file on? Do you know the volser?
If I were going to work on it, the first thing I would do is copy that tape
to a different tape and then try the restore again.
W
On 3/11/08, Kauffman, Tom [EMAIL PROTECTED] wrote:
I'll have to look -- I *think* they're both on the same tape, LTO-4. We've only
got one LTO-4 in the library showing errors, and it's in a different storage
pool.
I'm still bothered by the fact that the TSM server goes into 'sendw' and shows
300 to 500 Bytes per second transfer rate to the
23 matches
Mail list logo
