| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
Hello and Greetings, A customer has reported, and I have duplicated, a problem with the ISD option under MMA. (Index of shared directories) Selection of the option displays a reasonable screen, at the Shared Area field he does a "find" and OA$SHARE slots in nicely. He presses return, the Shared directories are listed, with their logicals. All of which is very nice. Files and Sizes fields are blank. The customer would like to see some information displayed in those columns. I've seen nothing in NOTES or STARS on ISD at all - I can't even find it in the book of words. Is this fixable? An undocumented feature? or a figment of our imaginations? ALL-IN-1 V3.0 (British as an Aussie kit can be) VMS v5.5-1 Thanks & Regards, Chele
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1989.1 | A truly wonderful housekeeping procedure... | SCOTTC::MARSHALL | I'd rather be skiing | Fri Dec 18 1992 13:15 | 8 |
Chele,
Instant answer: Run RSD. It is the only thing that updates these blank
fields. It also updates the 'size' field in SM_SDAF_MASTER.
Scott
(PS - I haven't forgotten the DDS problem! :-)
| |||||
| 1989.2 | RSD Documented in... | SCOTTC::MARSHALL | I'd rather be skiing | Wed Dec 23 1992 00:21 | 6 |
The description of RSD in the Management Guide (section 10.16 for the
V3.0 books) includes this info. However, I guess that isn't the most
intuitive place to look if you're trying to find out what updates these
fields!
Scott
| |||||
| 1989.3 | RSD not doing as it's told | BUSHIE::BURT | Sun Jan 24 1993 23:42 | 18 | |
Hello again,
The customer's ISD problem is now resolved - he linked & ran RSD,
(after defining his SAMs policies etc) and all seems pretty much OK.
Except for...
The customer originally had 40 areas:
1 - 10 had 500 files or less
10 - 41 had 1000 to 1100 files
He specified _10_ new areas to be created by RSD.
RSD became over-enthused , and created 40 new areas, with
low at 41 & high at 80.
Customer wants to know WHY? ie why tell RSD what to do when it seems
to do it's own thing anyway?
Thanks & regards,
Chele
| |||||
| 1989.4 | RSD worked as documented | SCOTTC::MARSHALL | Spitfire Drivers Do It Topless | Mon Jan 25 1993 11:09 | 21 |
Hi Chele,
I presume when you say the customer "specified" the number of
directories for RSD to create, that they put "10" in the
"Number of Dirs to Create" field on SM_UTILITY_MASTER. Only problem
is, RSD doesn't use that field. Nothing, to my knowledge, uses that
field, or has ever used that field.
The only SAM policy that RSD uses is "Create New Dirs Flg", which tells
it whether or not it is allowed to create directories. If this is Y,
and if new directories are needed, then the number that are created is
the same as the number of directories currently in the write window.
The write window is then set to these directories. This is what
happened on the customer's system, so RSD worked properly.
This is all explained in the books, but I can see the customer's
unhappiness at the misleading field on SM_UTILITY_MASTER. An SPR might
help to get the field removed in a PFR.
Scott
| |||||