From theterk@gmail.com  Tue Oct  4 16:01:04 2011
From: theterk@gmail.com (Jacob Terkelsen)
Date: Tue, 4 Oct 2011 10:01:04 -0500
Subject: [OpenAFS-win32-devel] Windows 7 64bit Error Assistance
Message-ID: <CAP=aaWQBRJxxiA5tMqm=n7GAXuM+pmE8W9mL4cZsAeZz=iwWow@mail.gmail.com>

--001517475b3a4abf8504ae7a5c19
Content-Type: text/plain; charset=ISO-8859-1

Hello, I have previously used 1.5.9904 on a Windows XP 32 bit install and
have recently upgraded to a 64bit platform.  After installation and reboot
on my new system (on 1.7.1, 1.6.1, and 1.5.9904 64bit versions) the service
fails to start.  Looking at the afsd_init.log shows the following error
followed by the dump:

10/3/2011 5:10:22 PM: Initializing Data Buffers
10/3/2011 5:10:22 PM: Cache Initialization Complete
10/3/2011 5:10:22 PM: cm_InitMappedMemory code 0
10/3/2011 5:10:22 PM: rx_SetNoJumbo successful
10/3/2011 5:10:22 PM: rx_SetUdpBufSize 262144
10/3/2011 5:10:22 PM: rx_Init code 0
10/3/2011 5:10:22 PM: rx_NewService addr 57bf10
10/3/2011 5:10:22 PM: rx_NewService addr 57bfc0
10/3/2011 5:10:22 PM: rx_StartServer
10/3/2011 5:10:22 PM: cm_GetRootCellName code 0, cm_freelanceEnabled= 0,
rcn= austin.ibm.com
10/3/2011 5:10:55 PM: cm_GetCell addr 3cccc50
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: RPC server listening
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff
10/3/2011 5:10:55 PM: afsd_InitCM failed: can't find root volume in root
cell (code = -1)

Has anyone had any experience getting OpenAFS working on a win7 64bit
install with this error?  I also get this error message when I try a
different method of starting the service "Error 0x0000042A".  Thanks!

--001517475b3a4abf8504ae7a5c19
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello, I have previously used 1.5.9904 on a Windows XP 32 bit install and h=
ave recently upgraded to a 64bit platform. =A0After installation and reboot=
 on my new system (on 1.7.1, 1.6.1, and 1.5.9904 64bit versions) the servic=
e fails to start. =A0Looking at the afsd_init.log shows the following error=
 followed by the dump:<div>
<br></div><div><div>10/3/2011 5:10:22 PM: Initializing Data Buffers</div><d=
iv>10/3/2011 5:10:22 PM: Cache Initialization Complete</div><div>10/3/2011 =
5:10:22 PM: cm_InitMappedMemory code 0</div><div>10/3/2011 5:10:22 PM: rx_S=
etNoJumbo successful</div>
<div>10/3/2011 5:10:22 PM: rx_SetUdpBufSize 262144</div><div>10/3/2011 5:10=
:22 PM: rx_Init code 0</div><div>10/3/2011 5:10:22 PM: rx_NewService addr 5=
7bf10</div><div>10/3/2011 5:10:22 PM: rx_NewService addr 57bfc0</div><div>
10/3/2011 5:10:22 PM: rx_StartServer</div><div>10/3/2011 5:10:22 PM: cm_Get=
RootCellName code 0, cm_freelanceEnabled=3D 0, rcn=3D <a href=3D"http://aus=
tin.ibm.com">austin.ibm.com</a></div><div>10/3/2011 5:10:55 PM: cm_GetCell =
addr 3cccc50</div>
<div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol fffff=
fff</div><div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root =
vol ffffffff</div><div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543=
231 root vol ffffffff</div>
<div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol fffff=
fff</div><div>10/3/2011 5:10:55 PM: RPC server listening</div><div>10/3/201=
1 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol ffffffff</div>
<div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol fffff=
fff</div><div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root =
vol ffffffff</div><div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543=
231 root vol ffffffff</div>
<div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root vol fffff=
fff</div><div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231 root =
vol ffffffff</div><div>10/3/2011 5:10:55 PM: afsd_InitCM failed: can&#39;t =
find root volume in root cell (code =3D -1)</div>
<div><br></div><div>Has anyone had any experience getting OpenAFS working o=
n a win7 64bit install with this error? =A0I also get this error message wh=
en I try a different method of starting the service &quot;Error 0x0000042A&=
quot;. =A0Thanks!</div>

