I meant 'dsmadmc -id=<id> -pass=<pass> -console' from a telnet/ssh session.
It displays all console messages as they are generated. I use it to monitor
the progress of long-running processes (deletion of filespaces, macros that
update volume access, etc.).
Jim
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Zoltan Forray
Sent: Monday, December 03, 2012 8:12 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] 6.3.3.000 server wont HALT
Not sure what you mean by "console session". I use TSMManager and issue the
halt via it's console/monitor window, if that is what you are referring to -
and yes, it shows the halt is issued and then the server goes non-responsive,
as suspected. Then from ssh/Linux the process dsmserv never halts/stops.
On Mon, Dec 3, 2012 at 9:00 AM, Schneider, Jim <jschneider AT ussco DOT com>
wrote:
> Have you tried a -console session prior to issuing halt?
>
> Jim Schneider
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Zoltan Forray
> Sent: Monday, December 03, 2012 7:45 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] 6.3.3.000 server wont HALT
>
> This is now becoming a consistent / persistent problem. I had to kill
> -9 to stop the dsmserv process. I restarted the server (via service ..
> start) and there didn't seem to be any damage done.
>
> However, attempting to stop/halt it, again, produced the same result -
> dsmserv using 200% CPU and after 2-hours I had to kill -9.
>
> So, obviously there are big enough changes in 6.3.3 vs 6.3.2, to cause
> problems like this, since none of my 6.3.x or 6.2.x servers exhibit
> this behavior.
>
> Any suggestions on how to diagnose this "issue" before I contact IBM
> and open a PMR?
>
>
> On Thu, Nov 29, 2012 at 2:04 PM, Zoltan Forray <zforray AT vcu DOT edu> wrote:
>
> > Just did my first install/conversion of a 6.2.3 TEST server to
> > 6.3.3.000 (RH Linux)
> >
> > While the install and startup went fine, it won't HALT.
> >
> > After the install/upgrade, I got in via dsmadmc just fine. Checked
> > the actlog - saw all the schema changes/upgrades.
> > Updated/registered the licenses and then issued HALT. Got the usually
> > warning and said YES.
> >
> > Now it has been sitting for >25-minutes since the halt.
> >
> > Can't get back in via dsmadmc.
> >
> > Top shows dsmserv using >200% CPU.
> >
> > I tried standard kills, with no luck. I hate to do a kill -9 but will
> if
> > I don't have a choice.
> >
> > What the heck is it doing? Should I wait longer or just kill it
> > with extreme prejudice?
> >
> > --
> > *Zoltan Forray*
> > TSM Software & Hardware Administrator Virginia Commonwealth
> > University UCC/Office of Technology Services zforray AT vcu DOT edu -
> > 804-828-4807 Don't be a phishing victim - VCU and other reputable
> > organizations will never use email to request that you reply with
> > your password, social security number or confidential personal
> > information. For more details visit
> > http://infosecurity.vcu.edu/phishing.html
> >
> >
>
>
> --
> *Zoltan Forray*
> TSM Software & Hardware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> zforray AT vcu DOT edu - 804-828-4807
> Don't be a phishing victim - VCU and other reputable organizations
> will never use email to request that you reply with your password,
> social security number or confidential personal information. For more
> details visit http://infosecurity.vcu.edu/phishing.html
>
> **********************************************************************
> Information contained in this e-mail message and in any attachments
> thereto is confidential. If you are not the intended recipient, please
> destroy this message, delete any copies held on your systems, notify
> the sender immediately, and refrain from using or disclosing all or
> any part of its content to any other person.
>
--
*Zoltan Forray*
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zforray AT vcu DOT edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will never
use email to request that you reply with your password, social security number
or confidential personal information. For more details visit
http://infosecurity.vcu.edu/phishing.html
**********************************************************************
Information contained in this e-mail message and in any attachments thereto is
confidential. If you are not the intended recipient, please destroy this
message, delete any copies held on your systems, notify the sender immediately,
and refrain from using or disclosing all or any part of its content to any
other person.
|
