From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A95877F60 for ; Sun, 14 Jul 2013 03:05:50 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 440C2AC003 for ; Sun, 14 Jul 2013 01:05:47 -0700 (PDT) Received: from mout.web.de (mout.web.de [212.227.15.3]) by cuda.sgi.com with ESMTP id MdzS4Rh499BxDgem for ; Sun, 14 Jul 2013 01:05:45 -0700 (PDT) Received: from 3capp-webde-bs29.server.lan ([172.19.170.29]) by mriweb.server.lan (mriweb001) with ESMTP (Nemesis) id 0M9tck-1Urhk82WRk-00B72Z for ; Sun, 14 Jul 2013 10:05:44 +0200 MIME-Version: 1.0 Message-ID: From: "Thomas Schneider" Subject: XFS errors on 3TB HDD that is identified of size 2TB only Date: Sun, 14 Jul 2013 10:05:44 +0200 (CEST) List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8100683280247634269==" Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com --===============8100683280247634269== Content-Type: text/html; charset=UTF-8

Hi!

On my new HDD WD30EZRX I created a GPT partition table and formatted it with XFS.
Then I put some data (approx. 2.4TB) on that new partition.

However, after restarting the system the disk is identified of size 2TB only.
knoppix@Microknoppix:~$ sudo fdisk -l
Disk /dev/sda: 2000.4 GB, 2000421444608 bytes
255 heads, 63 sectors/track, 243204 cylinders, total 3907073134 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Checking the HDD with tool gdisk, I get this output for option "i" (show detailed information [...]):
Command (? for help): i
Using 1
Partition GUID code: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux filesystem)
Partition unique GUID: 37786D32-C98F-4624-9440-94F79BE79793
First sector: 2048 (at 1024.0 KiB)
Last sector: 5860533134 (at 2.7 TiB)
Partition size: 5860531087 sectors (2.7 TiB)
Attribute flags: 0000000000000000
Partition name: 'Linux filesystem'

Using option "v" (verify disk) I get this output:
Expert command (? for help): v

Caution: The CRC for the backup partition table is invalid. This table may
be corrupt. This program will automatically create a new backup partition
table when you save your partitions.

Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.

Problem: Disk is too small to hold all the data!
(Disk size is 3907073134 sectors, needs to be 5860533168 sectors.)
The 'e' option on the experts' menu may fix this problem.

Problem: partition 1 is too big for the disk.

Identified 4 problems!

My understanding of the issue is:
1. The HDD is not identified correctly by the mainboard/Bios with 3TB. This is confirmed by the hardware vendor of my mainboard "Gigabyte P35-DS4", means the limit is 2.2TB
2. The partition is too small to keep data of size 2.4TB

How can I recover the data?
Should I simply create a new partition table either with gdisk or parted?
Can I make a low-level copy using dd starting from sector 2048 until the end to another HDD WD30EZRX (that I have available) and then mount that partition?
Or are there any other options?

THX