</div>

--001517475b3a4abf8504ae7a5c19--

From jaltman@your-file-system.com  Tue Oct  4 16:22:45 2011
From: jaltman@your-file-system.com (Jeffrey Altman)
Date: Tue, 04 Oct 2011 11:22:45 -0400
Subject: [OpenAFS-win32-devel] Windows 7 64bit Error Assistance
In-Reply-To: <CAP=aaWQBRJxxiA5tMqm=n7GAXuM+pmE8W9mL4cZsAeZz=iwWow@mail.gmail.com>
References: <CAP=aaWQBRJxxiA5tMqm=n7GAXuM+pmE8W9mL4cZsAeZz=iwWow@mail.gmail.com>
Message-ID: <4E8B24C5.2020808@your-file-system.com>

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigEE9F8D6DC218879A30315716
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Ty=
pe">
  </head>
  <body bgcolor=3D"#ffffff" text=3D"#000000">
    If you enable Freelance mode the service will start without access
    to the root.cell volume.<br>
    <br>
    Your problem could be the afsd_service is starting before you have
    network access, or it could be due to a lack of austin.ibm.com vldb
    servers in the CellServDB file, or any number of other things.=C2=A0=C2=
=A0
    Running without Freelance mode is only supported for environments
    that ensure that the root.cell volume will be available at the time
    of service start.<br>
    <br>
    Jeffrey Altman<br>
    <br>
    <br>
    On 10/4/2011 11:01 AM, Jacob Terkelsen wrote:
    <blockquote
cite=3D"mid:CAP=3DaaWQBRJxxiA5tMqm=3Dn7GAXuM+pmE8W9mL4cZsAeZz=3DiwWow@mai=
l.gmail.com"
      type=3D"cite">Hello, I have previously used 1.5.9904 on a Windows X=
P
      32 bit install and have recently upgraded to a 64bit platform.
      =C2=A0After installation and reboot on my new system (on 1.7.1, 1.6=
=2E1,
      and 1.5.9904 64bit versions) the service fails to start. =C2=A0Look=
ing
      at the afsd_init.log shows the following error followed by the
      dump:
      <div>
        <br>
      </div>
      <div>
        <div>10/3/2011 5:10:22 PM: Initializing Data Buffers</div>
        <div>10/3/2011 5:10:22 PM: Cache Initialization Complete</div>
        <div>10/3/2011 5:10:22 PM: cm_InitMappedMemory code 0</div>
        <div>10/3/2011 5:10:22 PM: rx_SetNoJumbo successful</div>
        <div>10/3/2011 5:10:22 PM: rx_SetUdpBufSize 262144</div>
        <div>10/3/2011 5:10:22 PM: rx_Init code 0</div>
        <div>10/3/2011 5:10:22 PM: rx_NewService addr 57bf10</div>
        <div>10/3/2011 5:10:22 PM: rx_NewService addr 57bfc0</div>
        <div>
          10/3/2011 5:10:22 PM: rx_StartServer</div>
        <div>10/3/2011 5:10:22 PM: cm_GetRootCellName code 0,
          cm_freelanceEnabled=3D 0, rcn=3D <a moz-do-not-send=3D"true"
            href=3D"http://austin.ibm.com">austin.ibm.com</a></div>
        <div>10/3/2011 5:10:55 PM: cm_GetCell addr 3cccc50</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: RPC server listening</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: cm_FindVolumeByName code 66543231
          root vol ffffffff</div>
        <div>10/3/2011 5:10:55 PM: afsd_InitCM failed: can't find root
          volume in root cell (code =3D -1)</div>
        <div><br>
        </div>
        <div>Has anyone had any experience getting OpenAFS working on a
          win7 64bit install with this error? =C2=A0I also get this error=

          message when I try a different method of starting the service
          "Error 0x0000042A". =C2=A0Thanks!</div>
      </div>
    </blockquote>
    <br>
  </body>
</html>


--------------enigEE9F8D6DC218879A30315716
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)

