An SFS administrator can also enroll a user ID in SFS at the same time he creates it. This method enrolls the user ID under the owning manager, and the space allocated to it is deducted from that SFS manager’s total allocatable space.
This means that any time you seem to have less space available for allocating space from a given user storage group than you need, check with your CA VM:Director SFS administrator. It is possible that the administrator added a user ID to your group and has not yet notified you.
For example, your SFS administrator adds user ID ERNIEP to the system and enrolls this user ID in SFS at the same time. This makes you the user ID’s SFS manager, and gives the user ID the following allocation:
Example: User ID:ERNIEP
|
File pool: |
VMX003 |
|
User storage group: |
2 |
|
Space allocated: |
100 blocks |
The addition of this new user ID changes your allocatable space in this user storage group, even though you did not allocate the space yourself, because your SFS administrator allocated the space in your name:
Example: Your allocatable space in this file pool before user ID ERNIEP was added:
|
Allocatable file pool: |
VMX003 |
|
User storage group: |
2 |
|
Allocation limit: |
1000 blocks |
|
Current allocation: |
300 blocks |
|
Available space: |
700 blocks |
Example: Your allocatable space in this file pool after user ID ERNIEP was added
|
Allocatable file pool: |
VMX003 |
|
User storage group: |
2 |
|
Allocation limit: |
1000 blocks |
|
Current allocation: |
400 blocks |
|
Available space: |
600 blocks |
|
Copyright © 2014 CA.
All rights reserved.
|
|