--===============8100683280247634269== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs --===============8100683280247634269==-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 04E497F51 for ; Sun, 14 Jul 2013 10:51:54 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 748F7AC003 for ; Sun, 14 Jul 2013 08:51:53 -0700 (PDT) Received: from benjamin.baylink.com (rrcs-24-129-180-187.se.biz.rr.com [24.129.180.187]) by cuda.sgi.com with ESMTP id jmsjo97ftGsT3WQN for ; Sun, 14 Jul 2013 08:51:51 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by benjamin.baylink.com (Postfix) with ESMTP id DB00C1F003F5 for ; Sun, 14 Jul 2013 11:51:50 -0400 (EDT) Received: from benjamin.baylink.com ([127.0.0.1]) by localhost (benjamin.baylink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6wbDr3o8pAso for ; Sun, 14 Jul 2013 11:51:40 -0400 (EDT) Received: from benjamin.baylink.com (benjamin.baylink.com [192.168.253.10]) by benjamin.baylink.com (Postfix) with ESMTP id 4F8DA1F001DF for ; Sun, 14 Jul 2013 11:51:40 -0400 (EDT) Date: Sun, 14 Jul 2013 11:51:40 -0400 (EDT) From: Jay Ashworth Message-ID: <22762971.1368.1373817100242.JavaMail.root@benjamin.baylink.com> In-Reply-To: Subject: Re: XFS errors on 3TB HDD that is identified of size 2TB only MIME-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com ----- Original Message ----- > From: "Thomas Schneider" > On my new HDD WD30EZRX I created a GPT partition table and formatted > it with XFS. > Then I put some data (approx. 2.4TB) on that new partition. > > However, after restarting the system the disk is identified of size > 2TB only. > knoppix@Microknoppix:~$ sudo fdisk -l Stop! Wait a minute! Stop it, boy! (Sorry; Meat Loaf flashback. :-) You're looking at that partition table with fdisk, *which doesn't understand GPT partition tables*; it's amazing it didn't complain louder. You need to check it with parted, or something else that speaks GPT; the rest your these here is invalid, being based on your assumption that there really is a problem... which there probably isn't. If not with parted, how did you create the GPT partition in the first place? Cheers, -- jra > Disk /dev/sda: 2000.4 GB, 2000421444608 bytes > 255 heads, 63 sectors/track, 243204 cylinders, total 3907073134 > sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 4096 bytes > I/O size (minimum/optimal): 4096 bytes / 4096 bytes > > Checking the HDD with tool gdisk, I get this output for option "i" > (show detailed information [...]): > Command (? for help): i > Using 1 > Partition GUID code: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux > filesystem) > Partition unique GUID: 37786D32-C98F-4624-9440-94F79BE79793 > First sector: 2048 (at 1024.0 KiB) > Last sector: 5860533134 (at 2.7 TiB) > Partition size: 5860531087 sectors (2.7 TiB) > Attribute flags: 0000000000000000 > Partition name: 'Linux filesystem' > > Using option "v" (verify disk) I get this output: > Expert command (? for help): v > > Caution: The CRC for the backup partition table is invalid. This table > may > be corrupt. This program will automatically create a new backup > partition > table when you save your partitions. > > Problem: The secondary header's self-pointer indicates that it doesn't > reside > at the end of the disk. If you've added a disk to a RAID array, use > the 'e' > option on the experts' menu to adjust the secondary header's and > partition > table's locations. > > Problem: Disk is too small to hold all the data! > (Disk size is 3907073134 sectors, needs to be 5860533168 sectors.) > The 'e' option on the experts' menu may fix this problem. > > Problem: partition 1 is too big for the disk. > > Identified 4 problems! > > My understanding of the issue is: > 1. The HDD is not identified correctly by the mainboard/Bios with 3TB. > This is confirmed by the hardware vendor of my mainboard "Gigabyte > P35-DS4", means the limit is 2.2TB > 2. The partition is too small to keep data of size 2.4TB > > How can I recover the data? > Should I simply create a new partition table either with gdisk or > parted? > Can I make a low-level copy using dd starting from sector 2048 until > the end to another HDD WD30EZRX (that I have available) and then mount > that partition? > Or are there any other options? > > THX > _______________________________________________ > xfs mailing list > xfs@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/xfs -- Jay R. Ashworth Baylink jra@baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII St Petersburg FL USA #natog +1 727 647 1274 _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4CADA7F37 for ; Mon, 15 Jul 2013 18:11:55 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3CB26304039 for ; Mon, 15 Jul 2013 16:11:52 -0700 (PDT) Received: from awesome.dsw2k3.info (awesome.dsw2k3.info [217.188.63.246]) by cuda.sgi.com with ESMTP id HyOVEBDtS5gWlwKQ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Jul 2013 16:11:50 -0700 (PDT) Date: Tue, 16 Jul 2013 01:11:45 +0200 From: Matthias Schniedermeyer Subject: Re: XFS errors on 3TB HDD that is identified of size 2TB only Message-ID: <20130715231145.GA5738@citd.de> References: <22762971.1368.1373817100242.JavaMail.root@benjamin.baylink.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <22762971.1368.1373817100242.JavaMail.root@benjamin.baylink.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Jay Ashworth Cc: xfs@oss.sgi.com On 14.07.2013 11:51, Jay Ashworth wrote: > ----- Original Message ----- > > From: "Thomas Schneider" > > > On my new HDD WD30EZRX I created a GPT partition table and formatted > > it with XFS. > > Then I put some data (approx. 2.4TB) on that new partition. > > > > However, after restarting the system the disk is identified of size > > 2TB only. > > knoppix@Microknoppix:~$ sudo fdisk -l > > Stop! Wait a minute! Stop it, boy! > > (Sorry; Meat Loaf flashback. :-) > > You're looking at that partition table with fdisk, *which doesn't understand > GPT partition tables*; it's amazing it didn't complain louder. It does. At least the version i got does: ... WARNING: The size of this disk is 3.0 TB (3000592982016 bytes). DOS partition table format can not be used on drives for volumes larger than (2199023255040 bytes) for 512-byte sectors. Use parted(1) and GUID partition table format (GPT). ... And that's not even the most recent version: fdisk -v fdisk (util-linux 2.20.1) But in the OP-Case the kernel appeared to reported the disc as 2TB, which could be seen in the fdisk output. -- Matthias _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D7FC27F37 for ; Mon, 15 Jul 2013 18:59:43 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6AA1C304039 for ; Mon, 15 Jul 2013 16:59:43 -0700 (PDT) Received: from benjamin.baylink.com (rrcs-24-129-180-187.se.biz.rr.com [24.129.180.187]) by cuda.sgi.com with ESMTP id 35is1rLZ3RG34klw for ; Mon, 15 Jul 2013 16:59:41 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by benjamin.baylink.com (Postfix) with ESMTP id 442241F0077C for ; Mon, 15 Jul 2013 19:59:41 -0400 (EDT) Received: from benjamin.baylink.com ([127.0.0.1]) by localhost (benjamin.baylink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v08irs4HiKlm for ; Mon, 15 Jul 2013 19:59:37 -0400 (EDT) Received: from benjamin.baylink.com (benjamin.baylink.com [192.168.253.10]) by benjamin.baylink.com (Postfix) with ESMTP id 30BBD1F00643 for ; Mon, 15 Jul 2013 19:59:37 -0400 (EDT) Date: Mon, 15 Jul 2013 19:59:37 -0400 (EDT) From: Jay Ashworth Message-ID: <11399340.1426.1373932777053.JavaMail.root@benjamin.baylink.com> In-Reply-To: <20130715231145.GA5738@citd.de> Subject: Re: XFS errors on 3TB HDD that is identified of size 2TB only MIME-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com ----- Original Message ----- > From: "Matthias Schniedermeyer" > > Stop! Wait a minute! Stop it, boy! > > > > (Sorry; Meat Loaf flashback. :-) > > > > You're looking at that partition table with fdisk, *which doesn't > > understand > > GPT partition tables*; it's amazing it didn't complain louder. > > It does. At least the version i got does: > > ... > WARNING: The size of this disk is 3.0 TB (3000592982016 bytes). > DOS partition table format can not be used on drives for volumes > larger than (2199023255040 bytes) for 512-byte sectors. Use parted(1) > and GUID partition table format (GPT). > ... You're reading it wrong. That's the fdisk which you tell me understands GPT tables *telling you it does not*. > And that's not even the most recent version: > fdisk -v > fdisk (util-linux 2.20.1) > > But in the OP-Case the kernel appeared to reported the disc as 2TB, > which could be seen in the fdisk output. fdisk is not guaranteed to be using a long enough variable there to be able to report the drive size correctly. TTBOMK, *nothing* other than parted presently knows how to create and modify GPT partition tables. Except, apparently, for a program with the *singularly* poorly chosen name of "GPT Fdisk": http://sourceforge.net/projects/gptfdisk/ I know, that sounds like a *really good* name. I've been doing tech support for 30 years; trust me, it's about the worst imaginable name. :-} Cheers, -- jra -- Jay R. Ashworth Baylink jra@baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII St Petersburg FL USA #natog +1 727 647 1274 _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A5EC47F37 for ; Tue, 16 Jul 2013 00:10:21 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 90CE3304032 for ; Mon, 15 Jul 2013 22:10:18 -0700 (PDT) Received: from mail-bk0-f52.google.com (mail-bk0-f52.google.com [209.85.214.52]) by cuda.sgi.com with ESMTP id 2ka7TCgD6woDEpS4 (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 15 Jul 2013 22:10:17 -0700 (PDT) Received: by mail-bk0-f52.google.com with SMTP id d7so74364bkh.11 for ; Mon, 15 Jul 2013 22:10:15 -0700 (PDT) Received: from t400.localnet (89-65-189-48.dynamic.chello.pl. [89.65.189.48]) by mx.google.com with ESMTPSA id eu16sm12910402bkc.0.2013.07.15.22.10.14 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Jul 2013 22:10:14 -0700 (PDT) From: Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?= Subject: Re: XFS errors on 3TB HDD that is identified of size 2TB only Date: Tue, 16 Jul 2013 07:10:13 +0200 References: <11399340.1426.1373932777053.JavaMail.root@benjamin.baylink.com> In-Reply-To: <11399340.1426.1373932777053.JavaMail.root@benjamin.baylink.com> MIME-Version: 1.0 Message-Id: <201307160710.13718.arekm@maven.pl> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com T24gVHVlc2RheSAxNiBvZiBKdWx5IDIwMTMsIEpheSBBc2h3b3J0aCB3cm90ZToKCj4gVFRCT01L LCAqbm90aGluZyogb3RoZXIgdGhhbiBwYXJ0ZWQgcHJlc2VudGx5IGtub3dzIGhvdyB0byBjcmVh dGUKPiBhbmQgbW9kaWZ5IEdQVCBwYXJ0aXRpb24gdGFibGVzLgoKbndlciBmZGlzayBoYXMgc29t ZSBncHQgc3VwcG9ydApodHRwczovL3d3dy5rZXJuZWwub3JnL3B1Yi9saW51eC91dGlscy91dGls LWxpbnV4L3YyLjIzL3YyLjIzLVJlbGVhc2VOb3RlcwoKLS0gCkFya2FkaXVzeiBNacWba2lld2lj eiwgYXJla20gLyBtYXZlbi5wbAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KeGZzIG1haWxpbmcgbGlzdAp4ZnNAb3NzLnNnaS5jb20KaHR0cDovL29zcy5z Z2kuY29tL21haWxtYW4vbGlzdGluZm8veGZzCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 75DD67F37 for ; Tue, 16 Jul 2013 20:36:10 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5352D304039 for ; Tue, 16 Jul 2013 18:36:10 -0700 (PDT) Received: from benjamin.baylink.com (rrcs-24-129-180-187.se.biz.rr.com [24.129.180.187]) by cuda.sgi.com with ESMTP id kR9KVxf6ws3kqnV3 for ; Tue, 16 Jul 2013 18:36:05 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by benjamin.baylink.com (Postfix) with ESMTP id 26BCD1F001ED for ; Tue, 16 Jul 2013 21:36:05 -0400 (EDT) Received: from benjamin.baylink.com ([127.0.0.1]) by localhost (benjamin.baylink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kJoC8BWbSAGo for ; Tue, 16 Jul 2013 21:36:01 -0400 (EDT) Received: from benjamin.baylink.com (benjamin.baylink.com [192.168.253.10]) by benjamin.baylink.com (Postfix) with ESMTP id 0905C1F001E8 for ; Tue, 16 Jul 2013 21:36:01 -0400 (EDT) Date: Tue, 16 Jul 2013 21:36:01 -0400 (EDT) From: Jay Ashworth Message-ID: <4014064.1488.1374024960972.JavaMail.root@benjamin.baylink.com> In-Reply-To: <201307160710.13718.arekm@maven.pl> Subject: Re: XFS errors on 3TB HDD that is identified of size 2TB only MIME-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQo+IEZyb206ICJBcmthZGl1c3ogTWnFm2tpZXdp Y3oiIDxhcmVrbUBtYXZlbi5wbD4KCj4gT24gVHVlc2RheSAxNiBvZiBKdWx5IDIwMTMsIEpheSBB c2h3b3J0aCB3cm90ZToKPiAKPiA+IFRUQk9NSywgKm5vdGhpbmcqIG90aGVyIHRoYW4gcGFydGVk IHByZXNlbnRseSBrbm93cyBob3cgdG8gY3JlYXRlCj4gPiBhbmQgbW9kaWZ5IEdQVCBwYXJ0aXRp b24gdGFibGVzLgo+IAo+IG53ZXIgZmRpc2sgaGFzIHNvbWUgZ3B0IHN1cHBvcnQKPiBodHRwczov L3d3dy5rZXJuZWwub3JnL3B1Yi9saW51eC91dGlscy91dGlsLWxpbnV4L3YyLjIzL3YyLjIzLVJl bGVhc2VOb3RlcwoKQW5kICp0aGlzKiwgcmlnaHQgaGVyZSwgaXMgd2h5IEkgc2FpZCBpdCdzIHRo ZSB3b3JzdCBpbWFnaW5hYmxlIG5hbWUuCgpBcyB0aGF0IGRvZXMgKm5vdCogYXBwZWFyIHRvIGJl IHRoZSB0aGluZyBJIGxpbmtlZCB0bywgd2Ugbm93IGhhdmUgdHdvCnNlcGFyYXRlIHBhY2thZ2Vz IGZyb20gdHdvIHNlcGFyYXRlIHRlYW1zLCB1bnJlbGF0ZWQgdG8gb25lIGFub3RoZXIsIHdoaWNo CnBlb3BsZSBhcmUgZ29pbmcgdG8gY2FsbCAiR1BUIGZkaXNrIi4KClRoYW5rcyBmb3IgdGhlIHBv aW50ZXIsIEFya2FkaXVzejsgbXkgZ29vZ2xpbmcgZGlkbid0IHR1cm4gdGhhdCB1cCB0aGUgCm90 aGVyIG5pZ2h0LgoKQ2hlZXJzLAotLSBqcmEgCi0tIApKYXkgUi4gQXNod29ydGggICAgICAgICAg ICAgICAgICBCYXlsaW5rICAgICAgICAgICAgICAgICAgICAgICBqcmFAYmF5bGluay5jb20KRGVz aWduZXIgICAgICAgICAgICAgICAgICAgICBUaGUgVGhpbmdzIEkgVGhpbmsgICAgICAgICAgICAg ICAgICAgICAgIFJGQyAyMTAwCkFzaHdvcnRoICYgQXNzb2NpYXRlcyAgICAgaHR0cDovL2JheWxp bmsucGl0YXMuY29tICAgICAgICAgMjAwMCBMYW5kIFJvdmVyIERJSQpTdCBQZXRlcnNidXJnIEZM IFVTQSAgICAgICAgICAgICAgICNuYXRvZyAgICAgICAgICAgICAgICAgICAgICArMSA3MjcgNjQ3 IDEyNzQKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCnhm cyBtYWlsaW5nIGxpc3QKeGZzQG9zcy5zZ2kuY29tCmh0dHA6Ly9vc3Muc2dpLmNvbS9tYWlsbWFu L2xpc3RpbmZvL3hmcwo=