iQEcBAEBAgAGBQJOiyTFAAoJENxm1CNJffh4G7gIAIVA9Rd+KqjVvH8ustIODagS
OEarZv+I4Rj7+GSgaOTHb/HtL+IaqmC1WYHOnBTMSBnj7ui89V6W7mEMdzDW5C5A
S0dr4lHl4yw4CFQxTwWB3pEh815EW4ILbUa5mPHYN2qimywHFWWhEzDxLbR/6jD5
GEuB2Ys9FF4sMJUIJ8Do15+kGehj0B6xF00ocHL5f85cMmXlqf4gRw4qliBQevEG
ncjo5c3yKxvIeY+7lEd173U7vsShTRQFwJft1+qa5WJobmCmdPYTGJzs4Ghic88k
Zn+okgd76LYtUHJrAJM8BZKCBWZRDP23/MrLUQycAob3XVzEzVB2WKTg0u1ghXU=
=DTNd
-----END PGP SIGNATURE-----

--------------enigEE9F8D6DC218879A30315716--


From mlane@sinenomine.net  Wed Oct  5 14:33:58 2011
From: mlane@sinenomine.net (Mickey Lane)
Date: Wed, 5 Oct 2011 08:33:58 -0500
Subject: [OpenAFS-win32-devel] New build requirement - Kerberos
 Compatibility SDK
In-Reply-To: <4E797535.1090406@secure-endpoints.com>
References: <4E797535.1090406@secure-endpoints.com>
Message-ID: <1171E06FDB4D8341937880DCD831A0E204D4A4F596@34093-MBX-C15.mex07a.mlsrvr.com>

VGhpcyBtb3JuaW5nLCB0aGUgZ2l0IG1hc3RlciBicmFuY2ggcmVmdXNlZCB0byBidWlsZCB3aXRo
IHRoZSBlcnJvcjogIkhFSU1EQUxTREtESVIgb3IgS0VSQkVST1NDT01QQVRTREtST09UIG5lZWRz
IHRvIGJlIGRlZmluZWQiDQoNCkkgcHV0IHRoZSBjb250ZW50cyBvZiB0aGUgZG93bmxvYWRlZCBz
ZWN1cmUtZW5kcG9pbnRzLWhlaW1kYWwta3JiY29tcGF0LTVjODMxZWEuemlwICBmaWxlIGluIGEg
ZGlyZWN0b3J5IG5hbWVkIEM6XERldmVsb3BtZW50XHNlY3VyZS1lbmRwb2ludHMtaGVpbWRhbC1r
cmJjb21wYXQtNWM4MzFlYS4gVGhhdCBkaXJlY3RvcnkgY29udGFpbnMgaW5jLCBsaWIsIGV0Yy4N
Cg0KTG9va2luZyBhdCBOVE1ha2VmaWxlLmkzODZfbnQ0MDoNCg0KIyMjIyMjIyMjIEhlaW1kYWwg
Y29tcGF0aWJpbGl0eSBzdXBwb3J0DQoNCiFJRk5ERUYgSEVJTURBTFNES0RJUg0KIUlGREVGIEtF
UkJFUk9TQ09NUEFUU0RLUk9PVA0KSEVJTURBTFNES0RJUj0kKEtFUkJFUk9TQ09NUEFUU0RLUk9P
VClcMS4wDQohRUxTRQ0KIUVSUk9SIEhFSU1EQUxTREtESVIgb3IgS0VSQkVST1NDT01QQVRTREtS
T09UIG5lZWRzIHRvIGJlIGRlZmluZWQNCiFFTkRJRg0KIUVORElGDQoNClNvbWUgcXVlc3Rpb25z
Og0KDQpJcyB0aGVyZSBhbnkgZG9jdW1lbnRhdGlvbiBvbiBpbnN0YWxsaW5nIHNlY3VyZS1lbmRw
b2ludHMtaGVpbWRhbC1rcmJjb21wYXQtNWM4MzFlYS56aXA/IFNwZWNpZmljYWxseSBzb21ldGhp
bmcgdGhhdCBtZW50aW9ucyBjcmVhdGluZyB0aGUgc3ViZGlyZWN0b3J5IFwxLjA/DQoNCldoYXQg
aXMgY3VycmVudCBiZXN0IHByYWN0aWNlOiBkZWZpbmluZyBLRVJCRVJPU0NPTVBBVFNES1JPT1Qg
b3IgSEVJTURBTFNES0RJUj8NCg0KSWYgSEVJTURBTFNES0RJUiwgd2hhdCBzaG91bGQgaXQgcG9p
bnQgdG8/IEkgYXNzdW1lIGEgZGlmZmVyZW50IFNESy4gV2hlcmUgaXMgdGhpcyBTREs/DQoNClRo
YW5rcywNCk1pY2tleS4NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBv
cGVuYWZzLXdpbjMyLWRldmVsLWFkbWluQG9wZW5hZnMub3JnIFttYWlsdG86b3BlbmFmcy13aW4z
Mi0NCj4gZGV2ZWwtYWRtaW5Ab3BlbmFmcy5vcmddIE9uIEJlaGFsZiBPZiBKZWZmcmV5IEFsdG1h
bg0KPiBTZW50OiBXZWRuZXNkYXksIFNlcHRlbWJlciAyMSwgMjAxMSAxOjI1IEFNDQo+IFRvOiBP
cGVuQUZTLVdpbjMyLWRldmVsQG9wZW5hZnMub3JnDQo+IFN1YmplY3Q6IFtPcGVuQUZTLXdpbjMy
LWRldmVsXSBOZXcgYnVpbGQgcmVxdWlyZW1lbnQgLSBLZXJiZXJvcw0KPiBDb21wYXRpYmlsaXR5
IFNESw0KPiANCj4gQXMgc29vbiBhcyBodHRwOi8vZ2Vycml0Lm9wZW5hZnMub3JnLyNjaGFuZ2Us
Mjg2NyBpcyBjb21taXR0ZWQgdG8gJ21hc3RlcicNCj4gdGhlcmUgd2lsbCBiZSBhIG5ldyBidWls
ZCByZXF1aXJlbWVudCBmb3IgT3BlbkFGUywgdGhlIEtlcmJlcm9zDQo+IENvbXBhdGliaWxpdHkg
U0RLLg0KPiANCj4gICBodHRwOi8vZ2l0aHViLmNvbS9zZWN1cmUtZW5kcG9pbnRzL2hlaW1kYWwt
a3JiY29tcGF0DQo+IA0KPiBXaGVuIGJ1aWx0IGFnYWluc3QgdGhpcyBTREssIE9wZW5BRlMgd2ls
bCBiZSBhYmxlIHRvIGZ1bmN0aW9uIHdpdGggZWl0aGVyDQo+IEhlaW1kYWwgb3IgTUlUIEtlcmJl
cm9zIGltcGxlbWVudGF0aW9ucyBkZXBlbmRpbmcgdXBvbiB3aGljaCBpcyBpbnN0YWxsZWQNCj4g
b24gdGhlIHN5c3RlbS4gIFRoZSBIZWltZGFsIGFzc2VtYmxpZXMgd2lsbCB0YWtlIHByZWNlZGVu
Y2UuDQo+IA0KPiBUaGlzIGNoYW5nZSB3aWxsIGJlIGFwcGxpZWQgdG8gdGhlIDEuNyBicmFuY2gg
Zm9yIHRoZSAxLjcuMiByZWxlYXNlLg0KPiANCj4gSmVmZnJleSBBbHRtYW4NCj4gDQoNCg==

