[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

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

1867.0. "Quota problems on printing" by KERNEL::OTHENJ () Fri Nov 27 1992 11:18

Hello,

	A customer has found since upgrading to v3.0 that the users have 
received many

Error copying to file ""

errors when printing documents.

He found that these errors were due to the users being close to the limit of 
their permanent quota, and by increasing this quota it resolved the problem.

e.g.

Customer prints document 300 blocks
100 blocks free of permanent quota
2,000 blocks free of overdraft

The customer believes that if a document has to be extended, i.e. editing 
documents , then ALL-IN-1 will use the overdraft, but if documents have to 
be created, such as temporary files in oa$temp, then ALL-IN-1 will not use 
the overdraft. Is this the case?

	Thanks for any help,

		Julie 
    
T.RTitleUserPersonal
Name
DateLines
1867.1CorrectIOSG::NEWLANDRichard Newland, IOSG, REO1-D/4AFri Nov 27 1992 11:5021
The customer is correct but it is RMS, and not ALL-IN-1, which decides if
the overdraft can be used.  RMS will not create a new file if the permanent
quota has or will be exceeded.  It will extend an open file until the
permanent + overdraft limit is reached.  

There were no changes to V3.0 Formatting and Printing which change how disk
quotas are enforced.

With the conditions you give:

    Customer prints document 300 blocks
    100 blocks free of permanent quota
    2,000 blocks free of overdraft

the print operation will fail because when print makes a temporary copy of
the file RMS will not allow a 300 block file to be created when only 100 
blocks are left.


Richard