You may want to see what is taking up the room on the 51D disk. Our 51D disk is only 27%. We are at RSU0703 plus some other PTFs. I don't think we deleted anything off of the 51D disk between RSU installs.
q disk d LABEL VDEV M STAT CYL TYPE BLKSZ FILES BLKS USED-(%) BLKS LEFT BLK TOTAL MNT51D 51D D R/W 26 3390 4096 279 1266-27 3414 4680 Ready; T=0.01/0.01 13:37:13 Paul Feller -----Original Message----- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Peter E. Abresch Jr. - at Pepco Sent: Thursday, May 22, 2008 1:04 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Quick z/VM maintenance question (I hope) This is a brand new z/VM 5.3 that we just installed. We installed the RSU DVD maintenance and now we are installing the latest RSU maintenance from ShopZseries. Is it the 51D disk that is full? If so, what are the steps to make it larger? Peter Chris Langford <[EMAIL PROTECTED]> Sent by: Linux on 390 Port <LINUX-390@VM.MARIST.EDU> 05/22/2008 01:43 PM Please respond to Linux on 390 Port <LINUX-390@VM.MARIST.EDU> To LINUX-390@VM.MARIST.EDU cc Subject Re: Quick z/VM maintenance question (I hope) Peter E. Abresch Jr. - at Pepco wrote: > We have the following z/VM V5.3 maintenance that we downloaded and > detersed: > > S7832162 SERVLINK C1 V 4005 109 94 5/22/08 12:43:47 > S7832160 SERVLINK C1 F 80 672 14 5/22/08 12:37:40 > SHIPRSU3 SERVLINK C1 V 4005 18621 16040 5/22/08 12:26:53 > SHIPRSU2 SERVLINK C1 V 4005 27038 25191 5/22/08 12:26:29 > SHIPRSU1 SERVLINK C1 V 4005 19310 17021 5/22/08 12:25:59 > S7832160 SHIPRSU3 C1 F 1024 34725 8682 5/22/08 12:17:11 > S7832162 SHIPDOCS C1 F 1024 64 16 5/22/08 12:17:11 > S7832160 SHIPRSU2 C1 F 1024 49257 12315 5/22/08 12:17:06 > S7832160 SHIPRSU1 C1 F 1024 21071 5268 5/22/08 12:17:01 > S7832160 SHIPDOC C1 F 1024 11 3 5/22/08 12:16:58 > > We then run the following command just like the manual says: > > service all S7832162 > VMFSRV2760I SERVICE processing started VMFSUI2760I VMFSUFIN processing > started VMFSIP1965E The command, EXECIO * DISKW VM $VMFUT1$ D, failed > with return > code > 113 > <snip> When EXECIO receives a return code from a CMS I/O operation it adds 100 to generate a return code As the operation is DISKW one can speculate that the I/O request was FSWRITE. Return code 13 from FSWRITE indicates disk is full (or your SFS file space limit is reached) -- Chris Langford, Cestrian Software ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