From rdw@steadingsoftware.com  Wed Oct  5 15:07:49 2011
From: rdw@steadingsoftware.com (Rod Widdowson)
Date: Wed, 5 Oct 2011 10:07:49 -0400
Subject: [OpenAFS-win32-devel] New build requirement - Kerberos Compatibility SDK
In-Reply-To: <1171E06FDB4D8341937880DCD831A0E204D4A4F596@34093-MBX-C15.mex07a.mlsrvr.com>
References: <4E797535.1090406@secure-endpoints.com> <1171E06FDB4D8341937880DCD831A0E204D4A4F596@34093-MBX-C15.mex07a.mlsrvr.com>
Message-ID: <006501cc8368$2ac8ec70$805ac550$@com>

> What is current best practice: defining KERBEROSCOMPATSDKROOT or HEIMDALSDKDIR?

The latest version of ntbuild.bat defines KERBEROSCOMPATSDKROOT as the root of that distro.

I just rolled that change into my local copy of ntbuild.bat and built fine



From mlane@sinenomine.net  Wed Oct  5 19:06:47 2011
From: mlane@sinenomine.net (Mickey Lane)
Date: Wed, 5 Oct 2011 13:06:47 -0500
Subject: [OpenAFS-win32-devel] New build requirement - Kerberos
 Compatibility SDK
In-Reply-To: <006501cc8368$2ac8ec70$805ac550$@com>
References: <4E797535.1090406@secure-endpoints.com>
 <1171E06FDB4D8341937880DCD831A0E204D4A4F596@34093-MBX-C15.mex07a.mlsrvr.com>
 <006501cc8368$2ac8ec70$805ac550$@com>
