From owner-freebsd-fs@FreeBSD.ORG Sun Dec 1 17:29:46 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CB29348 for ; Sun, 1 Dec 2013 17:29:46 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 493AC1111 for ; Sun, 1 Dec 2013 17:29:45 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VnApv-0003Ns-17 for freebsd-fs@freebsd.org; Sun, 01 Dec 2013 09:29:39 -0800 Date: Sun, 1 Dec 2013 09:29:39 -0800 (PST) From: Beeblebrox To: freebsd-fs@freebsd.org Message-ID: <1385918979014-5865165.post@n5.nabble.com> In-Reply-To: <1385761196424-5864850.post@n5.nabble.com> References: <1380880223590-5848720.post@n5.nabble.com> <524EEE40.5060208@gmail.com> <1381060830753-5849397.post@n5.nabble.com> <20131006123350.GJ3287@sludge.elizium.za.net> <1381683172518-5851539.post@n5.nabble.com> <1385711723411-5864713.post@n5.nabble.com> <1385761196424-5864850.post@n5.nabble.com> Subject: Re: Questions re swap-on-zfs MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2013 17:29:46 -0000 Results of testing have producced two problems: 1. The "gconcat label" device does not persist through reboots. I suspect the reason is due to swap #1 being on a zpool (tank0/swap) and this gets mounted before gconcat can do its magic. There's no "canmount=noauto" setting, unless of course I were to disable "org.freebsd:swap=on" (which is probably what needs to be done to make it work). 2. The more important problem however, is one of system freezes during poudriere runs. 4 cores = 4 build jails; during build of larger ports (like firefox, www/webkit-gtk*), if the number of such concurrent builds (large ports) gets to 3, screens freeze, HDD activity continues but eventually produces a kernel panic (I have tried to capture one on dumpdev but no success). If however, the 1G partition is added normally; Device: 1024-blocks Used: /dev/zvol/tank0/swap 4194304 126932 /dev/ada0p1 1048576 126608 I do not get any system freezes and poudriere goes about its business normally. For example: [01]: www/webkit-gtk3 build (00:16:45) [02]: x11/kdelibs4 configure (00:02:45) [03]: www/webkit-gtk2 stage (00:16:23) [04]: graphics/ImageMagick install (00:16:45) Conclusion: gconcat or any other virtual device setup seems doomed to fail and a "real device" seems what's needed for stability. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Questions-re-swap-on-zfs-tp5848720p5865165.html Sent from the freebsd-fs mailing list archive at Nabble.com. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 2 02:32:33 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9D8C139 for ; Mon, 2 Dec 2013 02:32:33 +0000 (UTC) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFF4A16F3 for ; Mon, 2 Dec 2013 02:32:33 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id ma3so17713709pbc.26 for ; Sun, 01 Dec 2013 18:32:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XTgloElQKWAhPetguT9bn1fJG6uhj2eMdBrfiu19uqs=; b=HSn933XFw+98E057kEXth1xW48CwXmE77GCN576HKlRskeodgwwuwcSpXO33n+3msw oSVS/VdNEhuCDqgMoIUXA5VPJBTv4Ym+JokZjXeGX6CW/u+HUDB14I+fXlHqWFdKhBMn y2/qCBzNrlq9DRuA47AkuEBneLXHCCvekLn4U2+pEGN5pP0zZK8B1Q7HVASFGhx5F63e 1R/dQVQmxd5C+SeLFF5Dccv32+KoHKNpWcEOEwJDyoaEn7HDgq0edkcDYVFD8P6m86mO 5KTgTMhx9RIDKYvWxAdsB0X7k+xXX/0zIFoAiuG3WZjRFe8aPLyTsRXrwoNCIpLojQxU 7MsQ== MIME-Version: 1.0 X-Received: by 10.68.245.227 with SMTP id xr3mr305526pbc.182.1385951553464; Sun, 01 Dec 2013 18:32:33 -0800 (PST) Received: by 10.70.92.79 with HTTP; Sun, 1 Dec 2013 18:32:33 -0800 (PST) In-Reply-To: <1381005634317-5849247.post@n5.nabble.com> References: <1380880223590-5848720.post@n5.nabble.com> <524EEE40.5060208@gmail.com> <1381005634317-5849247.post@n5.nabble.com> Date: Sun, 1 Dec 2013 20:32:33 -0600 Message-ID: Subject: Re: Questions re swap-on-zfs From: Adam Vande More To: Beeblebrox Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 02:32:34 -0000 On Sat, Oct 5, 2013 at 3:40 PM, Beeblebrox wrote: > > > want to minimise usage of swap-on-SSD > so as to prevent SSD fatigue for the swap area. > This is an invalid concern or at least an inadequately worded one. All modern SSD's use static wear leveling. This plus leaving approximately 10% of the drive unpartitioned/unused will ensure you'll get as close to the theoricial limit that one can reasonable achieve. Swap-on-ZFS is bad for all the reasons swap-on-UFS is and more. -- Adam From owner-freebsd-fs@FreeBSD.ORG Mon Dec 2 09:40:59 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 738216FA for ; Mon, 2 Dec 2013 09:40:59 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30CBF1292 for ; Mon, 2 Dec 2013 09:40:59 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id w5so4112909qac.20 for ; Mon, 02 Dec 2013 01:40:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T4o3HjhuzCkcCr0aylv0O9NHG7H6F/4zyXSU2nbCYkY=; b=Ie9IwlXQXCUaAMZpcY6Pq2Xy9pgs85HjYVDXveksL0uqIdvufsaBRc08yPCu3Qp76D 1zCYSZK4xp+qK1FwTTWnc6urbhrmi6iw9AdLQi3M9UZnS5YjsIj6kiLx3Qt1iVwWKbd0 V7cszjrK+rFc7AeqaHseoyFv1HLmznQCNZM91M4NzCtwy8vgYgpP8+YkIYfgOq8TpVhH bT2u72Is7Vwy8nF6k3pSAferTMX/GHy+ayJ9LlAFN1fiJXaT9a8UcR8nAG5mGe2CvTeY LViEUtpRyypt8J60OQCJgr/ECzA66tuU03hFZldwrZuOIDqSx6ceManhNoGJXVEGZ3ma MQ7w== MIME-Version: 1.0 X-Received: by 10.229.219.5 with SMTP id hs5mr111411816qcb.9.1385977257799; Mon, 02 Dec 2013 01:40:57 -0800 (PST) Received: by 10.224.36.137 with HTTP; Mon, 2 Dec 2013 01:40:57 -0800 (PST) In-Reply-To: <03CB6E4FFD454EBA9E416813A5187C9F@multiplay.co.uk> References: <03CB6E4FFD454EBA9E416813A5187C9F@multiplay.co.uk> Date: Mon, 2 Dec 2013 09:40:57 +0000 Message-ID: Subject: Re: ssd for zfs From: krad To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: FreeBSD FS , Richard Kojedzinszky X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 09:40:59 -0000 you also want to look at your workloads on the pool, if you are not doing lots of async writes, you may well be better off using it as an l2arc device. Ideally you should have separate devices, but you could partition the ssd and use it as l2arc and zill, but that isnt best practice, but there are many people who do that out there with varying mileage depending on their workloads. On 28 November 2013 12:51, Steven Hartland wrote: > FreeBSD has TRIM support and some disks have very slow TRIM support. > > Try disabling TRIM support in /boot/loader.conf > vfs.zfs.trim.enabled=0 > > Also check to see if your seeing ashift 12 as I suspect thats actually > a 4k not 512b device. This can be confirmed by looking at the boot > output. > > Regards > Steve > ----- Original Message ----- From: "Richard Kojedzinszky" < > krichy@cflinux.hu> > To: > Sent: Wednesday, November 27, 2013 8:51 AM > Subject: ssd for zfs > > > > Dear fs developers, >> >> Probably this is not the best list to report my issue, but please forward >> it to where it should get. >> >> I bought an SSD for my ZFS filesystem to use it as a ZIL. I've tested it >> under linux, and found that it can handle around 1400 random synchronized >> write IOPS. Then I placed it into my freebsd 9.2 box, and after attaching >> it as a ZIL, my zpool only performs 100 (!) write iops. I've attached it to >> an AHCI controller and to an LSI 1068 controller, on both it behaves the >> same. So I expect that something in the scsi layer is different, FreeBSD is >> handling this device slower, but actually it can handle the 1400 iops as >> tested under linux. >> >> Please give some advice where to go, how to debug, and how to improve >> FreeBSD's performance with this drive. >> >> The device is: >> # camcontrol identify ada3 >> pass4: ATA-8 SATA 2.x device >> pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 512bytes) >> >> protocol ATA/ATAPI-8 SATA 2.x >> device model STEC MACH16 M16SD2S-50UI >> firmware revision 00000299 >> serial number STM0001680E8 >> WWN 5000a7203006f8e5 >> media serial number STEC MACH16 M16SD2S-50UI STM00 >> cylinders 16383 >> heads 15 >> sectors/track 63 >> sector size logical 512, physical 512, offset 0 >> LBA supported 97696368 sectors >> LBA48 supported 97696368 sectors >> PIO supported PIO4 >> DMA supported WDMA2 UDMA6 >> media RPM non-rotating >> >> Feature Support Enabled Value Vendor >> read ahead yes yes >> write cache yes yes >> flush cache yes yes >> overlap no >> Tagged Command Queuing (TCQ) no no >> Native Command Queuing (NCQ) yes 32 tags >> SMART yes yes >> microcode download yes yes >> security yes no >> power management yes yes >> advanced power management no no >> automatic acoustic management no no >> media status notification no no >> power-up in Standby yes no >> write-read-verify no no >> unload no yes >> free-fall no no >> Data Set Management (DSM/TRIM) yes >> DSM - max 512byte blocks yes 8 >> DSM - deterministic read yes any value >> Host Protected Area (HPA) yes no 97696368/97696368 >> HPA - Security no >> >> Regards, >> >> Kojedzinszky Richard >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> >> > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and > the person or entity to whom it is addressed. In the event of misdirection, > the recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@FreeBSD.ORG Mon Dec 2 10:25:31 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9F70DA5 for ; Mon, 2 Dec 2013 10:25:31 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 154F2166F for ; Mon, 2 Dec 2013 10:25:30 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [109.61.102.5]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id 4E4EE169B; Mon, 2 Dec 2013 11:25:28 +0100 (CET) Date: Mon, 2 Dec 2013 11:25:25 +0100 (CET) From: Richard Kojedzinszky X-X-Sender: krichy@pi.nmdps.net To: krad Subject: Re: ssd for zfs In-Reply-To: Message-ID: References: <03CB6E4FFD454EBA9E416813A5187C9F@multiplay.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: FreeBSD FS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 10:25:31 -0000 Dear, I also have a separate cache device for the pool. Thanks. I would like to use this only for log. Regards, Kojedzinszky Richard On Mon, 2 Dec 2013, krad wrote: > you also want to look at your workloads on the pool, if you are not doing lots of async writes, you may well be better off using it as an l2arc device. Ideally you should have separate devices, but you could partition the ssd and use > it as l2arc and zill, but that isnt best practice, but there are many people who do that out there with varying mileage depending on their workloads. > > > On 28 November 2013 12:51, Steven Hartland wrote: > FreeBSD has TRIM support and some disks have very slow TRIM support. > > Try disabling TRIM support in /boot/loader.conf > vfs.zfs.trim.enabled=0 > > Also check to see if your seeing ashift 12 as I suspect thats actually > a 4k not 512b device. This can be confirmed by looking at the boot > output. > >    Regards >    Steve > ----- Original Message ----- From: "Richard Kojedzinszky" > To: > Sent: Wednesday, November 27, 2013 8:51 AM > Subject: ssd for zfs > > > Dear fs developers, > > Probably this is not the best list to report my issue, but please forward it to where it should get. > > I bought an SSD for my ZFS filesystem to use it as a ZIL. I've tested it under linux, and found that it can handle around 1400 random synchronized write IOPS. Then I placed it into my freebsd 9.2 box, and after > attaching it as a ZIL, my zpool only performs 100 (!) write iops. I've attached it to an AHCI controller and to an LSI 1068 controller, on both it behaves the same. So I expect that something in the scsi layer > is different, FreeBSD is handling this device slower, but actually it can handle the 1400 iops as tested under linux. > > Please give some advice where to go, how to debug, and how to improve FreeBSD's performance with this drive. > > The device is: > # camcontrol identify ada3 > pass4: ATA-8 SATA 2.x device > pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 512bytes) > > protocol              ATA/ATAPI-8 SATA 2.x > device model          STEC MACH16 M16SD2S-50UI > firmware revision     00000299 > serial number         STM0001680E8 > WWN                   5000a7203006f8e5 > media serial number   STEC MACH16 M16SD2S-50UI STM00 > cylinders             16383 > heads                 15 > sectors/track         63 > sector size           logical 512, physical 512, offset 0 > LBA supported         97696368 sectors > LBA48 supported       97696368 sectors > PIO supported         PIO4 > DMA supported         WDMA2 UDMA6 > media RPM             non-rotating > > Feature                      Support  Enabled   Value           Vendor > read ahead                     yes yes > write cache                    yes yes > flush cache                    yes yes > overlap                        no > Tagged Command Queuing (TCQ)   no no > Native Command Queuing (NCQ)   yes 32 tags > SMART                          yes yes > microcode download             yes yes > security                       yes no > power management               yes yes > advanced power management      no no > automatic acoustic management  no no > media status notification      no no > power-up in Standby            yes no > write-read-verify              no no > unload                         no yes > free-fall                      no no > Data Set Management (DSM/TRIM) yes > DSM - max 512byte blocks       yes              8 > DSM - deterministic read       yes              any value > Host Protected Area (HPA)      yes      no      97696368/97696368 > HPA - Security                 no > > Regards, > > Kojedzinszky Richard > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > > From owner-freebsd-fs@FreeBSD.ORG Mon Dec 2 11:06:31 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BBF2A42 for ; Mon, 2 Dec 2013 11:06:31 +0000 (UTC) Received: from mail-pb0-f49.google.com (mail-pb0-f49.google.com [209.85.160.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28F11191D for ; Mon, 2 Dec 2013 11:06:30 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so18422331pbb.8 for ; Mon, 02 Dec 2013 03:06:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=Zw5f6IJzb9ZFXi1IlFV7gsxrhgyt5gZTOrjcDILFZz4=; b=aIXzrzMnCEJNWrn4ED3ZRMnn2cMsp2SsTu4GoFy6jHzoXe+h1bugX8iCmCX+RSw1Pq YSJhBs8DeEg72samJQwIpqPD1mtjPTfMblXSQpyGzVP3NfNVV44krkXMU8gLaJj5W41X QOuWSO77JEKGHdm1Zb5IRdoizQ6YtlT//4mb00l0ibSWSMyX3newwbqyKuvQAKExvhVq P4vuODaBjjHycID4NtBzhtEUeqkUluMsfFO6wlUPjZoHn1Rxu6uogsbPq3SL4T++T9bd FO8Qznnc6k0/xDTIy7UscSj44KPAv/+wzh5FfwHPEaSr2u6Zs2HVvWm2iFyOR/eR+UAL hyYQ== X-Gm-Message-State: ALoCoQlaXcYe9fukdqIJDjyxzxZAckCqRiBzQpT0JkvXkPxjzcvllB4wJ8r7Arsq/M+HV9u3comD MIME-Version: 1.0 X-Received: by 10.66.146.199 with SMTP id te7mr67612193pab.106.1385982076296; Mon, 02 Dec 2013 03:01:16 -0800 (PST) Received: by 10.68.111.100 with HTTP; Mon, 2 Dec 2013 03:01:16 -0800 (PST) Date: Mon, 2 Dec 2013 12:01:16 +0100 Message-ID: Subject: ZVOL/istgt wrong placed on disk From: Johan Kooijman To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 11:06:31 -0000 Hi all, The issue I'm having is the same as discussed over here: http://freebsd.1045724.n5.nabble.com/zvol-and-zfs-send-no-file-on-the-receiving-side-td5024476.html . I've added the zfs path to my istgt.conf config and are now stuck with this setup: [root@san-head1 ~]# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 25.6T 4.74T 3.93T /tank tank/fish 21.7T 26.4T 16K - [root@san-head1 ~]# grep LUN0 /usr/local/etc/istgt/istgt.conf LUN0 Storage /tank/fish 21T [root@san-head1 ~]# ls -lh /tank/fish -rw-r--r-- 1 root wheel 21T Dec 2 11:57 /tank/fish Now.. it works, it exports to my virtualized setup, but I can't snapshot or anything. Is there a way to get this situation restored to the way it should be? -- Met vriendelijke groeten / With kind regards, Johan Kooijman T +31(0) 6 43 44 45 27 E mail@johankooijman.com From owner-freebsd-fs@FreeBSD.ORG Mon Dec 2 11:06:46 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13551B09 for ; Mon, 2 Dec 2013 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7B641947 for ; Mon, 2 Dec 2013 11:06:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rB2B6jQm007708 for ; Mon, 2 Dec 2013 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rB2B6jnv007706 for freebsd-fs@FreeBSD.org; Mon, 2 Dec 2013 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Dec 2013 11:06:45 GMT Message-Id: <201312021106.rB2B6jnv007706@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 11:06:46 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/182570 fs [zfs] [patch] ZFS panic in receive o kern/182536 fs [zfs] zfs deadlock o kern/181966 fs [zfs] Kernel panic in ZFS I/O: solaris assert: BP_EQUA o kern/181834 fs [nfs] amd mounting NFS directories can drive a dead-lo o kern/181565 fs [swap] Problem with vnode-backed swap space. o kern/181377 fs [zfs] zfs recv causes an inconsistant pool o kern/181281 fs [msdosfs] stack trace after successfull 'umount /mnt' o kern/181082 fs [fuse] [ntfs] Write to mounted NTFS filesystem using F o kern/180979 fs [netsmb][patch]: Fix large files handling o kern/180876 fs [zfs] [hast] ZFS with trim,bio_flush or bio_delete loc o kern/180678 fs [NFS] succesfully exported filesystems being reported o kern/180438 fs [smbfs] [patch] mount_smbfs fails on arm because of wr p kern/180236 fs [zfs] [nullfs] Leakage free space using ZFS with nullf o kern/178854 fs [ufs] FreeBSD kernel crash in UFS s kern/178467 fs [zfs] [request] Optimized Checksum Code for ZFS o kern/178412 fs [smbfs] Coredump when smbfs mounted o kern/178388 fs [zfs] [patch] allow up to 8MB recordsize o kern/178387 fs [zfs] [patch] sparse files performance improvements o kern/178349 fs [zfs] zfs scrub on deduped data could be much less see o kern/178329 fs [zfs] extended attributes leak o kern/178238 fs [nullfs] nullfs don't release i-nodes on unlink. f kern/178231 fs [nfs] 8.3 nfsv4 client reports "nfsv4 client/server pr o kern/177985 fs [zfs] disk usage problem when copying from one zfs dat o kern/177971 fs [nfs] FreeBSD 9.1 nfs client dirlist problem w/ nfsv3, o kern/177966 fs [zfs] resilver completes but subsequent scrub reports o kern/177658 fs [ufs] FreeBSD panics after get full filesystem with uf o kern/177536 fs [zfs] zfs livelock (deadlock) with high write-to-disk o kern/177445 fs [hast] HAST panic o kern/177240 fs [zfs] zpool import failed with state UNAVAIL but all d o kern/176978 fs [zfs] [panic] zfs send -D causes "panic: System call i o kern/176857 fs [softupdates] [panic] 9.1-RELEASE/amd64/GENERIC panic o bin/176253 fs zpool(8): zfs pool indentation is misleading/wrong o kern/176141 fs [zfs] sharesmb=on makes errors for sharenfs, and still o kern/175950 fs [zfs] Possible deadlock in zfs after long uptime o kern/175897 fs [zfs] operations on readonly zpool hang o kern/175449 fs [unionfs] unionfs and devfs misbehaviour o kern/175179 fs [zfs] ZFS may attach wrong device on move o kern/175071 fs [ufs] [panic] softdep_deallocate_dependencies: unrecov o kern/174372 fs [zfs] Pagefault appears to be related to ZFS o kern/174315 fs [zfs] chflags uchg not supported o kern/174310 fs [zfs] root point mounting broken on CURRENT with multi o kern/174279 fs [ufs] UFS2-SU+J journal and filesystem corruption o kern/173830 fs [zfs] Brain-dead simple change to ZFS error descriptio o kern/173718 fs [zfs] phantom directory in zraid2 pool f kern/173657 fs [nfs] strange UID map with nfsuserd o kern/173363 fs [zfs] [panic] Panic on 'zpool replace' on readonly poo o kern/173136 fs [unionfs] mounting above the NFS read-only share panic o kern/172942 fs [smbfs] Unmounting a smb mount when the server became o kern/172348 fs [unionfs] umount -f of filesystem in use with readonly o kern/172334 fs [unionfs] unionfs permits recursive union mounts; caus o kern/171626 fs [tmpfs] tmpfs should be noisier when the requested siz o kern/171415 fs [zfs] zfs recv fails with "cannot receive incremental o kern/170945 fs [gpt] disk layout not portable between direct connect o bin/170778 fs [zfs] [panic] FreeBSD panics randomly o kern/170680 fs [nfs] Multiple NFS Client bug in the FreeBSD 7.4-RELEA o kern/170497 fs [xfs][panic] kernel will panic whenever I ls a mounted o kern/169945 fs [zfs] [panic] Kernel panic while importing zpool (afte o kern/169480 fs [zfs] ZFS stalls on heavy I/O o kern/169398 fs [zfs] Can't remove file with permanent error o kern/169339 fs panic while " : > /etc/123" o kern/169319 fs [zfs] zfs resilver can't complete o kern/168947 fs [nfs] [zfs] .zfs/snapshot directory is messed up when o kern/168942 fs [nfs] [hang] nfsd hangs after being restarted (not -HU o kern/168158 fs [zfs] incorrect parsing of sharenfs options in zfs (fs o kern/167979 fs [ufs] DIOCGDINFO ioctl does not work on 8.2 file syste o kern/167977 fs [smbfs] mount_smbfs results are differ when utf-8 or U o kern/167688 fs [fusefs] Incorrect signal handling with direct_io o kern/167685 fs [zfs] ZFS on USB drive prevents shutdown / reboot o kern/167612 fs [portalfs] The portal file system gets stuck inside po o kern/167272 fs [zfs] ZFS Disks reordering causes ZFS to pick the wron o kern/167260 fs [msdosfs] msdosfs disk was mounted the second time whe o kern/167109 fs [zfs] [panic] zfs diff kernel panic Fatal trap 9: gene o kern/167105 fs [nfs] mount_nfs can not handle source exports wiht mor o kern/167067 fs [zfs] [panic] ZFS panics the server o kern/167065 fs [zfs] boot fails when a spare is the boot disk o kern/167048 fs [nfs] [patch] RELEASE-9 crash when using ZFS+NULLFS+NF o kern/166912 fs [ufs] [panic] Panic after converting Softupdates to jo o kern/166851 fs [zfs] [hang] Copying directory from the mounted UFS di o kern/166477 fs [nfs] NFS data corruption. o kern/165950 fs [ffs] SU+J and fsck problem o kern/165521 fs [zfs] [hang] livelock on 1 Gig of RAM with zfs when 31 o kern/165392 fs Multiple mkdir/rmdir fails with errno 31 o kern/165087 fs [unionfs] lock violation in unionfs o kern/164472 fs [ufs] fsck -B panics on particular data inconsistency o kern/164370 fs [zfs] zfs destroy for snapshot fails on i386 and sparc o kern/164261 fs [nullfs] [patch] fix panic with NFS served from NULLFS o kern/164256 fs [zfs] device entry for volume is not created after zfs o kern/164184 fs [ufs] [panic] Kernel panic with ufs_makeinode o kern/163801 fs [md] [request] allow mfsBSD legacy installed in 'swap' o kern/163770 fs [zfs] [hang] LOR between zfs&syncer + vnlru leading to o kern/163501 fs [nfs] NFS exporting a dir and a subdir in that dir to o kern/162944 fs [coda] Coda file system module looks broken in 9.0 o kern/162860 fs [zfs] Cannot share ZFS filesystem to hosts with a hyph o kern/162751 fs [zfs] [panic] kernel panics during file operations o kern/162591 fs [nullfs] cross-filesystem nullfs does not work as expe o kern/162519 fs [zfs] "zpool import" relies on buggy realpath() behavi o kern/161968 fs [zfs] [hang] renaming snapshot with -r including a zvo o kern/161864 fs [ufs] removing journaling from UFS partition fails on o kern/161579 fs [smbfs] FreeBSD sometimes panics when an smb share is o kern/161533 fs [zfs] [panic] zfs receive panic: system ioctl returnin o kern/161438 fs [zfs] [panic] recursed on non-recursive spa_namespace_ o kern/161424 fs [nullfs] __getcwd() calls fail when used on nullfs mou o kern/161280 fs [zfs] Stack overflow in gptzfsboot o kern/161205 fs [nfs] [pfsync] [regression] [build] Bug report freebsd o kern/161169 fs [zfs] [panic] ZFS causes kernel panic in dbuf_dirty o kern/161112 fs [ufs] [lor] filesystem LOR in FreeBSD 9.0-BETA3 o kern/160893 fs [zfs] [panic] 9.0-BETA2 kernel panic f kern/160860 fs [ufs] Random UFS root filesystem corruption with SU+J o kern/160801 fs [zfs] zfsboot on 8.2-RELEASE fails to boot from root-o o kern/160790 fs [fusefs] [panic] VPUTX: negative ref count with FUSE o kern/160777 fs [zfs] [hang] RAID-Z3 causes fatal hang upon scrub/impo o kern/160706 fs [zfs] zfs bootloader fails when a non-root vdev exists o kern/160591 fs [zfs] Fail to boot on zfs root with degraded raidz2 [r o kern/160410 fs [smbfs] [hang] smbfs hangs when transferring large fil o kern/160283 fs [zfs] [patch] 'zfs list' does abort in make_dataset_ha o kern/159930 fs [ufs] [panic] kernel core o kern/159402 fs [zfs][loader] symlinks cause I/O errors o kern/159357 fs [zfs] ZFS MAXNAMELEN macro has confusing name (off-by- o kern/159356 fs [zfs] [patch] ZFS NAME_ERR_DISKLIKE check is Solaris-s o kern/159351 fs [nfs] [patch] - divide by zero in mountnfs() o kern/159251 fs [zfs] [request]: add FLETCHER4 as DEDUP hash option o kern/159077 fs [zfs] Can't cd .. with latest zfs version o kern/159048 fs [smbfs] smb mount corrupts large files o kern/159045 fs [zfs] [hang] ZFS scrub freezes system o kern/158839 fs [zfs] ZFS Bootloader Fails if there is a Dead Disk o kern/158802 fs amd(8) ICMP storm and unkillable process. o kern/158231 fs [nullfs] panic on unmounting nullfs mounted over ufs o f kern/157929 fs [nfs] NFS slow read o kern/157399 fs [zfs] trouble with: mdconfig force delete && zfs strip o kern/157179 fs [zfs] zfs/dbuf.c: panic: solaris assert: arc_buf_remov o kern/156797 fs [zfs] [panic] Double panic with FreeBSD 9-CURRENT and o kern/156781 fs [zfs] zfs is losing the snapshot directory, p kern/156545 fs [ufs] mv could break UFS on SMP systems o kern/156193 fs [ufs] [hang] UFS snapshot hangs && deadlocks processes o kern/156039 fs [nullfs] [unionfs] nullfs + unionfs do not compose, re o kern/155615 fs [zfs] zfs v28 broken on sparc64 -current o kern/155587 fs [zfs] [panic] kernel panic with zfs p kern/155411 fs [regression] [8.2-release] [tmpfs]: mount: tmpfs : No o kern/155199 fs [ext2fs] ext3fs mounted as ext2fs gives I/O errors o bin/155104 fs [zfs][patch] use /dev prefix by default when importing o kern/154930 fs [zfs] cannot delete/unlink file from full volume -> EN o kern/154828 fs [msdosfs] Unable to create directories on external USB o kern/154491 fs [smbfs] smb_co_lock: recursive lock for object 1 p kern/154228 fs [md] md getting stuck in wdrain state o kern/153996 fs [zfs] zfs root mount error while kernel is not located o kern/153753 fs [zfs] ZFS v15 - grammatical error when attempting to u o kern/153716 fs [zfs] zpool scrub time remaining is incorrect o kern/153695 fs [patch] [zfs] Booting from zpool created on 4k-sector o kern/153680 fs [xfs] 8.1 failing to mount XFS partitions o kern/153418 fs [zfs] [panic] Kernel Panic occurred writing to zfs vol o kern/153351 fs [zfs] locking directories/files in ZFS o bin/153258 fs [patch][zfs] creating ZVOLs requires `refreservation' s kern/153173 fs [zfs] booting from a gzip-compressed dataset doesn't w o bin/153142 fs [zfs] ls -l outputs `ls: ./.zfs: Operation not support o kern/153126 fs [zfs] vdev failure, zpool=peegel type=vdev.too_small o kern/152022 fs [nfs] nfs service hangs with linux client [regression] o kern/151942 fs [zfs] panic during ls(1) zfs snapshot directory o kern/151905 fs [zfs] page fault under load in /sbin/zfs o bin/151713 fs [patch] Bug in growfs(8) with respect to 32-bit overfl o kern/151648 fs [zfs] disk wait bug o kern/151629 fs [fs] [patch] Skip empty directory entries during name o kern/151330 fs [zfs] will unshare all zfs filesystem after execute a o kern/151326 fs [nfs] nfs exports fail if netgroups contain duplicate o kern/151251 fs [ufs] Can not create files on filesystem with heavy us o kern/151226 fs [zfs] can't delete zfs snapshot o kern/150503 fs [zfs] ZFS disks are UNAVAIL and corrupted after reboot o kern/150501 fs [zfs] ZFS vdev failure vdev.bad_label on amd64 o kern/150390 fs [zfs] zfs deadlock when arcmsr reports drive faulted o kern/150336 fs [nfs] mountd/nfsd became confused; refused to reload n o kern/149208 fs mksnap_ffs(8) hang/deadlock o kern/149173 fs [patch] [zfs] make OpenSolaris installa o kern/149015 fs [zfs] [patch] misc fixes for ZFS code to build on Glib o kern/149014 fs [zfs] [patch] declarations in ZFS libraries/utilities o kern/149013 fs [zfs] [patch] make ZFS makefiles use the libraries fro o kern/148504 fs [zfs] ZFS' zpool does not allow replacing drives to be o kern/148490 fs [zfs]: zpool attach - resilver bidirectionally, and re o kern/148368 fs [zfs] ZFS hanging forever on 8.1-PRERELEASE o kern/148138 fs [zfs] zfs raidz pool commands freeze o kern/147903 fs [zfs] [panic] Kernel panics on faulty zfs device o kern/147881 fs [zfs] [patch] ZFS "sharenfs" doesn't allow different " o kern/147420 fs [ufs] [panic] ufs_dirbad, nullfs, jail panic (corrupt o kern/146941 fs [zfs] [panic] Kernel Double Fault - Happens constantly o kern/146786 fs [zfs] zpool import hangs with checksum errors o kern/146708 fs [ufs] [panic] Kernel panic in softdep_disk_write_compl o kern/146528 fs [zfs] Severe memory leak in ZFS on i386 o kern/146502 fs [nfs] FreeBSD 8 NFS Client Connection to Server o kern/145750 fs [unionfs] [hang] unionfs locks the machine s kern/145712 fs [zfs] cannot offline two drives in a raidz2 configurat o kern/145411 fs [xfs] [panic] Kernel panics shortly after mounting an f bin/145309 fs bsdlabel: Editing disk label invalidates the whole dev o kern/145272 fs [zfs] [panic] Panic during boot when accessing zfs on o kern/145246 fs [ufs] dirhash in 7.3 gratuitously frees hashes when it o kern/145238 fs [zfs] [panic] kernel panic on zpool clear tank o kern/145229 fs [zfs] Vast differences in ZFS ARC behavior between 8.0 o kern/145189 fs [nfs] nfsd performs abysmally under load o kern/144929 fs [ufs] [lor] vfs_bio.c + ufs_dirhash.c p kern/144447 fs [zfs] sharenfs fsunshare() & fsshare_main() non functi o kern/144416 fs [panic] Kernel panic on online filesystem optimization s kern/144415 fs [zfs] [panic] kernel panics on boot after zfs crash o kern/144234 fs [zfs] Cannot boot machine with recent gptzfsboot code o kern/143825 fs [nfs] [panic] Kernel panic on NFS client o bin/143572 fs [zfs] zpool(1): [patch] The verbose output from iostat o kern/143212 fs [nfs] NFSv4 client strange work ... o kern/143184 fs [zfs] [lor] zfs/bufwait LOR o kern/142878 fs [zfs] [vfs] lock order reversal o kern/142597 fs [ext2fs] ext2fs does not work on filesystems with real o kern/142489 fs [zfs] [lor] allproc/zfs LOR o kern/142466 fs Update 7.2 -> 8.0 on Raid 1 ends with screwed raid [re o kern/142306 fs [zfs] [panic] ZFS drive (from OSX Leopard) causes two o kern/142068 fs [ufs] BSD labels are got deleted spontaneously o kern/141950 fs [unionfs] [lor] ufs/unionfs/ufs Lock order reversal o kern/141897 fs [msdosfs] [panic] Kernel panic. msdofs: file name leng o kern/141463 fs [nfs] [panic] Frequent kernel panics after upgrade fro o kern/141091 fs [patch] [nullfs] fix panics with DIAGNOSTIC enabled o kern/141086 fs [nfs] [panic] panic("nfs: bioread, not dir") on FreeBS o kern/141010 fs [zfs] "zfs scrub" fails when backed by files in UFS2 o kern/140888 fs [zfs] boot fail from zfs root while the pool resilveri o kern/140661 fs [zfs] [patch] /boot/loader fails to work on a GPT/ZFS- o kern/140640 fs [zfs] snapshot crash o kern/140068 fs [smbfs] [patch] smbfs does not allow semicolon in file o kern/139725 fs [zfs] zdb(1) dumps core on i386 when examining zpool c o kern/139715 fs [zfs] vfs.numvnodes leak on busy zfs p bin/139651 fs [nfs] mount(8): read-only remount of NFS volume does n o kern/139407 fs [smbfs] [panic] smb mount causes system crash if remot o kern/138662 fs [panic] ffs_blkfree: freeing free block o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138202 fs mount_msdosfs(1) see only 2Gb o kern/137588 fs [unionfs] [lor] LOR nfs/ufs/nfs o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136873 fs [ntfs] Missing directories/files on NTFS volume p kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/135546 fs [zfs] zfs.ko module doesn't ignore zpool.cache filenam o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot o kern/134491 fs [zfs] Hot spares are rather cold... o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis p kern/133174 fs [msdosfs] [patch] msdosfs must support multibyte inter o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes o kern/131441 fs [unionfs] [nullfs] unionfs and/or nullfs not combineab o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/127787 fs [lor] [ufs] Three LORs: vfslock/devfs/vfslock, ufs/vfs o bin/127270 fs fsck_msdosfs(8) may crash if BytesPerSec is zero o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126973 fs [unionfs] [hang] System hang with unionfs and init chr o kern/126553 fs [unionfs] unionfs move directory problem 2 (files appe o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file o kern/125895 fs [ffs] [panic] kernel: panic: ffs_blkfree: freeing free s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS o kern/123939 fs [msdosfs] corrupts new files o bin/123574 fs [unionfs] df(1) -t option destroys info for unionfs (a o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121898 fs [nullfs] pwd(1)/getcwd(2) fails with Permission denied o kern/121385 fs [unionfs] unionfs cross mount -> kernel panic o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F o kern/118912 fs [2tb] disk sizing/geometry problem with large array o kern/118713 fs [minidump] [patch] Display media size required for a k o kern/118318 fs [nfs] NFS server hangs under special circumstances o bin/118249 fs [ufs] mv(1): moving a directory changes its mtime o kern/118126 fs [nfs] [patch] Poor NFS server write performance o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o kern/117954 fs [ufs] dirhash on very large directories blocks the mac o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/117158 fs [zfs] zpool scrub causes panic if geli vdevs detach on o bin/116980 fs [msdosfs] [patch] mount_msdosfs(8) resets some flags f o conf/116931 fs lack of fsck_cd9660 prevents mounting iso images with o kern/116583 fs [ffs] [hang] System freezes for short time when using o bin/115361 fs [zfs] mount(8) gets into a state where it won't set/un o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/113852 fs [smbfs] smbfs does not properly implement DFS referral o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/111843 fs [msdosfs] Long Names of files are incorrectly created o kern/111782 fs [ufs] dump(8) fails horribly for large filesystems s bin/111146 fs [2tb] fsck(8) fails on 6T filesystem o bin/107829 fs [2TB] fdisk(8): invalid boundary checking in fdisk / w o kern/106107 fs [ufs] left-over fsck_snapshot after unfinished backgro o kern/104406 fs [ufs] Processes get stuck in "ufs" state under persist o kern/104133 fs [ext2fs] EXT2FS module corrupts EXT2/3 filesystems o kern/103035 fs [ntfs] Directories in NTFS mounted disc images appear o kern/101324 fs [smbfs] smbfs sometimes not case sensitive when it's s o kern/99290 fs [ntfs] mount_ntfs ignorant of cluster sizes s bin/97498 fs [request] newfs(8) has no option to clear the first 12 o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [cd9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o bin/94810 fs fsck(8) incorrectly reports 'file system marked clean' o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88555 fs [panic] ffs_blkfree: freeing free frag on AMD 64 o bin/87966 fs [patch] newfs(8): introduce -A flag for newfs to enabl o kern/87859 fs [smbfs] System reboot while umount smbfs. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o bin/85494 fs fsck_ffs: unchecked use of cg_inosused macro etc. o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o bin/74779 fs Background-fsck checks one filesystem twice and omits o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o bin/70600 fs fsck(8) throws files away when it can't grow lost+foun o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/67326 fs [msdosfs] crash after attempt to mount write protected o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/36566 fs [smbfs] System reboot with dead smb mount and umount o bin/27687 fs fsck(8) wrapper is not properly passing options to fsc o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t o kern/9619 fs [nfs] Restarting mountd kills existing mounts 336 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 2 11:53:59 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59A99EBF for ; Mon, 2 Dec 2013 11:53:59 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 292E51D62 for ; Mon, 2 Dec 2013 11:53:58 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id qd12so21084585ieb.29 for ; Mon, 02 Dec 2013 03:53:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=URfIu0b5obJzmjUbCjmGNqMbopcfObPQSk4tg4DMatw=; b=phPiS1kHILc6aosRqCCYhCPKRDVlnPVSIk2FD6GYcejEqJtVugTBAAxPYtXP/83TIH sJmFP2wkgF/UyPtp8d7ehT9Sz81TxChxkSO2PZ/OjzoGerjf3bdf1yfu8P3JFRjdWXk8 LLkzWxT60g4EDVgWNia6N38qa+EX7XCtkRXXA2DGYMNBNm6j4iALaMs02hOm/HKAmlAs dw8Q1x53IfSroiqonYPsn0yFYgP/MgGuvuBB2mV+c0xVn7ZPhxgjrq8j5wAwbWYLFna0 GVhvG0h+J8GsgkggV1k/iH1/3udbCR7cE9QOHIeCSVjKkcKYXhsTI1t2dDlmLdI36VfY GqnA== MIME-Version: 1.0 X-Received: by 10.43.52.129 with SMTP id vm1mr24842966icb.10.1385985238379; Mon, 02 Dec 2013 03:53:58 -0800 (PST) Received: by 10.64.140.38 with HTTP; Mon, 2 Dec 2013 03:53:58 -0800 (PST) In-Reply-To: References: Date: Mon, 2 Dec 2013 11:53:58 +0000 Message-ID: Subject: Re: ZVOL/istgt wrong placed on disk From: Tom Evans To: Johan Kooijman Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD FS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 11:53:59 -0000 On Mon, Dec 2, 2013 at 11:01 AM, Johan Kooijman wrote: > Hi all, > > The issue I'm having is the same as discussed over here: > http://freebsd.1045724.n5.nabble.com/zvol-and-zfs-send-no-file-on-the-receiving-side-td5024476.html > . > > I've added the zfs path to my istgt.conf config and are now stuck with this > setup: > > [root@san-head1 ~]# zfs list > NAME USED AVAIL REFER MOUNTPOINT > tank 25.6T 4.74T 3.93T /tank > tank/fish 21.7T 26.4T 16K - > > [root@san-head1 ~]# grep LUN0 /usr/local/etc/istgt/istgt.conf > LUN0 Storage /tank/fish 21T This is not a zvol, this is a file that istgt has created (as requested). As per the link you originally gave, zvols are created in /dev/zvol//. > > [root@san-head1 ~]# ls -lh /tank/fish > -rw-r--r-- 1 root wheel 21T Dec 2 11:57 /tank/fish > > Now.. it works, it exports to my virtualized setup, but I can't snapshot or > anything. Is there a way to get this situation restored to the way it > should be? > stop istgt dd if=/tank/fish of=/dev/zvol/tank/fish change the configuration file to point at the zvol not the file rm /tank/fish start istgt Cheers Tom From owner-freebsd-fs@FreeBSD.ORG Mon Dec 2 12:30:47 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CD4EB44 for ; Mon, 2 Dec 2013 12:30:47 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00E7D1F9E for ; Mon, 2 Dec 2013 12:30:46 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id w10so17900339pde.21 for ; Mon, 02 Dec 2013 04:30:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=NLJHjA/rfUsNXdIt8JlYqHtWF8XTdHOh9yk0ejBFEPo=; b=e0/oST3yZZ7HVIeAT29g4/NLhonlQYI6JxTaCp1+o1SjaGWCFLq+lNkh4Hl1/h8zOd jtc1KJ047UpfkqIA9HDichqFl1KOK6Fm6zYcGwd1We0dvwTeVvaDXVEXgCPfC+tRNHRc pqyzP4brLwU6LtPg9yIdYt4BdEE9lOGwh7SWgUHfJ8E3BTBhYrpFi/0M8A/oS2Esu05o q7H8e1b5wUj1Cg2jlbjxKLnfiT0iu+Vk0ugUuQhMef4iANdDDTOjz+W7RNPdcWX6tiXX Fe4GDqRS+0VZe18ey4u9KuLM23ZA8omzwXL+1rmURts4tjqAfJ2hrxiR9aC2hD0lRhKI l+Sg== X-Gm-Message-State: ALoCoQlW8itaI2YGbesFcmXrMsi+FKnI61TjYqRFzvwEhV417BcdBPdLgAuICFI2A2PMlNHsJPIc MIME-Version: 1.0 X-Received: by 10.66.141.231 with SMTP id rr7mr59429443pab.41.1385987440179; Mon, 02 Dec 2013 04:30:40 -0800 (PST) Received: by 10.68.111.100 with HTTP; Mon, 2 Dec 2013 04:30:40 -0800 (PST) In-Reply-To: References: Date: Mon, 2 Dec 2013 13:30:40 +0100 Message-ID: Subject: Re: ZVOL/istgt wrong placed on disk From: Johan Kooijman To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD FS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 12:30:47 -0000 > > > stop istgt > dd if=/tank/fish of=/dev/zvol/tank/fish > change the configuration file to point at the zvol not the file > rm /tank/fish > start istgt > I was afraid that that was the only solution. Is there a way that the current situation can influence performance in a bad way? -- Met vriendelijke groeten / With kind regards, Johan Kooijman T +31(0) 6 43 44 45 27 F +31(0) 162 82 00 01 E mail@johankooijman.com From owner-freebsd-fs@FreeBSD.ORG Tue Dec 3 07:02:28 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56C2DFED for ; Tue, 3 Dec 2013 07:02:28 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35C581A1E for ; Tue, 3 Dec 2013 07:02:27 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Vnjzx-0005cc-4x for freebsd-fs@freebsd.org; Mon, 02 Dec 2013 23:02:21 -0800 Date: Mon, 2 Dec 2013 23:02:21 -0800 (PST) From: Beeblebrox To: freebsd-fs@freebsd.org Message-ID: <1386054141012-5865623.post@n5.nabble.com> In-Reply-To: References: <1380880223590-5848720.post@n5.nabble.com> <524EEE40.5060208@gmail.com> <1381005634317-5849247.post@n5.nabble.com> Subject: Re: Questions re swap-on-zfs MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 07:02:28 -0000 Thanks Adam, I re-shuffled my HDD and extracted the swap on the spindle HDD to a 4G partition. A poudriere run on all 4 cores produced an "out of swap space" message soon after. I first thought it must be some mistake, but later saw swap usage max to 1.9G when poudriere dropped to 1 build jail and was only building libreoffice. I can imagine what swap gets to when building 4 large ports concurrently then. It seems like code is a little larger in 11. I mean, root "/" and /usr occupy more HDD space and I never ran out of swap before. 4G ram + 4G swap would be more than enough I assumed. I'll probably bump up to 6G swap space (4 cores x 1.5G = 6G) Thanks to everyone for their input. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Questions-re-swap-on-zfs-tp5848720p5865623.html Sent from the freebsd-fs mailing list archive at Nabble.com. From owner-freebsd-fs@FreeBSD.ORG Tue Dec 3 08:16:34 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 204C4DF8; Tue, 3 Dec 2013 08:16:34 +0000 (UTC) Received: from mg2.raiffeisen.bg (mg2.raiffeisen.bg [194.48.206.15]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD45E1E97; Tue, 3 Dec 2013 08:16:33 +0000 (UTC) X-WSS-ID: 0MX80UE-03-6NY-02 X-M-MSG: Received: from bgrbbl2.rbblan.internal (unknown [10.3.66.167]) by mg2.raiffeisen.bg (Postfix) with ESMTP id 2D09664281C; Tue, 3 Dec 2013 09:59:01 +0200 (EET) In-Reply-To: <1386054141012-5865623.post@n5.nabble.com> To: Beeblebrox Subject: Re: Questions re swap-on-zfs From: Ivailo.TANUSHEFF@raiffeisen.bg Message-ID: Date: Tue, 3 Dec 2013 09:58:44 +0200 References: <1380880223590-5848720.post@n5.nabble.com> <524EEE40.5060208@gmail.com> <1381005634317-5849247.post@n5.nabble.com> <1386054141012-5865623.post@n5.nabble.com> MIME-Version: 1.0 X-KeepSent: F141F01E:834A981C-C2257C36:002B2567; name=$KeepSent; type=4 X-Mailer: Raiffeisenbank (Bulgaria) X-Disclaimed: 63947 X-Mailman-Approved-At: Tue, 03 Dec 2013 12:30:13 +0000 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-fs@freebsd.org, owner-freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 08:16:34 -0000 SGVsbG8gdGhlcmUgOikNCg0KSSBoYWQgc2ltaWxhciBpc3N1ZXMgd2l0aCBhIHRlc3QgYm94IChG cmVlQlNEIDkuMSkgSSB1c2VkIGZldyBtb250aHMgYWdvIA0Kd2l0aCBub3Qgc28gbXVjaCBmcmVl IFJBTSAtIHRoZSBib3ggaGFkIDEtM0dCIHRvdGFsIFJBTSBhcyBmYXIgYXMgSSANCnJlbWVtYmVy Lg0KQWZ0ZXIgZGlnZ2luZyBJIGhhdmUgZm91bmQgdGhhdCB0aGUgcHJvYmxlbSB3YXMgYWN0dWFs bHkgYSBzd2FwIGRlYWRsb2NrIA0KOikNCldoYXQgSSBtZWFuOiB3aGVuIHlvdSBoZWF2aWx5IHV0 aWxpemUgdGhlIHN5c3RlbSwgZm9yIGV4YW1wbGUgYnVpbGRpbmcgDQpwb3J0cyBvciBzb21ldGhp bmcsIHRoZSBzeXN0ZW0gdHJpZXMgdG8gc3dhcCBzb21lIG1lbW9yeSwgdXNlZCBieSB0aGUgWkZT LiANClRoZSBwcm9ibGVtIGlzLCB0aGF0IHRoZSBzd2FwIGlzIGFjdHVhbGx5IG9uIHRoZSBaRlMg aXRzZWxmIGFuZCB1c2VzIHRoZSANCnNhbWUgbWVtb3J5LiANCkkgYW0gbm90IHN1cmUgSSBkZXNj cmliZSB0aGlzIHByZWNpc2VseSwgYnV0IHRoZSBvdmVyYWxsIHJlc3VsdCBpcyB0aGF0IA0KdGhl IHN5c3RlbSB1c2VzIG1vcmUgYW5kIG1vcmUgc3dhcCBzcGFjZSBqdXN0IHRvIGJlIGFibGUgdG8g c3dhcCBzb21ldGhpbmcgDQpyZWxhdGl2ZWx5IHNtYWxsLiBJdCBlbmRzIHVwIGNyYXNoaW5nIHRo ZSBzeXN0ZW0gc2V2ZXJhbCB0aW1lcy4NCg0KV2hhdCBJIGRpZCBhbmQgbWFkZSB0aGUgdGhpbmdz IE9LIC0gSSBqdXN0IHJlbW92ZWQgdGhlIHN3YXAgZnJvbSB0aGUgWkZTLiANCkkgdXNlZCB0aGUg Zmlyc3QvbGFzdCAxLTJHQiBvbiBlYWNoIGRpc2sgb3V0IG9mIHRoZSBaRlMganVzdCBmb3Igc3dh cCAtIA0KdGhlIHN5c3RlbSBoYWQgMyBkaXNrcy4gDQpBZnRlciBpbml0aWF0aW5nIHRoZSBzYW1l IG9wZXJhdGlvbnMgSSBoYXZlIG5vdGljZWQgdGhhdCB0aGUgc3lzdGVtIHVzZWQgDQpsZXNzIHRo YXQgMC41R0Igc3dhcCwgc28gdGhlIHByb2JsZW0gd2FzIG5vdCB0aGUgcXVhbnRpdHksIGJ1dCB0 aGUgZmFjdCANCnRoYXQgc3dhcCBpcyBvbiBaRlMuIE1heWJlIG9uIGEgc3lzdGVtIHdpdGggbW9y ZSBSQU0gdGhhdCB3aWxsIG5vdCBiZSBhbiANCmlzc3VlIDopDQoNClJlZ2FyZHMsDQoNCkl2YWls byBUQU5VU0hFRkYNCkhlYWQgb2YgSVQgT3BlcmF0aW9ucyBEZXBhcnRtZW50DQoNClJhaWZmZWlz ZW5iYW5rIChCdWxnYXJpYSkgRUFEDQo1NSBOaWtvbGEgVmFwdHphcm92IEJsdmQgLCBFeHBvIDIw MDAsIEJ1aWxkaW5nIEUsIDE0MDcgU29maWEsIEJ1bGdhcmlhDQpUZWwuOiArMzU5IDIgODYxMC04 MTYNCkZheDogKzM1OSAyIDk2MjgzNTANCmUtbWFpbDogSXZhaWxvLlRBTlVTSEVGRkByYWlmZmVp c2VuLmJnDQp3ZWI6IHd3dy5yYmIuYmcNCg0KDQoNCkZyb206DQpCZWVibGVicm94IDx6YXBob2RA YmVyZW50d2ViLmNvbT4NClRvOg0KZnJlZWJzZC1mc0BmcmVlYnNkLm9yZywgDQpEYXRlOg0KMDMu MTIuMjAxMyAwOTowMw0KU3ViamVjdDoNClJlOiBRdWVzdGlvbnMgcmUgc3dhcC1vbi16ZnMNClNl bnQgYnk6DQpvd25lci1mcmVlYnNkLWZzQGZyZWVic2Qub3JnDQoNCg0KDQpUaGFua3MgQWRhbSwN Cg0KSSByZS1zaHVmZmxlZCBteSBIREQgYW5kIGV4dHJhY3RlZCB0aGUgc3dhcCBvbiB0aGUgc3Bp bmRsZSBIREQgdG8gYSA0Rw0KcGFydGl0aW9uLg0KQSBwb3VkcmllcmUgcnVuIG9uIGFsbCA0IGNv cmVzIHByb2R1Y2VkIGFuICJvdXQgb2Ygc3dhcCBzcGFjZSIgbWVzc2FnZSANCnNvb24NCmFmdGVy LiBJIGZpcnN0IHRob3VnaHQgaXQgbXVzdCBiZSBzb21lIG1pc3Rha2UsIGJ1dCBsYXRlciBzYXcg c3dhcCB1c2FnZSANCm1heA0KdG8gMS45RyB3aGVuIHBvdWRyaWVyZSBkcm9wcGVkIHRvIDEgYnVp bGQgamFpbCBhbmQgd2FzIG9ubHkgYnVpbGRpbmcNCmxpYnJlb2ZmaWNlLiBJIGNhbiBpbWFnaW5l IHdoYXQgc3dhcCBnZXRzIHRvIHdoZW4gYnVpbGRpbmcgNCBsYXJnZSBwb3J0cw0KY29uY3VycmVu dGx5IHRoZW4uDQoNCkl0IHNlZW1zIGxpa2UgY29kZSBpcyBhIGxpdHRsZSBsYXJnZXIgaW4gMTEu IEkgbWVhbiwgcm9vdCAiLyIgYW5kIC91c3INCm9jY3VweSBtb3JlIEhERCBzcGFjZSBhbmQgSSBu ZXZlciByYW4gb3V0IG9mIHN3YXAgYmVmb3JlLiA0RyByYW0gKyA0RyBzd2FwDQp3b3VsZCBiZSBt b3JlIHRoYW4gZW5vdWdoIEkgYXNzdW1lZC4gSSdsbCBwcm9iYWJseSBidW1wIHVwIHRvIDZHIHN3 YXAgDQpzcGFjZQ0KKDQgY29yZXMgeCAxLjVHID0gNkcpDQoNClRoYW5rcyB0byBldmVyeW9uZSBm b3IgdGhlaXIgaW5wdXQuDQoNCg0KDQotLS0tLQ0KRnJlZUJTRC0xMS1jdXJyZW50X2FtZDY0X3Jv b3Qtb24temZzX1JhZGVvbktNUw0KLS0NClZpZXcgdGhpcyBtZXNzYWdlIGluIGNvbnRleHQ6IA0K aHR0cDovL2ZyZWVic2QuMTA0NTcyNC5uNS5uYWJibGUuY29tL1F1ZXN0aW9ucy1yZS1zd2FwLW9u LXpmcy10cDU4NDg3MjBwNTg2NTYyMy5odG1sDQoNClNlbnQgZnJvbSB0aGUgZnJlZWJzZC1mcyBt YWlsaW5nIGxpc3QgYXJjaGl2ZSBhdCBOYWJibGUuY29tLg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCmZyZWVic2QtZnNAZnJlZWJzZC5vcmcgbWFpbGlu ZyBsaXN0DQpodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNk LWZzDQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1mcy11bnN1YnNj cmliZUBmcmVlYnNkLm9yZyINCg0KDQoNCkRJU0NMQUlNRVI6IFRoZSBjb250ZW50cyBvZiB0aGlz IGUtbWFpbCBhcmUgaW50ZW5kZWQgZm9yIHRoZSBuYW1lZCBhZGRyZXNzZWUgb25seS4gSXQgY29u dGFpbnMgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJpdmlsZWdlZCBhbmQvb3IgY29uZmlkZW50 aWFsLiBVbmxlc3MgeW91IGFyZSB0aGUgbmFtZWQgYWRkcmVzc2VlIG9yIGFuIGF1dGhvcml6ZWQg ZGVzaWduZWUsIHlvdSBtYXkgbm90IGNvcHkgb3IgdXNlIGl0LCBvciBkaXNjbG9zZSBpdCB0byBh bnlvbmUgZWxzZS4gSWYgeW91IHJlY2VpdmVkIGl0IGluIGVycm9yIHBsZWFzZSBub3RpZnkgdXMg aW1tZWRpYXRlbHkgYW5kIHRoZW4gZGVzdHJveSBpdC4gTWVzc2FnZXMgdHJhbnNwb3J0ZWQgb3Zl ciB0aGUgcHVibGljIEludGVybmV0IGFyZSBzdXNjZXB0aWJsZSB0byBhbHRlcmF0aW9uLiBSYWlm ZmVpc2VuYmFuayAoQnVsZ2FyaWEpIEVBRCwgUmFpZmZlaXNlbiBBc3NldCBNYW5hZ2VtZW50IChC dWxnYXJpYSkgRUFELCBSYWlmZmVpc2VuIEluc3VyYW5jZSBCcm9rZXIgRU9PRCwgUmFpZmZlaXNl biBTZXJ2aWNlcyBFQUQsIFJhaWZmZWlzZW4gTGVhc2luZyBCdWxnYXJpYSBPT0QsIFJhaWZmZWlz ZW4gQXV0byBMZWFzaW5nIEJ1bGdhcmlhIEVPT0QgYW5kIFJhaWZmZWlzZW4gUmVhbCBFc3RhdGUg RU9PRCBzaGFsbCBub3QgYmUgbGlhYmxlIGZvciB0aGUgbWVzc2FnZSBpZiBhbHRlcmVkLCBjaGFu Z2VkIG9yIGZhbHNpZmllZC4gIO/n8uHu6f7l7unlIO7hIO/05+/37/Lu7/P09OE6IPPfxN/S1sHO ycXUzyDOwSDUz9fBIMXMxcvU0s/Ozs8g09/Pwt3FzsnFIMUg0NLFxM7B2s7B3sXOzyDFxMnO09TX xc7PINrBINDP08/exc7J0SDQz8zV3sHUxcwuIPPfz8Ldxc7JxdTPINPfxN/S1sEgyc7Gz9LNwcPJ 0Swgy8/R1M8gzc/WxSDEwSDC38TFINDSxcTOwdrOwd7FzsEg2sEgz8fSwc7J3sXOzyDQz8za18HO xSDJL8nMySDQz9fF0snUxczOwS4g9yDTzNXewcog3sUgzsUg09TFINXLwdrBzsnRINDPzNXewdTF zCDOwSDUz9fBINPfz8Ldxc7JxSDJzMkgzsXHz9cgz9TP0snaydLBziDQ0sXE09TB18nUxcwsIM7R zcHUxSDQ0sHXzyDEwSDHzyDLz9DJ0sHUxSDJzMkgydrQz8za18HUxSwgy8HL1M8gySDEwSDSwdrL 0snXwdTFINPfxN/S1sHOycXUzyDN1SDQ0sXEINTSxdTJIMzJw8EuIOHLzyDT1MUgx88g0M/M1d7J zMkg0M8gx9LF28vBLCDNz8zRIMTBINXXxcTPzcnUxSDQz8TB1MXM0SDOxdrBwsHXzs8gySDEwSDJ 2tTSycXUxSDUz9fBINPfz8Ldxc7JxSDP1CDTydPUxc3B1MEuIOXMxcvU0s/OzsnUxSDT38/C3cXO ydEsINLB2tDSz9PU0sHO0dfBzskg0M8g6c7UxdLOxdQgzc/HwdQgxMEgwt/EwdQg0NLPzcXO0c7J LiDywcrGwcraxc7Cwc7LICji38zHwdLJ0Skg5eHkLCDywcrGwcraxc4g4dPF1CDtxc7JxNbN387U ICji38zHwdLJ0Skg5eHkLCDywcrGwcraxc4g+sHT1NLByM/XwdTFzMXOIOLSz8vF0iDl7+/kLCDy wcrGwcraxc4g89/S18nTydog5eHkLCDywcrGwcraxc4g7Mnayc7HIOLfzMfB0snRIO/v5Cwg8sHK xsHK2sXOIOHV1M8g7Mnayc7HIOLfzMfB0snRIOXv7+QgySDywcrGwcraxc4g6c3P1Mkg5e/v5CDO xSDOz9PR1CDP1MfP18/Szs/T1CDawSDNz8TJxsnDydLBzsksINDSz83FzsXOySDJzMkgxsHM28nG ycPJ0sHOySDT38/C3cXOydEuICA= From owner-freebsd-fs@FreeBSD.ORG Wed Dec 4 02:21:02 2013 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C540AF4; Wed, 4 Dec 2013 02:21:02 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A61716D5; Wed, 4 Dec 2013 02:21:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rB42L15r084084; Wed, 4 Dec 2013 02:21:01 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rB42L1hp084083; Wed, 4 Dec 2013 02:21:01 GMT (envelope-from linimon) Date: Wed, 4 Dec 2013 02:21:01 GMT Message-Id: <201312040221.rB42L1hp084083@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/184478: [smbfs] mount_smbfs cannot read/write files X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:21:02 -0000 Old Synopsis: mount_smbfs cannot read/write files New Synopsis: [smbfs] mount_smbfs cannot read/write files Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Dec 4 02:20:43 UTC 2013 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=184478 From owner-freebsd-fs@FreeBSD.ORG Thu Dec 5 02:31:32 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73F42C29; Thu, 5 Dec 2013 02:31:32 +0000 (UTC) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4051514AB; Thu, 5 Dec 2013 02:31:32 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id ma3so24734865pbc.40 for ; Wed, 04 Dec 2013 18:31:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=81phWmL6uO0MhTO5DF+UcR+zgCDgmhOHjfdr6UBP924=; b=v3Npxiga7o0gStbzjgnEykHqz1hOifICZ/EEPFwyfJYr3tk5H6UfoVJI3P17GvADnE zu+/wfWQ4LDPb3qhctZT3NfZJ0hnM2MLCKbCWxQI+2sYvhJE5x1G7NLTfFGhbEZrLb5B 6sw/bNX4SwyMnLbc65//MOxJ/8pQ4dngS1oHr4P4LOvYng/L8bVUicwTa7+owaV5IxWo YehPSb/aQ/9ND4RMjfgXl0Wx74LGdJEF6nd2xHAXDcpVowXEUCKEhXXklBPQVK+w/FEX mvG80KmC3a8hBN8amNzg0mxpRZCBl3knUoF7HtdEaE2YFp37WJYfCihw6+reUlkPUtNU GKIw== MIME-Version: 1.0 X-Received: by 10.68.190.33 with SMTP id gn1mr49902993pbc.48.1386210691924; Wed, 04 Dec 2013 18:31:31 -0800 (PST) Received: by 10.70.92.79 with HTTP; Wed, 4 Dec 2013 18:31:31 -0800 (PST) In-Reply-To: References: <1380880223590-5848720.post@n5.nabble.com> <524EEE40.5060208@gmail.com> <1381005634317-5849247.post@n5.nabble.com> <1386054141012-5865623.post@n5.nabble.com> Date: Wed, 4 Dec 2013 20:31:31 -0600 Message-ID: Subject: Re: Questions re swap-on-zfs From: Adam Vande More To: Ivailo.TANUSHEFF@raiffeisen.bg Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-fs , owner-freebsd-fs@freebsd.org, Beeblebrox X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 02:31:32 -0000 On Tue, Dec 3, 2013 at 1:58 AM, wrote: > Hello there :) > > I had similar issues with a test box (FreeBSD 9.1) I used few months ago > with not so much free RAM - the box had 1-3GB total RAM as far as I > remember. > After digging I have found that the problem was actually a swap deadlock > :) > What I mean: when you heavily utilize the system, for example building > ports or something, the system tries to swap some memory, used by the ZFS. > The problem is, that the swap is actually on the ZFS itself and uses the > same memory. > I am not sure I describe this precisely, but the overall result is that > the system uses more and more swap space just to be able to swap something > relatively small. It ends up crashing the system several times Well yes. When you put swap on ZFS under duress they are in contention for the same memory reserves. Since ZFS consumes memory thinking the kernel should be holding back whatever is needed for swap and swap thinks it's the last defense and guarded, you will run into problems using swap-on-ZFS. To put it in terms of a famous quote: I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question. Such an issue can be programmed around, but you're still left with an abundance of memory contention issues. I suppose this is why Oracle and other ZFS devs have left this as 'unsupported'. A filesystem backed swap device is rarely a good idea. -- Adam From owner-freebsd-fs@FreeBSD.ORG Thu Dec 5 09:30:34 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43360973 for ; Thu, 5 Dec 2013 09:30:34 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) by mx1.freebsd.org (Postfix) with ESMTP id 05A4A1CEA for ; Thu, 5 Dec 2013 09:30:33 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id 002E39DC5E2 for ; Thu, 5 Dec 2013 10:24:25 +0100 (CET) From: Borja Marcos Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 10-BETA4 ZFS problem with more than one pool Date: Thu, 5 Dec 2013 10:24:21 +0100 Message-Id: <83DC33AC-02C9-4779-B4FA-3CCACBED3BB2@sarenet.es> To: "freebsd-fs@FreeBSD.org Filesystems" Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 09:30:34 -0000 Hi I have a machine running 10-BETA4. The system has two ZFS pools. One of = them is used for the root filesystem, OS, and other stuff, and the other one mostly for data. Yes, there is a good reason for that, = one of them is a mirror of mechanical hard disks, and the other has SSDs, I've been using it to experiment. The zfs-on-rooot is the "old school" approach of using a UFS boot = partition, with a loader.conf file pointing the root to a ZFS dataset, mounting / /var /usr from /etc/fstab and legacy. So = far, so good. The problem is: I am unable to get both pools to work unless I import = the second one with a -f. So, the automatic zfs mount doesn't work. I have made sure to have the zfs.cache file accessible as = /boot/zfs/zfs.cache, made an import of the second pool, so that the = cache file is updated, but when rebooting it is still unable to import it = automatically. Trying a manual import it says: root@pruebassd:~ # zpool import -a cannot import 'cashopul': pool may be in use from other system use '-f' to import anyway Any clues about this confusion? No matter what I try, there's a mismatch = between the hostid with the system in multiuser mode and the system = running /etc/rc.d/zfs. Thanks! From owner-freebsd-fs@FreeBSD.ORG Thu Dec 5 14:56:30 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC1012E7 for ; Thu, 5 Dec 2013 14:56:30 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 969CA11F7 for ; Thu, 5 Dec 2013 14:56:29 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [109.61.102.5]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id EA95515C2 for ; Thu, 5 Dec 2013 15:56:26 +0100 (CET) Date: Thu, 5 Dec 2013 15:56:24 +0100 (CET) From: Richard Kojedzinszky X-X-Sender: krichy@pi.nmdps.net To: freebsd-fs@freebsd.org Subject: zfs deadlock Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2628712688-932276677-1386255386=:80538" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 14:56:30 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2628712688-932276677-1386255386=:80538 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Dear fs devs, We have a freenas server, which is basicaly a freebsd. I was trying to look at snapshots using ls .zfs/snapshot/. When I issued it, the system entered a deadlock. An NFSD was running, a zfs send was running when I issued the command. I attached to command outputs while the system was in a deadlock state. I tried to issue # reboot -q But that did not restart the system. After a while (5-10 minutes) the system rebooted, I dont know if the deadman caused that. Now the system is up and running. It is basically a freebsd 9.2 kernel. Do someone has a clue? Kojedzinszky Richard --2628712688-932276677-1386255386=:80538 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=procstat-k-a.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=procstat-k-a.txt ICBQSUQgICAgVElEIENPTU0gICAgICAgICAgICAgVEROQU1FICAgICAgICAg ICBLU1RBQ0sgICAgICAgICAgICAgICAgICAgICAgIA0KICAgIDAgMTAwMDAw IGtlcm5lbCAgICAgICAgICAgc3dhcHBlciAgICAgICAgICBtaV9zd2l0Y2gg c2xlZXBxX3RpbWVkd2FpdCBfc2xlZXAgc2NoZWR1bGVyIG1pX3N0YXJ0dXAg YnRleHQgDQogICAgMCAxMDAwMjQga2VybmVsICAgICAgICAgICBmaXJtd2Fy ZSB0YXNrcSAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1 ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQog ICAgMCAxMDAwMjgga2VybmVsICAgICAgICAgICBrcXVldWUgdGFza3EgICAg IG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVh ZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAgMCAxMDAw MzAga2VybmVsICAgICAgICAgICB0aHJlYWQgdGFza3EgICAgIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZv cmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAgMCAxMDAwMzIga2VybmVs ICAgICAgICAgICBmZnNfdHJpbSB0YXNrcSAgIG1pX3N3aXRjaCBzbGVlcHFf d2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogICAgMCAxMDAwMzMga2VybmVsICAgICAgICAg ICBhaW9kX2JpbyB0YXNrcSAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xl ZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgDQogICAgMCAxMDAwMzYga2VybmVsICAgICAgICAgICBhY3BpX3Rh c2tfMCAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBtc2xlZXBfc3BpbiB0 YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSANCiAgICAwIDEwMDAzNyBrZXJuZWwgICAgICAgICAgIGFjcGlfdGFza18x ICAgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IG1zbGVlcF9zcGluIHRhc2tx dWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0K ICAgIDAgMTAwMDM4IGtlcm5lbCAgICAgICAgICAgYWNwaV90YXNrXzIgICAg ICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgbXNsZWVwX3NwaW4gdGFza3F1ZXVl X3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAg MCAxMDAwMzkga2VybmVsICAgICAgICAgICBlbTAgcXVlICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfd2FpdCBtc2xlZXBfc3BpbiB0YXNrcXVldWVfdGhy ZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgICAwIDEw MDA0MCBrZXJuZWwgICAgICAgICAgIGVtMCB0eHEgICAgICAgICAgbWlfc3dp dGNoIHNsZWVwcV93YWl0IG1zbGVlcF9zcGluIHRhc2txdWV1ZV90aHJlYWRf bG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwMDQx IGtlcm5lbCAgICAgICAgICAgZW0xIHF1ZSAgICAgICAgICBtaV9zd2l0Y2gg c2xlZXBxX3dhaXQgbXNsZWVwX3NwaW4gdGFza3F1ZXVlX3RocmVhZF9sb29w IGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAgMCAxMDAwNDIga2Vy bmVsICAgICAgICAgICBlbTEgdHhxICAgICAgICAgIG1pX3N3aXRjaCBzbGVl cHFfd2FpdCBtc2xlZXBfc3BpbiB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgICAwIDEwMDA3NiBrZXJuZWwg ICAgICAgICAgIG1jYSB0YXNrcSAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV93 YWl0IG1zbGVlcF9zcGluIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwMDc3IGtlcm5lbCAgICAg ICAgICAgZHVtbXluZXQgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwMTgwIGtlcm5lbCAgICAgICAgICAgc3lz dGVtX3Rhc2txXzAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwMTgxIGtlcm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2tx XzEgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwMTgyIGtlcm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2txXzIgICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwMTgzIGtl cm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2txXzMgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwMTg0IGtlcm5lbCAgICAg ICAgICAgc3lzdGVtX3Rhc2txXzQgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwMTg1IGtlcm5lbCAgICAgICAgICAgc3lz dGVtX3Rhc2txXzUgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwMTg2IGtlcm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2tx XzYgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwMTg3IGtlcm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2txXzcgICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwMjczIGtl cm5lbCAgICAgICAgICAgemlsX2NsZWFuICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTQ5IGtlcm5lbCAgICAg ICAgICAgemlvX251bGxfaXNzdWUgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTUwIGtlcm5lbCAgICAgICAgICAgemlv X251bGxfaW50ciAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTUxIGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNz dWVfMCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTUyIGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNzdWVfMSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTUzIGtl cm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNzdWVfMiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTU0IGtlcm5lbCAgICAg ICAgICAgemlvX3JlYWRfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTU1IGtlcm5lbCAgICAgICAgICAgemlv X3JlYWRfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTU2IGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNz dWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTU3IGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNzdWVfNiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTU4IGtl cm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNzdWVfNyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTU5IGtlcm5lbCAgICAg ICAgICAgemlvX3JlYWRfaW50cl8wICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTYwIGtlcm5lbCAgICAgICAgICAgemlv X3JlYWRfaW50cl8xICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTYxIGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50 cl8yICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTYyIGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50cl8zICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTYzIGtl cm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50cl80ICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTY0IGtlcm5lbCAgICAg ICAgICAgemlvX3JlYWRfaW50cl81ICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTY1IGtlcm5lbCAgICAgICAgICAgemlv X3JlYWRfaW50cl82ICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTY2IGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50 cl83ICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTY3IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTY4IGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTY5IGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTcwIGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTcxIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lz c3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTcyIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTczIGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTc0IGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTc1IGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTc2IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lz c3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTc3IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTc4IGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTc5IGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTgwIGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2ludHJfMCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTgxIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lu dHJfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTgyIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfMiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTgzIGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfMyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTg0IGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2ludHJfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTg1IGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2ludHJfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTg2IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lu dHJfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTg3IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfNyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTg4IGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfaCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTg5IGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2ludHJfaCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTkwIGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2ludHJfaCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTkxIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lu dHJfaCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTkyIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfaCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTkzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTk0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNTk1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNTk2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNTk3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTk4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNTk5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjAwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjAxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjAyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjAzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjA0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjA1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjA2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjA3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjA4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjA5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjEwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjExIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjEyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjEzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjE0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjE1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjE2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjE3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjE4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjE5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjIwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjIxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjIyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjIzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjI0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjI1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjI2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjI3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjI4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjI5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjMwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjMxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjMyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjMzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjM0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjM1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjM2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjM3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjM4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjM5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjQwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjQxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjQyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjQzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjQ0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjQ1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjQ2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjQ3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjQ4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjQ5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjUwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjUxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjUyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjUzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjU0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjU1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjU2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjU3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjU4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjU5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjYwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjYxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjYyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjYzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjY0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjY1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjY2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjY3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjY4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjY5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjcwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjcxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjcyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjczIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjc0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjc1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjc2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjc3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjc4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjc5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjgwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjgxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjgyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjgzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjg0IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjg1IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjg2IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjg3IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjg4IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjg5IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjkwIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjkxIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjkyIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjkzIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaW50ciAgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjk0IGtlcm5lbCAgICAg ICAgICAgemlvX2NsYWltX2lzc3VlICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNjk1IGtlcm5lbCAgICAgICAgICAgemlv X2NsYWltX2ludHIgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNjk2IGtlcm5lbCAgICAgICAgICAgemlvX2lvY3RsX2lz c3VlICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNjk3IGtlcm5lbCAgICAgICAgICAgemlvX2lvY3RsX2ludHIgICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNjk5IGtl cm5lbCAgICAgICAgICAgemZzX3ZuX3JlbGVfdGFzayBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNzAzIGtlcm5lbCAgICAg ICAgICAgemlsX2NsZWFuICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNzA0IGtlcm5lbCAgICAgICAgICAgemls X2NsZWFuICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNzA1IGtlcm5lbCAgICAgICAgICAgemlsX2NsZWFuICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAwNzA2IGtlcm5lbCAgICAgICAgICAgemlsX2NsZWFuICAgICAgICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNzA3IGtl cm5lbCAgICAgICAgICAgemlsX2NsZWFuICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAwNzA4IGtlcm5lbCAgICAg ICAgICAgemlsX2NsZWFuICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAwNzEwIGtlcm5lbCAgICAgICAgICAgemls X2NsZWFuICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAwNzExIGtlcm5lbCAgICAgICAgICAgemlsX2NsZWFuICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDE0IGtlcm5lbCAgICAgICAgICAgemlvX251bGxfaXNzdWUgICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDE1IGtl cm5lbCAgICAgICAgICAgemlvX251bGxfaW50ciAgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDE2IGtlcm5lbCAgICAg ICAgICAgemlvX3JlYWRfaXNzdWVfMCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDE3IGtlcm5lbCAgICAgICAgICAgemlv X3JlYWRfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDE4IGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNz dWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDE5IGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNzdWVfMyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDIwIGtl cm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNzdWVfNCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDIxIGtlcm5lbCAgICAg ICAgICAgemlvX3JlYWRfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDIyIGtlcm5lbCAgICAgICAgICAgemlv X3JlYWRfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDIzIGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaXNz dWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDI0IGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50cl8wICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDI1IGtl cm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50cl8xICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDI2IGtlcm5lbCAgICAg ICAgICAgemlvX3JlYWRfaW50cl8yICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDI3IGtlcm5lbCAgICAgICAgICAgemlv X3JlYWRfaW50cl8zICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDI4IGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50 cl80ICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDI5IGtlcm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50cl81ICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDMwIGtl cm5lbCAgICAgICAgICAgemlvX3JlYWRfaW50cl82ICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDMxIGtlcm5lbCAgICAg ICAgICAgemlvX3JlYWRfaW50cl83ICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDMyIGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDMzIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lz c3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDM0IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDM1IGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDM2IGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDM3IGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDM4IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lz c3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDM5IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDQwIGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDQxIGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDQyIGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2lzc3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDQzIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lz c3VlXyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDQ0IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lzc3VlXyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDQ1IGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfMCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDQ2IGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2ludHJfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDQ3IGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2ludHJfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDQ4IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lu dHJfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDQ5IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfNCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDUwIGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfNSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDUxIGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2ludHJfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDUyIGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2ludHJfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDUzIGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2lu dHJfaCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDU0IGtlcm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfaCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDU1IGtl cm5lbCAgICAgICAgICAgemlvX3dyaXRlX2ludHJfaCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDU2IGtlcm5lbCAgICAg ICAgICAgemlvX3dyaXRlX2ludHJfaCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDU3IGtlcm5lbCAgICAgICAgICAgemlv X3dyaXRlX2ludHJfaCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDU4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDU5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDYwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDYxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDYyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDYzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDY0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDY1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDY2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDY3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDY4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDY5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDcwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDcxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDcyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDczIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDc0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDc1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDc2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDc3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDc4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDc5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDgwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDgxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDgyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDgzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDg0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDg1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDg2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDg3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDg4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDg5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDkwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDkxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDkyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDkzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDk0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDk1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMDk2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMDk3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfMyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMDk4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMDk5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTAwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTAxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTAyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTAzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTA0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTA1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTA2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTA3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTA4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTA5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTEwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTExIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTEyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTEzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTE0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTE1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTE2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTE3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTE4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTE5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTIwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTIxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTIyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTIzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTI0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTI1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTI2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTI3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNiBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTI4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTI5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTMwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTMxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTMyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTMzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTM0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTM1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTM2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTM3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfNyBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTM4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTM5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTQwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTQxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTQyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTQzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTQ0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTQ1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTQ2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTQ3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOCBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTQ4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTQ5IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTUwIGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTUxIGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTUyIGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTUzIGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTU0IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTU1IGtl cm5lbCAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTU2IGtlcm5lbCAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTU3IGtlcm5lbCAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfOSBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTU4IGtlcm5lbCAgICAgICAgICAgemlvX2ZyZWVfaW50 ciAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTU5IGtlcm5lbCAgICAgICAgICAgemlvX2NsYWltX2lzc3VlICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTYwIGtl cm5lbCAgICAgICAgICAgemlvX2NsYWltX2ludHIgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTYxIGtlcm5lbCAgICAg ICAgICAgemlvX2lvY3RsX2lzc3VlICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTYyIGtlcm5lbCAgICAgICAgICAgemlv X2lvY3RsX2ludHIgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTY0IGtlcm5lbCAgICAgICAgICAgemZzX3ZuX3JlbGVf dGFzayBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTY4IGtlcm5lbCAgICAgICAgICAgemlsX2NsZWFuICAgICAgICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTcwIGtl cm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2txXzAgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTcxIGtlcm5lbCAgICAg ICAgICAgc3lzdGVtX3Rhc2txXzEgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTcyIGtlcm5lbCAgICAgICAgICAgc3lz dGVtX3Rhc2txXzIgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDAgMTAxMTczIGtlcm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2tx XzMgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAg MTAxMTc0IGtlcm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2txXzQgICBtaV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTc1IGtl cm5lbCAgICAgICAgICAgc3lzdGVtX3Rhc2txXzUgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDAgMTAxMTc2IGtlcm5lbCAgICAg ICAgICAgc3lzdGVtX3Rhc2txXzYgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgIDAgMTAxMTc3IGtlcm5lbCAgICAgICAgICAgc3lz dGVtX3Rhc2txXzcgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgIDEgMTAwMDAyIGluaXQgICAgICAgICAgICAgLSAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dh aXRfc2lnIF9zbGVlcCBrZXJuX3dhaXQ2IGtlcm5fd2FpdCBzeXNfd2FpdDQg YW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KICAgIDIgMTAwMDI2IGNy eXB0byAgICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIGNyeXB0b19wcm9jIGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgDQogICAgMyAxMDAwMjcgY3J5cHRvIHJldHVybnMgICAtICAg ICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgY3J5 cHRvX3JldF9wcm9jIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAg NCAxMDAwNDQgbXB0X3JlY292ZXJ5MCAgICAtICAgICAgICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgbXB0X3JlY292ZXJ5X3RocmVh ZCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgIDUgMTAwMDQ2IG1w dF9yZWNvdmVyeTEgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIG1wdF9yZWNvdmVyeV90aHJlYWQgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSANCiAgICA2IDEwMDA3NSBjdGxfdGhyZCAgICAg ICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IF9z bGVlcCBjdGxfd29ya190aHJlYWQgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSANCiAgICA3IDEwMDA3OCB4cHRfdGhyZCAgICAgICAgIC0gICAgICAgICAg ICAgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB4cHRfc2Nhbm5l cl90aHJlYWQgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgICA4IDEw MDA3OSBwYWdlZGFlbW9uICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dp dGNoIHNsZWVwcV90aW1lZHdhaXQgX3NsZWVwIHZtX3BhZ2VvdXQgZm9ya19l eGl0IGZvcmtfdHJhbXBvbGluZSANCiAgICA5IDEwMDA4MCB2bWRhZW1vbiAg ICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0 IF9zbGVlcCB2bV9kYWVtb24gZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAN CiAgIDEwIDEwMDAwMSBhdWRpdCAgICAgICAgICAgIC0gICAgICAgICAgICAg ICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IF9jdl93YWl0IGF1ZGl0X3dvcmtl ciBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgMTEgMTAwMDAzIGlk bGUgICAgICAgICAgICAgaWRsZTogY3B1MCAgICAgICA8cnVubmluZz4gICAg ICAgICAgICAgICAgICAgIA0KICAgMTEgMTAwMDA0IGlkbGUgICAgICAgICAg ICAgaWRsZTogY3B1MSAgICAgICBtaV9zd2l0Y2ggY3JpdGljYWxfZXhpdCBz Y2hlZF9pZGxldGQgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDEx IDEwMDAwNSBpZGxlICAgICAgICAgICAgIGlkbGU6IGNwdTIgICAgICAgPHJ1 bm5pbmc+ICAgICAgICAgICAgICAgICAgICANCiAgIDExIDEwMDAwNiBpZGxl ICAgICAgICAgICAgIGlkbGU6IGNwdTMgICAgICAgbWlfc3dpdGNoIGNyaXRp Y2FsX2V4aXQgc2NoZWRfaWRsZXRkIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgDQogICAxMSAxMDAwMDcgaWRsZSAgICAgICAgICAgICBpZGxlOiBjcHU0 ICAgICAgIDxydW5uaW5nPiAgICAgICAgICAgICAgICAgICAgDQogICAxMSAx MDAwMDggaWRsZSAgICAgICAgICAgICBpZGxlOiBjcHU1ICAgICAgIDxydW5u aW5nPiAgICAgICAgICAgICAgICAgICAgDQogICAxMSAxMDAwMDkgaWRsZSAg ICAgICAgICAgICBpZGxlOiBjcHU2ICAgICAgIDxydW5uaW5nPiAgICAgICAg ICAgICAgICAgICAgDQogICAxMSAxMDAwMTAgaWRsZSAgICAgICAgICAgICBp ZGxlOiBjcHU3ICAgICAgIDxydW5uaW5nPiAgICAgICAgICAgICAgICAgICAg DQogICAxMiAxMDAwMTEgaW50ciAgICAgICAgICAgICBzd2kxOiBuZXRpc3Ig MCAgIG1pX3N3aXRjaCBpdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSANCiAgIDEyIDEwMDAxMiBpbnRyICAgICAgICAgICAgIHN3aTM6 IHZtICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAg IDEyIDEwMDAxMyBpbnRyICAgICAgICAgICAgIHN3aTQ6IGNsb2NrICAgICAg bWlfc3dpdGNoIGl0aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9s aW5lIA0KICAgMTIgMTAwMDE0IGludHIgICAgICAgICAgICAgc3dpNDogY2xv Y2sgICAgICBtaV9zd2l0Y2ggaXRocmVhZF9sb29wIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgDQogICAxMiAxMDAwMTUgaW50ciAgICAgICAgICAgICBz d2k0OiBjbG9jayAgICAgIG1pX3N3aXRjaCBpdGhyZWFkX2xvb3AgZm9ya19l eGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDEyIDEwMDAxNiBpbnRyICAgICAg ICAgICAgIHN3aTQ6IGNsb2NrICAgICAgbWlfc3dpdGNoIGl0aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgMTIgMTAwMDE3IGlu dHIgICAgICAgICAgICAgc3dpNDogY2xvY2sgICAgICBtaV9zd2l0Y2ggaXRo cmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAxMiAx MDAwMTggaW50ciAgICAgICAgICAgICBzd2k0OiBjbG9jayAgICAgIG1pX3N3 aXRjaCBpdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAN CiAgIDEyIDEwMDAxOSBpbnRyICAgICAgICAgICAgIHN3aTQ6IGNsb2NrICAg ICAgbWlfc3dpdGNoIGl0aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIA0KICAgMTIgMTAwMDIwIGludHIgICAgICAgICAgICAgc3dpNDog Y2xvY2sgICAgICBtaV9zd2l0Y2ggaXRocmVhZF9sb29wIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogICAxMiAxMDAwMjkgaW50ciAgICAgICAgICAg ICBzd2k1OiBmYXN0IHRhc2txIG1pX3N3aXRjaCBpdGhyZWFkX2xvb3AgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDEyIDEwMDAzMSBpbnRyICAg ICAgICAgICAgIHN3aTY6IEdpYW50IHRhc2sgbWlfc3dpdGNoIGl0aHJlYWRf bG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgMTIgMTAwMDM0 IGludHIgICAgICAgICAgICAgc3dpNjogdGFzayBxdWV1ZSBtaV9zd2l0Y2gg aXRocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAx MiAxMDAwMzUgaW50ciAgICAgICAgICAgICBzd2kyOiBjYW1iaW8gICAgIG1p X3N3aXRjaCBpdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSANCiAgIDEyIDEwMDA0MyBpbnRyICAgICAgICAgICAgIGlycTI1ODogbXB0 MCAgICAgbWlfc3dpdGNoIGl0aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIA0KICAgMTIgMTAwMDQ1IGludHIgICAgICAgICAgICAgaXJx MjU5OiBtcHQxICAgICBtaV9zd2l0Y2ggaXRocmVhZF9sb29wIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgDQogICAxMiAxMDAwNDcgaW50ciAgICAgICAg ICAgICBpcnExNzogdWhjaTAgZWhjIG1pX3N3aXRjaCBpdGhyZWFkX2xvb3Ag Zm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDEyIDEwMDA1MiBpbnRy ICAgICAgICAgICAgIGlycTE5OiB1aGNpMSBhaGMgbWlfc3dpdGNoIGl0aHJl YWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgMTIgMTAw MDU3IGludHIgICAgICAgICAgICAgaXJxMTg6IHVoY2kyICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIA0KICAgMTIgMTAwMDYyIGludHIgICAg ICAgICAgICAgaXJxMTY6IHVoY2kzICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIA0KICAgMTIgMTAwMDcxIGludHIgICAgICAgICAgICAgaXJx MTQ6IGF0YTAgICAgICBtaV9zd2l0Y2ggaXRocmVhZF9sb29wIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgDQogICAxMiAxMDAwNzIgaW50ciAgICAgICAg ICAgICBpcnExOiBhdGtiZDAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgDQogICAxMiAxMDAwNzMgaW50ciAgICAgICAgICAgICBzd2kwOiB1 YXJ0IHVhcnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAx MiAxMDAwNzQgaW50ciAgICAgICAgICAgICBpcnE3OiBwcGMwICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAxMyAxMDAwMjEgZ2Vv bSAgICAgICAgICAgICBnX2V2ZW50ICAgICAgICAgIG1pX3N3aXRjaCBzbGVl cHFfd2FpdCBfc2xlZXAgZ19ydW5fZXZlbnRzIGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgDQogICAxMyAxMDAwMjIgZ2VvbSAgICAgICAgICAgICBnX3Vw ICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19p b19zY2hlZHVsZV91cCBnX3VwX3Byb2Nib2R5IGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgDQogICAxMyAxMDAwMjMgZ2VvbSAgICAgICAgICAgICBnX2Rv d24gICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19p b19zY2hlZHVsZV9kb3duIGdfZG93bl9wcm9jYm9keSBmb3JrX2V4aXQgZm9y a190cmFtcG9saW5lIA0KICAgMTQgMTAwMDI1IHlhcnJvdyAgICAgICAgICAg LSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3RpbWVkd2FpdCBf c2xlZXAgcmFuZG9tX2t0aHJlYWQgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSANCiAgIDE1IDEwMDA0OCB1c2IgICAgICAgICAgICAgIHVzYnVzMCAgICAg ICAgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IF9jdl93YWl0IHVzYl9wcm9j ZXNzIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAxNSAxMDAwNDkg dXNiICAgICAgICAgICAgICB1c2J1czAgICAgICAgICAgIG1pX3N3aXRjaCBz bGVlcHFfd2FpdCBfY3Zfd2FpdCB1c2JfcHJvY2VzcyBmb3JrX2V4aXQgZm9y a190cmFtcG9saW5lIA0KICAgMTUgMTAwMDUwIHVzYiAgICAgICAgICAgICAg dXNidXMwICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX2N2X3dh aXQgdXNiX3Byb2Nlc3MgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAg IDE1IDEwMDA1MSB1c2IgICAgICAgICAgICAgIHVzYnVzMCAgICAgICAgICAg bWlfc3dpdGNoIHNsZWVwcV93YWl0IF9jdl93YWl0IHVzYl9wcm9jZXNzIGZv cmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAxNSAxMDAwNTMgdXNiICAg ICAgICAgICAgICB1c2J1czEgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFf d2FpdCBfY3Zfd2FpdCB1c2JfcHJvY2VzcyBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIA0KICAgMTUgMTAwMDU0IHVzYiAgICAgICAgICAgICAgdXNidXMx ICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgdXNi X3Byb2Nlc3MgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDE1IDEw MDA1NSB1c2IgICAgICAgICAgICAgIHVzYnVzMSAgICAgICAgICAgbWlfc3dp dGNoIHNsZWVwcV93YWl0IF9jdl93YWl0IHVzYl9wcm9jZXNzIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgDQogICAxNSAxMDAwNTYgdXNiICAgICAgICAg ICAgICB1c2J1czEgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf Y3Zfd2FpdCB1c2JfcHJvY2VzcyBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAgMTUgMTAwMDU4IHVzYiAgICAgICAgICAgICAgdXNidXMyICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgdXNiX3Byb2Nl c3MgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDE1IDEwMDA1OSB1 c2IgICAgICAgICAgICAgIHVzYnVzMiAgICAgICAgICAgbWlfc3dpdGNoIHNs ZWVwcV93YWl0IF9jdl93YWl0IHVzYl9wcm9jZXNzIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgDQogICAxNSAxMDAwNjAgdXNiICAgICAgICAgICAgICB1 c2J1czIgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2Fp dCB1c2JfcHJvY2VzcyBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAg MTUgMTAwMDYxIHVzYiAgICAgICAgICAgICAgdXNidXMyICAgICAgICAgICBt aV9zd2l0Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgdXNiX3Byb2Nlc3MgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDE1IDEwMDA2MyB1c2IgICAg ICAgICAgICAgIHVzYnVzMyAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV93 YWl0IF9jdl93YWl0IHVzYl9wcm9jZXNzIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgDQogICAxNSAxMDAwNjQgdXNiICAgICAgICAgICAgICB1c2J1czMg ICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2FpdCB1c2Jf cHJvY2VzcyBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgMTUgMTAw MDY1IHVzYiAgICAgICAgICAgICAgdXNidXMzICAgICAgICAgICBtaV9zd2l0 Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgdXNiX3Byb2Nlc3MgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSANCiAgIDE1IDEwMDA2NiB1c2IgICAgICAgICAg ICAgIHVzYnVzMyAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IF9j dl93YWl0IHVzYl9wcm9jZXNzIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogICAxNSAxMDAwNjcgdXNiICAgICAgICAgICAgICB1c2J1czQgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2FpdCB1c2JfcHJvY2Vz cyBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgMTUgMTAwMDY4IHVz YiAgICAgICAgICAgICAgdXNidXM0ICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX2N2X3dhaXQgdXNiX3Byb2Nlc3MgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSANCiAgIDE1IDEwMDA2OSB1c2IgICAgICAgICAgICAgIHVz YnVzNCAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IF9jdl93YWl0 IHVzYl9wcm9jZXNzIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAx NSAxMDAwNzAgdXNiICAgICAgICAgICAgICB1c2J1czQgICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2FpdCB1c2JfcHJvY2VzcyBmb3Jr X2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAgMTYgMTAwMDgxIHBhZ2V6ZXJv ICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3Rp bWVkd2FpdCBfc2xlZXAgdm1fcGFnZXplcm8gZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSANCiAgIDE3IDEwMDA4MiBidWZkYWVtb24gICAgICAgIC0gICAg ICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV90aW1lZHdhaXQgX3NsZWVw IGJ1Zl9kYWVtb24gZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDE4 IDEwMDA4MyBzeW5jZXIgICAgICAgICAgIC0gICAgICAgICAgICAgICAgbWlf c3dpdGNoIHNsZWVwcV90aW1lZHdhaXQgX2N2X3RpbWVkd2FpdCBzY2hlZF9z eW5jIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAxOSAxMDAwODQg dm5scnUgICAgICAgICAgICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBz bGVlcHFfdGltZWR3YWl0IF9zbGVlcCB2bmxydV9wcm9jIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogICAyMCAxMDAwODUgc29mdGRlcGZsdXNoICAg ICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfdGltZWR3YWl0 IF9zbGVlcCBzb2Z0ZGVwX2ZsdXNoIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgDQogICAyMSAxMDAwODYgZ19taXJyb3Igc3dhcDAgICAtICAgICAgICAg ICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19taXJyb3Jf d29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAyMiAxMDAw ODcgZ19taXJyb3Igc3dhcDEgICAtICAgICAgICAgICAgICAgIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19taXJyb3Jfd29ya2VyIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgDQogICAyMyAxMDAwODggZ19taXJyb3Igc3dh cDIgICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19taXJyb3Jfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgDQogICAyNCAxMDAwODkgZ19taXJyb3Igc3dhcDMgICAtICAgICAgICAg ICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19taXJyb3Jf d29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogICAyNSAxMDAw OTAgZ19taXJyb3Igc3dhcDQgICAtICAgICAgICAgICAgICAgIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19taXJyb3Jfd29ya2VyIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgDQogICA0MyAxMDAxMDggbWQwICAgICAgICAg ICAgICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgbWRfa3RocmVhZCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0K ICAgNTMgMTAwMTE1IG1kMSAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIG1kX2t0aHJlYWQgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSANCiAgIDYzIDEwMDExOSBtZDIgICAg ICAgICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV93 YWl0IF9zbGVlcCBtZF9rdGhyZWFkIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgDQogIDIwNyAxMDAxNTYgemZza2VybiAgICAgICAgICBhcmNfcmVjbGFp bV90aHJlIG1pX3N3aXRjaCBzbGVlcHFfdGltZWR3YWl0IF9jdl90aW1lZHdh aXQgYXJjX3JlY2xhaW1fdGhyZWFkIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgDQogIDIwNyAxMDAxODggemZza2VybiAgICAgICAgICBsMmFyY19mZWVk X3RocmVhIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc3hfeGxvY2tfaGFyZCBf c3hfeGxvY2sgbDJhcmNfZmVlZF90aHJlYWQgZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSANCiAgMjA3IDEwMDY5OCB6ZnNrZXJuICAgICAgICAgIHRyaW0g bWFpbiAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV90aW1lZHdhaXQgX2N2X3Rp bWVkd2FpdCB0cmltX3RocmVhZCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KICAyMDcgMTAwNzAwIHpmc2tlcm4gICAgICAgICAgdHhnX3RocmVhZF9l bnRlciBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgdHhnX3RocmVh ZF93YWl0IHR4Z19xdWllc2NlX3RocmVhZCBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIA0KICAyMDcgMTAwNzAxIHpmc2tlcm4gICAgICAgICAgdHhnX3Ro cmVhZF9lbnRlciBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgcnJ3 X2VudGVyX3dyaXRlIHNwYV9zeW5jIHR4Z19zeW5jX3RocmVhZCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIA0KICAyMDcgMTAxMTYzIHpmc2tlcm4gICAg ICAgICAgdHJpbSBkcmF2YW5ldC12byBtaV9zd2l0Y2ggc2xlZXBxX3RpbWVk d2FpdCBfY3ZfdGltZWR3YWl0IHRyaW1fdGhyZWFkIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgDQogIDIwNyAxMDExNjUgemZza2VybiAgICAgICAgICB0 eGdfdGhyZWFkX2VudGVyIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2Fp dCB0eGdfdGhyZWFkX3dhaXQgdHhnX3F1aWVzY2VfdGhyZWFkIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgDQogIDIwNyAxMDExNjYgemZza2VybiAgICAg ICAgICB0eGdfdGhyZWFkX2VudGVyIG1pX3N3aXRjaCBzbGVlcHFfdGltZWR3 YWl0IF9jdl90aW1lZHdhaXQgdHhnX3RocmVhZF93YWl0IHR4Z19zeW5jX3Ro cmVhZCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KICAyMjkgMTAwMTU1 IGdfbXBfa3QgICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2gg c2xlZXBxX3dhaXQgX3NsZWVwIGdfbXVsdGlwYXRoX2t0IGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI3MCAxMDAxMzggZ19lbGlbMF0gbWlycm9y L3N3YSBnX2VsaVswXSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI3MSAxMDAxMzYgZ19lbGlbMV0gbWlycm9yL3N3YSBnX2VsaVsxXSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI3MiAxMDAwOTYg Z19lbGlbMl0gbWlycm9yL3N3YSBnX2VsaVsyXSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI3MyAxMDAxNDIgZ19lbGlbM10gbWlycm9y L3N3YSBnX2VsaVszXSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI3NCAxMDAxNDYgZ19lbGlbNF0gbWlycm9yL3N3YSBnX2VsaVs0XSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI3NSAxMDAxNTMg Z19lbGlbNV0gbWlycm9yL3N3YSBnX2VsaVs1XSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI3NiAxMDAxMDYgZ19lbGlbNl0gbWlycm9y L3N3YSBnX2VsaVs2XSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI3NyAxMDAwOTQgZ19lbGlbN10gbWlycm9yL3N3YSBnX2VsaVs3XSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI3OSAxMDAxNDMg Z19lbGlbMF0gbWlycm9yL3N3YSBnX2VsaVswXSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI4MCAxMDAxODkgZ19lbGlbMV0gbWlycm9y L3N3YSBnX2VsaVsxXSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI4MSAxMDAxOTAgZ19lbGlbMl0gbWlycm9yL3N3YSBnX2VsaVsyXSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI4MiAxMDAxOTEg Z19lbGlbM10gbWlycm9yL3N3YSBnX2VsaVszXSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI4MyAxMDAxOTIgZ19lbGlbNF0gbWlycm9y L3N3YSBnX2VsaVs0XSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI4NCAxMDAxOTMgZ19lbGlbNV0gbWlycm9yL3N3YSBnX2VsaVs1XSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI4NSAxMDAxOTQg Z19lbGlbNl0gbWlycm9yL3N3YSBnX2VsaVs2XSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI4NiAxMDAxOTUgZ19lbGlbN10gbWlycm9y L3N3YSBnX2VsaVs3XSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI4OCAxMDAxOTcgZ19lbGlbMF0gbWlycm9yL3N3YSBnX2VsaVswXSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI4OSAxMDAxOTgg Z19lbGlbMV0gbWlycm9yL3N3YSBnX2VsaVsxXSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI5MCAxMDAxOTkgZ19lbGlbMl0gbWlycm9y L3N3YSBnX2VsaVsyXSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI5MSAxMDAyMDAgZ19lbGlbM10gbWlycm9yL3N3YSBnX2VsaVszXSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI5MiAxMDAyMDEg Z19lbGlbNF0gbWlycm9yL3N3YSBnX2VsaVs0XSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI5MyAxMDAyMDIgZ19lbGlbNV0gbWlycm9y L3N3YSBnX2VsaVs1XSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI5NCAxMDAyMDMgZ19lbGlbNl0gbWlycm9yL3N3YSBnX2VsaVs2XSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI5NSAxMDAyMDQg Z19lbGlbN10gbWlycm9yL3N3YSBnX2VsaVs3XSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDI5NyAxMDAxNzggZ19lbGlbMF0gbWlycm9y L3N3YSBnX2VsaVswXSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDI5OCAxMDAyMDUgZ19lbGlbMV0gbWlycm9yL3N3YSBnX2VsaVsxXSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDI5OSAxMDAyMDYg Z19lbGlbMl0gbWlycm9yL3N3YSBnX2VsaVsyXSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDMwMCAxMDAyMDcgZ19lbGlbM10gbWlycm9y L3N3YSBnX2VsaVszXSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDMwMSAxMDAyMDggZ19lbGlbNF0gbWlycm9yL3N3YSBnX2VsaVs0XSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDMwMiAxMDAyMDkg Z19lbGlbNV0gbWlycm9yL3N3YSBnX2VsaVs1XSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDMwMyAxMDAyMTAgZ19lbGlbNl0gbWlycm9y L3N3YSBnX2VsaVs2XSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDMwNCAxMDAyMTEgZ19lbGlbN10gbWlycm9yL3N3YSBnX2VsaVs3XSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDMwNiAxMDAyMTMg Z19lbGlbMF0gbWlycm9yL3N3YSBnX2VsaVswXSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDMwNyAxMDAyMTQgZ19lbGlbMV0gbWlycm9y L3N3YSBnX2VsaVsxXSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDMwOCAxMDAyMTUgZ19lbGlbMl0gbWlycm9yL3N3YSBnX2VsaVsyXSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDMwOSAxMDAyMTYg Z19lbGlbM10gbWlycm9yL3N3YSBnX2VsaVszXSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDMxMCAxMDAyMTcgZ19lbGlbNF0gbWlycm9y L3N3YSBnX2VsaVs0XSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogIDMxMSAxMDAyMTggZ19lbGlbNV0gbWlycm9yL3N3YSBnX2VsaVs1XSBt aXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29y a2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogIDMxMiAxMDAyMTkg Z19lbGlbNl0gbWlycm9yL3N3YSBnX2VsaVs2XSBtaXJyb3IvIG1pX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgDQogIDMxMyAxMDAyMjAgZ19lbGlbN10gbWlycm9y L3N3YSBnX2VsaVs3XSBtaXJyb3IvIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgZ19lbGlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg DQogMTY3OCAxMDAxNzcgZGV2ZCAgICAgICAgICAgICAtICAgICAgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfdGlt ZWR3YWl0X3NpZyBfY3ZfdGltZWR3YWl0X3NpZyBzZWx0ZHdhaXQga2Vybl9z ZWxlY3Qgc3lzX3NlbGVjdCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwg DQogMTk4MiAxMDAxOTYgc3lzbG9nZCAgICAgICAgICAtICAgICAgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2Fp dF9zaWcgX2N2X3dhaXRfc2lnIHNlbHRkd2FpdCBrZXJuX3NlbGVjdCBzeXNf c2VsZWN0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAyMDQ3IDEw MDE3NCBycGNiaW5kICAgICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dp dGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV90aW1lZHdhaXRfc2ln IF9jdl90aW1lZHdhaXRfc2lnIHNlbHRkd2FpdCBzeXNfcG9sbCBhbWQ2NF9z eXNjYWxsIFhmYXN0X3N5c2NhbGwgDQogMjA1MSAxMDAyNDQgbW91bnRkICAg ICAgICAgICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0 Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHNlbHRk d2FpdCBrZXJuX3NlbGVjdCBzeXNfc2VsZWN0IGFtZDY0X3N5c2NhbGwgWGZh c3Rfc3lzY2FsbCANCiAyMDY1IDEwMTIwOCBuZnNkICAgICAgICAgICAgIC0g ICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxz IHNsZWVwcV93YWl0X3NpZyBfY3Zfd2FpdF9zaWcgc2VsdGR3YWl0IGtlcm5f c2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxs IA0KIDIwNjYgMTAwMTIwIG5mc2QgICAgICAgICAgICAgbmZzZDogbWFzdGVy ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgdHhnX3dhaXRf b3BlbiB6ZnNfZnJlZWJzZF9yZW5hbWUgVk9QX1JFTkFNRV9BUFYgbmZzdm5v X3JlbmFtZSBuZnNydmRfcmVuYW1lIG5mc3J2ZF9kb3JwYyBuZnNzdmNfcHJv Z3JhbSBzdmNfcnVuX2ludGVybmFsIHN2Y19ydW4gbmZzcnZkX25mc2QgbmZz c3ZjX25mc2Qgc3lzX25mc3N2YyBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2Nh bGwgDQogMjA2NiAxMDEyMTYgbmZzZCAgICAgICAgICAgICBuZnNkOiBzZXJ2 aWNlICAgIG1pX3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2FpdCB0eGdfd2Fp dF9vcGVuIHpmc19mcmVlYnNkX2NyZWF0ZSBWT1BfQ1JFQVRFX0FQViBuZnN2 bm9fY3JlYXRlc3ViIG5mc3J2ZF9jcmVhdGUgbmZzcnZkX2RvcnBjIG5mc3N2 Y19wcm9ncmFtIHN2Y19ydW5faW50ZXJuYWwgc3ZjX3RocmVhZF9zdGFydCBm b3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KIDIwNjYgMTAxMjE3IG5mc2Qg ICAgICAgICAgICAgbmZzZDogc2VydmljZSAgICBtaV9zd2l0Y2ggc2xlZXBx X3dhaXQgX2N2X3dhaXQgdHhnX3dhaXRfb3BlbiB6ZnNfZnJlZWJzZF9jcmVh dGUgVk9QX0NSRUFURV9BUFYgbmZzdm5vX2NyZWF0ZXN1YiBuZnNydmRfY3Jl YXRlIG5mc3J2ZF9kb3JwYyBuZnNzdmNfcHJvZ3JhbSBzdmNfcnVuX2ludGVy bmFsIHN2Y190aHJlYWRfc3RhcnQgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSANCiAyMDY2IDEwMTIxOCBuZnNkICAgICAgICAgICAgIG5mc2Q6IHNlcnZp Y2UgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IF9jdl93YWl0IHR4Z193YWl0 X29wZW4gemZzX2ZyZWVic2RfY3JlYXRlIFZPUF9DUkVBVEVfQVBWIG5mc3Zu b19jcmVhdGVzdWIgbmZzcnZkX2NyZWF0ZSBuZnNydmRfZG9ycGMgbmZzc3Zj X3Byb2dyYW0gc3ZjX3J1bl9pbnRlcm5hbCBzdmNfdGhyZWFkX3N0YXJ0IGZv cmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogMjA2NiAxMDEyMTkgbmZzZCAg ICAgICAgICAgICBuZnNkOiBzZXJ2aWNlICAgIG1pX3N3aXRjaCBzbGVlcHFf d2FpdCBfY3Zfd2FpdCB0eGdfd2FpdF9vcGVuIHpmc19mcmVlYnNkX3dyaXRl IFZPUF9XUklURV9BUFYgbmZzdm5vX3dyaXRlIG5mc3J2ZF93cml0ZSBuZnNy dmRfZG9ycGMgbmZzc3ZjX3Byb2dyYW0gc3ZjX3J1bl9pbnRlcm5hbCBzdmNf dGhyZWFkX3N0YXJ0IGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgDQogMjA2 NiAxMDEyMjAgbmZzZCAgICAgICAgICAgICBuZnNkOiBzZXJ2aWNlICAgIG1p X3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2FpdCB0eGdfd2FpdF9vcGVuIHpm c19mcmVlYnNkX2NyZWF0ZSBWT1BfQ1JFQVRFX0FQViBuZnN2bm9fY3JlYXRl c3ViIG5mc3J2ZF9jcmVhdGUgbmZzcnZkX2RvcnBjIG5mc3N2Y19wcm9ncmFt IHN2Y19ydW5faW50ZXJuYWwgc3ZjX3RocmVhZF9zdGFydCBmb3JrX2V4aXQg Zm9ya190cmFtcG9saW5lIA0KIDIwNjYgMTAxMjIxIG5mc2QgICAgICAgICAg ICAgbmZzZDogc2VydmljZSAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX2N2 X3dhaXQgdHhnX3dhaXRfb3BlbiB6ZnNfZnJlZWJzZF93cml0ZSBWT1BfV1JJ VEVfQVBWIG5mc3Zub193cml0ZSBuZnNydmRfd3JpdGUgbmZzcnZkX2RvcnBj IG5mc3N2Y19wcm9ncmFtIHN2Y19ydW5faW50ZXJuYWwgc3ZjX3RocmVhZF9z dGFydCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIA0KIDIwNjYgMTAxMjIy IG5mc2QgICAgICAgICAgICAgbmZzZDogc2VydmljZSAgICBtaV9zd2l0Y2gg c2xlZXBxX3dhaXQgX2N2X3dhaXQgdHhnX3dhaXRfb3BlbiB6ZnNfZnJlZWJz ZF93cml0ZSBWT1BfV1JJVEVfQVBWIG5mc3Zub193cml0ZSBuZnNydmRfd3Jp dGUgbmZzcnZkX2RvcnBjIG5mc3N2Y19wcm9ncmFtIHN2Y19ydW5faW50ZXJu YWwgc3ZjX3RocmVhZF9zdGFydCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IA0KIDIwNzcgMTAxMTk3IHJwYy5zdGF0ZCAgICAgICAgLSAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3Rp bWVkd2FpdF9zaWcgX2N2X3RpbWVkd2FpdF9zaWcgc2VsdGR3YWl0IGtlcm5f c2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxs IA0KIDIwODggMTAwMTQ1IHJwYy5sb2NrZCAgICAgICAgTkxNOiBtYXN0ZXIg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3Rp bWVkd2FpdF9zaWcgX2N2X3RpbWVkd2FpdF9zaWcgc3ZjX3J1bl9pbnRlcm5h bCBzdmNfcnVuIHN5c19ubG1fc3lzY2FsbCBhbWQ2NF9zeXNjYWxsIFhmYXN0 X3N5c2NhbGwgDQogMjc5NCAxMDEyMTIgbnRwZCAgICAgICAgICAgICAtICAg ICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBz bGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHNlbHRkd2FpdCBrZXJuX3Nl bGVjdCBzeXNfc2VsZWN0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAN CiAyODc4IDEwMDE0NyBpc3RndCAgICAgICAgICAgIG1haW50aHJlYWQgICAg ICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV90aW1l ZHdhaXRfc2lnIF9zbGVlcCBrZXJuX2tldmVudCBzeXNfa2V2ZW50IGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAyODc4IDEwMDI0OSBpc3RndCAg ICAgICAgICAgIGNvbm50aHJlYWQgIzIzICAgbWlfc3dpdGNoIHNsZWVwcV9j YXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgX2RvX2xvY2tf dW11dGV4IGRvX2xvY2tfdW11dGV4IF9fdW10eF9vcF93YWl0X3VtdXRleCBh bWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgDQogMjg3OCAxMDAyNTEgaXN0 Z3QgICAgICAgICAgICBjb25udGhyZWFkICMyMiAgIG1pX3N3aXRjaCBzbGVl cHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIF9kb19s b2NrX3VtdXRleCBkb19sb2NrX3VtdXRleCBfX3VtdHhfb3Bfd2FpdF91bXV0 ZXggYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDI4NzggMTAwMjUy IGlzdGd0ICAgICAgICAgICAgY29ubnRocmVhZCAjMjQgICBtaV9zd2l0Y2gg c2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBf ZG9fbG9ja191bXV0ZXggZG9fbG9ja191bXV0ZXggX191bXR4X29wX3dhaXRf dW11dGV4IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAyODc4IDEw MDI1NyBpc3RndCAgICAgICAgICAgIGNvbm50aHJlYWQgIzE4ICAgbWlfc3dp dGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xl ZXAgX2RvX2xvY2tfdW11dGV4IGRvX2xvY2tfdW11dGV4IF9fdW10eF9vcF93 YWl0X3VtdXRleCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgDQogMjg3 OCAxMDAyNTggaXN0Z3QgICAgICAgICAgICBjb25udGhyZWFkICMxNCAgIG1p X3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcg X3NsZWVwIF9kb19sb2NrX3VtdXRleCBkb19sb2NrX3VtdXRleCBfX3VtdHhf b3Bfd2FpdF91bXV0ZXggYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0K IDI4NzggMTAwMjU5IGlzdGd0ICAgICAgICAgICAgY29ubnRocmVhZCAjMTcg ICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRf c2lnIF9zbGVlcCBfZG9fbG9ja191bXV0ZXggZG9fbG9ja191bXV0ZXggX191 bXR4X29wX3dhaXRfdW11dGV4IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2Fs bCANCiAyODc4IDEwMDI2MCBpc3RndCAgICAgICAgICAgIGNvbm50aHJlYWQg IzIxICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93 YWl0X3NpZyBfc2xlZXAgX2RvX2xvY2tfdW11dGV4IGRvX2xvY2tfdW11dGV4 IF9fdW10eF9vcF93YWl0X3VtdXRleCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5 c2NhbGwgDQogMjg3OCAxMDAyNjEgaXN0Z3QgICAgICAgICAgICBjb25udGhy ZWFkICMxNSAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfd2FpdF9zaWcgX3NsZWVwIF9kb19sb2NrX3VtdXRleCBkb19sb2NrX3Vt dXRleCBfX3VtdHhfb3Bfd2FpdF91bXV0ZXggYW1kNjRfc3lzY2FsbCBYZmFz dF9zeXNjYWxsIA0KIDI4NzggMTAwMjYyIGlzdGd0ICAgICAgICAgICAgY29u bnRocmVhZCAjMjAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMg c2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBfZG9fbG9ja191bXV0ZXggZG9fbG9j a191bXV0ZXggX191bXR4X29wX3dhaXRfdW11dGV4IGFtZDY0X3N5c2NhbGwg WGZhc3Rfc3lzY2FsbCANCiAyODc4IDEwMDI2MyBpc3RndCAgICAgICAgICAg IGNvbm50aHJlYWQgIzE2ICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWdu YWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgX2RvX2xvY2tfdW11dGV4IGRv X2xvY2tfdW11dGV4IF9fdW10eF9vcF93YWl0X3VtdXRleCBhbWQ2NF9zeXNj YWxsIFhmYXN0X3N5c2NhbGwgDQogMjg3OCAxMDAyNjQgaXN0Z3QgICAgICAg ICAgICBjb25udGhyZWFkICMxOSAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hf c2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIF9kb19sb2NrX3VtdXRl eCBkb19sb2NrX3VtdXRleCBfX3VtdHhfb3Bfd2FpdF91bXV0ZXggYW1kNjRf c3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDI4NzggMTAwMjY1IGlzdGd0ICAg ICAgICAgICAgY29ubnRocmVhZCAjMTMgICBtaV9zd2l0Y2ggc2xlZXBxX2Nh dGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBfZG9fbG9ja191 bXV0ZXggZG9fbG9ja191bXV0ZXggX191bXR4X29wX3dhaXRfdW11dGV4IGFt ZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAyODc4IDEwMDI2NiBpc3Rn dCAgICAgICAgICAgIGNvbm50aHJlYWQgIzExICAgbWlfc3dpdGNoIHNsZWVw cV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgX2RvX2xv Y2tfdW11dGV4IGRvX2xvY2tfdW11dGV4IF9fdW10eF9vcF93YWl0X3VtdXRl eCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgDQogMjg3OCAxMDAyNjcg aXN0Z3QgICAgICAgICAgICBjb25udGhyZWFkICM5ICAgIG1pX3N3aXRjaCBz bGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIF9k b19sb2NrX3VtdXRleCBkb19sb2NrX3VtdXRleCBfX3VtdHhfb3Bfd2FpdF91 bXV0ZXggYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDI4NzggMTAw MjY4IGlzdGd0ICAgICAgICAgICAgY29ubnRocmVhZCAjNiAgICBtaV9zd2l0 Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVl cCBfZG9fbG9ja191bXV0ZXggZG9fbG9ja191bXV0ZXggX191bXR4X29wX3dh aXRfdW11dGV4IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAyODc4 IDEwMDI2OSBpc3RndCAgICAgICAgICAgIGNvbm50aHJlYWQgIzcgICAgbWlf c3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBf c2xlZXAgX2RvX2xvY2tfdW11dGV4IGRvX2xvY2tfdW11dGV4IF9fdW10eF9v cF93YWl0X3VtdXRleCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgDQog Mjg3OCAxMDAyNzAgaXN0Z3QgICAgICAgICAgICBjb25udGhyZWFkICMxMiAg IG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9z aWcgX3NsZWVwIF9kb19sb2NrX3VtdXRleCBkb19sb2NrX3VtdXRleCBfX3Vt dHhfb3Bfd2FpdF91bXV0ZXggYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxs IA0KIDI4NzggMTAwMjcxIGlzdGd0ICAgICAgICAgICAgY29ubnRocmVhZCAj OCAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dh aXRfc2lnIF9zbGVlcCBfZG9fbG9ja191bXV0ZXggZG9fbG9ja191bXV0ZXgg X191bXR4X29wX3dhaXRfdW11dGV4IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCANCiAyODc4IDEwMDI3MiBpc3RndCAgICAgICAgICAgIGNvbm50aHJl YWQgIzEwICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVw cV93YWl0X3NpZyBfc2xlZXAgX2RvX2xvY2tfdW11dGV4IGRvX2xvY2tfdW11 dGV4IF9fdW10eF9vcF93YWl0X3VtdXRleCBhbWQ2NF9zeXNjYWxsIFhmYXN0 X3N5c2NhbGwgDQogMjg3OCAxMDAyNzQgaXN0Z3QgICAgICAgICAgICBjb25u dGhyZWFkICM1ICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBz bGVlcHFfd2FpdF9zaWcgX3NsZWVwIF9kb19sb2NrX3VtdXRleCBkb19sb2Nr X3VtdXRleCBfX3VtdHhfb3Bfd2FpdF91bXV0ZXggYW1kNjRfc3lzY2FsbCBY ZmFzdF9zeXNjYWxsIA0KIDI4NzggMTAwMjc1IGlzdGd0ICAgICAgICAgICAg Y29ubnRocmVhZCAjMiAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25h bHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBfZG9fbG9ja191bXV0ZXggZG9f bG9ja191bXV0ZXggX191bXR4X29wX3dhaXRfdW11dGV4IGFtZDY0X3N5c2Nh bGwgWGZhc3Rfc3lzY2FsbCANCiAyODc4IDEwMDI3NyBpc3RndCAgICAgICAg ICAgIGNvbm50aHJlYWQgIzQgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9z aWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgX2RvX2xvY2tfdW11dGV4 IGRvX2xvY2tfdW11dGV4IF9fdW10eF9vcF93YWl0X3VtdXRleCBhbWQ2NF9z eXNjYWxsIFhmYXN0X3N5c2NhbGwgDQogMjg3OCAxMDEyMjQgaXN0Z3QgICAg ICAgICAgICBzaWd0aHJlYWQgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0 Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIGtlcm5fc2lndGlt ZWR3YWl0IHN5c19zaWd3YWl0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2Fs bCANCiAyODc4IDEwMTIyNSBpc3RndCAgICAgICAgICAgIGx1dGhyZWFkICMz ICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93 YWl0X3NpZyBfc2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3By aXZhdGUgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDI4NzggMTAx MjI2IGlzdGd0ICAgICAgICAgICAgbHV0aHJlYWQgIzQgICAgICBtaV9zd2l0 Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgdHhnX3dhaXRfb3BlbiB6ZnNfZnJl ZWJzZF93cml0ZSBWT1BfV1JJVEVfQVBWIHZuX3dyaXRlIHZuX2lvX2ZhdWx0 IGRvZmlsZXdyaXRlIGtlcm5fd3JpdGV2IHN5c193cml0ZSBhbWQ2NF9zeXNj YWxsIFhmYXN0X3N5c2NhbGwgDQogMjg3OCAxMDEyMjcgaXN0Z3QgICAgICAg ICAgICBjb25udGhyZWFkICMwICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hf c2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIF9kb19sb2NrX3VtdXRl eCBkb19sb2NrX3VtdXRleCBfX3VtdHhfb3Bfd2FpdF91bXV0ZXggYW1kNjRf c3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDI4NzggMTAxMjMxIGlzdGd0ICAg ICAgICAgICAgY29ubnRocmVhZCAjMSAgICBtaV9zd2l0Y2ggc2xlZXBxX2Nh dGNoX3NpZ25hbHMgc2xlZXBxX3RpbWVkd2FpdF9zaWcgX3NsZWVwIGtlcm5f a2V2ZW50IHN5c19rZXZlbnQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxs IA0KIDI4NzggMTAxMjMyIGlzdGd0ICAgICAgICAgICAgc2VuZHRocmVhZCAj MSAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3Rp bWVkd2FpdF9zaWcgX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWlu dF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAyODc4 IDEwMTgwMyBpc3RndCAgICAgICAgICAgIGNvbm50aHJlYWQgIzMgICAgbWlf c3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBf c2xlZXAgX2RvX2xvY2tfdW11dGV4IGRvX2xvY2tfdW11dGV4IF9fdW10eF9v cF93YWl0X3VtdXRleCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgDQog Mjg3OCAxMDE4MjMgaXN0Z3QgICAgICAgICAgICBzZW5kdGhyZWFkICMyMyAg IG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfdGltZWR3 YWl0X3NpZyBfc2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3By aXZhdGUgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDI4NzggMTAx ODI0IGlzdGd0ICAgICAgICAgICAgc2VuZHRocmVhZCAjMjQgICBtaV9zd2l0 Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3RpbWVkd2FpdF9zaWcg X3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFt ZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzMDkwIDEwMDE2OCBzbWFy dGQgICAgICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVw cV9jYXRjaF9zaWduYWxzIHNsZWVwcV90aW1lZHdhaXRfc2lnIF9zbGVlcCBr ZXJuX25hbm9zbGVlcCBzeXNfbmFub3NsZWVwIGFtZDY0X3N5c2NhbGwgWGZh c3Rfc3lzY2FsbCANCiAzMTI5IDEwMDEwNyBweXRob24yLjcgICAgICAgIC0g ICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxz IHNsZWVwcV90aW1lZHdhaXRfc2lnIF9jdl90aW1lZHdhaXRfc2lnIHNlbHRk d2FpdCBrZXJuX3NlbGVjdCBzeXNfc2VsZWN0IGFtZDY0X3N5c2NhbGwgWGZh c3Rfc3lzY2FsbCANCiAzMTI5IDEwMDMwMiBweXRob24yLjcgICAgICAgIC0g ICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxz IHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgZG9fc2VtX3dhaXQgX191bXR4X29w X3NlbV93YWl0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzMTI5 IDEwMDMyNiBweXRob24yLjcgICAgICAgIC0gICAgICAgICAgICAgICAgbWlf c3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBf c2xlZXAgZG9fc2VtX3dhaXQgX191bXR4X29wX3NlbV93YWl0IGFtZDY0X3N5 c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzMTI5IDEwMDM0MSBweXRob24yLjcg ICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRj aF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgZG9fc2VtX3dhaXQg X191bXR4X29wX3NlbV93YWl0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2Fs bCANCiAzMTI5IDEwMDM1OCBweXRob24yLjcgICAgICAgIC0gICAgICAgICAg ICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93 YWl0X3NpZyBfc2xlZXAgZG9fc2VtX3dhaXQgX191bXR4X29wX3NlbV93YWl0 IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzMTI5IDEwMDM2NSBw eXRob24yLjcgICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNs ZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgZG9f c2VtX3dhaXQgX191bXR4X29wX3NlbV93YWl0IGFtZDY0X3N5c2NhbGwgWGZh c3Rfc3lzY2FsbCANCiAzMjE0IDEwMDI0MCBuZ2lueCAgICAgICAgICAgIC0g ICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxz IHNsZWVwcV93YWl0X3NpZyBfc2xlZXAga2Vybl9zaWdzdXNwZW5kIHN5c19z aWdzdXNwZW5kIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzMjQ5 IDEwMDA5NyBjb2xsZWN0ZCAgICAgICAgIC0gICAgICAgICAgICAgICAgbWlf c3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV90aW1lZHdhaXRf c2lnIF9zbGVlcCBrZXJuX25hbm9zbGVlcCBzeXNfbmFub3NsZWVwIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzMjQ5IDEwMTIzOCBjb2xsZWN0 ZCAgICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9j YXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgZG9fd2FpdCBf X3VtdHhfb3Bfd2FpdF91aW50X3ByaXZhdGUgYW1kNjRfc3lzY2FsbCBYZmFz dF9zeXNjYWxsIA0KIDMyNDkgMTAxMjM5IGNvbGxlY3RkICAgICAgICAgLSAg ICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMg c2xlZXBxX3RpbWVkd2FpdF9zaWcgX3NsZWVwIGRvX3dhaXQgX191bXR4X29w X3dhaXRfdWludF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2Fs bCANCiAzMjQ5IDEwMTI0MCBjb2xsZWN0ZCAgICAgICAgIC0gICAgICAgICAg ICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV90 aW1lZHdhaXRfc2lnIF9zbGVlcCBkb193YWl0IF9fdW10eF9vcF93YWl0X3Vp bnRfcHJpdmF0ZSBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgDQogMzI0 OSAxMDEyNDEgY29sbGVjdGQgICAgICAgICAtICAgICAgICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfdGltZWR3YWl0 X3NpZyBfc2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3ByaXZh dGUgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDMyNDkgMTAxMjQy IGNvbGxlY3RkICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2gg c2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3RpbWVkd2FpdF9zaWcgX3Ns ZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzMjQ5IDEwMTI0MyBjb2xsZWN0 ZCAgICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9j YXRjaF9zaWduYWxzIHNsZWVwcV90aW1lZHdhaXRfc2lnIF9zbGVlcCBkb193 YWl0IF9fdW10eF9vcF93YWl0X3VpbnRfcHJpdmF0ZSBhbWQ2NF9zeXNjYWxs IFhmYXN0X3N5c2NhbGwgDQogMzM0OSAxMDAxNjYgc3NoZCAgICAgICAgICAg ICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2ln bmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHNlbHRkd2FpdCBr ZXJuX3NlbGVjdCBzeXNfc2VsZWN0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCANCiAzMzc4IDEwMDEyMyBjcm9uICAgICAgICAgICAgIC0gICAgICAg ICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVw cV90aW1lZHdhaXRfc2lnIF9zbGVlcCBrZXJuX25hbm9zbGVlcCBzeXNfbmFu b3NsZWVwIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzOTE1IDEw MDIzOCBnZXR0eSAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dp dGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfY3Zf d2FpdF9zaWcgdHR5X3dhaXQgdHR5ZGlzY19yZWFkIHR0eWRldl9yZWFkIGRl dmZzX3JlYWRfZiBkb2ZpbGVyZWFkIGtlcm5fcmVhZHYgc3lzX3JlYWQgYW1k NjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDM5MTYgMTAwMTcwIGdldHR5 ICAgICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBx X2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9jdl93YWl0X3NpZyB0 dHlfd2FpdCB0dHlkaXNjX3JlYWQgdHR5ZGV2X3JlYWQgZGV2ZnNfcmVhZF9m IGRvZmlsZXJlYWQga2Vybl9yZWFkdiBzeXNfcmVhZCBhbWQ2NF9zeXNjYWxs IFhmYXN0X3N5c2NhbGwgDQogMzkxNyAxMDAxNTEgZ2V0dHkgICAgICAgICAg ICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2ln bmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHR0eV93YWl0IHR0 eWRpc2NfcmVhZCB0dHlkZXZfcmVhZCBkZXZmc19yZWFkX2YgZG9maWxlcmVh ZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCANCiAzOTE4IDEwMDIyMSBnZXR0eSAgICAgICAgICAgIC0gICAgICAg ICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVw cV93YWl0X3NpZyBfY3Zfd2FpdF9zaWcgdHR5X3dhaXQgdHR5ZGlzY19yZWFk IHR0eWRldl9yZWFkIGRldmZzX3JlYWRfZiBkb2ZpbGVyZWFkIGtlcm5fcmVh ZHYgc3lzX3JlYWQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KIDM5 MTkgMTAxMjExIGdldHR5ICAgICAgICAgICAgLSAgICAgICAgICAgICAgICBt aV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2ln IF9jdl93YWl0X3NpZyB0dHlfd2FpdCB0dHlkaXNjX3JlYWQgdHR5ZGV2X3Jl YWQgZGV2ZnNfcmVhZF9mIGRvZmlsZXJlYWQga2Vybl9yZWFkdiBzeXNfcmVh ZCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgDQogMzkyMCAxMDAyMzMg Z2V0dHkgICAgICAgICAgICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBz bGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRf c2lnIHR0eV93YWl0IHR0eWRpc2NfcmVhZCB0dHlkZXZfcmVhZCBkZXZmc19y ZWFkX2YgZG9maWxlcmVhZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0X3N5 c2NhbGwgWGZhc3Rfc3lzY2FsbCANCiAzOTIxIDEwMDEyNyBnZXR0eSAgICAg ICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRj aF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfY3Zfd2FpdF9zaWcgdHR5X3dh aXQgdHR5ZGlzY19yZWFkIHR0eWRldl9yZWFkIGRldmZzX3JlYWRfZiBkb2Zp bGVyZWFkIGtlcm5fcmVhZHYgc3lzX3JlYWQgYW1kNjRfc3lzY2FsbCBYZmFz dF9zeXNjYWxsIA0KIDM5MjIgMTAxNjI3IGdldHR5ICAgICAgICAgICAgLSAg ICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMg c2xlZXBxX3dhaXRfc2lnIF9jdl93YWl0X3NpZyB0dHlfd2FpdCB0dHlkaXNj X3JlYWQgdHR5ZGV2X3JlYWQgZGV2ZnNfcmVhZF9mIGRvZmlsZXJlYWQga2Vy bl9yZWFkdiBzeXNfcmVhZCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwg DQo1NjAxMyAxMDE3NzcgbmdpbnggICAgICAgICAgICAtICAgICAgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2Fp dF9zaWcgX3NsZWVwIGtlcm5fa2V2ZW50IHN5c19rZXZlbnQgYW1kNjRfc3lz Y2FsbCBYZmFzdF9zeXNjYWxsIA0KNTk2NDUgMTAxNzk2IHNzaGQgICAgICAg ICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNo X3NpZ25hbHMgc2xlZXBxX3RpbWVkd2FpdF9zaWcgX2N2X3RpbWVkd2FpdF9z aWcgc2VsdGR3YWl0IGtlcm5fc2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lz Y2FsbCBYZmFzdF9zeXNjYWxsIA0KNTk2NDcgMTAxNzk3IGNzaCAgICAgICAg ICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNo X3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBrZXJuX3NpZ3N1c3Bl bmQgc3lzX3NpZ3N1c3BlbmQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxs IA0KNTk2NjAgMTAxNzI0IGxzICAgICAgICAgICAgICAgLSAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3N4X3hsb2NrX2hhcmQgX3N4 X3hsb2NrIHNwYV9vcGVuX2NvbW1vbiBkc2xfcG9vbF9ob2xkIGRtdV9vYmpz ZXRfaG9sZCBkc2xfcHJvcF9nZXQgemZzX21vdW50IG1vdW50X3NuYXBzaG90 IHpmc2N0bF9zbmFwZGlyX2xvb2t1cCBWT1BfTE9PS1VQX0FQViBsb29rdXAg bmFtZWkga2Vybl9zdGF0YXRfdm5ob29rIGtlcm5fc3RhdGF0IHN5c19sc3Rh dCBhbWQ2NF9zeXNjYWxsIA0KNTk2NjEgMTAxNzg2IGNyb24gICAgICAgICAg ICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3Np Z25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBrZXJuX3dhaXQ2IGtlcm5f d2FpdCBzeXNfd2FpdDQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0K NTk2NjQgMTAxNzY5IHB5dGhvbjIuNyAgICAgICAgLSAgICAgICAgICAgICAg ICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRf c2lnIF9zbGVlcCBrZXJuX3dhaXQ2IGtlcm5fd2FpdCBzeXNfd2FpdDQgYW1k NjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KNTk3MDIgMTAxNjMwIHNoICAg ICAgICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBx X2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBrZXJuX3dh aXQ2IGtlcm5fd2FpdCBzeXNfd2FpdDQgYW1kNjRfc3lzY2FsbCBYZmFzdF9z eXNjYWxsIA0KNTk3MDMgMTAxNzQwIHNoICAgICAgICAgICAgICAgLSAgICAg ICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xl ZXBxX3dhaXRfc2lnIF9zbGVlcCBrZXJuX3dhaXQ2IGtlcm5fd2FpdCBzeXNf d2FpdDQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KNTk3MDUgMTAx NzE3IHpmcyAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0 Y2ggc2xlZXBxX3dhaXQgX19sb2NrbWdyX2FyZ3Mgdm9wX3N0ZGxvY2sgVk9Q X0xPQ0sxX0FQViBfdm5fbG9jayBnZnNfbG9va3VwX2RvdCBnZnNfZGlyX2xv b2t1cCB6ZnNjdGxfc25hcHNob3RfaW5hY3RpdmUgVk9QX0lOQUNUSVZFX0FQ ViB2aW5hY3RpdmUgdnB1dHggZG91bm1vdW50IHpmc191bm1vdW50X3NuYXAg ZHNsX2RhdGFzZXRfdXNlcl9yZWxlYXNlX2ltcGwgZHNsX2RhdGFzZXRfdXNl cl9yZWxlYXNlX29uZXhpdCB6ZnNfb25leGl0X2Rlc3Ryb3kgemZzZGV2X2Ns b3NlIA0KNTk3MDYgMTAxNjc2IHNzaCAgICAgICAgICAgICAgLSAgICAgICAg ICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBx X3RpbWVkd2FpdF9zaWcgX2N2X3RpbWVkd2FpdF9zaWcgc2VsdGR3YWl0IGtl cm5fc2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNj YWxsIA0KNTk3MDcgMTAxMjEwIHNzaGQgICAgICAgICAgICAgLSAgICAgICAg ICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBx X3RpbWVkd2FpdF9zaWcgX2N2X3RpbWVkd2FpdF9zaWcgc2VsdGR3YWl0IGtl cm5fc2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNj YWxsIA0KNTk3MDkgMTAwMjI4IGNzaCAgICAgICAgICAgICAgLSAgICAgICAg ICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBx X3dhaXRfc2lnIF9zbGVlcCBrZXJuX3NpZ3N1c3BlbmQgc3lzX3NpZ3N1c3Bl bmQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KNTk4MTUgMTAxNzI5 IHpwb29sICAgICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2gg c2xlZXBxX3dhaXQgX3N4X3hsb2NrX2hhcmQgX3N4X3hsb2NrIHNwYV9hbGxf Y29uZmlncyB6ZnNfaW9jX3Bvb2xfY29uZmlncyB6ZnNkZXZfaW9jdGwgZGV2 ZnNfaW9jdGxfZiBrZXJuX2lvY3RsIHN5c19pb2N0bCBhbWQ2NF9zeXNjYWxs IFhmYXN0X3N5c2NhbGwgDQo1OTgxNiAxMDE2NDcgc3NoZCAgICAgICAgICAg ICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2ln bmFscyBzbGVlcHFfdGltZWR3YWl0X3NpZyBfY3ZfdGltZWR3YWl0X3NpZyBz ZWx0ZHdhaXQga2Vybl9zZWxlY3Qgc3lzX3NlbGVjdCBhbWQ2NF9zeXNjYWxs IFhmYXN0X3N5c2NhbGwgDQo1OTgxOCAxMDE3NjggY3NoICAgICAgICAgICAg ICAtICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2ln bmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHR0eV93YWl0IHR0 eWRpc2NfcmVhZCB0dHlkZXZfcmVhZCBkZXZmc19yZWFkX2YgZG9maWxlcmVh ZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCANCjU5ODc3IDEwMDIzMSBjcm9uICAgICAgICAgICAgIC0gICAgICAg ICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVw cV93YWl0X3NpZyBfc2xlZXAga2Vybl93YWl0NiBrZXJuX3dhaXQgc3lzX3dh aXQ0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCANCjU5ODc5IDEwMDIy MiBweXRob24yLjcgICAgICAgIC0gICAgICAgICAgICAgICAgbWlfc3dpdGNo IHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAg a2Vybl93YWl0NiBrZXJuX3dhaXQgc3lzX3dhaXQ0IGFtZDY0X3N5c2NhbGwg WGZhc3Rfc3lzY2FsbCANCjU5ODkzIDEwMDEyNCB6cG9vbCAgICAgICAgICAg IC0gICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV93YWl0IF9zeF94 bG9ja19oYXJkIF9zeF94bG9jayBzcGFfb3Blbl9jb21tb24gc3BhX2dldF9z dGF0cyB6ZnNfaW9jX3Bvb2xfc3RhdHMgemZzZGV2X2lvY3RsIGRldmZzX2lv Y3RsX2Yga2Vybl9pb2N0bCBzeXNfaW9jdGwgYW1kNjRfc3lzY2FsbCBYZmFz dF9zeXNjYWxsIA0KNTk5NjYgMTAwMTQ5IHNzaGQgICAgICAgICAgICAgLSAg ICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMg c2xlZXBxX3RpbWVkd2FpdF9zaWcgX2N2X3RpbWVkd2FpdF9zaWcgc2VsdGR3 YWl0IGtlcm5fc2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFz dF9zeXNjYWxsIA0KNTk5NjggMTAxNjQzIGNzaCAgICAgICAgICAgICAgLSAg ICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMg c2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBrZXJuX3NpZ3N1c3BlbmQgc3lzX3Np Z3N1c3BlbmQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIA0KNTk5NzYg MTAxNjc5IGNyb24gICAgICAgICAgICAgLSAgICAgICAgICAgICAgICBtaV9z d2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9z bGVlcCBrZXJuX3dhaXQ2IGtlcm5fd2FpdCBzeXNfd2FpdDQgYW1kNjRfc3lz Y2FsbCBYZmFzdF9zeXNjYWxsIA0KNTk5NzggMTAwMTAyIHB5dGhvbjIuNyAg ICAgICAgLSAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX2NhdGNo X3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCBrZXJuX3dhaXQ2IGtl cm5fd2FpdCBzeXNfd2FpdDQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxs IA0KNTk5ODAgMTAxNjI5IHByb2NzdGF0ICAgICAgICAgLSAgICAgICAgICAg ICAgICA8cnVubmluZz4gICAgICAgICAgICAgICAgICAgIA0K --2628712688-932276677-1386255386=:80538 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=psaxwww.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=psaxwww.txt VVNFUiAgIFBJRCAgJUNQVSAlTUVNICAgIFZTWiAgICBSU1MgVFQgIFNUQVQg U1RBUlRFRCAgICAgICAgVElNRSBDT01NQU5EDQpyb290ICAgIDExIDc5OS43 ICAwLjAgICAgICAwICAgIDEyOCA/PyAgUkwgICBTdW4wMVBNIDQ0ODIxOjQ5 LjE0IFtpZGxlXQ0Kcm9vdCAgICAgMCAgIDAuMCAgMC4wICAgICAgMCAgIDU0 NTYgPz8gIERMcyAgU3VuMDFQTSAgMTA3ODoyOC4wMSBba2VybmVsXQ0Kcm9v dCAgICAgMSAgIDAuMCAgMC4wICAgNjI3NiAgICA0NzYgPz8gIElMcyAgU3Vu MDFQTSAgICAgMDowMC4yMiAvc2Jpbi9pbml0IC0tDQpyb290ICAgICAyICAg MC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAw OjAwLjAwIFtjcnlwdG9dDQpyb290ICAgICAzICAgMC4wICAwLjAgICAgICAw ICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAwIFtjcnlwdG8g cmV0dXJuc10NCnJvb3QgICAgIDQgICAwLjAgIDAuMCAgICAgIDAgICAgIDE2 ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDAgW21wdF9yZWNvdmVyeTBd DQpyb290ICAgICA1ICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwg ICBTdW4wMVBNICAgICAwOjAwLjAwIFttcHRfcmVjb3ZlcnkxXQ0Kcm9vdCAg ICAgNiAgIDAuMCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQ TSAgICAgMDowMC4wMCBbY3RsX3RocmRdDQpyb290ICAgICA3ICAgMC4wICAw LjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAw IFt4cHRfdGhyZF0NCnJvb3QgICAgIDggICAwLjAgIDAuMCAgICAgIDAgICAg IDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6NDkuODYgW3BhZ2VkYWVtb25d DQpyb290ICAgICA5ICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwg ICBTdW4wMVBNICAgICAwOjAwLjAwIFt2bWRhZW1vbl0NCnJvb3QgICAgMTAg ICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAg IDA6MDAuMDAgW2F1ZGl0XQ0Kcm9vdCAgICAxMiAgIDAuMCAgMC4wICAgICAg MCAgICAzODQgPz8gIFdMICAgU3VuMDFQTSAgICA5NzoyNy43MSBbaW50cl0N CnJvb3QgICAgMTMgICAwLjAgIDAuMCAgICAgIDAgICAgIDQ4ID8/ICBETCAg IFN1bjAxUE0gICAgODk6MjYuNTIgW2dlb21dDQpyb290ICAgIDE0ICAgMC4w ICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICA1OjM4 Ljg2IFt5YXJyb3ddDQpyb290ICAgIDE1ICAgMC4wICAwLjAgICAgICAwICAg IDMyMCA/PyAgREwgICBTdW4wMVBNICAgICAwOjE4LjU5IFt1c2JdDQpyb290 ICAgIDE2ICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4w MVBNICAgICAwOjAwLjAxIFtwYWdlemVyb10NCnJvb3QgICAgMTcgICAwLjAg IDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDIu NzYgW2J1ZmRhZW1vbl0NCnJvb3QgICAgMTggICAwLjAgIDAuMCAgICAgIDAg ICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDk6MTYuODEgW3N5bmNlcl0N CnJvb3QgICAgMTkgICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAg IFN1bjAxUE0gICAgMTI6NTAuMTYgW3ZubHJ1XQ0Kcm9vdCAgICAyMCAgIDAu MCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDow NS4wMyBbc29mdGRlcGZsdXNoXQ0Kcm9vdCAgICAyMSAgIDAuMCAgMC4wICAg ICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDowMC4wMCBbZ19t aXJyb3Igc3dhcDBdDQpyb290ICAgIDIyICAgMC4wICAwLjAgICAgICAwICAg ICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAwIFtnX21pcnJvciBz d2FwMV0NCnJvb3QgICAgMjMgICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDAgW2dfbWlycm9yIHN3YXAyXQ0K cm9vdCAgICAyNCAgIDAuMCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERMICAg U3VuMDFQTSAgICAgMDowMC4wMCBbZ19taXJyb3Igc3dhcDNdDQpyb290ICAg IDI1ICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBN ICAgICAwOjAwLjAwIFtnX21pcnJvciBzd2FwNF0NCnJvb3QgICAgNDMgICAw LjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6 MDAuNjkgW21kMF0NCnJvb3QgICAgNTMgICAwLjAgIDAuMCAgICAgIDAgICAg IDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDAgW21kMV0NCnJvb3Qg ICAgNjMgICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAx UE0gICAgIDA6MzUuMjYgW21kMl0NCnJvb3QgICAyMDcgICAwLjAgIDAuMCAg ICAgIDAgICAgMTYwID8/ICBETCAgIFN1bjAxUE0gICAxNTc6MzcuNzEgW3pm c2tlcm5dDQpyb290ICAgMjI5ICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/ PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAwIFtnX21wX2t0XQ0Kcm9vdCAg IDI3MCAgIDAuMCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQ TSAgICAgMDowMC4wMSBbZ19lbGlbMF0gbWlycm9yL3N3YV0NCnJvb3QgICAy NzEgICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0g ICAgIDA6MDAuMDEgW2dfZWxpWzFdIG1pcnJvci9zd2FdDQpyb290ICAgMjcy ICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAg ICAwOjAwLjAxIFtnX2VsaVsyXSBtaXJyb3Ivc3dhXQ0Kcm9vdCAgIDI3MyAg IDAuMCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAg MDowMC4wMSBbZ19lbGlbM10gbWlycm9yL3N3YV0NCnJvb3QgICAyNzQgICAw LjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6 MDAuMDEgW2dfZWxpWzRdIG1pcnJvci9zd2FdDQpyb290ICAgMjc1ICAgMC4w ICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAw LjAxIFtnX2VsaVs1XSBtaXJyb3Ivc3dhXQ0Kcm9vdCAgIDI3NiAgIDAuMCAg MC4wICAgICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDowMC4w MCBbZ19lbGlbNl0gbWlycm9yL3N3YV0NCnJvb3QgICAyNzcgICAwLjAgIDAu MCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDAg W2dfZWxpWzddIG1pcnJvci9zd2FdDQpyb290ICAgMjc5ICAgMC4wICAwLjAg ICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAxIFtn X2VsaVswXSBtaXJyb3Ivc3dhXQ0Kcm9vdCAgIDI4MCAgIDAuMCAgMC4wICAg ICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDowMC4wMCBbZ19l bGlbMV0gbWlycm9yL3N3YV0NCnJvb3QgICAyODEgICAwLjAgIDAuMCAgICAg IDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDEgW2dfZWxp WzJdIG1pcnJvci9zd2FdDQpyb290ICAgMjgyICAgMC4wICAwLjAgICAgICAw ICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAxIFtnX2VsaVsz XSBtaXJyb3Ivc3dhXQ0Kcm9vdCAgIDI4MyAgIDAuMCAgMC4wICAgICAgMCAg ICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDowMC4wMSBbZ19lbGlbNF0g bWlycm9yL3N3YV0NCnJvb3QgICAyODQgICAwLjAgIDAuMCAgICAgIDAgICAg IDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDEgW2dfZWxpWzVdIG1p cnJvci9zd2FdDQpyb290ICAgMjg1ICAgMC4wICAwLjAgICAgICAwICAgICAx NiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAwIFtnX2VsaVs2XSBtaXJy b3Ivc3dhXQ0Kcm9vdCAgIDI4NiAgIDAuMCAgMC4wICAgICAgMCAgICAgMTYg Pz8gIERMICAgU3VuMDFQTSAgICAgMDowMC4wMSBbZ19lbGlbN10gbWlycm9y L3N3YV0NCnJvb3QgICAyODggICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDAgW2dfZWxpWzBdIG1pcnJvci9z d2FdDQpyb290ICAgMjg5ICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/PyAg REwgICBTdW4wMVBNICAgICAwOjAwLjAxIFtnX2VsaVsxXSBtaXJyb3Ivc3dh XQ0Kcm9vdCAgIDI5MCAgIDAuMCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERM ICAgU3VuMDFQTSAgICAgMDowMC4wMSBbZ19lbGlbMl0gbWlycm9yL3N3YV0N CnJvb3QgICAyOTEgICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAg IFN1bjAxUE0gICAgIDA6MDAuMDAgW2dfZWxpWzNdIG1pcnJvci9zd2FdDQpy b290ICAgMjkyICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBT dW4wMVBNICAgICAwOjAwLjAxIFtnX2VsaVs0XSBtaXJyb3Ivc3dhXQ0Kcm9v dCAgIDI5MyAgIDAuMCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERMICAgU3Vu MDFQTSAgICAgMDowMC4wMSBbZ19lbGlbNV0gbWlycm9yL3N3YV0NCnJvb3Qg ICAyOTQgICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAx UE0gICAgIDA6MDAuMDEgW2dfZWxpWzZdIG1pcnJvci9zd2FdDQpyb290ICAg Mjk1ICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBN ICAgICAwOjAwLjAxIFtnX2VsaVs3XSBtaXJyb3Ivc3dhXQ0Kcm9vdCAgIDI5 NyAgIDAuMCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAg ICAgMDowMC4wMSBbZ19lbGlbMF0gbWlycm9yL3N3YV0NCnJvb3QgICAyOTgg ICAwLjAgIDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAg IDA6MDAuMDEgW2dfZWxpWzFdIG1pcnJvci9zd2FdDQpyb290ICAgMjk5ICAg MC4wICAwLjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAw OjAwLjAxIFtnX2VsaVsyXSBtaXJyb3Ivc3dhXQ0Kcm9vdCAgIDMwMCAgIDAu MCAgMC4wICAgICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDow MC4wMCBbZ19lbGlbM10gbWlycm9yL3N3YV0NCnJvb3QgICAzMDEgICAwLjAg IDAuMCAgICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAu MDEgW2dfZWxpWzRdIG1pcnJvci9zd2FdDQpyb290ICAgMzAyICAgMC4wICAw LjAgICAgICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAw IFtnX2VsaVs1XSBtaXJyb3Ivc3dhXQ0Kcm9vdCAgIDMwMyAgIDAuMCAgMC4w ICAgICAgMCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDowMC4wMSBb Z19lbGlbNl0gbWlycm9yL3N3YV0NCnJvb3QgICAzMDQgICAwLjAgIDAuMCAg ICAgIDAgICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDAgW2df ZWxpWzddIG1pcnJvci9zd2FdDQpyb290ICAgMzA2ICAgMC4wICAwLjAgICAg ICAwICAgICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAxIFtnX2Vs aVswXSBtaXJyb3Ivc3dhXQ0Kcm9vdCAgIDMwNyAgIDAuMCAgMC4wICAgICAg MCAgICAgMTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDowMC4wMSBbZ19lbGlb MV0gbWlycm9yL3N3YV0NCnJvb3QgICAzMDggICAwLjAgIDAuMCAgICAgIDAg ICAgIDE2ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDEgW2dfZWxpWzJd IG1pcnJvci9zd2FdDQpyb290ICAgMzA5ICAgMC4wICAwLjAgICAgICAwICAg ICAxNiA/PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAxIFtnX2VsaVszXSBt aXJyb3Ivc3dhXQ0Kcm9vdCAgIDMxMCAgIDAuMCAgMC4wICAgICAgMCAgICAg MTYgPz8gIERMICAgU3VuMDFQTSAgICAgMDowMC4wMSBbZ19lbGlbNF0gbWly cm9yL3N3YV0NCnJvb3QgICAzMTEgICAwLjAgIDAuMCAgICAgIDAgICAgIDE2 ID8/ICBETCAgIFN1bjAxUE0gICAgIDA6MDAuMDAgW2dfZWxpWzVdIG1pcnJv ci9zd2FdDQpyb290ICAgMzEyICAgMC4wICAwLjAgICAgICAwICAgICAxNiA/ PyAgREwgICBTdW4wMVBNICAgICAwOjAwLjAwIFtnX2VsaVs2XSBtaXJyb3Iv c3dhXQ0Kcm9vdCAgIDMxMyAgIDAuMCAgMC4wICAgICAgMCAgICAgMTYgPz8g IERMICAgU3VuMDFQTSAgICAgMDowMC4wMSBbZ19lbGlbN10gbWlycm9yL3N3 YV0NCnJvb3QgIDE2NzggICAwLjAgIDAuMCAgMTAzNzIgICAxNDA0ID8/ICBJ cyAgIFN1bjAxUE0gICAgIDA6MDAuMjQgL3NiaW4vZGV2ZA0Kcm9vdCAgMTk4 MiAgIDAuMCAgMC4wICAxMjAzMiAgIDE0OTYgPz8gIFNzICAgU3VuMDFQTSAg ICAgMDowNC45NyAvdXNyL3NiaW4vc3lzbG9nZCAtcyAtQw0Kcm9vdCAgMjA0 NyAgIDAuMCAgMC4wICAxNDEyNCAgIDE1MDQgPz8gIElzICAgU3VuMDFQTSAg ICAgMDowMi41MSAvdXNyL3NiaW4vcnBjYmluZA0Kcm9vdCAgMjA1MSAgIDAu MCAgMC4wICAxMjAzNiAgIDE1NDQgPz8gIElzICAgU3VuMDFQTSAgICAgMDow MC4xMSAvdXNyL3NiaW4vbW91bnRkIC1yIC9ldGMvZXhwb3J0cyAvZXRjL3pm cy9leHBvcnRzDQpyb290ICAyMDY1ICAgMC4wICAwLjAgICA5OTAwICAgMTI1 NiA/PyAgSXMgICBTdW4wMVBNICAgICAwOjAwLjA0IG5mc2Q6IG1hc3RlciAo bmZzZCkNCnJvb3QgIDIwNjYgICAwLjAgIDAuMCAgIDk5MDAgICAxMzQwID8/ ICBEICAgIFN1bjAxUE0gICA1NTY6MzAuMTIgbmZzZDogc2VydmVyIChuZnNk KQ0Kcm9vdCAgMjA3NyAgIDAuMCAgMC4wIDI3NDE0NCAgIDEzMzIgPz8gIFNz ICAgU3VuMDFQTSAgICAgMDowMC42MyAvdXNyL3NiaW4vcnBjLnN0YXRkDQpy b290ICAyMDg4ICAgMC4wICAwLjAgIDE0MTIwICAgMTM4MCA/PyAgU3MgICBT dW4wMVBNICAgICAxOjU5LjM3IC91c3Ivc2Jpbi9ycGMubG9ja2QNCnJvb3Qg IDI3OTQgICAwLjAgIDAuMCAgMjIyMDggICAzMTY0ID8/ICBTcyAgIFN1bjAx UE0gICAgIDA6MjYuNzkgL3Vzci9zYmluL250cGQgLWcgLWMgL2V0Yy9udHAu Y29uZiAtcCAvdmFyL3J1bi9udHBkLnBpZCAtZiAvdmFyL2RiL250cGQuZHJp ZnQNCnJvb3QgIDI4NzggICAwLjAgIDAuMSAyMTYzMzYgIDIyMDQwID8/ICBT cyAgIFN1bjAxUE0gICAgNDA6MjEuMDMgL3Vzci9sb2NhbC9iaW4vaXN0Z3Qg LWMgL3Vzci9sb2NhbC9ldGMvaXN0Z3QvaXN0Z3QuY29uZg0Kcm9vdCAgMzA5 MCAgIDAuMCAgMC4wICAyODIwOCAgIDM4MTYgPz8gIEkgICAgU3VuMDFQTSAg ICAgMDowMi42NiAvdXNyL2xvY2FsL3NiaW4vc21hcnRkIC1pIDE4MDAgLWMg L3Vzci9sb2NhbC9ldGMvc21hcnRkLmNvbmYgLXAgL3Zhci9ydW4vc21hcnRk LnBpZA0Kcm9vdCAgMzEyOSAgIDAuMCAgMS4wIDQ4MTEwNCAxNjEyNTIgPz8g IEkgICAgU3VuMDFQTSAgICAgMjo0OS4xNCAvdXNyL2xvY2FsL2Jpbi9weXRo b24gL3Vzci9sb2NhbC93d3cvZnJlZW5hc1VJL21hbmFnZS5weSBydW5mY2dp IG1ldGhvZD10aHJlYWRlZCBob3N0PTEyNy4wLjAuMSBwb3J0PTkwNDIgcGlk ZmlsZT0vdmFyL3J1bi9kamFuZ28ucGlkIChweXRob24yLjcpDQpyb290ICAz MjE0ICAgMC4wICAwLjAgIDI2MDIwICAgNDM4MCA/PyAgSXMgICBTdW4wMVBN ICAgICAwOjAwLjA3IG5naW54OiBtYXN0ZXIgcHJvY2VzcyAvdXNyL2xvY2Fs L3NiaW4vbmdpbngNCnJvb3QgIDMyNDkgICAwLjAgIDAuMSAxMjUwMzIgIDE1 ODcyID8/ICBTcyAgIFN1bjAxUE0gICAgMTc6NTAuMjIgL3Vzci9sb2NhbC9z YmluL2NvbGxlY3RkDQpyb290ICAzMzQ5ICAgMC4wICAwLjAgIDQ2ODIwICAg NDI0OCA/PyAgSXMgICBTdW4wMVBNICAgICAwOjAyLjUxIC91c3Ivc2Jpbi9z c2hkDQpyb290ICAzMzc4ICAgMC4wICAwLjAgIDE0MTMyICAgMTU2MCA/PyAg U3MgICBTdW4wMVBNICAgICAwOjAxLjk0IC91c3Ivc2Jpbi9jcm9uIC1zDQp3 d3cgIDU2MDEzICAgMC4wICAwLjAgIDI2MDIwICAgNDgyNCA/PyAgSSAgICAg ODowMEFNICAgICAwOjAzLjM3IG5naW54OiB3b3JrZXIgcHJvY2VzcyAobmdp bngpDQpyb290IDU5NjQ1ICAgMC4wICAwLjAgIDY5NTE2ICAgNTIyNCA/PyAg U3MgICAgMzoxMlBNICAgICAwOjAwLjE4IHNzaGQ6IHJvb3RAcHRzLzAgKHNz aGQpDQpyb290IDU5NjYxICAgMC4wICAwLjAgIDE0MTMyICAgMTUzMiA/PyAg SSAgICAgMzoxNVBNICAgICAwOjAwLjAwIGNyb246IHJ1bm5pbmcgam9iIChj cm9uKQ0Kcm9vdCA1OTY2NCAgIDAuMCAgMC4yIDE0NjY5MiAgMzExMjggPz8g IElzICAgIDM6MTVQTSAgICAgMDowOC40MyBweXRob24gL3Vzci9sb2NhbC93 d3cvZnJlZW5hc1VJL3Rvb2xzL2F1dG9yZXBsLnB5IChweXRob24yLjcpDQpy b290IDU5NzAyICAgMC4wICAwLjAgIDE0NDkyICAgMTg1NiA/PyAgSSAgICAg MzoxNVBNICAgICAwOjAwLjAxIHNoIC1jICgoL3NiaW4vemZzIHNlbmQgLUkg bWFpbi96aW9uLW1haWxAYXV0by0yMDEzMTIwNS4xNTAwLTJ3IG1haW4vemlv bi1tYWlsQGF1dG8tMjAxMzEyMDUuMTUxNS0xZCB8IC91c3IvYmluL3NzaCAt YyBhcmNmb3VyMjU2LGFyY2ZvdXIxMjgsYmxvd2Zpc2gtY2JjLGFlczEyOC1j dHIsYWVzMTkyLWN0cixhZXMyNTYtY3RyIC1pIC9kYXRhL3NzaC9yZXBsaWNh dGlvbiAtbyBCYXRjaE1vZGU9eWVzIC1vIFN0cmljdEhvc3RLZXlDaGVja2lu Zz15ZXMgLXEgLXAgMjIgMTAuMi4wLjI1MiAiL3NiaW4vemZzIHJlY2VpdmUg LUYgLWQgdm9sMC9uYXMtYS1tYWluLWJhY2t1cCAmJiBlY2hvIFN1Y2NlZWRl ZC4iKSA+IC90bXAvcmVwbC01OTY2NCAyPiYxKSAyPiYxIHwgbG9nZ2VyIC1w IGRhZW1vbi5ub3RpY2UgLXQgY29tbW9uLnBpcGVzdWJyDQpyb290IDU5NzAz ICAgMC4wICAwLjAgIDE0NDkyICAgMTg2MCA/PyAgSSAgICAgMzoxNVBNICAg ICAwOjAwLjAwIHNoIC1jICgoL3NiaW4vemZzIHNlbmQgLUkgbWFpbi96aW9u LW1haWxAYXV0by0yMDEzMTIwNS4xNTAwLTJ3IG1haW4vemlvbi1tYWlsQGF1 dG8tMjAxMzEyMDUuMTUxNS0xZCB8IC91c3IvYmluL3NzaCAtYyBhcmNmb3Vy MjU2LGFyY2ZvdXIxMjgsYmxvd2Zpc2gtY2JjLGFlczEyOC1jdHIsYWVzMTky LWN0cixhZXMyNTYtY3RyIC1pIC9kYXRhL3NzaC9yZXBsaWNhdGlvbiAtbyBC YXRjaE1vZGU9eWVzIC1vIFN0cmljdEhvc3RLZXlDaGVja2luZz15ZXMgLXEg LXAgMjIgMTAuMi4wLjI1MiAiL3NiaW4vemZzIHJlY2VpdmUgLUYgLWQgdm9s MC9uYXMtYS1tYWluLWJhY2t1cCAmJiBlY2hvIFN1Y2NlZWRlZC4iKSA+IC90 bXAvcmVwbC01OTY2NCAyPiYxKSAyPiYxIHwgbG9nZ2VyIC1wIGRhZW1vbi5u b3RpY2UgLXQgY29tbW9uLnBpcGVzdWJyDQpyb290IDU5NzA1ICAgMC4wICAw LjAgIDM3NTgwICAgNTEyMCA/PyAgRCAgICAgMzoxNVBNICAgICAwOjAxLjk4 IC9zYmluL3pmcyBzZW5kIC1JIG1haW4vemlvbi1tYWlsQGF1dG8tMjAxMzEy MDUuMTUwMC0ydyBtYWluL3ppb24tbWFpbEBhdXRvLTIwMTMxMjA1LjE1MTUt MWQNCnJvb3QgNTk3MDYgICAwLjAgIDAuMCAgMzgzMzIgICA0NDI4ID8/ICBT ICAgICAzOjE1UE0gICAgIDA6MDMuODYgL3Vzci9iaW4vc3NoIC1jIGFyY2Zv dXIyNTYsYXJjZm91cjEyOCxibG93ZmlzaC1jYmMsYWVzMTI4LWN0cixhZXMx OTItY3RyLGFlczI1Ni1jdHIgLWkgL2RhdGEvc3NoL3JlcGxpY2F0aW9uIC1v IEJhdGNoTW9kZT15ZXMgLW8gU3RyaWN0SG9zdEtleUNoZWNraW5nPXllcyAt cSAtcCAyMiAxMC4yLjAuMjUyIC9zYmluL3pmcyByZWNlaXZlIC1GIC1kIHZv bDAvbmFzLWEtbWFpbi1iYWNrdXAgJiYgZWNobyBTdWNjZWVkZWQuDQpyb290 IDU5NzA3ICAgMC4wICAwLjAgIDY5NTE2ICAgNTI1MiA/PyAgU3MgICAgMzox NVBNICAgICAwOjAxLjUwIHNzaGQ6IHJvb3RAcHRzLzEgKHNzaGQpDQpyb290 IDU5ODE2ICAgMC4wICAwLjAgIDY5NTE2ICAgNTI2NCA/PyAgU3MgICAgMzox OFBNICAgICAwOjAwLjE5IHNzaGQ6IHJvb3RAcHRzLzIgKHNzaGQpDQpyb290 IDU5ODc3ICAgMC4wICAwLjAgIDE0MTMyICAgMTUzMiA/PyAgSSAgICAgMzoy MFBNICAgICAwOjAwLjAwIGNyb246IHJ1bm5pbmcgam9iIChjcm9uKQ0Kcm9v dCA1OTg3OSAgIDAuMCAgMC4yIDE1MDc3MiAgMzMxMDggPz8gIElzICAgIDM6 MjBQTSAgICAgMDowMy45MSAvdXNyL2xvY2FsL2Jpbi9weXRob24gL3Vzci9s b2NhbC93d3cvZnJlZW5hc1VJL3Rvb2xzL2FsZXJ0LnB5IChweXRob24yLjcp DQpyb290IDU5ODkzICAgMC4wICAwLjAgIDM3NTY0ICAgMjI4MCA/PyAgRCAg ICAgMzoyMFBNICAgICAwOjAwLjAyIHpwb29sIGxpc3QgLUggLW8gaGVhbHRo IG1haW4NCnJvb3QgNTk5NzYgICAwLjAgIDAuMCAgMTQxMzIgICAxNzEyID8/ ICBJICAgICAzOjI1UE0gICAgIDA6MDAuMDAgY3JvbjogcnVubmluZyBqb2Ig KGNyb24pDQpyb290IDU5OTc4ICAgMC4wICAwLjMgMTUwNzcyICA1MTUzNiA/ PyAgSXMgICAgMzoyNVBNICAgICAwOjAzLjkwIC91c3IvbG9jYWwvYmluL3B5 dGhvbiAvdXNyL2xvY2FsL3d3dy9mcmVlbmFzVUkvdG9vbHMvYWxlcnQucHkg KHB5dGhvbjIuNykNCnJvb3QgNTk5ODggICAwLjAgIDAuMCAgMzc1NjQgICAy NzMyID8/ICBEICAgICAzOjI1UE0gICAgIDA6MDAuMDIgenBvb2wgbGlzdCAt SCAtbyBoZWFsdGggbWFpbg0Kcm9vdCA1OTk5NCAgIDAuMCAgMC4wICA2OTUx NiAgIDU4ODggPz8gIFNzICAgIDM6MjVQTSAgICAgMDowMC4wNiBzc2hkOiBy b290QHB0cy8zIChzc2hkKQ0Kcm9vdCAgMzkxNSAgIDAuMCAgMC4wICAxMjA0 MCAgIDEyNjggdjAgIElzKyAgU3VuMDFQTSAgICAgMDowMC4wMSAvdXNyL2xp YmV4ZWMvZ2V0dHkgUGMgdHR5djANCnJvb3QgIDM5MTYgICAwLjAgIDAuMCAg MTIwNDAgICAxMjY4IHYxICBJcysgIFN1bjAxUE0gICAgIDA6MDAuMDEgL3Vz ci9saWJleGVjL2dldHR5IFBjIHR0eXYxDQpyb290ICAzOTE3ICAgMC4wICAw LjAgIDEyMDQwICAgMTI2OCB2MiAgSXMrICBTdW4wMVBNICAgICAwOjAwLjAx IC91c3IvbGliZXhlYy9nZXR0eSBQYyB0dHl2Mg0Kcm9vdCAgMzkxOCAgIDAu MCAgMC4wICAxMjA0MCAgIDEyNjggdjMgIElzKyAgU3VuMDFQTSAgICAgMDow MC4wMSAvdXNyL2xpYmV4ZWMvZ2V0dHkgUGMgdHR5djMNCnJvb3QgIDM5MTkg ICAwLjAgIDAuMCAgMTIwNDAgICAxMjY4IHY0ICBJcysgIFN1bjAxUE0gICAg IDA6MDAuMDEgL3Vzci9saWJleGVjL2dldHR5IFBjIHR0eXY0DQpyb290ICAz OTIwICAgMC4wICAwLjAgIDEyMDQwICAgMTI2OCB2NSAgSXMrICBTdW4wMVBN ICAgICAwOjAwLjAxIC91c3IvbGliZXhlYy9nZXR0eSBQYyB0dHl2NQ0Kcm9v dCAgMzkyMSAgIDAuMCAgMC4wICAxMjA0MCAgIDEyNjggdjYgIElzKyAgU3Vu MDFQTSAgICAgMDowMC4wMSAvdXNyL2xpYmV4ZWMvZ2V0dHkgUGMgdHR5djYN CnJvb3QgIDM5MjIgICAwLjAgIDAuMCAgMTIwNDAgICAxMjY4IHY3ICBJcysg IFN1bjAxUE0gICAgIDA6MDAuMDEgL3Vzci9saWJleGVjL2dldHR5IFBjIHR0 eXY3DQpyb290IDU5NjQ3ICAgMC4wICAwLjAgIDE3NTE2ICAgMjk5NiAgMCAg SXMgICAgMzoxMlBNICAgICAwOjAwLjEwIC1jc2ggKGNzaCkNCnJvb3QgNTk2 NjAgICAwLjAgIDAuMCAgMTQ0MTIgICAxNjY4ICAwICBEKyAgICAzOjE0UE0g ICAgIDA6MDEuMjUgbHMgLUdGYSAtbGEgLnpmcy9zbmFwc2hvdC8NCnJvb3Qg NTk3MDkgICAwLjAgIDAuMCAgMTc1MTYgICAzNDM2ICAxICBJcyAgICAzOjE1 UE0gICAgIDA6MDAuMTIgLWNzaCAoY3NoKQ0Kcm9vdCA1OTgxNSAgIDAuMCAg MC4wICAzNzU2NCAgIDIyODAgIDEgIEQrICAgIDM6MTdQTSAgICAgMDowMC4w MCB6cG9vbCBzdGF0dXMNCnJvb3QgNTk4MTggICAwLjAgIDAuMCAgMTc1MTYg ICAzMTAwICAyICBJcysgICAzOjE4UE0gICAgIDA6MDAuMTIgLWNzaCAoY3No KQ0Kcm9vdCA1OTk5NiAgIDAuMCAgMC4wICAxNzUxNiAgIDM0NTIgIDMgIFNz ICAgIDM6MjVQTSAgICAgMDowMC4wNCAtY3NoIChjc2gpDQpyb290IDYwMDA5 ICAgMC4wICAwLjAgIDE0MTc2ICAgMTg4MCAgMyAgUisgICAgMzoyNlBNICAg ICAwOjAwLjAwIHBzIGF1eHd3DQo= --2628712688-932276677-1386255386=:80538-- From owner-freebsd-fs@FreeBSD.ORG Thu Dec 5 16:58:16 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 427AE935 for ; Thu, 5 Dec 2013 16:58:16 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id F1FE31AA0 for ; Thu, 5 Dec 2013 16:58:15 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id BA1B116FC; Thu, 5 Dec 2013 17:58:14 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 05 Dec 2013 17:58:12 +0100 From: krichy@cflinux.hu To: Richard Kojedzinszky Subject: Re: zfs deadlock In-Reply-To: References: Message-ID: <1bba4880cdf3fde1a37d0484c58dc386@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 16:58:16 -0000 Dear fs devs, I've found that in stable/10 there is a commit cb9e583d86990eba0d5af8913cdbbb20da5b2c9e which seems to fix a deadlock for sending mounted snapshots. Maybe I've hit that bug. Is that patch suitable for 9.2 releng? Will it enter 9/stable? Thanks in advance, 2013-12-05 15:56 idÅ‘pontban Richard Kojedzinszky ezt írta: > Dear fs devs, > > We have a freenas server, which is basicaly a freebsd. I was trying to > look at snapshots using ls .zfs/snapshot/. > > When I issued it, the system entered a deadlock. An NFSD was running, > a zfs send was running when I issued the command. > > I attached to command outputs while the system was in a deadlock > state. I tried to issue > # reboot -q > But that did not restart the system. After a while (5-10 minutes) the > system rebooted, I dont know if the deadman caused that. > > Now the system is up and running. > > It is basically a freebsd 9.2 kernel. > > Do someone has a clue? > > Kojedzinszky Richard From owner-freebsd-fs@FreeBSD.ORG Thu Dec 5 18:40:00 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1E38D7E for ; Thu, 5 Dec 2013 18:40:00 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5F7271277 for ; Thu, 5 Dec 2013 18:39:59 +0000 (UTC) Received: from r2d2 ([82.69.179.241]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006953143.msg for ; Thu, 05 Dec 2013 18:39:51 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 05 Dec 2013 18:39:51 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.179.241 X-Return-Path: prvs=105103e53c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> From: "Steven Hartland" To: "Richard Kojedzinszky" , References: Subject: Re: zfs deadlock Date: Thu, 5 Dec 2013 18:39:43 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 18:40:00 -0000 Known issue you want: http://svnweb.freebsd.org/changeset/base/258595 Regards Steve ----- Original Message ----- From: "Richard Kojedzinszky" To: Sent: Thursday, December 05, 2013 2:56 PM Subject: zfs deadlock > Dear fs devs, > > We have a freenas server, which is basicaly a freebsd. I was trying to > look at snapshots using ls .zfs/snapshot/. > > When I issued it, the system entered a deadlock. An NFSD was running, a > zfs send was running when I issued the command. > > I attached to command outputs while the system was in a deadlock state. I > tried to issue > # reboot -q > But that did not restart the system. After a while (5-10 minutes) the > system rebooted, I dont know if the deadman caused that. > > Now the system is up and running. > > It is basically a freebsd 9.2 kernel. > > Do someone has a clue? > > Kojedzinszky Richard -------------------------------------------------------------------------------- > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Thu Dec 5 19:26:18 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF316ACA for ; Thu, 5 Dec 2013 19:26:18 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 772961575 for ; Thu, 5 Dec 2013 19:26:18 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id 2A0C4186E; Thu, 5 Dec 2013 20:26:17 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 05 Dec 2013 20:26:12 +0100 From: krichy@cflinux.hu To: Steven Hartland Subject: Re: zfs deadlock In-Reply-To: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> References: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> Message-ID: <26807186f152d97fe54c4f0e6f888275@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 19:26:18 -0000 Dear Steven, Thanks for your reply. Do you know how to reproduce the bug? Because simply sending a snapshot which is mounted does not automatically trigger the deadlock. Some special cases needed, or what? How to prove that the patch fixes this? Regards, 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: > Known issue you want: > http://svnweb.freebsd.org/changeset/base/258595 > > Regards > Steve > > ----- Original Message ----- From: "Richard Kojedzinszky" > > To: > Sent: Thursday, December 05, 2013 2:56 PM > Subject: zfs deadlock > > >> Dear fs devs, >> >> We have a freenas server, which is basicaly a freebsd. I was trying to >> look at snapshots using ls .zfs/snapshot/. >> >> When I issued it, the system entered a deadlock. An NFSD was running, >> a zfs send was running when I issued the command. >> >> I attached to command outputs while the system was in a deadlock >> state. I tried to issue >> # reboot -q >> But that did not restart the system. After a while (5-10 minutes) the >> system rebooted, I dont know if the deadman caused that. >> >> Now the system is up and running. >> >> It is basically a freebsd 9.2 kernel. >> >> Do someone has a clue? >> >> Kojedzinszky Richard > > > -------------------------------------------------------------------------------- > > >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Thu Dec 5 19:45:19 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EA01EF for ; Thu, 5 Dec 2013 19:45:19 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B5AE169B for ; Thu, 5 Dec 2013 19:45:18 +0000 (UTC) Received: from r2d2 ([82.69.179.241]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006953477.msg for ; Thu, 05 Dec 2013 19:45:16 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 05 Dec 2013 19:45:16 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.179.241 X-Return-Path: prvs=105103e53c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <1EAAEDBE577F4057ABA61CFF6658580C@multiplay.co.uk> From: "Steven Hartland" To: References: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> <26807186f152d97fe54c4f0e6f888275@cflinux.hu> Subject: Re: zfs deadlock Date: Thu, 5 Dec 2013 19:45:10 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 19:45:19 -0000 Change into the directory of the snapshot then try to send the same snapshot and it will deadlock. Regards Steve ----- Original Message ----- From: To: "Steven Hartland" Cc: Sent: Thursday, December 05, 2013 7:26 PM Subject: Re: zfs deadlock > Dear Steven, > > Thanks for your reply. Do you know how to reproduce the bug? Because simply sending a snapshot which is mounted does not > automatically trigger the deadlock. Some special cases needed, or what? > How to prove that the patch fixes this? > > Regards, > 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >> Known issue you want: >> http://svnweb.freebsd.org/changeset/base/258595 >> >> Regards >> Steve >> >> ----- Original Message ----- From: "Richard Kojedzinszky" >> To: >> Sent: Thursday, December 05, 2013 2:56 PM >> Subject: zfs deadlock >> >> >>> Dear fs devs, >>> >>> We have a freenas server, which is basicaly a freebsd. I was trying to look at snapshots using ls .zfs/snapshot/. >>> >>> When I issued it, the system entered a deadlock. An NFSD was running, a zfs send was running when I issued the command. >>> >>> I attached to command outputs while the system was in a deadlock state. I tried to issue >>> # reboot -q >>> But that did not restart the system. After a while (5-10 minutes) the system rebooted, I dont know if the deadman caused that. >>> >>> Now the system is up and running. >>> >>> It is basically a freebsd 9.2 kernel. >>> >>> Do someone has a clue? >>> >>> Kojedzinszky Richard >> >> >> -------------------------------------------------------------------------------- >> >> >>> _______________________________________________ >>> freebsd-fs@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> >> ================================================ >> This e.mail is private and confidential between Multiplay (UK) Ltd. >> and the person or entity to whom it is addressed. In the event of >> misdirection, the recipient is prohibited from using, copying, >> printing or otherwise disseminating it or any information contained in >> it. >> >> In the event of misdirection, illegible or incomplete transmission >> please telephone +44 845 868 1337 >> or return the E.mail to postmaster@multiplay.co.uk. > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 08:03:58 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 511AE783 for ; Fri, 6 Dec 2013 08:03:58 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [109.61.102.5]) by mx1.freebsd.org (Postfix) with ESMTP id 56A04160C for ; Fri, 6 Dec 2013 08:03:39 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id E042A1FEE; Fri, 6 Dec 2013 09:03:25 +0100 (CET) MIME-Version: 1.0 Date: Fri, 06 Dec 2013 09:03:23 +0100 From: krichy@cflinux.hu To: Steven Hartland Subject: Re: zfs deadlock In-Reply-To: <26807186f152d97fe54c4f0e6f888275@cflinux.hu> References: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> <26807186f152d97fe54c4f0e6f888275@cflinux.hu> Message-ID: <9afe86004abc6e172e57e54d8e7f9d7f@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 08:03:58 -0000 Dear Steven, While I was playig with zfs, trying to reproduce the previous bug, accidentaly hit another one, which caused a trace I attached. The snapshot contains directories in 2 depth, which contain files. It was to simulate a vmail setup, with domain/user hierarchy. I hope it is useful for someone. I used the attached two scripts to reproduce the ZFS bug. It definetly crashes the system, in the last 10 minutes it is the 3rd time. Regards, 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: > Dear Steven, > > Thanks for your reply. Do you know how to reproduce the bug? Because > simply sending a snapshot which is mounted does not automatically > trigger the deadlock. Some special cases needed, or what? > How to prove that the patch fixes this? > > Regards, > 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >> Known issue you want: >> http://svnweb.freebsd.org/changeset/base/258595 >> >> Regards >> Steve >> >> ----- Original Message ----- From: "Richard Kojedzinszky" >> >> To: >> Sent: Thursday, December 05, 2013 2:56 PM >> Subject: zfs deadlock >> >> >>> Dear fs devs, >>> >>> We have a freenas server, which is basicaly a freebsd. I was trying >>> to look at snapshots using ls .zfs/snapshot/. >>> >>> When I issued it, the system entered a deadlock. An NFSD was running, >>> a zfs send was running when I issued the command. >>> >>> I attached to command outputs while the system was in a deadlock >>> state. I tried to issue >>> # reboot -q >>> But that did not restart the system. After a while (5-10 minutes) the >>> system rebooted, I dont know if the deadman caused that. >>> >>> Now the system is up and running. >>> >>> It is basically a freebsd 9.2 kernel. >>> >>> Do someone has a clue? >>> >>> Kojedzinszky Richard >> >> >> -------------------------------------------------------------------------------- >> >> >>> _______________________________________________ >>> freebsd-fs@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> >> ================================================ >> This e.mail is private and confidential between Multiplay (UK) Ltd. >> and the person or entity to whom it is addressed. In the event of >> misdirection, the recipient is prohibited from using, copying, >> printing or otherwise disseminating it or any information contained in >> it. >> >> In the event of misdirection, illegible or incomplete transmission >> please telephone +44 845 868 1337 >> or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 08:50:32 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FE4E9CE for ; Fri, 6 Dec 2013 08:50:32 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [109.61.102.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1D413190E for ; Fri, 6 Dec 2013 08:50:32 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id 337BA10F0; Fri, 6 Dec 2013 09:50:30 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 06 Dec 2013 09:50:27 +0100 From: krichy@cflinux.hu To: Steven Hartland Subject: Re: zfs deadlock In-Reply-To: <9afe86004abc6e172e57e54d8e7f9d7f@cflinux.hu> References: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> <26807186f152d97fe54c4f0e6f888275@cflinux.hu> <9afe86004abc6e172e57e54d8e7f9d7f@cflinux.hu> Message-ID: <8f0b7b49d7cba1c48d98895eb0a46abd@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 08:50:32 -0000 What is strange also, when a zfs send finishes, the paralell running find command issues errors: find: ./e/Chuje: No such file or directory find: ./e/singe: No such file or directory find: ./e/joree: No such file or directory find: ./e/fore: No such file or directory find: fts_read: No such file or directory Fri Dec 6 09:46:04 CET 2013 2 Seems if the filesystem got unmounted meanwhile. But the script is changed its working directory to the snapshot dir. Regards, 2013-12-06 09:03 idÅ‘pontban krichy@cflinux.hu ezt írta: > Dear Steven, > > While I was playig with zfs, trying to reproduce the previous bug, > accidentaly hit another one, which caused a trace I attached. > > The snapshot contains directories in 2 depth, which contain files. It > was to simulate a vmail setup, with domain/user hierarchy. > > I hope it is useful for someone. > > I used the attached two scripts to reproduce the ZFS bug. > > It definetly crashes the system, in the last 10 minutes it is the 3rd > time. > > Regards, > 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: >> Dear Steven, >> >> Thanks for your reply. Do you know how to reproduce the bug? Because >> simply sending a snapshot which is mounted does not automatically >> trigger the deadlock. Some special cases needed, or what? >> How to prove that the patch fixes this? >> >> Regards, >> 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >>> Known issue you want: >>> http://svnweb.freebsd.org/changeset/base/258595 >>> >>> Regards >>> Steve >>> >>> ----- Original Message ----- From: "Richard Kojedzinszky" >>> >>> To: >>> Sent: Thursday, December 05, 2013 2:56 PM >>> Subject: zfs deadlock >>> >>> >>>> Dear fs devs, >>>> >>>> We have a freenas server, which is basicaly a freebsd. I was trying >>>> to look at snapshots using ls .zfs/snapshot/. >>>> >>>> When I issued it, the system entered a deadlock. An NFSD was >>>> running, a zfs send was running when I issued the command. >>>> >>>> I attached to command outputs while the system was in a deadlock >>>> state. I tried to issue >>>> # reboot -q >>>> But that did not restart the system. After a while (5-10 minutes) >>>> the system rebooted, I dont know if the deadman caused that. >>>> >>>> Now the system is up and running. >>>> >>>> It is basically a freebsd 9.2 kernel. >>>> >>>> Do someone has a clue? >>>> >>>> Kojedzinszky Richard >>> >>> >>> -------------------------------------------------------------------------------- >>> >>> >>>> _______________________________________________ >>>> freebsd-fs@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>> To unsubscribe, send any mail to >>>> "freebsd-fs-unsubscribe@freebsd.org" >>> >>> ================================================ >>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>> and the person or entity to whom it is addressed. In the event of >>> misdirection, the recipient is prohibited from using, copying, >>> printing or otherwise disseminating it or any information contained >>> in >>> it. >>> >>> In the event of misdirection, illegible or incomplete transmission >>> please telephone +44 845 868 1337 >>> or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 10:35:10 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5E62FA4 for ; Fri, 6 Dec 2013 10:35:10 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F47C110E for ; Fri, 6 Dec 2013 10:35:09 +0000 (UTC) Received: from r2d2 ([82.69.179.241]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006957659.msg for ; Fri, 06 Dec 2013 10:35:07 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 06 Dec 2013 10:35:07 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.179.241 X-Return-Path: prvs=1052df3fd8=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <95E8158BD748482F8CE2EEA040990138@multiplay.co.uk> From: "Steven Hartland" To: References: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> <26807186f152d97fe54c4f0e6f888275@cflinux.hu> <9afe86004abc6e172e57e54d8e7f9d7f@cflinux.hu> <8f0b7b49d7cba1c48d98895eb0a46abd@cflinux.hu> Subject: Re: zfs deadlock Date: Fri, 6 Dec 2013 10:35:01 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 10:35:10 -0000 Thats correct it unmounts the mounted snapshot. Regards Steve ----- Original Message ----- From: To: "Steven Hartland" Cc: Sent: Friday, December 06, 2013 8:50 AM Subject: Re: zfs deadlock > What is strange also, when a zfs send finishes, the paralell running find command issues errors: > > find: ./e/Chuje: No such file or directory > find: ./e/singe: No such file or directory > find: ./e/joree: No such file or directory > find: ./e/fore: No such file or directory > find: fts_read: No such file or directory > Fri Dec 6 09:46:04 CET 2013 2 > > Seems if the filesystem got unmounted meanwhile. But the script is changed its working directory to the snapshot dir. > > Regards, > > 2013-12-06 09:03 idÅ‘pontban krichy@cflinux.hu ezt írta: >> Dear Steven, >> >> While I was playig with zfs, trying to reproduce the previous bug, >> accidentaly hit another one, which caused a trace I attached. >> >> The snapshot contains directories in 2 depth, which contain files. It >> was to simulate a vmail setup, with domain/user hierarchy. >> >> I hope it is useful for someone. >> >> I used the attached two scripts to reproduce the ZFS bug. >> >> It definetly crashes the system, in the last 10 minutes it is the 3rd time. >> >> Regards, >> 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: >>> Dear Steven, >>> >>> Thanks for your reply. Do you know how to reproduce the bug? Because >>> simply sending a snapshot which is mounted does not automatically >>> trigger the deadlock. Some special cases needed, or what? >>> How to prove that the patch fixes this? >>> >>> Regards, >>> 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >>>> Known issue you want: >>>> http://svnweb.freebsd.org/changeset/base/258595 >>>> >>>> Regards >>>> Steve >>>> >>>> ----- Original Message ----- From: "Richard Kojedzinszky" >>>> To: >>>> Sent: Thursday, December 05, 2013 2:56 PM >>>> Subject: zfs deadlock >>>> >>>> >>>>> Dear fs devs, >>>>> >>>>> We have a freenas server, which is basicaly a freebsd. I was trying to look at snapshots using ls .zfs/snapshot/. >>>>> >>>>> When I issued it, the system entered a deadlock. An NFSD was running, a zfs send was running when I issued the command. >>>>> >>>>> I attached to command outputs while the system was in a deadlock state. I tried to issue >>>>> # reboot -q >>>>> But that did not restart the system. After a while (5-10 minutes) the system rebooted, I dont know if the deadman caused >>>>> that. >>>>> >>>>> Now the system is up and running. >>>>> >>>>> It is basically a freebsd 9.2 kernel. >>>>> >>>>> Do someone has a clue? >>>>> >>>>> Kojedzinszky Richard >>>> >>>> >>>> -------------------------------------------------------------------------------- >>>> >>>> >>>>> _______________________________________________ >>>>> freebsd-fs@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >>>> >>>> ================================================ >>>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>>> and the person or entity to whom it is addressed. In the event of >>>> misdirection, the recipient is prohibited from using, copying, >>>> printing or otherwise disseminating it or any information contained in >>>> it. >>>> >>>> In the event of misdirection, illegible or incomplete transmission >>>> please telephone +44 845 868 1337 >>>> or return the E.mail to postmaster@multiplay.co.uk. > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 12:14:15 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D413383E for ; Fri, 6 Dec 2013 12:14:15 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 2F95816B4 for ; Fri, 6 Dec 2013 12:14:14 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id D9A08138B; Fri, 6 Dec 2013 13:14:11 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 06 Dec 2013 13:14:09 +0100 From: krichy@cflinux.hu To: Steven Hartland Subject: Re: zfs deadlock In-Reply-To: <95E8158BD748482F8CE2EEA040990138@multiplay.co.uk> References: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> <26807186f152d97fe54c4f0e6f888275@cflinux.hu> <9afe86004abc6e172e57e54d8e7f9d7f@cflinux.hu> <8f0b7b49d7cba1c48d98895eb0a46abd@cflinux.hu> <95E8158BD748482F8CE2EEA040990138@multiplay.co.uk> Message-ID: <40b6d20f62013978b4c3d861c3d323db@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 12:14:15 -0000 But that causes a kernel panic. And even a user on the system can change directory to a snapshot dir, so then he may force the system to crash? 2013-12-06 11:35 idÅ‘pontban Steven Hartland ezt írta: > Thats correct it unmounts the mounted snapshot. > > Regards > Steve > > ----- Original Message ----- From: > To: "Steven Hartland" > Cc: > Sent: Friday, December 06, 2013 8:50 AM > Subject: Re: zfs deadlock > > >> What is strange also, when a zfs send finishes, the paralell running >> find command issues errors: >> >> find: ./e/Chuje: No such file or directory >> find: ./e/singe: No such file or directory >> find: ./e/joree: No such file or directory >> find: ./e/fore: No such file or directory >> find: fts_read: No such file or directory >> Fri Dec 6 09:46:04 CET 2013 2 >> >> Seems if the filesystem got unmounted meanwhile. But the script is >> changed its working directory to the snapshot dir. >> >> Regards, >> >> 2013-12-06 09:03 idÅ‘pontban krichy@cflinux.hu ezt írta: >>> Dear Steven, >>> >>> While I was playig with zfs, trying to reproduce the previous bug, >>> accidentaly hit another one, which caused a trace I attached. >>> >>> The snapshot contains directories in 2 depth, which contain files. It >>> was to simulate a vmail setup, with domain/user hierarchy. >>> >>> I hope it is useful for someone. >>> >>> I used the attached two scripts to reproduce the ZFS bug. >>> >>> It definetly crashes the system, in the last 10 minutes it is the 3rd >>> time. >>> >>> Regards, >>> 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>> Dear Steven, >>>> >>>> Thanks for your reply. Do you know how to reproduce the bug? Because >>>> simply sending a snapshot which is mounted does not automatically >>>> trigger the deadlock. Some special cases needed, or what? >>>> How to prove that the patch fixes this? >>>> >>>> Regards, >>>> 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >>>>> Known issue you want: >>>>> http://svnweb.freebsd.org/changeset/base/258595 >>>>> >>>>> Regards >>>>> Steve >>>>> >>>>> ----- Original Message ----- From: "Richard Kojedzinszky" >>>>> >>>>> To: >>>>> Sent: Thursday, December 05, 2013 2:56 PM >>>>> Subject: zfs deadlock >>>>> >>>>> >>>>>> Dear fs devs, >>>>>> >>>>>> We have a freenas server, which is basicaly a freebsd. I was >>>>>> trying to look at snapshots using ls .zfs/snapshot/. >>>>>> >>>>>> When I issued it, the system entered a deadlock. An NFSD was >>>>>> running, a zfs send was running when I issued the command. >>>>>> >>>>>> I attached to command outputs while the system was in a deadlock >>>>>> state. I tried to issue >>>>>> # reboot -q >>>>>> But that did not restart the system. After a while (5-10 minutes) >>>>>> the system rebooted, I dont know if the deadman caused that. >>>>>> >>>>>> Now the system is up and running. >>>>>> >>>>>> It is basically a freebsd 9.2 kernel. >>>>>> >>>>>> Do someone has a clue? >>>>>> >>>>>> Kojedzinszky Richard >>>>> >>>>> >>>>> -------------------------------------------------------------------------------- >>>>> >>>>> >>>>>> _______________________________________________ >>>>>> freebsd-fs@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-fs-unsubscribe@freebsd.org" >>>>> >>>>> ================================================ >>>>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>>>> and the person or entity to whom it is addressed. In the event of >>>>> misdirection, the recipient is prohibited from using, copying, >>>>> printing or otherwise disseminating it or any information contained >>>>> in >>>>> it. >>>>> >>>>> In the event of misdirection, illegible or incomplete transmission >>>>> please telephone +44 845 868 1337 >>>>> or return the E.mail to postmaster@multiplay.co.uk. >> > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 12:17:05 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1688B9F5 for ; Fri, 6 Dec 2013 12:17:05 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 612B216E0 for ; Fri, 6 Dec 2013 12:17:04 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id 94FFC13A7 for ; Fri, 6 Dec 2013 13:17:03 +0100 (CET) MIME-Version: 1.0 Date: Fri, 06 Dec 2013 13:17:01 +0100 From: krichy@cflinux.hu To: freebsd-fs@freebsd.org Subject: Re: zfs deadlock In-Reply-To: <95E8158BD748482F8CE2EEA040990138@multiplay.co.uk> References: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> <26807186f152d97fe54c4f0e6f888275@cflinux.hu> <9afe86004abc6e172e57e54d8e7f9d7f@cflinux.hu> <8f0b7b49d7cba1c48d98895eb0a46abd@cflinux.hu> <95E8158BD748482F8CE2EEA040990138@multiplay.co.uk> Message-ID: <7f6eb8802dff234dc7dc516b9bdbcc03@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 12:17:05 -0000 I've applied r258294 on top of releng/9.2, and using the attached scripts parallel, the system got into a deadlock again. 2013-12-06 11:35 idÅ‘pontban Steven Hartland ezt írta: > Thats correct it unmounts the mounted snapshot. > > Regards > Steve > > ----- Original Message ----- From: > To: "Steven Hartland" > Cc: > Sent: Friday, December 06, 2013 8:50 AM > Subject: Re: zfs deadlock > > >> What is strange also, when a zfs send finishes, the paralell running >> find command issues errors: >> >> find: ./e/Chuje: No such file or directory >> find: ./e/singe: No such file or directory >> find: ./e/joree: No such file or directory >> find: ./e/fore: No such file or directory >> find: fts_read: No such file or directory >> Fri Dec 6 09:46:04 CET 2013 2 >> >> Seems if the filesystem got unmounted meanwhile. But the script is >> changed its working directory to the snapshot dir. >> >> Regards, >> >> 2013-12-06 09:03 idÅ‘pontban krichy@cflinux.hu ezt írta: >>> Dear Steven, >>> >>> While I was playig with zfs, trying to reproduce the previous bug, >>> accidentaly hit another one, which caused a trace I attached. >>> >>> The snapshot contains directories in 2 depth, which contain files. It >>> was to simulate a vmail setup, with domain/user hierarchy. >>> >>> I hope it is useful for someone. >>> >>> I used the attached two scripts to reproduce the ZFS bug. >>> >>> It definetly crashes the system, in the last 10 minutes it is the 3rd >>> time. >>> >>> Regards, >>> 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>> Dear Steven, >>>> >>>> Thanks for your reply. Do you know how to reproduce the bug? Because >>>> simply sending a snapshot which is mounted does not automatically >>>> trigger the deadlock. Some special cases needed, or what? >>>> How to prove that the patch fixes this? >>>> >>>> Regards, >>>> 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >>>>> Known issue you want: >>>>> http://svnweb.freebsd.org/changeset/base/258595 >>>>> >>>>> Regards >>>>> Steve >>>>> >>>>> ----- Original Message ----- From: "Richard Kojedzinszky" >>>>> >>>>> To: >>>>> Sent: Thursday, December 05, 2013 2:56 PM >>>>> Subject: zfs deadlock >>>>> >>>>> >>>>>> Dear fs devs, >>>>>> >>>>>> We have a freenas server, which is basicaly a freebsd. I was >>>>>> trying to look at snapshots using ls .zfs/snapshot/. >>>>>> >>>>>> When I issued it, the system entered a deadlock. An NFSD was >>>>>> running, a zfs send was running when I issued the command. >>>>>> >>>>>> I attached to command outputs while the system was in a deadlock >>>>>> state. I tried to issue >>>>>> # reboot -q >>>>>> But that did not restart the system. After a while (5-10 minutes) >>>>>> the system rebooted, I dont know if the deadman caused that. >>>>>> >>>>>> Now the system is up and running. >>>>>> >>>>>> It is basically a freebsd 9.2 kernel. >>>>>> >>>>>> Do someone has a clue? >>>>>> >>>>>> Kojedzinszky Richard >>>>> >>>>> >>>>> -------------------------------------------------------------------------------- >>>>> >>>>> >>>>>> _______________________________________________ >>>>>> freebsd-fs@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-fs-unsubscribe@freebsd.org" >>>>> >>>>> ================================================ >>>>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>>>> and the person or entity to whom it is addressed. In the event of >>>>> misdirection, the recipient is prohibited from using, copying, >>>>> printing or otherwise disseminating it or any information contained >>>>> in >>>>> it. >>>>> >>>>> In the event of misdirection, illegible or incomplete transmission >>>>> please telephone +44 845 868 1337 >>>>> or return the E.mail to postmaster@multiplay.co.uk. >> > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 15:06:12 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D75A0331 for ; Fri, 6 Dec 2013 15:06:12 +0000 (UTC) Received: from nm9-vm0.bullet.mail.bf1.yahoo.com (nm9-vm0.bullet.mail.bf1.yahoo.com [98.139.213.154]) by mx1.freebsd.org (Postfix) with SMTP id 77EB81520 for ; Fri, 6 Dec 2013 15:06:12 +0000 (UTC) Received: from [98.139.212.153] by nm9.bullet.mail.bf1.yahoo.com with NNFMP; 06 Dec 2013 15:02:55 -0000 Received: from [98.139.213.11] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 06 Dec 2013 15:02:55 -0000 Received: from [127.0.0.1] by smtp111.mail.bf1.yahoo.com with NNFMP; 06 Dec 2013 15:02:55 -0000 X-Yahoo-Newman-Id: 910571.80117.bm@smtp111.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: u.4uETQVM1lSUBcOg9cTfBVrk2at7v0v3ioFaBknCh85V15 5csdx7Kq8NRMdJ9iuvW3rM_yfby7YkC7elCXyyLnJUdwyqkK6WseVggpfBbw oFdUIzs_qi6EXlO3VwCXhZMVGKZbcSvtqHT2u1SFBhU1cPCjk_hY0ioPfpJk wfbYjDn9zHgKSS5SoVPX1q2Xpz1y6zF8EL2Sd63nI3hRWUwoHMRFc9J4MWA2 jtCNOj9ms.DuqTZopa3yRWBVqo8YCJf2uPdqvUNvU0NdrZqmYNu7fQ.DgqAf yaK2cLuhYcMQgXJFcBdfZYpQ11fGeXvvyr6XEw_UR9U02BOSFxWV3DjA0fXR pbRADolvdC21pFTe2DgPsq9fjMkA6uWD1XfAUH9R6.SWGj0RU7RGQFUbWm5r DopUK3v50lOJNOok9V62g72VzjzBbrWJrnlndmwP8fufKlcIstt_0zLjGi5G DiYGZRPbNbx9oNtgJlsBxun9uezdKuypNy70.ns5YW6pLmoLGLFQ.vnD8qwU 61nWGS0axhIRTr7p9e5oWxM6HzZXSY.wW7AlHgtlmu8hmTJhJKBBhZIKHD5J z6Sn2iQ-- X-Yahoo-SMTP: hdvk3SuswBDjqWuLIhjJ7cQT_83YtZNiMmKQOSuhvZGxXQ-- X-Rocket-Received: from [192.168.1.105] (jas@99.238.41.227 with ) by smtp111.mail.bf1.yahoo.com with SMTP; 06 Dec 2013 07:02:55 -0800 PST Message-ID: <52A1E722.5070207@cse.yorku.ca> Date: Fri, 06 Dec 2013 10:02:58 -0500 From: Jason Keltz User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: masking filesystem mount References: <2D9058D8E6F9483CA1A6C78A2DA6E71B@multiplay.co.uk> <26807186f152d97fe54c4f0e6f888275@cflinux.hu> <9afe86004abc6e172e57e54d8e7f9d7f@cflinux.hu> <8f0b7b49d7cba1c48d98895eb0a46abd@cflinux.hu> <95E8158BD748482F8CE2EEA040990138@multiplay.co.uk> <7f6eb8802dff234dc7dc516b9bdbcc03@cflinux.hu> In-Reply-To: <7f6eb8802dff234dc7dc516b9bdbcc03@cflinux.hu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 15:06:13 -0000 Hi.. I'm using FreeBSD 9.2 system as a backup/archive pooling server. At the moment, one of the servers being backed up is a Linux file server. Assume that the file server has a directory "/export/home" which contains home directories, user1, user2, and user3. Every day, the file server is backed up to the pooling server creating a structure something like: /backup/home: user1/ user2/ user3/ Of course the best part is: /backup/home/.zfs/snapshot: day1/ day2/ day3 (then of course user1/ user2/ user3/ under each day) I'd like to automount the contents of a users snapshot directory onto a departmental system. However, I'd prefer if the user sees just their own files in their arc directory, and not everyone elses. That is, when user1 using one of our systems changes into say, /arc/user1, he should see: day1/ day2/ day3/ ... but when he goes into day1/ da2/ day3, he should see only his directory - not everyones. To make this happen, I wonder if there's a way to mount a whole filesystem, but somehow provide a "mask" that can be used to "hide" parts from view. In this case, if I could somehow specify a regexp like ^*/user1/* so that user1 sees only his files, this would be good. I think the answer is no, but it's an interesting "problem". (Yes, if I snapshotted each users home directory separately, there would be no problem). By the way -- one other question on the topic of ZFS snapshots. I notice that a question as to why you cannot do a "pwd" in a .zfs directory has been asked before... apparently pwd works works if you make .zfs visible (which I haven't tried since I don't want .zfs to be visible). My question is -- what is the technical reason this isn't possible? On the surface, sounds like something that should be easily to fix. Underneath, I guess it's more tricky... I just know it seems logical to me to be able to do a pwd in a .zfs directory whether .zfs is visible or not. Thanks.. Jason. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 15:55:01 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4ED697AF for ; Fri, 6 Dec 2013 15:55:01 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id B8E0118E5 for ; Fri, 6 Dec 2013 15:55:00 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id CD5C51697; Fri, 6 Dec 2013 16:54:59 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 06 Dec 2013 16:54:57 +0100 From: krichy@cflinux.hu To: Steven Hartland Subject: Re: Re: zfs deadlock In-Reply-To: References: Message-ID: <3b3b22b13d8f1cce460da46c0dd71753@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 15:55:01 -0000 Dear Steven, Of course. But I got further now. You mentioned that is normal that zfs send umounts snapshots. I dont know, but this indeed causes a problem: It is also reproducible without zfs send. 1. Have a large directory structure (just to make sure find runs long enough), make a snapshot of it. # cd /mnt/pool/set/.zfs/snapshot/snap # find . meanwhile, on another console # umount -f /mnt/pool/set/.zfs/snapshot/snap will cause a panic, or such. So effectively a regular user on a system can cause a crash. Regards, 2013-12-06 16:50 idÅ‘pontban Steven Hartland ezt írta: > kernel compiled, installed and rebooted? > ----- Original Message ----- From: > To: > Sent: Friday, December 06, 2013 12:17 PM > Subject: Fwd: Re: zfs deadlock > > >> Dear shm, >> >> I've applied r258294 on top fo releng/9.2, but my test seems to >> trigger >> the deadlock again. >> >> Regards, >> >> -------- Eredeti üzenet -------- >> Tárgy: Re: zfs deadlock >> Dátum: 2013-12-06 13:17 >> Feladó: krichy@cflinux.hu >> Címzett: freebsd-fs@freebsd.org >> >> I've applied r258294 on top of releng/9.2, and using the attached >> scripts parallel, the system got into a deadlock again. >> >> 2013-12-06 11:35 idÅ‘pontban Steven Hartland ezt írta: >>> Thats correct it unmounts the mounted snapshot. >>> >>> Regards >>> Steve >>> >>> ----- Original Message ----- From: >>> To: "Steven Hartland" >>> Cc: >>> Sent: Friday, December 06, 2013 8:50 AM >>> Subject: Re: zfs deadlock >>> >>> >>>> What is strange also, when a zfs send finishes, the paralell running >>>> find command issues errors: >>>> >>>> find: ./e/Chuje: No such file or directory >>>> find: ./e/singe: No such file or directory >>>> find: ./e/joree: No such file or directory >>>> find: ./e/fore: No such file or directory >>>> find: fts_read: No such file or directory >>>> Fri Dec 6 09:46:04 CET 2013 2 >>>> >>>> Seems if the filesystem got unmounted meanwhile. But the script is >>>> changed its working directory to the snapshot dir. >>>> >>>> Regards, >>>> >>>> 2013-12-06 09:03 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>>> Dear Steven, >>>>> >>>>> While I was playig with zfs, trying to reproduce the previous bug, >>>>> accidentaly hit another one, which caused a trace I attached. >>>>> >>>>> The snapshot contains directories in 2 depth, which contain files. >>>>> It >>>>> was to simulate a vmail setup, with domain/user hierarchy. >>>>> >>>>> I hope it is useful for someone. >>>>> >>>>> I used the attached two scripts to reproduce the ZFS bug. >>>>> >>>>> It definetly crashes the system, in the last 10 minutes it is the >>>>> 3rd >>>>> time. >>>>> >>>>> Regards, >>>>> 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>>>> Dear Steven, >>>>>> >>>>>> Thanks for your reply. Do you know how to reproduce the bug? >>>>>> Because >>>>>> simply sending a snapshot which is mounted does not automatically >>>>>> trigger the deadlock. Some special cases needed, or what? >>>>>> How to prove that the patch fixes this? >>>>>> >>>>>> Regards, >>>>>> 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >>>>>>> Known issue you want: >>>>>>> http://svnweb.freebsd.org/changeset/base/258595 >>>>>>> >>>>>>> Regards >>>>>>> Steve >>>>>>> >>>>>>> ----- Original Message ----- From: "Richard Kojedzinszky" >>>>>>> >>>>>>> To: >>>>>>> Sent: Thursday, December 05, 2013 2:56 PM >>>>>>> Subject: zfs deadlock >>>>>>> >>>>>>> >>>>>>>> Dear fs devs, >>>>>>>> >>>>>>>> We have a freenas server, which is basicaly a freebsd. I was >>>>>>>> trying to look at snapshots using ls .zfs/snapshot/. >>>>>>>> >>>>>>>> When I issued it, the system entered a deadlock. An NFSD was >>>>>>>> running, a zfs send was running when I issued the command. >>>>>>>> >>>>>>>> I attached to command outputs while the system was in a deadlock >>>>>>>> state. I tried to issue >>>>>>>> # reboot -q >>>>>>>> But that did not restart the system. After a while (5-10 >>>>>>>> minutes) >>>>>>>> the system rebooted, I dont know if the deadman caused that. >>>>>>>> >>>>>>>> Now the system is up and running. >>>>>>>> >>>>>>>> It is basically a freebsd 9.2 kernel. >>>>>>>> >>>>>>>> Do someone has a clue? >>>>>>>> >>>>>>>> Kojedzinszky Richard >>>>>>> >>>>>>> >>>>>>> -------------------------------------------------------------------------------- >>>>>>> >>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> freebsd-fs@freebsd.org mailing list >>>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>>>>> To unsubscribe, send any mail to >>>>>>>> "freebsd-fs-unsubscribe@freebsd.org" >>>>>>> >>>>>>> ================================================ >>>>>>> This e.mail is private and confidential between Multiplay (UK) >>>>>>> Ltd. >>>>>>> and the person or entity to whom it is addressed. In the event of >>>>>>> misdirection, the recipient is prohibited from using, copying, >>>>>>> printing or otherwise disseminating it or any information >>>>>>> contained >>>>>>> in >>>>>>> it. >>>>>>> >>>>>>> In the event of misdirection, illegible or incomplete >>>>>>> transmission >>>>>>> please telephone +44 845 868 1337 >>>>>>> or return the E.mail to postmaster@multiplay.co.uk. >>>> >>> >>> >>> ================================================ >>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>> and the person or entity to whom it is addressed. In the event of >>> misdirection, the recipient is prohibited from using, copying, >>> printing or otherwise disseminating it or any information contained >>> in >>> it. >>> >>> In the event of misdirection, illegible or incomplete transmission >>> please telephone +44 845 868 1337 >>> or return the E.mail to postmaster@multiplay.co.uk. > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 15:59:09 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 646E895F for ; Fri, 6 Dec 2013 15:59:09 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id CDE6C1923 for ; Fri, 6 Dec 2013 15:59:08 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id 0CE9A17C9; Fri, 6 Dec 2013 16:59:08 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 06 Dec 2013 16:59:05 +0100 From: krichy@cflinux.hu To: Steven Hartland Subject: Re: Re: zfs deadlock In-Reply-To: <3b3b22b13d8f1cce460da46c0dd71753@cflinux.hu> References: <3b3b22b13d8f1cce460da46c0dd71753@cflinux.hu> Message-ID: X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 15:59:09 -0000 So maybe the force flag is too strict. Under linux the snapshots remains mounted after a send. 2013-12-06 16:54 idÅ‘pontban krichy@cflinux.hu ezt írta: > Dear Steven, > > Of course. But I got further now. You mentioned that is normal that > zfs send umounts snapshots. I dont know, but this indeed causes a > problem: > > It is also reproducible without zfs send. > 1. Have a large directory structure (just to make sure find runs long > enough), make a snapshot of it. > # cd /mnt/pool/set/.zfs/snapshot/snap > # find . > > meanwhile, on another console > # umount -f /mnt/pool/set/.zfs/snapshot/snap > > will cause a panic, or such. > > So effectively a regular user on a system can cause a crash. > > Regards, > > 2013-12-06 16:50 idÅ‘pontban Steven Hartland ezt írta: >> kernel compiled, installed and rebooted? >> ----- Original Message ----- From: >> To: >> Sent: Friday, December 06, 2013 12:17 PM >> Subject: Fwd: Re: zfs deadlock >> >> >>> Dear shm, >>> >>> I've applied r258294 on top fo releng/9.2, but my test seems to >>> trigger >>> the deadlock again. >>> >>> Regards, >>> >>> -------- Eredeti üzenet -------- >>> Tárgy: Re: zfs deadlock >>> Dátum: 2013-12-06 13:17 >>> Feladó: krichy@cflinux.hu >>> Címzett: freebsd-fs@freebsd.org >>> >>> I've applied r258294 on top of releng/9.2, and using the attached >>> scripts parallel, the system got into a deadlock again. >>> >>> 2013-12-06 11:35 idÅ‘pontban Steven Hartland ezt írta: >>>> Thats correct it unmounts the mounted snapshot. >>>> >>>> Regards >>>> Steve >>>> >>>> ----- Original Message ----- From: >>>> To: "Steven Hartland" >>>> Cc: >>>> Sent: Friday, December 06, 2013 8:50 AM >>>> Subject: Re: zfs deadlock >>>> >>>> >>>>> What is strange also, when a zfs send finishes, the paralell >>>>> running >>>>> find command issues errors: >>>>> >>>>> find: ./e/Chuje: No such file or directory >>>>> find: ./e/singe: No such file or directory >>>>> find: ./e/joree: No such file or directory >>>>> find: ./e/fore: No such file or directory >>>>> find: fts_read: No such file or directory >>>>> Fri Dec 6 09:46:04 CET 2013 2 >>>>> >>>>> Seems if the filesystem got unmounted meanwhile. But the script is >>>>> changed its working directory to the snapshot dir. >>>>> >>>>> Regards, >>>>> >>>>> 2013-12-06 09:03 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>>>> Dear Steven, >>>>>> >>>>>> While I was playig with zfs, trying to reproduce the previous bug, >>>>>> accidentaly hit another one, which caused a trace I attached. >>>>>> >>>>>> The snapshot contains directories in 2 depth, which contain files. >>>>>> It >>>>>> was to simulate a vmail setup, with domain/user hierarchy. >>>>>> >>>>>> I hope it is useful for someone. >>>>>> >>>>>> I used the attached two scripts to reproduce the ZFS bug. >>>>>> >>>>>> It definetly crashes the system, in the last 10 minutes it is the >>>>>> 3rd >>>>>> time. >>>>>> >>>>>> Regards, >>>>>> 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>>>>> Dear Steven, >>>>>>> >>>>>>> Thanks for your reply. Do you know how to reproduce the bug? >>>>>>> Because >>>>>>> simply sending a snapshot which is mounted does not automatically >>>>>>> trigger the deadlock. Some special cases needed, or what? >>>>>>> How to prove that the patch fixes this? >>>>>>> >>>>>>> Regards, >>>>>>> 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >>>>>>>> Known issue you want: >>>>>>>> http://svnweb.freebsd.org/changeset/base/258595 >>>>>>>> >>>>>>>> Regards >>>>>>>> Steve >>>>>>>> >>>>>>>> ----- Original Message ----- From: "Richard Kojedzinszky" >>>>>>>> >>>>>>>> To: >>>>>>>> Sent: Thursday, December 05, 2013 2:56 PM >>>>>>>> Subject: zfs deadlock >>>>>>>> >>>>>>>> >>>>>>>>> Dear fs devs, >>>>>>>>> >>>>>>>>> We have a freenas server, which is basicaly a freebsd. I was >>>>>>>>> trying to look at snapshots using ls .zfs/snapshot/. >>>>>>>>> >>>>>>>>> When I issued it, the system entered a deadlock. An NFSD was >>>>>>>>> running, a zfs send was running when I issued the command. >>>>>>>>> >>>>>>>>> I attached to command outputs while the system was in a >>>>>>>>> deadlock >>>>>>>>> state. I tried to issue >>>>>>>>> # reboot -q >>>>>>>>> But that did not restart the system. After a while (5-10 >>>>>>>>> minutes) >>>>>>>>> the system rebooted, I dont know if the deadman caused that. >>>>>>>>> >>>>>>>>> Now the system is up and running. >>>>>>>>> >>>>>>>>> It is basically a freebsd 9.2 kernel. >>>>>>>>> >>>>>>>>> Do someone has a clue? >>>>>>>>> >>>>>>>>> Kojedzinszky Richard >>>>>>>> >>>>>>>> >>>>>>>> -------------------------------------------------------------------------------- >>>>>>>> >>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> freebsd-fs@freebsd.org mailing list >>>>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>>>>>> To unsubscribe, send any mail to >>>>>>>>> "freebsd-fs-unsubscribe@freebsd.org" >>>>>>>> >>>>>>>> ================================================ >>>>>>>> This e.mail is private and confidential between Multiplay (UK) >>>>>>>> Ltd. >>>>>>>> and the person or entity to whom it is addressed. In the event >>>>>>>> of >>>>>>>> misdirection, the recipient is prohibited from using, copying, >>>>>>>> printing or otherwise disseminating it or any information >>>>>>>> contained >>>>>>>> in >>>>>>>> it. >>>>>>>> >>>>>>>> In the event of misdirection, illegible or incomplete >>>>>>>> transmission >>>>>>>> please telephone +44 845 868 1337 >>>>>>>> or return the E.mail to postmaster@multiplay.co.uk. >>>>> >>>> >>>> >>>> ================================================ >>>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>>> and the person or entity to whom it is addressed. In the event of >>>> misdirection, the recipient is prohibited from using, copying, >>>> printing or otherwise disseminating it or any information contained >>>> in >>>> it. >>>> >>>> In the event of misdirection, illegible or incomplete transmission >>>> please telephone +44 845 868 1337 >>>> or return the E.mail to postmaster@multiplay.co.uk. >> >> >> ================================================ >> This e.mail is private and confidential between Multiplay (UK) Ltd. >> and the person or entity to whom it is addressed. In the event of >> misdirection, the recipient is prohibited from using, copying, >> printing or otherwise disseminating it or any information contained in >> it. >> >> In the event of misdirection, illegible or incomplete transmission >> please telephone +44 845 868 1337 >> or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 6 16:28:55 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD09A977 for ; Fri, 6 Dec 2013 16:28:55 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [109.61.102.5]) by mx1.freebsd.org (Postfix) with ESMTP id D8B0E1C9A for ; Fri, 6 Dec 2013 16:28:54 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id BCA411AA0; Fri, 6 Dec 2013 17:28:52 +0100 (CET) MIME-Version: 1.0 Date: Fri, 06 Dec 2013 17:28:50 +0100 From: krichy@cflinux.hu To: Steven Hartland Subject: Re: Re: zfs deadlock In-Reply-To: References: <3b3b22b13d8f1cce460da46c0dd71753@cflinux.hu> Message-ID: <9d532168bb6eafa52fecef5e1bb833d7@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 16:28:55 -0000 Dear Steven, using the previously provided scripts, the bug still appears. And I got the attaches traces when the deadlock occured. It seems that one process is in zfs_mount(), while the other is in zfs_unmount_snap(). Look for the 'zfs' and 'ls' commands. Hope it helps. Regards, 2013-12-06 16:59 idÅ‘pontban krichy@cflinux.hu ezt írta: > So maybe the force flag is too strict. Under linux the snapshots > remains mounted after a send. > > 2013-12-06 16:54 idÅ‘pontban krichy@cflinux.hu ezt írta: >> Dear Steven, >> >> Of course. But I got further now. You mentioned that is normal that >> zfs send umounts snapshots. I dont know, but this indeed causes a >> problem: >> >> It is also reproducible without zfs send. >> 1. Have a large directory structure (just to make sure find runs long >> enough), make a snapshot of it. >> # cd /mnt/pool/set/.zfs/snapshot/snap >> # find . >> >> meanwhile, on another console >> # umount -f /mnt/pool/set/.zfs/snapshot/snap >> >> will cause a panic, or such. >> >> So effectively a regular user on a system can cause a crash. >> >> Regards, >> >> 2013-12-06 16:50 idÅ‘pontban Steven Hartland ezt írta: >>> kernel compiled, installed and rebooted? >>> ----- Original Message ----- From: >>> To: >>> Sent: Friday, December 06, 2013 12:17 PM >>> Subject: Fwd: Re: zfs deadlock >>> >>> >>>> Dear shm, >>>> >>>> I've applied r258294 on top fo releng/9.2, but my test seems to >>>> trigger >>>> the deadlock again. >>>> >>>> Regards, >>>> >>>> -------- Eredeti üzenet -------- >>>> Tárgy: Re: zfs deadlock >>>> Dátum: 2013-12-06 13:17 >>>> Feladó: krichy@cflinux.hu >>>> Címzett: freebsd-fs@freebsd.org >>>> >>>> I've applied r258294 on top of releng/9.2, and using the attached >>>> scripts parallel, the system got into a deadlock again. >>>> >>>> 2013-12-06 11:35 idÅ‘pontban Steven Hartland ezt írta: >>>>> Thats correct it unmounts the mounted snapshot. >>>>> >>>>> Regards >>>>> Steve >>>>> >>>>> ----- Original Message ----- From: >>>>> To: "Steven Hartland" >>>>> Cc: >>>>> Sent: Friday, December 06, 2013 8:50 AM >>>>> Subject: Re: zfs deadlock >>>>> >>>>> >>>>>> What is strange also, when a zfs send finishes, the paralell >>>>>> running >>>>>> find command issues errors: >>>>>> >>>>>> find: ./e/Chuje: No such file or directory >>>>>> find: ./e/singe: No such file or directory >>>>>> find: ./e/joree: No such file or directory >>>>>> find: ./e/fore: No such file or directory >>>>>> find: fts_read: No such file or directory >>>>>> Fri Dec 6 09:46:04 CET 2013 2 >>>>>> >>>>>> Seems if the filesystem got unmounted meanwhile. But the script is >>>>>> changed its working directory to the snapshot dir. >>>>>> >>>>>> Regards, >>>>>> >>>>>> 2013-12-06 09:03 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>>>>> Dear Steven, >>>>>>> >>>>>>> While I was playig with zfs, trying to reproduce the previous >>>>>>> bug, >>>>>>> accidentaly hit another one, which caused a trace I attached. >>>>>>> >>>>>>> The snapshot contains directories in 2 depth, which contain >>>>>>> files. It >>>>>>> was to simulate a vmail setup, with domain/user hierarchy. >>>>>>> >>>>>>> I hope it is useful for someone. >>>>>>> >>>>>>> I used the attached two scripts to reproduce the ZFS bug. >>>>>>> >>>>>>> It definetly crashes the system, in the last 10 minutes it is the >>>>>>> 3rd >>>>>>> time. >>>>>>> >>>>>>> Regards, >>>>>>> 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>>>>>> Dear Steven, >>>>>>>> >>>>>>>> Thanks for your reply. Do you know how to reproduce the bug? >>>>>>>> Because >>>>>>>> simply sending a snapshot which is mounted does not >>>>>>>> automatically >>>>>>>> trigger the deadlock. Some special cases needed, or what? >>>>>>>> How to prove that the patch fixes this? >>>>>>>> >>>>>>>> Regards, >>>>>>>> 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >>>>>>>>> Known issue you want: >>>>>>>>> http://svnweb.freebsd.org/changeset/base/258595 >>>>>>>>> >>>>>>>>> Regards >>>>>>>>> Steve >>>>>>>>> >>>>>>>>> ----- Original Message ----- From: "Richard Kojedzinszky" >>>>>>>>> >>>>>>>>> To: >>>>>>>>> Sent: Thursday, December 05, 2013 2:56 PM >>>>>>>>> Subject: zfs deadlock >>>>>>>>> >>>>>>>>> >>>>>>>>>> Dear fs devs, >>>>>>>>>> >>>>>>>>>> We have a freenas server, which is basicaly a freebsd. I was >>>>>>>>>> trying to look at snapshots using ls .zfs/snapshot/. >>>>>>>>>> >>>>>>>>>> When I issued it, the system entered a deadlock. An NFSD was >>>>>>>>>> running, a zfs send was running when I issued the command. >>>>>>>>>> >>>>>>>>>> I attached to command outputs while the system was in a >>>>>>>>>> deadlock >>>>>>>>>> state. I tried to issue >>>>>>>>>> # reboot -q >>>>>>>>>> But that did not restart the system. After a while (5-10 >>>>>>>>>> minutes) >>>>>>>>>> the system rebooted, I dont know if the deadman caused that. >>>>>>>>>> >>>>>>>>>> Now the system is up and running. >>>>>>>>>> >>>>>>>>>> It is basically a freebsd 9.2 kernel. >>>>>>>>>> >>>>>>>>>> Do someone has a clue? >>>>>>>>>> >>>>>>>>>> Kojedzinszky Richard >>>>>>>>> >>>>>>>>> >>>>>>>>> -------------------------------------------------------------------------------- >>>>>>>>> >>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> freebsd-fs@freebsd.org mailing list >>>>>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>>>>>>> To unsubscribe, send any mail to >>>>>>>>>> "freebsd-fs-unsubscribe@freebsd.org" >>>>>>>>> >>>>>>>>> ================================================ >>>>>>>>> This e.mail is private and confidential between Multiplay (UK) >>>>>>>>> Ltd. >>>>>>>>> and the person or entity to whom it is addressed. In the event >>>>>>>>> of >>>>>>>>> misdirection, the recipient is prohibited from using, copying, >>>>>>>>> printing or otherwise disseminating it or any information >>>>>>>>> contained >>>>>>>>> in >>>>>>>>> it. >>>>>>>>> >>>>>>>>> In the event of misdirection, illegible or incomplete >>>>>>>>> transmission >>>>>>>>> please telephone +44 845 868 1337 >>>>>>>>> or return the E.mail to postmaster@multiplay.co.uk. >>>>>> >>>>> >>>>> >>>>> ================================================ >>>>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>>>> and the person or entity to whom it is addressed. In the event of >>>>> misdirection, the recipient is prohibited from using, copying, >>>>> printing or otherwise disseminating it or any information contained >>>>> in >>>>> it. >>>>> >>>>> In the event of misdirection, illegible or incomplete transmission >>>>> please telephone +44 845 868 1337 >>>>> or return the E.mail to postmaster@multiplay.co.uk. >>> >>> >>> ================================================ >>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>> and the person or entity to whom it is addressed. In the event of >>> misdirection, the recipient is prohibited from using, copying, >>> printing or otherwise disseminating it or any information contained >>> in >>> it. >>> >>> In the event of misdirection, illegible or incomplete transmission >>> please telephone +44 845 868 1337 >>> or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Sat Dec 7 13:38:27 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E6CC36A for ; Sat, 7 Dec 2013 13:38:27 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [IPv6:2a01:be00:10:201:0:80:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 131D11EAC for ; Sat, 7 Dec 2013 13:38:25 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id CEAB017AA; Sat, 7 Dec 2013 14:38:22 +0100 (CET) MIME-Version: 1.0 Date: Sat, 07 Dec 2013 14:38:20 +0100 From: krichy@cflinux.hu To: Steven Hartland Subject: Re: Re: zfs deadlock In-Reply-To: <9d532168bb6eafa52fecef5e1bb833d7@cflinux.hu> References: <3b3b22b13d8f1cce460da46c0dd71753@cflinux.hu> <9d532168bb6eafa52fecef5e1bb833d7@cflinux.hu> Message-ID: <6063a75f52a64d10aee4845ad07f410c@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 13:38:27 -0000 Dear Steven, A crash is very easily reproducible with the attached script, just make an empty dataset, make a snapshot of it, and run the script. In my virtual machine it crashed in a few seconds, producing the attached output. Regards, 2013-12-06 17:28 idÅ‘pontban krichy@cflinux.hu ezt írta: > Dear Steven, > > using the previously provided scripts, the bug still appears. And I > got the attaches traces when the deadlock occured. > > It seems that one process is in zfs_mount(), while the other is in > zfs_unmount_snap(). Look for the 'zfs' and 'ls' commands. > > Hope it helps. > > Regards, > 2013-12-06 16:59 idÅ‘pontban krichy@cflinux.hu ezt írta: >> So maybe the force flag is too strict. Under linux the snapshots >> remains mounted after a send. >> >> 2013-12-06 16:54 idÅ‘pontban krichy@cflinux.hu ezt írta: >>> Dear Steven, >>> >>> Of course. But I got further now. You mentioned that is normal that >>> zfs send umounts snapshots. I dont know, but this indeed causes a >>> problem: >>> >>> It is also reproducible without zfs send. >>> 1. Have a large directory structure (just to make sure find runs long >>> enough), make a snapshot of it. >>> # cd /mnt/pool/set/.zfs/snapshot/snap >>> # find . >>> >>> meanwhile, on another console >>> # umount -f /mnt/pool/set/.zfs/snapshot/snap >>> >>> will cause a panic, or such. >>> >>> So effectively a regular user on a system can cause a crash. >>> >>> Regards, >>> >>> 2013-12-06 16:50 idÅ‘pontban Steven Hartland ezt írta: >>>> kernel compiled, installed and rebooted? >>>> ----- Original Message ----- From: >>>> To: >>>> Sent: Friday, December 06, 2013 12:17 PM >>>> Subject: Fwd: Re: zfs deadlock >>>> >>>> >>>>> Dear shm, >>>>> >>>>> I've applied r258294 on top fo releng/9.2, but my test seems to >>>>> trigger >>>>> the deadlock again. >>>>> >>>>> Regards, >>>>> >>>>> -------- Eredeti üzenet -------- >>>>> Tárgy: Re: zfs deadlock >>>>> Dátum: 2013-12-06 13:17 >>>>> Feladó: krichy@cflinux.hu >>>>> Címzett: freebsd-fs@freebsd.org >>>>> >>>>> I've applied r258294 on top of releng/9.2, and using the attached >>>>> scripts parallel, the system got into a deadlock again. >>>>> >>>>> 2013-12-06 11:35 idÅ‘pontban Steven Hartland ezt írta: >>>>>> Thats correct it unmounts the mounted snapshot. >>>>>> >>>>>> Regards >>>>>> Steve >>>>>> >>>>>> ----- Original Message ----- From: >>>>>> To: "Steven Hartland" >>>>>> Cc: >>>>>> Sent: Friday, December 06, 2013 8:50 AM >>>>>> Subject: Re: zfs deadlock >>>>>> >>>>>> >>>>>>> What is strange also, when a zfs send finishes, the paralell >>>>>>> running >>>>>>> find command issues errors: >>>>>>> >>>>>>> find: ./e/Chuje: No such file or directory >>>>>>> find: ./e/singe: No such file or directory >>>>>>> find: ./e/joree: No such file or directory >>>>>>> find: ./e/fore: No such file or directory >>>>>>> find: fts_read: No such file or directory >>>>>>> Fri Dec 6 09:46:04 CET 2013 2 >>>>>>> >>>>>>> Seems if the filesystem got unmounted meanwhile. But the script >>>>>>> is >>>>>>> changed its working directory to the snapshot dir. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> 2013-12-06 09:03 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>>>>>> Dear Steven, >>>>>>>> >>>>>>>> While I was playig with zfs, trying to reproduce the previous >>>>>>>> bug, >>>>>>>> accidentaly hit another one, which caused a trace I attached. >>>>>>>> >>>>>>>> The snapshot contains directories in 2 depth, which contain >>>>>>>> files. It >>>>>>>> was to simulate a vmail setup, with domain/user hierarchy. >>>>>>>> >>>>>>>> I hope it is useful for someone. >>>>>>>> >>>>>>>> I used the attached two scripts to reproduce the ZFS bug. >>>>>>>> >>>>>>>> It definetly crashes the system, in the last 10 minutes it is >>>>>>>> the 3rd >>>>>>>> time. >>>>>>>> >>>>>>>> Regards, >>>>>>>> 2013-12-05 20:26 idÅ‘pontban krichy@cflinux.hu ezt írta: >>>>>>>>> Dear Steven, >>>>>>>>> >>>>>>>>> Thanks for your reply. Do you know how to reproduce the bug? >>>>>>>>> Because >>>>>>>>> simply sending a snapshot which is mounted does not >>>>>>>>> automatically >>>>>>>>> trigger the deadlock. Some special cases needed, or what? >>>>>>>>> How to prove that the patch fixes this? >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> 2013-12-05 19:39 idÅ‘pontban Steven Hartland ezt írta: >>>>>>>>>> Known issue you want: >>>>>>>>>> http://svnweb.freebsd.org/changeset/base/258595 >>>>>>>>>> >>>>>>>>>> Regards >>>>>>>>>> Steve >>>>>>>>>> >>>>>>>>>> ----- Original Message ----- From: "Richard Kojedzinszky" >>>>>>>>>> >>>>>>>>>> To: >>>>>>>>>> Sent: Thursday, December 05, 2013 2:56 PM >>>>>>>>>> Subject: zfs deadlock >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Dear fs devs, >>>>>>>>>>> >>>>>>>>>>> We have a freenas server, which is basicaly a freebsd. I was >>>>>>>>>>> trying to look at snapshots using ls .zfs/snapshot/. >>>>>>>>>>> >>>>>>>>>>> When I issued it, the system entered a deadlock. An NFSD was >>>>>>>>>>> running, a zfs send was running when I issued the command. >>>>>>>>>>> >>>>>>>>>>> I attached to command outputs while the system was in a >>>>>>>>>>> deadlock >>>>>>>>>>> state. I tried to issue >>>>>>>>>>> # reboot -q >>>>>>>>>>> But that did not restart the system. After a while (5-10 >>>>>>>>>>> minutes) >>>>>>>>>>> the system rebooted, I dont know if the deadman caused that. >>>>>>>>>>> >>>>>>>>>>> Now the system is up and running. >>>>>>>>>>> >>>>>>>>>>> It is basically a freebsd 9.2 kernel. >>>>>>>>>>> >>>>>>>>>>> Do someone has a clue? >>>>>>>>>>> >>>>>>>>>>> Kojedzinszky Richard >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -------------------------------------------------------------------------------- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> freebsd-fs@freebsd.org mailing list >>>>>>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>>>>>>>> To unsubscribe, send any mail to >>>>>>>>>>> "freebsd-fs-unsubscribe@freebsd.org" >>>>>>>>>> >>>>>>>>>> ================================================ >>>>>>>>>> This e.mail is private and confidential between Multiplay (UK) >>>>>>>>>> Ltd. >>>>>>>>>> and the person or entity to whom it is addressed. In the event >>>>>>>>>> of >>>>>>>>>> misdirection, the recipient is prohibited from using, copying, >>>>>>>>>> printing or otherwise disseminating it or any information >>>>>>>>>> contained >>>>>>>>>> in >>>>>>>>>> it. >>>>>>>>>> >>>>>>>>>> In the event of misdirection, illegible or incomplete >>>>>>>>>> transmission >>>>>>>>>> please telephone +44 845 868 1337 >>>>>>>>>> or return the E.mail to postmaster@multiplay.co.uk. >>>>>>> >>>>>> >>>>>> >>>>>> ================================================ >>>>>> This e.mail is private and confidential between Multiplay (UK) >>>>>> Ltd. >>>>>> and the person or entity to whom it is addressed. In the event of >>>>>> misdirection, the recipient is prohibited from using, copying, >>>>>> printing or otherwise disseminating it or any information >>>>>> contained in >>>>>> it. >>>>>> >>>>>> In the event of misdirection, illegible or incomplete transmission >>>>>> please telephone +44 845 868 1337 >>>>>> or return the E.mail to postmaster@multiplay.co.uk. >>>> >>>> >>>> ================================================ >>>> This e.mail is private and confidential between Multiplay (UK) Ltd. >>>> and the person or entity to whom it is addressed. In the event of >>>> misdirection, the recipient is prohibited from using, copying, >>>> printing or otherwise disseminating it or any information contained >>>> in >>>> it. >>>> >>>> In the event of misdirection, illegible or incomplete transmission >>>> please telephone +44 845 868 1337 >>>> or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Sat Dec 7 18:33:31 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F41A3797 for ; Sat, 7 Dec 2013 18:33:30 +0000 (UTC) Received: from 01usbos01.prod.adjectivism.org (01usbos01.prod.adjectivism.org [208.118.230.84]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1B511143 for ; Sat, 7 Dec 2013 18:33:30 +0000 (UTC) Received: from an authenticated and subsequently anonymized source DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=adjectivism.org; s=01usbos01; t=1386440814; bh=+rdRS6m/3/+5gCL2XgBGcuvA8oee+mMwWUQyRTh07Yk=; h=Date:From:To:Subject:From; b=SurLGa0eXShiBHXUOmhw8E0MAkhuWg93a3iYwW0WZ5J4VkEbV3gM10R27StwP7zpM 1qJzKPnzoAoCxVk6D7zTuRs4tarRfzuewv0llqHxkvw8Tyoh0ZI/PxIWV9ckDK+Czu +Acj2JV6q9zthQMlk/WoLmHzg8/Xk0jW9hWLDWtWjl5CO13NNZ1hbTZDAPhzL7McBV IMrffy/g0EHqrlB9vWi6SihMB/uGImDi+8fsa4ZGIT8b8SgkBvOI8GB7K8xn+IFqiE Gvy+7pz/q+V7aXdsJpYowZ+Wgw1WeoiYcjoNkeFh4mE/RBsKIt287HPjE4nplfkWA7 5/nKyM6FtNoLxHGVBH74up3O0usqXRphwN98WFVnlS8/HlAOTkmuZ1OuEK49IuqcT8 SRRhYeB1XYcRbBioFynGZndf4IdQ4vjMhaWn1ES+p7JUk8/E12bGHD6xHcws/w7/w3 ES0gko/PJ2Dl2bPM3UwnMOT+eJxuC92Kyw+tN0wsUTQwk1rBPk3vdOL6nIV4rJ5ZgI B+BRfW5XjM6KL15npmRXgcFXxTyA2ohRAtzitRTCTVXroTfA5h7+KUkSHaRn7sEEdR FgMSCnuZ+oQ1+JzNbtoKy1lkchPf9QyRCUM1s4hKm//ZsyVZ7Bs4pYEXB4M8kwI7ax /OsRIH664vjwOwdfFqaTWjhA= Date: Sat, 7 Dec 2013 13:26:49 -0500 From: Erick Turnquist To: freebsd-fs@freebsd.org Subject: Status of ZFS multilabel MAC support Message-ID: <20131207182646.GA98699@scrubbed.adjectivism.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 18:33:31 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi list, I'm not having much luck searching for this. What is the status of multilabel MAC support for ZFS? Is it being worked on? Is it even possible? This is an itch I'd like to try scratching, but this would be my first project in kernel-land, so I want to make sure this isn't a complete waste of time. Thanks --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSo2hkAAoJEPVscZllOOShTnUQAIgyzJX2gG0AIMRp0+IuC71f tFtOpfT9iibThKR2Scr58Q+wUpnm2TX7M4FvI8EEPpYJzDnisetBi3wuj1P1iswf TtQ2x8tyYxuOQxjB09Ob4w1SbDP3lrctsqwgDEEILmh8cB6bdWPCugjMAFBLGfX+ 2TNVhoVPNzuXJHJ6VTFEReD2XZNZUVwbANGT6tkx7DAhACSwrVee8GKIp4fw0e2n 4A/YQXKzTSjquvOCG1io1Ks2JDAbk64HtNvxNRKqL0QU7oxmCTSTWCvI9v8T5zDw X9vcpHc6kxQRQxAYPP8tqIxh4YKvBIUnruBOcrSdzTkJevsGWDlHxgCexljpafoe KmXnBSbGkSIOwnpL1cVtt3pf9bTQgcVaIcpwwd+m5AXiUfwElXofiBpn9nMSdk0u qkXviLtvljR7Ul5bFze7w2suwde947BQGYGYq0y5t2EoZZj919nb3DzhQPpDKJRA CCv+Au9YzGyTV3nvBpAcBEFVtemEZlytOMIxtIeXfmueI6OXtKKN+F+rZCilJszM ZphNmCggdhyfqhdAnz3R4L4lCAx3JKmkBxtmnN8tjKfg2e85esWy/4NvkK1kuIhL 8ZALTB9hU+4Xg7ig25PXg00jfsOAXS8HyK2iZuOew/qt5Ro5lAJAut6Eo/rXHMbn oqXi6+d9wCMBrYPz1ce6 =wGz4 -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP--