listgroup tempdata.aih
********************
GROUP: TEMPDATA.AIH
DISC SPACE: ** PASSWORD: **
CPU TIME : 581494(SECONDS) SECURITY--READ : ANY
CONNECT TIME: 588(MINUTES) WRITE : AC
DISC LIMIT: UNLIMITED APPEND : AC
CPU LIMIT : UNLIMITED LOCK : ANY
CONNECT LIMIT: UNLIMITED EXECUTE : ANY
PRIV VOL : YES SAVE : AC
FILE UFID: $056C0002 $548C98C3 $005238D8 $AD031C59 $007BDDE5
MOUNT REF CNT: n/a
HOME VOL SET : HMO_AIH_PROD
CAP: BA,IA
(definitely seems to by on private volume set)
dstat 213
LDEV-TYPE STATUS VOLUME VOLUME SET - GEN
---------- ------- ----------------------------------
213-OPEN-V MEMBER MEMBER28 HMO_AIH_PROD-0
disk 213 seems to be on correct private volume set.
I will be up tonight at 2:00 to see where my system resources are being
used.
_________________
Kevin Smeltzer
IT Specialist - HP MPE systems
804-354-7950
Cell: 804-651-5428
[log in to unmask]
From: Gary Robillard <[log in to unmask]>
To: [log in to unmask]
Date: 08/30/2011 04:49 PM
Subject: Re: [HP3000-L] OUT OF GROUP DISC SPACE (FSERR 61)
Sent by: HP-3000 Systems Discussion <[log in to unmask]>
You could also tell by what volume set ldev 213 is in
by doing a "DSTAT 213"
Is there any chance that ldev 213 is low on space (I would
think you would get an fserr 46 in that case though)...
>! LDEV: 213 DRT: 8 UNIT: 0 !
>! RECORD SIZE: 28 BLOCK SIZE: 1792 (BYTES) !
Gary Robillard
Technical Support Engineer
Abtech Support
RHCSA #111-065-694
[log in to unmask]
Work: 800-474-7397 or 760-827-5100 x113
Cell: 760-707-8970
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On Behalf
Of Gilles Schipper
Sent: Tuesday, August 30, 2011 1:29 PM
To: [log in to unmask]
Subject: Re: [HP3000-L] OUT OF GROUP DISC SPACE (FSERR 61)
Could it be that the group in question is homed to the system volume
set rather than the private volume set that was probably intended and
the account space limit for the account on the system volume set is zero.
Issue a LISTACCT command for the account in question and a LISTGROUP
for the group in question and post the results.
I suspect you may see a group that is homes to the system volume set
rather than the expected private volume set and the account limit set to
zero.
This is common technique for ensuring that all groups in an account
be confined to its desired private volumeset rather than stray onto
the system volume set.
The solution would be to ALTGROUP
groupname.acctname;homevs=volsetname - assuming the assumptions made are
valid.
At 12:26 PM 2011-08-30, Kevin Smeltzer wrote:
>Several jobs abended this morning. All with "OUT OF GROUP DISC
>SPACE (FSERR 61)"
>Account and group 'tempdata' are both set 'unlimited' for DISC
>LIMIT, CPU LIMIT, and CONNECT LIMIT.
>The private volume set that account and group are in, have 597GB
>configured, and 102GB free (17% free space)
>Programmer was able to 'XLTRIM' the files in the group and obtain
>enough disk space to rerun the jobs.
>XLTRIM is done daily against the group tempdata.aih. So the
>programmer only saved disk space from the files created in less than
>the last 24 hours. Not a workable long term solution.
>
>Is there a MPE limit on group disk size?
>
>Part of job log:
><cut>
>Starting sort phase.
>Starting output phase.
>100% Out=382 Delta-Min=2:43. Wall-Min=67:58.
Cpu-Sec=395.
>IN=33995295, OUT=382. CPU-Sec=395. Wall-Sec=4078. Wall-Min=67:58.
>Unable to close this file
>MRV313Z2.TEMPDATA.AIH,NEW SD # of records=382
>OUT OF GROUP DISC SPACE (FSERR 61)
>
>+-F-I-L-E---I-N-F-O-R-M-A-T-I-O-N---D-I-S-P-L-A-Y+
>! FILE NAME IS MRV313Z2.TEMPDATA.AIH !
>! FOPTIONS: NEW,ASCII,FORMAL,F,NOCCTL,FEQ !
>! NOLABEL !
>! AOPTIONS: IN/OUT,MR,NOLOCK,DEF,NOBUF,NOMULTI !
>! WAIT,COPY !
>! DEVICE TYPE: 3 DEVICE SUBTYPE: 8 !
>! LDEV: 213 DRT: 8 UNIT: 0 !
>! RECORD SIZE: 28 BLOCK SIZE: 1792 (BYTES) !
>! EXTENT SIZE: 65535 MAX EXTENTS: 32 !
>! RECPTR: 384 RECLIMIT: 33995287 !
>! LOGCOUNT: 15 PHYSCOUNT: 6 !
>! EOF AT: 382 LABEL ADDR: %00000000000 !
>! FILE CODE: 1084 ULABELS: 12 !
>! FILE OWNER: JOB.AIH !
>! PHYSICAL STATUS: 0000000000000000 !
>! ERROR NUMBER: 0 RESIDUE: 5348 (WORDS) !
>! BLOCK NUMBER: 6 NUMREC: 64 !
>+------------------------------------------------+
>
>Error: Fatal problem during processing
>
>
> SUPRTOOL.PUB.ROBELLE
>Program terminated in an error state. (CIERR 976)
>REMAINDER OF JOB FLUSHED.
>CPU sec. = 438. elapsed min. = 76. TUE, AUG 30, 2011, 2:16 AM.
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
-------------------------------------------------------------------------------------------------
Gilles Schipper
GSA Inc.
HP System Administration Specialists
300 John Street, Box 87651 Thornhill, ON Canada L3T 7R4
Tel: 416.702.7900
email: [log in to unmask] web: http://www.gsainc.com
-------------------------------------------------------------------------------------------------
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
Be sure to ask us about short term and long term rentals on servers,
workstations, storage and more!
CONFIDENTIALITY NOTICE: This communication with its contents may contain
confidential information. It is solely for the use of the intended
recipient(s). Unauthorized interception, review, use or disclosure is
prohibited and may violate applicable laws including the Electronic
Communications Privacy Act. If you are not the intended recipient, please
contact the sender and destroy all copies of the communication.
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