Message-ID: <1171E06FDB4D8341937880DCD831A0E204D4A4F6E3@34093-MBX-C15.mex07a.mlsrvr.com>

T0ssIHRoYXQgd29ya3MuDQoNCkknbSBzdGlsbCBoYXZpbmcgdHJvdWJsZXMgd2l0aCB0aGUgcHJv
cGVyIGNvbWJpbmF0aW9uIG9mIGNvbXBpbGVycywgaW5jbHVkZSBkaXJlY3RvcmllcywgZXRjLiBQ
bGF0Zm9ybSBpcyBXaW4gNyAzMi1iaXQsIGxhdGVzdCBTREsgYW5kIFdESw0KDQpJZiBJIHVzZSBW
UyAyMDA1IGFuZCB0aGUgNzYwMCAuMTYzODUuMCAob3IgLjEpIFdESywgSSBnZXQgImRlbGF5aW1w
LmxpYihkZWxheWhscC5vYmopIDogZmF0YWwgZXJyb3IgTE5LMTEwMzogZGVidWdnaW5nIGluZm9y
bWF0aW9uIGNvcnJ1cHQ7IHJlY29tcGlsZSBtb2R1bGUiDQoNCklmIEkgdXNlIFZTIDIwMDggdGhl
biAibm1ha2UgL2YgTlRNYWtlZmlsZSBpbnN0YWxsIiB3b3Jrcy4gIm5tYWtlIC9mIE5UTWFrZWZp
bGUgd2l4IiBmYWlscyBiZWNhdXNlIG9mIGFuIGluY2x1ZGUgZmlsZSBvcmRlciBlcnJvciBmb3Ig
d21pLmNwcC4gQXBwYXJlbnRseSB0aGUgV0RLIFxpbmMgaXMgYmVpbmcgc2Nhbm5lZCBiZWZvcmUg
dGhlIFZTIG9yIFNESy4NCg0KTWlja2V5Lg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t
DQo+IEZyb206IG9wZW5hZnMtd2luMzItZGV2ZWwtYWRtaW5Ab3BlbmFmcy5vcmcgW21haWx0bzpv
cGVuYWZzLXdpbjMyLQ0KPiBkZXZlbC1hZG1pbkBvcGVuYWZzLm9yZ10gT24gQmVoYWxmIE9mIFJv
ZCBXaWRkb3dzb24NCj4gU2VudDogV2VkbmVzZGF5LCBPY3RvYmVyIDA1LCAyMDExIDEwOjA4IEFN
DQo+IFRvOiBPcGVuQUZTLVdpbjMyLWRldmVsQG9wZW5hZnMub3JnDQo+IFN1YmplY3Q6IFJFOiBb
T3BlbkFGUy13aW4zMi1kZXZlbF0gTmV3IGJ1aWxkIHJlcXVpcmVtZW50IC0gS2VyYmVyb3MNCj4g
Q29tcGF0aWJpbGl0eSBTREsNCj4gDQo+ID4gV2hhdCBpcyBjdXJyZW50IGJlc3QgcHJhY3RpY2U6
IGRlZmluaW5nIEtFUkJFUk9TQ09NUEFUU0RLUk9PVCBvcg0KPiBIRUlNREFMU0RLRElSPw0KPiAN
Cj4gVGhlIGxhdGVzdCB2ZXJzaW9uIG9mIG50YnVpbGQuYmF0IGRlZmluZXMgS0VSQkVST1NDT01Q
QVRTREtST09UIGFzIHRoZQ0KPiByb290IG9mIHRoYXQgZGlzdHJvLg0KPiANCj4gSSBqdXN0IHJv
bGxlZCB0aGF0IGNoYW5nZSBpbnRvIG15IGxvY2FsIGNvcHkgb2YgbnRidWlsZC5iYXQgYW5kIGJ1
aWx0IGZpbmUNCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXw0KPiBPcGVuQUZTLVdpbjMyLWRldmVsIG1haWxpbmcgbGlzdA0KPiBPcGVuQUZT
LVdpbjMyLWRldmVsQG9wZW5hZnMub3JnDQo+IGh0dHA6Ly9saXN0cy5vcGVuYWZzLm9yZy9tYWls
bWFuL2xpc3RpbmZvL29wZW5hZnMtd2luMzItZGV2ZWwNCg==