Eric,
I found an old SCSDISC report that shows the negative LUN size; here it is, I've omitted some middle columns: These are 8 paths to the same LUN _FCP_CH_ ______WWPN______ _____LUN_ID_____ _VENDOR_ PROD SIZE_(bytes)__ 00000200 5005076801102C4C 0010000000000000 IBM 2145 -1027570925568 00000200 5005076801302C78 0010000000000000 IBM 2145 -1027570925568 00000201 5005076801202C4C 0010000000000000 IBM 2145 -1027570925568 00000201 5005076801402C78 0010000000000000 IBM 2145 -1027570925568 00000202 5005076801202C78 0010000000000000 IBM 2145 -1027570925568 00000202 5005076801402C4C 0010000000000000 IBM 2145 -1027570925568 00000203 5005076801102C78 0010000000000000 IBM 2145 -1027570925568 00000203 5005076801302C4C 0010000000000000 IBM 2145 -1027570925568 ________________________________ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Eric R Farman Sent: Monday, November 26, 2007 10:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Questions about LUN DASD volumes Thanks, John. I guess I'll have to get some larger 2145 volumes and play around again. I tried SCSIDISC against our big volumes on a 2107, which are of varying sizes between 500GB and 1TB, and didn't notice any negative values. Weird, but I'll mess around with it and see what I can find. Thanks for the heads up. Regards, Eric Eric Farman z/VM I/O Development IBM Endicott, NY "Romanowski, John (OFT)" <[EMAIL PROTECTED]> Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> 11/26/2007 09:41 AM Please respond to The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Questions about LUN DASD volumes Eric, large LUN that I referred to was a 957GB LUN in an IBM SVC 2145. reported LUN size (bytes) was correct, but prefixed with a minus sign. ________________________________ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Eric R Farman Sent: Monday, November 26, 2007 9:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Questions about LUN DASD volumes How large is large? I can't put my hands on one larger than 70GB at the moment, and it looks fine. Will look for the huge disks tomorrow to try them. As for the fields reported as "XXXXX," that's due to some kind of I/O error when trying to get a LUN to decribe itself. This sometimes occurs because of an ACL restriction, as some DASD controllers will gladly tell us a LUN exists, but reject any I/O directed at it. In those cases, description I/O such as the SCSI Inquiry or Read Capacity commands will fail, and we cannot fill in that information. Regards, Eric Eric Farman z/VM I/O Development IBM Endicott, NY "Romanowski, John (OFT)" <[EMAIL PROTECTED]> Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> 11/21/2007 03:49 PM Please respond to The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Questions about LUN DASD volumes on some occasions SCSIDISC will report LUN_SIZE_(bytes) as a negative number. Seen that only for large LUNs. On other occasions some of the fields, LUN_SIZE too, will be reported as XXXXX's ________________________________ This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. ________________________________ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Wilkins Sent: Wednesday, November 21, 2007 3:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Questions about LUN DASD volumes Compliments of Eric R. Farman, a sample of the SCSIDISC output: _FCP_CH_ ______WWPN______ _____LUN_ID_____ _VENDOR_ PROD MODL _SERIAL_ CODE _BLK_SIZE_ _DISKBLKS_ __LUN_SIZE_(bytes)__ 0000B098 5005076300CA04DA 5100000000000000 IBM 2105 F20 10013262 .178 512 7617216 3900014592 0000B098 5005076300CA04DA 5101000000000000 IBM 2105 F20 10113262 .178 512 7617216 3900014592 0000B098 5005076300CA04DA 5102000000000000 IBM 2105 F20 10213262 .178 512 7617216 3900014592 0000B098 5005076300CA04DA 5103000000000000 IBM 2105 F20 10313262 .178 512 7617216 3900014592 0000B098 5005076300CA04DA 5104000000000000 IBM 2105 F20 10413262 .178 512 195328 100007936 0000B098 5005076300CA04DA 5105000000000000 IBM 2105 F20 10513262 .178 512 195328 100007936 0000B098 5005076300CA04DA 5106000000000000 IBM 2105 F20 10613262 .178 512 195328 100007936 0000B098 5005076300CA04DA 5107000000000000 IBM 2105 F20 10713262 .178 512 1953152 1000013824 0000B098 5005076300CA04DA 5108000000000000 IBM 2105 F20 10813262 .178 512 1953152 1000013824 0000B098 5005076300CA04DA 5109000000000000 IBM 2105 F20 10913262 .178 512 1953152 1000013824 0000B098 5005076300CA04DA 510A000000000000 IBM 2105 F20 10A13262 .178 512 1953152 1000013824 0000B098 5005076300CA04DA 510B000000000000 IBM 2105 F20 10B13262 .178 512 1953152 1000013824 Regards, Steve. Steve Wilkins IBM z/VM Development
