> Good day all,
>
> In the midst of our automation of ADSM/VM V3.1 and designing our
> deployment of the V3.1 and V3.7 clients (still V2 for our DOS clients),
> I've bumped into a number of problems and annoyances, some new
> and some old, none worth my time reporting officially (enough elevator
> music this week), but all problems. Maybe some are
> misunderstandings people here might help me see the light with;
> maybe someone else will put some of these on their concern list ...
>
> 1. The WinNT client GUI install does not install the scheduler
> service, nor does uninstall deinstall the scheduler service. It
> should. Really. Right away. This is the cause of 50% of my user
> problems with TSM/ADSM.
>
> 2. WinNT backup client (3.7) GUI does not display path info during a
> backup. Fileids are displayed in a "Task List" box, but not path.
> Previous versions did and this information is sometimes helpful.
>
> 3. WinNT backup client (3.7) GUI "Backup Report" box does not fit in
> the standard size backup client window. All action buttons are
> not visible. There are no scroll bars.
>
> 4. WinNT backup client (3.7) GUI has no listing, even fleeting as in
> previous versions, of actions on individual files. File
> DMSSCHED.LOG should be used, just as with a scheduled backup.
>
> 5. (all platform) backup client (all versions) keeps a tape mounted
> on (VM server 3.1.2.40, all versions) after a restore ... until
> the backup client is exited. Server "Mount Retention" should be
> honored, starting with the end of a restore action, not end of a
> client-server session. That a tape is mounted for a client is not
> visible at the client, even if s/he were there to take action
> (many restores are started just before the owner leaves for the day).
>
> 6. VM 3.1.2.40 server: I've never had a SELECT from CONTENTS with a
> WHERE limiting output on (only) non-key fields complete. These
> are NOT joins. Here's an example:
>
> select c.volume_name,c.file_name from contents as c -
> where c.node_name='SOME_NODE_NAME' and -
> c.type='FILE' and c.filespace_name='SOME_FS_NAME'
>
> These just grind cpu with a pretty healthy working set of pages.
> I've let various SELECTs run for hours. The same SELECT without
> the WHERE starts outputting immediately. Still fails without
> aliases.
>
> 7. VM 3.1.2.40 server, CMS admin client: SELECT * FROM CONTENTS >
> x.x.a eventually fills the output disk, as expected.
> Unfortunately, one gets a
>
> DMSERD107S Disk xxx is full
>
> message ... for every line of output that can't be written. As
> S-level error should terminate the command (one message is
> sufficient!).
>
> 8. VM 3.1.2.40 server, CMS admin client: on a long-running SELECT
> (try one as above!), "hx" should end the admin client session. It
> does, but the admin client never reads the "hx" so when one tries
> to enter the next command after the CMS "Ready;" message, one
> receives "Not accepted"! "#cp req" will cause CMS to read
> whatever is stacked (hx in this case). This is an awful work-around.
>
> 9. Same as above. The EMSG setting is turned off and not reset in
> above case.
>
> 10. Same as above, except enter "#cp req" instead of hx. One gets an
> "interrupted by user" message with nothing else happening. Since
> nothing is read, nothing else at console may be entered.
> Work-arounds are (a) "#CP IPL" or (b) use other admin access to
> cancel the problem admin session.
>
> 11. Same as above, but another admin access cancels the admin session.
> The CMS admin client session does end, but with an ugly IUCV
> message, not a nice message saying the session was canceled by ...
> Here's a sample output text, as recorded in DMSERROR.LOG:
>
> 11:16:59 sessRecvVerb: Error -181 from call to 'readRtn'.
> 11:16:59 cuGetAdmCmdResp: Received a communication read error: rc: -181
> 11:16:59 ANS8051E IUCV communication error.
> 11:16:59 ANS8064E Communication timeout. Reissue the command.
>
> 12. VM 3.1.2.40 server with CMS admin client: Despite
> "-out"/"-outfile"/"-tab", one cannot cause the result of most
> commands to be entirely on single lines (that is, either fields
> are split, or the verbose F=D format is used). Previous versions
> (I can only attest to V1) would output (as wide as necessary)
> lines with one line per logical record.
>
> 13. (Still) VM 3.1.2.40 server with CMS admin client: One can enter a
> single command on the command line. Unfortunately, because SET
> SQLDISPLAY WIDE is (only) a command, one cannot have that setting
> with a SELECT statement on the command line. :-(
>
> So as to not have an unlucky number here ...
>
> 14. This space left intentionally non-blank.
>
> Hope this helps someone (maybe Tivoli to have a better product?) ... I
> really do like ADSM/TASDM/TSM/whatever.
>
> cheers, wayne
>
> Wayne T. Smith ADSM AT Maine DOT edu
> ADSM Technical Coordinator - UNET University of Maine System
>
|