T.R | Title | User | Personal Name | Date | Lines |
---|
3345.2 | | IOSG::CARLIN | Dick Carlin IOSG, Reading, England | Thu Oct 07 1993 12:10 | 17 |
| Clive
Sorry, yes there is a problem with the concealed devices and
CHECK_DISKQUOTA/FILE$. However I'm puzzled that you got a "Warning: low
on space" rather than a parameter error on the CHECK_DISKQUOTA (that's
what I get when I do it). Do you also have a device called
DISK$USER_1:?
For a temporary fix you would have to unconceal DISK$USER_1 rather than
DISK$USER_2. Remember it's the drawer owner's quota that matters,
however I must confess that our message is misleading. Perhaps it
should say "One is low on disk space" rather than "You are low on disk
space". :-)
SPR it as Andrew says
Dick
|
3345.3 | ignore .2! | IOSG::CARLIN | Dick Carlin IOSG, Reading, England | Tue Oct 12 1993 16:01 | 18 |
| Clive
Sorry again, what I said in .2 was rubbish. The CHECK_DISKQUOTA/FILE$
functions are perfectly happy with concealed devices. However I might
take the opportunity to add a FILE$.PHYSICAL_DEVICE option to FILE$
which will always wade through the concealments to return the
physical device id.
So, did changing HARVEYW's profile to PTZV15$DKA400:[USER_1. blah] have
any effect? I wouldn't have thought so. If you have the time to try it,
what happens if you do these interactively:?
CHECK_DISK "HARVEYW","DISK$USER_1:"
CHECK_DISK "HARVEYW","PTZV15$DKA400:"
but I'm grabbing at straws. Back to being puzzled again.
Dick
|
3345.4 | still a problem | CHEFS::HARVEYW | | Fri Nov 05 1993 10:42 | 17 |
| Hi this problem is getting worse, as we now have it on all of our
ALL-IN-1 systems. (As I have just finished upgrading them all to
V3 ALL-IN-1)
I have tried removing all references to concealed devices in the
ALL-IN-1 profile and the authorize entry but still get the warning:
"You are low on disk space. Do you want to continue? [Y/N]"
when we edit a shared document.
The systems are standard apart from having WordPerfect integrated into
them, I have tried going in /nocust to avoid using the WordPerfect
integration, but still get the same warning.
Wal...
|
3345.5 | | LOOKIN::BARHAM | Norbert: | Wed Nov 10 1993 16:20 | 19 |
| Hi Dick,
Sorry, I've been off sick for quite a while (sinus operation!) but this
problem is still alive and kicking.
We do not currently have access to the system in question but a similar
system displays the same symptoms (in fact they all do now after the
upgrade to v3). The only difference here is that the disk logicals are
not rooted and point to hard devices.
We tried the two CHECK_DISKQUOTA commands you suggested. They both
returned '1' in the symbol oa$status.
We believe it is the same on the machine in the base note too. (I'll
say later if this is not true).
Any more I can tell you ?
Thanks,
Clive
|
3345.6 | escalation time ?! | TOPPER::BARHAM | Norbert: | Mon Nov 22 1993 17:25 | 107 |
| OK, last chance everyone :-)
We have eliminated all disk logicals and we now have a hard coded
device in the profile and UAF records - DSA21:
The shared drawer is in BROADJ's account which we are trying to access
from BROADW.
BROADJ's summary :-
======================
UIC [BROADJ] has 985 blocks used
of 10000 authorized, 1000 permitted overdraft.
-------------------------
UAF entry
Username: BROADJ Owner: janet Broad
Account: 624 UIC: [1022,11] ([BROADJ])
CLI: DCL Tables: DCLTABLES
Default: DSA21:[BROADJ]
LGICMD: LOGIN
--------------------------
ALL-IN-1 profile
Account name: BROAD.J
Directory: DSA21:[BROADJ.A1]
Form libr:
VMS account details:
Account name: BROADJ
When deleting the VMS account, delete from directory:
DISK$USER_1:[BROADJ]
************************************
BROADW's summary :-
=====================
UIC [BROADW] has 636 blocks used
of 10000 authorized, 1000 permitted overdraft.
--------------------------
ALL-IN-1 account details:
Account name: BROAD.W
Directory: DSA21:[BROADW.A1]
Form libr:
VMS account details:
Account name: BROADW
When deleting the VMS account, delete from directory:
DISK$USER_1:[BROADW]
-------------------------------
Username: BROADW Owner: Walter Broad
Account: 680 UIC: [1070,46] ([BROADW])
CLI: DCL Tables: DCLTABLES
Default: DSA21:[BROADW]
LGICMD: LOGIN
Trace reads
![SCRIPT] WP_SYS_EDIT Line 83: CHECK_DISKQUOTA OA$CURDWR_OWNER,
FILE$.DEVICE[LOG
! $OA$CURDWR_DIRECT]
![FUNC] Function: CHECK_DISKQUOTA, Cmd line: OA$CURDWR_OWNER,
FILE$.DEVICE[LOG
! $OA$CURDWR_DIRECT]
![SYMBOL] Symbol: OA$CURDWR_OWNER, Value: BROADJ
![SYMBOL] Symbol: LOG$OA$CURDWR_DIRECT, Value:
DSA21:[BROADJ.A1.ZUYBEIC5K]
![SYMBOL] Symbol: FILE$.DEVICE[LOG$OA$CURDWR_DIRECT], Value: DSA21:
![FUNC] Function: YESNO_PROMPT, Cmd line: "Warning: You are low on
disk space.
! Do you want to continue? [Y/N]"
To me, this is saying that BROADJ (where the drawer is located) is
overquota so we logged into BROADJ and did the equivalent (I think)
command :-
<check_diskquota "BROADJ","DSA21:"
and nothing happened. To confirm we were doing it right we reduced
BROADJ's diskquota so it was very low and the command gave the expected
quota warning.
So why would the command work when typed interactively from within
BROADJ's account but not from a script that does the equivalent command ?? -
CHECK_DISKQUOTA OA$CURDWR_OWNER, FILE$.DEVICE[LOG$OA$CURDWR_DIRECT]
Anyone ?!
Thanks,
Clive
|
3345.7 | Still puzzled | IOSG::CARLIN | Dick Carlin IOSG, Reading, England | Mon Nov 22 1993 19:03 | 12 |
| Clive
What happens when, from BROADW's account, you interactively do:
<check_diskquota "BROADJ","DSA21:"
This is a better match of what is actually being done in the script.
(I think I asked this in .2, but possibly we were all getting confused
with usernames).
Dick - sorry I haven't replied earlier, but I've run out of ideas.
|
3345.8 | | TOPPER::BARHAM | Norbert: | Tue Nov 23 1993 09:33 | 14 |
| Thanks Dick,
You are indeed right. When doing the
<check_diskquota "BROADJ","DSA21:"
from BROADJ, it gives the correct results. But when doing it from
BROADW it always gives the quota warning.
What does that tell us ?!
Thanks,
Clive
|
3345.9 | Protection problem? | IOSG::MAURICE | Insufficient hair for flower | Tue Nov 23 1993 11:52 | 10 |
| Hi,
The CHECK_DISKQUOTA function uses ALL-IN-1's installed privileges, expect
BYPASS, to get information it needs. It reads information from the
disk quota file on the disc (QUOTA.SYS in the root directory). Check
whether there is system access on this file.
Cheers
Stuart
|
3345.10 | | TOPPER::BARHAM | Norbert: | Tue Nov 23 1993 14:20 | 13 |
| Stuart/Dick,
At last !!
DSA21:[000000]quota.sys had a protection of (,RWED,,). Even though the
owner was SYSTEM, changing the protection to (RWED,RWED,RE,) fixed it !
Weird. STARS article on it's way.
Thanks for your help.
Clive
|