From aoga@leopard.imedia.com Fri Oct 2 20:07:45 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id UAA14851 for ; Fri, 2 Oct 1998 20:07:44 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id TAA07814; Fri, 2 Oct 1998 19:57:24 -0700 From: Alvin Oga Message-Id: <199810030257.TAA07814@leopard.imedia.com> Subject: Re: Is there a FAQ ? To: allen@cbcfreo.wa.edu.au (Lindsay Allen) Date: Fri, 2 Oct 1998 19:57:24 -0700 (PDT) Cc: aoga@leopard.imedia.com (Alvin Oga), alvin@linux-consulting.com In-Reply-To: from "Lindsay Allen" at Oct 3, 98 10:49:19 am Content-Type: text Status: RO X-Status: hi Lindsay > This morning I got the latest version of your FAQ and found the missing > link. So I'm up and running. Thank you for that. I now have one more > arrow in my Linux quiver. good...as long as things are running... what was the missing link ??? the one point into "ln -s /.autofs/remote_dir_tree /remote_dir_tree" ?? have thought about writing a script to check for these missing directories too...since without it...autofs will not work... > I came to this cold and the one thing that I missed was that all I had to > do to read, say, my floppy was to "ls /mountpoint/floppy". Simple when > you know of course but there you are. To me flying a jet airliner is > "simple." i did too...I asked many similar questions too if you're a jet pilot...what are youdoing playing with linux ??... :-) > Maybe an introductory "Beginners start here" would be an idea. thought of it...but....thought the examples of the other files will still be needed... maybe a paragraph section might be in order... > I also found it hard to sort out what was autofs and what was amd. > Perhaps these two systems should each be isolated to its own chapter. yes....might be....as should the solaris version of automounter... seems tohave lots tht know it... > These are just ideas. Good on you for taking the time to do the document. ideas and suggestions is appreciated as it helps toimprove the understandability of the FAQ/howto thanx alvin From tjbynum@wallybox.cei.net Fri Oct 2 05:46:39 1998 Return-Path: Received: from wallybox.cei.net (tjbynum@wallybox.cei.net [204.180.109.6]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id FAA12817 for ; Fri, 2 Oct 1998 05:46:37 -0700 Received: from localhost (tjbynum@localhost) by wallybox.cei.net (8.9.0/8.9.0) with SMTP id GAA13140 for ; Fri, 2 Oct 1998 06:18:19 -0500 Date: Fri, 2 Oct 1998 06:18:19 -0500 (CDT) From: Tim To: Alvin Oga Subject: Re: autofs howto In-Reply-To: <199810021205.FAA12760@mail.Linux-Consulting.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Keywords: X-UID: 1 Status: RO X-Status: Alvin, All I do is patch < name_of_patch from there directory where autofs.sgml is located. Best Regards, Tim -- Linux HOWTO coordinator tjbynum@sunsite.unc.edu, linux-howto@sunsite.unc.edu (HOWTO's) tjbynum@wallybox.cei.net (Home) tjbynum@scmc.com (Work) D I P C The system that enables you to write distributed programs.......the easy way! http://wallybox.cei.net/dipc/ From alvin Fri Oct 2 15:57:50 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id PAA14144; Fri, 2 Oct 1998 15:57:27 -0700 From: Alvin Oga Message-Id: <199810022257.PAA14144@mail.Linux-Consulting.com> Subject: Re: autofs howto To: tjbynum@wallybox.cei.net (Tim) Date: Fri, 2 Oct 1998 15:57:27 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: from "Tim" at Oct 2, 98 06:18:19 am Content-Type: text Status: RO X-Status: hi ya Tim... > All I do is patch < name_of_patch from there directory where autofs.sgml > is located. - Note autofs.sgml and autofs.sgml.orig is the same ( ie un-patched ) - Note autofs.sgml.Extracted is the file I extracted from your email and the autofs.sgml is unchanged from when you picked up your copy... I'll try one more thing...( removing blank lines at the beginning... sorry about my naivity when *patch* does not work... thanx alvin Maggie:/home/httpd/htdocs.linux/Amd_AutoFS# patch < autofs.sgml.patch patching file `autofs.sgml' Hunk #1 FAILED at 16. Hunk #2 FAILED at 33. Hunk #3 FAILED at 54. Hunk #4 FAILED at 92. Hunk #5 FAILED at 104. Hunk #6 FAILED at 135. .... .... .... Hunk #40 FAILED at 1594. Hunk #41 FAILED at 1699. Hunk #42 FAILED at 1823. Hunk #43 FAILED at 1933. Hunk #44 FAILED at 1969. Hunk #45 FAILED at 2107. 45 out of 45 hunks FAILED -- saving rejects to autofs.sgml.rej ... -rw-r--r-- 1 root root 60959 Oct 2 22:50 autofs.sgml -rw-r--r-- 1 root root 60959 Oct 2 11:49 autofs.sgml.orig -rw-r--r-- 1 root root 102021 Oct 2 11:35 autofs.sgml.patch -rw-r--r-- 1 root root 102021 Oct 2 11:43 autofs.sgml.patch.Extracted -rw-r--r-- 1 root root 121233 Oct 2 22:50 autofs.sgml.rej From alvin Fri Oct 2 16:13:35 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id QAA14232; Fri, 2 Oct 1998 16:13:35 -0700 From: Alvin Oga Message-Id: <199810022313.QAA14232@mail.Linux-Consulting.com> Subject: Re: autofs howto To: alvin@Mail.Linux-Consulting.com (Alvin Oga) Date: Fri, 2 Oct 1998 16:13:35 -0700 (PDT) Cc: tjbynum@wallybox.cei.net In-Reply-To: <199810022257.PAA14144@mail.Linux-Consulting.com> from "Alvin Oga" at Oct 2, 98 03:57:27 pm Content-Type: text Status: RO X-Status: hi ya Tim... can you ftp your version of the file into my box ?? ftp://ftp.linux-consulting.com/incoming login: anonymous thanx alvin From aoga@leopard.imedia.com Sat Oct 3 00:05:56 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id AAA15435 for ; Sat, 3 Oct 1998 00:05:55 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id XAA11244 for alvin@linux-consulting.com; Fri, 2 Oct 1998 23:56:07 -0700 From: Alvin Oga Message-Id: <199810030656.XAA11244@leopard.imedia.com> Subject: Re: Is there a FAQ ? (fwd) To: alvin@linux-consulting.com Date: Fri, 2 Oct 1998 23:56:06 -0700 (PDT) Content-Type: text Status: RO X-Status: Forwarded message: > From brion@pobox.com Fri Oct 2 23:47:17 1998 > X-Authentication-Warning: rdaneel.dyn.ml.org: brion owned process doing -bs > Date: Fri, 2 Oct 1998 23:49:14 -0700 (PDT) > From: Brion Vibber > X-Sender: brion@rdaneel.dyn.ml.org > To: Alvin Oga > cc: Alvin Oga , autofs@linux.kernel.org > Subject: Re: Is there a FAQ ? > In-Reply-To: <199810022349.QAA05023@leopard.imedia.com> > Message-ID: > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > > On Fri, 2 Oct 1998, Alvin Oga wrote: > > > hi ya brion > > hi! > > > > On Wed, 30 Sep 1998, Alvin Oga wrote: > > > > > > > hummm..did not know we can add autofs as a module...okay...I will try > > > > it later...in lieu of recompiling the kernel... > > > > > > Yes, it works fine as long as your kernel supports modules! I recently > > > > thought modules support was the default ?? > > Yes, it's the default, but the person who'd originally set up that machine > had an irrational fear of modules (modulephobia? ;) and had configured the > kernel without module support. > > > http://www.Linux-Consulting.com/Amd_AutoFS > > Okay, I'm looking at what you've got so far and here's some comments & > nitpicks... > > In the 'General Info About Linux' you have Linus listed with an e-mail > address at University of Helsinki. I think mostly these days he uses his > address at Transmeta (torvalds@transmeta.com) since he has left school. > > According to Linux Online (http://www.linux.org), Linux 0.02 was released > in 1991, and 1.0 in 1994. I know that 2.0 was 1996, and with any luck 2.2 > will be 1998 but don't hold your breath just yet. ;) Not sure about 1.2, > check the kernel archives at http://www.kernel.org and look at the file > dates on the older kernels, that should have it. > > And I believe that current Slackware and Debian versions also have 2.0.34 > or newer kernels. > > Skipping to the autofs bits.... I notice the comment "( where is it ? )" > next to the listing of the man page for amd.conf. I have such a man page > on my system (Red Hat 5.1+autofs 3.1.1), although it seems to bear no > relation to the kind of stuff I see in my amd.conf file... > > The bit on modules... I recommend against recommending the use of insmod. > Instead recommend modprobe - modprobe checks dependencies and such and is > thus MUCH better for loading/unloading modules in the general case. So how > 'bout something like this: > > == SGML section begins > If autofs is not listed...you can try to install the autofs module: > > > root# /sbin/modprobe autofs > root# /sbin/lsmod should list the loaded modules > # > Module Pages Used by > ... > autofs 1 2 (autoclean) > # > > > If kernel to include autofs support as a module (make no other changes), then > make and install the modules (see the Kernel HOWTO for details), run > == SGML section ends > > Also you have several references to /lib/modules/2.0.34-0.6, it might be > better for all of them to be /lib/modules/[kernel-version] or something > like that, not everyone uses the stock Red Hat 5.1 hacked prerelease of > 2.0.34. > > "/.autofs temporary directory to manage the mount points": > I don't have one of these on my autofs-enabled machines. Should I worry? > Or is this some sort of unused-by-me default that I've just never stumbled > on? Looking down further, that looks like the case, but it wasn't clear at > first. > > "root# ps auxwl | grep auto": Using "grep '[a]uto'" will avoid the grep > showing up in the process list. > > Oh, and I don't recall if you have in there or not that there are probs > with smbfs and 2.1 because of the different syntax on smbmount. I > recommend including a link to http://www.wittsend.com/mhw/smbmount.html > which has Michael Warfield's script to convert (if necessary) 2.0.x/smbfs > style options to 2.1.x/samba style options so that it can be used by > humans and programs such as autofs that don't want to learn a whole new > and more confusing set of options. > > -- brion vibber (brion@pobox.com) > From tjbynum@wallybox.cei.net Fri Oct 2 23:04:58 1998 Return-Path: Received: from wallybox.cei.net (tjbynum@wallybox.cei.net [204.180.109.6]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id XAA15301 for ; Fri, 2 Oct 1998 23:04:56 -0700 Received: from localhost (tjbynum@localhost) by wallybox.cei.net (8.9.0/8.9.0) with SMTP id XAA15189 for ; Fri, 2 Oct 1998 23:36:49 -0500 Date: Fri, 2 Oct 1998 23:36:48 -0500 (CDT) From: Tim To: Alvin Oga Subject: Re: autofs howto In-Reply-To: <199810022313.QAA14232@mail.Linux-Consulting.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO X-Status: Alvin, > can you ftp your version of the file into my box ?? > > ftp://ftp.linux-consulting.com/incoming > login: anonymous Done.......remeber that I said you could probably add back a lot of the lines that you had used `---------------' for seperators or the like. Once again, let me know if you need anything. Best Regards, Tim -- Linux HOWTO coordinator tjbynum@sunsite.unc.edu, linux-howto@sunsite.unc.edu (HOWTO's) tjbynum@wallybox.cei.net (Home) tjbynum@scmc.com (Work) D I P C The system that enables you to write distributed programs.......the easy way! http://wallybox.cei.net/dipc/ From alvin Thu Oct 1 21:18:51 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id VAA11689; Thu, 1 Oct 1998 21:18:48 -0700 From: Alvin Oga Message-Id: <199810020418.VAA11689@mail.Linux-Consulting.com> Subject: Automounter HOWTO To: linux-howto@sunsite.unc.edu, gregh@sunsite.unc.edu Date: Thu, 1 Oct 1998 21:18:47 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), alvin@fef.com Content-Type: text Status: RO X-Status: hi Greg/Tim I had previously sent in a blurb that I was writing a Automounter-AutoFS HOWTO for linux ... I am having trouble converting the autofs.sgml into text.... ( duplicate characters ) sgml2txt autofs.sgml does not create a nice *.txt file Please see if you can find anything obvious... http://www.Linux-Consulting.com/Amd_AutoFS ( autofs.sgml and *.html ) And please reveiw and let me know what else you'd like me to fix before releasing it. thanx alvin From tjbynum@wallybox.cei.net Fri Oct 2 02:46:07 1998 Return-Path: Received: from wallybox.cei.net (tjbynum@wallybox.cei.net [204.180.109.6]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA12231 for ; Fri, 2 Oct 1998 02:45:40 -0700 Received: from localhost (tjbynum@localhost) by wallybox.cei.net (8.9.0/8.9.0) with SMTP id DAA12795 for ; Fri, 2 Oct 1998 03:17:19 -0500 Date: Fri, 2 Oct 1998 03:17:19 -0500 (CDT) From: Tim To: Alvin Oga Subject: Re: Automounter HOWTO In-Reply-To: <199810020418.VAA11689@mail.Linux-Consulting.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1261697427-1614405916-907316239=:12781" Status: RO X-Status: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1261697427-1614405916-907316239=:12781 Content-Type: TEXT/PLAIN; charset=US-ASCII Alvin, I've modified your sgml and am supplying a patch (unified diff). It looks like the bulk of the problems stemmed from comments being spread out across a couple of lines but only partially. For example: or just plain They weren't exactly wrapped, it more more like the lines were just plain chopped. I ended up taking out quite a few lines that contained -------------- But you can probably add them back now. I think they were being unfriendly b/c of the above problems. I don't think I butchered your doc too bad, but if there are still some things that you can't get to work, then drop me a line and I'll see if I can't help out some more. Best Regards, Tim -- Linux HOWTO coordinator tjbynum@sunsite.unc.edu, linux-howto@sunsite.unc.edu (HOWTO's) tjbynum@wallybox.cei.net (Home) tjbynum@scmc.com (Work) D I P C The system that enables you to write distributed programs.......the easy way! http://wallybox.cei.net/dipc/ ---1261697427-1614405916-907316239=:12781 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="autofs.sgml.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: LS0tIGF1dG9mcy5zZ21sCUZyaSBPY3QgIDIgMDM6MDY6MjQgMTk5OA0KKysr IGF1dG9mcy5zZ21sTkVXCUZyaSBPY3QgIDIgMDM6MDU6NTUgMTk5OA0KQEAg LTE2LDExICsxNiwxMiBAQA0KIDxhcnRpY2xlPg0KIA0KIDx0aXRsZT4gQXV0 b2ZzIEF1dG9tb3VudGVyIEhPV1RPDQotPGF1dGhvcj4gV3JpdHRlbiBieSBB bHZpbiBPZ2EgKGFsdmluQExpbnV4LUNvbnN1bHRpbmcuY29tKQ0KLTxkYXRl PiBWZXIgMS4yICAzMC1TZXAtMTk5OCAoYykgMTk5OCBMaW51eCBDb25zdWx0 aW5nIEFsbCByaWdodHMgUmVzZXJ2ZWQNCis8YXV0aG9yPkFsdmluIE9nYSA8 dHQvYWx2aW5ATGludXgtQ29uc3VsdGluZy5jb20vDQorPGRhdGU+djEuMiwg IDMwIFNlcHRlbWJlciAxOTk4DQogDQogPGFic3RyYWN0Pg0KLSAgVGhpcyBB dXRvZnMgSE9XVE8gZG9jdW1lbnQgd2FzIHdyaXR0ZW4gdG8gcHJvdmlkZSB0 aGUgYmFzaWNzIG9mIGF1dG9mcyB0byBtb3VudA0KKyAgVGhpcyBBdXRvZnMg SE9XVE8gZG9jdW1lbnQgd2FzIHdyaXR0ZW4gdG8gcHJvdmlkZSB0aGUgYmFz aWNzIG9mIGF1dG9mcyB0byBtb3UNCitudA0KICAgYW5kIHVubW91bnQgcGFy dGl0aW9ucyBmb3IgYWNjZXNzIGJ5IHRoZSBzeXN0ZW0gYW5kIHVzZXJzLg0K IDwvYWJzdHJhY3Q+DQogDQpAQCAtMzIsMTMgKzMzLDE2IEBADQogPHNlY3Qx PkludHJvZHVjdGlvbg0KIDxwPg0KIA0KLSAgVGhlIHZlcnNpb24gb2YgQXV0 b0ZTLUF1dG9tb3VudGVyIEhPV1RPIHdhcyB3cml0dGVuIGJ5IEFsdmluIE9n YSAoYWx2aW5ATGludXgtQ29uc3VsdGluZy5jb20pLg0KLSAgSSdkIGxpa2Ug dG8gYWNrbm93bGVkZ2UgUGV0ZXIgQW52aW4gKGhwYUB0cmFuc21ldGEuY29t KSBmb3Igd3JpdGluZyBhdXRvZnMgaW50byB0aGUNCisgIFRoZSB2ZXJzaW9u IG9mIEF1dG9GUy1BdXRvbW91bnRlciBIT1dUTyB3YXMgd3JpdHRlbiBieSBB bHZpbiBPZ2EgKGFsdmluQExpbnV4DQorLUNvbnN1bHRpbmcuY29tKS4NCisg IEknZCBsaWtlIHRvIGFja25vd2xlZGdlIFBldGVyIEFudmluIChocGFAdHJh bnNtZXRhLmNvbSkgZm9yIHdyaXRpbmcgYXV0b2ZzIGluDQordG8gdGhlDQog ICBsaW51eCBrZXJuZWwgYW5kIHRob3VzYW5kcyBvZiBvdGhlcnMgd2hvbSBh cmUgbWFraW5nIGxpbnV4IGEgc3VjY2Vzcy4NCiANCiAgIFRvIGdldCBteSBs b2NhbCBuZXR3b3JrIHNldHVwLCBJJ3ZlIHJlYWQgbWFueSBGQVFzLCBIT1dU T3MgYW5kIGJvb2tzDQogICBvbiB2YXJpb3VzIGFzcGVjdHMgb2YgaXRzIGFk bWluaXN0cmF0aW9uLiAgVGhvdWdoIGFkbWl0dGVkbHkgdG9vIGFkdmFuY2Vk DQotICBmb3IgYW4gYXZlcmFnZSB1c2VyIGFuZCBub3QgZW5vdWdoIGZvciB0 aG9zZSB3aXRoIHNvbWUgZXhwZXJpZW5jZSBvciBwYXJ0aWN1bGFyDQorICBm b3IgYW4gYXZlcmFnZSB1c2VyIGFuZCBub3QgZW5vdWdoIGZvciB0aG9zZSB3 aXRoIHNvbWUgZXhwZXJpZW5jZSBvciBwYXJ0aWN1bA0KK2FyDQogICBwcm9i bGVtLCBpbiB0aGlzIGNhc2UsIHNldHRpbmcgdXAgYXV0b2ZzLiAgVGhpcyBp cyBteSBhdHRlbXB0IHRvIGhlbHAgb3RoZXINCiAgIGxpbnV4IHByb2Zlc3Np b25hbHMgYW5kIGVudGh1c2lhc3RzIHRvIHNldHVwIHRoZWlyIGxhbiB1c2lu ZyBhdXRvbW91bnRlcnMuDQogDQpAQCAtNTAsMTMgKzU0LDE0IEBADQogICBE T0NVTUVOVCB0byBtZSAoYWx2aW5ATGludXgtQ29uc3VsdGluZy5jb20pIDwv YmY+DQogICBhbmQgSSB3aWxsIGNvcnJlY3QgdGhlIHByb2JsZW0gaW4gdGhl IG5leHQgcmVsZWFzZSBvZiB0aGlzIGRvY3VtZW50Lg0KIA0KLSAgSWYgeW91 IGhhdmUgcXVlc3Rpb25zLCBjb21tZW50cyBvciBzdWdnZXN0aW9ucyBhYm91 dCB0aGlzIGRvY3VtZW50LCBwbGVhc2UgZmVlbA0KKyAgSWYgeW91IGhhdmUg cXVlc3Rpb25zLCBjb21tZW50cyBvciBzdWdnZXN0aW9ucyBhYm91dCB0aGlz IGRvY3VtZW50LCBwbGVhc2UgZmUNCitlbA0KICAgZnJlZSB0byBsZXQgbWUg a25vdy4NCiANCiA8c2VjdDE+RGlzY2xhaW1lcg0KIDxwPg0KIDxiZj4NCi0g IFdFIEFSRSBOT1QgUkVTUE9OU0lCTEUgRk9SIEFOWSBEQU1BR0VTIElOQ1VS UkVEIERVRSBUTyBBQ1RJT05TIE9SIA0KKyAgV0UgQVJFIE5PVCBSRVNQT05T SUJMRSBGT1IgQU5ZIERBTUFHRVMgSU5DVVJSRUQgRFVFIFRPIEFDVElPTlMg T1INCiAgIElOQUNUSU9OUyBUQUtFTiBCQVNFRCBPTiBUSElTIERPQ1VNRU5U IFdIRVRIRVIgRVhQTElDSVRMWSBTVEFURUQgT1INCiAgIElNUExJRUQuDQog PC9iZj4NCkBAIC04Nyw4ICs5Miw4IEBADQogICBhZGRpdGlvbmFsIHJlc3Ry aWN0aW9ucyBvbiBpdHMgZGlzdHJpYnV0aW9uLiBFeGNlcHRpb25zIHRvIHRo ZXNlIHJ1bGVzDQogICBtYXkgYmUgZ3JhbnRlZCB1bmRlciBjZXJ0YWluIGNv bmRpdGlvbnM7IHBsZWFzZSBjb250YWN0IHRoZSBMaW51eA0KICAgSE9XVE8g Y29vcmRpbmF0b3JzOg0KLQlHcmVnIEhhbmtpbnMsIGdyZWdoQHN1bnNpdGUu dW5jLmVkdQ0KLQlUaW0gQnludW0sIGxpbnV4LWhvd3RvQHN1bnNpdGUudW5j LmVkdQ0KKyAgICAgICAgR3JlZyBIYW5raW5zLCBncmVnaEBzdW5zaXRlLnVu Yy5lZHUNCisgICAgICAgIFRpbSBCeW51bSwgbGludXgtaG93dG9Ac3Vuc2l0 ZS51bmMuZWR1DQogDQogICBJbiBzaG9ydCwgd2Ugd2lzaCB0byBwcm9tb3Rl IGRpc3NlbWluYXRpb24gb2YgdGhpcyBpbmZvcm1hdGlvbiB0aHJvdWdoDQog ICBhcyBtYW55IGNoYW5uZWxzIGFzIHBvc3NpYmxlLiBIb3dldmVyLCB3ZSBk byB3aXNoIHRvIHJldGFpbiBjb3B5cmlnaHQNCkBAIC05OSw3ICsxMDQsOCBA QA0KICAgYWx2aW5ATGludXgtQ29uc3VsdGluZy5jb20gKCB3aG9pcyBhbzE5 NiApLg0KIA0KICAgVGhlIEhUTUwgdmVyc2lvbiBvZiB0aGlzIGRvY3VtZW50 IGlzIGF2YWlsYWJsZSBhdA0KLSAgPHVybCB1cmw9Imh0dHA6Ly93d3cuTGlu dXgtQ29uc3VsdGluZy5jb20vQW1kX0F1dG9GUyIgbmFtZT0iaHR0cDovL3d3 dy5MaW51eC1Db25zdWx0aW5nLmNvbS9BbWRfQXV0b0ZTIj4NCisgIDx1cmwg dXJsPSJodHRwOi8vd3d3LkxpbnV4LUNvbnN1bHRpbmcuY29tL0FtZF9BdXRv RlMiIG5hbWU9Imh0dHA6Ly93d3cuTGludXgtDQorQ29uc3VsdGluZy5jb20v QW1kX0F1dG9GUyI+DQogDQogPHNlY3QxPlRyYWRlbWFya3MNCiA8cD4NCkBA IC0xMjksNzUgKzEzNSw4NCBAQA0KIDxTZWN0MT5CcmllZiBIaXN0b3J5IG9m IExpbnV4ICggZ3Vlc3NpbmcgKQ0KIDxwPg0KIA0KLQkqKiogSSdtIG1ha2lu ZyB0aGlzIHVwLi4uIG5lZWQgbW9yZSBkZXRhaWxzLi4uICoqKg0KKyAgICAg ICAgKioqIEknbSBtYWtpbmcgdGhpcyB1cC4uLiBuZWVkIG1vcmUgZGV0YWls cy4uLiAqKioNCiA8aXRlbWl6ZT4NCi08aXRlbT4JMTk5MyBMaW51eCAwLjEg d2FzIHJlbGVhc2VkIGJ5IExpbnVzIFRvcnZhbGRzDQorPGl0ZW0+ICAxOTkz IExpbnV4IDAuMSB3YXMgcmVsZWFzZWQgYnkgTGludXMgVG9ydmFsZHMNCiAN Ci08aXRlbT4JMTk5NCBMaW51eCAwLjkgd2FzIHJlbGVhc2VkDQorPGl0ZW0+ ICAxOTk0IExpbnV4IDAuOSB3YXMgcmVsZWFzZWQNCiANCi08aXRlbT4JMTk5 eCBMaW51eCAxLjAgd2FzIHJlbGVhc2VkDQorPGl0ZW0+ICAxOTl4IExpbnV4 IDEuMCB3YXMgcmVsZWFzZWQNCiANCi08aXRlbT4JMTk5eCBMaW51eCAxLjIg RGlzayBhY2Nlc3Mgc3BlZWR1cHMsIFRUWSBpbXByb3ZlbWVudHMsDQotCQl2 aXJ0dWFsIG1lbW9yeSBlbmhhbmNlbWVudHMsIG11bHRpcGxlIHBsYXRmb3Jt DQotCQlzdXBwb3J0LCBxdW90YXMNCis8aXRlbT4gIDE5OXggTGludXggMS4y IERpc2sgYWNjZXNzIHNwZWVkdXBzLCBUVFkgaW1wcm92ZW1lbnRzLA0KKyAg ICAgICAgICAgICAgICB2aXJ0dWFsIG1lbW9yeSBlbmhhbmNlbWVudHMsIG11 bHRpcGxlIHBsYXRmb3JtDQorICAgICAgICAgICAgICAgIHN1cHBvcnQsIHF1 b3Rhcw0KIA0KLTxpdGVtPgkxOTl4IExpbnV4IDIuMCBNYW55IHBlcmZvcm1h bmNlIGltcHJvdmVtZW50cywgbmV3IG5ldHdvcmtpbmcgcHJvdG9jb2xzLA0K LQkJIG9uZSBvZiB0aGUgZmFzdGVzdCBUQ1AvSVAgaW1wbGVtZW50YXRpb25z IGluIHRoZSB3b3JsZA0KKzxpdGVtPiAgMTk5eCBMaW51eCAyLjAgTWFueSBw ZXJmb3JtYW5jZSBpbXByb3ZlbWVudHMsIG5ldyBuZXR3b3JraW5nIHByb3Rv Y29scywNCisgICAgICAgICAgICAgICAgIG9uZSBvZiB0aGUgZmFzdGVzdCBU Q1AvSVAgaW1wbGVtZW50YXRpb25zIGluIHRoZSB3b3JsZA0KIA0KLTxpdGVt PgkxOTk4IEp1bCBMaW51eC0yLjAuMzQgZGlzdHJpYnV0ZWQgd2l0aCByZWRo YXQtNS4xICggb25lIG9mIHRoZSBsYXN0ZXN0DQotCQljb21tZXJjaWFsIG9m ZmVyaW5ncywgYnkgb25lIG9mIG1hbnkgdmVuZG9ycywgYXMgb2YgdG9kYXkg KQ0KKzxpdGVtPiAgMTk5OCBKdWwgTGludXgtMi4wLjM0IGRpc3RyaWJ1dGVk IHdpdGggcmVkaGF0LTUuMSAoIG9uZSBvZiB0aGUgbGFzdGVzdA0KKyAgICAg ICAgICAgICAgICBjb21tZXJjaWFsIG9mZmVyaW5ncywgYnkgb25lIG9mIG1h bnkgdmVuZG9ycywgYXMgb2YgdG9kYXkgKQ0KIDwvaXRlbWl6ZT4NCiANCiA8 IS0tIC0tPg0KIDwhLS0gLS0+DQogPFNlY3QxPldoZXJlIHRvIGdldCBMaW51 eCAoIEZyZWUgZGlzdHJpYnV0aW9ucyBhbmQgY29tbWVyY2lhbCBvbmVzICkN Ci08cD4gICANCi0JVGhlcmUgYXJlIHRvbnMgb2YgcmVhZGluZyBtYXRlcmlh bCBvbiBob3cgdG8gZ2V0IHN0YXJ0ZWQsDQotCXNvbWUgb2Ygd2hpY2ggbWln aHQgaW50ZXJlc3QgeW91IGFyZToNCi0NCi0JPGl0ZW1pemU+DQotCTxpdGVt PkZvciBtb3JlIGdlbmVyYWwgaW5mbyBhYm91dCBsaW51eCwgcGxlYXNlIHJl YWQgYWxsIHRoZSBMaW51eCBkb2N1bWVudHMgaW5jbHVkaW5nDQotCTx1cmwg dXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L3B1Yi9MaW51eC9kb2NzL2Zh cXMvbGludXgtZmFxL0xpbnV4LUZBUSIgbmFtZT0iTGludXgtRkFRIj4NCis8 cD4NCisgICAgICAgIFRoZXJlIGFyZSB0b25zIG9mIHJlYWRpbmcgbWF0ZXJp YWwgb24gaG93IHRvIGdldCBzdGFydGVkLA0KKyAgICAgICAgc29tZSBvZiB3 aGljaCBtaWdodCBpbnRlcmVzdCB5b3UgYXJlOg0KIA0KLQk8aXRlbT48dXJs IHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9MRFAvSE9XVE8vSW5zdGFs bGF0aW9uLUhPV1RPLmh0bWwiIG5hbWU9Ikluc3RhbGxhdGlvbi1IT1dUTyI+ DQotIAlieSBFcmljIFMuIFJheW1vbiwgZXNyQHRoeXJzdXMuY29tDQorICAg ICAgICA8aXRlbWl6ZT4NCisgICAgICAgIDxpdGVtPkZvciBtb3JlIGdlbmVy YWwgaW5mbyBhYm91dCBsaW51eCwgcGxlYXNlIHJlYWQgYWxsIHRoZSBMaW51 eCBkb2N1DQorbWVudHMgaW5jbHVkaW5nDQorICAgICAgICA8dXJsIHVybD0i aHR0cDovL3N1bnNpdGUudW5jLmVkdS9wdWIvTGludXgvZG9jcy9mYXFzL2xp bnV4LWZhcS9MaW51eC1GQQ0KK1EiIG5hbWU9IkxpbnV4LUZBUSI+DQorDQor ICAgICAgICA8aXRlbT48dXJsIHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVk dS9MRFAvSE9XVE8vSW5zdGFsbGF0aW9uLUhPV1RPLmh0bQ0KK2wiIG5hbWU9 Ikluc3RhbGxhdGlvbi1IT1dUTyI+DQorICAgICAgICBieSBFcmljIFMuIFJh eW1vbiwgZXNyQHRoeXJzdXMuY29tDQogDQotCTxpdGVtPjx1cmwgdXJsPSJo dHRwOi8vc3Vuc2l0ZS51bmMuZWR1L0xEUC9IT1dUTy9JTkZPLVNIRUVULmh0 bWwiIG5hbWU9IkxpbnV4IElORk8gU0hFRVQiPg0KKyAgICAgICAgPGl0ZW0+ PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvTERQL0hPV1RPL0lO Rk8tU0hFRVQuaHRtbCIgbmFtZT0NCisiTGludXggSU5GTyBTSEVFVCI+DQog IGJ5IE1pY2hhZWwgSy4gSm9obnNvbi4gam9obnNvbm1AcmVkaGF0LmNvbQ0K IA0KLQk8aXRlbT48dXJsIHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9M RFAvSE9XVE8vTUVUQS1GQVEuaHRtbCIgbmFtZT0iTGludXggTUVUQV9GQVEi Pg0KKyAgICAgICAgPGl0ZW0+PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVu Yy5lZHUvTERQL0hPV1RPL01FVEEtRkFRLmh0bWwiIG5hbWU9IkwNCitpbnV4 IE1FVEFfRkFRIj4NCiAgYnkgTWljaGFlbCBLLiBKb2huc29uIGpvaG5zb25t QHJlZGhhdC5jb20NCiANCi0JPGl0ZW0+TGludXggY2FuIGJlIGRvd25sb2Fk ZWQgZm9yIEZSRUUgZnJvbSBzZXZlcmFsIHNpdGVzLCBlZzoNCi0JPHVybCB1 cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvcHViL0xpbnV4L2Rpc3RyaWJ1 dGlvbnMiIG5hbWU9IkZyZWUgTGludXggRGlzdHJpYnV0aW9ucyI+LCANCi0N Ci0JPHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvTERQL0hPV1RP L0Rpc3RyaWJ1dGlvbi1IT1dUTy5odG1sIiBuYW1lPSJEaXN0cmliaXRpb24g SE9XVE8iPiBieSBNaWNoYWVsIEsuIEpvaG5zb24gam9obnNvbm1AcmVkaGF0 LmNvbQ0KLQ0KLQk8aXRlbT5MaW51eCBpcyBhbHNvIGRpc3RycmlidXRlZCBv biBDRFJPTSBtZWRpYSBieSBtYW55DQotCTx1cmwgdXJsPSJodHRwOi8vd3d3 LmxpbnV4cmVzb3VyY2VzLmNvbS9hcHBzL2Z0cC5odG1sIiBuYW1lPSJDb21t ZXJjaWFsIExpbnV4IFJlc291cmNlcyI+DQorICAgICAgICA8aXRlbT5MaW51 eCBjYW4gYmUgZG93bmxvYWRlZCBmb3IgRlJFRSBmcm9tIHNldmVyYWwgc2l0 ZXMsIGVnOg0KKyAgICAgICAgPHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVu Yy5lZHUvcHViL0xpbnV4L2Rpc3RyaWJ1dGlvbnMiIG5hbWU9IkZyZWUgTGkN CitudXggRGlzdHJpYnV0aW9ucyI+LA0KKw0KKyAgICAgICAgPHVybCB1cmw9 Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvTERQL0hPV1RPL0Rpc3RyaWJ1dGlv bi1IT1dUTy5odG1sIiAgDQorbmFtZT0iRGlzdHJpYml0aW9uIEhPV1RPIj4g YnkgTWljaGFlbCBLLiBKb2huc29uIGpvaG5zb25tQHJlZGhhdC5jb20NCisN CisgICAgICAgIDxpdGVtPkxpbnV4IGlzIGFsc28gZGlzdHJyaWJ1dGVkIG9u IENEUk9NIG1lZGlhIGJ5IG1hbnkNCisgICAgICAgIDx1cmwgdXJsPSJodHRw Oi8vd3d3LmxpbnV4cmVzb3VyY2VzLmNvbS9hcHBzL2Z0cC5odG1sIiBuYW1l PSJDb21tZXJjaWFsDQorIExpbnV4IFJlc291cmNlcyI+DQogDQotCTxpdGVt Pi4udGhlIGxpc3QgZ29lcyBvbiBhbmQgb24uLi4NCi0JPC9pdGVtaXplPg0K KyAgICAgICAgPGl0ZW0+Li50aGUgbGlzdCBnb2VzIG9uIGFuZCBvbi4uLg0K KyAgICAgICAgPC9pdGVtaXplPg0KIA0KIDwhLS0gLS0+DQogPCEtLSAtLT4N CiA8U2VjdDE+TGludXggSE9XVE8gRG9jdW1lbnRzIGFuZCBGQVFzDQogPHA+ DQotICAgIA0KLSAgPHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUv TERQIiBuYW1lPSJUaGUgTGludXggRG9jdW1lbnRhdGlvbiBQcm9qZWN0IChM RFApIj4gDQorDQorICA8dXJsIHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVk dS9MRFAiIG5hbWU9IlRoZSBMaW51eCBEb2N1bWVudGF0aW9uIFByb2plY3Qg KA0KK0xEUCkiPg0KICAgaXMgd3JpdGluZyBhIHNldCBvZiBtYW51YWxzIGFu ZCBib29rcw0KICAgYWJvdXQgTGludXgsIGFsbCBvZiB3aGljaCBhcmUgZnJl ZWx5IGRpc3RyaWJ1dGFibGUgb24gdGhlIG5ldCBhbmQNCiAgIGF2YWlsYWJs ZSBmcm9tIHRoZSBMRFAgaG9tZSBwYWdlLg0KIA0KIFRvIGNvbnRyaWJ1dGUg bGludXggcmVsYXRlZCBkb2N1bWVudHMgam9pbiB0aGUgbWFpbGluZyBsaXN0 DQotCTxiZi9saW51eC1kb2NAdmdlci5ydXRnZXJzLmVkdS8gbWFpbGluZyBs aXN0Lg0KKyAgICAgICAgPGJmL2xpbnV4LWRvY0B2Z2VyLnJ1dGdlcnMuZWR1 LyBtYWlsaW5nIGxpc3QuDQogDQogPHRzY3JlZW4+PHZlcmI+DQotVG86IG1h am9yZG9tb0B2Z2VyLnJ1dGdlcnMuZWR1IA0KK1RvOiBtYWpvcmRvbW9Admdl ci5ydXRnZXJzLmVkdQ0KIFN1YmplY3Q6IHN1YmplY3QgbGluZSBpcyBpZ25v cmVkDQogDQogaGVscA0KLWVuZAkJDQorZW5kDQogPC92ZXJiPjwvdHNjcmVl bj4NCiANCiA8IS0tIC0tPg0KQEAgLTIwNSw3MyArMjIwLDg3IEBADQogPFNl Y3QxPkxpbnV4IEhPV1RPcw0KIDxwPg0KIA0KLSAgPHVybCB1cmw9Imh0dHA6 Ly9zdW5zaXRlLnVuYy5lZHUvTERQL0hPV1RPIiBuYW1lPSJUaGUgTGludXgg SE9XVE8gRG9jdW1lbnRzIj4gDQotCWFyZSBwYXJ0IG9mIHRoZSBMaW51eCBE b2N1bWVudGF0aW9uIFByb2plY3QgKExEUCkNCi0JdG8gaGVscCBhbnN3ZXIg dXNlcnMgY29tbW9uIHF1ZXN0aW9ucyBhbmQgaXNzdWVzLg0KLQ0KLQlGb3Ig bW9yZSBpbmZvcm1hdGlvbiBhYm91dCBIT1dUT3MsIHBsZWFzZSByZWZlciB0 byANCi0JPHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvTERQL0hP V1RPL0hPV1RPLUlOREVYLmh0bWwiIG5hbWU9IkhPV1RPLUlOREVYIj4NCi0J bWFpbnRhaW5lZCBieSBUaW0gQnludW0sIGxpbnV4LWhvd3RvQHN1bnNpdGUu dW5jLmVkdQ0KLQ0KLQk8aXRlbWl6ZT4NCi0gCTxpdGVtPllvdSBtaWdodCBo YXZlIGEgbG9jYWwgY29weSBvZiB0aGUgZW50aXJlIExEUCBIT1dUTyBvbiB5 b3VyIGxpbnV4IGRpc2sNCi0JYXQgPHVybCB1cmw9ImZpbGU6L3Vzci9kb2Mv SE9XVE8iIG5hbWU9Ii91c3IvZG9jL0hPV1RPIj4NCi0NCi0JPGl0ZW0+SE9X VE9zIGFyZSBwb3N0ZWQgdG8gY29tcC5vcy5saW51eC5hbnN3ZXJzDQotDQot CTxpdGVtPkhPV1RPcyBhcmUgYXZhaWxhYmxlIGluIHRleHQsIEhUTUwsIERW SSBhbmQgcG9zdHNjcmlwdCBmb3JtYXRzIGZyb20NCi0JCTxpdGVtaXplPg0K LQkJPGl0ZW0+PHVybCB1cmw9ImZ0cDovL3N1bnNpdGUudW5jLmVkdTovcHVi L0xpbnV4L2RvY3MvSE9XVE8iIG5hbWU9IlN1blNpdGUudW5jLmVkdSI+DQot CQk8aXRlbT48dXJsIHVybD0iZnRwOi8vdHN4LTExLm1pdC5lZHUvcHViL2xp bnV4L2RvY3MvSE9XVE8iIG5hbWU9IlRTWC0xMS5taXQuZWR1Ij4NCi0NCi0J CTxpdGVtPjx1cmwgdXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L0xEUC9I T1dUTyIgbmFtZT0iU3VuU2l0ZS51bmMuZWR1IEhvd1RvIEluZGV4Ij4NCi0N Ci0JCTxpdGVtPkFkZGl0aW9uYWwgTGludXggSE9XVE8NCi0JCTx1cmwgdXJs PSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L0xEUC9taXJyb3JzLmh0bWwiIG5h bWU9Ik1pcnJvciBzaXRlcyI+DQotCQk8L2l0ZW1pemU+DQotDQotCTxpdGVt PkxpbnV4IEZBUXMgYXJlIGF0DQotCQk8dXJsIHVybD0iaHR0cDovL3N1bnNp dGUudW5jLmVkdS9wdWIvTGludXgvZG9jcy9mYXFzIiBuYW1lPSJTdW5TaXRl LnVuYy5lZHUiPg0KLQk8L2l0ZW1pemU+DQorICA8dXJsIHVybD0iaHR0cDov L3N1bnNpdGUudW5jLmVkdS9MRFAvSE9XVE8iIG5hbWU9IlRoZSBMaW51eCBI T1dUTyBEb2N1bWVudHMiPg0KKw0KKyAgICAgICAgYXJlIHBhcnQgb2YgdGhl IExpbnV4IERvY3VtZW50YXRpb24gUHJvamVjdCAoTERQKQ0KKyAgICAgICAg dG8gaGVscCBhbnN3ZXIgdXNlcnMgY29tbW9uIHF1ZXN0aW9ucyBhbmQgaXNz dWVzLg0KKw0KKyAgICAgICAgRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQg SE9XVE9zLCBwbGVhc2UgcmVmZXIgdG8NCisgICAgICAgIDx1cmwgdXJsPSJo dHRwOi8vc3Vuc2l0ZS51bmMuZWR1L0xEUC9IT1dUTy9IT1dUTy1JTkRFWC5o dG1sIiBuYW1lPSJIT1dUDQorTy1JTkRFWCI+DQorICAgICAgICBtYWludGFp bmVkIGJ5IFRpbSBCeW51bSwgbGludXgtaG93dG9Ac3Vuc2l0ZS51bmMuZWR1 DQorDQorICAgICAgICA8aXRlbWl6ZT4NCisgICAgICAgIDxpdGVtPllvdSBt aWdodCBoYXZlIGEgbG9jYWwgY29weSBvZiB0aGUgZW50aXJlIExEUCBIT1dU TyBvbiB5b3VyIGxpbnV4DQorIGRpc2sNCisgICAgICAgIGF0IDx1cmwgdXJs PSJmaWxlOi91c3IvZG9jL0hPV1RPIiBuYW1lPSIvdXNyL2RvYy9IT1dUTyI+ DQorDQorICAgICAgICA8aXRlbT5IT1dUT3MgYXJlIHBvc3RlZCB0byBjb21w Lm9zLmxpbnV4LmFuc3dlcnMNCisNCisgICAgICAgIDxpdGVtPkhPV1RPcyBh cmUgYXZhaWxhYmxlIGluIHRleHQsIEhUTUwsIERWSSBhbmQgcG9zdHNjcmlw dCBmb3JtYXRzIGZyDQorb20NCisgICAgICAgICAgICAgICAgPGl0ZW1pemU+ DQorICAgICAgICAgICAgICAgIDxpdGVtPjx1cmwgdXJsPSJmdHA6Ly9zdW5z aXRlLnVuYy5lZHU6L3B1Yi9MaW51eC9kb2NzL0hPV1RPIiANCituYW1lPSJT dW5TaXRlLnVuYy5lZHUiPg0KKyAgICAgICAgICAgICAgICA8aXRlbT48dXJs IHVybD0iZnRwOi8vdHN4LTExLm1pdC5lZHUvcHViL2xpbnV4L2RvY3MvSE9X VE8iIG5hbWUNCis9IlRTWC0xMS5taXQuZWR1Ij4NCisNCisgICAgICAgICAg ICAgICAgPGl0ZW0+PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUv TERQL0hPV1RPIiBuYW1lPSJTdW5TaXRlDQorLnVuYy5lZHUgSG93VG8gSW5k ZXgiPg0KKw0KKyAgICAgICAgICAgICAgICA8aXRlbT5BZGRpdGlvbmFsIExp bnV4IEhPV1RPDQorICAgICAgICAgICAgICAgIDx1cmwgdXJsPSJodHRwOi8v c3Vuc2l0ZS51bmMuZWR1L0xEUC9taXJyb3JzLmh0bWwiIG5hbWU9Ik1pcnJv cg0KKyBzaXRlcyI+DQorICAgICAgICAgICAgICAgIDwvaXRlbWl6ZT4NCisN CisgICAgICAgIDxpdGVtPkxpbnV4IEZBUXMgYXJlIGF0DQorICAgICAgICAg ICAgICAgIDx1cmwgdXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L3B1Yi9M aW51eC9kb2NzL2ZhcXMiIG5hbWU9IlN1bg0KK1NpdGUudW5jLmVkdSI+DQor ICAgICAgICA8L2l0ZW1pemU+DQogDQogPCEtLSAtLT4NCiA8IS0tIC0tPg0K IDxTZWN0MT5HcmVwJ3BpbmcgdGhlIEhPV1RPcw0KIDxwPg0KIA0KLQlCZWNh dXNlIG9mIHRoZSBncmVhdCB2b2x1bWUgb2YgZG9jdW1lbnRzIG91dCB0aGVy ZSwgYSBjb3VwbGUgeWVhcnMgYWdvDQotCUkgd3JvdGUgYSBzaW1wbGUgc2Ny aXB0IHRoYXQgd2lsbCBzZWFyY2ggYWxsIHRoZSBIT1dUT3MsIEZBUSBhbmQg bWluaS1IT1dUT3MNCi0JZm9yIGtleXdvcmRzIGFuZCBwaHJhc2VzLg0KLQ0K LQlJIGtlZXAgYSBkdXBsaWNhdGUgbG9jYWwgY29weSBvZiBTdW5zaXRlJ3Mg SE9XVE8gYXQ6DQotDQotCTxpdGVtaXplPg0KLQk8aXRlbT48dXJsIHVybD0i ZnRwOi8vZnRwLkxpbnV4LUNvbnN1bHRpbmcuY29tL3B1Yi9IT1dUTyIgbmFt ZT0iZnRwOi8vZnRwLkxpbnV4LUNvbnN1bHRpbmcuY29tL3B1Yi9IT1dUTyI+ DQotCTxpdGVtPjx1cmwgdXJsPSJodHRwOi8vd3d3LkxpbnV4LUNvbnN1bHRp bmcuY29tL0hPV1RPIiBuYW1lPSJodHRwOi8vd3d3LkxpbnV4LUNvbnN1bHRp bmcuY29tOi9IT1dUTyI+DQotCTwvaXRlbWl6ZT4NCi0NCi0NCi0JQSBzaW1w bGUgZ3JlcCBiYXNlZCBzZWFyY2ggZW5naW5lIGlzIGF0Og0KLQk8cXVvdGU+ DQotCSAgICA8dXJsIHVybD0iaHR0cDovL3d3dy5MaW51eC1Db25zdWx0aW5n LmNvbS9IT1dUTy5TZWFyY2giIG5hbWU9IlNlYXJjaGluZyB0aGUgSE9XVE8i Pg0KLQk8L3F1b3RlPg0KKyAgICAgICAgQmVjYXVzZSBvZiB0aGUgZ3JlYXQg dm9sdW1lIG9mIGRvY3VtZW50cyBvdXQgdGhlcmUsIGEgY291cGxlIHllYXJz IGFnbw0KKyAgICAgICAgSSB3cm90ZSBhIHNpbXBsZSBzY3JpcHQgdGhhdCB3 aWxsIHNlYXJjaCBhbGwgdGhlIEhPV1RPcywgRkFRIGFuZCBtaW5pLUgNCitP V1RPcw0KKyAgICAgICAgZm9yIGtleXdvcmRzIGFuZCBwaHJhc2VzLg0KKw0K KyAgICAgICAgSSBrZWVwIGEgZHVwbGljYXRlIGxvY2FsIGNvcHkgb2YgU3Vu c2l0ZSdzIEhPV1RPIGF0Og0KKw0KKyAgICAgICAgPGl0ZW1pemU+DQorICAg ICAgICA8aXRlbT48dXJsIHVybD0iZnRwOi8vZnRwLkxpbnV4LUNvbnN1bHRp bmcuY29tL3B1Yi9IT1dUTyIgbmFtZT0iZnRwOi8vZg0KK3RwLkxpbnV4LUNv bnN1bHRpbmcuY29tL3B1Yi9IT1dUTyI+DQorICAgICAgICA8aXRlbT48dXJs IHVybD0iaHR0cDovL3d3dy5MaW51eC1Db25zdWx0aW5nLmNvbS9IT1dUTyIg bmFtZT0iaHR0cDovL3d3dw0KKy5MaW51eC1Db25zdWx0aW5nLmNvbTovSE9X VE8iPg0KKyAgICAgICAgPC9pdGVtaXplPg0KKw0KKw0KKyAgICAgICAgQSBz aW1wbGUgZ3JlcCBiYXNlZCBzZWFyY2ggZW5naW5lIGlzIGF0Og0KKyAgICAg ICAgPHF1b3RlPg0KKyAgICAgICAgICAgIDx1cmwgdXJsPSJodHRwOi8vd3d3 LkxpbnV4LUNvbnN1bHRpbmcuY29tL0hPV1RPLlNlYXJjaCIgbmFtZT0iU2Vh cmMNCitoaW5nIHRoZSBIT1dUTyI+DQorICAgICAgICA8L3F1b3RlPg0KIA0K IA0KIDwhLS0gLS0+DQogPCEtLSAtLT4NCiA8U2VjdDE+QXV0b0ZTIFJlbGF0 ZWQgTWFpbGluZyBMaXN0DQogPHA+DQotCVRoZXJlIGlzIGFuIGF1dG9mcyBt YWlsaW5nIGxpc3QgYXQgPGJmL2F1dG9mc0BsaW51eC5rZXJuZWwub3JnLw0K KyAgICAgICAgVGhlcmUgaXMgYW4gYXV0b2ZzIG1haWxpbmcgbGlzdCBhdCA8 YmYvYXV0b2ZzQGxpbnV4Lmtlcm5lbC5vcmcvDQogDQotCVNlbmQgZW1haWwg dG8gbWFqb3Jkb21vQGxpbnV4Lmtlcm5lbC5vcmcgd2l0aCAic3Vic2NyaWJl IGF1dG9mcyIgDQotCWluIHRoZSBib2R5IG9mIHRoZSBlbWFpbC4NCisgICAg ICAgIFNlbmQgZW1haWwgdG8gbWFqb3Jkb21vQGxpbnV4Lmtlcm5lbC5vcmcg d2l0aCAic3Vic2NyaWJlIGF1dG9mcyINCisgICAgICAgIGluIHRoZSBib2R5 IG9mIHRoZSBlbWFpbC4NCiANCi0JQWRkICJlbmQiIGFzIHRoZSBzZWNvbmQg bGluZSBpZiB5b3UgaGF2ZSBhIHNpZ25hdHVyZSBmaWxlIGFwcGVuZGVkIHRv IHlvdXIgb3V0Z29pbmcgZW1haWxzDQorICAgICAgICBBZGQgImVuZCIgYXMg dGhlIHNlY29uZCBsaW5lIGlmIHlvdSBoYXZlIGEgc2lnbmF0dXJlIGZpbGUg YXBwZW5kZWQgdG8geQ0KK291ciBvdXRnb2luZyBlbWFpbHMNCiANCiA8aXRl bWl6ZT4NCiA8aXRlbT48YmYvVG8gU3Vic2NyaWJlIHRvIHRoZSBBdXRvZnMg bWFpbGluZyBsaXN0Lw0KIDxwPg0KLQlGcm9tIHlvdXIgZW1haWwgY2xpZW50 Og0KKyAgICAgICAgRnJvbSB5b3VyIGVtYWlsIGNsaWVudDoNCiA8dHNjcmVl bj48dmVyYj4NCiBUbzogbWFqb3Jkb21vQGxpbnV4Lmtlcm5lbC5vcmcNCiBT dWJqZWN0OiBTdWJzY3JpYmUgdG8gYXV0b2ZzIE1haWxpbmcgbGlzdA0KQEAg LTI4MywxMiArMzEyLDEzIEBADQogb3IgaWYgeW91IGFyZSBhIGNvbW1hbmQg bGluZSB0eXBlIG9mIHVzZXINCiANCiA8cXVvdGU+DQotZWNobyAic3Vic2Ny aWJlIGF1dG9mcyIgfCBlbG0gLXMgIlN1YnNjcmliaW5nIHRvIGF1dG9mcyIg bWFqb3Jkb21vQGxpbnV4Lmtlcm5lbC5vcmcNCitlY2hvICJzdWJzY3JpYmUg YXV0b2ZzIiB8IGVsbSAtcyAiU3Vic2NyaWJpbmcgdG8gYXV0b2ZzIiBtYWpv cmRvbW9AbGludXgua2VybmVsDQorLm9yZw0KIDwvcXVvdGU+DQogDQogPGl0 ZW0+PGJmL1RvIHVuc3Vic2NyaWJlLCB1c2UgdGhlIGtleXdvcmQgInVuc3Vi c3JpYmUiIGluc3RlYWQuLw0KIDxwPg0KLQlGcm9tIHlvdXIgZW1haWwgY2xp ZW50Og0KKyAgICAgICAgRnJvbSB5b3VyIGVtYWlsIGNsaWVudDoNCiA8dHNj cmVlbj48dmVyYj4NCiBUbzogbWFqb3Jkb21vQGxpbnV4Lmtlcm5lbC5vcmcN CiBTdWJqZWN0OiBTdWJzY3JpYmUgdG8gYXV0b2ZzIE1haWxpbmcgbGlzdA0K QEAgLTMwMCwxMyArMzMwLDE1IEBADQogb3IgaWYgeW91IGFyZSBhIGNvbW1h bmQgbGluZSB0eXBlIG9mIHVzZXINCiANCiA8cXVvdGU+DQotZWNobyAidW5z dWJzY3JpYmUgYXV0b2ZzIiB8IGVsbSAtcyAiVW5zdWJzY3JpYmluZyB0byBh dXRvZnMiIG1ham9yZG9tb0BsaW51eC5rZXJuZWwub3JnDQorZWNobyAidW5z dWJzY3JpYmUgYXV0b2ZzIiB8IGVsbSAtcyAiVW5zdWJzY3JpYmluZyB0byBh dXRvZnMiIG1ham9yZG9tb0BsaW51eC5rZQ0KK3JuZWwub3JnDQogPC9xdW90 ZT4NCiANCiANCi08aXRlbT48YmYvVG8gam9pbiB0aGUgTGludXggbGludXgt bmV0IGNoYW5uZWwgb24gdGhlIG1haWwgbGlzdCBzZXJ2ZXIsIHNlbmQgbWFp bCB0bzovDQorPGl0ZW0+PGJmL1RvIGpvaW4gdGhlIExpbnV4IGxpbnV4LW5l dCBjaGFubmVsIG9uIHRoZSBtYWlsIGxpc3Qgc2VydmVyLCBzZW5kIG1haQ0K K2wgdG86Lw0KIDxwPg0KLQlGcm9tIHlvdXIgZW1haWwgY2xpZW50Og0KKyAg ICAgICAgRnJvbSB5b3VyIGVtYWlsIGNsaWVudDoNCiA8dHNjcmVlbj48dmVy Yj4NCiBUbzogTWFqb3Jkb21vQHZnZXIucnV0Z2Vycy5lZHUNCiBTdWJqZWN0 OiBTdWJqZWN0IGxpbmUgaXMgaWdub3JlZA0KQEAgLTMxOCw3ICszNTAsOCBA QA0KIG9yIGlmIHlvdSBhcmUgYSBjb21tYW5kIGxpbmUgdHlwZSBvZiB1c2Vy DQogDQogPHF1b3RlPg0KLWVjaG8gInN1YnNjcmliZSBsaW51eC1uZXQiIHwg ZWxtIC1zICJTdWJzY3JpYmluZyB0byBsaW51eC1uZXQiIG1ham9yZG9tb0B2 Z2VyLnJ1dGdlcnMuZWR1DQorZWNobyAic3Vic2NyaWJlIGxpbnV4LW5ldCIg fCBlbG0gLXMgIlN1YnNjcmliaW5nIHRvIGxpbnV4LW5ldCIgbWFqb3Jkb21v QHZnZXIucg0KK3V0Z2Vycy5lZHUNCiA8L3F1b3RlPg0KIA0KIDwvaXRlbWl6 ZT4NCkBAIC0zMjksNyArMzYyLDggQEANCiA8U2VjdDE+TGludXggTmV3c0dy b3Vwcw0KIDxwPg0KIA0KLQlGb3IgbW9yZSBpbmZvLCB2aXNpdCBMRFAgYXQg PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvTERQL3VzZW5ldC5o dG1sIiBuYW1lPSJMaW51eCBOZXdzR3JvdXBzIj4NCisgICAgICAgIEZvciBt b3JlIGluZm8sIHZpc2l0IExEUCBhdCA8dXJsIHVybD0iaHR0cDovL3N1bnNp dGUudW5jLmVkdS9MRFAvdXNlbmV0DQorLmh0bWwiIG5hbWU9IkxpbnV4IE5l d3NHcm91cHMiPg0KIA0KIDxpdGVtaXplPg0KICAgPGl0ZW0+PGJmL2NvbXAu b3MubGludXguYWRtaW4vIGlzIGFuIHVubW9kZXJhdGVkIG5ld3Nncm91cCBm b3INCkBAIC0zNDAsNyArMzc0LDcgQEANCiANCiAgIDxpdGVtPjxiZi9jb21w Lm9zLmxpbnV4LmRldmVsb3BtZW50LmFwcHMvIGlzIGFuIHVubW9kZXJhdGVk DQogICBuZXdzZ3JvdXAgc3BlY2lmaWNhbGx5IGZvciBkaXNjdXNzaW9uIG9m IExpbnV4LXJlbGF0ZWQgYXBwbGljYXRpb25zDQotICBkZXZlbG9wbWVudC4g DQorICBkZXZlbG9wbWVudC4NCiANCiAgIDxpdGVtPjxiZi9jb21wLm9zLmxp bnV4LmhhcmR3YXJlLyBpcyBmb3IgTGludXgtc3BlY2lmaWMgaGFyZHdhcmUN CiAgIHF1ZXN0aW9ucy4NCkBAIC0zNjcsNDcgKzQwMSw2MCBAQA0KICAgQSB3 ZWxsIHdyaXR0ZW4gbmV0d29ya2luZyBIT1dUTyBpcw0KICAgTkVULTMtSE9X VE8gd3JpdHRlbiBieSBUZXJyeSBEYXdzb24sIHRlcnJ5QHBlcmYubm8uaXRn LnRlbGVjb20uY29tLmF1DQogICA8cXVvdGU+DQotCTx1cmwgdXJsPSJodHRw Oi8vc3Vuc2l0ZS51bmMuZWR1L0xEUC9IT1dUTy9ORVQtMy1IT1dUTy5odG1s IiBuYW1lPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L0xEUC9IT1dUTy9ORVQt My1IT1dUTy5odG1sIj4NCisgICAgICAgIDx1cmwgdXJsPSJodHRwOi8vc3Vu c2l0ZS51bmMuZWR1L0xEUC9IT1dUTy9ORVQtMy1IT1dUTy5odG1sIiBuYW1l PSJodHRwDQorOi8vc3Vuc2l0ZS51bmMuZWR1L0xEUC9IT1dUTy9ORVQtMy1I T1dUTy5odG1sIj4NCiAgIDwvcXVvdGU+DQogDQotICA8dXJsIHVybD0iZnRw Oi8vc3Vuc2l0ZS51bmMuZWR1L3B1Yi9MaW51eC9kb2NzL2xpbnV4LWRvYy1w cm9qZWN0L25ldHdvcmstZ3VpZGUvIiBuYW1lPSJUaGUgTGludXggTmV0d29y ayBBZG1pbmlzdHJhdGlvbiBHdWlkZSI+DQotICBpcyBDb3B5cmlnaHQgKGMp IGJ5IE9sYWYgS2lyY2ggaGFzIHdyaXR0ZW4gYSBzdWJzdGFudGlhbCBkb2N1 bWVudCBhcyBwYXJ0IG9mIHRoZSBMaW51eA0KKyAgPHVybCB1cmw9ImZ0cDov L3N1bnNpdGUudW5jLmVkdS9wdWIvTGludXgvZG9jcy9saW51eC1kb2MtcHJv amVjdC9uZXR3b3JrLWd1aWQNCitlLyIgbmFtZT0iVGhlIExpbnV4IE5ldHdv cmsgQWRtaW5pc3RyYXRpb24gR3VpZGUiPg0KKyAgaXMgQ29weXJpZ2h0IChj KSBieSBPbGFmIEtpcmNoIGhhcyB3cml0dGVuIGEgc3Vic3RhbnRpYWwgZG9j dW1lbnQgYXMgcGFydCBvZg0KK3RoZSBMaW51eA0KICAgRG9jdW1lbnRhdGlv biBQcm9qZWN0IGFuZCBpcyBmcmVlbHkgYXZhaWxhYmxlIGZyb20gdGhlIHNp dGUuDQogDQogICBZb3Ugc2hvdWxkIGFsc28gcmVhZCB0aGUgb3RoZXIgSE9X VE8gZG9jdW1lbnRzIHJlbGV2YW50IHRvIG5ldHdvcmtpbmcNCiAgIHdpdGgg TGludXguICBUaGV5IGFyZToNCiANCiA8aXRlbWl6ZT4NCi0gIDxpdGVtPjx1 cmwgdXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L21kdy9IT1dUTy9FdGhl cm5ldC1IT1dUTy5odG1sIiBuYW1lPSJFdGhlcm5ldC1IT1dUTyI+LA0KKyAg PGl0ZW0+PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvbWR3L0hP V1RPL0V0aGVybmV0LUhPV1RPLmh0bWwiIG5hbWU9IkUNCit0aGVybmV0LUhP V1RPIj4sDQogICB3aGljaCB5b3Ugc2hvdWxkIHJlYWQgaWYgeW91IGludGVu ZCB1c2luZyBhbiBldGhlcm5ldA0KICAgY2FyZCB3aXRoIExpbnV4LiBJdCBp bmNsdWRlcyBhIGxvdCBvZiBkZXRhaWwgb24gaG93IHRvIHNlbGVjdCwgaW5z dGFsbA0KICAgYW5kIGNvbmZpZ3VyZSBhbiBldGhlcm5ldCBjYXJkIGZvciBM aW51eCBhbmQgb24gaG93IHRvIGRpYWdub3NlDQogICBwcm9ibGVtcyByZWxh dGVkIHRvIHRoZSBldGhlcm5ldCBkcml2ZXIuDQogDQotICA8aXRlbT48dXJs IHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9tZHcvSE9XVE8vUFBQLUhP V1RPLmh0bWwiIG5hbWU9IlBQUC1IT1dUTyI+IGlmIHlvdQ0KKyAgPGl0ZW0+ PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvbWR3L0hPV1RPL1BQ UC1IT1dUTy5odG1sIiBuYW1lPSJQUFAtSE8NCitXVE8iPiBpZiB5b3UNCiAg IGludGVuZCB1c2luZyBQUFAuDQogDQotICA8aXRlbT48dXJsIHVybD0iaHR0 cDovL3N1bnNpdGUudW5jLmVkdS9tZHcvSE9XVE8vSVBYLUhPV1RPLmh0bWwi IG5hbWU9IklQWC1IT1dUTyI+IGlmIHlvdQ0KKyAgPGl0ZW0+PHVybCB1cmw9 Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvbWR3L0hPV1RPL0lQWC1IT1dUTy5o dG1sIiBuYW1lPSJJUFgtSE8NCitXVE8iPiBpZiB5b3UNCiAgIHdvdWxkIGxp a2UgaW5mb3JtYXRpb24gcmVsYXRpbmcgdG8gSVBYIHN1cHBvcnQgZm9yIExp bnV4Lg0KIA0KLSAgPGl0ZW0+PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVu Yy5lZHUvbWR3L0hPV1RPL1NlcmlhbC1IT1dUTy5odG1sIiBuYW1lPSJTZXJp YWwtSE9XVE8iPg0KKyAgPGl0ZW0+PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRl LnVuYy5lZHUvbWR3L0hPV1RPL1NlcmlhbC1IT1dUTy5odG1sIiBuYW1lPSJT ZXINCitpYWwtSE9XVE8iPg0KICAgaWYgeW91IGludGVuZCB1c2luZyBTTElQ IG9yIFBQUCBpbiBzZXJ2ZXIgbW9kZS4NCiANCi0gIDxpdGVtPjx1cmwgdXJs PSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L21kdy9IT1dUTy9OSVMtSE9XVE8u aHRtbCIgbmFtZT0iTklTLUhPV1RPIj4gaWYgeW91DQorICA8aXRlbT48dXJs IHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9tZHcvSE9XVE8vTklTLUhP V1RPLmh0bWwiIG5hbWU9Ik5JUy1ITw0KK1dUTyI+IGlmIHlvdQ0KICAgYXJl IGludGVyZXN0ZWQgaW4gcnVubmluZyBhIHZlcnNpb24gb2YgU3VuJ3MgTmV0 d29yayBJbmZvcm1hdGlvbg0KICAgU2VydmljZS4NCiANCi0gIDxpdGVtPjx1 cmwgdXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L21kdy9IT1dUTy9IQU0t SE9XVE8uaHRtbCIgbmFtZT0iSEFNLUhPV1RPIj4gaWYgeW91DQorICA8aXRl bT48dXJsIHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9tZHcvSE9XVE8v SEFNLUhPV1RPLmh0bWwiIG5hbWU9IkhBTS1ITw0KK1dUTyI+IGlmIHlvdQ0K ICAgYXJlIGludGVyZXN0ZWQgaW4gY29uZmlndXJpbmcgYW5kIHJ1bm5pbmcg YW1hdGV1ciByYWRpbyBzb2Z0d2FyZS4NCiANCi0gIDxpdGVtPjx1cmwgdXJs PSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L21kdy9IT1dUTy9NYWlsLUhPV1RP Lmh0bWwiIG5hbWU9Ik1haWwtSE9XVE8iPiBhbmQNCi0gIHRoZSA8dXJsIHVy bD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9tZHcvSE9XVE8vTmV3cy1IT1dU Ty5odG1sIiBuYW1lPSJOZXdzLUhPV1RPIj4gZm9yDQorICA8aXRlbT48dXJs IHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9tZHcvSE9XVE8vTWFpbC1I T1dUTy5odG1sIiBuYW1lPSJNYWlsLQ0KK0hPV1RPIj4gYW5kDQorICB0aGUg PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvbWR3L0hPV1RPL05l d3MtSE9XVE8uaHRtbCIgbmFtZT0iTmV3cy1ITw0KK1dUTyI+IGZvcg0KICAg c29tZSBzcGVjaWZpYyBpbmZvcm1hdGlvbiBvbiBzZXR0aW5nIHVwIE1haWwg YW5kIE5ld3Mgb24geW91ciBzeXN0ZW0uDQogDQotICA8aXRlbT48dXJsIHVy bD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9tZHcvSE9XVE8vVVVDUC1IT1dU Ty5odG1sIiBuYW1lPSJVVUNQLUhPV1RPIj4gaWYNCisgIDxpdGVtPjx1cmwg dXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L21kdy9IT1dUTy9VVUNQLUhP V1RPLmh0bWwiIG5hbWU9IlVVQ1AtDQorSE9XVE8iPiBpZg0KICAgeW91IHdp bGwgYmUgY29ubmVjdGluZyB0byB0aGUgbmV0IHZpYSBVVUNQLg0KIA0KLSAg PGl0ZW0+PHVybCB1cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvbWR3L0hP V1RPL0ZpcmV3YWxsLUhPV1RPLmh0bWwiIG5hbWU9IkZpcmV3YWxsLUhPV1RP Ij4NCisgIDxpdGVtPjx1cmwgdXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1 L21kdy9IT1dUTy9GaXJld2FsbC1IT1dUTy5odG1sIiBuYW1lPSJGDQoraXJl d2FsbC1IT1dUTyI+DQogICBpZiB5b3Ugd2FudCB0byBidWlsZCBhIExpbnV4 IGJhc2VkIEZpcmV3YWxsIGdhdGV3YXkgZm9yDQogICB5b3VyIG5ldHdvcmsu DQogPC9pdGVtaXplPg0KQEAgLTQxNiwxNSArNDYzLDE5IEBADQogICBnZW5l cmFsbHksIHRoZW4gSSByZWNvbW1lbmQgeW91IHRha2UgYSBsb29rIGF0IHRo ZSBmb2xsb3dpbmcNCiAgIGRvY3VtZW50czoNCiANCi0JPGl0ZW1pemU+DQot CTxpdGVtPiB0Y3AvaXAgaW50cm9kdWN0aW9uDQotICAgICAgICB0ZXh0IHZl cnNpb24gPHVybCB1cmw9ImZ0cDovL2F0aG9zLnJ1dGdlcnMuZWR1L3J1bmV0 L3RjcC1pcC1pbnRyby5kb2MiIG5hbWU9InRjcC1pcC1pbnRyby5kb2MiPg0K LSAgICAgICAgcG9zdHNjcmlwdCB2ZXJzaW9uIDx1cmwgdXJsPSJmdHA6Ly9h dGhvcy5ydXRnZXJzLmVkdS9ydW5ldC90Y3AtaXAtaW50cm8ucHMiIG5hbWU9 InRjcC1pcC1pbnRyby5wcyI+Lg0KLQ0KLQk8aXRlbT4gdGNwL2lwIGFkbWlu aXN0cmF0aW9uDQotICAgICAgICB0ZXh0IHZlcnNpb24gPHVybCB1cmw9ImZ0 cDovL2F0aG9zLnJ1dGdlcnMuZWR1L3J1bmV0L3RjcC1pcC1hZG1pbi5kb2Mi IG5hbWU9InRjcC1pcC1kYW1pbi5kb2MiPiwNCi0gICAgICAgIHBvc3RzY3Jp cHQgdmVyc2lvbiA8dXJsIHVybD0iZnRwOi8vYXRob3MucnV0Z2Vycy5lZHUv cnVuZXQvdGNwLWlwLWFkbWluLnBzIiBuYW1lPSJ0Y3AtaXAtYWRtaW4ucHMi Pi4NCi0JPC9pdGVtaXplPg0KKyAgICAgICAgPGl0ZW1pemU+DQorICAgICAg ICA8aXRlbT4gdGNwL2lwIGludHJvZHVjdGlvbg0KKyAgICAgICAgdGV4dCB2 ZXJzaW9uIDx1cmwgdXJsPSJmdHA6Ly9hdGhvcy5ydXRnZXJzLmVkdS9ydW5l dC90Y3AtaXAtaW50cm8uZG9jIg0KK25hbWU9InRjcC1pcC1pbnRyby5kb2Mi Pg0KKyAgICAgICAgcG9zdHNjcmlwdCB2ZXJzaW9uIDx1cmwgdXJsPSJmdHA6 Ly9hdGhvcy5ydXRnZXJzLmVkdS9ydW5ldC90Y3AtaXAtaW50cm8NCisucHMi IG5hbWU9InRjcC1pcC1pbnRyby5wcyI+Lg0KKw0KKyAgICAgICAgPGl0ZW0+ IHRjcC9pcCBhZG1pbmlzdHJhdGlvbg0KKyAgICAgICAgdGV4dCB2ZXJzaW9u IDx1cmwgdXJsPSJmdHA6Ly9hdGhvcy5ydXRnZXJzLmVkdS9ydW5ldC90Y3At aXAtYWRtaW4uZG9jIg0KK25hbWU9InRjcC1pcC1kYW1pbi5kb2MiPiwNCisg ICAgICAgIHBvc3RzY3JpcHQgdmVyc2lvbiA8dXJsIHVybD0iZnRwOi8vYXRo b3MucnV0Z2Vycy5lZHUvcnVuZXQvdGNwLWlwLWFkbWluDQorLnBzIiBuYW1l PSJ0Y3AtaXAtYWRtaW4ucHMiPi4NCisgICAgICAgIDwvaXRlbWl6ZT4NCiAN CiANCiA8IS0tIC0tPg0KQEAgLTQzMywxMCArNDg0LDE0IEBADQogPHA+DQog ICAgIFNlYXJjaCBFbmdpbmVzIGluIHRoZSBMaW51eCBEb2N1bWVudHMgYW5k IE1hbiBQYWdlcw0KICAgICA8aXRlbWl6ZT4NCi0gICAgPGl0ZW0+PHVybCB1 cmw9Imh0dHA6Ly9hbWVsaWEuZGIuZXJhdS5lZHUvRXhjaXRlL0FULUxEUHF1 ZXJ5Lmh0bWwiIG5hbWU9Imh0dHA6Ly9hbWVsaWEuZGIuZXJhdS5lZHUvRXhj aXRlL0FULUxEUHF1ZXJ5Lmh0bWwiPiBFeGNpdGUgU2VhcmNoIEVuZ2luZQ0K LSAgICA8aXRlbT48dXJsIHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9M RFAvc2VhcmNoLmh0bWwiIG5hbWU9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUv TERQL3NlYXJjaC5odG1sIj4gTERQIFNlYXJjaCBFbmdpbmUNCi0gICAgPGl0 ZW0+PHVybCB1cmw9Imh0dHA6Ly93d3cuY3R5bWUuY29tL2xpbnV4ZG9jLmh0 bSIgbmFtZT0iaHR0cDovL3d3dy5jdHltZS5jb20vbGludXhkb2MuaHRtIj4g TGludXggTUFOIFBhZ2UgU2VhcmNoIEVuZ2luZQ0KLSAgICA8aXRlbT4JPHVy bCB1cmw9Imh0dHA6Ly93d3cuTGludXgtQ29uc3VsdGluZy5jb20vSE9XVE8u U2VhcmNoIiBuYW1lPSJodHRwOi8vd3d3LkxpbnV4LUNvbnN1bHRpbmcuY29t L0hPV1RPLlNlYXJjaCI+IEdyZXAgQmFzZWQgSE9XVE8uU2VhcmNoDQorICAg IDxpdGVtPjx1cmwgdXJsPSJodHRwOi8vYW1lbGlhLmRiLmVyYXUuZWR1L0V4 Y2l0ZS9BVC1MRFBxdWVyeS5odG1sIiBuYW1lPSJodA0KK3RwOi8vYW1lbGlh LmRiLmVyYXUuZWR1L0V4Y2l0ZS9BVC1MRFBxdWVyeS5odG1sIj4gRXhjaXRl IFNlYXJjaCBFbmdpbmUNCisgICAgPGl0ZW0+PHVybCB1cmw9Imh0dHA6Ly9z dW5zaXRlLnVuYy5lZHUvTERQL3NlYXJjaC5odG1sIiBuYW1lPSJodHRwOi8v c3Vuc2l0DQorZS51bmMuZWR1L0xEUC9zZWFyY2guaHRtbCI+IExEUCBTZWFy Y2ggRW5naW5lDQorICAgIDxpdGVtPjx1cmwgdXJsPSJodHRwOi8vd3d3LmN0 eW1lLmNvbS9saW51eGRvYy5odG0iIG5hbWU9Imh0dHA6Ly93d3cuY3R5bWUu Yw0KK29tL2xpbnV4ZG9jLmh0bSI+IExpbnV4IE1BTiBQYWdlIFNlYXJjaCBF bmdpbmUNCisgICAgPGl0ZW0+ICAgICAgPHVybCB1cmw9Imh0dHA6Ly93d3cu TGludXgtQ29uc3VsdGluZy5jb20vSE9XVE8uU2VhcmNoIiBuYW1lPSJoDQor dHRwOi8vd3d3LkxpbnV4LUNvbnN1bHRpbmcuY29tL0hPV1RPLlNlYXJjaCI+ IEdyZXAgQmFzZWQgSE9XVE8uU2VhcmNoDQogICAgIDwvaXRlbWl6ZT4NCiAN CiANCkBAIC00NDUsMzIgKzUwMCw0MSBAQA0KIDxzZWN0MT5PdGhlciBXZWJz aXRlcw0KIDxwPg0KIA0KLSAgVGhlIEF1dG9GUyBIT1dUTyBpcyBtYWludGFp bmVkIGF0IDx1cmwgdXJsPSJodHRwOi8vd3d3LkxpbnV4LUNvbnN1bHRpbmcu Y29tL0FtZF9BdXRvRlMiIG5hbWU9Imh0dHA6Ly93d3cuTGludXgtQ29uc3Vs dGluZy5jb20vQW1kX0F1dG9GUyI+DQorICBUaGUgQXV0b0ZTIEhPV1RPIGlz IG1haW50YWluZWQgYXQgPHVybCB1cmw9Imh0dHA6Ly93d3cuTGludXgtQ29u c3VsdGluZy5jb20vQQ0KK21kX0F1dG9GUyIgbmFtZT0iaHR0cDovL3d3dy5M aW51eC1Db25zdWx0aW5nLmNvbS9BbWRfQXV0b0ZTIj4NCiANCiAgIFRoZSBO RVQtMi8zLUhPV1RPIGlzIGF2YWlsYWJsZSBhdDoNCiANCi0JPGl0ZW1pemU+ DQotCTxpdGVtPjx1cmwgdXJsPSJodHRwOi8vd3d3LnN1bnNpdGUudW5jLmVk dS9MRFAiIG5hbWU9IkxpbnV4IERvY3VtZW50YXRpb24gUHJvamVjdCI+DQot DQotCTxpdGVtPjx1cmwgdXJsPSJodHRwOi8vd2ViLm1pdC5lZHUvbGludXgv RGlzdHJpYnV0aW9ucy9zbGFja3dhcmUvU2xhY2t3YXJlLjMuMS4wL2RvY3Mv TkVULTItSE9XVE8iIG5hbWU9IndlYi5taXQuZWR1Ij4NCi0NCi0JPGl0ZW0+ PHVybCB1cmw9Imh0dHA6Ly93d3cucGEubXN1LmVkdS9wZW9wbGUvd2lsa2lu NDkvZmFxL2xpbnV4L05FVC0yLUhPV1RPIiBuYW1lPSJ3d3cucGEubXN1LmVk dSI+DQotDQotCTxpdGVtPjx1cmwgdXJsPSJodHRwOi8vY2VzZGlzLmdzZmMu bmFzYS5nb3YvbGludXgvbGludXgtaW5mby9uZXQtaG93dG8vTkVULTItSE9X VE8uaHRtbCIgbmFtZT0iY2VzZGlzLmdzZmMubmFzYS5nb3YiPg0KLQlhbmQg dGhlIGF1dG9tb3VudGVyIHNlY3Rpb24gaXMgTkVULTItSE9XVE8tMTEuaHRt bA0KLQ0KLQk8aXRlbT48dXJsIHVybD0iaHR0cDovL3d3dy5uZWFzZS5uZXQv fmNvbi9vdGhlci9uZXQyLTMudHh0IiBuYW1lPSJDaGluZXNlIE5ldC0yLzMi Pg0KLQk8L2l0ZW1pemU+DQorICAgICAgICA8aXRlbWl6ZT4NCisgICAgICAg IDxpdGVtPjx1cmwgdXJsPSJodHRwOi8vd3d3LnN1bnNpdGUudW5jLmVkdS9M RFAiIG5hbWU9IkxpbnV4IERvY3VtZW50YXRpDQorb24gUHJvamVjdCI+DQor DQorICAgICAgICA8aXRlbT48dXJsIHVybD0iaHR0cDovL3dlYi5taXQuZWR1 L2xpbnV4L0Rpc3RyaWJ1dGlvbnMvc2xhY2t3YXJlL1NsYWNrdw0KK2FyZS4z LjEuMC9kb2NzL05FVC0yLUhPV1RPIiBuYW1lPSJ3ZWIubWl0LmVkdSI+DQor DQorICAgICAgICA8aXRlbT48dXJsIHVybD0iaHR0cDovL3d3dy5wYS5tc3Uu ZWR1L3Blb3BsZS93aWxraW40OS9mYXEvbGludXgvTkVULTItSA0KK09XVE8i IG5hbWU9Ind3dy5wYS5tc3UuZWR1Ij4NCisNCisgICAgICAgIDxpdGVtPjx1 cmwgdXJsPSJodHRwOi8vY2VzZGlzLmdzZmMubmFzYS5nb3YvbGludXgvbGlu dXgtaW5mby9uZXQtaG93dG8vDQorTkVULTItSE9XVE8uaHRtbCIgbmFtZT0i Y2VzZGlzLmdzZmMubmFzYS5nb3YiPg0KKyAgICAgICAgYW5kIHRoZSBhdXRv bW91bnRlciBzZWN0aW9uIGlzIE5FVC0yLUhPV1RPLTExLmh0bWwNCisNCisg ICAgICAgIDxpdGVtPjx1cmwgdXJsPSJodHRwOi8vd3d3Lm5lYXNlLm5ldC9+ Y29uL290aGVyL25ldDItMy50eHQiIG5hbWU9IkNoaW5lDQorc2UgTmV0LTIv MyI+DQorICAgICAgICA8L2l0ZW1pemU+DQogDQogPFNlY3QxPkxpbnV4IE5l dHdvcmtpbmcgUmVsYXRlZCBCb29rcw0KIDxwPg0KIA0KLSAgPHVybCB1cmw9 ImZ0cDovL3N1bnNpdGUudW5jLmVkdS9wdWIvTGludXgvZG9jcy9saW51eC1k b2MtcHJvamVjdC9uZXR3b3JrLWd1aWRlLyIgbmFtZT0iVGhlIExpbnV4IE5l dHdvcmsgQWRtaW5pc3RyYXRpb24gR3VpZGUiPg0KKyAgPHVybCB1cmw9ImZ0 cDovL3N1bnNpdGUudW5jLmVkdS9wdWIvTGludXgvZG9jcy9saW51eC1kb2Mt cHJvamVjdC9uZXR3b3JrLWd1aWQNCitlLyIgbmFtZT0iVGhlIExpbnV4IE5l dHdvcmsgQWRtaW5pc3RyYXRpb24gR3VpZGUiPg0KICBpcyBjb3B5cmlnaHQg KGMpIGJ5IE9sYWYgS2lyY2ggaXMgZnJlZWx5IGF2YWlsYWJsZSBmcm9tIHZh cmlvdXMgc2l0ZXMuDQogDQotICBUaGUgYm9vayBpcyBwdWJsaXNoZWQgYnkg PHVybCB1cmw9Imh0dHA6Ly93d3cuc3NjLmNvbSIgbmFtZT0iU1NDIC0gU3Bl Y2lhbGl6ZWQgU3lzdGVtIENvbnN1bHRhbnRzIj4NCisgIFRoZSBib29rIGlz IHB1Ymxpc2hlZCBieSA8dXJsIHVybD0iaHR0cDovL3d3dy5zc2MuY29tIiBu YW1lPSJTU0MgLSBTcGVjaWFsaXplDQorZCBTeXN0ZW0gQ29uc3VsdGFudHMi Pg0KIA0KLSBBZGRpdGlvbmFsIG5ldHdvcmsgcmVsYXRlZCBib29rcyBhcmUg YXZhaWxhYmxlIGZyb20gb3VyIGZyaWVuZHMgYXQgPHVybCB1cmw9Imh0dHA6 Ly93d3cub3JlaWxseS5jb20iIG5hbWU9Ik9SZWlsbHkgJiBBc3NvY2lhdGVz Ij4NCisgQWRkaXRpb25hbCBuZXR3b3JrIHJlbGF0ZWQgYm9va3MgYXJlIGF2 YWlsYWJsZSBmcm9tIG91ciBmcmllbmRzIGF0IDx1cmwgdXJsPSJoDQordHRw Oi8vd3d3Lm9yZWlsbHkuY29tIiBuYW1lPSJPUmVpbGx5ICYgQXNzb2NpYXRl cyI+DQogICA8aXRlbWl6ZT4NCiAgIDxpdGVtPiBMaW51eCBOZXR3b3JrIEFk bWluaXN0cmF0b3JzIEd1aWRlIGJ5IE9sYWYgS2lyY2gNCiAgIDxpdGVtPiBU Q1AvSVAgTmV0d29yayBBZG1pbmlzdHJhdGlvbiBieSBDcmFpZyBIdW50DQpA QCAtNDgyLDM2ICs1NDYsMzUgQEANCiANCiA8U2VjdDI+IE1hbiBwYWdlcyBm b3IgYW1kDQogPHA+DQotCTxpdGVtaXplPg0KLQk8aXRlbT5tYW4gYW1kDQot CTxpdGVtPm1hbiBhbWR4cmVmDQotCTxpdGVtPm1hbiBhbWQuY29uZgkoIHdo ZXJlIGlzIGl0ID8/ICkNCi0JPC9pdGVtaXplPg0KKyAgICAgICAgPGl0ZW1p emU+DQorICAgICAgICA8aXRlbT5tYW4gYW1kDQorICAgICAgICA8aXRlbT5t YW4gYW1keHJlZg0KKyAgICAgICAgPGl0ZW0+bWFuIGFtZC5jb25mICAgICAg KCB3aGVyZSBpcyBpdCA/PyApDQorICAgICAgICA8L2l0ZW1pemU+DQogDQog PFNlY3QyPiBNYW4gcGFnZXMgZm9yIGF1dG9mcw0KIDxwPg0KLQk8aXRlbWl6 ZT4NCi0JPGl0ZW0+bWFuIGF1dG9mcw0KLQk8aXRlbT5tYW4gYXV0by5tYXN0 ZXINCi0JPC9pdGVtaXplPg0KKyAgICAgICAgPGl0ZW1pemU+DQorICAgICAg ICA8aXRlbT5tYW4gYXV0b2ZzDQorICAgICAgICA8aXRlbT5tYW4gYXV0by5t YXN0ZXINCisgICAgICAgIDwvaXRlbWl6ZT4NCiANCiA8U2VjdDI+IEF1dG9m cyBzb3VyY2UgY29kZSBpcyBwYXJ0IG9mIHRoZSBuZXdlciBsaW51eCBrZXJu ZWxzIGF0DQogPHA+DQotCTxpdGVtaXplPg0KLQk8aXRlbT4vdXNyL3NyYy9s aW51eC9mcy9hdXRvZnMNCi0JPGl0ZW0+L3Vzci9kb2MvYXV0b2ZzLTMuMS4x DQotCTwvaXRlbWl6ZT4NCisgICAgICAgIDxpdGVtaXplPg0KKyAgICAgICAg PGl0ZW0+L3Vzci9zcmMvbGludXgvZnMvYXV0b2ZzDQorICAgICAgICA8aXRl bT4vdXNyL2RvYy9hdXRvZnMtMy4xLjENCisgICAgICAgIDwvaXRlbWl6ZT4N CiANCiA8U2VjdDI+IGFtZCBzb3VyY2UgY29kZSBpcw0KIDxwPg0KLQk8aXRl bWl6ZT4NCi0JYW0tdXRpbHMgYnkgIEVyZXogWmFkb2sgKCBlemtAY3MuY29s dW1iaWEuZWR1ICkNCi0JPGl0ZW0+L3Vzci9kb2MvYW0tdXRpbHMtNi4wYTE2 Ly9SRUFETUUNCi0JPGl0ZW0+L3Vzci9kb2MvYW0tdXRpbHMtNi4wYTE2Ly9S RUFETUUuYXV0b2ZzDQotCTwvaXRlbWl6ZT4NCisgICAgICAgIDxpdGVtaXpl Pg0KKyAgICAgICAgYW0tdXRpbHMgYnkgIEVyZXogWmFkb2sgKCBlemtAY3Mu Y29sdW1iaWEuZWR1ICkNCisgICAgICAgIDxpdGVtPi91c3IvZG9jL2FtLXV0 aWxzLTYuMGExNi8vUkVBRE1FDQorICAgICAgICA8aXRlbT4vdXNyL2RvYy9h bS11dGlscy02LjBhMTYvL1JFQURNRS5hdXRvZnMNCisgICAgICAgIDwvaXRl bWl6ZT4NCiANCiA8IS0tIC0tPg0KLTwhLS0gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tIC0tPg0KIDwhLS0gLS0+DQogPFNlY3Q+QXV0b21vdW50ZXIN CiA8cD4NCkBAIC01MzUsNDQgKzU5OCw0NiBAQA0KIA0KICAgPGJmL0FuIGF1 dG9tb3VudGVyIHByb3ZpZGVzIDQga2V5IGZlYXR1cmVzOi8NCiAgIDxpdGVt aXplPg0KLTxpdGVtPglBbiBhdXRvbW91bnRlciBtYWtlcyBleHBvcnRlZCBm aWxlc3lzdGVtcyBvbiBhbGwgc2VydmVycyBsaXN0ZWQgaW4gL2V0Yy9ob3N0 cw0KLQkgICBhdmFpbGFibGUgdG8geW91ciBsb2NhbCBob3N0IG1hY2hpbmUN Ci0NCi08aXRlbT4JV2lsZGNhcmRpbmcgaW4gdGhlIGF1dG9tb3VudGVyIG1h a2VzIGl0IGVhc3kgdG8gbW91bnQgcmVtb3RlIGRpcmVjdG9yaWVzDQotCSAg IHRvIGxpa2UtbmFtZWQgbW91bnQgcG9pbnRzIG9uIHRoZSBsb2NhbCBob3N0 IG1hY2hpbmUNCis8aXRlbT4gIEFuIGF1dG9tb3VudGVyIG1ha2VzIGV4cG9y dGVkIGZpbGVzeXN0ZW1zIG9uIGFsbCBzZXJ2ZXJzIGxpc3RlZCBpbiAvZXRj DQorL2hvc3RzDQorICAgICAgICAgICBhdmFpbGFibGUgdG8geW91ciBsb2Nh bCBob3N0IG1hY2hpbmUNCisNCis8aXRlbT4gIFdpbGRjYXJkaW5nIGluIHRo ZSBhdXRvbW91bnRlciBtYWtlcyBpdCBlYXN5IHRvIG1vdW50IHJlbW90ZSBk aXJlY3RvcmllDQorcw0KKyAgICAgICAgICAgdG8gbGlrZS1uYW1lZCBtb3Vu dCBwb2ludHMgb24gdGhlIGxvY2FsIGhvc3QgbWFjaGluZQ0KIA0KLTxpdGVt PglUaGUgYXV0b21vdW50aW5nIGZlYXR1cmVzIG9mIHRoZSBwcm9ncmFtcyBt b3VudHMgb25seSB0aGUgZXhwb3J0ZWQNCi0JICAgZmlsZXN5c3RlbXMgdGhh dCBpcyB1c2VkIGZyb20gdGhlIHBvc3NpYmx5IGh1Z2UgbGlzdCBvZiBzZXJ2 ZXJzDQorPGl0ZW0+ICBUaGUgYXV0b21vdW50aW5nIGZlYXR1cmVzIG9mIHRo ZSBwcm9ncmFtcyBtb3VudHMgb25seSB0aGUgZXhwb3J0ZWQNCisgICAgICAg ICAgIGZpbGVzeXN0ZW1zIHRoYXQgaXMgdXNlZCBmcm9tIHRoZSBwb3NzaWJs eSBodWdlIGxpc3Qgb2Ygc2VydmVycw0KIA0KLTxpdGVtPglIYXZpbmcgbXVs dGlwbGUgc2VydmVycyBpbXByb3ZlcyB0aGUgcmVsaWFiaWxpdHkgb2YgdGhl IHNlcnZlcnMNCi0JICAgYW5kIHRoZSBuZXR3b3JrIGJ5IHJlbW92aW5nIHRo ZSBkZXBlbmRlbmN5IG9uIHRlaCBuZXR3b3JrDQorPGl0ZW0+ICBIYXZpbmcg bXVsdGlwbGUgc2VydmVycyBpbXByb3ZlcyB0aGUgcmVsaWFiaWxpdHkgb2Yg dGhlIHNlcnZlcnMNCisgICAgICAgICAgIGFuZCB0aGUgbmV0d29yayBieSBy ZW1vdmluZyB0aGUgZGVwZW5kZW5jeSBvbiB0ZWggbmV0d29yaw0KIDwvaXRl bWl6ZT4NCiANCiA8U2VjdDE+V2hhdCBBdXRvbW91bnRlciBBbGxvd3MgWW91 IFRvIERvDQogPHA+DQogPGl0ZW1pemU+DQotCTxpdGVtPnRyYW5zcGFyZW50 bHkgbW91bnQgeW91ciBob21lIGRpciBpZiB5b3UgbmVlZCBpdA0KKyAgICAg ICAgPGl0ZW0+dHJhbnNwYXJlbnRseSBtb3VudCB5b3VyIGhvbWUgZGlyIGlm IHlvdSBuZWVkIGl0DQogDQotCTxpdGVtPnRyYW5zcGFyZW50bHkgbW91bnQg eW91ciBiYWNrdXAgZGlyZWN0b3J5IGFzIHlvdSBuZWVkIGl0DQorICAgICAg ICA8aXRlbT50cmFuc3BhcmVudGx5IG1vdW50IHlvdXIgYmFja3VwIGRpcmVj dG9yeSBhcyB5b3UgbmVlZCBpdA0KIA0KLQk8aXRlbT50cmFuc3BhcmVudGx5 IG1vdW50IHlvdXIgbWFpbCBzZXJ2ZXIgZm9yIHJlYWRpbmcgYW5kIGRlbGV0 aW5nDQorICAgICAgICA8aXRlbT50cmFuc3BhcmVudGx5IG1vdW50IHlvdXIg bWFpbCBzZXJ2ZXIgZm9yIHJlYWRpbmcgYW5kIGRlbGV0aW5nDQogDQotCTxp dGVtPmNvbXBhcmUgZmlsZXMgb24gdGhlIGRpZmZlcmVudCBzZXJ2ZXJzDQor ICAgICAgICA8aXRlbT5jb21wYXJlIGZpbGVzIG9uIHRoZSBkaWZmZXJlbnQg c2VydmVycw0KIA0KLQk8aXRlbT5hbGxvd3MgeW91IHRvIGhhdmUgYSBjb21t b24gaG9tZSBkaXJlY3Rvcnkgc2VydmVyIGZvciBhbGwNCi0JICB1c2VycyB0 byBsb2dpbiBhbmQgYmUgYXV0aGVudGljYXRlZCBhbmQgYWJsZSB0byB3b3Jr IGZyb20NCi0JICBhbmQgd29ya3N0YXRpb24gdXNpbmcgYW55IHNlcnZlciBp biB0aGUgbmV0d29yay4NCisgICAgICAgIDxpdGVtPmFsbG93cyB5b3UgdG8g aGF2ZSBhIGNvbW1vbiBob21lIGRpcmVjdG9yeSBzZXJ2ZXIgZm9yIGFsbA0K KyAgICAgICAgICB1c2VycyB0byBsb2dpbiBhbmQgYmUgYXV0aGVudGljYXRl ZCBhbmQgYWJsZSB0byB3b3JrIGZyb20NCisgICAgICAgICAgYW5kIHdvcmtz dGF0aW9uIHVzaW5nIGFueSBzZXJ2ZXIgaW4gdGhlIG5ldHdvcmsuDQogDQot CTxpdGVtPmluY3JlYXNlIHRoZSByZWxpYWJpbGl0eSBvZiB5b3VyIExBTiBi eSByZW1vdmluZyB0aGUNCi0JICBkZXBlbmRlY2llcyBvbiBhIHNpbmdsZSBz ZXJ2ZXINCisgICAgICAgIDxpdGVtPmluY3JlYXNlIHRoZSByZWxpYWJpbGl0 eSBvZiB5b3VyIExBTiBieSByZW1vdmluZyB0aGUNCisgICAgICAgICAgZGVw ZW5kZWNpZXMgb24gYSBzaW5nbGUgc2VydmVyDQogDQotCTxpdGVtPmFsbG93 cyB5b3UgdG8gaGF2ZSBhY2NlcyB0byBoYXZlIGFjY2VzcyB0byBsYXJnZSBu dW1iZXJzIG9mDQotCSAgZmlsZXN5c3RlbXMgYW5kIGRpcmVjdG9yaWVzLCBh bmQgb25seSB0aG9zZSB0aGF0IGFyZSB1c2VkDQotCSAgd2lsbCBiZSBtb3Vu dGVkLCBtaW5pbWl6aW5nIHlvdXIgcmlzayBmcm9tIHRob3NlIHVudXNlZCBz ZXJ2ZXJzLg0KKyAgICAgICAgPGl0ZW0+YWxsb3dzIHlvdSB0byBoYXZlIGFj Y2VzIHRvIGhhdmUgYWNjZXNzIHRvIGxhcmdlIG51bWJlcnMgb2YNCisgICAg ICAgICAgZmlsZXN5c3RlbXMgYW5kIGRpcmVjdG9yaWVzLCBhbmQgb25seSB0 aG9zZSB0aGF0IGFyZSB1c2VkDQorICAgICAgICAgIHdpbGwgYmUgbW91bnRl ZCwgbWluaW1pemluZyB5b3VyIHJpc2sgZnJvbSB0aG9zZSB1bnVzZWQgc2Vy dmVycy4NCiA8L2l0ZW1pemU+DQogDQogPHF1b3RlPg0KLS0tIGlzIHRoaXMg YSBzdXBwb3J0ZWQgZmVhdHVyZSAtLQ0KKyBpcyB0aGlzIGEgc3VwcG9ydGVk IGZlYXR1cmUgDQogPC9xdW90ZT4NCiANCiA8cXVvdGU+DQpAQCAtNTg2LDE2 ICs2NTEsMTcgQEANCiANCiAgQXV0b21vdW50ZXJzIHVzZSAibWFwcyIgd2hp Y2ggZGVmaW5lIHRoZSBmaWxlc3lzdGVtIHRvIG1vdW50Lg0KICBkaWZmZXJl bnQgYXV0b21vdW50ZXJzIG1hcHMgYXJlIG5vdCBjb21wYXRhYmlibGUgd2l0 aA0KLSBlYWNoIG90aGVyLCBlZzogYW1kIG1hcHMgYXJlIG5vdCBjb21wYXRp YmxlIHdpdGggU3VuIG1hcHMsIHdoaWNoIGluIHR1cm4gYXJlIG5vdA0KKyBl YWNoIG90aGVyLCBlZzogYW1kIG1hcHMgYXJlIG5vdCBjb21wYXRpYmxlIHdp dGggU3VuIG1hcHMsIHdoaWNoIGluIHR1cm4gYXJlIG4NCitvdA0KICBjb21w YXRpYmxlIHdpdGggSFAgbWFwcyBhZCBpbmZpbml0dW0uDQogDQogIFN1biBh dXRvbW91bnQgbWFwcyBjYW4gYmUgY29udmVydGVkIHRvIGFtZCBzdHlsZSBt YXBzIGJ5IHVzaW5nIHRoZQ0KICBwZXJsIHNjcmlwdCBpbiB0aGUgY29udHJp YiBkaXJlY3RvcnkNCi0JPHRzY3JlZW4+DQotCTxiZi9hdXRvbW91bnQyYW1k LnBsIC8NCi0JPC90c2NyZWVuPg0KLSB3aGljaCBjYW4gYmUgZm91bmQgYXQg aW4gdGhlID8/LWFtZCB1dGxpdGllcyg/PykgYW1kLTkyMDgyNHVwbDEwMi04 L2NvbnRyaWIgDQotCQ0KKyAgICAgICAgPHRzY3JlZW4+DQorICAgICAgICA8 YmYvYXV0b21vdW50MmFtZC5wbCAvDQorICAgICAgICA8L3RzY3JlZW4+DQor IHdoaWNoIGNhbiBiZSBmb3VuZCBhdCBpbiB0aGUgPz8tYW1kIHV0bGl0aWVz KD8/KSBhbWQtOTIwODI0dXBsMTAyLTgvY29udHJpYg0KKyAgICAgICAgDQog PHRzY3JlZW4+PHZlcmI+DQogeXBjYXQgLWsgYXV0by5uZnMgfCBhdXRvbW91 bnQyYW1kLnBsID4vZXRjL2F1dG8uTGludXgNCiANCkBAIC02MDgsOSArNjc0 LDExIEBADQogIFVGUyBtb3VudHMgaGF2ZSBiZWVuIGV4dGVuZGVkIHRvIGRl YWwgd2l0aCBhbGwgdmFyaWV0aWVzIG9mIGxpbnV4IGZpbGVzeXN0ZW1zDQog IChpLmUuIG1pbml4LCBleHQsIGV4dDIsIHhpYWZzIC4uLikgd2l0aCB0aGUg ZGVmYXVsdCBiZWluZyBtaW5peC4gPDwtLS0gPz8/DQogDQotIERvIG5vdCBt b3VudCB0aGUgZmlsZXN5c3RlbSBvdmVyIGV4aXN0aW5nIGxvY2FsIGRpcmVj dG9yaWVzIHVubGVzcyB5b3UgdXNlIGEgZGlyZWN0DQorIERvIG5vdCBtb3Vu dCB0aGUgZmlsZXN5c3RlbSBvdmVyIGV4aXN0aW5nIGxvY2FsIGRpcmVjdG9y aWVzIHVubGVzcyB5b3UgdXNlIGEgZA0KK2lyZWN0DQogIGF1dG9tb3VudCBv cHRpb24sIG90aGVyd2lzZSB5b3Ugd2lsbCBOT1QgYmUgYWJsZSB0byBhY2Nl c3MgdGhlIGNvbnRlbnRzIG9mDQotIHlvdXIgbG9jYWwgZGlyZWN0b3J5LiAg VHlwaWNhbCBleGFtcGxlcyBhcmUgL2hvbWUsIC92YXIvc3Bvb2wvbWFpbCwg L3Vzci9sb2NhbCwgZXRjDQorIHlvdXIgbG9jYWwgZGlyZWN0b3J5LiAgVHlw aWNhbCBleGFtcGxlcyBhcmUgL2hvbWUsIC92YXIvc3Bvb2wvbWFpbCwgL3Vz ci9sb2NhbA0KKywgZXRjDQogDQogIEFsd2F5cyB0dXJuIG9uIGZ1bGwgbG9n Z2luZyB3aXRoIHRoZSBgLXggYWxsJyBvcHRpb24gdG8gYW1kIGlmIHlvdQ0K ICBoYXZlIGFueSB0cm91Ymxlcw0KQEAgLTYyNywxNCArNjk1LDEzIEBADQog DQogDQogPCEtLSAtLT4NCi08IS0tIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSAtLT4NCiA8IS0tIC0tPg0KIDxTZWN0PlNldHRpbmcgdXAgdGhlIEF1 dG9tb3VudGVycw0KIDxwPg0KIA0KLQlJdCBpcyBob3BlZCB0aGF0IGJ5IHJl YWRpbmcgdGhpcyBkb2N1bWVudCwgeW91IHNob3VsZCBiZSBhYmxlDQotCXRv IGhhdmUgb25lIG9yIGJvdGggb2YgdGhlc2UgYXV0b21vdW50ZXIgcnVubmlu ZyBvbiB5b3VyIGxpbnV4DQotCXN5c3RlbS4NCisgICAgICAgIEl0IGlzIGhv cGVkIHRoYXQgYnkgcmVhZGluZyB0aGlzIGRvY3VtZW50LCB5b3Ugc2hvdWxk IGJlIGFibGUNCisgICAgICAgIHRvIGhhdmUgb25lIG9yIGJvdGggb2YgdGhl c2UgYXV0b21vdW50ZXIgcnVubmluZyBvbiB5b3VyIGxpbnV4DQorICAgICAg ICBzeXN0ZW0uDQogDQogPHF1b3RlPg0KIGFtZCBhbmQgYXV0b2ZzIGNhbiBj by1leGlzdCB0b2dldGhlci4uLg0KQEAgLTY0MiwxNTMgKzcwOSwxNjQgQEAN CiANCiA8U2VjdDE+QXV0b21vdW50ZXIgSGFyZHdhcmUgUmVxdWlyZW1lbnRz DQogPHA+DQotCS0geW91IHdpbGwgbmVlZCBhbiBldGhlcm5ldCBjYWJsZSAo IFJKNDUgb3IgQk5DICkgZm9yIHlvdXIgbmV0d29yayBjYXJkDQorICAgICAg ICAtIHlvdSB3aWxsIG5lZWQgYW4gZXRoZXJuZXQgY2FibGUgKCBSSjQ1IG9y IEJOQyApIGZvciB5b3VyIG5ldHdvcmsgY2FyZA0KIA0KLQktIG1ha2Ugc3Vy ZSB5b3VyIGV0aGVybmV0IGNhcmQgaXMgbGlzdGVkIGluIHRoZQ0KLSAgCTx1 cmwgdXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L21kdy9IT1dUTy9FdGhl cm5ldC1IT1dUTy5odG1sIiBuYW1lPSJFdGhlcm5ldC1IT1dUTyI+DQotCWhh cmR3YXJlIGNvbXBhdGlibGUgbGlzdA0KKyAgICAgICAgLSBtYWtlIHN1cmUg eW91ciBldGhlcm5ldCBjYXJkIGlzIGxpc3RlZCBpbiB0aGUNCisgICAgICAg IDx1cmwgdXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L21kdy9IT1dUTy9F dGhlcm5ldC1IT1dUTy5odG1sIiBuYW1lPSJFDQordGhlcm5ldC1IT1dUTyI+ DQorICAgICAgICBoYXJkd2FyZSBjb21wYXRpYmxlIGxpc3QNCiANCiA8U2Vj dDE+QXV0b21vdW50ZXIgU29mdHdhcmUgcmVxdWlyZW1lbnRzDQogPHA+DQot CVRoZSBhbWQgYXV0b21vdW50ZXIgZG9lcyBOT1QgcmVxdWlyZSBhbnkga2Vy bmVsIHN1cHBvcnQuIFRoZXJlZm9yZQ0KLQl5b3Ugc2hvdWxkIGJlIGFibGUg dG8gZ2V0IGl0IHJ1bm5pbmcgd2l0aCBubyBwcm9ibGVtcy4NCisgICAgICAg IFRoZSBhbWQgYXV0b21vdW50ZXIgZG9lcyBOT1QgcmVxdWlyZSBhbnkga2Vy bmVsIHN1cHBvcnQuIFRoZXJlZm9yZQ0KKyAgICAgICAgeW91IHNob3VsZCBi ZSBhYmxlIHRvIGdldCBpdCBydW5uaW5nIHdpdGggbm8gcHJvYmxlbXMuDQog DQotCTxxdW90ZT4NCi0JVGhlIGN1cnJlbnQgdmVyc2lvbnMgb2YgYW1kIGlz IGF2YWlsYWJsZSBmcm9tOg0KLQk8L3F1b3RlPg0KLQk8cXVvdGU+DQotCTx1 cmwgdXJsPSJmdHA6Ly9zdW5zaXRlLnVuYy5lZHUvcHViL0xpbnV4L3N5c3Rl bS9tb3VudCIgbmFtZT0iZnRwOi8vc3Vuc2l0ZS51bmMuZWR1Oi9wdWIvTGlu dXgvc3lzdGVtL21vdW50LyI+IGFtZDkyMDgyNHVwbDY3LnRhci5neg0KLQk8 L3F1b3RlPg0KLQ0KLQk8cXVvdGU+DQotCTxiZi9hdXRvbW91bnQyYW1kLnBs LyBzY3JpcHQgaW4gTkVULTItSE9XVE8gd2lsbCBjb252ZXJ0IFN1biBhdXRv bW91bnRlciBtYXAgZmlsZSBmb3JtYXQgaW50byBhbWQgbWFwIGZpbGUgZm9y bWF0Lg0KLQk8L3F1b3RlPg0KLQ0KLQk8YmYvVGhlIGF1dG9mcyBhdXRvbW91 bnRlciBvbiB0aGUgb3RoZXJoYW5kIGRvZXMgUkVRVUlSRSBrZXJuZWwgbGV2 ZWwgc3VwcG9ydC4vDQotDQotCTxxdW90ZT4NCi0JVGhlIGN1cnJlbnQgdmVy c2lvbnMgb2YgYXV0b2ZzIGlzIGF2YWlsYWJsZSBmcm9tOg0KLQk8L3F1b3Rl Pg0KLQk8cXVvdGU+DQotCTx1cmwgdXJsPSJmdHA6Ly9mdHAua2VybmVsLm9y Zy9wdWIvbGludXgvZGFlbW9ucy9hdXRvZnMiIG5hbWU9ImZ0cC5rZXJuZWwu b3JnOi9wdWIvbGludXgvZGFlbW9ucy9hdXRvZnMvIj4gYXV0b2ZzLTMuMS4x LnRhci5neg0KLQk8L3F1b3RlPg0KLQk8cXVvdGU+DQotCTx1cmwgdXJsPSJm dHA6Ly9zdW5zaXRlLnVuYy5lZHUvcHViL0xpbnV4L3N5c3RlbS9tb3VudCIg bmFtZT0iZnRwOi8vc3Vuc2l0ZS51bmMuZWR1L3B1Yi9MaW51eC9zeXN0ZW0v bW91bnQvIj4gYXV0b2ZzLTMuMS4wLnRhci5neg0KLQk8L3F1b3RlPg0KLQ0K LQk8cXVvdGU+DQotCUF1dG9mcyBzb3VyY2UgY29kZSBpcyBhbHNvIGluY2x1 ZGVkIGluIHRoZSB0aGUgTGludXgga2VybmVsIHNvdXJjZSB0cmVlIGF0Og0K LQk8L3F1b3RlPg0KLQk8cXVvdGU+DQotCTx1cmwgdXJsPSJmaWxlOi91c3Iv c3JjL2xpbnV4L2ZzL2F1dG9mcyIgbmFtZT0iL3Vzci9zcmMvbGludXgvZnMv YXV0b2ZzIj4gKCBvbiB5b3VyIGxvY2FsIGRpc2sgKQ0KLQk8L3F1b3RlPg0K KyAgICAgICAgPHF1b3RlPg0KKyAgICAgICAgVGhlIGN1cnJlbnQgdmVyc2lv bnMgb2YgYW1kIGlzIGF2YWlsYWJsZSBmcm9tOg0KKyAgICAgICAgPC9xdW90 ZT4NCisgICAgICAgIDxxdW90ZT4NCisgICAgICAgIDx1cmwgdXJsPSJmdHA6 Ly9zdW5zaXRlLnVuYy5lZHUvcHViL0xpbnV4L3N5c3RlbS9tb3VudCIgbmFt ZT0iZnRwOi8vc3VuDQorc2l0ZS51bmMuZWR1Oi9wdWIvTGludXgvc3lzdGVt L21vdW50LyI+IGFtZDkyMDgyNHVwbDY3LnRhci5neg0KKyAgICAgICAgPC9x dW90ZT4NCisNCisgICAgICAgIDxxdW90ZT4NCisgICAgICAgIDxiZi9hdXRv bW91bnQyYW1kLnBsLyBzY3JpcHQgaW4gTkVULTItSE9XVE8gd2lsbCBjb252 ZXJ0IFN1biBhdXRvbW91bnRlDQorciBtYXAgZmlsZSBmb3JtYXQgaW50byBh bWQgbWFwIGZpbGUgZm9ybWF0Lg0KKyAgICAgICAgPC9xdW90ZT4NCisNCisg ICAgICAgIDxiZi9UaGUgYXV0b2ZzIGF1dG9tb3VudGVyIG9uIHRoZSBvdGhl cmhhbmQgZG9lcyBSRVFVSVJFIGtlcm5lbCBsZXZlbCBzDQordXBwb3J0Li8N CisNCisgICAgICAgIDxxdW90ZT4NCisgICAgICAgIFRoZSBjdXJyZW50IHZl cnNpb25zIG9mIGF1dG9mcyBpcyBhdmFpbGFibGUgZnJvbToNCisgICAgICAg IDwvcXVvdGU+DQorICAgICAgICA8cXVvdGU+DQorICAgICAgICA8dXJsIHVy bD0iZnRwOi8vZnRwLmtlcm5lbC5vcmcvcHViL2xpbnV4L2RhZW1vbnMvYXV0 b2ZzIiBuYW1lPSJmdHAua2Vybg0KK2VsLm9yZzovcHViL2xpbnV4L2RhZW1v bnMvYXV0b2ZzLyI+IGF1dG9mcy0zLjEuMS50YXIuZ3oNCisgICAgICAgIDwv cXVvdGU+DQorICAgICAgICA8cXVvdGU+DQorICAgICAgICA8dXJsIHVybD0i ZnRwOi8vc3Vuc2l0ZS51bmMuZWR1L3B1Yi9MaW51eC9zeXN0ZW0vbW91bnQi IG5hbWU9ImZ0cDovL3N1bg0KK3NpdGUudW5jLmVkdS9wdWIvTGludXgvc3lz dGVtL21vdW50LyI+IGF1dG9mcy0zLjEuMC50YXIuZ3oNCisgICAgICAgIDwv cXVvdGU+DQorDQorICAgICAgICA8cXVvdGU+DQorICAgICAgICBBdXRvZnMg c291cmNlIGNvZGUgaXMgYWxzbyBpbmNsdWRlZCBpbiB0aGUgdGhlIExpbnV4 IGtlcm5lbCBzb3VyY2UgdHJlZQ0KKyBhdDoNCisgICAgICAgIDwvcXVvdGU+ DQorICAgICAgICA8cXVvdGU+DQorICAgICAgICA8dXJsIHVybD0iZmlsZTov dXNyL3NyYy9saW51eC9mcy9hdXRvZnMiIG5hbWU9Ii91c3Ivc3JjL2xpbnV4 L2ZzL2F1dG9mcw0KKyI+ICggb24geW91ciBsb2NhbCBkaXNrICkNCisgICAg ICAgIDwvcXVvdGU+DQogDQogDQogPFNlY3QxPkNoZWNrIHRoYXQgeW91ciBl eGlzdGluZyBrZXJuZWwgc3VwcG9ydHMgYXV0b2ZzDQogPHA+DQogPHRzY3Jl ZW4+PHZlcmI+DQogcm9vdCMgY2F0IC9wcm9jL2ZpbGVzeXN0ZW1zDQotCWV4 dDINCi0JLi4uDQotCW5vZGV2CWF1dG9mcwkJPDwtLS0tIHJlcXVpcmVkIGZv ciBhdXRvZnMNCisgICAgICAgIGV4dDINCisgICAgICAgIC4uLg0KKyAgICAg ICAgbm9kZXYgICBhdXRvZnMgICAgICAgICAgPDwtLS0tIHJlcXVpcmVkIGZv ciBhdXRvZnMNCiA8L3ZlcmI+PC90c2NyZWVuPg0KIA0KIDx2ZXJiPg0KLQlp ZiBhdXRvZnMgaXMgbm90IGxpc3RlZC4uLnlvdSBjYW4gdHJ5IHRvIGluc3Rh bGwgdGhlIGF1dG9mcyBtb2R1bGU6DQotCSMNCi0Jcm9vdCMgL3NiaW4vaW5z bW9kIC9saWIvbW9kdWxlcy8yLjAuMzQtMC42L2ZzL2F1dG9mcy5vDQotCSMN Ci0Jcm9vdCMgL3NiaW4vbHNtb2QgCXNob3VsZCBsaXN0IHRoZSBsb2FkZWQg bW9kdWxlcw0KLQkJIw0KLQkJTW9kdWxlICAgICAgICAgUGFnZXMgICAgVXNl ZCBieQ0KLQkJLi4uDQotCQlhdXRvZnMgICAgICAgICAxICAgICAgICAyIChh dXRvY2xlYW4pDQotCQkjDQorICAgICAgICBpZiBhdXRvZnMgaXMgbm90IGxp c3RlZC4uLnlvdSBjYW4gdHJ5IHRvIGluc3RhbGwgdGhlIGF1dG9mcyBtb2R1 bGU6DQorICAgICAgICAjDQorICAgICAgICByb290IyAvc2Jpbi9pbnNtb2Qg L2xpYi9tb2R1bGVzLzIuMC4zNC0wLjYvZnMvYXV0b2ZzLm8NCisgICAgICAg ICMNCisgICAgICAgIHJvb3QjIC9zYmluL2xzbW9kICAgICAgIHNob3VsZCBs aXN0IHRoZSBsb2FkZWQgbW9kdWxlcw0KKyAgICAgICAgICAgICAgICAjDQor ICAgICAgICAgICAgICAgIE1vZHVsZSAgICAgICAgIFBhZ2VzICAgIFVzZWQg YnkNCisgICAgICAgICAgICAgICAgLi4uDQorICAgICAgICAgICAgICAgIGF1 dG9mcyAgICAgICAgIDEgICAgICAgIDIgKGF1dG9jbGVhbikNCisgICAgICAg ICAgICAgICAgIw0KIDwvdmVyYj4NCiANCi1JZiB5b3VyIGxpbnV4IGtlcm5l bCBkb2VzIE5PVCBzdXBwb3J0IGF1dG9mcywgeW91IG1pZ2h0IGNoZWNrIHlv dXIgbG9nIGZpbGVzICggL3Zhci9sb2cvbWVzc2FnZXMgKQ0KK0lmIHlvdXIg bGludXgga2VybmVsIGRvZXMgTk9UIHN1cHBvcnQgYXV0b2ZzLCB5b3UgbWln aHQgY2hlY2sgeW91ciBsb2cgZmlsZXMgKA0KKy92YXIvbG9nL21lc3NhZ2Vz ICkNCiANCiA8dmVyYj4NCi0JSnVsIDIwIDExOjQwOjQwIHh4eCBhdXRvbW91 bnRbMjk2MDJdOiA+PiBtb3VudDogZnMgdHlwZSBhdXRvZnMgbm90IHN1cHBv cnRlZCBieSBrZXJuZWwgDQotCUp1bCAyMCAxMTo0MDo0MCB4eHggYXV0b21v dW50WzI5NjAyXTogL2tlcm5lbDogbW91bnQgZmFpbGVkISANCisgICAgICAg IEp1bCAyMCAxMTo0MDo0MCB4eHggYXV0b21vdW50WzI5NjAyXTogPj4gbW91 bnQ6IGZzIHR5cGUgYXV0b2ZzIG5vdCBzdXBwDQorb3J0ZWQgYnkga2VybmVs DQorICAgICAgICBKdWwgMjAgMTE6NDA6NDAgeHh4IGF1dG9tb3VudFsyOTYw Ml06IC9rZXJuZWw6IG1vdW50IGZhaWxlZCENCiA8L3ZlcmI+DQogDQogPFNl Y3QxPlJlY29tcGlsaW5nIHlvdXIga2VybmVsIHRvIHN1cHBvcnQgYXV0b2Zz DQogPHA+DQotCUdpdmVuIHRoYXQgcmVjb21waWxpbmcgdGhlIGtlcm5lbCBp cyBhIGxvdCBvZiBmdW4gdG8gc29tZQ0KLQlhbmQgYSBzb3VyY2Ugb2YgYWdn cmV2YXRpb24gdG8gb3RoZXJzLi4uIGFuZCBpZiB5b3UgYXJlIG5vdA0KLQlj b21mb3J0YWJsZSB3aXRoIHlvdXIgbGludXggaGFyZHdhcmUgYW5kIHNvZnR3 YXJlIGNvbmZpZ3VyYXRpb24sDQotCXlvdSBzaG91bGQgY29uc2lkZXIgdXNp bmcgYW1kIGZpcnN0IGFuZCBwbGF5IHdpdGggdGhlIGtlcm5lbA0KLQlhdCBh IGxhdGVyIGRhdGUuDQorICAgICAgICBHaXZlbiB0aGF0IHJlY29tcGlsaW5n IHRoZSBrZXJuZWwgaXMgYSBsb3Qgb2YgZnVuIHRvIHNvbWUNCisgICAgICAg IGFuZCBhIHNvdXJjZSBvZiBhZ2dyZXZhdGlvbiB0byBvdGhlcnMuLi4gYW5k IGlmIHlvdSBhcmUgbm90DQorICAgICAgICBjb21mb3J0YWJsZSB3aXRoIHlv dXIgbGludXggaGFyZHdhcmUgYW5kIHNvZnR3YXJlIGNvbmZpZ3VyYXRpb24s DQorICAgICAgICB5b3Ugc2hvdWxkIGNvbnNpZGVyIHVzaW5nIGFtZCBmaXJz dCBhbmQgcGxheSB3aXRoIHRoZSBrZXJuZWwNCisgICAgICAgIGF0IGEgbGF0 ZXIgZGF0ZS4NCiANCi0JRm9yIG1vcmUgaW5mbywgc2VlIDx1cmwgdXJsPSJo dHRwOi8vc3Vuc2l0ZS51bmMuZWR1L0xEUC9IT1dUTy9LZXJuZWwtSE9XVE8u aHRtbCIgbmFtZT0iTGludXggS2VybmVsIEhPV1RPIj4NCisgICAgICAgIEZv ciBtb3JlIGluZm8sIHNlZSA8dXJsIHVybD0iaHR0cDovL3N1bnNpdGUudW5j LmVkdS9MRFAvSE9XVE8vS2VybmVsLUhPDQorV1RPLmh0bWwiIG5hbWU9Ikxp bnV4IEtlcm5lbCBIT1dUTyI+DQogDQotCVRvIHZlcmlmeSBpZiB5b3VyIGtl cm5lbCBzdXBwb3J0cyBhdXRvZnMNCisgICAgICAgIFRvIHZlcmlmeSBpZiB5 b3VyIGtlcm5lbCBzdXBwb3J0cyBhdXRvZnMNCiANCi0JPGl0ZW1pemU+DQot CTxpdGVtPiBVc2UgdGhlIGF1dG9mcyBzY3JpcHQgdG8gY2hlY2sgdGhlIHN0 YXR1cw0KKyAgICAgICAgPGl0ZW1pemU+DQorICAgICAgICA8aXRlbT4gVXNl IHRoZSBhdXRvZnMgc2NyaXB0IHRvIGNoZWNrIHRoZSBzdGF0dXMNCiANCiA8 dHNjcmVlbj48dmVyYj4NCiByb290IyAvZXRjL3JjLmQvaW5pdC5kL2F1dG9m cyBzdGF0dXMNCiANCi0JQ29uZmlndXJlZCBNb3VudCBQb2ludHM6DQotCS91 c3Ivc2Jpbi9hdXRvbW91bnQgLS10aW1lb3V0IDYwMCAvLmF1dG9mcyBmaWxl IC9ldGMvYXV0by5taXNjICANCisgICAgICAgIENvbmZpZ3VyZWQgTW91bnQg UG9pbnRzOg0KKyAgICAgICAgL3Vzci9zYmluL2F1dG9tb3VudCAtLXRpbWVv dXQgNjAwIC8uYXV0b2ZzIGZpbGUgL2V0Yy9hdXRvLm1pc2MNCiANCi0JQWN0 aXZlIE1vdW50IFBvaW50czoNCi0JL3Vzci9zYmluL2F1dG9tb3VudCAtLXRp bWVvdXQgNjAgLy5hdXRvZnMgZmlsZSAvZXRjL2F1dG8ubWlzDQorICAgICAg ICBBY3RpdmUgTW91bnQgUG9pbnRzOg0KKyAgICAgICAgL3Vzci9zYmluL2F1 dG9tb3VudCAtLXRpbWVvdXQgNjAgLy5hdXRvZnMgZmlsZSAvZXRjL2F1dG8u bWlzDQogPC92ZXJiPjwvdHNjcmVlbj4NCiANCi0JPGl0ZW0+IFNlYXJjaGlu ZyBmb3IgdGhlIGF1dG9mcyBzdHJpbmdzIGluIHRoZSBjb21waWxlZCBrZXJu ZWwgc291cmNlcw0KKyAgICAgICAgPGl0ZW0+IFNlYXJjaGluZyBmb3IgdGhl IGF1dG9mcyBzdHJpbmdzIGluIHRoZSBjb21waWxlZCBrZXJuZWwgc291cmNl cw0KIA0KIDx0c2NyZWVuPjx2ZXJiPg0KIHJvb3QjIGdyZXAgLWkgYXV0b2Zz IC91c3Ivc3JjL2xpbnV4LTIuMC4zeC8uY29uZmlnDQogDQotCUNPTkZJR19F WFBFUklNRU5UQUw9eQk8PC0tLSByZXF1aXJlZCBmb3IgYXV0b2ZzDQorICAg ICAgICBDT05GSUdfRVhQRVJJTUVOVEFMPXkgICA8PC0tLSByZXF1aXJlZCBm b3IgYXV0b2ZzDQogDQotCS4uLi5ldGMuLi4NCisgICAgICAgIC4uLi5ldGMu Li4NCiANCi0JQ09ORklHX0FVVE9GU19GUz15CTw8LS0tIHJlcXVpcmVkIGZv ciBhdXRvZnMNCisgICAgICAgIENPTkZJR19BVVRPRlNfRlM9eSAgICAgIDw8 LS0tIHJlcXVpcmVkIGZvciBhdXRvZnMNCiA8L3ZlcmI+PC90c2NyZWVuPg0K LQk8L2l0ZW1pemU+DQorICAgICAgICA8L2l0ZW1pemU+DQogDQogDQogPFNl Y3QxPkdlbmVyaWMgU3lzdGVtIEZpbGVzIGZvciB0aGUgTmV0d29yaw0KIDxw Pg0KLQlUaGVzZSBhcmUgdGhlIGZpbGVzIHRoYXQgbXVzdCBiZSBjb25maWd1 cmVkIGZvciB5b3VyIG5ldHdvcmsNCi0JYW5kIHZhcmllcyBmcm9tIHRoZSBk aWZmZXJlbnQgbGludXggZGlzdHJpYnV0aW9ucy4NCisgICAgICAgIFRoZXNl IGFyZSB0aGUgZmlsZXMgdGhhdCBtdXN0IGJlIGNvbmZpZ3VyZWQgZm9yIHlv dXIgbmV0d29yaw0KKyAgICAgICAgYW5kIHZhcmllcyBmcm9tIHRoZSBkaWZm ZXJlbnQgbGludXggZGlzdHJpYnV0aW9ucy4NCiANCiA8U2VjdDI+L2V0Yy9m c3RhYg0KIDxwPg0KLQl0aGUgL2V0Yy9mc3RhYiBpcyBhIGZpbGUgdGhhdCBk ZWZpbmVzIHlvdXIgZmlsZSBzeXN0ZW0NCi0JYW5kIGlzIHJlYWQgYXQgYm9v dCB0aW1lLg0KKyAgICAgICAgdGhlIC9ldGMvZnN0YWIgaXMgYSBmaWxlIHRo YXQgZGVmaW5lcyB5b3VyIGZpbGUgc3lzdGVtDQorICAgICAgICBhbmQgaXMg cmVhZCBhdCBib290IHRpbWUuDQogDQotCUdlbmVyYWwgZnN0YWIgZmlsZSBz eW50YXggaXMNCisgICAgICAgIEdlbmVyYWwgZnN0YWIgZmlsZSBzeW50YXgg aXMNCiA8cXVvdGU+DQotCQlmaWxlc3lzdGVtICBtb3VudF9wb2ludCAgb3B0 aW9ucw0KKyAgICAgICAgICAgICAgICBmaWxlc3lzdGVtICBtb3VudF9wb2lu dCAgb3B0aW9ucw0KIDwvcXVvdGU+DQogDQotCVlvdSBtYXkgbW91bnQgdGhl IHBhcnRpdGlvbnMgaW50byB5b3VyIGZpbGUgc3lzdGVtIGFzIGRlZmluZWQN Ci0JYnkgL2V0Yy9mc3RhYiBhdCBib290IHRpbWUgb3IgeW91IGNhbiBtYW51 YWxseSBtb3VudCBpdCBhcyBuZWVkZWQNCi0Jb3IgdXNlIGFuIGF1dG9tb3Vu dGVyIG1vdW50ZXIgdGhhdCB3aWxsIHRyYW5zcGFyZW50bHkgbW91bnQNCi0J dGhlIHBhcnRpdGlvbiB5b3UgYXJlIGFjY2Vzc2luZy4NCi0NCi0JZnN0YWIg ZGVmaW5lcyB5b3VyIHZhcmlvdXMgZmlsZXN5c3RlbSBkZWZpbmluZyB5b3Vy IGRpc2tzDQotCXN1Y2ggYXMgYSBleHQyIGZpbGVzeXN0ZW0gKCBkZWZhdWx0 ICkgb3IgYSBtc2RvcyBwYXJ0aXRpb24NCi0Jb3IgYSBpc285NjYwIGZpbGVz eXN0ZW0gZm9yIGNkcm9tIGFtb25nIG1hbnkgb3RoZXIgb3B0aW9ucy4NCisg ICAgICAgIFlvdSBtYXkgbW91bnQgdGhlIHBhcnRpdGlvbnMgaW50byB5b3Vy IGZpbGUgc3lzdGVtIGFzIGRlZmluZWQNCisgICAgICAgIGJ5IC9ldGMvZnN0 YWIgYXQgYm9vdCB0aW1lIG9yIHlvdSBjYW4gbWFudWFsbHkgbW91bnQgaXQg YXMgbmVlZGVkDQorICAgICAgICBvciB1c2UgYW4gYXV0b21vdW50ZXIgbW91 bnRlciB0aGF0IHdpbGwgdHJhbnNwYXJlbnRseSBtb3VudA0KKyAgICAgICAg dGhlIHBhcnRpdGlvbiB5b3UgYXJlIGFjY2Vzc2luZy4NCisNCisgICAgICAg IGZzdGFiIGRlZmluZXMgeW91ciB2YXJpb3VzIGZpbGVzeXN0ZW0gZGVmaW5p bmcgeW91ciBkaXNrcw0KKyAgICAgICAgc3VjaCBhcyBhIGV4dDIgZmlsZXN5 c3RlbSAoIGRlZmF1bHQgKSBvciBhIG1zZG9zIHBhcnRpdGlvbg0KKyAgICAg ICAgb3IgYSBpc285NjYwIGZpbGVzeXN0ZW0gZm9yIGNkcm9tIGFtb25nIG1h bnkgb3RoZXIgb3B0aW9ucy4NCiANCi0Jc2VlIG1hbiBwYWdlcyBmb3IgZnN0 YWINCisgICAgICAgIHNlZSBtYW4gcGFnZXMgZm9yIGZzdGFiDQogDQogPHRz Y3JlZW4+PHZlcmI+DQogIw0KICMgU2FtcGxlIC9ldGMvZnN0YWIgZmlsZQ0K ICMNCiAjIFRoZXNlIGZpbGVzeXN0ZW1zIGFyZSBtb3VudGVkIGJ5DQotIwly b290IyBtb3VudCAtYQ0KKyMgICAgICAgcm9vdCMgbW91bnQgLWENCiAjDQog IyBUbyB2aWV3IHRoZSBtb3VudGVkIGZpbGVzeXN0ZW1zDQotIwlyb290IyBz aG93bW91bnQgLWUNCi0jCQlvcg0KLSMJcm9vdCMgZGYNCisjICAgICAgIHJv b3QjIHNob3dtb3VudCAtZQ0KKyMgICAgICAgICAgICAgICBvcg0KKyMgICAg ICAgcm9vdCMgZGYNCiAjDQogIw0KICMgZm9yIHBzIGFuZCBvdGhlciBydW50 aW1lIGRhdGENCkBAIC04MTIsMTIgKzg5MCwxMiBAQA0KIHd3dy5rZXJuZWwu b3JnOi90bXAgICAgL21udC9rZXJuZWwub3JnICAgIG5mcyBub2F1dG8gMCAw DQogIw0KICMgRG8gbm90IG1vdW50IG9uIHJlYm9vdHMNCi1NYWNoOi9CYWNr dXAJL0JhY2t1cCAgICBuZnMJCWRlZmF1bHRzLG5vYXV0byAgIDAgMA0KK01h Y2g6L0JhY2t1cCAgICAvQmFja3VwICAgIG5mcyAgICAgICAgICBkZWZhdWx0 cyxub2F1dG8gICAwIDANCiAjDQogIyBlbmQgb2YgZmlsZQ0KIDwvdmVyYj48 L3RzY3JlZW4+DQogDQotCXNlZSBNb3VudCBvcHRpb25zIGZvciBtb3JlIGlu Zm8NCisgICAgICAgIHNlZSBNb3VudCBvcHRpb25zIGZvciBtb3JlIGluZm8N CiANCiAgIFlvdSBkbyBub3QgY29uZmlndXJlIHRoZSBhdXRvbW91bnRlciBm cm9tIHRoZSAvZXRjL2ZzdGFiIGZpbGUsIHdoaWNoDQogICB5b3Ugd2lsbCBh bHJlYWR5IGJlIHVzaW5nIHRvIGNvbnRhaW4gaW5mb3JtYXRpb24gYWJvdXQg eW91cg0KQEAgLTgyNiw4NiArOTA0LDg3IEBADQogPFNlY3QyPi9ldGMvbXRh Yg0KIDxwPg0KIA0KLQlUaGlzIGZpbGUgc2hvd3MgdGhlIGFjdGl2ZSBwYXJ0 aXRpb25zIGN1cnJlbnRseSBtb3VudGVkLg0KKyAgICAgICAgVGhpcyBmaWxl IHNob3dzIHRoZSBhY3RpdmUgcGFydGl0aW9ucyBjdXJyZW50bHkgbW91bnRl ZC4NCiANCi0JUGxlYXNlIGRvIE5PVCBlZGl0IHRoaXMgZmlsZQ0KKyAgICAg ICAgUGxlYXNlIGRvIE5PVCBlZGl0IHRoaXMgZmlsZQ0KIA0KLQlXaGVuIHJ1 bm5pbmcgY29tbWFuZHMgbGlrZSAiZGYiLCBpdCB3aWxsIGxpc3QgbW91bnRl ZCBkaXJlY3Rvcmllcw0KLQlsaXN0ZWQgaW4gdGhpcyBmaWxlIGluIG9yZGVy LiAgSWYgZGYgaGFuZ3MgaW4gdGhlIG1pZGRsZSwgaXQgdXN1YWxseQ0KLQlt ZWFucyB0aGUgbmV4dCBtb3VudCBwb2ludCBpbiB0aGUgL2V0Yy9tdGFiIGZp bGUgaXMgdGhlIHNlcnZlciB0aGF0DQotCWlzIG5vdCByZXNwb25kaW5nLg0K KyAgICAgICAgV2hlbiBydW5uaW5nIGNvbW1hbmRzIGxpa2UgImRmIiwgaXQg d2lsbCBsaXN0IG1vdW50ZWQgZGlyZWN0b3JpZXMNCisgICAgICAgIGxpc3Rl ZCBpbiB0aGlzIGZpbGUgaW4gb3JkZXIuICBJZiBkZiBoYW5ncyBpbiB0aGUg bWlkZGxlLCBpdCB1c3VhbGx5DQorICAgICAgICBtZWFucyB0aGUgbmV4dCBt b3VudCBwb2ludCBpbiB0aGUgL2V0Yy9tdGFiIGZpbGUgaXMgdGhlIHNlcnZl ciB0aGF0DQorICAgICAgICBpcyBub3QgcmVzcG9uZGluZy4NCiANCiA8U2Vj dDI+L2V0Yy9leHBvcnRzDQogPHA+DQogDQotCVRoaXMgZmlsZSBkZWZpbmVz IGFsbCB5b3VyIHBhcnRpdGlvbnMgdGhhdCB5b3UgYXJlIGFsbG93aW5nDQot CXRoZSBybWFjaGluZXMgdG8gaGF2ZSBhY2Nlc3MgdG8geW91ciBmaWxlc3lz dGVtLg0KKyAgICAgICAgVGhpcyBmaWxlIGRlZmluZXMgYWxsIHlvdXIgcGFy dGl0aW9ucyB0aGF0IHlvdSBhcmUgYWxsb3dpbmcNCisgICAgICAgIHRoZSBy bWFjaGluZXMgdG8gaGF2ZSBhY2Nlc3MgdG8geW91ciBmaWxlc3lzdGVtLg0K IA0KLQlBIG1hY2hpbmUgdGhhdCBpcyBhIHNlcnZlciBmb3IgeW91ciBob21l IGRpcmVjdG9yaWVzIHdpbGwgaGF2ZQ0KLQkvaG9tZSBleHBvcnRlZCBhcyBy dyB0byBvdGhlciBjbGllbnQgd29ya3N0YXRpb25zDQorICAgICAgICBBIG1h Y2hpbmUgdGhhdCBpcyBhIHNlcnZlciBmb3IgeW91ciBob21lIGRpcmVjdG9y aWVzIHdpbGwgaGF2ZQ0KKyAgICAgICAgL2hvbWUgZXhwb3J0ZWQgYXMgcncg dG8gb3RoZXIgY2xpZW50IHdvcmtzdGF0aW9ucw0KIA0KLQlBIG1hY2hpbmUg dGhhdCBpcyB5b3VyIG1haWwgc2VydmVyIHdpbGwgaGF2ZSAvdmFyL3Nwb29s L21haWwNCi0JZXhwb3J0ZWQgYXMgcncgdG8gb3RoZXIgY2xpZW50IHdvcmtz dGF0aW9ucw0KKyAgICAgICAgQSBtYWNoaW5lIHRoYXQgaXMgeW91ciBtYWls IHNlcnZlciB3aWxsIGhhdmUgL3Zhci9zcG9vbC9tYWlsDQorICAgICAgICBl eHBvcnRlZCBhcyBydyB0byBvdGhlciBjbGllbnQgd29ya3N0YXRpb25zDQog DQotCWFuZCBpZiB3ZXJlIGhhdmUgc3VjaCBhIHNlcnZlcnMNCisgICAgICAg IGFuZCBpZiB3ZXJlIGhhdmUgc3VjaCBhIHNlcnZlcnMNCiANCiA8dHNjcmVl bj48dmVyYj4NCiAjDQogIyBTYW1wbGUgL2V0Yy9leHBvcnRzDQotIwkNCisj DQogIyBUbyByZWxvYWQgY2hhbmdlcyB0byB0aGlzIGZpbGUNCiAjIC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLSMJL2V0Yy9yYy5kL2luaXQu ZC9uZnMgc3RvcCA7IC9ldGMvcmMuZC9pbml0LmQvbmZzIHN0YXJ0DQotIwlj aGVjayAvdmFyL2xvZy9tZXNzYWdlcyBmb3IgYW55IGVycm9ycw0KKyMgICAg ICAgL2V0Yy9yYy5kL2luaXQuZC9uZnMgc3RvcCA7IC9ldGMvcmMuZC9pbml0 LmQvbmZzIHN0YXJ0DQorIyAgICAgICBjaGVjayAvdmFyL2xvZy9tZXNzYWdl cyBmb3IgYW55IGVycm9ycw0KICMNCiAjDQogIyBhbGxvdyB0aGUgcHJpbWFy eSBTZXJ2ZXIgdG8gcmVhZCB0aGUgZW50aXJlIGZpbGVzeXN0ZW0gaGllcmFy Y2h5DQotLwlQcmltYXJ5LnlvdXJfZG9tYWluLmNvbShybyxub19yb290X3Nx dWFzaCkNCisvICAgICAgIFByaW1hcnkueW91cl9kb21haW4uY29tKHJvLG5v X3Jvb3Rfc3F1YXNoKQ0KICMNCiAjIGFsbG93ICB1c2VycyBvbiBvdGhlciBt YWNoaW5lcyB0byBwb3AgYW5kIGRlbGV0ZSB0aGVpciBlbWFpbHMNCi0vdmFy L3Nwb29sL21haWwJIy55b3VyX2RvbWFpbi5jb20ocncpDQorL3Zhci9zcG9v bC9tYWlsICMueW91cl9kb21haW4uY29tKHJ3KQ0KICMNCiAjDQogIyBhbGxv dyB1c2VycyBvbiBIb21lIHRvIHJlYWQvd3JpdGUgZGF0YSBvbiB0aGlzIG1h Y2hpbmUNCi0vaG9tZQkJSG9tZS55b3VyX2RvbWFpbi5jb20ocncpDQorL2hv bWUgICAgICAgICAgIEhvbWUueW91cl9kb21haW4uY29tKHJ3KQ0KICMNCiAj IGFsbG93IHVzZXJzIG9uIGFueSBtYWNoaW5lIHRvIHJlYWQgdGhlIC9ob21l IGRpcmN0b3J5IG9uIHRoaXMgbWFjaGluZQ0KLS9ob21lCQkqLnlvdXJfZG9t YWluLmNvbShybykNCisvaG9tZSAgICAgICAgICAgKi55b3VyX2RvbWFpbi5j b20ocm8pDQogIw0KICMNCiAjIFRvIEV4cG9ydCAvaG9tZS8kVVNSIHRvIHBh cnRpY3VsYXIgdXNlcnMgd29ya3N0YXRpb25zDQotIwlub3RlOiB5b3Ugc2hv dWxkIHByb2JhYmx5IHVzZSBOVDEueW91cl9kb21haW4uY29tIHRvIGRpc2Fs bG93DQotIwlleHBvcnRpbmcgdGhlIGRpcmVjdG9yeSB0byBOVDEuZXZpbF9o YWNrZXIuY29tDQorIyAgICAgICBub3RlOiB5b3Ugc2hvdWxkIHByb2JhYmx5 IHVzZSBOVDEueW91cl9kb21haW4uY29tIHRvIGRpc2FsbG93DQorIyAgICAg ICBleHBvcnRpbmcgdGhlIGRpcmVjdG9yeSB0byBOVDEuZXZpbF9oYWNrZXIu Y29tDQogIw0KLS9ob21lL3VzcjEJTlQxKHJ3KQ0KLS9ob21lL3VzcjIJTlQy KHJ3KQ0KLS9ob21lL3VzcjMJTlQzKHJ3KQ0KKy9ob21lL3VzcjEgICAgICBO VDEocncpDQorL2hvbWUvdXNyMiAgICAgIE5UMihydykNCisvaG9tZS91c3Iz ICAgICAgTlQzKHJ3KQ0KICMNCiAjDQogIyBUbyBhbGxvdyB0aGlzIG1hY2hp bmUncyBsb2NhbCBkaXNrcyB0byBiZSB0aGUgYmFja3VwIGRpc2sgdG8gU2Vy dmVyDQotIwlhbGxvdyByb290QFNlcnZlciB0byBiZSBhYmxlIHRvIHdyaXRl IHRvIHRoaXMgYmFja3VwIGRpc2sNCisjICAgICAgIGFsbG93IHJvb3RAU2Vy dmVyIHRvIGJlIGFibGUgdG8gd3JpdGUgdG8gdGhpcyBiYWNrdXAgZGlzaw0K ICMNCi0vQmFja3VwCQlTZXJ2ZXIueW91cl9kb21haW4uY29tKHJ3LG5vX3Jv b3Rfc3F1YXNoKQ0KKy9CYWNrdXAgICAgICAgICBTZXJ2ZXIueW91cl9kb21h aW4uY29tKHJ3LG5vX3Jvb3Rfc3F1YXNoKQ0KICMNCiAjIGVuZCBvZiBmaWxl DQogPC92ZXJiPjwvdHNjcmVlbj4NCiANCiA8dmVyYj4NCi0JU29tZSBjb21t b25seSB1c2VkIG1vdW50IG9wdGlvbnMNCisgICAgICAgIFNvbWUgY29tbW9u bHkgdXNlZCBtb3VudCBvcHRpb25zDQogDQotCXJvCQlyZWFkIG9ubHkgKCBk ZWZhdWx0Pz8gKQ0KLQlydwkJcmVhZCBhbmQgd3JpdGUNCisgICAgICAgIHJv ICAgICAgICAgICAgICByZWFkIG9ubHkgKCBkZWZhdWx0Pz8gKQ0KKyAgICAg ICAgcncgICAgICAgICAgICAgIHJlYWQgYW5kIHdyaXRlDQogDQotCXJvb3Rf c3F1YXNoCXByZXZlbnRzIHJvb3Qgb24gdGhlIHJlbW90ZSBzZXJ2ZXIgZnJv bSBoYXZpbmcNCi0JCQlyb290IGFjY2VzcyB0byB0aGlzIG1hY2hpbmUNCi0J CQkoIHRoZSBkZWZhdWx0IG9uIGxpbnV4IG1hY2hpbmUgKQ0KKyAgICAgICAg cm9vdF9zcXVhc2ggICAgIHByZXZlbnRzIHJvb3Qgb24gdGhlIHJlbW90ZSBz ZXJ2ZXIgZnJvbSBoYXZpbmcNCisgICAgICAgICAgICAgICAgICAgICAgICBy b290IGFjY2VzcyB0byB0aGlzIG1hY2hpbmUNCisgICAgICAgICAgICAgICAg ICAgICAgICAoIHRoZSBkZWZhdWx0IG9uIGxpbnV4IG1hY2hpbmUgKQ0KIA0K LQlub19yb290X3NxdWFzaAlhbGxvd3Mgcm9vdCBvbiB0aGUgcmVtb3RlIHNl cnZlciB0byBtYW5hZ2UNCi0JCQl0aGlzIGZpbGUgc3lzdGVtIGFzIGlmIGl0 IHdhcyBsb2NhbCB0byB0aGF0IHJlbW90ZSBzZXJ2ZXINCisgICAgICAgIG5v X3Jvb3Rfc3F1YXNoICBhbGxvd3Mgcm9vdCBvbiB0aGUgcmVtb3RlIHNlcnZl ciB0byBtYW5hZ2UNCisgICAgICAgICAgICAgICAgICAgICAgICB0aGlzIGZp bGUgc3lzdGVtIGFzIGlmIGl0IHdhcyBsb2NhbCB0byB0aGF0IHJlbW90ZSBz ZXJ2DQorZXINCiANCi0Jc2VlIE1vdW50IG9wdGlvbnMgYmVsb3cgZm9yIG1v cmUgaW5mbw0KKyAgICAgICAgc2VlIE1vdW50IG9wdGlvbnMgYmVsb3cgZm9y IG1vcmUgaW5mbw0KIA0KLQlhIGxvYWRhYmxlIG1vZHVsZSBvciBwcmUtY29t cGlsZWQgaW50byB0aGUgbGludXgga2VybmVsLg0KKyAgICAgICAgYSBsb2Fk YWJsZSBtb2R1bGUgb3IgcHJlLWNvbXBpbGVkIGludG8gdGhlIGxpbnV4IGtl cm5lbC4NCiA8L3ZlcmI+DQogDQogPCEtLSAtLT4NCkBAIC05MTQsNzAgKzk5 Myw3MiBAQA0KIDxTZWN0PkF1dG9tb3VudGVyIEV4YW1wbGVzDQogPHA+DQog DQotCVRoZXNlIGV4YW1wbGVzIHdlcmUgdGFrZW4gZnJvbSBUQ1AvSVAgTmV0 d29yayBBZG1pbiBieSBDcmFpZyBIdW5nLA0KLQlwdWJsaXNoZWQgYnkgTydS ZWlsbHkgYW5kIEFzc29jaWF0ZXMNCisgICAgICAgIFRoZXNlIGV4YW1wbGVz IHdlcmUgdGFrZW4gZnJvbSBUQ1AvSVAgTmV0d29yayBBZG1pbiBieSBDcmFp ZyBIdW5nLA0KKyAgICAgICAgcHVibGlzaGVkIGJ5IE8nUmVpbGx5IGFuZCBB c3NvY2lhdGVzDQogDQogPFNlY3QxPlNvbGFyaXMgQXV0b21vdW50ZXINCiA8 cD4NCiANCi0JRm9yIGNvbXBhcmFzb24sIGZvciB0aG9zZSBvZiB5b3UgdGhh dCB1bmRlcnN0YW5kIFNvbGFyaXMnIE5GUyBhdXRvbW91bnRlciwNCisgICAg ICAgIEZvciBjb21wYXJhc29uLCBmb3IgdGhvc2Ugb2YgeW91IHRoYXQgdW5k ZXJzdGFuZCBTb2xhcmlzJyBORlMgYXV0b21vdW50DQorZXIsDQogDQogPFNl Y3QyPk1hc3RlciBNYXAgZmlsZQ0KIDxwPg0KIA0KLQlUaGUgTWFzdGVyIE1h cCBjb25maWd1cmF0aW9uIGZpbGUgaXMgcmVhZCBieSBhdXRvbW91bnQuDQot CUl0IGxpc3RzIGFsbCB0aGUgbWFwIGZpbGVzIHVzZWQgYnkgdGhlIGF1dG9t b3VudGVyLg0KKyAgICAgICAgVGhlIE1hc3RlciBNYXAgY29uZmlndXJhdGlv biBmaWxlIGlzIHJlYWQgYnkgYXV0b21vdW50Lg0KKyAgICAgICAgSXQgbGlz dHMgYWxsIHRoZSBtYXAgZmlsZXMgdXNlZCBieSB0aGUgYXV0b21vdW50ZXIu DQogDQogPHRzY3JlZW4+PHZlcmI+DQogIw0KICMgU2FtcGxlIC9ldGMvYXV0 b19tYXN0ZXIgKCBlcXVpdmFsZW50IG9mIC9ldGMvYXV0by5tYXN0ZXIgaW4g bGludXggKQ0KLSMgLS0tLS0tIHRoZXNlIFNvbGFyaXMgb3B0aW9ucyBhcmUg Tk9UIG5lY2Vzc2FyaWx5IGNvbXBhdGlibGUgd2l0aCBsaW51eCcgYXV0b2Zz DQorIyAgICAgICB0aGVzZSBTb2xhcmlzIG9wdGlvbnMgYXJlIE5PVCBuZWNl c3NhcmlseSBjb21wYXRpYmxlIHdpdGggbGludXgnIGF1dG9mcw0KICMNCi0j CUV4Y2VycHRlZCBmcm9tIFRDUC9JUCBOZXR3b3JrIEFkbWluaXN0cmF0aW9u LCBDaGFwIDkNCisjICAgICAgIEV4Y2VycHRlZCBmcm9tIFRDUC9JUCBOZXR3 b3JrIEFkbWluaXN0cmF0aW9uLCBDaGFwIDkNCiAjDQotIyBtb3VudF9wb2lu dAltYXBfbmFtZQlvcHRpb25zDQorIyBtb3VudF9wb2ludCAgIG1hcF9uYW1l ICAgICAgICBvcHRpb25zDQogIw0KICMgY29tbWVudCBvdXQgaWYgeW91IHVz ZSBOSVMrIGFuZCBjZW50cmFsbHkgbWFpbnRhaW5lZCBmaWxlcw0KICMrYXV0 b19tYXN0ZXINCiAjDQogIyBEb2VzIG5vdCBhcHBseSBpZiB5b3UgdXNlIERO Uw0KLSMveGZuCQkteGZuDQorIy94Zm4gICAgICAgICAgIC14Zm4NCiAjDQog IyBBbGwgbWFjaGluZXMgbGlzdGVkIGluIC9ldGMvaG9zdHMgYXJlIGF1dG9t YXRpY2FsbHkgbW91bnRlZA0KICMgKCBhIHN1YmRpcmVjdG9yeSApIHVuZGVy IC9uZXQNCi0vbmV0CQktaG9zdHMJCS1ub3N1aWQNCisvbmV0ICAgICAgICAg ICAgLWhvc3RzICAgICAgICAgIC1ub3N1aWQNCiAjDQogIyBkaXJlY3Rvcmll cyBsaXN0ZWQgaW4gL2V0Yy9hdXRvX2hvbWUgaXMgbW91bnRlZCB1bmRlciAv aG9tZQ0KLS9ob21lCQlhdXRvX2hvbWUNCisvaG9tZSAgICAgICAgICAgYXV0 b19ob21lDQogIw0KICMgc3BlY2lhbCBtb3VudCBwb2ludCBkZWZpbmVkIGJ5 IGRpcmVjdCBtYXAgZmlsZQ0KLS8tCQlhdXRvX2RpcmVjdA0KKy8tICAgICAg ICAgICAgICBhdXRvX2RpcmVjdA0KICMNCiAjIGVuZCBvZiBmaWxlDQogPC92 ZXJiPjwvdHNjcmVlbj4NCi0JDQorICAgICAgICANCiA8U2VjdDI+SW5kaXJl Y3QgTWFwIGZpbGUNCiA8cD4NCiANCi0JQW4gSW5kaXJlY3QgbWFwIGNvbmZp Z3VyYXRpb24gZmlsZSBsaXN0cyB0aGUgcGF0aG5hbWVzIGFuZA0KLQlyZWxh dGl2ZSBtb3VudCBwb2ludHMsIC9ob21lIGluIHRoaXMgY2FzZQ0KKyAgICAg ICAgQW4gSW5kaXJlY3QgbWFwIGNvbmZpZ3VyYXRpb24gZmlsZSBsaXN0cyB0 aGUgcGF0aG5hbWVzIGFuZA0KKyAgICAgICAgcmVsYXRpdmUgbW91bnQgcG9p bnRzLCAvaG9tZSBpbiB0aGlzIGNhc2UNCiANCiA8dHNjcmVlbj48dmVyYj4N CiAjDQogIyBTYW1wbGUgL2V0Yy9hdXRvX2hvbWUNCi0jIC0tLS0tLSB0aGVz ZSBTb2xhcmlzIG9wdGlvbnMgYXJlIE5PVCBuZWNlc3NhcmlseSBjb21wYXRp YmxlIHdpdGggbGludXgnIGF1dG9mcw0KKyMgICAgICAgdGhlc2UgU29sYXJp cyBvcHRpb25zIGFyZSBOT1QgbmVjZXNzYXJpbHkgY29tcGF0aWJsZSB3aXRo IGxpbnV4JyBhdXRvZg0KK3MNCiAjDQotIwlFeGNlcnB0ZWQgZnJvbSBUQ1Av SVAgTmV0d29yayBBZG1pbmlzdHJhdGlvbiwgQ2hhcCA5DQorIyAgICAgICBF eGNlcnB0ZWQgZnJvbSBUQ1AvSVAgTmV0d29yayBBZG1pbmlzdHJhdGlvbiwg Q2hhcCA5DQogIw0KICMgY29tbWVudCBvdXQgaWYgeW91IHVzZSBOSVMrIGFu ZCBjZW50cmFsbHkgbWFpbnRhaW5lZCBmaWxlcw0KICMrYXV0b19ob21lDQog Iw0KLXVzZXJfMQltYWNoXzE6L2V4cG9ydC9ob21lL3VzZXJfMQ0KLXVzZXJf MgltYWNoXzI6L2V4cG9ydC9ob21lL3VzZXJfMg0KLXVzZXJfMwltYWNoXzM6 L2V4cG9ydC9ob21lL3VzZXJfMw0KK3VzZXJfMSAgbWFjaF8xOi9leHBvcnQv aG9tZS91c2VyXzENCit1c2VyXzIgIG1hY2hfMjovZXhwb3J0L2hvbWUvdXNl cl8yDQordXNlcl8zICBtYWNoXzM6L2V4cG9ydC9ob21lL3VzZXJfMw0KICMN Ci0jIEV4cG9ydCBhbGwgdGhlIHVzZXJzIGhvbWUgZGlyZWN0b3J5IGluIFNl cnZlciANCi0qCVNlcnZlcjovZXhwb3J0L2hvbWUvJg0KKyMgRXhwb3J0IGFs bCB0aGUgdXNlcnMgaG9tZSBkaXJlY3RvcnkgaW4gU2VydmVyDQorKiAgICAg ICBTZXJ2ZXI6L2V4cG9ydC9ob21lLyYNCiAjDQogIyBlbmQgb2YgZmlsZQ0K IDwvdmVyYj48L3RzY3JlZW4+DQpAQCAtOTg3LDM2ICsxMDY4LDM3IEBADQog PHRzY3JlZW4+PHZlcmI+DQogIw0KICMgU2FtcGxlIC9ldGMvYXV0b19kaXJl Y3QgKCBEaXJlY3QgbWFwIGZpbGUgKQ0KLSMgLS0tLS0tIHRoZXNlIFNvbGFy aXMgb3B0aW9ucyBhcmUgTk9UIG5lY2Vzc2FyaWx5IGNvbXBhdGlibGUgd2l0 aCBsaW51eCcgYXV0b2ZzDQorIyAgICAgICAgdGhlc2UgU29sYXJpcyBvcHRp b25zIGFyZSBOT1QgbmVjZXNzYXJpbHkgY29tcGF0aWJsZSB3aXRoIGxpbnV4 JyBhdXRvZg0KK3MNCiAjDQotIwlFeGNlcnB0ZWQgZnJvbSBUQ1AvSVAgTmV0 d29yayBBZG1pbmlzdHJhdGlvbiwgQ2hhcCA5DQorIyAgICAgICBFeGNlcnB0 ZWQgZnJvbSBUQ1AvSVAgTmV0d29yayBBZG1pbmlzdHJhdGlvbiwgQ2hhcCA5 DQogIw0KICMNCiAjIG1vdW50IGl0IHJlYWQvd3JpdGUNCi0vaG9tZS9yZXNl YXJjaAktcncJZmlsYmVydDovaG9tZS9yZXNlYXJjaA0KKy9ob21lL3Jlc2Vh cmNoICAtcncgICAgIGZpbGJlcnQ6L2hvbWUvcmVzZWFyY2gNCiAjDQogIw0K ICMgbW91bnQgaXQgcmVhZCBvbmx5IGFuZCBzb2Z0IHRpbWVvdXQNCiAjIGlm ICBwZWNhbiBkb2VzIG5vdCByZXNwb25kIGluIGEgc3BlY2lmaWVkIHBlcmlv ZCwgdXNlIGFsbW9uZA0KICMgaWYgYWxtb25kIGRvZXMgbm90IHJlc3BvbmQg aW4gYSBzcGVjaWZpZWQgcGVyaW9kLCB1c2VyIGZpbGJlcnQNCiAjDQotL3Vz ci9tYW4JLXJvLHNvZnQJcGFjYW4sYWxtb25kLGZpbGJlcnQ6L3Vzci9zaGFy ZS9tYW4NCisvdXNyL21hbiAgICAgICAgLXJvLHNvZnQgICAgICAgIHBhY2Fu LGFsbW9uZCxmaWxiZXJ0Oi91c3Ivc2hhcmUvbWFuDQogIw0KICMgZW5kIG9m IGZpbGUNCiA8L3ZlcmI+PC90c2NyZWVuPg0KIA0KIDxTZWN0MT5BbWQgQXV0 b21vdW50ZXIgRmlsZXMNCiA8cD4NCi0JYW1kIGlzIGFub3RoZXIgcG9wdWxh ciBhdXRvbW91bnRlciBhbmQgSSBzaGFsbCBicmllZmx5IGRlc2NyaWJlDQot CWl0J3MgZmlsZXMgZm9yIHNpbWlsYXJpdHkNCisgICAgICAgIGFtZCBpcyBh bm90aGVyIHBvcHVsYXIgYXV0b21vdW50ZXIgYW5kIEkgc2hhbGwgYnJpZWZs eSBkZXNjcmliZQ0KKyAgICAgICAgaXQncyBmaWxlcyBmb3Igc2ltaWxhcml0 eQ0KIA0KIFRoZSBhbWQgcmVsYXRlZCBiaW5hcmllcyBhbmQgZmlsZXMgYXJl Og0KIDx2ZXJiPg0KLQkvdXNyL3NiaW4vYW1kCQlhbWQgYmluYXJ5DQotCS9l dGMvYW1kLmNvbmYJCWFtZCBjb25maWcgZmlsZQ0KLQkvZXRjL3JjLmQvaW5p dC5kL2FtZCAJYW1kIHN0YXJ0dXAgc2NyaXB0DQotCS8uYXV0b21vdW50CQl0 ZW1wb3JhcnkgZGlyZWN0b3J5IHRvIG1hbmFnZSB0aGUgbW91bnQgcG9pbnRz DQotCS92YXIvbG9nL21lc3NhZ2VzCWxvZyBmaWxlcyAoIGRlcGVuZHMgb24g eW91ciBzeXNsb2cuY29uZiApDQorICAgICAgICAvdXNyL3NiaW4vYW1kICAg ICAgICAgICBhbWQgYmluYXJ5DQorICAgICAgICAvZXRjL2FtZC5jb25mICAg ICAgICAgICBhbWQgY29uZmlnIGZpbGUNCisgICAgICAgIC9ldGMvcmMuZC9p bml0LmQvYW1kICAgIGFtZCBzdGFydHVwIHNjcmlwdA0KKyAgICAgICAgLy5h dXRvbW91bnQgICAgICAgICAgICAgdGVtcG9yYXJ5IGRpcmVjdG9yeSB0byBt YW5hZ2UgdGhlIG1vdW50IHBvaW50cw0KKyAgICAgICAgL3Zhci9sb2cvbWVz c2FnZXMgICAgICAgbG9nIGZpbGVzICggZGVwZW5kcyBvbiB5b3VyIHN5c2xv Zy5jb25mICkNCiA8L3ZlcmI+DQogDQogPFNlY3QyPi9ldGMvYW1kLmNvbmYN CkBAIC0xMDI0LDEwNiArMTEwNiwxMTEgQEANCiA8dHNjcmVlbj48dmVyYj4N CiAjDQogIyBTYW1wbGUgL2V0Yy9hbWQuY29uZg0KLSMgLS0tLS0tIHRoZXNl IGFtZCBjb25maWd1cmF0aW9ucyBhcmUgTk9UIG5lY2Vzc2FyaWx5IGNvbXBh dGlibGUgd2l0aCBsaW51eCcgYXV0b2ZzDQorIyAgICAgICAgdGhlc2UgYW1k IGNvbmZpZ3VyYXRpb25zIGFyZSBOT1QgbmVjZXNzYXJpbHkgY29tcGF0aWJs ZSB3aXRoIGxpbnV4JyBhdXRvZnMNCiAjDQogIyBUbyByZWxvYWQgY2hhbmdl cyB0byB0aGlzIGZpbGUNCi0jIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KLSMJL2V0Yy9yYy5kL2luaXQuZC9hbWQgc3RvcCA7IC9ldGMvcmMu ZC9pbml0LmQvYW1kIHN0YXJ0DQorIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0gDQorIyAgICAgICAvZXRjL3JjLmQvaW5pdC5kL2FtZCBzdG9w IDsgL2V0Yy9yYy5kL2luaXQuZC9hbWQgc3RhcnQNCiAjDQogIw0KLS9kZWZh dWx0cwlvcHRzOj1ydzt0eXBlPW5mcw0KKy9kZWZhdWx0cyAgICAgICBvcHRz Oj1ydzt0eXBlPW5mcw0KICMNCiAjIHdoZXJlIHlvdSBoYXZlIHlvdXIgaG9t ZSBkaXJlY3RvcnkNCi1ob21lCQl0eXBlOj1uZnM7cmhvc3RzOj1ob21lO3Jm czo9L2hvbWUNCitob21lICAgICAgICAgICAgdHlwZTo9bmZzO3Job3N0czo9 aG9tZTtyZnM6PS9ob21lDQogIw0KICMgd2hlcmUgeW91IGhhdmUgeW91ciBp bmNvbWluZyBlbWFpbHMNCi1tYWlsCQl0eXBlOj1uZnM7cmhvc3RzOj1tYWls O3JmczovdmFyL3Nwb29sL21haWwNCittYWlsICAgICAgICAgICAgdHlwZTo9 bmZzO3Job3N0czo9bWFpbDtyZnM6L3Zhci9zcG9vbC9tYWlsDQogIw0KICMg UmVwbGFjZSB3aXRoIHRoZSBzZXJ2ZXIgeW91IGhhdmUgYWNjZXNzIHRvDQog Iw0KLXNlcnZlcjEJCXR5cGU6PW5mcztyaG9zdHM6PXNlcnZlcjE7cmZzOj0v c2VydmVyMQ0KLXNlcnZlcjIJCXR5cGU6PW5mcztyaG9zdHM6PXNlcnZlcjI7 cmZzOj0vc2VydmVyMg0KLXNlcnZlcjMJCXR5cGU6PW5mcztyaG9zdHM6PXNl cnZlcjM7cmZzOj0vc2VydmVyMw0KK3NlcnZlcjEgICAgICAgICB0eXBlOj1u ZnM7cmhvc3RzOj1zZXJ2ZXIxO3Jmczo9L3NlcnZlcjENCitzZXJ2ZXIyICAg ICAgICAgdHlwZTo9bmZzO3Job3N0czo9c2VydmVyMjtyZnM6PS9zZXJ2ZXIy DQorc2VydmVyMyAgICAgICAgIHR5cGU6PW5mcztyaG9zdHM6PXNlcnZlcjM7 cmZzOj0vc2VydmVyMw0KICMNCiAjIGVuZCBvZiBmaWxlDQogPC92ZXJiPjwv dHNjcmVlbj4NCiANCiA8U2VjdDI+Ly5hdXRvbW91bnQgQW1kIEF1dG9tb3Vu dGVyIERpcmVjdG9yeSB0cmVlDQogPHA+DQotCS8uYXV0b21vdW50IGlzIHlv dXIgbW91bnQgcG9pbnQsIGFuZCBpcyBtYW5hZ2VkIGJ5IHRoZSBhbWQgYXV0 b21vdW50IGRhZW1vbi4NCisgICAgICAgIC8uYXV0b21vdW50IGlzIHlvdXIg bW91bnQgcG9pbnQsIGFuZCBpcyBtYW5hZ2VkIGJ5IHRoZSBhbWQgYXV0b21v dW50IGRhDQorZW1vbi4NCiANCi0JVGhlIG5hbWUgb2YgdGhlIG1vaW50IHBv aW50IGRpcmVjdG9yeSB1c2VkIGlzIGRlZmluZWQgYnkgdGhlIC1hIG9wdGlv bg0KKyAgICAgICAgVGhlIG5hbWUgb2YgdGhlIG1vaW50IHBvaW50IGRpcmVj dG9yeSB1c2VkIGlzIGRlZmluZWQgYnkgdGhlIC1hIG9wdGlvbg0KIDx0c2Ny ZWVuPjx2ZXJiPg0KIHJvb3QjIC91c3Ivc2Jpbi9hbWQgLWEgLy5hdXRvbW91 bnQgLi4uLg0KIDwvdmVyYj48L3RzY3JlZW4+DQogDQotCUFuZCwgeW91IG11 c3QgbWFrZSBzdXJlIHRoYXQgdGhlIGRpcmVjdG9yeSBleGlzdHMNCisgICAg ICAgIEFuZCwgeW91IG11c3QgbWFrZSBzdXJlIHRoYXQgdGhlIGRpcmVjdG9y eSBleGlzdHMNCiA8dHNjcmVlbj48dmVyYj4NCiByb290IyBta2RpciAvLmF1 dG9tb3VudA0KIDwvdmVyYj48L3RzY3JlZW4+DQogDQotCVBsZWFzZSBkbyBO T1QgYWRkIG9yIGRlbGV0ZSBsaW5rcywgZmlsZXMsIHN1Yi1kaXJlY3Rvcmll cyBmcm9tIHRoaXMgZGlyZWNvdHJ5DQorICAgICAgICBQbGVhc2UgZG8gTk9U IGFkZCBvciBkZWxldGUgbGlua3MsIGZpbGVzLCBzdWItZGlyZWN0b3JpZXMg ZnJvbSB0aGlzIGRpcg0KK2Vjb3RyeQ0KIA0KLQlhbWQgd2lsbCBjcmVhdGUg c3ViZGlyZWN0b3JpZXMgZm9yICJtb3VudCBwb2ludHMiIGZvciB0aGUgc2Vy dmVycyANCisgICAgICAgIGFtZCB3aWxsIGNyZWF0ZSBzdWJkaXJlY3Rvcmll cyBmb3IgIm1vdW50IHBvaW50cyIgZm9yIHRoZSBzZXJ2ZXJzDQogDQogPHRz Y3JlZW4+PHZlcmI+DQogcm9vdCMgbHMgLWwgLy5hdXRvbW91bnQNCi0JLy5h dXRvbW91bnQvc2VydmVyMQ0KLQkvLmF1dG9tb3VudC9zZXJ2ZXIyDQotCS8u YXV0b21vdW50L3NlcnZlcjMNCisgICAgICAgIC8uYXV0b21vdW50L3NlcnZl cjENCisgICAgICAgIC8uYXV0b21vdW50L3NlcnZlcjINCisgICAgICAgIC8u YXV0b21vdW50L3NlcnZlcjMNCiA8L3ZlcmI+PC90c2NyZWVuPg0KIA0KIDxT ZWN0Mj4vbmV0DQogPHA+DQotCWFtZCB3aWxsIGNyZWF0ZSBsaW5rcyB0byB0 aGUgLy5hdXRvbW91bnQgZGlyZWN0b3J5DQorICAgICAgICBhbWQgd2lsbCBj cmVhdGUgbGlua3MgdG8gdGhlIC8uYXV0b21vdW50IGRpcmVjdG9yeQ0KIA0K LQlQbGVhc2UgZG8gTk9UIGNyZWF0ZSB0aGVzZSBsaW5rcy4uLmFtZCB3aWxs IGRvIGl0IGR5bmFtaWNhbGx5IGZvciB5b3UuLi4NCisgICAgICAgIFBsZWFz ZSBkbyBOT1QgY3JlYXRlIHRoZXNlIGxpbmtzLi4uYW1kIHdpbGwgZG8gaXQg ZHluYW1pY2FsbHkgZm9yIHlvdS4uDQorLg0KIA0KIDx0c2NyZWVuPjx2ZXJi Pg0KIHJvb3QjIGxzIC1sYSAvbmV0DQotCXNlcnZlcjEgLT4gLy5hdXRvbW91 bnQvc2VydmVyMQ0KLQlzZXJ2ZXIyIC0+IC8uYXV0b21vdW50L3NlcnZlcjIN Ci0Jc2VydmVyMyAtPiAvLmF1dG9tb3VudC9zZXJ2ZXIzDQorICAgICAgICBz ZXJ2ZXIxIC0+IC8uYXV0b21vdW50L3NlcnZlcjENCisgICAgICAgIHNlcnZl cjIgLT4gLy5hdXRvbW91bnQvc2VydmVyMg0KKyAgICAgICAgc2VydmVyMyAt PiAvLmF1dG9tb3VudC9zZXJ2ZXIzDQogPC92ZXJiPjwvdHNjcmVlbj4NCiAN CiA8U2VjdDI+QW1kIGFyZ3VtZW50cw0KIDxwPg0KIA0KLQlVc3VhbGx5IGFt ZCBpcyBpbnZva2VkIGJ5DQotCTxxdW90ZT4NCi0JCXJvb3QjIC9ldGMvcmMu ZC9pbml0LmQvYW1kIHN0b3ANCi0JPC9xdW90ZT4NCi0JPHF1b3RlPg0KLQkJ cm9vdCMgL2V0Yy9yYy5kL2luaXQuZC9hbWQgc3RhcnQNCi0JPC9xdW90ZT4N CisgICAgICAgIFVzdWFsbHkgYW1kIGlzIGludm9rZWQgYnkNCisgICAgICAg IDxxdW90ZT4NCisgICAgICAgICAgICAgICAgcm9vdCMgL2V0Yy9yYy5kL2lu aXQuZC9hbWQgc3RvcA0KKyAgICAgICAgPC9xdW90ZT4NCisgICAgICAgIDxx dW90ZT4NCisgICAgICAgICAgICAgICAgcm9vdCMgL2V0Yy9yYy5kL2luaXQu ZC9hbWQgc3RhcnQNCisgICAgICAgIDwvcXVvdGU+DQogDQotCVRoZSBkZWZh dWx0IGFyZ3VtZW50cyBhcmU6DQorICAgICAgICBUaGUgZGVmYXVsdCBhcmd1 bWVudHMgYXJlOg0KIA0KIDx0c2NyZWVuPjx2ZXJiPg0KIHJvb3QjIC91c3Iv c2Jpbi9hbWQgLWEgLy5hdXRvbW91bnQgLWwgc3lzbG9nIC1jIDEwMDAgL25l dCAvZXRjL2FtZC5jb25mDQogPC92ZXJiPjwvdHNjcmVlbj4NCiANCiA8cXVv dGU+DQotCS1hIC8uYXV0b21vdW50CWRlZmluZXMgdGhlIHRlbXBvcmFyeSBk aXJlY3RvcnkgdG8gbWFuYWdlIHRoZSBtb3VudCBwb2ludHMNCisgICAgICAg IC1hIC8uYXV0b21vdW50ICBkZWZpbmVzIHRoZSB0ZW1wb3JhcnkgZGlyZWN0 b3J5IHRvIG1hbmFnZSB0aGUgbW91bnQgcG9pDQorbnRzDQogPC9xdW90ZT4N CiANCiA8cXVvdGU+DQotCS1sIHN5c2xvZwl0ZWxscyBhbWQgdG8gbG9nIGFs bCBtZXNzYWdlcyB2aWEgc3lzbG9nZA0KKyAgICAgICAgLWwgc3lzbG9nICAg ICAgIHRlbGxzIGFtZCB0byBsb2cgYWxsIG1lc3NhZ2VzIHZpYSBzeXNsb2dk DQogPC9xdW90ZT4NCiANCiA8cXVvdGU+DQotCS1jIDEwMDAJCXRlbGxzIGFt ZCB0byBjYWNoZSB0aGUgcmVtb3RlIGhvc3QncyBmaWxlc3lzdGVtIGZvciAx MDAwIHNlY29uZHMNCisgICAgICAgIC1jIDEwMDAgICAgICAgICB0ZWxscyBh bWQgdG8gY2FjaGUgdGhlIHJlbW90ZSBob3N0J3MgZmlsZXN5c3RlbSBmb3Ig MTAwDQorMCBzZWNvbmRzDQogPC9xdW90ZT4NCiANCiA8cXVvdGU+DQotCS9u ZXQgCQl0ZWxscyBhbWQgdG8gcHV0IGl0J3MgbGlua3MgaGVyZQ0KKyAgICAg ICAgL25ldCAgICAgICAgICAgIHRlbGxzIGFtZCB0byBwdXQgaXQncyBsaW5r cyBoZXJlDQogPC9xdW90ZT4NCiANCiA8cXVvdGU+DQotCS9ldGMvYW1kLmNv bmYgCXRlbGxzIGFtZCB3aGVyZSB0byBmaW5kIGl0J3MgY29uZmlnIGZpbGVz DQorICAgICAgICAvZXRjL2FtZC5jb25mICAgdGVsbHMgYW1kIHdoZXJlIHRv IGZpbmQgaXQncyBjb25maWcgZmlsZXMNCiA8L3F1b3RlPg0KIA0KLQlUbyBD aGVjayBvbiB0aGUgc3RhdHVzIG9mIGFtZA0KKyAgICAgICAgVG8gQ2hlY2sg b24gdGhlIHN0YXR1cyBvZiBhbWQNCiA8dHNjcmVlbj48dmVyYj4NCiAjIGFt cSAtbXMNCiA8L3ZlcmI+PC90c2NyZWVuPg0KQEAgLTExMzMsNyArMTIyMCw4 IEBADQogPHA+DQogDQogICBFeGNlcnB0ZWQgZnJvbQ0KLQk8dXJsIHVybD0i aHR0cDovL3d3dy5zdW5zaXRlLnVuYy5lZHUvTERQL0hPV1RPL05FVC0zLUhP V1RPLmh0bWwiIG5hbWU9Ik5ldC0yLzMtSE9XVE8iPg0KKyAgICAgICAgPHVy bCB1cmw9Imh0dHA6Ly93d3cuc3Vuc2l0ZS51bmMuZWR1L0xEUC9IT1dUTy9O RVQtMy1IT1dUTy5odG1sIiBuYW1lPSINCitOZXQtMi8zLUhPV1RPIj4NCiAN CiAgIFRvIG1vdW50IHR3byBuZnMgZmlsZXN5c3RlbXMgdXNpbmcgeW91ciAv ZXRjL2ZzdGFiIGZpbGUgeW91IHdvdWxkIHVzZQ0KICAgdHdvIGVudHJpZXMg dGhhdCBsb29rZWQgbGlrZToNCkBAIC0xMTYyLDM4ICsxMjUwLDM5IEBADQog ICBXaGVyZToNCiANCiA8dmVyYj4NCi0JYS4gVGhlIGZ1bGwgYW1kIGJpbmFy eSBwYXRoIChvYnZpb3VzbHkgb3B0aW9uYWwpIGRlcGVuZGluZyBvbiB5b3Vy DQotCSAgICRQQVRIIHNldHRpbmcsIHNvIGp1c3QgYGFtZCcgbWF5IGJlIHNw ZWNpZmllZCBoZXJlLg0KKyAgICAgICAgYS4gVGhlIGZ1bGwgYW1kIGJpbmFy eSBwYXRoIChvYnZpb3VzbHkgb3B0aW9uYWwpIGRlcGVuZGluZyBvbiB5b3Vy DQorICAgICAgICAgICAkUEFUSCBzZXR0aW5nLCBzbyBqdXN0IGBhbWQnIG1h eSBiZSBzcGVjaWZpZWQgaGVyZS4NCiANCi0JYi4gYC14IGFsbCcgbWVhbnMg dHVybiBmdWxsIGxvZ2dpbmcgb24uIFJlYWQgdGhlIGRvY3VtZW50YXRpb24g Zm9yIHRoZQ0KLQkgICBvdGhlciBsb2dnaW5nIGxldmVscw0KKyAgICAgICAg Yi4gYC14IGFsbCcgbWVhbnMgdHVybiBmdWxsIGxvZ2dpbmcgb24uIFJlYWQg dGhlIGRvY3VtZW50YXRpb24gZm9yIHRoZQ0KKyAgICAgICAgICAgb3RoZXIg bG9nZ2luZyBsZXZlbHMNCiANCi0JYy4gYC1sIHN5c2xvZycgbWVhbnMgbG9n IHRoZSBtZXNzYWdlIHZpYSB0aGUgc3lzbG9nIGRhZW1vbi4gVGhpcyBjb3Vs ZA0KLQkgICBtZWFuIHB1dCBpdCB0byBhIGZpbGUsIGR1bXAgaXQsIG9yIHBh c3MgaXQsIHRvIGFuIHVudXNlZCB0dHkNCi0JICAgY29uc29sZS4gVGhpcyAo c3lzbG9nKSBjYW4gYmUgY2hhbmdlZCB0byB0aGUgbmFtZSBvZiBhIGZpbGUs IGkuZS4NCi0JICAgYC1sIGZvbycgd2lsbCByZWNvcmQgdG8gYSBmaWxlIGNh bGxlZCBmb28uDQorICAgICAgICBjLiBgLWwgc3lzbG9nJyBtZWFucyBsb2cg dGhlIG1lc3NhZ2UgdmlhIHRoZSBzeXNsb2cgZGFlbW9uLiBUaGlzIGNvdWxk DQorICAgICAgICAgICBtZWFuIHB1dCBpdCB0byBhIGZpbGUsIGR1bXAgaXQs IG9yIHBhc3MgaXQsIHRvIGFuIHVudXNlZCB0dHkNCisgICAgICAgICAgIGNv bnNvbGUuIFRoaXMgKHN5c2xvZykgY2FuIGJlIGNoYW5nZWQgdG8gdGhlIG5h bWUgb2YgYSBmaWxlLCBpLmUuDQorICAgICAgICAgICBgLWwgZm9vJyB3aWxs IHJlY29yZCB0byBhIGZpbGUgY2FsbGVkIGZvby4NCiANCi0JZC4gYC1hIC9h bWQnIG1lYW5zIHVzZSB0aGUgL2FtZCBkaXJlY3RvcnkgYXMgYSB0ZW1wb3Jh cnkgcGxhY2UgZm9yDQotCSAgIGF1dG9tb3VudCBwb2ludHMuIFRoaXMgZGly ZWN0b3J5IGlzIGNyZWF0ZWQgYXV0b21hdGljYWxseSBieSBhbWQNCi0JICAg YW5kIHNob3VsZCBiZSByZW1vdmVkIGJlZm9yZSBzdGFydGluZyBhbWQgaW4g eW91ciAvZXRjL3JjIHNjcmlwdHMuDQorICAgICAgICBkLiBgLWEgL2FtZCcg bWVhbnMgdXNlIHRoZSAvYW1kIGRpcmVjdG9yeSBhcyBhIHRlbXBvcmFyeSBw bGFjZSBmb3INCisgICAgICAgICAgIGF1dG9tb3VudCBwb2ludHMuIFRoaXMg ZGlyZWN0b3J5IGlzIGNyZWF0ZWQgYXV0b21hdGljYWxseSBieSBhbWQNCisg ICAgICAgICAgIGFuZCBzaG91bGQgYmUgcmVtb3ZlZCBiZWZvcmUgc3RhcnRp bmcgYW1kIGluIHlvdXIgL2V0Yy9yYyBzY3JpcHRzLg0KIA0KLQllLiBgLS0n IG1lYW5zIHRlbGwgZ2V0b3B0KCkgdG8gc3RvcCBhdHRlbXB0aW5nIHRvIHBh cnNlIHRoZSByZXN0IG9mDQotCSAgIHRoZSBjb21tYW5kIGxpbmUgZm9yIG9w dGlvbnMuIFRoaXMgaXMgZXNwZWNpYWxseSB1c2VmdWwgd2hlbg0KLQkgICBz cGVjaWZ5aW5nIHRoZSBgdHlwZTo9JyBvcHRpb25zIG9uIHRoZSBjb21tYW5k IGxpbmUsIG90aGVyd2lzZQ0KLQkgICBnZXRvcHQoKSB0cmllcyB0byBkZWNv ZGUgaXQgaW5jb3JyZWN0bHkuDQorICAgICAgICBlLiBgLS0nIG1lYW5zIHRl bGwgZ2V0b3B0KCkgdG8gc3RvcCBhdHRlbXB0aW5nIHRvIHBhcnNlIHRoZSBy ZXN0IG9mDQorICAgICAgICAgICB0aGUgY29tbWFuZCBsaW5lIGZvciBvcHRp b25zLiBUaGlzIGlzIGVzcGVjaWFsbHkgdXNlZnVsIHdoZW4NCisgICAgICAg ICAgIHNwZWNpZnlpbmcgdGhlIGB0eXBlOj0nIG9wdGlvbnMgb24gdGhlIGNv bW1hbmQgbGluZSwgb3RoZXJ3aXNlDQorICAgICAgICAgICBnZXRvcHQoKSB0 cmllcyB0byBkZWNvZGUgaXQgaW5jb3JyZWN0bHkuDQogDQotCWYuIGAvbmZz JyBpcyB0aGUgcmVhbCBuZnMgbW91bnQgcG9pbnQuIEFnYWluIHRoaXMgaXMg YXV0b21hdGljYWxseQ0KLQkgICBjcmVhdGVkIGFuZCBzaG91bGQgbm90IGdl bmVyYWxseSBjb250YWluIHN1YmRpcmVjdG9yaWVzIHVubGVzcyB0aGUNCi0J ICAgYHR5cGU6PWRpcmVjdCcgb3B0aW9uIGlzIHVzZWQuDQorICAgICAgICBm LiBgL25mcycgaXMgdGhlIHJlYWwgbmZzIG1vdW50IHBvaW50LiBBZ2FpbiB0 aGlzIGlzIGF1dG9tYXRpY2FsbHkNCisgICAgICAgICAgIGNyZWF0ZWQgYW5k IHNob3VsZCBub3QgZ2VuZXJhbGx5IGNvbnRhaW4gc3ViZGlyZWN0b3JpZXMg dW5sZXNzIHRoZQ0KKyAgICAgICAgICAgYHR5cGU6PWRpcmVjdCcgb3B0aW9u IGlzIHVzZWQuDQogDQotCWcuIFRoZSBhbWQgbWFwIChpLmUuIGEgZmlsZSkg bmFtZWQgYGFtZC5zZXJ2ZXInIGNvbnRhaW5zIHRoZSBsaW5lczoNCisgICAg ICAgIGcuIFRoZSBhbWQgbWFwIChpLmUuIGEgZmlsZSkgbmFtZWQgYGFtZC5z ZXJ2ZXInIGNvbnRhaW5zIHRoZSBsaW5lczoNCiA8L3ZlcmI+DQogDQotCUV4 YW1wbGUgL2V0Yy9hbWQuc2VydmVyIGZpbGUgDQorICAgICAgICBFeGFtcGxl IC9ldGMvYW1kLnNlcnZlciBmaWxlDQogPHRzY3JlZW4+PHZlcmI+DQogIw0K ICMgU2FtcGxlIC9ldGMvYW1kLnNlcnZlcg0KLSMgLS0tLS0tIHRoZXNlIGFt ZCBjb25maWd1cmF0aW9ucyBhcmUgTk9UIG5lY2Vzc2FyaWx5IGNvbXBhdGli bGUgd2l0aCBsaW51eCcgYXV0b2ZzDQorIyAtLS0tLS0gdGhlc2UgYW1kIGNv bmZpZ3VyYXRpb25zIGFyZSBOT1QgbmVjZXNzYXJpbHkgY29tcGF0aWJsZSB3 aXRoIGxpbnV4JyBhdQ0KK3RvZnMNCiAjDQogL2RlZmF1bHRzICAgIG9wdHM6 PXJ3O3R5cGU6PW5mcw0KICMNCkBAIC0xMjAxLDcgKzEyOTAsNyBAQA0KIHNl cnZlci0yICAgICByaG9zdDo9c2VydmVyLTI7cmZzOj0vZXhwb3J0L2Rpc2sN CiAjDQogIyBBdXRvTW91bnQgdGhlIHJlbW90ZSBIb21lIFNlcnZlciBob21l IGRpcmVjdG9yeQ0KLWhvbWUgCWhvc3QhPUhvbWVTcnZyO3R5cGU6PW5mczty aG9zdDo9SG9tZVNydnI7cmZzOj0vaG9tZQ0KK2hvbWUgICAgaG9zdCE9SG9t ZVNydnI7dHlwZTo9bmZzO3Job3N0Oj1Ib21lU3J2cjtyZnM6PS9ob21lDQog Iw0KICMgQXV0b01vdW50IHRoZSByZW1vdGUgTWFpbCBTZXJ2ZXIgbWFpbCBk aXJlY3RvcnkNCiBtYWlsICAgIGhvc3QhPU1haWxTcnZyO3R5cGU6PW5mczty aG9zdDo9TWFpbFNydnI7cmZzOj0vdmFyL3Nwb29sL21haWwNCkBAIC0xMjE1 LDQyICsxMzA0LDQ4IEBADQogPHA+DQogDQogPHZlcmI+DQotCXJvb3QjIC9l dGMvcmMuZC9pbml0LmQvYW1kIHN0b3ANCisgICAgICAgIHJvb3QjIC9ldGMv cmMuZC9pbml0LmQvYW1kIHN0b3ANCiANCi0Jcm9vdCMgL2V0Yy9yYy5kL2lu aXQuZC9hbWQgc3RhcnQJLSBvciAtDQotCXJvb3QjIC9ldGMvcmMuZC9pbml0 LmQvYW1kIHJlbG9hZCANCisgICAgICAgIHJvb3QjIC9ldGMvcmMuZC9pbml0 LmQvYW1kIHN0YXJ0ICAgICAgICAtIG9yIC0NCisgICAgICAgIHJvb3QjIC9l dGMvcmMuZC9pbml0LmQvYW1kIHJlbG9hZA0KIA0KLQlDaGVjayB0aGUgbG9n IGZpbGVzIGFuZCB0aGUgc3RhdHVzIG9mIHRoZSBhbWQgYXV0b21vdW50ZXIN CisgICAgICAgIENoZWNrIHRoZSBsb2cgZmlsZXMgYW5kIHRoZSBzdGF0dXMg b2YgdGhlIGFtZCBhdXRvbW91bnRlcg0KIA0KLQkJcm9vdCMgL2V0Yy9yYy5k L2luaXQuZC9hbWQgc3RhdHVzDQotCQlyb290IyBjYXQgL2V0Yy9tdGFiDQot ICAgICAgICAJcm9vdCMgYW1xIC1tcw0KLQkJcm9vdCMgZGYNCi0JCXJvb3Qj IHNob3dtb3VudCAtZQ0KLQkJcm9vdCMgdGFpbCAtMTAwIC92YXIvbG9nL21l c3NhZ2VzDQorICAgICAgICAgICAgICAgIHJvb3QjIC9ldGMvcmMuZC9pbml0 LmQvYW1kIHN0YXR1cw0KKyAgICAgICAgICAgICAgICByb290IyBjYXQgL2V0 Yy9tdGFiDQorICAgICAgICAgICAgICAgIHJvb3QjIGFtcSAtbXMNCisgICAg ICAgICAgICAgICAgcm9vdCMgZGYNCisgICAgICAgICAgICAgICAgcm9vdCMg c2hvd21vdW50IC1lDQorICAgICAgICAgICAgICAgIHJvb3QjIHRhaWwgLTEw MCAvdmFyL2xvZy9tZXNzYWdlcw0KIDwvdmVyYj4NCiANCiBZb3VyIGFtZCBs b2cgbWVzc2FnZXMgKCAvdmFyL2xvZy9tZXNzYWdlcyApIGNvdWxkIGxvb2sg bGlrZToNCiA8dmVyYj4NCi0JIw0KLQkjIEkgZG8gTk9UIGtub3cgd2hhdCAi b2xkIHN5bnRheCIgaXQncyBjb21wbGFpbmluZyBhYm91dC4uLg0KLQkjDQot CUF1ZyAxNyAwODoyODowMiBIb21lU3J2IGFtZFs4NjVdOiBrZXkgL2RlZmF1 bHRzOiBPbGQgc3ludGF4IHNlbGVjdG9yIGZvdW5kOiB0eXBlPW5mcw0KLQlB dWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBhbWRbODY1XToga2V5IC9kZWZhdWx0 czogT2xkIHN5bnRheCBzZWxlY3RvciBmb3VuZDogdHlwZT1uZnM9DQotCUF1 ZyAxNyAwODoyODowMiBIb21lU3J2IGFtZFs4NjVdOiBza2lwcGluZyBzZWxl Y3RvciB0byAiIg0KLQkjDQotCUF1ZyAxNyAwODoyODowMiBIb21lU3J2IGFt ZFs4NjVdOiBmaWxlIHNlcnZlciByZW1vdGUueW91cl9kb21haW4uY29tIHR5 cGUgbmZzIHN0YXJ0cyB1cA0KLQlBdWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBh bWRbODY1XTogRmx1c2hlZCAvbmV0L3JlbW90ZTsgZGVwZW5kZW50IG9uIHJl bW90ZS55b3VyX2RvbWFpbi5jb20NCi0JQXVnIDE3IDA4OjI4OjAyIEhvbWVT cnYgYW1kWzIxOTcwXTogbGludXggbW91bnQ6IHR5cGUgbmZzDQotCUF1ZyAx NyAwODoyODowMiBIb21lU3J2IGFtZFsyMTk3MF06IGxpbnV4IG1vdW50OiB2 ZXJzaW9uIDENCi0JQXVnIDE3IDA4OjI4OjAyIEhvbWVTcnYgYW1kWzIxOTcw XTogbGludXggbW91bnQ6IGZkIDgNCi0JQXVnIDE3IDA4OjI4OjAyIEhvbWVT cnYgYW1kWzIxOTcwXTogbGludXggbW91bnQ6IGhvc3RuYW1lIHd3dy54eHgu eXl5Lnp6eg0KLQlBdWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBhbWRbMjE5NzBd OiBsaW51eCBtb3VudDogcG9ydCAyMDQ5DQotCUF1ZyAxNyAwODoyODowMiBI b21lU3J2IGFtZFsyMTk3MF06IGxpbnV4IG1vdW50OiBmc25hbWUgcmVtb3Rl Oi8NCi0JQXVnIDE3IDA4OjI4OjAyIEhvbWVTcnYgYW1kWzIxOTcwXTogbGlu dXggbW91bnQ6IHR5cGUgKG1udGVudCkgbmZzDQotCUF1ZyAxNyAwODoyODow MiBIb21lU3J2IGFtZFsyMTk3MF06IGxpbnV4IG1vdW50OiBvcHRzIHJ3DQot CUF1ZyAxNyAwODoyODowMiBIb21lU3J2IGFtZFsyMTk3MF06IGxpbnV4IG1v dW50OiBkaXIgLy5hdXRvbW91bnQvcmVtb3RlDQotCUF1ZyAxNyAwODoyODow MiBIb21lU3J2IGFtZFs4NjVdOiByZW1vdGU6LyBtb3VudGVkIGZzdHlwZSBu ZnMgb24gLy5hdXRvbW91bnQvcmVtb3RlDQorICAgICAgICAjDQorICAgICAg ICAjIEkgZG8gTk9UIGtub3cgd2hhdCAib2xkIHN5bnRheCIgaXQncyBjb21w bGFpbmluZyBhYm91dC4uLg0KKyAgICAgICAgIw0KKyAgICAgICAgQXVnIDE3 IDA4OjI4OjAyIEhvbWVTcnYgYW1kWzg2NV06IGtleSAvZGVmYXVsdHM6IE9s ZCBzeW50YXggc2VsZWN0b3IgZm8NCit1bmQ6IHR5cGU9bmZzDQorICAgICAg ICBBdWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBhbWRbODY1XToga2V5IC9kZWZh dWx0czogT2xkIHN5bnRheCBzZWxlY3RvciBmbw0KK3VuZDogdHlwZT1uZnM9 DQorICAgICAgICBBdWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBhbWRbODY1XTog c2tpcHBpbmcgc2VsZWN0b3IgdG8gIiINCisgICAgICAgICMNCisgICAgICAg IEF1ZyAxNyAwODoyODowMiBIb21lU3J2IGFtZFs4NjVdOiBmaWxlIHNlcnZl ciByZW1vdGUueW91cl9kb21haW4uY29tIHR5DQorcGUgbmZzIHN0YXJ0cyB1 cA0KKyAgICAgICAgQXVnIDE3IDA4OjI4OjAyIEhvbWVTcnYgYW1kWzg2NV06 IEZsdXNoZWQgL25ldC9yZW1vdGU7IGRlcGVuZGVudCBvbiByZW0NCitvdGUu eW91cl9kb21haW4uY29tDQorICAgICAgICBBdWcgMTcgMDg6Mjg6MDIgSG9t ZVNydiBhbWRbMjE5NzBdOiBsaW51eCBtb3VudDogdHlwZSBuZnMNCisgICAg ICAgIEF1ZyAxNyAwODoyODowMiBIb21lU3J2IGFtZFsyMTk3MF06IGxpbnV4 IG1vdW50OiB2ZXJzaW9uIDENCisgICAgICAgIEF1ZyAxNyAwODoyODowMiBI b21lU3J2IGFtZFsyMTk3MF06IGxpbnV4IG1vdW50OiBmZCA4DQorICAgICAg ICBBdWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBhbWRbMjE5NzBdOiBsaW51eCBt b3VudDogaG9zdG5hbWUgd3d3Lnh4eC55eXkueg0KK3p6DQorICAgICAgICBB dWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBhbWRbMjE5NzBdOiBsaW51eCBtb3Vu dDogcG9ydCAyMDQ5DQorICAgICAgICBBdWcgMTcgMDg6Mjg6MDIgSG9tZVNy diBhbWRbMjE5NzBdOiBsaW51eCBtb3VudDogZnNuYW1lIHJlbW90ZTovDQor ICAgICAgICBBdWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBhbWRbMjE5NzBdOiBs aW51eCBtb3VudDogdHlwZSAobW50ZW50KSBuZnMNCisgICAgICAgIEF1ZyAx NyAwODoyODowMiBIb21lU3J2IGFtZFsyMTk3MF06IGxpbnV4IG1vdW50OiBv cHRzIHJ3DQorICAgICAgICBBdWcgMTcgMDg6Mjg6MDIgSG9tZVNydiBhbWRb MjE5NzBdOiBsaW51eCBtb3VudDogZGlyIC8uYXV0b21vdW50L3JlbW90ZQ0K KyAgICAgICAgQXVnIDE3IDA4OjI4OjAyIEhvbWVTcnYgYW1kWzg2NV06IHJl bW90ZTovIG1vdW50ZWQgZnN0eXBlIG5mcyBvbiAvLmF1dG8NCittb3VudC9y ZW1vdGUNCiA8L3ZlcmI+DQogDQogICBOb3cgaWYgeW91IHNheToNCkBAIC0x MjkyLDI5ICsxMzg3LDMxIEBADQogDQogVGhlIGF1dG9mcyByZWxhdGVkIGJp bmFyaWVzIGFuZCBmaWxlcyBhcmU6DQogPHZlcmI+DQotCS91c3Ivc2Jpbi9h dXRvbW91bnQJYXV0b2ZzIGJpbmFyeQ0KLQkvZXRjL2F1dG8ubWFzdGVyCW1h c3RlciBmaWxlDQotCS9ldGMvYXV0by5taXNjCQltYXAgZmlsZQ0KLQkvZXRj L3JjLmQvaW5pdC5kL2F1dG9mcwkJYXV0b2ZzIHN0YXJ0dXAgc2NyaXB0DQot CS91c3IvbGliL2F1dG9mcwkJYXV0b2ZzIGxpYnJhcmllcw0KLQkvbGliL21v ZHVsZXMvMi4wLjM0LTAuNi9mcy9hdXRvZnMubwlhdXRvZnMgbG9hZGFibGUg bW9kdWxlDQotCS8uYXV0b2ZzCQl0ZW1wb3JhcnkgZGlyZWN0b3J5IHRvIG1h bmFnZSB0aGUgbW91bnQgcG9pbnRzDQotCS92YXIvbG9nL21lc3NhZ2VzCWxv ZyBmaWxlcyAoIGRlcGVuZHMgb24geW91ciBzeXNsb2cuY29uZiApDQorICAg ICAgICAvdXNyL3NiaW4vYXV0b21vdW50ICAgICBhdXRvZnMgYmluYXJ5DQor ICAgICAgICAvZXRjL2F1dG8ubWFzdGVyICAgICAgICBtYXN0ZXIgZmlsZQ0K KyAgICAgICAgL2V0Yy9hdXRvLm1pc2MgICAgICAgICAgbWFwIGZpbGUNCisg ICAgICAgIC9ldGMvcmMuZC9pbml0LmQvYXV0b2ZzICAgICAgICAgYXV0b2Zz IHN0YXJ0dXAgc2NyaXB0DQorICAgICAgICAvdXNyL2xpYi9hdXRvZnMgICAg ICAgICBhdXRvZnMgbGlicmFyaWVzDQorICAgICAgICAvbGliL21vZHVsZXMv Mi4wLjM0LTAuNi9mcy9hdXRvZnMubyAgICAgYXV0b2ZzIGxvYWRhYmxlIG1v ZHVsZQ0KKyAgICAgICAgLy5hdXRvZnMgICAgICAgICAgICAgICAgdGVtcG9y YXJ5IGRpcmVjdG9yeSB0byBtYW5hZ2UgdGhlIG1vdW50IHBvaW50cw0KKyAg ICAgICAgL3Zhci9sb2cvbWVzc2FnZXMgICAgICAgbG9nIGZpbGVzICggZGVw ZW5kcyBvbiB5b3VyIHN5c2xvZy5jb25mICkNCiA8L3ZlcmI+DQogDQogTk9U RTogU29tZXRpbWVzIHRoZSBhdXRvZnMgc3RhcnR1cCBzY3JpcHQgaXMgYXQg L2V0Yy9yYy5kL3JjLmF1dG9mcw0KIDxwPg0KIDxTZWN0Mj5BdXRvZnMgQXV0 b21vdW50ZXIgRGlyZWN0b3J5IHRyZWUNCiA8cD4NCi0JLy5hdXRvZnMNCisg ICAgICAgIC8uYXV0b2ZzDQogDQotCVRoaXMgaXMgeW91ciB0ZW1wb3Jhcnkg bW91bnQgZGlyZWN0b3J5LCBpdHMgY29udGVudHMgYXJlIG1hbmFnZWQgbXkg dGhlIGF1dG9tb3VudA0KLQlkYWVtb24sIGF1dG9mcy4NCisgICAgICAgIFRo aXMgaXMgeW91ciB0ZW1wb3JhcnkgbW91bnQgZGlyZWN0b3J5LCBpdHMgY29u dGVudHMgYXJlIG1hbmFnZWQgbXkgdGhlDQorIGF1dG9tb3VudA0KKyAgICAg ICAgZGFlbW9uLCBhdXRvZnMuDQogDQotCVBsZWFzZSBkbyBOT1QgYWRkIG9y IGRlbGV0ZSBsaW5rcywgZmlsZXMsIHN1Yi1kaXJlY3RvcmllcyBmcm9tIHRo aXMgZGlyZWNvdHJ5DQorICAgICAgICBQbGVhc2UgZG8gTk9UIGFkZCBvciBk ZWxldGUgbGlua3MsIGZpbGVzLCBzdWItZGlyZWN0b3JpZXMgZnJvbSB0aGlz IGRpcg0KK2Vjb3RyeQ0KIA0KLQlUaGlzIHRvcCBsZXZlbCBkaXJlY3Rvcnkg bmFtZSBpcyBkZWZpbmVkIGluIC9ldGMvYXV0by5tYXN0ZXINCi0JSWYgdGhl IGRlc2lyZWQgdG9wIGxldmVsIGRpcmVjdG9yIGRvZXMgbm90IGV4aXQsIHBs ZWFzZSBjcmVhdGUgaXQuDQorICAgICAgICBUaGlzIHRvcCBsZXZlbCBkaXJl Y3RvcnkgbmFtZSBpcyBkZWZpbmVkIGluIC9ldGMvYXV0by5tYXN0ZXINCisg ICAgICAgIElmIHRoZSBkZXNpcmVkIHRvcCBsZXZlbCBkaXJlY3RvciBkb2Vz IG5vdCBleGl0LCBwbGVhc2UgY3JlYXRlIGl0Lg0KIA0KIDx0c2NyZWVuPjx2 ZXJiPg0KIHJvb3QjIG1rZGlyIC8uYXV0b2ZzDQpAQCAtMTMyMywxNyArMTQy MCwxOSBAQA0KIDxTZWN0Mj4vZXRjL2F1dG8ubWFzdGVyIEF1dG9mcyBmaWxl cw0KIDxwPg0KIA0KLQlGb3IgbW9yZSBpbmZvIGFuZCBleGFtcGxlLCAgbWFu IGF1dG8ubWFzdGVyDQotDQotCVRoaXMgZmlsZSBpcyByZWFkIGJ5IHRoZSBh dXRvZnMgc3RhcnR1cCBzY3JpcHRzIHVzdWFsbHkgYXQgYm9vdCB0aW1lIHRv DQotCWRldGVybWluZSB0aGUgbW91bnQgcG9pbnRzIG9mIHRoZSBhdXRvbW91 bnRlZCBmaWxlIHN5c3RlbS4gIFRoZSBhdXRvZnMNCi0Jc2NyaXB0IGNhbiBi ZSBzdG9wIGFuZCBzdGFydGVkIGF0IGFueXRpbWUgdG8gcmVsb2FkIGEgbmV3 IG1vdW50IHBvaW50Lg0KLQkJLS0NCi0JCS0tIGRvZXMgTk9UIHdvcmsgaWYg L2hvbWUgaXMgYnVzeSA/PyBhdXRvZnMgZmFpbHMgdG8gcmVsb2FkL3Jlc3Rh cnQgPz8/Pw0KLQkJLS0NCisgICAgICAgIEZvciBtb3JlIGluZm8gYW5kIGV4 YW1wbGUsICBtYW4gYXV0by5tYXN0ZXINCiANCi0JSW4gdGhlIGV4YW1wbGUg YmVsb3csIC8uYXV0b2ZzIGlzIHRoZSBtb3VudCBwb2ludCBhbmQNCi0JL2V0 Yy9hdXRvLm1pc2MgaXMgdGhlIG1hcCBmaWxlIGRlZmluaW5nIHRoZSBvcHRp b25zIGZvciB0aGUgbW91bnQgcG9pbnQuDQorICAgICAgICBUaGlzIGZpbGUg aXMgcmVhZCBieSB0aGUgYXV0b2ZzIHN0YXJ0dXAgc2NyaXB0cyB1c3VhbGx5 IGF0IGJvb3QgdGltZSB0bw0KKyAgICAgICAgZGV0ZXJtaW5lIHRoZSBtb3Vu dCBwb2ludHMgb2YgdGhlIGF1dG9tb3VudGVkIGZpbGUgc3lzdGVtLiAgVGhl IGF1dG9mcw0KKyAgICAgICAgc2NyaXB0IGNhbiBiZSBzdG9wIGFuZCBzdGFy dGVkIGF0IGFueXRpbWUgdG8gcmVsb2FkIGEgbmV3IG1vdW50IHBvaW50Lg0K KyAgICAgICAgICAgICAgICAtLQ0KKyAgICAgICAgICAgICAgICAtLSBkb2Vz IE5PVCB3b3JrIGlmIC9ob21lIGlzIGJ1c3kgPz8gYXV0b2ZzIGZhaWxzIHRv IHJlbG9hZC9yZXMNCit0YXJ0ID8/Pz8NCisgICAgICAgICAgICAgICAgLS0N CisNCisgICAgICAgIEluIHRoZSBleGFtcGxlIGJlbG93LCAvLmF1dG9mcyBp cyB0aGUgbW91bnQgcG9pbnQgYW5kDQorICAgICAgICAvZXRjL2F1dG8ubWlz YyBpcyB0aGUgbWFwIGZpbGUgZGVmaW5pbmcgdGhlIG9wdGlvbnMgZm9yIHRo ZSBtb3VudCBwb2ludA0KKy4NCiANCiA8dHNjcmVlbj48dmVyYj4NCiAjDQpA QCAtMTM0Miw3ICsxNDQxLDcgQEANCiAjDQogIyBUbyBSZWxvYWQgQ2hhbmdl cyB0byB0aGlzIGZpbGUNCiAjIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KLSMJL2V0Yy9yYy5kL2luaXQuZC9hdXRvZnMgc3RvcCA7IC9ldGMv cmMuZC9pbml0LmQvYXV0b2ZzIHN0YXJ0DQorIyAgICAgICAvZXRjL3JjLmQv aW5pdC5kL2F1dG9mcyBzdG9wIDsgL2V0Yy9yYy5kL2luaXQuZC9hdXRvZnMg c3RhcnQNCiAjDQogIw0KICMgZm9ybWF0IG9mIHRoaXMgZmlsZToNCkBAIC0x MzU3LDQ4ICsxNDU2LDUzIEBADQogPFNlY3QyPi9ldGMvYXV0by5taXNjIEF1 dG9mcyBNb3VudCBNYXAgRmlsZQ0KIDxwPg0KIA0KLQlhdXRvLm1pc2MgaXMg eW91ciBtb3VudCBwb2ludCBtYXAgZmlsZS4gIEl0IGRlZmluZXMgYWxsIHlv dXIgcGFydGlvbnMNCi0JeW91IHdhbnQgdGhlIGF1dG9tb3VudGVyIHRvIG1v dW50IGFuZCB1bm1vdW50IGZvciB5b3UgYW5kIHdoZXJlDQotCXRvIG1vdW50 IGl0IG9udG8geW91ciBmaWxlc3lzdGVtLg0KKyAgICAgICAgYXV0by5taXNj IGlzIHlvdXIgbW91bnQgcG9pbnQgbWFwIGZpbGUuICBJdCBkZWZpbmVzIGFs bCB5b3VyIHBhcnRpb25zDQorICAgICAgICB5b3Ugd2FudCB0aGUgYXV0b21v dW50ZXIgdG8gbW91bnQgYW5kIHVubW91bnQgZm9yIHlvdSBhbmQgd2hlcmUN CisgICAgICAgIHRvIG1vdW50IGl0IG9udG8geW91ciBmaWxlc3lzdGVtLg0K IA0KLQlBIGJyaWVmIGRlc2NyaXB0aW9uIG9mIHRoZSBtb3VudCBwb2ludCBv cHRpb25zIHVzZWQgaW4gdGhlIGV4YW1wbGUgYmVsb3c6DQorICAgICAgICBB IGJyaWVmIGRlc2NyaXB0aW9uIG9mIHRoZSBtb3VudCBwb2ludCBvcHRpb25z IHVzZWQgaW4gdGhlIGV4YW1wbGUgYmVsbw0KK3c6DQogPHZlcmI+DQotCS1y bwlyZWFkIG9ubHkgZnJvbSB0aGUgcmVtb3RlIGhvc3QNCisgICAgICAgIC1y byAgICAgcmVhZCBvbmx5IGZyb20gdGhlIHJlbW90ZSBob3N0DQorDQorICAg ICAgICAtc29mdCAgIGlmIHRoZSByZW1vdGUgaG9zdCBpcyB1bmF2YWlsYWJs ZSwNCisgICAgICAgICAgICAgICAgcmV0dXJuIGFuIGVycm9yIGFuZCBkb24n dCByZXRyeSBhZnRlciB0aGUgdGltZW91dCBwZXJpb2QgZXhwaXJlDQorZA0K IA0KLQktc29mdAlpZiB0aGUgcmVtb3RlIGhvc3QgaXMgdW5hdmFpbGFibGUs DQotCQlyZXR1cm4gYW4gZXJyb3IgYW5kIGRvbid0IHJldHJ5IGFmdGVyIHRo ZSB0aW1lb3V0IHBlcmlvZCBleHBpcmVkDQorICAgICAgICAtaGFyZCAgIGlm IHRoZSByZW1vdGUgaG9zdCBpcyB1bmF2YWlsYWJsZSwNCisgICAgICAgICAg ICAgICAgcmV0cnkgdW50aWwgaXQgZG9lcyByZXNwb25kDQorICAgICAgICAg ICAgICAgIC0gYmUgY2FyZWZ1bCB0aGF0IGhhcmQgbW91bnRzIGRvZXMgTk9U IGNhdXNlcyBzbG93IG5ldHdvcmsgYW5kDQoraHVuZyBzeXN0ZW1zDQorICAg ICAgICAgICAgICAgICggdXNlIGl0IGluIGNvbmp1bmN0aW9uIHdpdGggLWlu dHIgb3IgYmUgcmVhZGlseSBhdmFpbGFibGUgdG8gYw0KK2hlY2sNCisgICAg ICAgICAgICAgICAgKCBvbiB0aGUgbmV0d29yayBzdGF0dXMNCiANCi0JLWhh cmQJaWYgdGhlIHJlbW90ZSBob3N0IGlzIHVuYXZhaWxhYmxlLA0KLQkJcmV0 cnkgdW50aWwgaXQgZG9lcyByZXNwb25kDQotCQktIGJlIGNhcmVmdWwgdGhh dCBoYXJkIG1vdW50cyBkb2VzIE5PVCBjYXVzZXMgc2xvdyBuZXR3b3JrIGFu ZCBodW5nIHN5c3RlbXMNCi0JCSggdXNlIGl0IGluIGNvbmp1bmN0aW9uIHdp dGggLWludHIgb3IgYmUgcmVhZGlseSBhdmFpbGFibGUgdG8gY2hlY2sNCi0J CSggb24gdGhlIG5ldHdvcmsgc3RhdHVzDQorICAgICAgICAtaW50ciAgIGFs bG93cyB0aGUga2V5Ym9hcmQgaW50ZXJydXB0cyB0byBraWxsIHRoZSBwcm9j ZXNzIHRoYXQgaXMgaHVuZw0KIA0KLQktaW50cglhbGxvd3MgdGhlIGtleWJv YXJkIGludGVycnVwdHMgdG8ga2lsbCB0aGUgcHJvY2VzcyB0aGF0IGlzIGh1 bmcgDQotCQl3YWl0aW5nIGZvciB0aGUgcmVtb3RlIGhvc3QgdG8gcmVzcG9u ZA0KKyAgICAgICAgICAgICAgICB3YWl0aW5nIGZvciB0aGUgcmVtb3RlIGhv c3QgdG8gcmVzcG9uZA0KIA0KLQktYmcJZG8gdGhlIHJldHJpZXMgaW4gYmFj a2dyb3VuZCBtb2RlDQotCS1mZwlkbyB0aGUgcmV0cmllcyBpbiBmb3JlZ3Jv dW5kIG1vZGUNCisgICAgICAgIC1iZyAgICAgZG8gdGhlIHJldHJpZXMgaW4g YmFja2dyb3VuZCBtb2RlDQorICAgICAgICAtZmcgICAgIGRvIHRoZSByZXRy aWVzIGluIGZvcmVncm91bmQgbW9kZQ0KIA0KLQktZnN0eXBlIGRlZmluZXMg eW91ciBmaWxlIHN5c3RlbSB0eXBlDQotCQlleHQyCQlmb3IgbGludXggbmF0 aXZlLA0KLQkJaXNvOTY2MAkJZm9yIGNkcm9tcywNCi0JCW5mcwkJZm9yIE5G UyBtb3VudGVkIGZpbGVzeXN0ZW0NCisgICAgICAgIC1mc3R5cGUgZGVmaW5l cyB5b3VyIGZpbGUgc3lzdGVtIHR5cGUNCisgICAgICAgICAgICAgICAgZXh0 MiAgICAgICAgICAgIGZvciBsaW51eCBuYXRpdmUsDQorICAgICAgICAgICAg ICAgIGlzbzk2NjAgICAgICAgICBmb3IgY2Ryb21zLA0KKyAgICAgICAgICAg ICAgICBuZnMgICAgICAgICAgICAgZm9yIE5GUyBtb3VudGVkIGZpbGVzeXN0 ZW0NCiA8L3ZlcmI+DQogDQotCU5vdGUgdGhhdCB0aGUgQ0RST00gaGF2ZSBh ID8/PyBzeW50YXggdG8gbW91bnQgaXQgYXMgbmVlZGVkLg0KKyAgICAgICAg Tm90ZSB0aGF0IHRoZSBDRFJPTSBoYXZlIGEgPz8/IHN5bnRheCB0byBtb3Vu dCBpdCBhcyBuZWVkZWQuDQogDQotCU5vdGUgdGhhdCBrZXJuZWwgaXMgYSBm dWxseSBxdWFsaWZpZWQgZG9tYWluIG5hbWUgd2hpbGUNCi0JaG9tZSwgbWFp bCB1c2VzIGxvY2FsIGhvc3QgbmFtZXMgd2l0aG91dCB0aGUgRG9tYWluTmFt ZS5jb20NCisgICAgICAgIE5vdGUgdGhhdCBrZXJuZWwgaXMgYSBmdWxseSBx dWFsaWZpZWQgZG9tYWluIG5hbWUgd2hpbGUNCisgICAgICAgIGhvbWUsIG1h aWwgdXNlcyBsb2NhbCBob3N0IG5hbWVzIHdpdGhvdXQgdGhlIERvbWFpbk5h bWUuY29tDQogDQotCTxiZi9DQVVUSU9OOi8gV2hlbiBkZWZpbmluZyAvaG9t ZSBkaXJlY3RvcmllcyBhbmQgcGFydGl0aW9ucywgcGxlYXNlDQotCWJlIGF3 YXJlIG9mIC9ob21lIGZyb20geW91ciByZW1vdGUgc2VydmVyIElTIGJlaW5n IG1vdW50ZWQgb3ZlciB5b3VyDQotCWxvY2FsIC9ob21lIGRpcmVjdG9yeSBh bHJlYWR5IG9uIHlvdXIgbWFjaGluZS4NCi0JCVR5cGljYWxseSwgcGVvcGxl IHVzZSAvaG9tZS91c2VycyBmb3IgbW91bnRpbmcgdXNlcnMNCi0JCW9yICAv dSBvciAvZXhwb3J0L2hvbWUgdG8gYXZvaWQgY29uZnVzaW9uLg0KKyAgICAg ICAgPGJmL0NBVVRJT046LyBXaGVuIGRlZmluaW5nIC9ob21lIGRpcmVjdG9y aWVzIGFuZCBwYXJ0aXRpb25zLCBwbGVhc2UNCisgICAgICAgIGJlIGF3YXJl IG9mIC9ob21lIGZyb20geW91ciByZW1vdGUgc2VydmVyIElTIGJlaW5nIG1v dW50ZWQgb3ZlciB5b3VyDQorICAgICAgICBsb2NhbCAvaG9tZSBkaXJlY3Rv cnkgYWxyZWFkeSBvbiB5b3VyIG1hY2hpbmUuDQorICAgICAgICAgICAgICAg IFR5cGljYWxseSwgcGVvcGxlIHVzZSAvaG9tZS91c2VycyBmb3IgbW91bnRp bmcgdXNlcnMNCisgICAgICAgICAgICAgICAgb3IgIC91IG9yIC9leHBvcnQv aG9tZSB0byBhdm9pZCBjb25mdXNpb24uDQogDQotCVdoZW4gdGhlIGF1dG9t b3VudGVyIGlzIHByb3Blcmx5IGxvYWRlZCBhbmQgcnVubmluZywgaXQgd2ls bA0KLQltYW5hZ2Ugc29tZSBkaXJlY3RvcmllcyBpbiBpdCdzIHRlbXBvcmFy eSBtb3VudCBkaXJjdG9yeSAvLmF1dG9mcy4NCisgICAgICAgIFdoZW4gdGhl IGF1dG9tb3VudGVyIGlzIHByb3Blcmx5IGxvYWRlZCBhbmQgcnVubmluZywg aXQgd2lsbA0KKyAgICAgICAgbWFuYWdlIHNvbWUgZGlyZWN0b3JpZXMgaW4g aXQncyB0ZW1wb3JhcnkgbW91bnQgZGlyY3RvcnkgLy5hdXRvZnMuDQogDQog PHRzY3JlZW4+PHZlcmI+DQogIw0KQEAgLTE0MDcsMTIgKzE1MTEsMTIgQEAN CiAjDQogIyBUbyBSZWxvYWQgQ2hhbmdlcyB0byB0aGlzIGZpbGUNCiAjIC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLSMJL2V0Yy9yYy5kL2lu aXQuZC9hdXRvZnMgc3RvcCA7IC9ldGMvcmMuZC9pbml0LmQvYXV0b2ZzIHN0 YXJ0DQorIyAgICAgICAvZXRjL3JjLmQvaW5pdC5kL2F1dG9mcyBzdG9wIDsg L2V0Yy9yYy5kL2luaXQuZC9hdXRvZnMgc3RhcnQNCiAjDQogIyBUbyBzZWUg dGhlIFN0YXR1cyBhbmQgbG9nIG1lc3NhZ2VzDQogIyAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQotIwkvZXRjL3JjLmQvaW5pdC5kL2F1 dG9mcyBzdGF0dXMNCi0jCXRhaWwgLTEwMCAvdmFyL2xvZy9tZXNzYWdlcw0K KyMgICAgICAgL2V0Yy9yYy5kL2luaXQuZC9hdXRvZnMgc3RhdHVzDQorIyAg ICAgICB0YWlsIC0xMDAgL3Zhci9sb2cvbWVzc2FnZXMNCiAjDQogIw0KIGtl cm5lbCAgICAtcm8sc29mdCxpbnRyICAgICAgIGZ0cC5rZXJuZWwub3JnOi9w dWIvbGludXgNCkBAIC0xNDIzLDcgKzE1MjcsNyBAQA0KIGZsb3BweSAgICAt ZnN0eXBlPWV4dDIgICAgOi9kZXYvZmQwDQogIw0KICMgRGVmaW5lIHlvdXIg SG9tZSBkaXJlY3RvcnkgKCBzZXJ2ZXIgKQ0KLSMJQ0FVVElPTjogL2hvbWUg dnMgdGhlIGxvY2FsIC9ob21lIGFscmVhZHkgb24geW91ciBzeXN0ZW0NCisj ICAgICAgIENBVVRJT046IC9ob21lIHZzIHRoZSBsb2NhbCAvaG9tZSBhbHJl YWR5IG9uIHlvdXIgc3lzdGVtDQogaG9tZSAgICAgIC1mc3R5cGU9bmZzICAg ICBob21lOi9ob21lDQogIw0KICMgaGFyZCBtb3VudGVkLCBrZWVwIHRyeWlu ZyB0byBjb25uZWN0IHRvIHRoZSBNYWlsIHNlcnZlcg0KQEAgLTE0MzIsMTcg KzE1MzYsMTcgQEANCiAjDQogIyBEZWZpbmUgc29tZSBiYWNrdXBzIGRpc2sg b24gYSBkaWZmZXJlbnQgbWFjaGluZQ0KICMNCi0jCXNvZnQgLS0gdGltZW91 dCBhbmQgZ2l2ZSB1cCB0aGUgc2VydmVyIGlzIHVuYXZhaWxhYmxlDQorIyAg ICAgICBzb2Z0IC0tIHRpbWVvdXQgYW5kIGdpdmUgdXAgdGhlIHNlcnZlciBp cyB1bmF2YWlsYWJsZQ0KICMNCiBCYWNrdXBfMSAgLWZzdHlwZT1uZnMsc29m dCAgICBtYWNoMTovQmFja3VwDQogQmFja3VwXzAgIC1mc3R5cGU9bmZzLHNv ZnQgICAgbWFjaDI6L0JhY2t1cA0KICMNCiAjIFRyeSB0byBtb3VudCBtYWNo MSBmaXJzdCwgaWYgdGhhdCBmYWlscywgdHJ5IG1hY2gyDQotIyBCYWNrdXAg IC1mc3R5cGU9bmZzICAgICBtYWNoMSxtYWNoMjovQmFja3VwCT8/PyAtLSBz dXBwb3J0ZWQgPz8NCisjIEJhY2t1cCAgLWZzdHlwZT1uZnMgICAgIG1hY2gx LG1hY2gyOi9CYWNrdXAgICA/Pz8gLS0gc3VwcG9ydGVkID8/DQogIw0KICMN CiAjIFRvIGltcGxlbWVudCAiL25ldCAtaG9zdHMiIGZvcm0gZnJvbSBTb2xh cmlzIGF1dG9tb3VudGVyOg0KLSMgKgktc29mdCxiZyxpbnRyCQkmOi8NCisj ICogICAgIC1zb2Z0LGJnLGludHIgICAgICAgICAgICY6Lw0KICMNCiAjIGVu ZCBvZiBmaWxlDQogPC92ZXJiPjwvdHNjcmVlbj4NCkBAIC0xNDUwLDMwICsx NTU0LDMxIEBADQogPFNlY3QyPiBBZGRpdGlvbmFsIEF1dG9GUyBFeGFtcGxl cw0KIDxwPg0KIA0KLUV4Y2VycHRlZCBmcm9tIGF1dG9mcyBtYWlsaW5nIGxp c3QsIHN1Ym1pdHRlZCBieSBQZXRlciBBbnZpbiAoaHBhQHRyYW5zbWV0YS5j b20pDQorRXhjZXJwdGVkIGZyb20gYXV0b2ZzIG1haWxpbmcgbGlzdCwgc3Vi bWl0dGVkIGJ5IFBldGVyIEFudmluIChocGFAdHJhbnNtZXRhLmNvbQ0KKykN CiANCiBUbyBoYXZlIGF1dG9mcyBhdXRvbW91bnQgeW91ciByZW1vdGUgaG9z dHMNCiANCiA8dmVyYj4NCi0JIw0KLQkjIFNhbXBsZSAgYXV0by5tYXN0ZXIN Ci0JIyAtLS0tLS0NCi0JIw0KLQkvYXV0byAgICAgICAgICAgYXV0by5hdXRv DQotCSMNCi0JIyBlbmQgb2YgZmlsZQ0KKyAgICAgICAgIw0KKyAgICAgICAg IyBTYW1wbGUgIGF1dG8ubWFzdGVyDQorICAgICAgICAjIC0tLS0tLQ0KKyAg ICAgICAgIw0KKyAgICAgICAgL2F1dG8gICAgICAgICAgIGF1dG8uYXV0bw0K KyAgICAgICAgIw0KKyAgICAgICAgIyBlbmQgb2YgZmlsZQ0KIDwvdmVyYj4N CiANCiA8dmVyYj4NCi0JIw0KLQkjIFNhbXBsZSBhdXRvLmF1dG8NCi0JIyAt LS0tLS0NCi0JIw0KLQlob3N0MSAgICAgICAgICAgLWZzdHlwZT1hdXRvZnMg IGZpbGU6L2V0Yy9hdXRvLmhvc3QxDQotCWhvc3QyICAgICAgICAgICAtZnN0 eXBlPWF1dG9mcyAgZmlsZTovZXRjL2F1dG8uaG9zdDINCi0JaG9zdDMgICAg ICAgICAgIC1mc3R5cGU9YXV0b2ZzICBmaWxlOi9ldGMvYXV0by5ob3N0Mw0K LQkjDQotCSMgZW5kIG9mIGZpbGUNCisgICAgICAgICMNCisgICAgICAgICMg U2FtcGxlIGF1dG8uYXV0bw0KKyAgICAgICAgIyAtLS0tLS0NCisgICAgICAg ICMNCisgICAgICAgIGhvc3QxICAgICAgICAgICAtZnN0eXBlPWF1dG9mcyAg ZmlsZTovZXRjL2F1dG8uaG9zdDENCisgICAgICAgIGhvc3QyICAgICAgICAg ICAtZnN0eXBlPWF1dG9mcyAgZmlsZTovZXRjL2F1dG8uaG9zdDINCisgICAg ICAgIGhvc3QzICAgICAgICAgICAtZnN0eXBlPWF1dG9mcyAgZmlsZTovZXRj L2F1dG8uaG9zdDMNCisgICAgICAgICMNCisgICAgICAgICMgZW5kIG9mIGZp bGUNCiA8L3ZlcmI+DQogDQogKElmIHlvdSdyZSB1c2luZyBzb21ldGhpbmcg ZWxzZSB0aGFuIGZpbGUgbWFwcywgc3Vic3RpdHV0ZSB3aXRoDQpAQCAtMTQ4 OSw4MCArMTU5NCw5NSBAQA0KIDxTZWN0Mj4gQWRkaXRpb25hbCBTdWJtb3Vu dCBFeGFtcGxlDQogPHA+DQogDQotRXhjZXJwdGVkIGZyb20gYXV0b2ZzIG1h aWxpbmcgbGlzdCwgc3VibWl0dGVkIGJ5IFJpY2hhcmQgSGVuZGVyc29uIChy dGhAY3lnbnVzLmNvbSkNCitFeGNlcnB0ZWQgZnJvbSBhdXRvZnMgbWFpbGlu ZyBsaXN0LCBzdWJtaXR0ZWQgYnkgUmljaGFyZCBIZW5kZXJzb24gKHJ0aEBj eWdudXMuDQorY29tKQ0KIA0KIFRoZSBmb2xsb3dpbmcgZnJhZ21lbnQgYWxs b3dzIC9uZnMvaG9zdC9kaXNrIHRvIHdvcmsgYXV0b21hdGljYWxseSwNCiBh c3N1bWluZyBpdCBpcyBleHBvcnRlZCBmcm9tIHRoZSBob3N0IGZyb20gL2hv c3QvZGlzay4gIFRoaXMgaXMgdGhlDQogY29uZmlndXJhdGlvbiB3ZSBoYXZl IGF0IEN5Z251cy4NCiANCiA8dmVyYj4NCi0JIw0KLQkjIFNhbXBsZSAvZXRj L2F1dG8ubWFzdGVyDQotCSMgLS0tLS0tDQotCSMNCi0JL25mcyAgICAvZXRj L2F1dG9mcy9uZnMgICAgICAgICBydyxpbnRyLHJzaXplPTgxOTIsd3NpemU9 ODE5Mg0KLQkjDQotCSMgZW5kIG9mIGZpbGUNCi0NCi0JIw0KLQkjIFNhbXBs ZSAvZXRjL2F1dG9mcy9uZnMNCi0JIyAtLS0tLS0NCi0JIyAuLi4gc29tZSBl eGNlcHRpb25zIHRvIHRoZSBydWxlIC4uLg0KLQkjDQotCSogICAgICAgLWZz dHlwZT1hdXRvZnMsLURob3N0PSYsLURwcmVmaXg9LyYgICAgIGZpbGU6L2V0 Yy9hdXRvZnMvbmZzLnN1Yg0KLQkjDQotCSMgZW5kIG9mIGZpbGUNCi0NCi0J Iw0KLQkjIFNhbXBsZSAvZXRjL2F1dG9mcy9uZnMuc3ViDQotCSMgLS0tLS0t DQotCSMNCi0JKiAgICAgICAke2hvc3R9OiR7cHJlZml4fS8mDQotCSMNCi0J IyBlbmQgb2YgZmlsZQ0KKyAgICAgICAgIw0KKyAgICAgICAgIyBTYW1wbGUg L2V0Yy9hdXRvLm1hc3Rlcg0KKyAgICAgICAgIyAtLS0tLS0NCisgICAgICAg ICMNCisgICAgICAgIC9uZnMgICAgL2V0Yy9hdXRvZnMvbmZzICAgICAgICAg cncsaW50cixyc2l6ZT04MTkyLHdzaXplPTgxOTINCisgICAgICAgICMNCisg ICAgICAgICMgZW5kIG9mIGZpbGUNCisNCisgICAgICAgICMNCisgICAgICAg ICMgU2FtcGxlIC9ldGMvYXV0b2ZzL25mcw0KKyAgICAgICAgIyAtLS0tLS0N CisgICAgICAgICMgLi4uIHNvbWUgZXhjZXB0aW9ucyB0byB0aGUgcnVsZSAu Li4NCisgICAgICAgICMNCisgICAgICAgICogICAgICAgLWZzdHlwZT1hdXRv ZnMsLURob3N0PSYsLURwcmVmaXg9LyYgICAgIGZpbGU6L2V0Yy9hdXRvZnMv bmZzLnN1DQorYg0KKyAgICAgICAgIw0KKyAgICAgICAgIyBlbmQgb2YgZmls ZQ0KKw0KKyAgICAgICAgIw0KKyAgICAgICAgIyBTYW1wbGUgL2V0Yy9hdXRv ZnMvbmZzLnN1Yg0KKyAgICAgICAgIyAtLS0tLS0NCisgICAgICAgICMNCisg ICAgICAgICogICAgICAgJHtob3N0fToke3ByZWZpeH0vJg0KKyAgICAgICAg Iw0KKyAgICAgICAgIyBlbmQgb2YgZmlsZQ0KIDwvdmVyYj4NCiANCiA8U2Vj dDI+IEFkZGl0aW9uYWwgU2FtYmEgRXhhbXBsZQ0KIDxwPg0KIA0KLUV4Y2Vy cHRlZCBmcm9tIGF1dG9mcyBtYWlsaW5nIGxpc3QsIHN1Ym1pdHRlZCBieSBQ ZXRlciBLdWRyYXQgKGt1bmRyYXRAZ3cuZ2ljLnNrKQ0KK0V4Y2VycHRlZCBm cm9tIGF1dG9mcyBtYWlsaW5nIGxpc3QsIHN1Ym1pdHRlZCBieSBQZXRlciBL dWRyYXQgKGt1bmRyYXRAZ3cuZ2ljLnMNCitrKQ0KIA0KIDx2ZXJiPg0KLQkj DQotCSMgU2FtcGxlIGF1dG9tb3VudGluZyBmb3IgU2FtYmEgZmlsZXN5c3Rl bSAoIFdpbjk1L1dpbjk4L1dpbk5UICkNCi0JIyAtLS0tLS0NCi0JIwkoIGFk ZCB0aGVzZSB0byAvZXRjL2F1dG8ubWlzYyApDQotCSMNCi0Jc3lzICAgICAg IC1mc3R5cGU9c21iZnMsbG9naW49eW91cl9pZCxwYXNzd2Q9eHh4eHh4ICAg IDovL1dpbk5UL1N5c3RlbQ0KLQlkYXRhICAgICAgLWZzdHlwZT1zbWJmcyxs b2dpbj15b3VyX2lkLHBhc3N3ZD14eHh4eHggICAgOi8vV2luTlQvRGF0YQ0K LQkjDQotCSMgZW5kIG9mIGZpbGUNCisgICAgICAgICMNCisgICAgICAgICMg U2FtcGxlIGF1dG9tb3VudGluZyBmb3IgU2FtYmEgZmlsZXN5c3RlbSAoIFdp bjk1L1dpbjk4L1dpbk5UICkNCisgICAgICAgICMgLS0tLS0tDQorICAgICAg ICAjICAgICAgICggYWRkIHRoZXNlIHRvIC9ldGMvYXV0by5taXNjICkNCisg ICAgICAgICMNCisgICAgICAgIHN5cyAgICAgICAtZnN0eXBlPXNtYmZzLGxv Z2luPXlvdXJfaWQscGFzc3dkPXh4eHh4eCAgICA6Ly9XaW5OVC9TeXN0ZW0N CisgICAgICAgIGRhdGEgICAgICAtZnN0eXBlPXNtYmZzLGxvZ2luPXlvdXJf aWQscGFzc3dkPXh4eHh4eCAgICA6Ly9XaW5OVC9EYXRhDQorICAgICAgICAj DQorICAgICAgICAjIGVuZCBvZiBmaWxlDQogPC92ZXJiPg0KIA0KIGFuZCBj aGVja2luZyB0aGUgbG9nIGZpbGUgKCAvdmFyL2xvZy9tZXNzYWdlcyApIHdp bGwgc2hvdyBzb21ldGhpbmcgbGlrZToNCiA8dmVyYj4NCi0JLi4uDQotCUF1 ZyAyOSAxMjozMjo0MyBicmFuYSBhdXRvbW91bnRbMzI1XTogYXR0ZW1wdGlu ZyB0byBtb3VudCBlbnRyeSAvV2luTlQvdXNlcnMNCi0JQXVnIDI5IDEyOjMy OjQzIGJyYW5hIGF1dG9tb3VudFsxMTEzOV06IGxvb2t1cChmaWxlKTogbG9v a2luZyB1cCB1c2Vycw0KLQlBdWcgMjkgMTI6MzI6NDQgYnJhbmEgYXV0b21v dW50WzExMTM5XTogbG9va3VwKGZpbGUpOiB1c2VycyAtPiAtZnN0eXBlPXNt YmZzLGxvZ2luPXl5eXkscGFzc3dkPXh4eDovL1dpbk5UL1VzZXJzDQotCUF1 ZyAyOSAxMjozMjo0NCBicmFuYSBhdXRvbW91bnRbMTExMzldOiBleHBhbmRl ZCBlbnRyeTogLWZzdHlwZT1zbWJmcyxsb2dpbj15eXl5LHBhc3N3ZD14eHh4 XkleSTovL1dpbk5UL1VzZXJzDQotCUF1ZyAyOSAxMjozMjo0NCBicmFuYSBh dXRvbW91bnRbMTExMzldOiBwYXJzZShzdW4pOiBnYXRoZXJlZCBvcHRpb25z OiBmc3R5cGU9c21iZnMsbG9naW49eXl5eSxwYXNzd2Q9eHh4eA0KLQlBdWcg MjkgMTI6MzI6NDQgYnJhbmEgYXV0b21vdW50WzExMTM5XTogcGFyc2Uoc3Vu KTogY29yZSBvZiBlbnRyeTogLy9XaW5OVC9Vc2Vycw0KLQlBdWcgMjkgMTI6 MzI6NDQgYnJhbmEgYXV0b21vdW50WzExMTM5XTogZG9fbW91bnQgLy9XaW5O VC9Vc2VycyAvV2luTlQvdXNlcnMgdHlwZSBzbWJmcyBvcHRpb25zIGxvZ2lu PXl5eXkscGFzc3dkPXh4eHggdXNpbmcgbW9kdWxlIHNtYmZzDQotCUF1ZyAy OSAxMjozMjo0NCBicmFuYSBhdXRvbW91bnRbMTExMzldOiBtb3VudChzbWJm cyk6IGNhbGxpbmcgbWtkaXIgL1dpbk5UL3VzZXJzDQotCUF1ZyAyOSAxMjoz Mjo0NCBicmFuYSBhdXRvbW91bnRbMTExMzldOiA+PiBBZGRlZCBpbnRlcmZh Y2UgaXA9MTk0LjEuMTI5LjIzMyBiY2FzdD0xOTQuMS4xMjkuMjMzIG5tYXNr PTI1NS4yNTUuMjU1LjI1NQ0KLQlBdWcgMjkgMTI6MzI6NDQgYnJhbmEgYXV0 b21vdW50WzExMTM5XTogPj4gU2VydmVyIHRpbWUgaXMgU2F0IEF1ZyAyOSAx MjozMjozNiAxOTk4DQotCUF1ZyAyOSAxMjozMjo0NCBicmFuYSBhdXRvbW91 bnRbMTExMzldOiA+PiBUaW1lem9uZSBpcyBVVEMrMi4wDQotCUF1ZyAyOSAx MjozMjo0NCBicmFuYSBhdXRvbW91bnRbMTExMzldOiA+PiBEb21haW49W0dJ Q05FVF0gT1M9W1dpbmRvd3MgTlQgNC4wXSBTZXJ2ZXI9W05UIExBTiBNYW5h Z2VyIDQuMF0NCi0JQXVnIDI5IDEyOjMyOjQ0IGJyYW5hIGF1dG9tb3VudFsx MTEzOV06ID4+IHNlY3VyaXR5PXVzZXINCi0JQXVnIDI5IDEyOjMyOjQ0IGJy YW5hIGF1dG9tb3VudFsxMTEzOV06IG1vdW50KHNtYmZzKTogbW91bnRlZCAv L1dpbk5UL1VzZXJzIG9uIC9XaW5OVC91c2Vycw0KKyAgICAgICAgLi4uDQor ICAgICAgICBBdWcgMjkgMTI6MzI6NDMgYnJhbmEgYXV0b21vdW50WzMyNV06 IGF0dGVtcHRpbmcgdG8gbW91bnQgZW50cnkgL1dpbk5ULw0KK3VzZXJzDQor ICAgICAgICBBdWcgMjkgMTI6MzI6NDMgYnJhbmEgYXV0b21vdW50WzExMTM5 XTogbG9va3VwKGZpbGUpOiBsb29raW5nIHVwIHVzZXJzDQorICAgICAgICBB dWcgMjkgMTI6MzI6NDQgYnJhbmEgYXV0b21vdW50WzExMTM5XTogbG9va3Vw KGZpbGUpOiB1c2VycyAtPiAtZnN0eXBlPQ0KK3NtYmZzLGxvZ2luPXl5eXks cGFzc3dkPXh4eDovL1dpbk5UL1VzZXJzDQorICAgICAgICBBdWcgMjkgMTI6 MzI6NDQgYnJhbmEgYXV0b21vdW50WzExMTM5XTogZXhwYW5kZWQgZW50cnk6 IC1mc3R5cGU9c21iZnMsbA0KK29naW49eXl5eSxwYXNzd2Q9eHh4eF5JXkk6 Ly9XaW5OVC9Vc2Vycw0KKyAgICAgICAgQXVnIDI5IDEyOjMyOjQ0IGJyYW5h IGF1dG9tb3VudFsxMTEzOV06IHBhcnNlKHN1bik6IGdhdGhlcmVkIG9wdGlv bnM6IGYNCitzdHlwZT1zbWJmcyxsb2dpbj15eXl5LHBhc3N3ZD14eHh4DQor ICAgICAgICBBdWcgMjkgMTI6MzI6NDQgYnJhbmEgYXV0b21vdW50WzExMTM5 XTogcGFyc2Uoc3VuKTogY29yZSBvZiBlbnRyeTogLy9XaQ0KK25OVC9Vc2Vy cw0KKyAgICAgICAgQXVnIDI5IDEyOjMyOjQ0IGJyYW5hIGF1dG9tb3VudFsx MTEzOV06IGRvX21vdW50IC8vV2luTlQvVXNlcnMgL1dpbk5UL3UNCitzZXJz IHR5cGUgc21iZnMgb3B0aW9ucyBsb2dpbj15eXl5LHBhc3N3ZD14eHh4IHVz aW5nIG1vZHVsZSBzbWJmcw0KKyAgICAgICAgQXVnIDI5IDEyOjMyOjQ0IGJy YW5hIGF1dG9tb3VudFsxMTEzOV06IG1vdW50KHNtYmZzKTogY2FsbGluZyBt a2RpciAvV2kNCituTlQvdXNlcnMNCisgICAgICAgIEF1ZyAyOSAxMjozMjo0 NCBicmFuYSBhdXRvbW91bnRbMTExMzldOiA+PiBBZGRlZCBpbnRlcmZhY2Ug aXA9MTk0LjEuMTI5DQorLjIzMyBiY2FzdD0xOTQuMS4xMjkuMjMzIG5tYXNr PTI1NS4yNTUuMjU1LjI1NQ0KKyAgICAgICAgQXVnIDI5IDEyOjMyOjQ0IGJy YW5hIGF1dG9tb3VudFsxMTEzOV06ID4+IFNlcnZlciB0aW1lIGlzIFNhdCBB dWcgMjkgMTINCis6MzI6MzYgMTk5OA0KKyAgICAgICAgQXVnIDI5IDEyOjMy OjQ0IGJyYW5hIGF1dG9tb3VudFsxMTEzOV06ID4+IFRpbWV6b25lIGlzIFVU QysyLjANCisgICAgICAgIEF1ZyAyOSAxMjozMjo0NCBicmFuYSBhdXRvbW91 bnRbMTExMzldOiA+PiBEb21haW49W0dJQ05FVF0gT1M9W1dpbmRvd3MNCitO VCA0LjBdIFNlcnZlcj1bTlQgTEFOIE1hbmFnZXIgNC4wXQ0KKyAgICAgICAg QXVnIDI5IDEyOjMyOjQ0IGJyYW5hIGF1dG9tb3VudFsxMTEzOV06ID4+IHNl Y3VyaXR5PXVzZXINCisgICAgICAgIEF1ZyAyOSAxMjozMjo0NCBicmFuYSBh dXRvbW91bnRbMTExMzldOiBtb3VudChzbWJmcyk6IG1vdW50ZWQgLy9XaW5O VC9VDQorc2VycyBvbiAvV2luTlQvdXNlcnMNCiA8L3ZlcmI+DQogDQogDQog PFNlY3QyPiBDb252ZXJ0aW5nICBkaXJlY3QgLT4gaW5kaXJlY3QgbWFwIHRy YW5zbGF0aW9uIHNjcmlwdA0KIDxwPg0KIA0KLUV4Y2VycHRlZCBmcm9tIGF1 dG9mcyBtYWlsaW5nIGxpc3QsIHN1Ym1pdHRlZCBieSBKdXN0aW4gSGFobiAo amVoYWhuQHJhdmVuLmJ1LmVkdSkNCitFeGNlcnB0ZWQgZnJvbSBhdXRvZnMg bWFpbGluZyBsaXN0LCBzdWJtaXR0ZWQgYnkgSnVzdGluIEhhaG4gKGplaGFo bkByYXZlbi5idS5lDQorZHUpDQogDQogVGhlIHN5c3RlbXMgSSBhZG1pbmlz dHJhdGUgYXJlIG1vc3RseSBTdW4gV29ya3N0YXRpb25zLiBMYXRlbHkgd2Un dmUNCiBiZWVuIGFkZGluZyBhIGZldyBMaW51eCBXb3Jrc3RhdGlvbnMsIGFu ZCBJIHJlYWxpemVkIEkgaGFkIGFuIGF1dG9mcw0KQEAgLTE1NzksMTE3ICsx Njk5LDExOSBAQA0KIA0KIC0tLSBCRUdJTiBhdXRvX2RpcmVjdF9tYXAucGwN CiA8dmVyYj4NCi0JIyEvdXNyL2Jpbi9wZXJsDQotCXVzZSBzdHJpY3Q7DQot CSMNCi0JIyBHbG9iYWxzDQotCSMNCi0JbXkgJFlQQ0FUID0gIi91c3IvYmlu L3lwY2F0IjsNCi0JbXkgJE1BUE5BTUUgPSAiYXV0b19kaXJlY3QiOw0KLQkj IE5PTkUhDQotCSMNCi0JIyBtYWluIGJsb2NrIC0ga2VlcCBpdCBhbGwgaW4g b25lIG5pY2UgbmVhdCBwbGFjZQ0KLQkjDQotCW1haW46IHsNCi0JICAgIG15 ICglb3B0cywgJW1vdW50cyk9KCk7DQotCSAgICBteSAoJGksJGosJGspPSgp Ow0KLQkgICAgIw0KLQkgICAgaWYoc2NhbGFyKEBBUkdWKSAhPSAxKSB7DQot CSAgICAgICAgZXhpdCgwKTsgI0p1c3QgZGllIHF1aWV0bHkuIFVzZXJzIHNo b3VsZG4ndCBjYWxsIHVzLg0KLQkgICAgfQ0KLQkgICAgIw0KLQkgICAgb3Bl bihGSUxFLCAiJFlQQ0FUIC1rICRNQVBOQU1FfCIpIA0KLQkgICAgICAgIG9y IGRpZSgiQ2FuJ3QgZm9yayAkWVBDQVQuIENvbnRhY3QgQWRtaW4uIik7DQot CSAgICAjDQotCSAgICB3aGlsZShkZWZpbmVkKCRfPTxGSUxFPikpIHsNCi0J ICAgICAgICAoJGksJGosJGspPXNwbGl0KCk7DQotCSAgICAgICAgJGkgPX4g c1teL11bXTsNCi0JICAgICAgICAkb3B0c3skaX09JGogaWYoJGkpOw0KLQkg ICAgICAgICRtb3VudHN7JGl9PSRrIGlmKCRpKTsNCi0JICAgIH0NCi0JICAg ICMNCi0JICAgICMgSG93IGRvIHdlIGFkZCB0aGUgb3B0aW9ucywgZXRjLiBp bj8uLi4uIGhtbW0uLi4NCi0JICAgICMNCi0JICAgIHByaW50ZigiJXNcbiIs JG1vdW50c3skQVJHVlswXX0pIGlmKCRtb3VudHN7JEFSR1ZbMF19KTsNCi0J ICAgIGNsb3NlKEZJTEUpOw0KLQkgICAgIw0KLQkgICAgZXhpdCgwKTsNCi0J fSAjIGVuZCBtYWluDQorICAgICAgICAjIS91c3IvYmluL3BlcmwNCisgICAg ICAgIHVzZSBzdHJpY3Q7DQorICAgICAgICAjDQorICAgICAgICAjIEdsb2Jh bHMNCisgICAgICAgICMNCisgICAgICAgIG15ICRZUENBVCA9ICIvdXNyL2Jp bi95cGNhdCI7DQorICAgICAgICBteSAkTUFQTkFNRSA9ICJhdXRvX2RpcmVj dCI7DQorICAgICAgICAjIE5PTkUhDQorICAgICAgICAjDQorICAgICAgICAj IG1haW4gYmxvY2sgLSBrZWVwIGl0IGFsbCBpbiBvbmUgbmljZSBuZWF0IHBs YWNlDQorICAgICAgICAjDQorICAgICAgICBtYWluOiB7DQorICAgICAgICAg ICAgbXkgKCVvcHRzLCAlbW91bnRzKT0oKTsNCisgICAgICAgICAgICBteSAo JGksJGosJGspPSgpOw0KKyAgICAgICAgICAgICMNCisgICAgICAgICAgICBp ZihzY2FsYXIoQEFSR1YpICE9IDEpIHsNCisgICAgICAgICAgICAgICAgZXhp dCgwKTsgI0p1c3QgZGllIHF1aWV0bHkuIFVzZXJzIHNob3VsZG4ndCBjYWxs IHVzLg0KKyAgICAgICAgICAgIH0NCisgICAgICAgICAgICAjDQorICAgICAg ICAgICAgb3BlbihGSUxFLCAiJFlQQ0FUIC1rICRNQVBOQU1FfCIpDQorICAg ICAgICAgICAgICAgIG9yIGRpZSgiQ2FuJ3QgZm9yayAkWVBDQVQuIENvbnRh Y3QgQWRtaW4uIik7DQorICAgICAgICAgICAgIw0KKyAgICAgICAgICAgIHdo aWxlKGRlZmluZWQoJF89PEZJTEU+KSkgew0KKyAgICAgICAgICAgICAgICAo JGksJGosJGspPXNwbGl0KCk7DQorICAgICAgICAgICAgICAgICRpID1+IHNb Xi9dW107DQorICAgICAgICAgICAgICAgICRvcHRzeyRpfT0kaiBpZigkaSk7 DQorICAgICAgICAgICAgICAgICRtb3VudHN7JGl9PSRrIGlmKCRpKTsNCisg ICAgICAgICAgICB9DQorICAgICAgICAgICAgIw0KKyAgICAgICAgICAgICMg SG93IGRvIHdlIGFkZCB0aGUgb3B0aW9ucywgZXRjLiBpbj8uLi4uIGhtbW0u Li4NCisgICAgICAgICAgICAjDQorICAgICAgICAgICAgcHJpbnRmKCIlc1xu IiwkbW91bnRzeyRBUkdWWzBdfSkgaWYoJG1vdW50c3skQVJHVlswXX0pOw0K KyAgICAgICAgICAgIGNsb3NlKEZJTEUpOw0KKyAgICAgICAgICAgICMNCisg ICAgICAgICAgICBleGl0KDApOw0KKyAgICAgICAgfSAjIGVuZCBtYWluDQog PC92ZXJiPg0KIA0KIA0KIDxTZWN0Mj4vTmV0IE5ldHdvcmsgRGlyZWN0b3J5 DQogPHA+DQogDQotCTxiZj5OT1RFOiBEbyBOT1QgY3JlYXRlIGFueSBmaWxl cyBvciBkaXJlY3RvcmllcyBpbiAvLmF1dG9mczwvYmY+DQorICAgICAgICA8 YmY+Tk9URTogRG8gTk9UIGNyZWF0ZSBhbnkgZmlsZXMgb3IgZGlyZWN0b3Jp ZXMgaW4gLy5hdXRvZnM8L2JmPg0KIA0KLQlBbGwgZmlsZXMgYW5kIGxpbmtz IGFyZSBjcmVhdGVkIGJ5IHRoZSBhdXRvbW91bnRlci4gIFRoaXMgZGlyZWN0 b3J5DQotCWlzIGRlZmluZWQgaW4gL2V0Yy9hdXRvLm1hc3Rlci4NCisgICAg ICAgIEFsbCBmaWxlcyBhbmQgbGlua3MgYXJlIGNyZWF0ZWQgYnkgdGhlIGF1 dG9tb3VudGVyLiAgVGhpcyBkaXJlY3RvcnkNCisgICAgICAgIGlzIGRlZmlu ZWQgaW4gL2V0Yy9hdXRvLm1hc3Rlci4NCiANCi0JQWxsIHRoZSBlbnRyaWVz IGluIC9ldGMvYXV0by5taXNjIHdpbGwgYmUgc3ViZGlyZWN0b3JpZXMgcmVs YXRpdmUgdG8gLy5hdXRvZnMNCisgICAgICAgIEFsbCB0aGUgZW50cmllcyBp biAvZXRjL2F1dG8ubWlzYyB3aWxsIGJlIHN1YmRpcmVjdG9yaWVzIHJlbGF0 aXZlIHRvIC8uDQorYXV0b2ZzDQogDQogPHZlcmI+DQotCUlmIHlvdSB3aXNo IHRvIGFjY2VzcyBkaXJlY3RvcmllcyBhbmQgZmlsZXMgb24gYW5vdGhlciBz ZXJ2ZXI6DQotCQlyb290IyBjZCAvTmV0DQorICAgICAgICBJZiB5b3Ugd2lz aCB0byBhY2Nlc3MgZGlyZWN0b3JpZXMgYW5kIGZpbGVzIG9uIGFub3RoZXIg c2VydmVyOg0KKyAgICAgICAgICAgICAgICByb290IyBjZCAvTmV0DQogDQot CQlyb290IyBsbiAtcyAuLi8uYXV0b2ZzL1NlcnZlcjEgLg0KLQkJcm9vdCMg bG4gLXMgLi4vLmF1dG9mcy9TZXJ2ZXIyIC4NCisgICAgICAgICAgICAgICAg cm9vdCMgbG4gLXMgLi4vLmF1dG9mcy9TZXJ2ZXIxIC4NCisgICAgICAgICAg ICAgICAgcm9vdCMgbG4gLXMgLi4vLmF1dG9mcy9TZXJ2ZXIyIC4NCiANCi0J Q3JlYXRlIHlvdXIgbGlua3MgZm9yIHlvdXIgdXNlcnMgaG9tZSBkaXJlY3Rv cnkgKCAvaG9tZS8kVVNFUiApOg0KKyAgICAgICAgQ3JlYXRlIHlvdXIgbGlu a3MgZm9yIHlvdXIgdXNlcnMgaG9tZSBkaXJlY3RvcnkgKCAvaG9tZS8kVVNF UiApOg0KIA0KLQkJcm9vdCMgY2QgLw0KLQkJcm9vdCMgbG4gLXMgLmF1dG9m cy9ob21lIC4NCisgICAgICAgICAgICAgICAgcm9vdCMgY2QgLw0KKyAgICAg ICAgICAgICAgICByb290IyBsbiAtcyAuYXV0b2ZzL2hvbWUgLg0KIA0KLQlD cmVhdGUgeW91ciBsaW5rcyBmb3IgaW5jb21pbmcgZW1haWxzOg0KKyAgICAg ICAgQ3JlYXRlIHlvdXIgbGlua3MgZm9yIGluY29taW5nIGVtYWlsczoNCiAN Ci0JCXJvb3QjIGNkIC92YXIvc3Bvb2wNCi0JCXJvb3QjIGxuIC1zIC4uLy4u Ly5hdXRvZnMvbWFpbCAuDQorICAgICAgICAgICAgICAgIHJvb3QjIGNkIC92 YXIvc3Bvb2wNCisgICAgICAgICAgICAgICAgcm9vdCMgbG4gLXMgLi4vLi4v LmF1dG9mcy9tYWlsIC4NCiANCi0JV2hlbiB5b3UgcnVuIHRoZSBmb2xsb3dp bmcgY29tbWFuZCwgeW91IHNob3VsZCBzZWUgdGhlIGNvbnRlbnRzDQotCW9m IHRoZSBhdXRvbW91bnRlZCBmaWxlc3lzdGVtDQorICAgICAgICBXaGVuIHlv dSBydW4gdGhlIGZvbGxvd2luZyBjb21tYW5kLCB5b3Ugc2hvdWxkIHNlZSB0 aGUgY29udGVudHMNCisgICAgICAgIG9mIHRoZSBhdXRvbW91bnRlZCBmaWxl c3lzdGVtDQogDQotCVRvIHZpZXcgdGhlIG1haWwgbW91bnQgcG9pbnQNCi0J CXJvb3QjIGxzIC1sIC92YXIvc3Bvb2wvbWFpbA0KKyAgICAgICAgVG8gdmll dyB0aGUgbWFpbCBtb3VudCBwb2ludA0KKyAgICAgICAgICAgICAgICByb290 IyBscyAtbCAvdmFyL3Nwb29sL21haWwNCiANCi0JVG8gdmlldyB0aGUgY29u dGVudHMgb2YgdGhlIG1haWwgc2VydmVyDQotCQlyb290IyBscyAtbCAvdmFy L3Nwb29sL21haWwvDQorICAgICAgICBUbyB2aWV3IHRoZSBjb250ZW50cyBv ZiB0aGUgbWFpbCBzZXJ2ZXINCisgICAgICAgICAgICAgICAgcm9vdCMgbHMg LWwgL3Zhci9zcG9vbC9tYWlsLw0KIA0KLQlUbyB2aWV3IHRoZSBTZXJ2ZXJz IG9uIHlvdXIgbG9jYWwgTEFODQotCQlyb290IyBscyAtbCAvTmV0LyoNCisg ICAgICAgIFRvIHZpZXcgdGhlIFNlcnZlcnMgb24geW91ciBsb2NhbCBMQU4N CisgICAgICAgICAgICAgICAgcm9vdCMgbHMgLWwgL05ldC8qDQogDQotCVRv IGNvbXBhcmUgdGltZXN0YW1wcywgc2l6ZXMgb24gdGhlIHBhc3N3ZCBmaWxl cw0KLQkJcm9vdCMgbHMgLWwgL05ldC8qL2V0Yy9wYXNzd2QNCisgICAgICAg IFRvIGNvbXBhcmUgdGltZXN0YW1wcywgc2l6ZXMgb24gdGhlIHBhc3N3ZCBm aWxlcw0KKyAgICAgICAgICAgICAgICByb290IyBscyAtbCAvTmV0LyovZXRj L3Bhc3N3ZA0KIDwvdmVyYj4NCiANCiA8U2VjdDI+U3RhcnRpbmcgYW5kIHN0 b3BwaW5nIHRoZSBhdXRvbW91bnRlcg0KIDxwPg0KIA0KIDx2ZXJiPg0KLQkt LS0NCi0JLS0tIFdBUk5JTkc6IGRvIE5PVCBzdG9wIHRoZSBhdXRvbW91bnQg ZGFlbW9uIGlmIHlvdSBoYXZlIGFueSBkaXJlY3Rvcmllcw0KLQktLS0JIGF1 dG9tb3VudGVkIGF0IHRoZSB0aW1lIHN1Y2ggYXMgL2hvbWUsIC92YXIvc3Bv b2wvbWFpbCwgZXRjDQotCS0tLQ0KLQktLS0gYXV0b2ZzIGRhZW1vbiB3aWxs IG5vdCByZWxvYWQgbm9yIHJlc3RhcnQgaXRzZWxmLi4udGhlcmVmb3JlIG5v DQotCS0tLSBuZXcgZmlsZXN5c3RlbXMsIHBhcnRpdGlvbnMgY2FuIGJlIG1v dW50ZWQuLi4NCisgICAgICAgIC0tLQ0KKyAgICAgICAgLS0tIFdBUk5JTkc6 IGRvIE5PVCBzdG9wIHRoZSBhdXRvbW91bnQgZGFlbW9uIGlmIHlvdSBoYXZl IGFueSBkaXJlY3RvcmkNCitlcw0KKyAgICAgICAgLS0tICAgICAgYXV0b21v dW50ZWQgYXQgdGhlIHRpbWUgc3VjaCBhcyAvaG9tZSwgL3Zhci9zcG9vbC9t YWlsLCBldGMNCisgICAgICAgIC0tLQ0KKyAgICAgICAgLS0tIGF1dG9mcyBk YWVtb24gd2lsbCBub3QgcmVsb2FkIG5vciByZXN0YXJ0IGl0c2VsZi4uLnRo ZXJlZm9yZSBubw0KKyAgICAgICAgLS0tIG5ldyBmaWxlc3lzdGVtcywgcGFy dGl0aW9ucyBjYW4gYmUgbW91bnRlZC4uLg0KIDwvdmVyYj4NCiANCiA8dmVy Yj4NCi0JVG8gc3RvcCB0aGUgZGFlbW9uDQotCQlyb290IyAvZXRjL3JjLmQv aW5pdC5kL2F1dG9mcyBzdG9wDQotDQotCVRvIHN0YXJ0IHRoZSBkYWVtb24N Ci0JCXJvb3QjIC9ldGMvcmMuZC9pbml0LmQvYXV0b2ZzIHN0YXJ0DQotCQ0K LQlUbyBzdG9wIGFuZCBzdGFydCB0aGUgZGFlb24gd2l0aCBvbmUgY29tbWFu ZA0KLQkJcm9vdCMga2lsbCAtSFVQICJwaWRfb2ZfdGhlX2FtZF9kYWVtb24i DQotDQotCUNoZWNrIHRoZSBsb2cgZmlsZXMgYW5kIHRoZSBzdGF0dXMgb2Yg dGhlIGF1dG9mcyBhdXRvbW91bnRlcg0KLQ0KLQkJcm9vdCMgL2V0Yy9yYy5k L2luaXQuZC9hdXRvZnMgc3RhdHVzDQotCQlyb290IyBjYXQgL2V0Yy9tdGFi DQotCQlyb290IyBkZg0KLQkJcm9vdCMgc2hvd21vdW50IC1lDQotCQlyb290 IyB0YWlsIC0xMDAgL3Zhci9sb2cvbWVzc2FnZXMNCisgICAgICAgIFRvIHN0 b3AgdGhlIGRhZW1vbg0KKyAgICAgICAgICAgICAgICByb290IyAvZXRjL3Jj LmQvaW5pdC5kL2F1dG9mcyBzdG9wDQorDQorICAgICAgICBUbyBzdGFydCB0 aGUgZGFlbW9uDQorICAgICAgICAgICAgICAgIHJvb3QjIC9ldGMvcmMuZC9p bml0LmQvYXV0b2ZzIHN0YXJ0DQorICAgICAgICANCisgICAgICAgIFRvIHN0 b3AgYW5kIHN0YXJ0IHRoZSBkYWVvbiB3aXRoIG9uZSBjb21tYW5kDQorICAg ICAgICAgICAgICAgIHJvb3QjIGtpbGwgLUhVUCAicGlkX29mX3RoZV9hbWRf ZGFlbW9uIg0KKw0KKyAgICAgICAgQ2hlY2sgdGhlIGxvZyBmaWxlcyBhbmQg dGhlIHN0YXR1cyBvZiB0aGUgYXV0b2ZzIGF1dG9tb3VudGVyDQorDQorICAg ICAgICAgICAgICAgIHJvb3QjIC9ldGMvcmMuZC9pbml0LmQvYXV0b2ZzIHN0 YXR1cw0KKyAgICAgICAgICAgICAgICByb290IyBjYXQgL2V0Yy9tdGFiDQor ICAgICAgICAgICAgICAgIHJvb3QjIGRmDQorICAgICAgICAgICAgICAgIHJv b3QjIHNob3dtb3VudCAtZQ0KKyAgICAgICAgICAgICAgICByb290IyB0YWls IC0xMDAgL3Zhci9sb2cvbWVzc2FnZXMNCiA8L3ZlcmI+DQogDQogPCEtLSAt LT4NCkBAIC0xNzAxLDg5ICsxODIzLDkzIEBADQogDQogPFNlY3QxPkdlbmVy YWwgZm9ybWF0IGZvciBtb3VudCBjb21tYW5kDQogPHA+DQotCW1vdW50IHJl bW90ZV9ob3N0Oi9yZW1vdGVfZGlyZWN0b3J5IC9sb2NhbF9tb3VudF9wb2lu dA0KKyAgICAgICAgbW91bnQgcmVtb3RlX2hvc3Q6L3JlbW90ZV9kaXJlY3Rv cnkgL2xvY2FsX21vdW50X3BvaW50DQogDQotCVRoZSByZW1vdGVfZGlyZWN0 b3J5IG11c3QgYmUgZXhwb3J0ZWQgYnkgcmVtb3RlX2hvc3QgYXMgZGVmaW5l ZA0KLQlpbiB0aGUgcmVtb3RlX2hvc3QncyAvZXRjL2V4cG9ydHMgZmlsZS4N CisgICAgICAgIFRoZSByZW1vdGVfZGlyZWN0b3J5IG11c3QgYmUgZXhwb3J0 ZWQgYnkgcmVtb3RlX2hvc3QgYXMgZGVmaW5lZA0KKyAgICAgICAgaW4gdGhl IHJlbW90ZV9ob3N0J3MgL2V0Yy9leHBvcnRzIGZpbGUuDQogDQogPHZlcmI+ DQotCXJvb3QjIG1vdW50ICAtYQkJTGludXggbW91bnQgZXZlcnl0aGluZyBh bGxvd2VkDQotCXJvb3QjIG1vdW50YWxsCQlTb2xhcmlzIGVxdWl2YWxlbnQN CisgICAgICAgIHJvb3QjIG1vdW50ICAtYSAgICAgICAgIExpbnV4IG1vdW50 IGV2ZXJ5dGhpbmcgYWxsb3dlZA0KKyAgICAgICAgcm9vdCMgbW91bnRhbGwg ICAgICAgICAgU29sYXJpcyBlcXVpdmFsZW50DQogPC92ZXJiPg0KIA0KIDxT ZWN0MT4gTW91bnQgT3B0aW9ucw0KIDxwPg0KIDx2ZXJiPg0KLQktcm8gCVJl YWQgb25seQ0KKyAgICAgICAgLXJvICAgICBSZWFkIG9ubHkNCiANCi0JLXJ3 CU1vdW50IHRoZSBmaWxlc3lzdGVtIHJlYWQgYW5kIHdyaXRlLCBidXQgY2Fu IGJlIHJlc3RyaWN0ZWQNCi0JCWJ5IHRoZSBzZXJ2ZXIsIGFuZCBhIHdhcm5p bmcgaXMgZmxhZ2dlZA0KKyAgICAgICAgLXJ3ICAgICBNb3VudCB0aGUgZmls ZXN5c3RlbSByZWFkIGFuZCB3cml0ZSwgYnV0IGNhbiBiZSByZXN0cmljdGVk DQorICAgICAgICAgICAgICAgIGJ5IHRoZSBzZXJ2ZXIsIGFuZCBhIHdhcm5p bmcgaXMgZmxhZ2dlZA0KIA0KLQktYmxvY2tzaXplPTEwMjQJCWJsb2NrIHNp emUgDQotCS1yc2l6ZT00MDk2CVJlYWQgYnVmZmVyIHNpemUNCi0JLXdzaXpl PTQwOTYJV3JpdGUgYnVmZmVyIHNpemUNCisgICAgICAgIC1ibG9ja3NpemU9 MTAyNCAgICAgICAgIGJsb2NrIHNpemUNCisgICAgICAgIC1yc2l6ZT00MDk2 ICAgICBSZWFkIGJ1ZmZlciBzaXplDQorICAgICAgICAtd3NpemU9NDA5NiAg ICAgV3JpdGUgYnVmZmVyIHNpemUNCiANCi0JLWludHIJYWxsb3cga2V5Ym9h cmQgaW50ZXJydXB0cyB0byBraWxsIHRoZSBwcm9jZXNzIHRoYXQgaXMgaHVu Zw0KLQkJd2FpdGluZyBmb3IgdGhlIHNlcnZlciB0aGF0IGlzIGRvd24uDQor ICAgICAgICAtaW50ciAgIGFsbG93IGtleWJvYXJkIGludGVycnVwdHMgdG8g a2lsbCB0aGUgcHJvY2VzcyB0aGF0IGlzIGh1bmcNCisgICAgICAgICAgICAg ICAgd2FpdGluZyBmb3IgdGhlIHNlcnZlciB0aGF0IGlzIGRvd24uDQogDQot CS1ub2ludHIJTm8ga2V5Ym9hcmQgaW50ZXJydXB0cyBhbGxvd2VkLg0KKyAg ICAgICAgLW5vaW50ciBObyBrZXlib2FyZCBpbnRlcnJ1cHRzIGFsbG93ZWQu DQogDQotCS1zb2Z0CWlmIHRoZSBzZXJ2ZXIgZmFpbHMgdG8gcmVzcG9uZCwg cmV0dXJuIGFuIGVycm9yIGFmdGVyIHRoZQ0KLQkJdGltZW91dCBwZXJpb2Qg KCAtdGltZW89dmFsdWUgKSBleHBpcmVzIGFuZCBkb24ndCBib3RoZXIgdG8g dHJ5IGFnYWluDQorICAgICAgICAtc29mdCAgIGlmIHRoZSBzZXJ2ZXIgZmFp bHMgdG8gcmVzcG9uZCwgcmV0dXJuIGFuIGVycm9yIGFmdGVyIHRoZQ0KKyAg ICAgICAgICAgICAgICB0aW1lb3V0IHBlcmlvZCAoIC10aW1lbz12YWx1ZSAp IGV4cGlyZXMgYW5kIGRvbid0IGJvdGhlciB0byB0cnkNCisgYWdhaW4NCiAN Ci0JLWhhcmQJaWYgdGhlIHNlcnZlciBmYWlscyB0byByZXNwb25kLCByZXRy eSB1bnRpbCBpdCBkb2VzIHJlc3BvbmQNCi0JCSggTm90ZSB0aGF0IHRoaXMg aXMgdGhlIGRlZmF1bHQgb3B0aW9uICkNCi0JCVVzZSB3aXRoIGNhdXRpb24s IGNhbiBoYW5nIHlvdXIgTEFOIHdoZW4gdGhhdCBzZXJ2ZXIgZ29lcw0KLQkJ ZG93biBhcyBhbGwgdGhlIG90aGVyIHNlcnZlcnMgbmVlZCB0byB3YWl0IGZv ciBpdCB0byBjb21lIGJhY2suDQotCQkJKCB1c2Ugd2l0aCAtaW50ciB0byBh bGxvdyBraWxsaW5nIGh1bmcgcHJvY2Vzc2VzICkNCisgICAgICAgIC1oYXJk ICAgaWYgdGhlIHNlcnZlciBmYWlscyB0byByZXNwb25kLCByZXRyeSB1bnRp bCBpdCBkb2VzIHJlc3BvbmQNCisgICAgICAgICAgICAgICAgKCBOb3RlIHRo YXQgdGhpcyBpcyB0aGUgZGVmYXVsdCBvcHRpb24gKQ0KKyAgICAgICAgICAg ICAgICBVc2Ugd2l0aCBjYXV0aW9uLCBjYW4gaGFuZyB5b3VyIExBTiB3aGVu IHRoYXQgc2VydmVyIGdvZXMNCisgICAgICAgICAgICAgICAgZG93biBhcyBh bGwgdGhlIG90aGVyIHNlcnZlcnMgbmVlZCB0byB3YWl0IGZvciBpdCB0byBj b21lIGJhY2suDQorICAgICAgICAgICAgICAgICAgICAgICAgKCB1c2Ugd2l0 aCAtaW50ciB0byBhbGxvdyBraWxsaW5nIGh1bmcgcHJvY2Vzc2VzICkNCiAN Ci0JLWJnCWRvIHRoZSByZXRyeXMgaW4gYmFja2dyb3VuZCBtb2RlDQorICAg ICAgICAtYmcgICAgIGRvIHRoZSByZXRyeXMgaW4gYmFja2dyb3VuZCBtb2Rl DQogDQotCS1mZwlkcCB0aGUgcmV0cnlzIGluIGZvcmVncm91bmQgbW9kZQ0K KyAgICAgICAgLWZnICAgICBkcCB0aGUgcmV0cnlzIGluIGZvcmVncm91bmQg bW9kZQ0KIA0KLQktbm9zdWlkIERvIG5vdCBhbGxvdyBleGVjdXRhYmxlcyBv biB0aGUgbW91bnRlZCBmaWxlc3lzdGVtIHRvIHJ1bg0KLQkJYXMgc2V0dWlk Lg0KKyAgICAgICAgLW5vc3VpZCBEbyBub3QgYWxsb3cgZXhlY3V0YWJsZXMg b24gdGhlIG1vdW50ZWQgZmlsZXN5c3RlbSB0byBydW4NCisgICAgICAgICAg ICAgICAgYXMgc2V0dWlkLg0KIA0KLQktZnN0eXBlCWZpbGUgc3lzdGVtIHR5 cGUgb2YgdGhlIHJlbW90ZSBwYXJ0aXRpb24gdG8gbW91bnQNCi0JCWV4dDIJ bGludXggbmF0aXZlDQotCQluZnMJTkZTIHR5cGUNCi0JCWlzbzk2NjAJQ0RS T00NCisgICAgICAgIC1mc3R5cGUgZmlsZSBzeXN0ZW0gdHlwZSBvZiB0aGUg cmVtb3RlIHBhcnRpdGlvbiB0byBtb3VudA0KKyAgICAgICAgICAgICAgICBl eHQyICAgIGxpbnV4IG5hdGl2ZQ0KKyAgICAgICAgICAgICAgICBuZnMgICAg IE5GUyB0eXBlDQorICAgICAgICAgICAgICAgIGlzbzk2NjAgQ0RST00NCiAN Ci0JLWFzeW5jCXVzZSBhc3luY2hyb25vdXMgZmlsZXN5c3RlbSBJL08NCisg ICAgICAgIC1hc3luYyAgdXNlIGFzeW5jaHJvbm91cyBmaWxlc3lzdGVtIEkv Tw0KIA0KLQktYXV0bwltb3VudCB3aGVuIC1hIGlzIHVzZWQNCisgICAgICAg IC1hdXRvICAgbW91bnQgd2hlbiAtYSBpcyB1c2VkDQogDQotCS1ub2F1dG8J RG8gTk9UIG1vdW50IHRoZSBmaWxlc3lzdGVtIGV2ZW4gaWYgLWEgaXMgdXNl ZA0KKyAgICAgICAgLW5vYXV0byBEbyBOT1QgbW91bnQgdGhlIGZpbGVzeXN0 ZW0gZXZlbiBpZiAtYSBpcyB1c2VkDQogDQotCS1ub3VzZXIJT25seSByb290 IGNhbiBtb3VudCB0aGUgZmlsZXN5c3RlbQ0KKyAgICAgICAgLW5vdXNlciBP bmx5IHJvb3QgY2FuIG1vdW50IHRoZSBmaWxlc3lzdGVtDQogDQotCS11c2Vy CUFsbG93IHVzZXJzIHRvIG1vdW50IHRoZSBmaWxlc3lzdGVtDQorICAgICAg ICAtdXNlciAgIEFsbG93IHVzZXJzIHRvIG1vdW50IHRoZSBmaWxlc3lzdGVt DQogDQotCS1ub2V4ZWMJRG9uJ3QgYWxsb3cgZXhlY3V0aW9uIG9mIGZpbGVz IGZyb20gdGhpcyBmaWxlc3lzdGVtDQorICAgICAgICAtbm9leGVjIERvbid0 IGFsbG93IGV4ZWN1dGlvbiBvZiBmaWxlcyBmcm9tIHRoaXMgZmlsZXN5c3Rl bQ0KIA0KLQktbm9zdWlkCURvbid0IGFsbG93IHByb2dyYW1zIGluIHRoaXMg ZmlsZXN5c3RlbSB0byBydW4gYXMgc2V0dWlkIG9yIHNldGdpZA0KKyAgICAg ICAgLW5vc3VpZCBEb24ndCBhbGxvdyBwcm9ncmFtcyBpbiB0aGlzIGZpbGVz eXN0ZW0gdG8gcnVuIGFzIHNldHVpZCBvciBzZXQNCitnaWQNCiANCi0JLXN1 aWQJQWxsb3cgcHJvZ3JhbXMgdG8gcnVuIGFzIHNldHVpZCBvciBzZXRnaWQN CisgICAgICAgIC1zdWlkICAgQWxsb3cgcHJvZ3JhbXMgdG8gcnVuIGFzIHNl dHVpZCBvciBzZXRnaWQNCiANCi0JLXN5bmMJVXNlIHN5bmNocm9ub3VzIGZp bGVzeXN0ZW0gSS9PDQorICAgICAgICAtc3luYyAgIFVzZSBzeW5jaHJvbm91 cyBmaWxlc3lzdGVtIEkvTw0KIA0KLQktdGltZW91dD0jCWxlbmd0aCBvZiB0 aW1lIGJlZm9yZSBhbiBhY2Nlc3MgdGltZXMgb3V0IHVzZWQgd2l0aCBzb2Z0 DQorICAgICAgICAtdGltZW91dD0jICAgICAgbGVuZ3RoIG9mIHRpbWUgYmVm b3JlIGFuIGFjY2VzcyB0aW1lcyBvdXQgdXNlZCB3aXRoIHNvZg0KK3QNCiA8 L3ZlcmI+DQogDQogPCEtLSAtLT4NCiA8IS0tIC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSAtLT4NCistPg0KIDwhLS0gLS0+DQogPFNlY3Q+VGVzdGlu ZyBZb3VyIEF1dG9tb3VudGVyDQogPHA+DQogDQotCTxiZi9DQVVUSU9OOi8N Ci0JQmVmb3JlIGtpbGxpbmcgeW91ciBhdXRvbW91bnQgZGFlbW9ucywgbWFr ZSBzdXJlIG5vIG9uZSBpcyB1c2luZw0KLQl0aGUgbW91bnRlZCBmaWxlc3lz dGVtDQotDQotCTxiZj4NCi0JQ29tbW9uIHByb2JsZW1zIHN1Y2ggYXMgImh1 bmcgY29tbWFuZHMiIGFuZCBzbG93IGNvbW1hbmRzIGNhbiBiZQ0KLQlhdm9p ZGVkIGJ5IGEgd2VsbCBhZG1pbmlzdGVyZWQgbmV0d29yayBwb2xpY3kuDQot CTwvYmY+DQorICAgICAgICA8YmYvQ0FVVElPTjovDQorICAgICAgICBCZWZv cmUga2lsbGluZyB5b3VyIGF1dG9tb3VudCBkYWVtb25zLCBtYWtlIHN1cmUg bm8gb25lIGlzIHVzaW5nDQorICAgICAgICB0aGUgbW91bnRlZCBmaWxlc3lz dGVtDQorDQorICAgICAgICA8YmY+DQorICAgICAgICBDb21tb24gcHJvYmxl bXMgc3VjaCBhcyAiaHVuZyBjb21tYW5kcyIgYW5kIHNsb3cgY29tbWFuZHMg Y2FuIGJlDQorICAgICAgICBhdm9pZGVkIGJ5IGEgd2VsbCBhZG1pbmlzdGVy ZWQgbmV0d29yayBwb2xpY3kuDQorICAgICAgICA8L2JmPg0KIA0KIDxTZWN0 MT5UbyBLaWxsLCBTdGFydCwgUmVsb2FkICBZb3VyIEF1dG9tb3VudGVyDQog PHA+DQpAQCAtMTgwNywzMSArMTkzMywzNSBAQA0KIDwvdmVyYj48L3RzY3Jl ZW4+DQogDQogPHZlcmI+DQotCQlDaGVja2luZyBmb3IgY2hhbmdlcyB0byAv ZXRjL2F1dG8ubWFzdGVyIC4uLi4NCi0JCVN0YXJ0IC91c3Ivc2Jpbi9hdXRv bW91bnQgLS10aW1lb3V0IDYwIC8uYXV0b2ZzIGZpbGUgL2V0Yy9hdXRvLm1p c2MNCi0JCSMNCi0JCSMgQ2hlY2sgdGhlIGxvZyBmaWxlICggL3Zhci9sb2cv bWVzc2FnZXMgKQ0KLQkJIw0KLQkJQXVnIDE0IDAxOjE4OjI0IHh4eCBhdXRv bW91bnRbNzY0XTogc3RhcnRpbmcgYXV0b21vdW50ZXIgdmVyc2lvbiAwLjMu MTQsIHBhdGggPSAvLmF1dG9mcywgbWFwdHlwZSA9IGZpbGUsIG1hcG5hbWUg PSAvZXRjL2F1dG8ubWlzYw0KLQkJQXVnIDE0IDAxOjE4OjI0IHh4eCBhdXRv bW91bnRbNzY0XTogPj4gbW91bnQ6IGF1dG9tb3VudChwaWQ3NjQpIGFscmVh ZHkgbW91bnRlZCBvciAvLmF1dG9mcyBidXN5DQotCQlBdWcgMTQgMDE6MTg6 MjQgeHh4IGF1dG9tb3VudFs3NjRdOiA+PiBtb3VudDogYWNjb3JkaW5nIHRv IG10YWIsIGF1dG9tb3VudChwaWQzNzApIGlzIGFscmVhZHkgbW91bnRlZCBv biAvLmF1dG9mcw0KLQkJQXVnIDE0IDAxOjE4OjI0IHh4eCBhdXRvbW91bnRb NzY0XTogLy5hdXRvZnM6IG1vdW50IGZhaWxlZA0KKyAgICAgICAgICAgICAg ICBDaGVja2luZyBmb3IgY2hhbmdlcyB0byAvZXRjL2F1dG8ubWFzdGVyIC4u Li4NCisgICAgICAgICAgICAgICAgU3RhcnQgL3Vzci9zYmluL2F1dG9tb3Vu dCAtLXRpbWVvdXQgNjAgLy5hdXRvZnMgZmlsZSAvZXRjL2F1dG8ubWlzYw0K KyAgICAgICAgICAgICAgICAjDQorICAgICAgICAgICAgICAgICMgQ2hlY2sg dGhlIGxvZyBmaWxlICggL3Zhci9sb2cvbWVzc2FnZXMgKQ0KKyAgICAgICAg ICAgICAgICAjDQorICAgICAgICAgICAgICAgIEF1ZyAxNCAwMToxODoyNCB4 eHggYXV0b21vdW50Wzc2NF06IHN0YXJ0aW5nIGF1dG9tb3VudGVyIHZlcnNp b24gMC4zLjE0LCBwYXRoID0gLy5hdXRvZnMsIG1hcHR5cGUgPSBmaWxlLCBt YXBuYW1lID0gL2V0Yy9hdXRvLm1pc2MNCisgICAgICAgICAgICAgICAgQXVn IDE0IDAxOjE4OjI0IHh4eCBhdXRvbW91bnRbNzY0XTogPj4gbW91bnQ6IGF1 dG9tb3VudChwaWQ3NjQpIGFscmVhZHkgbW91bnRlZCBvciAvLmF1dG9mcyBi dXN5DQorICAgICAgICAgICAgICAgIEF1ZyAxNCAwMToxODoyNCB4eHggYXV0 b21vdW50Wzc2NF06ID4+IG1vdW50OiBhY2NvcmRpbmcgdG8gbXRhYiAsIGF1 dG9tb3VudChwaWQzNzApIGlzIGFscmVhZHkgbW91bnRlZCBvbiAvLmF1dG9m cw0KKyAgICAgICAgICAgICAgICBBdWcgMTQgMDE6MTg6MjQgeHh4IGF1dG9t b3VudFs3NjRdOiAvLmF1dG9mczogbW91bnQgZmFpbGVkDQogPC92ZXJiPg0K IA0KIDxTZWN0MT5WZXJpZnkgdGhlIGxvZyBmaWxlcyBmb3IgYW55IGVycm9y IG1lc3NhZ2VzDQogPHA+DQogDQotCVBsZWFzZSB2ZXJpZnkgdGhhdCBsb2cg bWVzc2FnZXMgaW4gL3Zhci9sb2cvbWVzc2FnZXMsDQotCXlvdSBzaG91bGQg c2VlIHRoZSBmb2xsb3dpbmcgaWYgaXQgbW91bnRlZCB5b3VyIGRpcmVjdG9y aWVzIHByb3Blcmx5DQorICAgICAgICBQbGVhc2UgdmVyaWZ5IHRoYXQgbG9n IG1lc3NhZ2VzIGluIC92YXIvbG9nL21lc3NhZ2VzLA0KKyAgICAgICAgeW91 IHNob3VsZCBzZWUgdGhlIGZvbGxvd2luZyBpZiBpdCBtb3VudGVkIHlvdXIg ZGlyZWN0b3JpZXMgcHJvcGVybHkNCiANCiA8dmVyYj4NCi0JTWVzc2FnZXMg YXQgYm9vdCB0aW1lDQorICAgICAgICBNZXNzYWdlcyBhdCBib290IHRpbWUN CiANCi0Jcm9vdCMgdGFpbCAtMTAwIC92YXIvbG9nL21lc3NhZ2VzIHwgZ3Jl cCBhdXRvbW91bnQgDQotCQlBdWcgMTQgMDE6MDU6MzYgeHh4IGF1dG9tb3Vu dFszNzBdOiBzdGFydGluZyBhdXRvbW91bnRlciB2ZXJzaW9uIDAuMy4xNCwg cGF0aCA9IC8uYXV0b2ZzLCBtYXB0eXBlID0gZmlsZSwgbWFwbmFtZSA9IC9l dGMvYXV0by5taXNjDQotCQlBdWcgMTQgMDE6MDU6MzYgeHh4IGF1dG9tb3Vu dFszNzBdOiB1c2luZyBrZXJuZWwgcHJvdG9jb2wgdmVyc2lvbiAzDQotCQlB dWcgMTQgMDE6MDU6MzggeHh4IGF1dG9tb3VudFszNzBdOiBhdHRlbXB0aW5n IHRvIG1vdW50IGVudHJ5IC8uYXV0b2ZzL2xvY2FsDQotCQlBdWcgMTQgMDE6 MDU6NTMgeHh4IGF1dG9tb3VudFszNzBdOiBhdHRlbXB0aW5nIHRvIG1vdW50 IGVudHJ5IC8uYXV0b2ZzL21haWwNCisgICAgICAgIHJvb3QjIHRhaWwgLTEw MCAvdmFyL2xvZy9tZXNzYWdlcyB8IGdyZXAgYXV0b21vdW50DQorICAgICAg ICAgICAgICAgIEF1ZyAxNCAwMTowNTozNiB4eHggYXV0b21vdW50WzM3MF06 IHN0YXJ0aW5nIGF1dG9tb3VudGVyIHZlcnNpbw0KK24gMC4zLjE0LCBwYXRo ID0gLy5hdXRvZnMsIG1hcHR5cGUgPSBmaWxlLCBtYXBuYW1lID0gL2V0Yy9h dXRvLm1pc2MNCisgICAgICAgICAgICAgICAgQXVnIDE0IDAxOjA1OjM2IHh4 eCBhdXRvbW91bnRbMzcwXTogdXNpbmcga2VybmVsIHByb3RvY29sIHZlcnNp DQorb24gMw0KKyAgICAgICAgICAgICAgICBBdWcgMTQgMDE6MDU6MzggeHh4 IGF1dG9tb3VudFszNzBdOiBhdHRlbXB0aW5nIHRvIG1vdW50IGVudHJ5IC8N CisuYXV0b2ZzL2xvY2FsDQorICAgICAgICAgICAgICAgIEF1ZyAxNCAwMTow NTo1MyB4eHggYXV0b21vdW50WzM3MF06IGF0dGVtcHRpbmcgdG8gbW91bnQg ZW50cnkgLw0KKy5hdXRvZnMvbWFpbA0KIDwvdmVyYj4NCiANCiANCkBAIC0x ODM5LDEyMyArMTk2OSwxMzYgQEANCiA8cD4NCiANCiA8dmVyYj4NCi0Jcm9v dCMgcHMgYXV4d2wgfCBncmVwIGF1dG8NCi0gICAJCS91c3Ivc2Jpbi9hdXRv bW91bnQgLS10aW1lb3V0IDYwIC8uYXV0b2ZzIGZpbGUgL2V0Yy9hdXRvLm1p c2MgDQorICAgICAgICByb290IyBwcyBhdXh3bCB8IGdyZXAgYXV0bw0KKyAg ICAgICAgICAgICAgICAvdXNyL3NiaW4vYXV0b21vdW50IC0tdGltZW91dCA2 MCAvLmF1dG9mcyBmaWxlIC9ldGMvYXV0by5taXNjDQogDQotCXJvb3QjIC9l dGMvcmMuZC9pbml0LmQvYXV0b2ZzIHN0YXR1cwkoIGZvciBhdXRvZnMgKQ0K KyAgICAgICAgcm9vdCMgL2V0Yy9yYy5kL2luaXQuZC9hdXRvZnMgc3RhdHVz ICAgICggZm9yIGF1dG9mcyApDQogDQotCQlDb25maWd1cmVkIE1vdW50IFBv aW50czoNCi0JCS91c3Ivc2Jpbi9hdXRvbW91bnQgLS10aW1lb3V0IDYwIC8u YXV0b2ZzIGZpbGUgL2V0Yy9hdXRvLm1pc2MgIA0KKyAgICAgICAgICAgICAg ICBDb25maWd1cmVkIE1vdW50IFBvaW50czoNCisgICAgICAgICAgICAgICAg L3Vzci9zYmluL2F1dG9tb3VudCAtLXRpbWVvdXQgNjAgLy5hdXRvZnMgZmls ZSAvZXRjL2F1dG8ubWlzYw0KIA0KLQkJQWN0aXZlIE1vdW50IFBvaW50czoN Ci0JCS91c3Ivc2Jpbi9hdXRvbW91bnQgLS10aW1lb3V0IDYwIC8uYXV0b2Zz IGZpbGUgL2V0Yy9hdXRvLm1pcw0KKyAgICAgICAgICAgICAgICBBY3RpdmUg TW91bnQgUG9pbnRzOg0KKyAgICAgICAgICAgICAgICAvdXNyL3NiaW4vYXV0 b21vdW50IC0tdGltZW91dCA2MCAvLmF1dG9mcyBmaWxlIC9ldGMvYXV0by5t aXMNCiANCi0Jcm9vdCMgYW1xIC1tcwkoIGZvciBhbWQgKQ0KKyAgICAgICAg cm9vdCMgYW1xIC1tcyAgICggZm9yIGFtZCApDQogDQotCXJvb3QjIHNob3dt b3VudCAtZSB0aGlzaG9zdAkoIGZvciB0aGUgbW91bnRwb2ludHMgb24gdGhp c2hvc3QgKQ0KKyAgICAgICAgcm9vdCMgc2hvd21vdW50IC1lIHRoaXNob3N0 ICAgICAoIGZvciB0aGUgbW91bnRwb2ludHMgb24gdGhpc2hvc3QgKQ0KIDwv dmVyYj4NCiANCiA8U2VjdDI+IEN1cnJlbnQgTW91bnRlZCBGaWxlc3lzdGVt DQogPHA+DQotIAlUbyB2aWV3IHdoYXQgaXMgY3VycmVudGx5IG1vdW50ZWQg ZmlsZXN5c3RlbSBvbiB0aGlzIG1hY2hpbmUNCi0JYXMgd2l0aCBhbnkgdW4q eCB2YXJpYW50cywgdGhlcmUgYXJlIG1hbnkgd2F5cyB0byBzZWUgbW91bnRl ZCBtYWNoaW5lczoNCisgICAgICAgIFRvIHZpZXcgd2hhdCBpcyBjdXJyZW50 bHkgbW91bnRlZCBmaWxlc3lzdGVtIG9uIHRoaXMgbWFjaGluZQ0KKyAgICAg ICAgYXMgd2l0aCBhbnkgdW4qeCB2YXJpYW50cywgdGhlcmUgYXJlIG1hbnkg d2F5cyB0byBzZWUgbW91bnRlZCBtYWNoaW5lczoNCiANCiA8dmVyYj4NCi0J cm9vdCMgL2V0Yy9yYy5kL2luaXQuZC9hdXRvZnMgc3RhdHVzDQorICAgICAg ICByb290IyAvZXRjL3JjLmQvaW5pdC5kL2F1dG9mcyBzdGF0dXMNCiANCi0J cm9vdCMgc2hvd21vdW50IC1hDQorICAgICAgICByb290IyBzaG93bW91bnQg LWENCiANCi0Jcm9vdCMgZGYNCisgICAgICAgIHJvb3QjIGRmDQogDQotCXJv b3QjIGNhdCAvZXRjL210YWINCisgICAgICAgIHJvb3QjIGNhdCAvZXRjL210 YWINCiANCi0Jcm9vdCMgbHMgLWwgLy5hdXRvZnMvDQorICAgICAgICByb290 IyBscyAtbCAvLmF1dG9mcy8NCiA8L3ZlcmI+DQogDQotCUVhY2ggb2YgdGhl IGF2b3ZlIGNvbW1hbmQgd2lsbCByZXN1bHQgaW4gYSBhdHRlbXB0IGJ5IHRo ZSBhdXRvbW91bnRlcg0KLQl0byBtb3VudCB0aGUgcmVxdWVzdGVkIGRpcmVj dG9yeSBhbmQgbG9nZ2VkDQorICAgICAgICBFYWNoIG9mIHRoZSBhdm92ZSBj b21tYW5kIHdpbGwgcmVzdWx0IGluIGEgYXR0ZW1wdCBieSB0aGUgYXV0b21v dW50ZXINCisgICAgICAgIHRvIG1vdW50IHRoZSByZXF1ZXN0ZWQgZGlyZWN0 b3J5IGFuZCBsb2dnZWQNCiANCiA8dmVyYj4NCi0Jcm9vdCMgdGFpbCAtMTAw IC92YXIvbG9nL21lc3NhZ2VzDQotCQkuLi4NCi0JCUF1ZyAxNCAwMTo0Mjoz OSB4eHggYXV0b21vdW50WzM3MF06IGF0dGVtcHRpbmcgdG8gbW91bnQgZW50 cnkgLy5hdXRvZnMvaG9tZQ0KKyAgICAgICAgcm9vdCMgdGFpbCAtMTAwIC92 YXIvbG9nL21lc3NhZ2VzDQorICAgICAgICAgICAgICAgIC4uLg0KKyAgICAg ICAgICAgICAgICBBdWcgMTQgMDE6NDI6MzkgeHh4IGF1dG9tb3VudFszNzBd OiBhdHRlbXB0aW5nIHRvIG1vdW50IGVudHJ5IC8NCisuYXV0b2ZzL2hvbWUN CiA8L3ZlcmI+DQogDQogDQogPFNlY3QyPlRyYWNraW5nIHRoZSBhY3Rpdml0 eSBvZiB0aGUgYXV0b21vdW50ZXINCiA8cD4NCi0JTk9URTogV2hlbiB5b3Ug cnVuIGEgY29tbWFuZCBsaWtlICJscyAtbGEgL05ldC8qIg0KLQl5b3Ugd2ls bCBoYXZlIHRvIHdhaXQgZm9yIEFMTCB0aGUgc2VydmVycyB0byByZXNwb25k IGVpdGhlciBieSB0aW1lb3V0DQotCXBlcmlvZCBvciBmb3IgdGhhdCBzZXJ2 ZXIgdG8gY29tZSBiYWNrIG9ubGluZQ0KKyAgICAgICAgTk9URTogV2hlbiB5 b3UgcnVuIGEgY29tbWFuZCBsaWtlICJscyAtbGEgL05ldC8qIg0KKyAgICAg ICAgeW91IHdpbGwgaGF2ZSB0byB3YWl0IGZvciBBTEwgdGhlIHNlcnZlcnMg dG8gcmVzcG9uZCBlaXRoZXIgYnkgdGltZW91dA0KKyAgICAgICAgcGVyaW9k IG9yIGZvciB0aGF0IHNlcnZlciB0byBjb21lIGJhY2sgb25saW5lDQogDQog PHZlcmI+DQotCXJvb3QjIGxzIC1sIC9OZXQgICBvciAvTmV0LyoNCisgICAg ICAgIHJvb3QjIGxzIC1sIC9OZXQgICBvciAvTmV0LyoNCiANCi0JCWxyd3hy d3hyd3ggICAxIHJvb3QgICAgIHJvb3QgICAgICAgICAgICAxIEp1bCAzMCAw MzozOSB4eHggLT4gLy8NCi0JCWxyd3hyd3hyd3ggICAxIHJvb3QgICAgIHJv b3QgICAgICAgICAgIDE5IEp1bCAzMCAwMzo0MCBob21lIC0+IC4uLy5hdXRv ZnMvaG9tZS8NCi0JCWxyd3hyd3hyd3ggICAxIHJvb3QgICAgIHJvb3QgICAg ICAgICAgIDE4IEp1bCAxNSAwMjo1MiBtYWlsIC0+IC4uLy5hdXRvZnMvbWFp bC8NCi0JCWxyd3hyd3hyd3ggICAxIHJvb3QgICAgIHJvb3QgICAgICAgICAg IDE5IEp1bCAxNSAwMjo1MiBiYWNrdXAgLT4gLi4vLmF1dG9mcy9iYWNrdXAv DQorICAgICAgICAgICAgICAgIGxyd3hyd3hyd3ggICAxIHJvb3QgICAgIHJv b3QgICAgICAgICAgICAxIEp1bCAzMCAwMzozOSB4eHggLT4gLw0KKy8NCisg ICAgICAgICAgICAgICAgbHJ3eHJ3eHJ3eCAgIDEgcm9vdCAgICAgcm9vdCAg ICAgICAgICAgMTkgSnVsIDMwIDAzOjQwIGhvbWUgLT4NCisuLi8uYXV0b2Zz L2hvbWUvDQorICAgICAgICAgICAgICAgIGxyd3hyd3hyd3ggICAxIHJvb3Qg ICAgIHJvb3QgICAgICAgICAgIDE4IEp1bCAxNSAwMjo1MiBtYWlsIC0+DQor Li4vLmF1dG9mcy9tYWlsLw0KKyAgICAgICAgICAgICAgICBscnd4cnd4cnd4 ICAgMSByb290ICAgICByb290ICAgICAgICAgICAxOSBKdWwgMTUgMDI6NTIg YmFja3VwIC0NCis+IC4uLy5hdXRvZnMvYmFja3VwLw0KIA0KLQlMb2cgZW50 cmllcyBpbiAvdmFyL2xvZy9tZXNzYWdlczoNCisgICAgICAgIExvZyBlbnRy aWVzIGluIC92YXIvbG9nL21lc3NhZ2VzOg0KIA0KLQkJQXVnIDE0IDAxOjQ4 OjA4IHh4eCBhdXRvbW91bnRbMzcwXTogYXR0ZW1wdGluZyB0byBtb3VudCBl bnRyeSAvLmF1dG9mcy9ob21lDQotCQlBdWcgMTQgMDE6NDg6MDggeHh4IGF1 dG9tb3VudFszNzBdOiBhdHRlbXB0aW5nIHRvIG1vdW50IGVudHJ5IC8uYXV0 b2ZzL21haWwNCi0JCUF1ZyAxNCAwMTo0ODowOCB4eHggYXV0b21vdW50WzM3 MF06IGF0dGVtcHRpbmcgdG8gbW91bnQgZW50cnkgLy5hdXRvZnMvYmFja3Vw DQorICAgICAgICAgICAgICAgIEF1ZyAxNCAwMTo0ODowOCB4eHggYXV0b21v dW50WzM3MF06IGF0dGVtcHRpbmcgdG8gbW91bnQgZW50cnkgLw0KKy5hdXRv ZnMvaG9tZQ0KKyAgICAgICAgICAgICAgICBBdWcgMTQgMDE6NDg6MDggeHh4 IGF1dG9tb3VudFszNzBdOiBhdHRlbXB0aW5nIHRvIG1vdW50IGVudHJ5IC8N CisuYXV0b2ZzL21haWwNCisgICAgICAgICAgICAgICAgQXVnIDE0IDAxOjQ4 OjA4IHh4eCBhdXRvbW91bnRbMzcwXTogYXR0ZW1wdGluZyB0byBtb3VudCBl bnRyeSAvDQorLmF1dG9mcy9iYWNrdXANCiANCi0JYW5kIGlmIHlvdSBkbyBO T1QgYWNjZXNzIHRoZSBzZXJ2ZXJzIGJlZm9yZSB0aGUgdGltZW91dCBwZXJp b2QgZXhwaXJlcw0KKyAgICAgICAgYW5kIGlmIHlvdSBkbyBOT1QgYWNjZXNz IHRoZSBzZXJ2ZXJzIGJlZm9yZSB0aGUgdGltZW91dCBwZXJpb2QgZXhwaXJl cw0KIA0KLQkJQXVnIDE0IDAxOjQ5OjA4IHh4eCBhdXRvbW91bnRbNzMwXTog ZXhwaXJlZCAvLmF1dG9mcy9ob21lDQotCQlBdWcgMTQgMDE6NDk6MDggeHh4 IGF1dG9tb3VudFs3MzBdOiBleHBpcmVkIC8uYXV0b2ZzL21haWwNCi0JCUF1 ZyAxNCAwMTo0OTowOCB4eHggYXV0b21vdW50WzczMF06IGV4cGlyZWQgLy5h dXRvZnMvYmFja3VwDQorICAgICAgICAgICAgICAgIEF1ZyAxNCAwMTo0OTow OCB4eHggYXV0b21vdW50WzczMF06IGV4cGlyZWQgLy5hdXRvZnMvaG9tZQ0K KyAgICAgICAgICAgICAgICBBdWcgMTQgMDE6NDk6MDggeHh4IGF1dG9tb3Vu dFs3MzBdOiBleHBpcmVkIC8uYXV0b2ZzL21haWwNCisgICAgICAgICAgICAg ICAgQXVnIDE0IDAxOjQ5OjA4IHh4eCBhdXRvbW91bnRbNzMwXTogZXhwaXJl ZCAvLmF1dG9mcy9iYWNrdXANCiANCi0JVG8gdmlldwlzaG91bGQgc2hvdyB5 b3UgdGhlIGNvbnRlbnRzIG9mIGFsbCB0aGUgc2VydmVyJ3MgZXhwb3J0ZWQg ZGlyZWN0b3JpZXMNCisgICAgICAgIFRvIHZpZXcgc2hvdWxkIHNob3cgeW91 IHRoZSBjb250ZW50cyBvZiBhbGwgdGhlIHNlcnZlcidzIGV4cG9ydGVkIGRp cmVjDQordG9yaWVzDQogDQotCQlyb290IyBscyAtbGEgL05ldC8qLw0KLQkN Ci0JCXdpbGwgc2hvdyB5b3UgdGhlIGNvbnRlbnRzIG9mIHRoZSB4cG9ydGVk IGRpcmVjdG9yeSBvbiBlYWNoIG9mIHRoZSByZW1vdGUgc2VydmVycw0KKyAg ICAgICAgICAgICAgICByb290IyBscyAtbGEgL05ldC8qLw0KKyAgICAgICAg DQorICAgICAgICAgICAgICAgIHdpbGwgc2hvdyB5b3UgdGhlIGNvbnRlbnRz IG9mIHRoZSB4cG9ydGVkIGRpcmVjdG9yeSBvbiBlYWNoIG9mDQordGhlIHJl bW90ZSBzZXJ2ZXJzDQogDQotCVRvIHZpZXcgdGhlIG1haWwgbW91bnQgcG9p bnQNCi0JCXJvb3QjIGxzIC1sYSAvdmFyL3Nwb29sL21haWwNCisgICAgICAg IFRvIHZpZXcgdGhlIG1haWwgbW91bnQgcG9pbnQNCisgICAgICAgICAgICAg ICAgcm9vdCMgbHMgLWxhIC92YXIvc3Bvb2wvbWFpbA0KIA0KLQlUbyB2aWV3 IHRoZSBjb250ZW50cyBvZiB0aGUgbWFpbCBzZXJ2ZXINCi0JCXJvb3QjIGxz IC1sYSAvdmFyL3Nwb29sL21haWwvDQorICAgICAgICBUbyB2aWV3IHRoZSBj b250ZW50cyBvZiB0aGUgbWFpbCBzZXJ2ZXINCisgICAgICAgICAgICAgICAg cm9vdCMgbHMgLWxhIC92YXIvc3Bvb2wvbWFpbC8NCiANCi0JVG8gdmlldyB0 aGUgU2VydmVycyBvbiB0aGUgbmV0DQotCQlyb290IyBscyAtbGEgL05ldC8q DQorICAgICAgICBUbyB2aWV3IHRoZSBTZXJ2ZXJzIG9uIHRoZSBuZXQNCisg ICAgICAgICAgICAgICAgcm9vdCMgbHMgLWxhIC9OZXQvKg0KIA0KLQlUbyBj b21wYXJlIHRpbWVzdGFtcHMsIHNpemVzIG9uIHRoZSBwYXNzd2QgZmlsZXMN Ci0JCXJvb3QjIGxzIC1sYSAvTmV0LyovZXRjL3Bhc3N3ZA0KKyAgICAgICAg VG8gY29tcGFyZSB0aW1lc3RhbXBzLCBzaXplcyBvbiB0aGUgcGFzc3dkIGZp bGVzDQorICAgICAgICAgICAgICAgIHJvb3QjIGxzIC1sYSAvTmV0LyovZXRj L3Bhc3N3ZA0KIDwvdmVyYj4NCiANCi0JV2hlbiB0aGUgZmlsZXN5c3RlbSBp cyBub3QgYmVpbmcgdXNlZCwgdGhlIGF1dG9tb3VudGVyIHdpbGwgdGltZW91 dA0KLQlhbmQgdW5tb3VudGVkIHRoZSB1bnN1c2VkIGZpbGVzeXN0ZW0uICBT ZWUgL3Zhci9sb2cvbWVzc2FnZXMNCisgICAgICAgIFdoZW4gdGhlIGZpbGVz eXN0ZW0gaXMgbm90IGJlaW5nIHVzZWQsIHRoZSBhdXRvbW91bnRlciB3aWxs IHRpbWVvdXQNCisgICAgICAgIGFuZCB1bm1vdW50ZWQgdGhlIHVuc3VzZWQg ZmlsZXN5c3RlbS4gIFNlZSAvdmFyL2xvZy9tZXNzYWdlcw0KIA0KLQlXaGVu IGFjY2VzcyB0byB0aGUgZmlsZXN5c3RlbSBpcyBuZWVkZWQgYWdhaW4sIHRo ZSBhdXRvbW91bnRlciB3aWxsDQotCXJlbW91bnQgdGhlIHJlcXVlc3RlZCBm aWxlc3lzdGVtLiBTZWUgL3Zhci9sb2cvbWVzc2FnZXMNCisgICAgICAgIFdo ZW4gYWNjZXNzIHRvIHRoZSBmaWxlc3lzdGVtIGlzIG5lZWRlZCBhZ2Fpbiwg dGhlIGF1dG9tb3VudGVyIHdpbGwNCisgICAgICAgIHJlbW91bnQgdGhlIHJl cXVlc3RlZCBmaWxlc3lzdGVtLiBTZWUgL3Zhci9sb2cvbWVzc2FnZXMNCiAN CiA8U2VjdDE+U2FtcGxlIE5ldHdvcmsgTW9uaXRvciBUb29scw0KIDxwPg0K IDxpdGVtaXplPg0KLTxpdGVtPiA8dXJsIHVybD0iZnRwOi8vZnRwLmlici5j cy50dS1icy5kZS9wdWIvbG9jYWwiIG5hbWU9ImZ0cDovL2Z0cC5pYnIuY3Mu dHUtYnMuZGUvcHViL2xvY2FsIj4NCi0JY211LXNubXAyLjEuMmwzLXNyYy50 YXIuZ3ogKCBzbm1wIGFnZW50ICkNCi0JYnkgRXJpayBTY2hvZW5mZWxkZXIs IChzY2hvZW5mckBpYnIuY3MudHUtYnMuZGUpDQotDQotPGl0ZW0+PHVybCB1 cmw9Imh0dHA6Ly9zdW5zaXRlLnVuYy5lZHUvcHViL0xpbnV4L3N5c3RlbS9u ZXR3b3JrL21hbmFnZW1lbnQiIG5hbWU9Imh0dHA6Ly9zdW5zaXRlLnVuYy5l ZHUvcHViL0xpbnV4L3N5c3RlbS9uZXR3b3JrL21hbmFnZW1lbnQiPg0KLTx2 ZXJiPg0KLQluZXR3YXRjaA0KLQlzdGF0bmV0DQotCXRjcGR1bXANCi0JdGNw dmlldw0KLQl0cmFmc2hvdw0KLTwvdmVyYj4NCi0NCi08aXRlbT48dXJsIHVy bD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9wdWIvTGludXgvc3lzdGVtL25l dHdvcmsvbW9uaXRvciIgbmFtZT0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9w dWIvTGludXgvc3lzdGVtL25ldHdvcmsvbW9uaXRvciI+IA0KLQk8dmVyYj4N Ci0JaXB0cmFmDQotCW5ldGwNCi0JbmV0d2F0Y2gNCi0JdWRwbG9nDQotCXdt cnh0eA0KKzxpdGVtPiA8dXJsIHVybD0iZnRwOi8vZnRwLmlici5jcy50dS1i cy5kZS9wdWIvbG9jYWwiIG5hbWU9ImZ0cDovL2Z0cC5pYnIuY3MudHUNCist YnMuZGUvcHViL2xvY2FsIj4NCisgICAgICAgIGNtdS1zbm1wMi4xLjJsMy1z cmMudGFyLmd6ICggc25tcCBhZ2VudCApDQorICAgICAgICBieSBFcmlrIFNj aG9lbmZlbGRlciwgKHNjaG9lbmZyQGlici5jcy50dS1icy5kZSkNCisNCis8 aXRlbT48dXJsIHVybD0iaHR0cDovL3N1bnNpdGUudW5jLmVkdS9wdWIvTGlu dXgvc3lzdGVtL25ldHdvcmsvbWFuYWdlbWVudCIgIA0KK25hbWU9Imh0dHA6 Ly9zdW5zaXRlLnVuYy5lZHUvcHViL0xpbnV4L3N5c3RlbS9uZXR3b3JrL21h bmFnZW1lbnQiPg0KKzx2ZXJiPg0KKyAgICAgICAgbmV0d2F0Y2gNCisgICAg ICAgIHN0YXRuZXQNCisgICAgICAgIHRjcGR1bXANCisgICAgICAgIHRjcHZp ZXcNCisgICAgICAgIHRyYWZzaG93DQorPC92ZXJiPg0KKw0KKzxpdGVtPjx1 cmwgdXJsPSJodHRwOi8vc3Vuc2l0ZS51bmMuZWR1L3B1Yi9MaW51eC9zeXN0 ZW0vbmV0d29yay9tb25pdG9yIiBuYW1lPSINCitodHRwOi8vc3Vuc2l0ZS51 bmMuZWR1L3B1Yi9MaW51eC9zeXN0ZW0vbmV0d29yay9tb25pdG9yIj4NCisg ICAgICAgIDx2ZXJiPg0KKyAgICAgICAgaXB0cmFmDQorICAgICAgICBuZXRs DQorICAgICAgICBuZXR3YXRjaA0KKyAgICAgICAgdWRwbG9nDQorICAgICAg ICB3bXJ4dHgNCiA8L3ZlcmI+DQogPC9pdGVtaXplPg0KIA0KQEAgLTE5NjQs NjAgKzIxMDcsNjkgQEANCiA8IS0tIC0tPg0KIDxTZWN0PkF1dG9tb3VudGVy IEZBUXMNCiA8cD4NCi0JaWYgeW91ciBzeXN0ZW0sIExBTiBoYW5ncyB3YWl0 aW5nIGZvciBhIHNlcnZlciwNCi0JCXVzZSAtaW50cixzb2Z0LHRpbWVvdXQ9 NjANCisgICAgICAgIGlmIHlvdXIgc3lzdGVtLCBMQU4gaGFuZ3Mgd2FpdGlu ZyBmb3IgYSBzZXJ2ZXIsDQorICAgICAgICAgICAgICAgIHVzZSAtaW50cixz b2Z0LHRpbWVvdXQ9NjANCiANCi0JUTogV2hlbiBydW5uaW5nIHNvbWUgY29t bWFuZHMsIGl0IGhhbmdzIGFuZCBkb2VzIG5vdCByZXR1cm4gdG8gY29tbWFu ZCBwcm9tcHQ6DQotCQkoIGRmLCBzeW5jLCBscyAvLCBldGMuLi4NCisgICAg ICAgIFE6IFdoZW4gcnVubmluZyBzb21lIGNvbW1hbmRzLCBpdCBoYW5ncyBh bmQgZG9lcyBub3QgcmV0dXJuIHRvIGNvbW1hbmQNCitwcm9tcHQ6DQorICAg ICAgICAgICAgICAgICggZGYsIHN5bmMsIGxzIC8sIGV0Yy4uLg0KIA0KLQlB OiAgeW91IHByb2JhYmx5IGhhdmUgYSBtb3VudGVkIHNlcnZlciB0aGF0IHdl bnQgZG93bg0KLQkJLSBlaXRoZXIgdXNlIHNvZnQgbW91bnRzIGFuZCB0aW1l b3V0DQotCQktIG9yIC0NCi0JCS0gcmVzdGFydCB5b3VyIE5GUyBhbmQgYXV0 b21vdW50IGRhZW1vbg0KKyAgICAgICAgQTogIHlvdSBwcm9iYWJseSBoYXZl IGEgbW91bnRlZCBzZXJ2ZXIgdGhhdCB3ZW50IGRvd24NCisgICAgICAgICAg ICAgICAgLSBlaXRoZXIgdXNlIHNvZnQgbW91bnRzIGFuZCB0aW1lb3V0DQor ICAgICAgICAgICAgICAgIC0gb3IgLQ0KKyAgICAgICAgICAgICAgICAtIHJl c3RhcnQgeW91ciBORlMgYW5kIGF1dG9tb3VudCBkYWVtb24NCiANCi0JUS4g IFN0YWxlIG1vdW50IHBvaW50cw0KKyAgICAgICAgUS4gIFN0YWxlIG1vdW50 IHBvaW50cw0KIA0KLQlBLiAgZG9ubm8uLi4gdHJ5IHNodXR0aW5nIGRvd24g bmZzLCBhdXRvbW91bnRlcnMsIHN5c2xvZ3MsIGFuZCBmaW5hbGx5IHJlYm9v dA0KLQkJa2lsbCB0aGUgdXNlcnMgbW91bnRpbmcgdGhlIGRpcmVjdG9yeSAo IHRlbGwgdGhlbSBmaXJzdCBiZWZvcmUga2lsbGluZyB0aGVpciBqb2JzICkN CisgICAgICAgIEEuICBkb25uby4uLiB0cnkgc2h1dHRpbmcgZG93biBuZnMs IGF1dG9tb3VudGVycywgc3lzbG9ncywgYW5kIGZpbmFsbHkNCityZWJvb3QN CisgICAgICAgICAgICAgICAga2lsbCB0aGUgdXNlcnMgbW91bnRpbmcgdGhl IGRpcmVjdG9yeSAoIHRlbGwgdGhlbSBmaXJzdCBiZWZvcmUNCitraWxsaW5n IHRoZWlyIGpvYnMgKQ0KIA0KLQlRLiAgU2xvdyByZXBsaWVzDQorICAgICAg ICBRLiAgU2xvdyByZXBsaWVzDQogDQotCUEuICBBIHNlcnZlciBpcyB0aW1p bmcgb3V0IGFuZCB0aGFuIGNvbnRpbnVpbmcgdGhydSB0aGUgbGlzdCBvZiBt b3VudGVkIGFuZCBhY3RpdmUgc2VydmVycw0KKyAgICAgICAgQS4gIEEgc2Vy dmVyIGlzIHRpbWluZyBvdXQgYW5kIHRoYW4gY29udGludWluZyB0aHJ1IHRo ZSBsaXN0IG9mIG1vdW50ZWQNCisgYW5kIGFjdGl2ZSBzZXJ2ZXJzDQogDQog DQotCVEuICBVbW91bnRlZCBhICJidXN5IiBmaWxlc3lzdGVtLi4uDQorICAg ICAgICBRLiAgVW1vdW50ZWQgYSAiYnVzeSIgZmlsZXN5c3RlbS4uLg0KIA0K LQlBLiAgPz8gQXV0b2ZzIGRvZXMgbm90IHJlbW91bnQvcmVsb2FkIGFjdGl2 ZSBwYXJ0aXRvbnMgZXZlbiBhZnRlciBzdG9wcGluZyBhdXRvZnMgPz8NCi0J CSggc2F5cyBhdXRvbW91bnQgZmFpbGVkICkNCi0JCWF1dG9mcyBzdGFydCAt LSBvciAtLQ0KLQkJYXV0b2ZzIHJlbG9hZA0KKyAgICAgICAgQS4gID8/IEF1 dG9mcyBkb2VzIG5vdCByZW1vdW50L3JlbG9hZCBhY3RpdmUgcGFydGl0b25z IGV2ZW4gYWZ0ZXIgc3RvcHANCitpbmcgYXV0b2ZzID8/DQorICAgICAgICAg ICAgICAgICggc2F5cyBhdXRvbW91bnQgZmFpbGVkICkNCisgICAgICAgICAg ICAgICAgYXV0b2ZzIHN0YXJ0IC0tIG9yIC0tDQorICAgICAgICAgICAgICAg IGF1dG9mcyByZWxvYWQNCiANCi0JUS4gIC9ldGMvcmMuZC9pbml0LmQvYXV0 b2ZzIGZvciByZWRoYXQgNC4yIA0KLQkJLSBhdXRvZnMgaGFzIHNvbWUgdGVt cCBkaXJlY3RvcnkgY3JlYXRpb24gcHJvYmxlbXMgPz8gLS0gZm9yZ290IHdo aWNoIHZlcnNpb24NCisgICAgICAgIFEuICAvZXRjL3JjLmQvaW5pdC5kL2F1 dG9mcyBmb3IgcmVkaGF0IDQuMg0KKyAgICAgICAgICAgICAgICAtIGF1dG9m cyBoYXMgc29tZSB0ZW1wIGRpcmVjdG9yeSBjcmVhdGlvbiBwcm9ibGVtcyA/ PyAtLSBmb3Jnb3QNCisgd2hpY2ggdmVyc2lvbg0KIA0KIDwhLS0gLS0+DQog PCEtLSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gLS0+DQogPCEtLSAt LT4NCiA8U2VjdD5DcmVkaXRzIGFuZCBBY2tub3dsZWRnZW1lbnRzDQogPHA+ DQotCUkgd2lzaCB0byB0aGFuayB0aGUgYXV0aG9yIG9mIGF1dG9mcywgUGV0 ZXIgQW52aW4gKGhwYUB0cmFuc21ldGEuY29tKSANCi0JZm9yIGRpc3RyaWJ1 dGluZyBhIHZlcnkgdXNlZnVsIHByb2dyYW0gdG8gdGhlIGxpbnV4IGNvbW11 bml0eS4NCisgICAgICAgIEkgd2lzaCB0byB0aGFuayB0aGUgYXV0aG9yIG9m IGF1dG9mcywgUGV0ZXIgQW52aW4gKGhwYUB0cmFuc21ldGEuY29tKQ0KKyAg ICAgICAgZm9yIGRpc3RyaWJ1dGluZyBhIHZlcnkgdXNlZnVsIHByb2dyYW0g dG8gdGhlIGxpbnV4IGNvbW11bml0eS4NCiANCiBUaGlzIGRvY3VtZW50IHdh cyBjcmVhdGVkIHdpdGggPHVybCB1cmw9Imh0dHA6Ly93d3cuU0dNTC5vcmci IG5hbWU9IlNHTUwgVG9vbHMiPg0KIA0KLUFkZGl0aW9uYWwgY29udHJpYnV0 aW9ucywgY29ycmVjdGlvbnMgYW5kIGFkZGl0aW9ucyB0byB0aGlzIGRvY3Vt ZW50IHdhcyBwcm92aWRlZCBieToNCisNCitBZGRpdGlvbmFsIGNvbnRyaWJ1 dGlvbnMsIGNvcnJlY3Rpb25zIGFuZCBhZGRpdGlvbnMgdG8gdGhpcyBkb2N1 bWVudCB3YXMgcHJvdmlkDQorZWQgYnk6DQogPHRzY3JlZW4+PHZlcmI+DQot TGFycnkgQXVndXN0aW5lCQlsbWFAVmFSZXNlYXJjaC5jb20NCi1QZXRlciBG dW5rCQlhbGxlbkBjYmNmcmVvLndhLmVkdS5hdQ0KLUp1c3RpbiBIYWhuCQlq ZWhhaG5AcmF2ZW4uYnUuZWR1DQotUmljaGFyZCBIZW5kZXJzb24JcnRoQGN5 Z251cy5jb20NCi1JYW4gS2x1ZnQJCWlrbHVmdEB0aHVuZGVyLnNiYXkub3Jn DQotUGV0ZXIgS3VkcmF0CQlrdW5kcmF0QGd3LmdpYy5zaw0KLUhhbm5lcyBS ZWluZWNrZQkJSGFubmVzLlJlaW5la2VAbWF0aGkudW5pLWhlaWRlbGJ1cmcu ZGUNCi08L3ZlcmI+PC90c2NyZWVuPg0KLTwhLS0gIyAtLT4NCi08IS0tICMg KGMpIDE5OTggTGludXggQ29uc3VsdGluZyAgQWxsIHJpZ2h0cyBSZXNlcnZl ZCAtLT4NCi08IS0tICMgLS0+DQotPCEtLSAjIGVuZCBvZiBkb2N1bWVudCAt LT4NCitMYXJyeSBBdWd1c3RpbmUgICAgICAgICBsbWFAVmFSZXNlYXJjaC5j b20NCitQZXRlciBGdW5rICAgICAgICAgICAgICBhbGxlbkBjYmNmcmVvLndh LmVkdS5hdQ0KK0p1c3RpbiBIYWhuICAgICAgICAgICAgIGplaGFobkByYXZl bi5idS5lZHUNCitSaWNoYXJkIEhlbmRlcnNvbiAgICAgICBydGhAY3lnbnVz LmNvbQ0KK0lhbiBLbHVmdCAgICAgICAgICAgICAgIGlrbHVmdEB0aHVuZGVy LnNiYXkub3JnDQorUGV0ZXIgS3VkcmF0ICAgICAgICAgICAga3VuZHJhdEBn dy5naWMuc2sNCitIYW5uZXMgUmVpbmVja2UgICAgICAgICBIYW5uZXMuUmVp bmVrZUBtYXRoaS51bmktaGVpZGVsYnVyZy5kZQ0KKzwvdmVyYj48L3RzY3Jl ZW4+DQorPCEtLSAgLS0+DQorPCEtLSAgQ29weXJpZ2h0IDE5OTggTGludXgg Q29uc3VsdGluZyAgQWxsIHJpZ2h0cyBSZXNlcnZlZCAtLT4NCis8IS0tICAt LT4NCis8IS0tICBlbmQgb2YgZG9jdW1lbnQgLS0+DQogDQogPC9hcnRpY2xl Pg0KKw0K ---1261697427-1614405916-907316239=:12781-- From alvin Fri Oct 2 03:59:31 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id DAA12357; Fri, 2 Oct 1998 03:59:29 -0700 From: Alvin Oga Message-Id: <199810021059.DAA12357@mail.Linux-Consulting.com> Subject: need help with mime-ware email reader To: mime@docserver.cac.washington.edu Date: Fri, 2 Oct 1998 03:59:29 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) Content-Type: text Status: RO X-Status: hi ya .. saw an email that suggested to send you email... so here I am...let's see what happens .. hope this is an autoresponder c ya alvin From alvin Fri Oct 2 05:05:43 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id FAA12760; Fri, 2 Oct 1998 05:05:28 -0700 From: Alvin Oga Message-Id: <199810021205.FAA12760@mail.Linux-Consulting.com> Subject: autofs howto To: tjbynum@wallybox.cei.net, linux-howto@sunsite.unc.edu Date: Fri, 2 Oct 1998 05:05:27 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) Content-Type: text X-Keywords: X-UID: 1 Status: RO X-Status: hi ya Tim... thanx for your quick reply I use elm for my email reader, but have been able to use netscape to save the attached "patched" file however I seem not to be able to apply the patch it keeps failing... patch -b -u -i autofs.sgml.patch -c -n tried those different option...but no luck is there another syntax for the patch command that your autofs.sgml.patch file likes to see ? thanx for your help again in adavance alvin From alvin Sat Oct 3 03:03:40 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id DAA16121; Sat, 3 Oct 1998 03:03:35 -0700 From: Alvin Oga Message-Id: <199810031003.DAA16121@mail.Linux-Consulting.com> Subject: Re: autofs howto To: tjbynum@wallybox.cei.net (Tim) Date: Sat, 3 Oct 1998 03:03:34 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), tjbynum@sunsite.unc.edu In-Reply-To: from "Tim" at Oct 2, 98 11:36:48 pm Content-Type: text Status: RO X-Status: hi tim > > login: anonymous > Done.... I retrieved it... and did a diff autofs.sgml autofs.sgmlNEW I also did sgml2txt autofs.sgmlNEW and it has the same double character errrors ... if you ran sgml2txt on your machine and it worked okay... than there is something different in the *system* I'm using: linux-Consulting:/home/httpd/htdocs.linux/Amd_AutoFS# sgml2txt -v SGML-Tools version 1.0.6 linux-Consulting:/home/httpd/htdocs.linux/Amd_AutoFS# perl -v This is perl, version 5.004_04 built for i386-linux linux-Consulting:/home/httpd/htdocs.linux/Amd_AutoFS# netscape -v Netscape 4.04/Export, 09-Dec-97; (c) 1995-1997 Netscape Communications Corp. linux-Consulting:/home/httpd/htdocs.linux/Amd_AutoFS# uname -a Linux ahi 2.0.34 #1 Fri May 8 16:05:57 EDT 1998 i686 unknown thanx alvin ------------------- - I just cut and pasted the resulting autofs.txt file - into this email at the bottom and it looked good... - and yet in Netscape...it has double characters for - all the section headers ... very strange... - guess I'll go look at it in a text editor instead of netscape... I was cutting and pasting resulting wierd pages from netsacpe to this email... and all looks well here.... Autofs Automounter HOWTO Written by Alvin Oga alvin@Linux-Consulting.com Ver 1.3, 02 October 1998 (c) 1998 Linux Consulting All rights Reserved This Autofs HOWTO document was written to provide the basics of autofs to mount and unmount partitions for access by the system and users. ______________________________________________________________________ Table of Contents 1. General Info 1.1 Introduction 1.2 Feedback & Corrections 1.3 Disclaimer 1.4 Copyright 1.5 Trademarks 2. General Info About Linux 2.1 Brief History of Linux ( guessing ) ______________________________________________________________________ 1. General Info 1.1. Introduction The version of AutoFS-Automounter HOWTO was written by Alvin Oga (alvin@Linux-Consulting.com). I'd like to acknowledge Peter Anvin (hpa@transmeta.com) for writing autofs into the linux kernel and thousands of others whom are making linux a success. .... blah blah..blah...yet this file ( autofs.txt ) viewed in Netscape is wrong.. From alvin Sat Oct 3 03:08:14 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id DAA16157; Sat, 3 Oct 1998 03:08:10 -0700 From: Alvin Oga Message-Id: <199810031008.DAA16157@mail.Linux-Consulting.com> Subject: Re: autofs howto To: tjbynum@wallybox.cei.net (Tim) Date: Sat, 3 Oct 1998 03:08:10 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), tjbynum@sunsite.unc.edu, linux-howto@sunsite.unc.edu In-Reply-To: from "Tim" at Oct 2, 98 11:36:48 pm Content-Type: text Status: RO X-Status: hi ya Tim... the problem with the double characters for viewing autofs.txt is that it is using ^H for backspace....( bold )...that netscape cannot do...... if I do "less autofs.txt".... than all is cool... sorry to have been bothering ya... will be fix and update my docs now... alvin From aoga@leopard.imedia.com Sat Oct 10 12:29:26 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA04960 for ; Sat, 10 Oct 1998 12:29:25 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id MAA22397 for alvin@linux-consulting.com; Sat, 10 Oct 1998 12:17:28 -0700 From: Alvin Oga Message-Id: <199810101917.MAA22397@leopard.imedia.com> Subject: Re: how to (code?) submounts (fwd) To: alvin@linux-consulting.com Date: Sat, 10 Oct 1998 12:17:28 -0700 (PDT) Content-Type: text Status: RO X-Status: Forwarded message: >From owner-autofs@linux.kernel.org Fri Oct 9 10:44:50 1998 Message-ID: <19981009145941.A10494@warp.ncc.cicely.de> Date: Fri, 9 Oct 1998 14:59:41 +0200 From: Rainer Clasen To: autofs@linux.kernel.org Subject: Re: how to (code?) submounts Reply-To: clasen@unidui.uni-duisburg.de Mail-Followup-To: autofs@linux.kernel.org References: <19980916201011.A2938@dot.cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i In-Reply-To: ; from Steven N. Hirsch on Sat, Sep 19, 1998 at 10:02:06AM -0400 Sender: owner-autofs@linux.kernel.org Precedence: bulk Hi! Steven N. Hirsch (shirsch@adelphia.net): > Well, I consider myself a moderately resourceful person, but this one's > got me stumped. What exactly are the semantics for "nested submounts"? Ok, I'll try to explain. Please, could anybody correct me if I'm wrong. Maybe this should go to the FAQ? (Which I have not yet read) A submount is a subdirectory of the automount point, or more precisely: A submount generates a new automount sublevel beneath the current one. Syntax: ======= syntax for submounts in sun-style maps: -[other options,]fstype=autofs[,other options] : the name of the subdirecctory how you retrieve your maps: file, yp, nisplus, hesiod, program for filemaps a full path eg. /etc/auto.cd, for yp the mapname eg. auto.cd in addition to [,other options] submounts seem to inherit the map options. example 1: ========== I want my cdroms accessible as /vol/cd/. Top level automount watches /vol. I define "cd" as submount. If somebody does an "ls /vol/cd" autmount mkdirs /vol/cd and starts a new automount watching /vol/cd. Somebody accesses /vol/cd/1 and the new automount could try to mount one of my cdroms. related files: ---/etc/auto.master: /vol /etc/auto.vol --- ---/etc/auto.vol # Hrm, I want all my cdroms in a subdirectory, I don't like calling em cdrom0 cd -fstype=autofs file:/etc/auto.cd --- ---/etc/auto.cd 0 -fstype=iso9660,ro :/dev/scd0 1 -fstype=iso9660,ro :/dev/scd1 --- example 2: ========== (Basic idea borowed from Richard Henderson ) I want all hosts' filesystem accessible as as /net// . This needs all hosts exporting their fs's as /disk/ . I can think of two ways to acomplish this: either mount them as /disk/, or make /disk/ a symlink to the real mountpoint ( At least you'll need a symlink root -> / ). Top level automount watches /net. It's map has a wildcard key (*) to avoid unneccessary typing. To avoid needing one map for each host I define a variable with the hostname (ie. the looked up key). ---/etc/auto.master: /net /etc/auto.net --- ---/etc/auto.net * -fstype=autofs,-Dhost=& file:/etc/auto.netsub --- ---/etc/auto.netsub * ${host}:/disk/& --- Richard's original assumes each host offers its filesystems as // . It uses another variable named prefix to store that / part. My example matches Richard's with a hardwired prefix of /disk. some Notes: =========== - you can always put some exceptions above the wildcard entry - & is replaced with te key used to lookup - variables become more important with submounts - there is no variable substitution within the key I encountered two bugs while playing with submounts. See my other post for a patch. > >From the client (air.fast.net), I would like to automount cy:/ on /net/cy, > then submount cy:/usr/src on /net/cy/usr/src. This seems to be no trivial case. Isn't it be be sufficient to have /net/cy/root and /net/cy/usr_src? With standard maps and submounts you could make /net/cy and (very bad idea) /net/cy/usr submounts. /net/cy would submount usr and otherwise (wildcard) nfs-mount each subdir of cy:/ ... same procedure for /net/cy/usr - Ughh. Another idea is to make /net/cy/usr a top level automount, which is listed below /net in auto.master (untested - don't think this will work) Another workaround is to mount cy's /usr/src somewhere else (eg. /disk/usr_src), make /net as in example 2 and symlink /usr/src to /net/cy/usr_src. This requires air to have /net, too Rainer -- KeyID=58341901 fingerprint=A5 57 04 B3 69 88 A1 FB 78 1D B5 64 E0 BF 72 EB From aoga@leopard.imedia.com Sat Oct 10 12:29:47 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA04964 for ; Sat, 10 Oct 1998 12:29:46 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id MAA22403 for alvin@linux-consulting.com; Sat, 10 Oct 1998 12:17:49 -0700 From: Alvin Oga Message-Id: <199810101917.MAA22403@leopard.imedia.com> Subject: Re: how to (code?) submounts (fwd) To: alvin@linux-consulting.com Date: Sat, 10 Oct 1998 12:17:49 -0700 (PDT) Content-Type: text Status: RO X-Status: Forwarded message: >From owner-autofs@linux.kernel.org Sat Oct 10 07:29:31 1998 X-Authentication-Warning: air.fast.net: hirsch owned process doing -bs Date: Sat, 10 Oct 1998 09:51:00 -0400 (EDT) From: "Steven N. Hirsch" X-Sender: hirsch@air.fast.net To: Rainer Clasen cc: autofs@linux.kernel.org Subject: Re: how to (code?) submounts In-Reply-To: <19981009145941.A10494@warp.ncc.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk On Fri, 9 Oct 1998, Rainer Clasen wrote: > Hi! > > Steven N. Hirsch (shirsch@adelphia.net): > > Well, I consider myself a moderately resourceful person, but this one's > > got me stumped. What exactly are the semantics for "nested submounts"? > > Ok, I'll try to explain. Please, could anybody correct me if I'm wrong. > Maybe this should go to the FAQ? (Which I have not yet read) > > > A submount is a subdirectory of the automount point, or more precisely: A > submount generates a new automount sublevel beneath the current one. (snip) Rainer, Thanks very much. I now understand what submounts are intended for. And, yes, this should go in the FAQ as it was a FUQ (Frequently Unanswered Question) . Steve From majordomo-owner@linux.kernel.org Sat Oct 10 14:48:24 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA05515 for ; Sat, 10 Oct 1998 14:48:21 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA03067; Sat, 10 Oct 1998 14:36:19 -0700 Date: Sat, 10 Oct 1998 14:36:19 -0700 Message-Id: <199810102136.OAA03067@linux.kernel.org> To: alvin@mail.Linux-Consulting.com From: majordomo@linux.kernel.org Subject: Confirmation for subscribe autofs Reply-To: majordomo@linux.kernel.org Status: RO X-Status: -- Someone (possibly you) has requested that your email address be added to or deleted from the mailing list "autofs@linux.kernel.org". If you really want this action to be taken, please send the following commands (exactly as shown) back to "majordomo@linux.kernel.org": auth 268cbd70 subscribe autofs alvin@mail.Linux-Consulting.com If you do not want this action to be taken, simply ignore this message and the request will be disregarded. If your mailer will not allow you to send the entire command as a single line, you may split it using backslashes, like so: auth 268cbd70 subscribe autofs \ alvin@mail.Linux-Consulting.com If you have any questions about the policy of the list owner, please contact "autofs-approval@linux.kernel.org". Thanks! majordomo@linux.kernel.org From majordomo-owner@linux.kernel.org Sat Oct 10 14:48:24 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA05516 for ; Sat, 10 Oct 1998 14:48:21 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA03066; Sat, 10 Oct 1998 14:36:19 -0700 Date: Sat, 10 Oct 1998 14:36:19 -0700 Message-Id: <199810102136.OAA03066@linux.kernel.org> To: alvin@mail.Linux-Consulting.com From: majordomo@linux.kernel.org Subject: Majordomo results: Subscribing to autofs Reply-To: majordomo@linux.kernel.org Status: RO X-Status: -- >>>> subscribe autofs **** Your request to majordomo@linux.kernel.org: **** **** subscribe autofs alvin@mail.Linux-Consulting.com **** **** must be authenticated. To accomplish this, another request must be **** sent in with an authorization key, which has been sent to: **** alvin@mail.Linux-Consulting.com **** **** If the message is not received, there is generally a problem with **** the address. Before reporting this as a problem, please note the **** following: **** **** You only need to give an address to the subscribe command if you want **** to receive list mail at a different address from where you sent the **** command. Otherwise you can simply omit it. **** **** If you do give an address to the subscribe command, it must be a legal **** address. It should not consist solely of your name. The address must **** point to a machine that is reachable from the list server. **** **** If you have any questions about the policy of the list owner, please **** contact "autofs-approval@linux.kernel.org". **** **** Thanks! **** **** majordomo@linux.kernel.org From owner-autofs@linux.kernel.org Sat Oct 10 14:57:33 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA05567 for ; Sat, 10 Oct 1998 14:57:32 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA03233; Sat, 10 Oct 1998 14:45:31 -0700 Date: Sat, 10 Oct 1998 14:45:31 -0700 Message-Id: <199810102145.OAA03233@linux.kernel.org> To: alvin@mail.Linux-Consulting.com From: majordomo@linux.kernel.org Subject: Welcome to autofs Reply-To: majordomo@linux.kernel.org Status: RO X-Status: -- Welcome to the autofs mailing list! Please save this message for future reference. Thank you. If you ever want to remove yourself from this mailing list, you can send mail to with the following command in the body of your email message: unsubscribe autofs or from another account, besides alvin@mail.Linux-Consulting.com: unsubscribe autofs alvin@mail.Linux-Consulting.com If you ever need to get in contact with the owner of the list, (if you have trouble unsubscribing, or have questions about the list itself) send email to . This is the general rule for most mailing lists when you need to contact a human. Here's the general information for the list you've subscribed to, in case you don't already have it: This list deals with the kernel-based automounter (autofs) for Linux, written by H. Peter Anvin. The autofs distribution is available from: ftp://ftp.kernel.org/pub/linux/daemons/autofs From majordomo-owner@linux.kernel.org Sat Oct 10 14:57:34 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA05568 for ; Sat, 10 Oct 1998 14:57:33 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA03232; Sat, 10 Oct 1998 14:45:30 -0700 Date: Sat, 10 Oct 1998 14:45:30 -0700 Message-Id: <199810102145.OAA03232@linux.kernel.org> To: alvin@mail.Linux-Consulting.com From: majordomo@linux.kernel.org Subject: Majordomo results: Re: Confirmation for subscribe autofs Reply-To: majordomo@linux.kernel.org Status: RO X-Status: -- >>>> auth 268cbd70 subscribe autofs alvin@mail.Linux-Consulting.com Succeeded. >>>> end END OF COMMANDS From alvin Sat Oct 10 14:57:28 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id OAA05556; Sat, 10 Oct 1998 14:57:25 -0700 From: Alvin Oga Message-Id: <199810102157.OAA05556@mail.Linux-Consulting.com> Subject: Re: Confirmation for subscribe autofs To: majordomo@linux.kernel.org Date: Sat, 10 Oct 1998 14:57:25 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: <199810102136.OAA03067@linux.kernel.org> from "majordomo@linux.kernel.org" at Oct 10, 98 02:36:19 pm Content-Type: text Status: RO X-Status: auth 268cbd70 subscribe autofs alvin@mail.Linux-Consulting.com end > -- > > Someone (possibly you) has requested that your email address be added > to or deleted from the mailing list "autofs@linux.kernel.org". > > If you really want this action to be taken, please send the following > commands (exactly as shown) back to "majordomo@linux.kernel.org": > > auth 268cbd70 subscribe autofs alvin@mail.Linux-Consulting.com > > If you do not want this action to be taken, simply ignore this message > and the request will be disregarded. > > If your mailer will not allow you to send the entire command as a single > line, you may split it using backslashes, like so: > > auth 268cbd70 subscribe autofs \ > alvin@mail.Linux-Consulting.com > > If you have any questions about the policy of the list owner, please > contact "autofs-approval@linux.kernel.org". > > Thanks! > > majordomo@linux.kernel.org > From owner-autofs@linux.kernel.org Sat Oct 10 16:50:44 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA05716 for ; Sat, 10 Oct 1998 16:50:43 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA03205 for autofs-list; Sat, 10 Oct 1998 14:43:36 -0700 Received: from mail.Linux-Consulting.com (IDENT:alvin@alvin.fef.com [198.147.196.15]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA03199 for ; Sat, 10 Oct 1998 14:43:34 -0700 Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id OAA05537; Sat, 10 Oct 1998 14:55:25 -0700 From: Alvin Oga Message-Id: <199810102155.OAA05537@mail.Linux-Consulting.com> Subject: Re: how to (code?) submounts - added 2 howto To: autofs@linux.kernel.org Date: Sat, 10 Oct 1998 14:55:24 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), shirsch@adelphia.net, clasen@unidui.uni-duisburg.de In-Reply-To: <199810101917.MAA22403@leopard.imedia.com> from "Alvin Oga" at Oct 10, 98 12:17:49 pm Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi Steve, Rainer.... I have added the "nested submount" explanation to the autofs howto http://www.Linux-Consulting.com/Amd_AutoFS/autofs-5.html#ss5.3 as always, please review and correct me where I goofed... > > > > Well, I consider myself a moderately resourceful person, but this one's > > > > got me stumped. What exactly are the semantics for "nested submounts"? > > > > > > Ok, I'll try to explain. Please, could anybody correct me if I'm wrong. > > > Maybe this should go to the FAQ? (Which I have not yet read) > > > > > > > > > A submount is a subdirectory of the automount point, or more precisely: A > > > submount generates a new automount sublevel beneath the current one. > > > Thanks very much. I now understand what submounts are intended for. And, > yes, this should go in the FAQ as it was a FUQ (Frequently Unanswered > Question) . thanx alvin From aoga@leopard.imedia.com Mon Oct 12 13:29:05 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id NAA10467 for ; Mon, 12 Oct 1998 13:29:04 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id NAA21945; Mon, 12 Oct 1998 13:16:20 -0700 From: Alvin Oga Message-Id: <199810122016.NAA21945@leopard.imedia.com> Subject: Re: autofs on linuxppc-R4? To: Sebastien.Boving@esat.kuleuven.ac.be (Sebastien Boving) Date: Mon, 12 Oct 1998 13:16:20 -0700 (PDT) Cc: alvin@linux-consulting.com, aoga@leopard.imedia.com (Alvin Oga) In-Reply-To: from "Sebastien Boving" at Oct 12, 98 06:12:38 pm Content-Type: text Status: RO X-Status: hi ya sebastien.. you need to download the latest kernels....yours is too old... get the linux-2.0.30 kernel ftp.kernel.org have fun alvin > i'm trying to install autofs on a linuxppc-R4 system, but encounter a few > problems. I don't know if someone has tried this before, but anyway it > seems to be a general autofs problem: > > - if i compile 0.3.14-1 or -2.src.rpm i get entries such as: > > cannot open lookup module yp (/usr/lib/autofs//lookup_yp.so: undefined > symbol: yperr_string) > > in my syslog (all maps should be loaded by YP, so it's OK he needs). > had this on the intel machines too but i guess installing the 0.3.14-2 > solved the problem then (here it does not unless some mistake of mine). > > - if i compile RH5.1's 3.1.1.src.rpm het doesn't find support for autofs > in the kernel: > > >> mount: fs type autofs not supported by kernel > > kernel is a 2.1.24... are there existing 2.1.x kernel patches to add > autofs support? I'm not familiar with development kernels and their > revisions. > > Any idea? > > tia, > Sebastien. > > ----------------------------------------------------------------------------- > Sebastien Boving Departement van Elektrotechniek > Van Evenstraat 6 Toegepaste Wetenschappen > B-3000 Leuven. Katholieke Universiteit Leuven > Tel.: +32-16.23.77.64 Tel.: +32-16.32.10.80 > seb@ves.sesuadra.org boving@esat.kuleuven.ac.be > ----------------------------------------------------------------------------- > From owner-autofs@linux.kernel.org Mon Oct 12 09:09:44 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id JAA09892 for ; Mon, 12 Oct 1998 09:09:43 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA16646 for autofs-list; Mon, 12 Oct 1998 07:41:41 -0700 Received: from dns2.anl.gov (dns2.anl.gov [146.139.254.3]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA16642 for ; Mon, 12 Oct 1998 07:41:37 -0700 Received: from sol1.ep.anl.gov (sol1.ep.anl.gov [146.139.80.91]) by dns2.anl.gov (8.8.7/8.6.11) with SMTP id JAA14373 for ; Mon, 12 Oct 1998 09:41:34 -0500 (CDT) Received: from sol8.ep.anl.gov by sol1.ep.anl.gov (SMI-8.6/SMI-SVR4) id JAA16499; Mon, 12 Oct 1998 09:41:33 -0500 Received: by sol8.ep.anl.gov (SMI-8.6/SMI-SVR4) id JAA03762; Mon, 12 Oct 1998 09:41:33 -0500 Date: Mon, 12 Oct 1998 09:41:33 -0500 From: b17681@sol1.ep.anl.gov (W. L. Woodruff) Message-Id: <199810121441.JAA03762@sol8.ep.anl.gov> To: autofs@linux.kernel.org Subject: Auto Mounting of NFS Files Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: cB52yPEn+z/6Zz/hZHaUIQ== Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I have been unsuccessful in getting Linux to automount NFS files, while I can manually mount these same UNIX based files. The script autofs status (by the way, in the man pages /etc/rc.d/init.d/autofs has /etc/init.d/rc.d for the location) returns the following: Configured Mount Points: /usr/sbin/automount --timeout 60 /misc file /etc/auto.misc Active Mount Points: nada! I am adding NFS mounts to the existing files (RedHat install) as # $Id: auto.master,v 1.2 1997/10/06 21:52:03 hpa Exp $ # Sample auto.master file # Format of this file: # mountpoint map options # For details of the format look at autofs(8). /misc /etc/auto.misc --timeout 60 and # $Id: auto.misc,v 1.2 1997/10/06 21:52:04 hpa Exp $ # This is an automounter map and it has the following format # key [ -mount-options-separated-by-comma ] location # Details may be found in the autofs(5) manpage kernel -ro,soft,intr ftp.kernel.org:/pub/linux cd -fstype=iso9660,ro :/dev/cdrom # the following entries are samples to pique your imagination #floppy -fstype=auto :/dev/fd0 #floppy -fstype=ext2 :/dev/fd0 #e2floppy -fstype=ext2 :/dev/fd0 #jaz -fstype=ext2 :/dev/sdc1 /home/sol1 -fstype=nfs sol1.ep.anl.gov:/home/sol1 /usr/local_sol1 -fstype=nfs sol1.ep.anl.gov:/usr/local /short1 sol1.ep.anl.gov:/short1 /short2 sol2.ep.anl.gov:/short2 /data/EP rio.ep.anl.gov:/data/EP I threw in the -fstype=nfs just to see if it helped (it doesn't). These are completely ignored. Is there a daemon that should be running that is not? As noted above, I can manually mount these files to the mount points shown in the auto.misc file without a problem. It is probably something very simple I am missing. Thanks for any help you can give me. From aoga@leopard.imedia.com Mon Oct 12 16:35:30 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA11032 for ; Mon, 12 Oct 1998 16:35:30 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id QAA27640; Mon, 12 Oct 1998 16:22:50 -0700 From: Alvin Oga Message-Id: <199810122322.QAA27640@leopard.imedia.com> Subject: Re: autofs on linuxppc-R4? To: Sebastien.Boving@esat.kuleuven.ac.be (Sebastien Boving) Date: Mon, 12 Oct 1998 16:22:50 -0700 (PDT) Cc: aoga@leopard.imedia.com (Alvin Oga), alvin@linux-consulting.com In-Reply-To: from "Sebastien Boving" at Oct 13, 98 01:14:21 am Content-Type: text Status: RO X-Status: hi ya s > thanks for the answer. no doubt 2.30.0 kernel would be better, but i > wonder if you are aware i'm talking about a linux on a PPC, not an > intel... i'm not really familiar with it, but my guess is a plain 2.30.0 > kernel does not cope with PPC HW. > or am i wrong??? would think ...go and get the latest kernel and latest autofs for that platform... and see if it is a solved problem or not.. have fun alvin > s. > > On Mon, 12 Oct 1998, Alvin Oga wrote: > > > > > hi ya sebastien.. > > > > you need to download the latest kernels....yours is too old... > > > > get the linux-2.0.30 kernel > > ftp.kernel.org > > > > have fun > > alvin > > > > > i'm trying to install autofs on a linuxppc-R4 system, but encounter a few > > > problems. I don't know if someone has tried this before, but anyway it > > > seems to be a general autofs problem: > > > > > > - if i compile 0.3.14-1 or -2.src.rpm i get entries such as: > > > > > > cannot open lookup module yp (/usr/lib/autofs//lookup_yp.so: undefined > > > symbol: yperr_string) > > > > > > in my syslog (all maps should be loaded by YP, so it's OK he needs). > > > had this on the intel machines too but i guess installing the 0.3.14-2 > > > solved the problem then (here it does not unless some mistake of mine). > > > > > > - if i compile RH5.1's 3.1.1.src.rpm het doesn't find support for autofs > > > in the kernel: > > > > > > >> mount: fs type autofs not supported by kernel > > > > > > kernel is a 2.1.24... are there existing 2.1.x kernel patches to add > > > autofs support? I'm not familiar with development kernels and their > > > revisions. > > > > > > Any idea? > > > > > > tia, > > > Sebastien. > > > > > > ----------------------------------------------------------------------------- > > > Sebastien Boving Departement van Elektrotechniek > > > Van Evenstraat 6 Toegepaste Wetenschappen > > > B-3000 Leuven. Katholieke Universiteit Leuven > > > Tel.: +32-16.23.77.64 Tel.: +32-16.32.10.80 > > > seb@ves.sesuadra.org boving@esat.kuleuven.ac.be > > > ----------------------------------------------------------------------------- > > > > > > > > ----------------------------------------------------------------------------- > Sebastien Boving Departement van Elektrotechniek > Van Evenstraat 6 Toegepaste Wetenschappen > B-3000 Leuven. Katholieke Universiteit Leuven > Tel.: +32-16.23.77.64 Tel.: +32-16.32.10.80 > seb@ves.sesuadra.org boving@esat.kuleuven.ac.be > ----------------------------------------------------------------------------- > From owner-autofs@linux.kernel.org Mon Oct 12 15:15:26 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA10849 for ; Mon, 12 Oct 1998 15:15:24 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA25514 for autofs-list; Mon, 12 Oct 1998 13:44:51 -0700 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA25509 for ; Mon, 12 Oct 1998 13:44:48 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id NAA22727; Mon, 12 Oct 1998 13:44:43 -0700 From: Alvin Oga Message-Id: <199810122044.NAA22727@leopard.imedia.com> Subject: Re: Auto Mounting of NFS Files To: b17681@sol1.ep.anl.gov (W. L. Woodruff) Date: Mon, 12 Oct 1998 13:44:43 -0700 (PDT) Cc: aoga@leopard.imedia.com (Alvin Oga), autofs@linux.kernel.org In-Reply-To: <199810121441.JAA03762@sol8.ep.anl.gov> from "W. L. Woodruff" at Oct 12, 98 09:41:33 am Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ya W.L. > # $Id: auto.master,v 1.2 1997/10/06 21:52:03 hpa Exp $ > # Sample auto.master file > # Format of this file: > # mountpoint map options > # For details of the format look at autofs(8). > /misc /etc/auto.misc --timeout 60 you should either a. create a directory called /misc if you want to use that directory name b. change /misc to /.autofs and create that directory ( I prefer that directory name since it is more intuitive ) > and > > # $Id: auto.misc,v 1.2 1997/10/06 21:52:04 hpa Exp $ > # This is an automounter map and it has the following format > # key [ -mount-options-separated-by-comma ] location > # Details may be found in the autofs(5) manpage > > kernel -ro,soft,intr ftp.kernel.org:/pub/linux > cd -fstype=iso9660,ro :/dev/cdrom > > # the following entries are samples to pique your imagination > #floppy -fstype=auto :/dev/fd0 > #floppy -fstype=ext2 :/dev/fd0 > #e2floppy -fstype=ext2 :/dev/fd0 > #jaz -fstype=ext2 :/dev/sdc1 > > /home/sol1 -fstype=nfs sol1.ep.anl.gov:/home/sol1 > /usr/local_sol1 -fstype=nfs sol1.ep.anl.gov:/usr/local > /short1 sol1.ep.anl.gov:/short1 > /short2 sol2.ep.anl.gov:/short2 > /data/EP rio.ep.anl.gov:/data/EP I'm not certain, but, I think you should insert -fsype=nfs on short1, short2, EP I'm not certain if /home/sol1 is supported properly... and best for you to temporarily avoid doing it that way for now... after you've got autofs working, than you can try to use the mount points ( home/sol1, /data/EP ) you have described .. I know that if you do the following it will work... .... sol1 -fstype=nfs ... local_sol1 -fstype=nfs ... short1 -fstyoe=nfs ... short2 -fstyoe=nfs ... EP -fstype=nfs ... make sure you have links: ln -s /.autofs/sol1 /home/sol1 ln -s /.autofs/local_sol1 /usr/local1 ln -s /.autofs/short1 /short1 ln -s /.autofs/short2 /short2 mkdir /data ln -s /.autofs/EP /data/EP and restart autofs .... represents the way you have defined it... if you need additional pointers... I'm editing an autofs-HOWTO http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html have fun alvin > I threw in the -fstype=nfs just to see if it helped (it doesn't). These are > completely ignored. Is there a daemon that should be running that is not? As > noted above, I can manually mount these files to the mount points shown in the > auto.misc file without a problem. It is probably something very simple I am > missing. Thanks for any help you can give me. > From alvin Mon Oct 12 23:21:33 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id XAA12040; Mon, 12 Oct 1998 23:20:59 -0700 From: Alvin Oga Message-Id: <199810130620.XAA12040@mail.Linux-Consulting.com> Subject: Re: autofs howto To: tjbynum@wallybox.cei.net, linux-howto@sunsite.unc.edu Date: Mon, 12 Oct 1998 23:20:59 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: <199810021205.FAA12760@mail.Linux-Consulting.com> from "Alvin Oga" at Oct 2, 98 05:05:27 am Content-Type: text Status: RO X-Status: hi ya Tim... okay....I think the autofs HOWTO is a lot cleaner and could be ready for your comments.... please review it... ( autofs.sgml ) htt://www.Linux-Consulting.com/Amd_AutoFS Question:..how often is the update cycle ? for me to check in new versions ? any deadlines ? thanx alvin From Sebastien.Boving@esat.kuleuven.ac.be Tue Oct 13 01:22:18 1998 Return-Path: Received: from barbar.esat.kuleuven.ac.be (root@barbar.esat.kuleuven.ac.be [134.58.56.153]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id BAA12304 for ; Tue, 13 Oct 1998 01:22:15 -0700 Received: from palm.esat.kuleuven.ac.be (boving@palm.esat.kuleuven.ac.be [134.58.56.132]) by barbar (version 8.8.5) with ESMTP id JAA11616; Tue, 13 Oct 1998 09:45:14 +0200 (METDST) Organization: ESAT, K.U.Leuven, Belgium Received: from localhost by palm.esat.kuleuven.ac.be (8.8.7/ESAT-v1.6/SGI-IRIX) id JAA02227; Tue, 13 Oct 1998 09:45:14 +0200 Date: Tue, 13 Oct 1998 09:45:14 +0200 (CEST) From: Sebastien Boving X-Sender: boving@palm To: Alvin Oga cc: Alvin Oga , alvin@linux-consulting.com Subject: Re: autofs on linuxppc-R4? In-Reply-To: <199810122322.QAA27640@leopard.imedia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO X-Status: i'm afraid it's not that simple... On Mon, 12 Oct 1998, Alvin Oga wrote: > > hi ya s > > > thanks for the answer. no doubt 2.30.0 kernel would be better, but i > > wonder if you are aware i'm talking about a linux on a PPC, not an > > intel... i'm not really familiar with it, but my guess is a plain 2.30.0 > > kernel does not cope with PPC HW. > > or am i wrong??? > > would think ...go and get the latest kernel and latest autofs > for that platform... and see if it is a solved problem or not.. > > have fun > alvin > > > s. > > > > On Mon, 12 Oct 1998, Alvin Oga wrote: > > > > > > > > hi ya sebastien.. > > > > > > you need to download the latest kernels....yours is too old... > > > > > > get the linux-2.0.30 kernel > > > ftp.kernel.org > > > > > > have fun > > > alvin > > > > > > > i'm trying to install autofs on a linuxppc-R4 system, but encounter a few > > > > problems. I don't know if someone has tried this before, but anyway it > > > > seems to be a general autofs problem: > > > > > > > > - if i compile 0.3.14-1 or -2.src.rpm i get entries such as: > > > > > > > > cannot open lookup module yp (/usr/lib/autofs//lookup_yp.so: undefined > > > > symbol: yperr_string) > > > > > > > > in my syslog (all maps should be loaded by YP, so it's OK he needs). > > > > had this on the intel machines too but i guess installing the 0.3.14-2 > > > > solved the problem then (here it does not unless some mistake of mine). > > > > > > > > - if i compile RH5.1's 3.1.1.src.rpm het doesn't find support for autofs > > > > in the kernel: > > > > > > > > >> mount: fs type autofs not supported by kernel > > > > > > > > kernel is a 2.1.24... are there existing 2.1.x kernel patches to add > > > > autofs support? I'm not familiar with development kernels and their > > > > revisions. > > > > > > > > Any idea? > > > > > > > > tia, > > > > Sebastien. > > > > > > > > ----------------------------------------------------------------------------- > > > > Sebastien Boving Departement van Elektrotechniek > > > > Van Evenstraat 6 Toegepaste Wetenschappen > > > > B-3000 Leuven. Katholieke Universiteit Leuven > > > > Tel.: +32-16.23.77.64 Tel.: +32-16.32.10.80 > > > > seb@ves.sesuadra.org boving@esat.kuleuven.ac.be > > > > ----------------------------------------------------------------------------- > > > > > > > > > > > > > ----------------------------------------------------------------------------- > > Sebastien Boving Departement van Elektrotechniek > > Van Evenstraat 6 Toegepaste Wetenschappen > > B-3000 Leuven. Katholieke Universiteit Leuven > > Tel.: +32-16.23.77.64 Tel.: +32-16.32.10.80 > > seb@ves.sesuadra.org boving@esat.kuleuven.ac.be > > ----------------------------------------------------------------------------- > > > ----------------------------------------------------------------------------- Sebastien Boving Departement van Elektrotechniek Van Evenstraat 6 Toegepaste Wetenschappen B-3000 Leuven. Katholieke Universiteit Leuven Tel.: +32-16.23.77.64 Tel.: +32-16.32.10.80 seb@ves.sesuadra.org boving@esat.kuleuven.ac.be ----------------------------------------------------------------------------- From owner-autofs@linux.kernel.org Tue Oct 13 06:57:12 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id GAA13171 for ; Tue, 13 Oct 1998 06:57:11 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id FAA12381 for autofs-list; Tue, 13 Oct 1998 05:17:43 -0700 Received: from ifspc239.schiffbau.uni-hamburg.de (ems@ifspc239.schiffbau.uni-hamburg.de [134.100.76.239]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id FAA12376 for ; Tue, 13 Oct 1998 05:17:37 -0700 Received: (from ems@localhost) by ifspc239.schiffbau.uni-hamburg.de (8.8.8/8.8.8) id OAA20293 for autofs@linux.kernel.org; Tue, 13 Oct 1998 14:17:16 +0200 From: Richard Ems Message-Id: <199810131217.OAA20293@ifspc239.schiffbau.uni-hamburg.de> Subject: rpc mount: RPC: Timed out To: autofs@linux.kernel.org Date: Tue, 13 Oct 1998 14:17:16 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi! I'm running SuSE Linux 5.3 (kernel 2.0.35) and autofs 3.1.0 The command (machinename substituted with "hosts"): mount -t nfs "host":/usr/local /tmp_mnt/"host".usr.local gives the following error : rpc mount: RPC: Timed out What does this really mean? /usr/local is exported in /etc/exports at "host", rpc.mountd is running on "host". Any help will be appreciated! Thanks, rems -- ==================================================== --- Richard Ems --- ---- e-mail: ems@schiffbau.uni-hamburg.de ---- ----- http://www.schiffbau.uni-hamburg.de/~ems ----- ------ Fachbereich Informatik ------ ------- Universitaet Hamburg ------- ==================================================== From alvin@planet.fef.com Tue Oct 13 15:52:35 1998 Return-Path: Received: from planet (planet.fef.com [198.147.196.14]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id PAA14332 for ; Tue, 13 Oct 1998 15:52:35 -0700 Received: by planet via sendmail with stdio id for alvin@linux-consulting.com; Tue, 13 Oct 1998 15:48:19 -0700 (PDT) (Smail-3.2.0.90 1996-Dec-4 #9 built 1996-Dec-8) Message-Id: From: alvin@planet.fef.com (Alvin Oga) Subject: [svlug] automount using NIS maps on RedHat 5.1? (fwd) To: alvin@linux-consulting.com Date: Tue, 13 Oct 1998 15:48:19 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO X-Status: > Larry M. Augustin wrote: >From zappa.fef.com!real-alvin Tue Oct 13 15:35:35 1998 From: "Larry M. Augustin" Date: Tue, 13 Oct 1998 15:30:26 -0700 (PDT) To: Bill Janssen Cc: svlug@svlug.org Subject: [svlug] automount using NIS maps on RedHat 5.1? In-Reply-To: <98Oct13.142250pdt."404606"@watson.parc.xerox.com> References: <98Oct13.142250pdt."404606"@watson.parc.xerox.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13859.54076.439789.268262@cray.varesearch.com> Sender: owner-svlug@svlug.org Precedence: bulk X-Alternate-URL: http://www.svlug.org X-Mascot: penguin X-OS: Linux svlug.svlug.org 2.0.30 #3 Thu Aug 14 14:47:34 PDT 1997 i486 unknown 1. Figure out how to create a NIS map. See /var/yp/Makefile and create a new entry for an "autofs" (or any name you like) map. 2. Make sure you can "ypcat" your map. 3. Put your map name in /etc/auto.master (see the autofs rc script that starts autofs and reads auto.master). The learning hump for most people seems to be the realization that NIS maps are not special. You can turn any keyword lookup file into an NIS map. Larry Bill Janssen writes: > I've got RedHat 5.1 running on a P90, with autofs support. Explicit > automount using auto.master and text file maps works fine. I'd like > to automount from NIS maps, but can't find documentation on how to set > up my system to do so. Any pointers? > > Thanks. > > Bill > > -- > echo "unsubscribe svlug" | mail majordomo@svlug.org > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe -- echo "unsubscribe svlug" | mail majordomo@svlug.org ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe From alvin@planet.fef.com Wed Oct 14 07:48:50 1998 Return-Path: Received: from planet (planet.fef.com [198.147.196.14]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id HAA03084 for ; Wed, 14 Oct 1998 07:48:50 -0700 Received: by planet via sendmail with stdio id for alvin@linux-consulting.com; Wed, 14 Oct 1998 15:03:08 -0700 (PDT) (Smail-3.2.0.90 1996-Dec-4 #9 built 1996-Dec-8) Message-Id: From: alvin@planet.fef.com (Alvin Oga) Subject: Re: [svlug] automount using NIS maps on RedHat 5.1? (fwd) To: alvin@linux-consulting.com Date: Wed, 14 Oct 1998 15:03:07 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO X-Status: > Larry M. Augustin wrote: > From zappa.fef.com!real-alvin Wed Oct 14 13:25:40 1998 > From: "Larry M. Augustin" > Date: Wed, 14 Oct 1998 06:16:12 -0700 (PDT) > To: Bill Janssen > Cc: "Larry M. Augustin" , svlug@svlug.org > Subject: Re: [svlug] automount using NIS maps on RedHat 5.1? > In-Reply-To: <0q8xQBsB0KGWAJdY0F@holmes.parc.xerox.com> > References: <98Oct13.142250pdt."404606"@watson.parc.xerox.com> > <13859.54076.439789.268262@cray.varesearch.com> > <0q8xQBsB0KGWAJdY0F@holmes.parc.xerox.com> > X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid > Message-ID: <13860.41403.883267.642134@cray.varesearch.com> > Sender: owner-svlug@svlug.org > Precedence: bulk > X-Alternate-URL: http://www.svlug.org > X-Mascot: penguin > X-OS: Linux svlug.svlug.org 2.0.30 #3 Thu Aug 14 14:47:34 PDT 1997 i486 unknown > > > Ah. The script has changed in the newer release. It used to be the > case that if a file by the name did not exist, the script try a yp map > also. It looks to me like that's not the case anymore. > > Well, here's the quick and easy answer. Just run: > > /usr/sbin/automount /directory yp yp-map-name > > Where "/directory" is the directory and yp-map-name is the name of the > yp map. > > I see that the script now looks for a yp map named auto.master, and > starts automount using the "yp" flag for any maps it lists. > > So: > > 1. create a yp map named auto.master. > 2. Put any yp autofs maps into the yp auto.master file. > > Larry > > > FYI from the autofs rc script: > > # > # Check for YellowPage maps to be loaded > # > if [ -e /usr/bin/ypcat ] && [ `ypcat -k auto.master 2>/dev/null | wc -l` -gt 0 ] > then > ypcat -k auto.master | ( > while read dir map options > do > if [ ! -z "$dir" -a ! -z "$map" \ > -a x`echo "$map" | cut -c1` != 'x-' ] > then > map=`echo "$map" | sed -e 's/^auto_/auto./'` > if echo $options | grep -- '-t' >/dev/null 2>&1 ; then > mountoptions="--timeout $(echo $options | \ > sed 's/^.*-t\(imeout\)*[ \t]*\([0-9][0-9]*\).*$/\2/g')" > fi > options=`echo "$options" | sed -e ' > s/--*t\(imeout\)*[ \t]*[0-9][0-9]*//g > s/\(^\|[ \t]\)-/\1/g'` > echo "/usr/sbin/automount $mountoptions $dir yp $map $options $localoptions" > fi > done > ) > fi > } > > > Bill Janssen writes: > > Excerpts from direct: 13-Oct-98 [svlug] automount using NIS.. "Larry M. > > Augustin"@vare (880) > > > > > 3. Put your map name in /etc/auto.master (see the autofs rc script > > > that starts autofs and reads auto.master). > > > > What's the syntax for this step? I read the autofs script, and saw no > > automount daemons with "yp" maps being started from the auto.master > > file... Here's the pertinent script, in fact: > > > > if [ -f /etc/auto.master ] > > then > > cat /etc/auto.master | sed -e '/^#/d' -e '/^$/d'| ( > > while read dir map options > > do > > if [ ! -z "$dir" -a ! -z "$map" \ > > -a x`echo "$map" | cut -c1` != 'x-' ] > > then > > map=`echo "/etc/$map" | sed -e 's:^/etc//:/:'` > > # special: treat -t or --timeout (or any reasonable derivative) > > # specially, since it can't be made a normal mount option. > > if echo $options | grep -- '-t' >/dev/null 2>&1 ; then > > mountoptions="--timeout $(echo $options | \ > > sed 's/^.*-t\(imeout\)*[ \t]*\([0-9][0-9]*\).*$/\2/g')" > > fi > > options=`echo "$options" | sed -e ' > > s/--*t\(imeout\)*[ \t]*[0-9][0-9]*//g > > s/\(^\|[ \t]\)-/\1/g'` > > if [ -x $map ]; then > > echo "/usr/sbin/automount $mountoptions $dir program $map $options $localoptions" > > elif [ -f $map ]; then > > echo "/usr/sbin/automount $mountoptions $dir file $map $options $localoptions" > > else > > echo "/usr/sbin/automount $mountoptions $dir `basename $map` $options $localoptions" > > fi > > fi > > done > > ) > > fi > > > > Bill > > > > -- > > echo "unsubscribe svlug" | mail majordomo@svlug.org > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe > > -- > echo "unsubscribe svlug" | mail majordomo@svlug.org > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe > From aoga@leopard.imedia.com Wed Oct 14 07:02:32 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA03002 for ; Wed, 14 Oct 1998 07:02:32 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id OAA18393 for alvin@linux-consulting.com; Wed, 14 Oct 1998 14:08:15 -0700 From: Alvin Oga Message-Id: <199810142108.OAA18393@leopard.imedia.com> Subject: Re: Auto Mounting of NFS Files (fwd) To: alvin@linux-consulting.com Date: Wed, 14 Oct 1998 14:08:14 -0700 (PDT) Content-Type: text Status: RO X-Status: Forwarded message: > From b17681@sol1.ep.anl.gov Wed Oct 14 11:45:31 1998 > Date: Wed, 14 Oct 1998 13:47:56 -0500 > From: b17681@sol1.ep.anl.gov (W. L. Woodruff) > Message-Id: <199810141847.NAA10157@sol8.ep.anl.gov> > To: aoga@imedia.com > Subject: Re: Auto Mounting of NFS Files > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > Content-MD5: +VE9CeMl6otKVJo6AbWF2A== > > What you gave me on automounting worked straight away. Thanks! > > Bill > From owner-autofs@linux.kernel.org Wed Oct 14 04:59:57 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA02652 for ; Wed, 14 Oct 1998 04:59:56 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA20169 for autofs-list; Wed, 14 Oct 1998 10:59:18 -0700 Received: from st.worc.mass.edu (st.worc.mass.edu [134.241.140.249]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id KAA20163 for ; Wed, 14 Oct 1998 10:59:14 -0700 Message-Id: <199810141759.KAA20163@linux.kernel.org> Received: from treebeard.worc.mass.edu [134.241.140.247] (HELO worc.mass.edu) by st.worc.mass.edu (AltaVista Mail V2.0o/2.0o BL25o listener) id 0000_0033_3624_e64d_d6cf; Wed, 14 Oct 1998 13:58:37 -0400 Date: Wed, 14 Oct 1998 13:50:57 -0400 From: aritacco To: "autofs@linux.kernel.org" Subject: Autofs Floppy Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7BIT X-Mailer: WebMail (Hydra) SMTP v3.12.01 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I am sorry to ask this question again, but I am still having a problem with mounting floppies via autofs.... Does anyone have any idea why it would not work? and or does anyone know of an easier way to mount floppies (ie non root users). The students are starting to get PO with me... Any help would be great thanks al. From owner-autofs@linux.kernel.org Fri Oct 16 11:53:08 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id LAA11307 for ; Fri, 16 Oct 1998 11:53:08 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA03675 for autofs-list; Fri, 16 Oct 1998 10:50:20 -0700 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA03671 for ; Fri, 16 Oct 1998 10:50:19 -0700 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id KAA01813 for ; Fri, 16 Oct 1998 10:47:08 -0700 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id KAA00833; Fri, 16 Oct 1998 10:50:15 -0700 (PDT) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id KAA01611; Fri, 16 Oct 1998 10:50:15 -0700 Message-Id: <199810161750.KAA01611@cesium.transmeta.com> Subject: autofs patch... To: autofs@linux.kernel.org (autofs mailing list), mis@transmeta.com (MIS Account) Date: Fri, 16 Oct 1998 10:50:15 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Ok, here is the actual patch: diff -ur stock/linux-2.1.125/fs/autofs/autofs_i.h linux-2.1.125-smp/fs/autofs/autofs_i.h --- stock/linux-2.1.125/fs/autofs/autofs_i.h Thu Oct 8 21:32:25 1998 +++ linux-2.1.125-smp/fs/autofs/autofs_i.h Fri Oct 16 10:33:38 1998 @@ -47,11 +47,13 @@ struct autofs_dir_ent { int hash; - struct autofs_dir_ent *next; - struct autofs_dir_ent **back; char *name; int len; ino_t ino; + struct dentry *dentry; + /* Linked list of entries */ + struct autofs_dir_ent *next; + struct autofs_dir_ent **back; /* The following entries are for the expiry system */ unsigned long last_usage; struct autofs_dir_ent *exp_next; @@ -123,7 +125,7 @@ struct autofs_dir_ent *autofs_hash_lookup(const struct autofs_dirhash *,struct qstr *); void autofs_hash_insert(struct autofs_dirhash *,struct autofs_dir_ent *); void autofs_hash_delete(struct autofs_dir_ent *); -struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *,off_t *); +struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *,off_t *,struct autofs_dir_ent *); void autofs_hash_nuke(struct autofs_dirhash *); /* Expiration-handling functions */ diff -ur stock/linux-2.1.125/fs/autofs/dirhash.c linux-2.1.125-smp/fs/autofs/dirhash.c --- stock/linux-2.1.125/fs/autofs/dirhash.c Tue Aug 18 13:12:17 1998 +++ linux-2.1.125-smp/fs/autofs/dirhash.c Fri Oct 16 10:33:05 1998 @@ -59,13 +59,11 @@ return ent; /* Symlinks are always expirable */ /* Get the dentry for the autofs subdirectory */ - dentry = lookup_dentry(ent->name, dget(sb->s_root), 0); + dentry = ent->dentry; - if ( IS_ERR(dentry) ) { - printk("autofs: no such dentry on expiry queue: %s\n", - ent->name); + if ( !dentry ) { + printk("autofs: dentry == NULL but inode range is directory, entry %s\n", ent->name); autofs_delete_usage(ent); - continue; } if ( !dentry->d_inode ) { @@ -79,24 +77,12 @@ /* Make sure entry is mounted and unused; note that dentry will point to the mounted-on-top root. */ if ( !S_ISDIR(dentry->d_inode->i_mode) - || dentry->d_covers == dentry ) { - dput(dentry); + || dentry->d_mounts == dentry ) { DPRINTK(("autofs: not expirable (not a mounted directory): %s\n", ent->name)); continue; } - /* - * Now, this is known to be a mount point; therefore the dentry - * will be held by the superblock. is_root_busy() will break if - * we hold a use count here, so we have to dput() it before calling - * is_root_busy(). However, since it is a mount point (already - * verified), dput() will be a nonblocking operation and the use - * count will not go to zero; therefore the call to is_root_busy() - * here is legal. - */ - dput(dentry); - - if ( !is_root_busy(dentry) ) { + if ( !is_root_busy(dentry->d_mounts) ) { DPRINTK(("autofs: signaling expire on %s\n", ent->name)); return ent; /* Expirable! */ } @@ -136,6 +122,8 @@ autofs_say(ent->name,ent->len); autofs_init_usage(dh,ent); + if ( ent->dentry ) + ent->dentry->d_count++; dhnp = &dh->h[(unsigned) ent->hash % AUTOFS_HASH_SIZE]; ent->next = *dhnp; @@ -153,6 +141,8 @@ autofs_delete_usage(ent); + if ( ent->dentry ) + dput(ent->dentry); kfree(ent->name); kfree(ent); } @@ -161,8 +151,12 @@ * Used by readdir(). We must validate "ptr", so we can't simply make it * a pointer. Values below 0xffff are reserved; calling with any value * <= 0x10000 will return the first entry found. + * + * "last" can be NULL or the value returned by the last search *if* we + * want the next sequential entry. */ -struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *dh, off_t *ptr) +struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *dh, + off_t *ptr, struct autofs_dir_ent *last) { int bucket, ecount, i; struct autofs_dir_ent *ent; @@ -176,19 +170,23 @@ DPRINTK(("autofs_hash_enum: bucket %d, entry %d\n", bucket, ecount)); - ent = NULL; + ent = last ? last->next : NULL; - while ( bucket < AUTOFS_HASH_SIZE ) { - ent = dh->h[bucket]; - for ( i = ecount ; ent && i ; i-- ) - ent = ent->next; - - if (ent) { - ecount++; /* Point to *next* entry */ - break; + if ( ent ) { + ecount++; + } else { + while ( bucket < AUTOFS_HASH_SIZE ) { + ent = dh->h[bucket]; + for ( i = ecount ; ent && i ; i-- ) + ent = ent->next; + + if (ent) { + ecount++; /* Point to *next* entry */ + break; + } + + bucket++; ecount = 0; } - - bucket++; ecount = 0; } #ifdef DEBUG @@ -214,6 +212,8 @@ for ( i = 0 ; i < AUTOFS_HASH_SIZE ; i++ ) { for ( ent = dh->h[i] ; ent ; ent = nent ) { nent = ent->next; + if ( ent->dentry ) + dput(ent->dentry); kfree(ent->name); kfree(ent); } diff -ur stock/linux-2.1.125/fs/autofs/root.c linux-2.1.125-smp/fs/autofs/root.c --- stock/linux-2.1.125/fs/autofs/root.c Mon Aug 24 13:14:10 1998 +++ linux-2.1.125-smp/fs/autofs/root.c Fri Oct 16 10:19:22 1998 @@ -66,9 +66,10 @@ static int autofs_root_readdir(struct file *filp, void *dirent, filldir_t filldir) { - struct autofs_dir_ent *ent; + struct autofs_dir_ent *ent = NULL; struct autofs_dirhash *dirhash; struct inode * inode = filp->f_dentry->d_inode; + void *where = NULL; off_t onr, nr; if (!inode || !S_ISDIR(inode->i_mode)) @@ -90,10 +91,12 @@ filp->f_pos = ++nr; /* fall through */ default: - while ( onr = nr, ent = autofs_hash_enum(dirhash,&nr) ) { - if (filldir(dirent,ent->name,ent->len,onr,ent->ino) < 0) - return 0; - filp->f_pos = nr; + while ( onr = nr, ent = autofs_hash_enum(dirhash,&nr,ent) ) { + if ( !ent->dentry || ent->dentry->d_mounts != ent->dentry ) { + if (filldir(dirent,ent->name,ent->len,onr,ent->ino) < 0) + return 0; + filp->f_pos = nr; + } } break; } @@ -207,6 +210,7 @@ static int autofs_root_lookup(struct inode *dir, struct dentry * dentry) { struct autofs_sb_info *sbi; + struct autofs_dir_ent *ent; struct inode *res; int oz_mode; @@ -249,6 +253,15 @@ return -ERESTARTNOINTR; } + /* + * If this dentry is unhashed, then we shouldn't honour this + * lookup even if the dentry is positive. Returning ENOENT here + * doesn't do the right thing for all system calls, but it should + * be OK for the operations we permit from an autofs. + */ + if ( dentry->d_inode && list_empty(&dentry->d_hash) ) + return -ENOENT; + return 0; } @@ -304,6 +317,7 @@ ent->ino = AUTOFS_FIRST_SYMLINK + n; ent->hash = dentry->d_name.hash; memcpy(ent->name, dentry->d_name.name, 1+(ent->len = dentry->d_name.len)); + ent->dentry = NULL; /* We don't keep the dentry for symlinks */ autofs_hash_insert(dh,ent); d_instantiate(dentry, iget(dir->i_sb,ent->ino)); @@ -353,6 +367,7 @@ struct autofs_sb_info *sbi = (struct autofs_sb_info *) dir->i_sb->u.generic_sbp; struct autofs_dirhash *dh = &sbi->dirhash; struct autofs_dir_ent *ent; + struct dentry *odentry; if ( !autofs_oz_mode(sbi) ) return -EPERM; @@ -364,6 +379,11 @@ if ( (unsigned int)ent->ino < AUTOFS_FIRST_DIR_INO ) return -ENOTDIR; /* Not a directory */ + if ( ent->dentry != dentry ) { + printk("autofs_rmdir: odentry != dentry for entry %s\n", + dentry->d_name); + } + autofs_hash_delete(ent); dir->i_nlink--; d_drop(dentry); @@ -399,12 +419,14 @@ return -ENOSPC; } + dir->i_nlink++; + d_instantiate(dentry, iget(dir->i_sb,ent->ino)); + ent->hash = dentry->d_name.hash; memcpy(ent->name, dentry->d_name.name, 1+(ent->len = dentry->d_name.len)); ent->ino = sbi->next_dir_ino++; + ent->dentry = dentry; autofs_hash_insert(dh,ent); - dir->i_nlink++; - d_instantiate(dentry, iget(dir->i_sb,ent->ino)); return 0; } From owner-autofs@linux.kernel.org Fri Oct 16 11:53:45 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id LAA11322 for ; Fri, 16 Oct 1998 11:53:44 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA03643 for autofs-list; Fri, 16 Oct 1998 10:49:45 -0700 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA03640 for ; Fri, 16 Oct 1998 10:49:43 -0700 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id KAA01801 for ; Fri, 16 Oct 1998 10:46:32 -0700 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id KAA00744; Fri, 16 Oct 1998 10:49:39 -0700 (PDT) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id KAA01600; Fri, 16 Oct 1998 10:49:39 -0700 Message-Id: <199810161749.KAA01600@cesium.transmeta.com> Subject: Patch to autofs for 2.1.125 To: autofs@linux.kernel.org (autofs mailing list), mis@transmeta.com (MIS Account) Date: Fri, 16 Oct 1998 10:49:39 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello folks, I have a patch for the autofs kernel code against 2.1.125. I *believe* this fixes the currently known bugs in autofs; it also implements code to hide automount directories that don't have anything mounted on them from readdir(). Bugs *hopefully* addressed: - Expire can cause oops - "negative dentry on expire queue" - cd /autofs/deadserver lands in empty directory Please try it out and let me know. -hpa From owner-autofs@linux.kernel.org Fri Oct 16 10:56:58 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA11166 for ; Fri, 16 Oct 1998 10:56:55 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA02236 for autofs-list; Fri, 16 Oct 1998 09:49:40 -0700 Received: from st.worc.mass.edu (st.worc.mass.edu [134.241.140.249]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id JAA02231 for ; Fri, 16 Oct 1998 09:49:37 -0700 Message-Id: <199810161649.JAA02231@linux.kernel.org> Received: from treebeard.worc.mass.edu [134.241.140.247] (HELO worc.mass.edu) by st.worc.mass.edu (AltaVista Mail V2.0o/2.0o BL25o listener) id 0000_011f_3627_3f05_5be6; Fri, 16 Oct 1998 08:41:41 -0400 Date: Fri, 16 Oct 1998 08:34:06 -0400 From: aritacco To: "autofs@linux.kernel.org" Subject: Summary complete of NIS autofs mounting floppy drive (as non root ) Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: WebMail (Hydra) SMTP v3.12.01 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by linux.kernel.org id JAA02232 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Summary of NIS for mounting floppies by non root users. "Enzo A. Dari" from wrote: My config files are: ---------------- /etc/auto.master: ---------------- /misc /etc/auto.misc -------------- /etc/auto.misc: -------------- floppy -fstype=vfat,umask=000 :/dev/fd0 ---------- /etc/fstab: ---------- /dev/fd0 /misc/floppy vfat noauto,user,exec,rw 0 0 The umask option is required in order to allow anyone to write in the floppy. Otherwise only root (who have mounted it vía autofs) is given write permissions on files on the floppy. The entry in fstab is required in order to allow the floppy to be dismounted by anybody. If the entry is missing you'll have to wait [the default time-out] until the floppy is auto-dismounted to be able to extract it safely. Thanks to Lori for this reminder: Also rember to remove the auto.misc stuff from your local workstations /etc....otherwise the auto.misc (in my case) NIS map gets overridden by the local. local beats global..... From owner-autofs@linux.kernel.org Fri Oct 16 17:21:11 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id RAA12151 for ; Fri, 16 Oct 1998 17:21:10 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id QAA10440 for autofs-list; Fri, 16 Oct 1998 16:00:48 -0700 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id QAA10437 for ; Fri, 16 Oct 1998 16:00:46 -0700 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id PAA06641 for ; Fri, 16 Oct 1998 15:57:35 -0700 Received: from sodium.transmeta.com (quinlan@sodium.transmeta.com [10.1.27.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id QAA02068; Fri, 16 Oct 1998 16:00:42 -0700 (PDT) Received: (from quinlan@localhost) by sodium.transmeta.com (8.8.4/8.7.3) id QAA00558; Fri, 16 Oct 1998 16:00:42 -0700 Date: Fri, 16 Oct 1998 16:00:42 -0700 Message-Id: <199810162300.QAA00558@sodium.transmeta.com> From: Daniel Quinlan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "H. Peter Anvin" Cc: autofs@linux.kernel.org (autofs mailing list) Subject: Re: Patch to autofs for 2.1.125 In-Reply-To: <199810161749.KAA01600@cesium.transmeta.com> References: <199810161749.KAA01600@cesium.transmeta.com> X-Mailer: VM 6.27 under Emacs 19.34.1 Reply-To: quinlan@transmeta.com Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Peter Anvin writes: > I have a patch for the autofs kernel code against 2.1.125. I *believe* > this fixes the currently known bugs in autofs; it also implements code > to hide automount directories that don't have anything mounted on them > from readdir(). It looks good so far. I can't easily reproduce some of the problems, but te readdir() hiding code prevents the problem of doing "ls -al /autofs" when unmounted directories are listed. I'll test it out on some more machines. Dan From alvin Mon Oct 19 01:23:25 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id BAA20569; Mon, 19 Oct 1998 01:23:23 -0700 From: Alvin Oga Message-Id: <199810190823.BAA20569@mail.Linux-Consulting.com> Subject: Re: Automounting of NFS-Shares To: burana400@yahoo.com (John Meyer) Date: Mon, 19 Oct 1998 01:23:22 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: <19981019063254.22094.rocketmail@send1b.yahoomail.com> from "John Meyer" at Oct 18, 98 11:32:54 pm Content-Type: text Status: RO X-Status: hi ya John... > I have searched hours for docs about automounting nfs shares. Is it > possible yet to use direct maps? Is there any detailed how-to-doc > somewhere out there? you cxould try: http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html please let me knwo if there are additions/fixes to the docs have fun alvin From owner-autofs@linux.kernel.org Mon Oct 19 00:43:44 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id AAA20462 for ; Mon, 19 Oct 1998 00:43:43 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id XAA03352 for autofs-list; Sun, 18 Oct 1998 23:33:26 -0700 Received: from send1b.yahoomail.com (send1b.yahoomail.com [205.180.60.23]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id XAA03349 for ; Sun, 18 Oct 1998 23:33:23 -0700 Message-ID: <19981019063254.22094.rocketmail@send1b.yahoomail.com> Received: from [138.190.1.11] by send1b; Sun, 18 Oct 1998 23:32:54 PDT Date: Sun, 18 Oct 1998 23:32:54 -0700 (PDT) From: John Meyer Subject: Automounting of NFS-Shares To: autofs@linux.kernel.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I have searched hours for docs about automounting nfs shares. Is it possible yet to use direct maps? Is there any detailed how-to-doc somewhere out there? Thanx _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com From owner-autofs@linux.kernel.org Tue Oct 20 20:13:25 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id UAA27685 for ; Tue, 20 Oct 1998 20:13:25 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id TAA20798 for autofs-list; Tue, 20 Oct 1998 19:30:27 -0700 Received: from alpha.xerox.com (firewall-user@alpha.Xerox.COM [13.1.64.93]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id TAA20794 for ; Tue, 20 Oct 1998 19:30:25 -0700 Received: from holmes.parc.xerox.com ([13.1.100.162]) by alpha.xerox.com with SMTP id <62233(2)>; Tue, 20 Oct 1998 19:30:23 PDT Received: by holmes.parc.xerox.com id <16139>; Tue, 20 Oct 1998 19:30:06 PDT Received: from Messages.7.15.N.CUILIB.3.45.SNAP.NOT.LINKED.holmes.parc.xerox.com.sun4.41 via MS.5.6.holmes.parc.xerox.com.sun4_41; Tue, 20 Oct 1998 19:30:06 -0700 (PDT) From: Bill Janssen To: svlug@svlug.org Subject: [svlug] how to get /net automount with NIS maps using RedHat 5.1? Message-Id: <98Oct20.174151pdt."16139"@holmes.parc.xerox.com> Date: Tue, 20 Oct 1998 17:41:51 PDT X-Alternate-URL: http://www.svlug.org X-Mascot: penguin X-OS: Linux svlug.svlug.org 2.0.30 #3 Thu Aug 14 14:47:34 PDT 1997 i486 unknown Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I'd like to get the Sun-style /net/HOSTNAME automounting going on a RedHat 5.1 machine, using the hosts.byname NIS map as the data source for the Linux automount daemon. This seems to be problematic, as the format expected by an automount daemon is hostname:/dir # label and the format of the hosts.byname NIS map is xx.xx.xx.xx hostname Any ideas? Does the automount daemon support a switch that could let me do this? Bill -- echo "unsubscribe svlug" | mail majordomo@svlug.org ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe From owner-autofs@linux.kernel.org Thu Oct 22 22:30:45 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id WAA01482 for ; Thu, 22 Oct 1998 22:30:44 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA20409 for autofs-list; Fri, 23 Oct 1998 04:17:03 -0700 Received: from linux.net ([161.44.102.50]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA20405 for ; Fri, 23 Oct 1998 04:17:00 -0700 Received: (from drew@localhost) by linux.net (8.8.7/8.8.7) id HAA01817; Fri, 23 Oct 1998 07:30:42 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 23 Oct 1998 07:30:42 -0400 (EDT) From: Drew Norman To: autofs@linux.kernel.org Subject: autofs with NIS+ and development kernels X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13872.25647.240.845271@linux.net> Reply-To: drew@ntrnet.net Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi: At work we use autofs with NIS or NIS+ with all of our Unix machines. When I attempted to load my desktop and a couple of servers with linux, I could not get the autofs script that came with rh5.1 to work with the NIS maps, just with the local files. Another guy took a look at it and found a couple of errors in the /etc/rc.d/init.d/autofs script, and fixed it. Now I am using a development kernel and nis+. Automounter will work, but only if I use the modified script and if I explicitly name the maps from the server that I wish to use. On our solaris boxes we can put: +auto_master In the auto_master file, and all of our home directories and other maps are mounted automatically. With linux I have to type in: /users nisplus +auto_home rw,hard,intr,noquota Is there a way to get autofs to automatically get the maps from the nis+ server? I am running kernel 2.1.125 with 2.1.126pre1 patch, the 2.1.125 autofs patch posted here, and the mount-2.7l patched with the multi-mount patch. Also, automounting directories seems really, really slow. It takes about 10-15 seconds to automount a directory, where in solaris it takes about 1 second. Thanks --Drew From owner-autofs@linux.kernel.org Fri Oct 23 00:08:37 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id AAA01601 for ; Fri, 23 Oct 1998 00:08:36 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA22390 for autofs-list; Fri, 23 Oct 1998 06:12:55 -0700 Received: from mail.wrs.com (unknown-1-11.wrs.com [147.11.1.11]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id GAA22387 for ; Fri, 23 Oct 1998 06:12:53 -0700 Received: from gesvres.vannes.wrsec.fr (gesvres.vannes.wrsec.fr [147.11.80.24]) by mail.wrs.com (8.9.1/8.9.1) with SMTP id GAA02901; Fri, 23 Oct 1998 06:12:39 -0700 (PDT) Received: from erdre.vannes.wrsec.fr by gesvres.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id PAA18516; Fri, 23 Oct 1998 15:09:39 +0200 Received: from localhost by erdre.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id PAA18307; Fri, 23 Oct 1998 15:09:37 +0200 Date: Fri, 23 Oct 1998 15:09:36 +0200 (MET DST) From: Michel LESPINASSE To: Drew Norman cc: autofs@linux.kernel.org Subject: Re: autofs with NIS+ and development kernels In-Reply-To: <13872.25647.240.845271@linux.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > With linux I have to type in: > > /users nisplus +auto_home rw,hard,intr,noquota > > Is there a way to get autofs to automatically get the maps from the > nis+ server? I am running kernel 2.1.125 with 2.1.126pre1 patch, the > 2.1.125 autofs patch posted here, and the mount-2.7l patched with the > multi-mount patch. The initialisation files for debian emulate the auto_master feature by processing the output of ypcat auto.master. Works fine for me. I can mail you the startup scripts if you want. The one thing that I'd like to have is /net mounts, though. Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems walken@wrs.com - http://www.via.ecp.fr/~walken/ From aoga@leopard.imedia.com Fri Oct 23 07:39:16 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA02340 for ; Fri, 23 Oct 1998 07:39:15 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id OAA04083; Fri, 23 Oct 1998 14:46:02 -0700 From: Alvin Oga Message-Id: <199810232146.OAA04083@leopard.imedia.com> Subject: Re: autofs with NIS+ and development kernels To: walken@wrs.com (Michel LESPINASSE) Date: Fri, 23 Oct 1998 14:46:02 -0700 (PDT) Cc: aoga@leopard.imedia.com (Alvin Oga), alvin@linux-consulting.com In-Reply-To: from "Michel LESPINASSE" at Oct 23, 98 03:09:36 pm Content-Type: text Status: RO X-Status: hi Michel could you email it to me to ??? I'll include the steps needed into the autoFS HOWTO thanx alvin > > With linux I have to type in: > > > > /users nisplus +auto_home rw,hard,intr,noquota > > > > Is there a way to get autofs to automatically get the maps from the > > nis+ server? I am running kernel 2.1.125 with 2.1.126pre1 patch, the > > 2.1.125 autofs patch posted here, and the mount-2.7l patched with the > > multi-mount patch. > > The initialisation files for debian emulate the auto_master feature by > processing the output of ypcat auto.master. Works fine for me. I can > mail you the startup scripts if you want. > > The one thing that I'd like to have is /net mounts, though. > > Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems > walken@wrs.com - http://www.via.ecp.fr/~walken/ > From owner-autofs@linux.kernel.org Fri Oct 23 08:44:34 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA02428 for ; Fri, 23 Oct 1998 08:44:34 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA00496 for autofs-list; Fri, 23 Oct 1998 14:50:46 -0700 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA00492 for ; Fri, 23 Oct 1998 14:50:43 -0700 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id OAA04187; Fri, 23 Oct 1998 14:50:38 -0700 From: Alvin Oga Message-Id: <199810232150.OAA04187@leopard.imedia.com> Subject: Re: autofs with NIS+ and development kernels To: drew@ntrnet.net Date: Fri, 23 Oct 1998 14:50:38 -0700 (PDT) Cc: aoga@leopard.imedia.com (Alvin Oga), autofs@linux.kernel.org, alvin@linux-consulting.com In-Reply-To: <13872.25647.240.845271@linux.net> from "Drew Norman" at Oct 23, 98 07:30:42 am Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi drew > At work we use autofs with NIS or NIS+ with all of our Unix machines. > When I attempted to load my desktop and a couple of servers with > linux, I could not get the autofs script that came with rh5.1 to > work with the NIS maps, just with the local files. Another guy > took a look at it and found a couple of errors in the > /etc/rc.d/init.d/autofs script, and fixed it. what was teh fix ??? Could you send me a copy so that I can add it to the autofs howto/faqs and yes I have many autofs running on rh-5.1 with no problems > Now I am using a development kernel and nis+. Automounter will work, > but only if I use the modified script and if I explicitly name the > maps from the server that I wish to use. On our solaris boxes we can > put: > > +auto_master > > In the auto_master file, and all of our home directories and other > maps are mounted automatically. please send me what changes you are making so that I can expand the section on solaris/sun in the autofs howto > With linux I have to type in: > /users nisplus +auto_home rw,hard,intr,noquota should have to type anything... thanx alvin > Is there a way to get autofs to automatically get the maps from the > nis+ server? I am running kernel 2.1.125 with 2.1.126pre1 patch, the > 2.1.125 autofs patch posted here, and the mount-2.7l patched with the > multi-mount patch. > > Also, automounting directories seems really, really slow. It takes > about 10-15 seconds to automount a directory, where in solaris it takes > about 1 second. > > Thanks > > --Drew > From owner-autofs@linux.kernel.org Fri Oct 23 12:01:44 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA02691 for ; Fri, 23 Oct 1998 12:01:43 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id SAA04626 for autofs-list; Fri, 23 Oct 1998 18:14:53 -0700 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id SAA04622 for ; Fri, 23 Oct 1998 18:14:51 -0700 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id SAA25009 for ; Fri, 23 Oct 1998 18:14:50 -0700 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id SAA02957; Fri, 23 Oct 1998 18:14:49 -0700 (PDT) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id SAA02101; Fri, 23 Oct 1998 18:14:48 -0700 Message-Id: <199810240114.SAA02101@cesium.transmeta.com> Subject: Another autofs debugging patch To: autofs@linux.kernel.org (autofs mailing list) Date: Fri, 23 Oct 1998 18:14:48 -0700 (PDT) Cc: quinlan@transmeta.com (Daniel Quinlan) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi folks, The previously posted autofs patch for the 2.1.125 kernel didn't turn out so well, so here is a second attempt. Note that this patch contains extra debugging code that isn't likely to be in the distributed kernel. Please test it, and let me know how it turns out. The patch is against 2.1.125, but it should apply cleanly to pretty much any 2.1.12x kernel. -hpa diff -ur stock/linux-2.1.125/fs/autofs/autofs_i.h linux-2.1.125-smp/fs/autofs/autofs_i.h --- stock/linux-2.1.125/fs/autofs/autofs_i.h Thu Oct 8 21:32:25 1998 +++ linux-2.1.125-smp/fs/autofs/autofs_i.h Fri Oct 16 10:33:38 1998 @@ -47,11 +47,13 @@ struct autofs_dir_ent { int hash; - struct autofs_dir_ent *next; - struct autofs_dir_ent **back; char *name; int len; ino_t ino; + struct dentry *dentry; + /* Linked list of entries */ + struct autofs_dir_ent *next; + struct autofs_dir_ent **back; /* The following entries are for the expiry system */ unsigned long last_usage; struct autofs_dir_ent *exp_next; @@ -123,7 +125,7 @@ struct autofs_dir_ent *autofs_hash_lookup(const struct autofs_dirhash *,struct qstr *); void autofs_hash_insert(struct autofs_dirhash *,struct autofs_dir_ent *); void autofs_hash_delete(struct autofs_dir_ent *); -struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *,off_t *); +struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *,off_t *,struct autofs_dir_ent *); void autofs_hash_nuke(struct autofs_dirhash *); /* Expiration-handling functions */ diff -ur stock/linux-2.1.125/fs/autofs/dirhash.c linux-2.1.125-smp/fs/autofs/dirhash.c --- stock/linux-2.1.125/fs/autofs/dirhash.c Tue Aug 18 13:12:17 1998 +++ linux-2.1.125-smp/fs/autofs/dirhash.c Tue Oct 20 15:31:00 1998 @@ -30,9 +30,50 @@ ent->exp_next->exp_prev = ent->exp_prev; } +static int autofs_verify_expiry_list_sane(struct autofs_dirhash *dh, + struct autofs_dir_ent *ent) +{ + /* Sanity check: verify the integrity of the expiry list + and make sure "ent" is a member */ + int found_ent, timeout; + struct autofs_dir_ent *ptr; + + ptr = dh->expiry_head.exp_next; + found_ent = 0; + timeout = 64; + + while ( ptr != &dh->expiry_head ) { + if ( ptr == ent ) { + if ( found_ent ) { + printk("autofs: entry %s on expiry queue twice - circular list?\n", ent->name); + return 1; + } else + found_ent = 1; + } + if ( ! --timeout ) { + printk("autofs: expiry queue doesn't appear to end\n"); + return 1; + } + ptr = ptr->exp_next; + } + if ( !found_ent ) { + printk("autofs: expiry queue doesn't contain expected entry: %s\n", ent->name); + printk("queue contents: "); + ptr = dh->expiry_head.exp_next; + while ( ptr != &dh->expiry_head ) { + printk("%s ", ptr->name); + ptr = ptr->exp_next; + } + } + return 0; +} + void autofs_update_usage(struct autofs_dirhash *dh, struct autofs_dir_ent *ent) { + if ( autofs_verify_expiry_list_sane(dh,ent) ) + return; + autofs_delete_usage(ent); /* Unlink from current position */ autofs_init_usage(dh,ent); /* Relink at queue tail */ } @@ -59,13 +100,11 @@ return ent; /* Symlinks are always expirable */ /* Get the dentry for the autofs subdirectory */ - dentry = lookup_dentry(ent->name, dget(sb->s_root), 0); + dentry = ent->dentry; - if ( IS_ERR(dentry) ) { - printk("autofs: no such dentry on expiry queue: %s\n", - ent->name); + if ( !dentry ) { + printk("autofs: dentry == NULL but inode range is directory, entry %s\n", ent->name); autofs_delete_usage(ent); - continue; } if ( !dentry->d_inode ) { @@ -79,24 +118,12 @@ /* Make sure entry is mounted and unused; note that dentry will point to the mounted-on-top root. */ if ( !S_ISDIR(dentry->d_inode->i_mode) - || dentry->d_covers == dentry ) { - dput(dentry); + || dentry->d_mounts == dentry ) { DPRINTK(("autofs: not expirable (not a mounted directory): %s\n", ent->name)); continue; } - /* - * Now, this is known to be a mount point; therefore the dentry - * will be held by the superblock. is_root_busy() will break if - * we hold a use count here, so we have to dput() it before calling - * is_root_busy(). However, since it is a mount point (already - * verified), dput() will be a nonblocking operation and the use - * count will not go to zero; therefore the call to is_root_busy() - * here is legal. - */ - dput(dentry); - - if ( !is_root_busy(dentry) ) { + if ( !is_root_busy(dentry->d_mounts) ) { DPRINTK(("autofs: signaling expire on %s\n", ent->name)); return ent; /* Expirable! */ } @@ -136,6 +163,8 @@ autofs_say(ent->name,ent->len); autofs_init_usage(dh,ent); + if ( ent->dentry ) + ent->dentry->d_count++; dhnp = &dh->h[(unsigned) ent->hash % AUTOFS_HASH_SIZE]; ent->next = *dhnp; @@ -153,6 +182,8 @@ autofs_delete_usage(ent); + if ( ent->dentry ) + dput(ent->dentry); kfree(ent->name); kfree(ent); } @@ -161,8 +192,12 @@ * Used by readdir(). We must validate "ptr", so we can't simply make it * a pointer. Values below 0xffff are reserved; calling with any value * <= 0x10000 will return the first entry found. + * + * "last" can be NULL or the value returned by the last search *if* we + * want the next sequential entry. */ -struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *dh, off_t *ptr) +struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *dh, + off_t *ptr, struct autofs_dir_ent *last) { int bucket, ecount, i; struct autofs_dir_ent *ent; @@ -176,19 +211,23 @@ DPRINTK(("autofs_hash_enum: bucket %d, entry %d\n", bucket, ecount)); - ent = NULL; - - while ( bucket < AUTOFS_HASH_SIZE ) { - ent = dh->h[bucket]; - for ( i = ecount ; ent && i ; i-- ) - ent = ent->next; + ent = last ? last->next : NULL; - if (ent) { - ecount++; /* Point to *next* entry */ - break; + if ( ent ) { + ecount++; + } else { + while ( bucket < AUTOFS_HASH_SIZE ) { + ent = dh->h[bucket]; + for ( i = ecount ; ent && i ; i-- ) + ent = ent->next; + + if (ent) { + ecount++; /* Point to *next* entry */ + break; + } + + bucket++; ecount = 0; } - - bucket++; ecount = 0; } #ifdef DEBUG @@ -214,6 +253,8 @@ for ( i = 0 ; i < AUTOFS_HASH_SIZE ; i++ ) { for ( ent = dh->h[i] ; ent ; ent = nent ) { nent = ent->next; + if ( ent->dentry ) + dput(ent->dentry); kfree(ent->name); kfree(ent); } diff -ur stock/linux-2.1.125/fs/autofs/root.c linux-2.1.125-smp/fs/autofs/root.c --- stock/linux-2.1.125/fs/autofs/root.c Mon Aug 24 13:14:10 1998 +++ linux-2.1.125-smp/fs/autofs/root.c Fri Oct 23 15:41:35 1998 @@ -66,9 +66,10 @@ static int autofs_root_readdir(struct file *filp, void *dirent, filldir_t filldir) { - struct autofs_dir_ent *ent; + struct autofs_dir_ent *ent = NULL; struct autofs_dirhash *dirhash; struct inode * inode = filp->f_dentry->d_inode; + void *where = NULL; off_t onr, nr; if (!inode || !S_ISDIR(inode->i_mode)) @@ -90,10 +91,12 @@ filp->f_pos = ++nr; /* fall through */ default: - while ( onr = nr, ent = autofs_hash_enum(dirhash,&nr) ) { - if (filldir(dirent,ent->name,ent->len,onr,ent->ino) < 0) - return 0; - filp->f_pos = nr; + while ( onr = nr, ent = autofs_hash_enum(dirhash,&nr,ent) ) { + if ( !ent->dentry || ent->dentry->d_mounts != ent->dentry ) { + if (filldir(dirent,ent->name,ent->len,onr,ent->ino) < 0) + return 0; + filp->f_pos = nr; + } } break; } @@ -110,8 +113,8 @@ if ( !(ent = autofs_hash_lookup(&sbi->dirhash, &dentry->d_name)) ) { do { if ( status && dentry->d_inode ) { - printk("autofs warning: lookup failure on existing dentry, status = %d, name = %s\n", status, dentry->d_name.name); - break; + printk("autofs warning: lookup failure on positive dentry, status = %d, name = %s\n", status, dentry->d_name.name); + return 0; /* Try to get the kernel to invalidate this dentry */ } /* Turn this into a real negative dentry? */ @@ -148,8 +151,9 @@ /* We don't update the usages for the autofs daemon itself, this is necessary for recursive autofs mounts */ - if ( !autofs_oz_mode(sbi) ) + if ( !autofs_oz_mode(sbi) ) { autofs_update_usage(&sbi->dirhash,ent); + } dentry->d_flags &= ~DCACHE_AUTOFS_PENDING; return 1; @@ -193,7 +197,8 @@ /* Update the usage list */ if ( !autofs_oz_mode(sbi) ) { ent = (struct autofs_dir_ent *) dentry->d_time; - autofs_update_usage(&sbi->dirhash,ent); + if ( ent ) + autofs_update_usage(&sbi->dirhash,ent); } return 1; } @@ -207,6 +212,7 @@ static int autofs_root_lookup(struct inode *dir, struct dentry * dentry) { struct autofs_sb_info *sbi; + struct autofs_dir_ent *ent; struct inode *res; int oz_mode; @@ -249,6 +255,15 @@ return -ERESTARTNOINTR; } + /* + * If this dentry is unhashed, then we shouldn't honour this + * lookup even if the dentry is positive. Returning ENOENT here + * doesn't do the right thing for all system calls, but it should + * be OK for the operations we permit from an autofs. + */ + if ( dentry->d_inode && list_empty(&dentry->d_hash) ) + return -ENOENT; + return 0; } @@ -304,6 +319,7 @@ ent->ino = AUTOFS_FIRST_SYMLINK + n; ent->hash = dentry->d_name.hash; memcpy(ent->name, dentry->d_name.name, 1+(ent->len = dentry->d_name.len)); + ent->dentry = NULL; /* We don't keep the dentry for symlinks */ autofs_hash_insert(dh,ent); d_instantiate(dentry, iget(dir->i_sb,ent->ino)); @@ -339,7 +355,8 @@ n = ent->ino - AUTOFS_FIRST_SYMLINK; if ( n >= AUTOFS_MAX_SYMLINKS || !test_bit(n,sbi->symlink_bitmap) ) return -EINVAL; /* Not a symlink inode, can't unlink */ - + + dentry->d_time = (unsigned long)(struct autofs_dirhash *)NULL; autofs_hash_delete(ent); clear_bit(n,sbi->symlink_bitmap); kfree(sbi->symlink[n].data); @@ -353,6 +370,7 @@ struct autofs_sb_info *sbi = (struct autofs_sb_info *) dir->i_sb->u.generic_sbp; struct autofs_dirhash *dh = &sbi->dirhash; struct autofs_dir_ent *ent; + struct dentry *odentry; if ( !autofs_oz_mode(sbi) ) return -EPERM; @@ -364,6 +382,12 @@ if ( (unsigned int)ent->ino < AUTOFS_FIRST_DIR_INO ) return -ENOTDIR; /* Not a directory */ + if ( ent->dentry != dentry ) { + printk("autofs_rmdir: odentry != dentry for entry %s\n", + dentry->d_name); + } + + dentry->d_time = (unsigned long)(struct autofs_dir_ent *)NULL; autofs_hash_delete(ent); dir->i_nlink--; d_drop(dentry); @@ -399,12 +423,14 @@ return -ENOSPC; } + dir->i_nlink++; + d_instantiate(dentry, iget(dir->i_sb,ent->ino)); + ent->hash = dentry->d_name.hash; memcpy(ent->name, dentry->d_name.name, 1+(ent->len = dentry->d_name.len)); ent->ino = sbi->next_dir_ino++; + ent->dentry = dentry; autofs_hash_insert(dh,ent); - dir->i_nlink++; - d_instantiate(dentry, iget(dir->i_sb,ent->ino)); return 0; } From owner-autofs@linux.kernel.org Fri Oct 23 15:01:17 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA02971 for ; Fri, 23 Oct 1998 15:01:16 -0700 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id VAA08731 for autofs-list; Fri, 23 Oct 1998 21:08:01 -0700 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id VAA08728 for ; Fri, 23 Oct 1998 21:08:00 -0700 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id VAA26612; Fri, 23 Oct 1998 21:07:28 -0700 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id VAA09866; Fri, 23 Oct 1998 21:07:27 -0700 (PDT) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id VAA12015; Fri, 23 Oct 1998 21:07:27 -0700 Message-Id: <199810240407.VAA12015@cesium.transmeta.com> Subject: Re: Another autofs debugging patch In-Reply-To: from "Steven N. Hirsch" at "Oct 24, 98 00:08:44 am" To: shirsch@adelphia.net (Steven N. Hirsch) Date: Fri, 23 Oct 1998 21:07:26 -0700 (PDT) Cc: autofs@linux.kernel.org (autofs mailing list) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > > > On Fri, 23 Oct 1998, H. Peter Anvin wrote: > > > Hi folks, > > > > The previously posted autofs patch for the 2.1.125 kernel didn't turn > > out so well, so here is a second attempt. Note that this patch > > contains extra debugging code that isn't likely to be in the > > distributed kernel. > > > > Please test it, and let me know how it turns out. The patch is > > against 2.1.125, but it should apply cleanly to pretty much any > > 2.1.12x kernel. > > > > I haven't seen any problems with the earlier patch. What problems > ocurred? Anything in particular you suggest for a stress test? > > Steve > We were seeing oopses. As always, lots of mounts and umounts -- including ones to dead servers -- are the stress test of choice. -hpa From walken@wrs.com Fri Oct 23 23:21:48 1998 Return-Path: Received: from mail.wrs.com (unknown-1-11.wrs.com [147.11.1.11]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id XAA03504 for ; Fri, 23 Oct 1998 23:21:47 -0700 Received: from gesvres.vannes.wrsec.fr (gesvres.vannes.wrsec.fr [147.11.80.24]) by mail.wrs.com (8.9.1/8.9.1) with SMTP id GAA29682; Sat, 24 Oct 1998 06:28:25 -0700 (PDT) Received: from erdre.vannes.wrsec.fr by gesvres.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id PAA02526; Sat, 24 Oct 1998 15:25:25 +0200 Received: from localhost by erdre.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id PAA18502; Sat, 24 Oct 1998 15:25:22 +0200 Date: Sat, 24 Oct 1998 15:25:22 +0200 (MET DST) From: Michel LESPINASSE Sender: walken@vannes.wrsec.fr To: Alvin Oga cc: alvin@linux-consulting.com Subject: Re: autofs with NIS+ and development kernels In-Reply-To: <199810232146.OAA04083@leopard.imedia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO X-Status: On Fri, 23 Oct 1998, Alvin Oga wrote: > hi Michel > could you email it to me to ??? > I'll include the steps needed into the autoFS HOWTO Well, here comes.... I didnt know about the autofs howto, are you currently writing it or should it be on every good HOWTO directory ? #! /bin/sh -e # # rc file for automount using a Sun-style "master map". # We first look for a local /etc/auto.master, then a YP # map with that name # # On most distributions, this file should be called: # /etc/rc.d/init.d/autofs or /etc/init.d/autofs # # # List of options to ignore with NIS maps. You can use this to filter out # options that Linux does not (yet) understand if your mount does not # understand the -s (sloppy) flag. Seperate the options with spaces! # PRUNEOPTIONS="quota" # # We can add local options here # e.g. localoptions='rsize=8192,wsize=8192' # localoptions='' # Check if automount exists test -f /usr/sbin/automount || exit 0 # Check if autofs is available on the system if ! grep -q autofs /proc/filesystems; then if [ ! -e /lib/modules/`uname -r`/fs/autofs.o ]; then echo "Error: autofs support not available." exit 0 fi fi PATH=/sbin:/usr/sbin:/bin:/usr/bin export PATH # Make a regular expression from PRUNEOPTIONS test ! -z "$PRUNEOPTIONS" && PRUNEREGEX=`echo $PRUNEOPTIONS | \ sed -e 's#^#\\\(#' -e 's# \+#\\\|#' -e 's#$#\\\)#'` # # This function will build a list of automount commands to execute in # order # to activate all the mount points. It is used to figure out # the difference of automount points in case of a reload # getmounts() { # # Check for local maps to be loaded # if [ -f /etc/auto.master ] then cat /etc/auto.master | sed -e '/^#/d' -e '/^$/d'| ( while read dir map options do if [ ! -z "$dir" -a ! -z "$map" -a \ x`echo "$map" | cut -c1` != 'x-' ] then map=`echo "/etc/$map" | sed -e 's:^/etc//:/:'` # special: treat -t or --timeout (or any reasonable derivative) # specially, since it can't be made a normal mount option. if echo $options | grep -- '-t' >/dev/null 2>&1 ; then mountoptions="--timeout $(echo $options | \ sed 's/^.*-t\(imeout\)*[ \t]*\([0-9][0-9]*\).*$/\2/g')" fi options=`echo "$options" | sed -e ' s/--*t\(imeout\)*[ ]*[0-9][0-9]*//g s/\(^\|[ \t]\)-/\1/g'` if [ -x $map ]; then echo "$automount $mountoptions $dir program $map $options $localoptions" elif [ -f $map ]; then echo "$automount $mountoptions $dir file $map $options $localoptions" else echo "$automount $mountoptions $dir `basename $map` $options $localoptions" fi fi done ) | sed 's/ / /g' fi # # Check for YellowPage maps to be loaded # if [ -e /usr/bin/ypcat ] && [ `ypcat -k auto.master 2>/dev/null | wc -l` -gt 0 ] then ypcat -k auto.master | ( while read dir map options do if [ ! -z "$dir" -a ! -z "$map" \ -a x`echo "$map" | cut -c1` != 'x-' ] then map=`echo "$map" | sed -e 's/^auto_/auto./'` # special: treat -t or --timeout (or any reasonable derivative) # specially, since it can't be made a normal mount option. if echo $options | grep -- '-t' >/dev/null 2>&1 ; then mountoptions="--timeout $(echo $options | \ sed 's/^.*-t\(imeout\)*[ ]*\([0-9][0-9]*\).*$/\2/g')" fi options=`echo "$options" | sed -e ' s/--*t\(imeout\)*[ \t]*[0-9][0-9]*//g s/\(^\|[ \t]\)-/\1/g'` options=`echo "$options" | sed -e 's/\(^\|[ \t]\)-/\1/g'` test ! -z "$PRUNEREGEX" && \ options=`echo $options | \ sed -e "s#$PRUNEREGEX##g" -e 's#,\+#,#g' -e 's#,$##'` echo "$automount $mountoptions $dir yp $map $options $localoptions" fi done ) fi } # # Status lister. # status() { echo "Configured Mount Points:" echo "------------------------" getmounts echo "" echo "Active Mount Points:" echo "--------------------" ps ax|grep "[0-9]:[0-9][0-9] /usr/sbin/[a]utomount " | ( while read pid tt stat time command; do echo $command; done ) } automount=/usr/sbin/automount # # See how we were called. # case "$1" in start) echo -n 'Starting automounter:' getmounts | while read cmd mnt rest do echo -n " $mnt" pidfile=/var/run/automount`echo $mnt | sed 's/\//./g'`.pid start-stop-daemon --start --pidfile $pidfile --quiet \ --exec $automount -- $mnt $rest # # Automount needs a '--pidfile' or '-p' option. # For now we look for the pid ourself. # ps ax | grep "[0-9]:[0-9][0-9] $automount $mnt" | ( read pid rest echo $pid > $pidfile echo "$mnt $rest" >> $pidfile ) done echo "." ;; stop) echo 'Stopping automounter.' start-stop-daemon --stop --quiet --signal USR2 --exec $automount ;; force-reload|reload|restart) echo "Reloading automounter: checking for changes ... " TMP=/var/run/automount.tmp getmounts >$TMP for i in /var/run/automount.*.pid do pid=`head -n 1 $i 2>/dev/null` [ "$pid" = "" ] && continue command=`tail +2 $i | sed -e 's/.*[0-9]:[0-9]\{2\} \(.*\)/\1/'` if ! grep -q "^$command" $TMP then echo "Stopping automounter: $command" kill -USR2 $pid fi done rm -f $TMP /etc/init.d/autofs start ;; status) status ;; *) echo "Usage: /etc/init.d/autofs {start|stop|restart|reload|status|force-reload}" >&2 exit 1 ;; esac exit 0 Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems walken@wrs.com - http://www.via.ecp.fr/~walken/ From alvin Sat Oct 24 10:06:30 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id KAA04550; Sat, 24 Oct 1998 10:06:29 -0700 From: Alvin Oga Message-Id: <199810241706.KAA04550@mail.Linux-Consulting.com> Subject: Re: autofs with NIS+ and development kernels To: walken@wrs.com (Michel LESPINASSE) Date: Sat, 24 Oct 1998 10:06:29 -0700 (PDT) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: from "Michel LESPINASSE" at Oct 24, 98 03:25:22 pm Content-Type: text Status: RO X-Status: hi Michel > > could you email it to me to ??? > > I'll include the steps needed into the autoFS HOWTO > > Well, here comes.... thanx... please give me a few to several days to get around to updating the autofs HOWTO http://www.Linux-Consulting.com/Amd_AutoFS thanx alvin > I didnt know about the autofs howto, are you currently writing it or > should it be on every good HOWTO directory ? > > #! /bin/sh -e > # > # rc file for automount using a Sun-style "master map". > # We first look for a local /etc/auto.master, then a YP > # map with that name > # > # On most distributions, this file should be called: > # /etc/rc.d/init.d/autofs or /etc/init.d/autofs > # > > # > # List of options to ignore with NIS maps. You can use this to filter out > # options that Linux does not (yet) understand if your mount does not > # understand the -s (sloppy) flag. Seperate the options with spaces! > # > PRUNEOPTIONS="quota" > > # > # We can add local options here > # e.g. localoptions='rsize=8192,wsize=8192' > # > localoptions='' > > # Check if automount exists > test -f /usr/sbin/automount || exit 0 > > # Check if autofs is available on the system > if ! grep -q autofs /proc/filesystems; then > if [ ! -e /lib/modules/`uname -r`/fs/autofs.o ]; then > echo "Error: autofs support not available." > exit 0 > fi > fi > > > PATH=/sbin:/usr/sbin:/bin:/usr/bin > export PATH > > # Make a regular expression from PRUNEOPTIONS > test ! -z "$PRUNEOPTIONS" && > PRUNEREGEX=`echo $PRUNEOPTIONS | \ > sed -e 's#^#\\\(#' -e 's# \+#\\\|#' -e 's#$#\\\)#'` > > > # > # This function will build a list of automount commands to execute in > # order # to activate all the mount points. It is used to figure out > # the difference of automount points in case of a reload > # > getmounts() > { > # > # Check for local maps to be loaded > # > if [ -f /etc/auto.master ] > then > cat /etc/auto.master | sed -e '/^#/d' -e '/^$/d'| ( > while read dir map options > do > if [ ! -z "$dir" -a ! -z "$map" -a \ > x`echo "$map" | cut -c1` != 'x-' ] > then > map=`echo "/etc/$map" | sed -e 's:^/etc//:/:'` > # special: treat -t or --timeout (or any reasonable derivative) > # specially, since it can't be made a normal mount option. > if echo $options | grep -- '-t' >/dev/null 2>&1 ; then > mountoptions="--timeout $(echo $options | \ > sed 's/^.*-t\(imeout\)*[ \t]*\([0-9][0-9]*\).*$/\2/g')" > fi > options=`echo "$options" | sed -e ' > s/--*t\(imeout\)*[ ]*[0-9][0-9]*//g > s/\(^\|[ \t]\)-/\1/g'` > > if [ -x $map ]; then > echo "$automount $mountoptions $dir program $map $options $localoptions" > elif [ -f $map ]; then > echo "$automount $mountoptions $dir file $map $options $localoptions" > else > echo "$automount $mountoptions $dir `basename $map` $options $localoptions" > fi > fi > done > ) | sed 's/ / /g' > fi > > # > # Check for YellowPage maps to be loaded > # > if [ -e /usr/bin/ypcat ] && [ `ypcat -k auto.master 2>/dev/null | wc -l` -gt 0 ] > then > ypcat -k auto.master | ( > while read dir map options > do > if [ ! -z "$dir" -a ! -z "$map" \ > -a x`echo "$map" | cut -c1` != 'x-' ] > then > map=`echo "$map" | sed -e 's/^auto_/auto./'` > # special: treat -t or --timeout (or any reasonable derivative) > # specially, since it can't be made a normal mount option. > if echo $options | grep -- '-t' >/dev/null 2>&1 ; then > mountoptions="--timeout $(echo $options | \ > sed 's/^.*-t\(imeout\)*[ ]*\([0-9][0-9]*\).*$/\2/g')" > fi > options=`echo "$options" | sed -e ' > s/--*t\(imeout\)*[ \t]*[0-9][0-9]*//g > s/\(^\|[ \t]\)-/\1/g'` > > options=`echo "$options" | sed -e 's/\(^\|[ \t]\)-/\1/g'` > test ! -z "$PRUNEREGEX" && \ > options=`echo $options | \ > sed -e "s#$PRUNEREGEX##g" -e 's#,\+#,#g' -e 's#,$##'` > echo "$automount $mountoptions $dir yp $map $options $localoptions" > fi > done > ) > fi > } > > # > # Status lister. > # > status() > { > echo "Configured Mount Points:" > echo "------------------------" > getmounts > echo "" > echo "Active Mount Points:" > echo "--------------------" > ps ax|grep "[0-9]:[0-9][0-9] /usr/sbin/[a]utomount " | ( > while read pid tt stat time command; do echo $command; done > ) > } > > > > automount=/usr/sbin/automount > > # > # See how we were called. > # > case "$1" in > start) > echo -n 'Starting automounter:' > getmounts | while read cmd mnt rest > do > echo -n " $mnt" > pidfile=/var/run/automount`echo $mnt | sed 's/\//./g'`.pid > start-stop-daemon --start --pidfile $pidfile --quiet \ > --exec $automount -- $mnt $rest > # > # Automount needs a '--pidfile' or '-p' option. > # For now we look for the pid ourself. > # > ps ax | grep "[0-9]:[0-9][0-9] $automount $mnt" | ( > read pid rest > echo $pid > $pidfile > echo "$mnt $rest" >> $pidfile > ) > done > echo "." > ;; > stop) > echo 'Stopping automounter.' > start-stop-daemon --stop --quiet --signal USR2 --exec $automount > ;; > force-reload|reload|restart) > echo "Reloading automounter: checking for changes ... " > TMP=/var/run/automount.tmp > getmounts >$TMP > for i in /var/run/automount.*.pid > do > pid=`head -n 1 $i 2>/dev/null` > [ "$pid" = "" ] && continue > command=`tail +2 $i | sed -e 's/.*[0-9]:[0-9]\{2\} \(.*\)/\1/'` > if ! grep -q "^$command" $TMP > then > echo "Stopping automounter: $command" > kill -USR2 $pid > fi > done > rm -f $TMP > /etc/init.d/autofs start > ;; > status) > status > ;; > *) > echo "Usage: /etc/init.d/autofs {start|stop|restart|reload|status|force-reload}" >&2 > exit 1 > ;; > esac > > exit 0 > > Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems > walken@wrs.com - http://www.via.ecp.fr/~walken/ > From walken@wrs.com Sun Oct 25 02:53:46 1998 Return-Path: Received: from Everest.vannes.wrsec.fr (walken@unknown-80-50.wrs.com [147.11.80.50]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA05709 for ; Sun, 25 Oct 1998 02:53:45 -0800 Received: from localhost (walken@localhost) by Everest.vannes.wrsec.fr (8.9.1a/8.9.1/Debian/GNU) with SMTP id SAA01847 for ; Sun, 25 Oct 1998 18:57:12 +0100 X-Authentication-Warning: Everest.vannes.wrsec.fr: walken owned process doing -bs Date: Sun, 25 Oct 1998 18:57:12 +0100 (CET) From: Michel LESPINASSE Sender: walken@Everest.vannes.wrsec.fr To: alvin@linux-consulting.com Subject: autofs submounts Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO X-Status: Hello alvin, after looking at your autofs howto, I realised that it should be possible to emulate the sun -hosts option with submounts. However, I dont manage it: I tried to use the options from the autofs-5.html page, but it looks like my -D options are beeing ignored. On our network the nfs volumes are exported as hostname:/volume (usualy erdre:/erdre1 or similar names) I used this config files : # auto.master /net /etc/auto.net # auto.net * -Dnethost=& -fstype=autofs file:/etc/auto.netsub # auto.netsub * $nethost:/& when I do ls /net/erdre/erdre1, I see that this file has been created as a symlink to /erdre1, and not correctly mounted. this is probably because $nethost has not been expanded. with ps -auxw, I see that automount has been run without the -D option : /usr/sbin/automount --submount /net/erdre file /etc/auto.netsub Do you know how to solve this problem ? on the howto page, you write "I encountered two bugs while playing with submounts. See my other post for a patch. " perhaps this is what I am looking for ? I'm using linux 2.0.35 (unpatched) with Linux automount version 3.1.1 Thanks, Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems walken@wrs.com - http://www.via.ecp.fr/~walken/ From alvin@planet.fef.com Sun Oct 25 03:53:09 1998 Return-Path: Received: from planet (planet.fef.com [198.147.196.14]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id DAA05877 for ; Sun, 25 Oct 1998 03:53:09 -0800 Received: by planet via sendmail with stdio id for alvin@linux-consulting.com; Sun, 25 Oct 1998 10:54:18 -0800 (PST) (Smail-3.2.0.90 1996-Dec-4 #9 built 1996-Dec-8) Message-Id: From: alvin@planet.fef.com (Alvin Oga) Subject: Re: [svlug] automount using NIS maps on RedHat 5.1? (fwd) To: alvin@linux-consulting.com Date: Sun, 25 Oct 1998 10:54:18 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO X-Status: > Larry M. Augustin wrote: >From zappa.fef.com!real-alvin Wed Oct 14 13:25:40 1998 From: "Larry M. Augustin" Date: Wed, 14 Oct 1998 06:16:12 -0700 (PDT) To: Bill Janssen Cc: "Larry M. Augustin" , svlug@svlug.org Subject: Re: [svlug] automount using NIS maps on RedHat 5.1? In-Reply-To: <0q8xQBsB0KGWAJdY0F@holmes.parc.xerox.com> References: <98Oct13.142250pdt."404606"@watson.parc.xerox.com> <13859.54076.439789.268262@cray.varesearch.com> <0q8xQBsB0KGWAJdY0F@holmes.parc.xerox.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13860.41403.883267.642134@cray.varesearch.com> Sender: owner-svlug@svlug.org Precedence: bulk X-Alternate-URL: http://www.svlug.org X-Mascot: penguin X-OS: Linux svlug.svlug.org 2.0.30 #3 Thu Aug 14 14:47:34 PDT 1997 i486 unknown Ah. The script has changed in the newer release. It used to be the case that if a file by the name did not exist, the script try a yp map also. It looks to me like that's not the case anymore. Well, here's the quick and easy answer. Just run: /usr/sbin/automount /directory yp yp-map-name Where "/directory" is the directory and yp-map-name is the name of the yp map. I see that the script now looks for a yp map named auto.master, and starts automount using the "yp" flag for any maps it lists. So: 1. create a yp map named auto.master. 2. Put any yp autofs maps into the yp auto.master file. Larry FYI from the autofs rc script: # # Check for YellowPage maps to be loaded # if [ -e /usr/bin/ypcat ] && [ `ypcat -k auto.master 2>/dev/null | wc -l` -gt 0 ] then ypcat -k auto.master | ( while read dir map options do if [ ! -z "$dir" -a ! -z "$map" \ -a x`echo "$map" | cut -c1` != 'x-' ] then map=`echo "$map" | sed -e 's/^auto_/auto./'` if echo $options | grep -- '-t' >/dev/null 2>&1 ; then mountoptions="--timeout $(echo $options | \ sed 's/^.*-t\(imeout\)*[ \t]*\([0-9][0-9]*\).*$/\2/g')" fi options=`echo "$options" | sed -e ' s/--*t\(imeout\)*[ \t]*[0-9][0-9]*//g s/\(^\|[ \t]\)-/\1/g'` echo "/usr/sbin/automount $mountoptions $dir yp $map $options $localoptions" fi done ) fi } Bill Janssen writes: > Excerpts from direct: 13-Oct-98 [svlug] automount using NIS.. "Larry M. > Augustin"@vare (880) > > > 3. Put your map name in /etc/auto.master (see the autofs rc script > > that starts autofs and reads auto.master). > > What's the syntax for this step? I read the autofs script, and saw no > automount daemons with "yp" maps being started from the auto.master > file... Here's the pertinent script, in fact: > > if [ -f /etc/auto.master ] > then > cat /etc/auto.master | sed -e '/^#/d' -e '/^$/d'| ( > while read dir map options > do > if [ ! -z "$dir" -a ! -z "$map" \ > -a x`echo "$map" | cut -c1` != 'x-' ] > then > map=`echo "/etc/$map" | sed -e 's:^/etc//:/:'` > # special: treat -t or --timeout (or any reasonable derivative) > # specially, since it can't be made a normal mount option. > if echo $options | grep -- '-t' >/dev/null 2>&1 ; then > mountoptions="--timeout $(echo $options | \ > sed 's/^.*-t\(imeout\)*[ \t]*\([0-9][0-9]*\).*$/\2/g')" > fi > options=`echo "$options" | sed -e ' > s/--*t\(imeout\)*[ \t]*[0-9][0-9]*//g > s/\(^\|[ \t]\)-/\1/g'` > if [ -x $map ]; then > echo "/usr/sbin/automount $mountoptions $dir program $map $options $localoptions" > elif [ -f $map ]; then > echo "/usr/sbin/automount $mountoptions $dir file $map $options $localoptions" > else > echo "/usr/sbin/automount $mountoptions $dir `basename $map` $options $localoptions" > fi > fi > done > ) > fi > > Bill > > -- > echo "unsubscribe svlug" | mail majordomo@svlug.org > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe -- echo "unsubscribe svlug" | mail majordomo@svlug.org ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe From alvin Sun Oct 25 16:10:30 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id QAA21596; Sun, 25 Oct 1998 16:10:30 -0800 From: Alvin Oga Message-Id: <199810260010.QAA21596@mail.Linux-Consulting.com> Subject: Re: autofs submounts To: walken@wrs.com (Michel LESPINASSE) Date: Sun, 25 Oct 1998 16:10:30 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: from "Michel LESPINASSE" at Oct 25, 98 06:57:12 pm Content-Type: text Status: RO X-Status: hi ya Michel > after looking at your autofs howto, I realised that it should be possible > to emulate the sun -hosts option with submounts. However, I dont manage > it: I tried to use the options from the autofs-5.html page, but it looks > like my -D options are beeing ignored. > > On our network the nfs volumes are exported as hostname:/volume (usualy > erdre:/erdre1 or similar names) I used this config files : > > # auto.master > /net /etc/auto.net > > # auto.net > * -Dnethost=& -fstype=autofs file:/etc/auto.netsub try it this way and let me know if it worked: rh> # ... some exceptions to the rule ... rh> * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub rh> rh> ## /etc/autofs/nfs.sub rh> * ${host}:${prefix}/& > # auto.netsub > * $nethost:/& > > when I do ls /net/erdre/erdre1, I see that this file has been created as a > symlink to /erdre1, and not correctly mounted. this is probably because > $nethost has not been expanded. not sure how to handle $nethost...but the other guy used the above options instead > with ps -auxw, I see that automount has been run without the -D option : > /usr/sbin/automount --submount /net/erdre file /etc/auto.netsub > > Do you know how to solve this problem ? on the howto page, you write "I > encountered two bugs while playing with submounts. See my other post for a > patch. " perhaps this is what I am looking for ? "i" does not mean "me", but the guy that was posting the email... thanx alvin > I'm using linux 2.0.35 (unpatched) with Linux automount version 3.1.1 me too... > > Thanks, > > Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems > walken@wrs.com - http://www.via.ecp.fr/~walken/ > From b17681@sol1.ep.anl.gov Mon Oct 26 10:14:15 1998 Return-Path: Received: from dns2.anl.gov (dns2.anl.gov [146.139.254.3]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA23406 for ; Mon, 26 Oct 1998 10:14:15 -0800 Received: from sol1.ep.anl.gov (sol1.ep.anl.gov [146.139.80.91]) by dns2.anl.gov (8.8.7/8.6.11) with SMTP id MAA14146 for ; Mon, 26 Oct 1998 12:09:44 -0600 (CST) Received: from sol8.ep.anl.gov by sol1.ep.anl.gov (SMI-8.6/SMI-SVR4) id MAA01163; Mon, 26 Oct 1998 12:09:39 -0600 Received: by sol8.ep.anl.gov (SMI-8.6/SMI-SVR4) id MAA22245; Mon, 26 Oct 1998 12:09:42 -0600 Date: Mon, 26 Oct 1998 12:09:42 -0600 From: b17681@sol1.ep.anl.gov (W. L. Woodruff) Message-Id: <199810261809.MAA22245@sol8.ep.anl.gov> To: alvin@Linux-Consulting.com Subject: Automounting Startup Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: eLvUQOEOsLEUOvEwmi2pbg== Status: RO X-Status: I have been able to set up (with your help) automounting where I start manually autofs with /etc/rc.d/init.d/autofs start, but if the system is rebooted this has to be done manually again. I am sure that I can add this to one of the boot scripts at level 2, but I would assume there is a preferred location for this but have not been able to find such information in the HOWTOs or elsewhere. If you have such information, it would be greatly appreciated, and I would suggest that it would be useful for all to include this in the autofs-HOWTO. Bill From alvin Mon Oct 26 13:13:57 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id NAA23678; Mon, 26 Oct 1998 13:13:55 -0800 From: Alvin Oga Message-Id: <199810262113.NAA23678@mail.Linux-Consulting.com> Subject: Re: Automounting Startup To: b17681@sol1.ep.anl.gov (W. L. Woodruff) Date: Mon, 26 Oct 1998 13:13:55 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: <199810261809.MAA22245@sol8.ep.anl.gov> from "W. L. Woodruff" at Oct 26, 98 12:09:42 pm Content-Type: text Status: O X-Status: hi ya bill the simple way is to add " /etc/rc.d/init.d/autofs start" to your /etc/rc.d/rc.local script or equivalent...but might not work depending on what you are mounting.. Otherwise...you need to do something like this... ( redhat box ) www:~# ls -la /etc/rc.d/*/*auto* -rwxr-xr-x 1 root root 4209 May 7 18:21 /etc/rc.d/init.d/autofs* lrwxrwxrwx 1 root root 16 Oct 18 22:21 /etc/rc.d/rc0.d/K08autofs -> ../init.d/autofs* lrwxrwxrwx 1 root root 16 Oct 18 22:21 /etc/rc.d/rc1.d/K08autofs -> ../init.d/autofs* lrwxrwxrwx 1 root root 16 Oct 18 22:21 /etc/rc.d/rc2.d/K08autofs -> ../init.d/autofs* lrwxrwxrwx 1 root root 16 Oct 18 22:39 /etc/rc.d/rc3.d/S72autofs -> ../init.d/autofs* lrwxrwxrwx 1 root root 16 Oct 18 22:39 /etc/rc.d/rc4.d/S72autofs -> ../init.d/autofs* lrwxrwxrwx 1 root root 16 Oct 18 22:39 /etc/rc.d/rc5.d/S72autofs -> ../init.d/autofs* lrwxrwxrwx 1 root root 16 Oct 18 22:21 /etc/rc.d/rc6.d/K08autofs -> ../init.d/autofs* # # and if you prefer to use "tools/utilities": # use --add instead of --list -- man pages for more info # www:~# chkconfig --list autofs autofs 0:off 1:off 2:off 3:on 4:on 5:on 6:off have fun alvin > I have been able to set up (with your help) automounting where I start manually > autofs with /etc/rc.d/init.d/autofs start, but if the system is rebooted this > has to be done manually again. I am sure that I can add this to one of the boot > scripts at level 2, but I would assume there is a preferred location for this > but have not been able to find such information in the HOWTOs or elsewhere. If > you have such information, it would be greatly appreciated, and I would suggest > that it would be useful for all to include this in the autofs-HOWTO. > > Bill > From owner-autofs@linux.kernel.org Mon Oct 26 21:30:02 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id VAA24538 for ; Mon, 26 Oct 1998 21:30:01 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA01087 for autofs-list; Mon, 26 Oct 1998 20:23:51 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA01084 for ; Mon, 26 Oct 1998 20:23:50 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id NAA22165 for ; Mon, 26 Oct 1998 13:09:47 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id NAA23613; Mon, 26 Oct 1998 13:09:46 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id NAA21724; Mon, 26 Oct 1998 13:09:45 -0800 Message-Id: <199810262109.NAA21724@cesium.transmeta.com> Subject: One more autofs testing patch To: autofs@linux.kernel.org (autofs mailing list) Date: Mon, 26 Oct 1998 13:09:45 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Here is one more autofs testing patch, 2.1.125-3 (although it should work against any 2.1.12x kernel). I have not seen any problems with 2.1.125-2 yet; if any of you who tested it have any input (yea or nay) I would like to have it NOW, thanks. 2.1.125-3 adds masking of all signals but SIGKILL, SIGINT and SIGQUIT before going to sleep; this keeps things like SIGWINCH and SIGALRM from interrupting a pending mount; I suspect the latter is the cause for the funny behaviour of autofs with Netscape. This patch still contains debugging code that I do not plan to include in the mainstream version, but I would like it in for the time being as it would help me identify problems if any crop up. diff -ur stock/linux-2.1.125/fs/autofs/autofs_i.h linux-2.1.125-smp/fs/autofs/autofs_i.h --- stock/linux-2.1.125/fs/autofs/autofs_i.h Thu Oct 8 21:32:25 1998 +++ linux-2.1.125-smp/fs/autofs/autofs_i.h Fri Oct 16 10:33:38 1998 @@ -47,11 +47,13 @@ struct autofs_dir_ent { int hash; - struct autofs_dir_ent *next; - struct autofs_dir_ent **back; char *name; int len; ino_t ino; + struct dentry *dentry; + /* Linked list of entries */ + struct autofs_dir_ent *next; + struct autofs_dir_ent **back; /* The following entries are for the expiry system */ unsigned long last_usage; struct autofs_dir_ent *exp_next; @@ -123,7 +125,7 @@ struct autofs_dir_ent *autofs_hash_lookup(const struct autofs_dirhash *,struct qstr *); void autofs_hash_insert(struct autofs_dirhash *,struct autofs_dir_ent *); void autofs_hash_delete(struct autofs_dir_ent *); -struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *,off_t *); +struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *,off_t *,struct autofs_dir_ent *); void autofs_hash_nuke(struct autofs_dirhash *); /* Expiration-handling functions */ diff -ur stock/linux-2.1.125/fs/autofs/dirhash.c linux-2.1.125-smp/fs/autofs/dirhash.c --- stock/linux-2.1.125/fs/autofs/dirhash.c Tue Aug 18 13:12:17 1998 +++ linux-2.1.125-smp/fs/autofs/dirhash.c Tue Oct 20 15:31:00 1998 @@ -30,9 +30,50 @@ ent->exp_next->exp_prev = ent->exp_prev; } +static int autofs_verify_expiry_list_sane(struct autofs_dirhash *dh, + struct autofs_dir_ent *ent) +{ + /* Sanity check: verify the integrity of the expiry list + and make sure "ent" is a member */ + int found_ent, timeout; + struct autofs_dir_ent *ptr; + + ptr = dh->expiry_head.exp_next; + found_ent = 0; + timeout = 64; + + while ( ptr != &dh->expiry_head ) { + if ( ptr == ent ) { + if ( found_ent ) { + printk("autofs: entry %s on expiry queue twice - circular list?\n", ent->name); + return 1; + } else + found_ent = 1; + } + if ( ! --timeout ) { + printk("autofs: expiry queue doesn't appear to end\n"); + return 1; + } + ptr = ptr->exp_next; + } + if ( !found_ent ) { + printk("autofs: expiry queue doesn't contain expected entry: %s\n", ent->name); + printk("queue contents: "); + ptr = dh->expiry_head.exp_next; + while ( ptr != &dh->expiry_head ) { + printk("%s ", ptr->name); + ptr = ptr->exp_next; + } + } + return 0; +} + void autofs_update_usage(struct autofs_dirhash *dh, struct autofs_dir_ent *ent) { + if ( autofs_verify_expiry_list_sane(dh,ent) ) + return; + autofs_delete_usage(ent); /* Unlink from current position */ autofs_init_usage(dh,ent); /* Relink at queue tail */ } @@ -59,13 +100,11 @@ return ent; /* Symlinks are always expirable */ /* Get the dentry for the autofs subdirectory */ - dentry = lookup_dentry(ent->name, dget(sb->s_root), 0); + dentry = ent->dentry; - if ( IS_ERR(dentry) ) { - printk("autofs: no such dentry on expiry queue: %s\n", - ent->name); + if ( !dentry ) { + printk("autofs: dentry == NULL but inode range is directory, entry %s\n", ent->name); autofs_delete_usage(ent); - continue; } if ( !dentry->d_inode ) { @@ -79,24 +118,12 @@ /* Make sure entry is mounted and unused; note that dentry will point to the mounted-on-top root. */ if ( !S_ISDIR(dentry->d_inode->i_mode) - || dentry->d_covers == dentry ) { - dput(dentry); + || dentry->d_mounts == dentry ) { DPRINTK(("autofs: not expirable (not a mounted directory): %s\n", ent->name)); continue; } - /* - * Now, this is known to be a mount point; therefore the dentry - * will be held by the superblock. is_root_busy() will break if - * we hold a use count here, so we have to dput() it before calling - * is_root_busy(). However, since it is a mount point (already - * verified), dput() will be a nonblocking operation and the use - * count will not go to zero; therefore the call to is_root_busy() - * here is legal. - */ - dput(dentry); - - if ( !is_root_busy(dentry) ) { + if ( !is_root_busy(dentry->d_mounts) ) { DPRINTK(("autofs: signaling expire on %s\n", ent->name)); return ent; /* Expirable! */ } @@ -136,6 +163,8 @@ autofs_say(ent->name,ent->len); autofs_init_usage(dh,ent); + if ( ent->dentry ) + ent->dentry->d_count++; dhnp = &dh->h[(unsigned) ent->hash % AUTOFS_HASH_SIZE]; ent->next = *dhnp; @@ -153,6 +182,8 @@ autofs_delete_usage(ent); + if ( ent->dentry ) + dput(ent->dentry); kfree(ent->name); kfree(ent); } @@ -161,8 +192,12 @@ * Used by readdir(). We must validate "ptr", so we can't simply make it * a pointer. Values below 0xffff are reserved; calling with any value * <= 0x10000 will return the first entry found. + * + * "last" can be NULL or the value returned by the last search *if* we + * want the next sequential entry. */ -struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *dh, off_t *ptr) +struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *dh, + off_t *ptr, struct autofs_dir_ent *last) { int bucket, ecount, i; struct autofs_dir_ent *ent; @@ -176,19 +211,23 @@ DPRINTK(("autofs_hash_enum: bucket %d, entry %d\n", bucket, ecount)); - ent = NULL; - - while ( bucket < AUTOFS_HASH_SIZE ) { - ent = dh->h[bucket]; - for ( i = ecount ; ent && i ; i-- ) - ent = ent->next; + ent = last ? last->next : NULL; - if (ent) { - ecount++; /* Point to *next* entry */ - break; + if ( ent ) { + ecount++; + } else { + while ( bucket < AUTOFS_HASH_SIZE ) { + ent = dh->h[bucket]; + for ( i = ecount ; ent && i ; i-- ) + ent = ent->next; + + if (ent) { + ecount++; /* Point to *next* entry */ + break; + } + + bucket++; ecount = 0; } - - bucket++; ecount = 0; } #ifdef DEBUG @@ -214,6 +253,8 @@ for ( i = 0 ; i < AUTOFS_HASH_SIZE ; i++ ) { for ( ent = dh->h[i] ; ent ; ent = nent ) { nent = ent->next; + if ( ent->dentry ) + dput(ent->dentry); kfree(ent->name); kfree(ent); } diff -ur stock/linux-2.1.125/fs/autofs/root.c linux-2.1.125-smp/fs/autofs/root.c --- stock/linux-2.1.125/fs/autofs/root.c Mon Aug 24 13:14:10 1998 +++ linux-2.1.125-smp/fs/autofs/root.c Fri Oct 23 15:41:35 1998 @@ -66,9 +66,10 @@ static int autofs_root_readdir(struct file *filp, void *dirent, filldir_t filldir) { - struct autofs_dir_ent *ent; + struct autofs_dir_ent *ent = NULL; struct autofs_dirhash *dirhash; struct inode * inode = filp->f_dentry->d_inode; + void *where = NULL; off_t onr, nr; if (!inode || !S_ISDIR(inode->i_mode)) @@ -90,10 +91,12 @@ filp->f_pos = ++nr; /* fall through */ default: - while ( onr = nr, ent = autofs_hash_enum(dirhash,&nr) ) { - if (filldir(dirent,ent->name,ent->len,onr,ent->ino) < 0) - return 0; - filp->f_pos = nr; + while ( onr = nr, ent = autofs_hash_enum(dirhash,&nr,ent) ) { + if ( !ent->dentry || ent->dentry->d_mounts != ent->dentry ) { + if (filldir(dirent,ent->name,ent->len,onr,ent->ino) < 0) + return 0; + filp->f_pos = nr; + } } break; } @@ -110,8 +113,8 @@ if ( !(ent = autofs_hash_lookup(&sbi->dirhash, &dentry->d_name)) ) { do { if ( status && dentry->d_inode ) { - printk("autofs warning: lookup failure on existing dentry, status = %d, name = %s\n", status, dentry->d_name.name); - break; + printk("autofs warning: lookup failure on positive dentry, status = %d, name = %s\n", status, dentry->d_name.name); + return 0; /* Try to get the kernel to invalidate this dentry */ } /* Turn this into a real negative dentry? */ @@ -148,8 +151,9 @@ /* We don't update the usages for the autofs daemon itself, this is necessary for recursive autofs mounts */ - if ( !autofs_oz_mode(sbi) ) + if ( !autofs_oz_mode(sbi) ) { autofs_update_usage(&sbi->dirhash,ent); + } dentry->d_flags &= ~DCACHE_AUTOFS_PENDING; return 1; @@ -193,7 +197,8 @@ /* Update the usage list */ if ( !autofs_oz_mode(sbi) ) { ent = (struct autofs_dir_ent *) dentry->d_time; - autofs_update_usage(&sbi->dirhash,ent); + if ( ent ) + autofs_update_usage(&sbi->dirhash,ent); } return 1; } @@ -207,6 +212,7 @@ static int autofs_root_lookup(struct inode *dir, struct dentry * dentry) { struct autofs_sb_info *sbi; + struct autofs_dir_ent *ent; struct inode *res; int oz_mode; @@ -249,6 +255,15 @@ return -ERESTARTNOINTR; } + /* + * If this dentry is unhashed, then we shouldn't honour this + * lookup even if the dentry is positive. Returning ENOENT here + * doesn't do the right thing for all system calls, but it should + * be OK for the operations we permit from an autofs. + */ + if ( dentry->d_inode && list_empty(&dentry->d_hash) ) + return -ENOENT; + return 0; } @@ -304,6 +319,7 @@ ent->ino = AUTOFS_FIRST_SYMLINK + n; ent->hash = dentry->d_name.hash; memcpy(ent->name, dentry->d_name.name, 1+(ent->len = dentry->d_name.len)); + ent->dentry = NULL; /* We don't keep the dentry for symlinks */ autofs_hash_insert(dh,ent); d_instantiate(dentry, iget(dir->i_sb,ent->ino)); @@ -339,7 +355,8 @@ n = ent->ino - AUTOFS_FIRST_SYMLINK; if ( n >= AUTOFS_MAX_SYMLINKS || !test_bit(n,sbi->symlink_bitmap) ) return -EINVAL; /* Not a symlink inode, can't unlink */ - + + dentry->d_time = (unsigned long)(struct autofs_dirhash *)NULL; autofs_hash_delete(ent); clear_bit(n,sbi->symlink_bitmap); kfree(sbi->symlink[n].data); @@ -353,6 +370,7 @@ struct autofs_sb_info *sbi = (struct autofs_sb_info *) dir->i_sb->u.generic_sbp; struct autofs_dirhash *dh = &sbi->dirhash; struct autofs_dir_ent *ent; + struct dentry *odentry; if ( !autofs_oz_mode(sbi) ) return -EPERM; @@ -364,6 +382,12 @@ if ( (unsigned int)ent->ino < AUTOFS_FIRST_DIR_INO ) return -ENOTDIR; /* Not a directory */ + if ( ent->dentry != dentry ) { + printk("autofs_rmdir: odentry != dentry for entry %s\n", + dentry->d_name); + } + + dentry->d_time = (unsigned long)(struct autofs_dir_ent *)NULL; autofs_hash_delete(ent); dir->i_nlink--; d_drop(dentry); @@ -399,12 +423,14 @@ return -ENOSPC; } + dir->i_nlink++; + d_instantiate(dentry, iget(dir->i_sb,ent->ino)); + ent->hash = dentry->d_name.hash; memcpy(ent->name, dentry->d_name.name, 1+(ent->len = dentry->d_name.len)); ent->ino = sbi->next_dir_ino++; + ent->dentry = dentry; autofs_hash_insert(dh,ent); - dir->i_nlink++; - d_instantiate(dentry, iget(dir->i_sb,ent->ino)); return 0; } diff -ur stock/linux-2.1.125/fs/autofs/waitq.c linux-2.1.125-smp/fs/autofs/waitq.c --- stock/linux-2.1.125/fs/autofs/waitq.c Mon Dec 1 10:34:11 1997 +++ linux-2.1.125-smp/fs/autofs/waitq.c Sat Oct 24 19:18:52 1998 @@ -2,7 +2,7 @@ * * linux/fs/autofs/waitq.c * - * Copyright 1997 Transmeta Corporation -- All Rights Reserved + * Copyright 1997-1998 Transmeta Corporation -- All Rights Reserved * * This file is part of the Linux kernel and is made available under * the terms of the GNU General Public License, version 2, or at your @@ -20,6 +20,9 @@ is better if we don't reassign numbers easily even across filesystems */ static int autofs_next_wait_queue = 1; +/* These are the signals we allow interrupting a pending mount */ +#define SHUTDOWN_SIGS (sigmask(SIGKILL) | sigmask(SIGINT) | sigmask(SIGQUIT)) + void autofs_catatonic_mode(struct autofs_sb_info *sbi) { struct autofs_wait_queue *wq, *nwq; @@ -133,9 +136,25 @@ } else wq->wait_ctr++; + /* wq->name is NULL if and only if the lock is already released */ + if ( wq->name ) { - /* wq->name is NULL if and only if the lock is released */ + /* Block all but "shutdown" signals while waiting */ + sigset_t oldset; + unsigned long irqflags; + + spin_lock_irqsave(¤t->sigmask_lock, irqflags); + oldset = current->blocked; + siginitsetinv(¤t->blocked, SHUTDOWN_SIGS & ~oldset.sig[0]); + recalc_sigpending(current); + spin_unlock_irqrestore(¤t->sigmask_lock, irqflags); + interruptible_sleep_on(&wq->queue); + + spin_lock_irqsave(¤t->sigmask_lock, irqflags); + current->blocked = oldset; + recalc_sigpending(current); + spin_unlock_irqrestore(¤t->sigmask_lock, irqflags); } else { DPRINTK(("autofs_wait: skipped sleeping\n")); } From alvin Tue Oct 27 03:13:53 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id DAA25117; Tue, 27 Oct 1998 03:13:50 -0800 From: Alvin Oga Message-Id: <199810271113.DAA25117@mail.Linux-Consulting.com> Subject: Re: mount in root-directory To: hoepfner@fli.sh.bosch.de (Hoepfner Enrico) Date: Tue, 27 Oct 1998 03:13:50 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: <363469CC.24451818@fli.sh.bosch.de> from "Hoepfner, Enrico" at Oct 26, 98 01:23:41 pm Content-Type: text Status: RO X-Status: hi... > > I want to mount a directory with autfs in the root-directory. > In Solaris I can do that with the entry "/-" in auto.master. > > e.g. > > nfsserver:/disk1 -> automountclient:/disk1 please look at the autoFS-HOWTO and let me know if it answers your question or not... - you will need to create /.autofs - you will need to create a link /.autofs/disk1 /disk1 http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html have fun alvin > > I use SuSE-Linux 5.3 and autofs-3.1.0-10. > > Thank's > Enrico Hoepfner > From owner-autofs@linux.kernel.org Tue Oct 27 02:05:57 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA24963 for ; Tue, 27 Oct 1998 02:05:55 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id AAA07989 for autofs-list; Tue, 27 Oct 1998 00:47:57 -0800 Received: from gwa.fr.bosch.de (firewall-user@gwa.fr.bosch.de [194.120.36.67]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id AAA07984 for ; Tue, 27 Oct 1998 00:47:52 -0800 Received: (from uucp@localhost) by gwa.fr.bosch.de (8.9.1/8.9.1) id NAA19856 for ; Mon, 26 Oct 1998 13:24:58 +0100 (MET) Received: from mailgate.fr.internet.bosch.de( 194.120.36.134) by gwa.fr.bosch.de via smap (V2.1) id xma018997; Mon, 26 Oct 98 13:24:01 +0100 Received: from sonne.fli.sh.bosch.de (sonne.fli.sh.bosch.de [135.1.1.1]) by mailgate.fr.internet.bosch.de (8.9.1/8.9.1) with ESMTP id NAA19115 for ; Mon, 26 Oct 1998 13:23:42 +0100 (MET) Received: from fli.sh.bosch.de (linde [135.1.0.106]) by sonne.fli.sh.bosch.de (8.8.8/8.8.8) with ESMTP id NAA17135 for ; Mon, 26 Oct 1998 13:23:40 +0100 (MET) Message-ID: <363469CC.24451818@fli.sh.bosch.de> Date: Mon, 26 Oct 1998 13:23:41 +0100 From: "Hoepfner, Enrico" X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: mount in root-directory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hallo, I want to mount a directory with autfs in the root-directory. In Solaris I can do that with the entry "/-" in auto.master. e.g. nfsserver:/disk1 -> automountclient:/disk1 I use SuSE-Linux 5.3 and autofs-3.1.0-10. Thank's Enrico Hoepfner From owner-autofs@linux.kernel.org Tue Oct 27 14:13:45 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA26228 for ; Tue, 27 Oct 1998 14:13:41 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA24536 for autofs-list; Tue, 27 Oct 1998 12:16:57 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA24533 for ; Tue, 27 Oct 1998 12:16:55 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id MAA06100 for ; Tue, 27 Oct 1998 12:16:54 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id MAA10974; Tue, 27 Oct 1998 12:16:51 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id MAA00781; Tue, 27 Oct 1998 12:16:51 -0800 Message-Id: <199810272016.MAA00781@cesium.transmeta.com> Subject: autofs patch sent to Linus To: autofs@linux.kernel.org (autofs mailing list) Date: Tue, 27 Oct 1998 12:16:51 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I have sent the following patch to Linus for inclusion in 2.1.127. It is pretty much the same as the 2.1.125-3 patch but with the bulk of the debugging code taken out and some comments updated. I'm not sure this solves all known autofs problems, but it at least seems to be a significant improvement. -hpa diff -ur stock/linux-2.1.125/fs/autofs/autofs_i.h linux-2.1.125-smp/fs/autofs/autofs_i.h --- stock/linux-2.1.125/fs/autofs/autofs_i.h Thu Oct 8 21:32:25 1998 +++ linux-2.1.125-smp/fs/autofs/autofs_i.h Tue Oct 27 12:04:20 1998 @@ -2,7 +2,7 @@ * * linux/fs/autofs/autofs_i.h * - * Copyright 1997 Transmeta Corporation - All Rights Reserved + * Copyright 1997-1998 Transmeta Corporation - All Rights Reserved * * This file is part of the Linux kernel and is made available under * the terms of the GNU General Public License, version 2, or at your @@ -47,11 +47,13 @@ struct autofs_dir_ent { int hash; - struct autofs_dir_ent *next; - struct autofs_dir_ent **back; char *name; int len; ino_t ino; + struct dentry *dentry; + /* Linked list of entries */ + struct autofs_dir_ent *next; + struct autofs_dir_ent **back; /* The following entries are for the expiry system */ unsigned long last_usage; struct autofs_dir_ent *exp_next; @@ -123,7 +125,7 @@ struct autofs_dir_ent *autofs_hash_lookup(const struct autofs_dirhash *,struct qstr *); void autofs_hash_insert(struct autofs_dirhash *,struct autofs_dir_ent *); void autofs_hash_delete(struct autofs_dir_ent *); -struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *,off_t *); +struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *,off_t *,struct autofs_dir_ent *); void autofs_hash_nuke(struct autofs_dirhash *); /* Expiration-handling functions */ diff -ur stock/linux-2.1.125/fs/autofs/dir.c linux-2.1.125-smp/fs/autofs/dir.c --- stock/linux-2.1.125/fs/autofs/dir.c Mon Aug 24 13:02:44 1998 +++ linux-2.1.125-smp/fs/autofs/dir.c Tue Oct 27 12:04:27 1998 @@ -2,7 +2,7 @@ * * linux/fs/autofs/dir.c * - * Copyright 1997 Transmeta Corporation -- All Rights Reserved + * Copyright 1997-1998 Transmeta Corporation -- All Rights Reserved * * This file is part of the Linux kernel and is made available under * the terms of the GNU General Public License, version 2, or at your diff -ur stock/linux-2.1.125/fs/autofs/dirhash.c linux-2.1.125-smp/fs/autofs/dirhash.c --- stock/linux-2.1.125/fs/autofs/dirhash.c Tue Aug 18 13:12:17 1998 +++ linux-2.1.125-smp/fs/autofs/dirhash.c Tue Oct 27 12:04:06 1998 @@ -59,13 +59,11 @@ return ent; /* Symlinks are always expirable */ /* Get the dentry for the autofs subdirectory */ - dentry = lookup_dentry(ent->name, dget(sb->s_root), 0); + dentry = ent->dentry; - if ( IS_ERR(dentry) ) { - printk("autofs: no such dentry on expiry queue: %s\n", - ent->name); + if ( !dentry ) { + printk("autofs: dentry == NULL but inode range is directory, entry %s\n", ent->name); autofs_delete_usage(ent); - continue; } if ( !dentry->d_inode ) { @@ -79,24 +77,12 @@ /* Make sure entry is mounted and unused; note that dentry will point to the mounted-on-top root. */ if ( !S_ISDIR(dentry->d_inode->i_mode) - || dentry->d_covers == dentry ) { - dput(dentry); + || dentry->d_mounts == dentry ) { DPRINTK(("autofs: not expirable (not a mounted directory): %s\n", ent->name)); continue; } - /* - * Now, this is known to be a mount point; therefore the dentry - * will be held by the superblock. is_root_busy() will break if - * we hold a use count here, so we have to dput() it before calling - * is_root_busy(). However, since it is a mount point (already - * verified), dput() will be a nonblocking operation and the use - * count will not go to zero; therefore the call to is_root_busy() - * here is legal. - */ - dput(dentry); - - if ( !is_root_busy(dentry) ) { + if ( !is_root_busy(dentry->d_mounts) ) { DPRINTK(("autofs: signaling expire on %s\n", ent->name)); return ent; /* Expirable! */ } @@ -136,6 +122,8 @@ autofs_say(ent->name,ent->len); autofs_init_usage(dh,ent); + if ( ent->dentry ) + ent->dentry->d_count++; dhnp = &dh->h[(unsigned) ent->hash % AUTOFS_HASH_SIZE]; ent->next = *dhnp; @@ -153,6 +141,8 @@ autofs_delete_usage(ent); + if ( ent->dentry ) + dput(ent->dentry); kfree(ent->name); kfree(ent); } @@ -161,8 +151,12 @@ * Used by readdir(). We must validate "ptr", so we can't simply make it * a pointer. Values below 0xffff are reserved; calling with any value * <= 0x10000 will return the first entry found. + * + * "last" can be NULL or the value returned by the last search *if* we + * want the next sequential entry. */ -struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *dh, off_t *ptr) +struct autofs_dir_ent *autofs_hash_enum(const struct autofs_dirhash *dh, + off_t *ptr, struct autofs_dir_ent *last) { int bucket, ecount, i; struct autofs_dir_ent *ent; @@ -176,19 +170,23 @@ DPRINTK(("autofs_hash_enum: bucket %d, entry %d\n", bucket, ecount)); - ent = NULL; + ent = last ? last->next : NULL; - while ( bucket < AUTOFS_HASH_SIZE ) { - ent = dh->h[bucket]; - for ( i = ecount ; ent && i ; i-- ) - ent = ent->next; - - if (ent) { - ecount++; /* Point to *next* entry */ - break; + if ( ent ) { + ecount++; + } else { + while ( bucket < AUTOFS_HASH_SIZE ) { + ent = dh->h[bucket]; + for ( i = ecount ; ent && i ; i-- ) + ent = ent->next; + + if (ent) { + ecount++; /* Point to *next* entry */ + break; + } + + bucket++; ecount = 0; } - - bucket++; ecount = 0; } #ifdef DEBUG @@ -214,6 +212,8 @@ for ( i = 0 ; i < AUTOFS_HASH_SIZE ; i++ ) { for ( ent = dh->h[i] ; ent ; ent = nent ) { nent = ent->next; + if ( ent->dentry ) + dput(ent->dentry); kfree(ent->name); kfree(ent); } diff -ur stock/linux-2.1.125/fs/autofs/init.c linux-2.1.125-smp/fs/autofs/init.c --- stock/linux-2.1.125/fs/autofs/init.c Fri Sep 5 20:15:37 1997 +++ linux-2.1.125-smp/fs/autofs/init.c Tue Oct 27 12:04:35 1998 @@ -2,7 +2,7 @@ * * linux/fs/autofs/init.c * - * Copyright 1997 Transmeta Corporation -- All Rights Reserved + * Copyright 1997-1998 Transmeta Corporation -- All Rights Reserved * * This file is part of the Linux kernel and is made available under * the terms of the GNU General Public License, version 2, or at your diff -ur stock/linux-2.1.125/fs/autofs/inode.c linux-2.1.125-smp/fs/autofs/inode.c --- stock/linux-2.1.125/fs/autofs/inode.c Sat Apr 4 09:45:14 1998 +++ linux-2.1.125-smp/fs/autofs/inode.c Tue Oct 27 12:04:43 1998 @@ -2,7 +2,7 @@ * * linux/fs/autofs/inode.c * - * Copyright 1997 Transmeta Corporation -- All Rights Reserved + * Copyright 1997-1998 Transmeta Corporation -- All Rights Reserved * * This file is part of the Linux kernel and is made available under * the terms of the GNU General Public License, version 2, or at your diff -ur stock/linux-2.1.125/fs/autofs/root.c linux-2.1.125-smp/fs/autofs/root.c --- stock/linux-2.1.125/fs/autofs/root.c Mon Aug 24 13:14:10 1998 +++ linux-2.1.125-smp/fs/autofs/root.c Tue Oct 27 12:04:50 1998 @@ -2,7 +2,7 @@ * * linux/fs/autofs/root.c * - * Copyright 1997 Transmeta Corporation -- All Rights Reserved + * Copyright 1997-1998 Transmeta Corporation -- All Rights Reserved * * This file is part of the Linux kernel and is made available under * the terms of the GNU General Public License, version 2, or at your @@ -66,9 +66,10 @@ static int autofs_root_readdir(struct file *filp, void *dirent, filldir_t filldir) { - struct autofs_dir_ent *ent; + struct autofs_dir_ent *ent = NULL; struct autofs_dirhash *dirhash; struct inode * inode = filp->f_dentry->d_inode; + void *where = NULL; off_t onr, nr; if (!inode || !S_ISDIR(inode->i_mode)) @@ -90,10 +91,12 @@ filp->f_pos = ++nr; /* fall through */ default: - while ( onr = nr, ent = autofs_hash_enum(dirhash,&nr) ) { - if (filldir(dirent,ent->name,ent->len,onr,ent->ino) < 0) - return 0; - filp->f_pos = nr; + while ( onr = nr, ent = autofs_hash_enum(dirhash,&nr,ent) ) { + if ( !ent->dentry || ent->dentry->d_mounts != ent->dentry ) { + if (filldir(dirent,ent->name,ent->len,onr,ent->ino) < 0) + return 0; + filp->f_pos = nr; + } } break; } @@ -110,8 +113,8 @@ if ( !(ent = autofs_hash_lookup(&sbi->dirhash, &dentry->d_name)) ) { do { if ( status && dentry->d_inode ) { - printk("autofs warning: lookup failure on existing dentry, status = %d, name = %s\n", status, dentry->d_name.name); - break; + printk("autofs warning: lookup failure on positive dentry, status = %d, name = %s\n", status, dentry->d_name.name); + return 0; /* Try to get the kernel to invalidate this dentry */ } /* Turn this into a real negative dentry? */ @@ -148,8 +151,9 @@ /* We don't update the usages for the autofs daemon itself, this is necessary for recursive autofs mounts */ - if ( !autofs_oz_mode(sbi) ) + if ( !autofs_oz_mode(sbi) ) { autofs_update_usage(&sbi->dirhash,ent); + } dentry->d_flags &= ~DCACHE_AUTOFS_PENDING; return 1; @@ -193,7 +197,8 @@ /* Update the usage list */ if ( !autofs_oz_mode(sbi) ) { ent = (struct autofs_dir_ent *) dentry->d_time; - autofs_update_usage(&sbi->dirhash,ent); + if ( ent ) + autofs_update_usage(&sbi->dirhash,ent); } return 1; } @@ -207,6 +212,7 @@ static int autofs_root_lookup(struct inode *dir, struct dentry * dentry) { struct autofs_sb_info *sbi; + struct autofs_dir_ent *ent; struct inode *res; int oz_mode; @@ -249,6 +255,15 @@ return -ERESTARTNOINTR; } + /* + * If this dentry is unhashed, then we shouldn't honour this + * lookup even if the dentry is positive. Returning ENOENT here + * doesn't do the right thing for all system calls, but it should + * be OK for the operations we permit from an autofs. + */ + if ( dentry->d_inode && list_empty(&dentry->d_hash) ) + return -ENOENT; + return 0; } @@ -304,6 +319,7 @@ ent->ino = AUTOFS_FIRST_SYMLINK + n; ent->hash = dentry->d_name.hash; memcpy(ent->name, dentry->d_name.name, 1+(ent->len = dentry->d_name.len)); + ent->dentry = NULL; /* We don't keep the dentry for symlinks */ autofs_hash_insert(dh,ent); d_instantiate(dentry, iget(dir->i_sb,ent->ino)); @@ -339,7 +355,8 @@ n = ent->ino - AUTOFS_FIRST_SYMLINK; if ( n >= AUTOFS_MAX_SYMLINKS || !test_bit(n,sbi->symlink_bitmap) ) return -EINVAL; /* Not a symlink inode, can't unlink */ - + + dentry->d_time = (unsigned long)(struct autofs_dirhash *)NULL; autofs_hash_delete(ent); clear_bit(n,sbi->symlink_bitmap); kfree(sbi->symlink[n].data); @@ -353,6 +370,7 @@ struct autofs_sb_info *sbi = (struct autofs_sb_info *) dir->i_sb->u.generic_sbp; struct autofs_dirhash *dh = &sbi->dirhash; struct autofs_dir_ent *ent; + struct dentry *odentry; if ( !autofs_oz_mode(sbi) ) return -EPERM; @@ -364,6 +382,12 @@ if ( (unsigned int)ent->ino < AUTOFS_FIRST_DIR_INO ) return -ENOTDIR; /* Not a directory */ + if ( ent->dentry != dentry ) { + printk("autofs_rmdir: odentry != dentry for entry %s\n", + dentry->d_name); + } + + dentry->d_time = (unsigned long)(struct autofs_dir_ent *)NULL; autofs_hash_delete(ent); dir->i_nlink--; d_drop(dentry); @@ -399,12 +423,14 @@ return -ENOSPC; } + dir->i_nlink++; + d_instantiate(dentry, iget(dir->i_sb,ent->ino)); + ent->hash = dentry->d_name.hash; memcpy(ent->name, dentry->d_name.name, 1+(ent->len = dentry->d_name.len)); ent->ino = sbi->next_dir_ino++; + ent->dentry = dentry; autofs_hash_insert(dh,ent); - dir->i_nlink++; - d_instantiate(dentry, iget(dir->i_sb,ent->ino)); return 0; } diff -ur stock/linux-2.1.125/fs/autofs/symlink.c linux-2.1.125-smp/fs/autofs/symlink.c --- stock/linux-2.1.125/fs/autofs/symlink.c Sat Sep 19 13:41:02 1998 +++ linux-2.1.125-smp/fs/autofs/symlink.c Tue Oct 27 12:04:57 1998 @@ -2,7 +2,7 @@ * * linux/fs/autofs/symlink.c * - * Copyright 1997 Transmeta Corporation -- All Rights Reserved + * Copyright 1997-1998 Transmeta Corporation -- All Rights Reserved * * This file is part of the Linux kernel and is made available under * the terms of the GNU General Public License, version 2, or at your diff -ur stock/linux-2.1.125/fs/autofs/waitq.c linux-2.1.125-smp/fs/autofs/waitq.c --- stock/linux-2.1.125/fs/autofs/waitq.c Mon Dec 1 10:34:11 1997 +++ linux-2.1.125-smp/fs/autofs/waitq.c Sat Oct 24 19:18:52 1998 @@ -2,7 +2,7 @@ * * linux/fs/autofs/waitq.c * - * Copyright 1997 Transmeta Corporation -- All Rights Reserved + * Copyright 1997-1998 Transmeta Corporation -- All Rights Reserved * * This file is part of the Linux kernel and is made available under * the terms of the GNU General Public License, version 2, or at your @@ -20,6 +20,9 @@ is better if we don't reassign numbers easily even across filesystems */ static int autofs_next_wait_queue = 1; +/* These are the signals we allow interrupting a pending mount */ +#define SHUTDOWN_SIGS (sigmask(SIGKILL) | sigmask(SIGINT) | sigmask(SIGQUIT)) + void autofs_catatonic_mode(struct autofs_sb_info *sbi) { struct autofs_wait_queue *wq, *nwq; @@ -133,9 +136,25 @@ } else wq->wait_ctr++; + /* wq->name is NULL if and only if the lock is already released */ + if ( wq->name ) { - /* wq->name is NULL if and only if the lock is released */ + /* Block all but "shutdown" signals while waiting */ + sigset_t oldset; + unsigned long irqflags; + + spin_lock_irqsave(¤t->sigmask_lock, irqflags); + oldset = current->blocked; + siginitsetinv(¤t->blocked, SHUTDOWN_SIGS & ~oldset.sig[0]); + recalc_sigpending(current); + spin_unlock_irqrestore(¤t->sigmask_lock, irqflags); + interruptible_sleep_on(&wq->queue); + + spin_lock_irqsave(¤t->sigmask_lock, irqflags); + current->blocked = oldset; + recalc_sigpending(current); + spin_unlock_irqrestore(¤t->sigmask_lock, irqflags); } else { DPRINTK(("autofs_wait: skipped sleeping\n")); } From owner-autofs@linux.kernel.org Tue Oct 27 12:19:55 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA26062 for ; Tue, 27 Oct 1998 12:19:54 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA22417 for autofs-list; Tue, 27 Oct 1998 10:57:08 -0800 Received: from tiktok.cygnus.com (tiktok.cygnus.com [192.80.44.20]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA22414 for ; Tue, 27 Oct 1998 10:57:04 -0800 Received: (from meissner@localhost) by tiktok.cygnus.com (8.8.7/8.8.5) id NAA08603; Tue, 27 Oct 1998 13:57:00 -0500 Message-ID: <19981027135700.A8592@tiktok.cygnus.com> Date: Tue, 27 Oct 1998 13:57:00 -0500 From: Michael Meissner To: Stefan Monnier , autofs@linux.kernel.org Subject: Re: mount in root-directory References: <363469CC.24451818@fli.sh.bosch.de> <5lu30qrlm4.fsf@tequila.cs.yale.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <5lu30qrlm4.fsf@tequila.cs.yale.edu>; from Stefan Monnier on Tue, Oct 27, 1998 at 11:54:43AM -0500 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Tue, Oct 27, 1998 at 11:54:43AM -0500, Stefan Monnier wrote: > >>>>> "Hoepfner," == Hoepfner, Enrico writes: > > I want to mount a directory with autfs in the root-directory. > > In Solaris I can do that with the entry "/-" in auto.master. > > With Linux's AutoFS you can do that by using a symlink > > ln -s /nfs/nfsserver-disk1 /disk1 > > and then creating the corresponding nfsserver-disk1 in the auto map for the > /nfs autofs mount point. Note, if you do this, any time people do a ls on /, it will mount the disk. For example, the demo Xi X server did this. -- Michael Meissner, Cygnus Solutions (Massachusetts office) 4th floor, 955 Massachusetts Avenue, Cambridge, MA 02139, USA meissner@cygnus.com, 617-354-5416 (office), 617-354-7161 (fax) From owner-autofs@linux.kernel.org Tue Oct 27 10:39:05 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA25893 for ; Tue, 27 Oct 1998 10:39:03 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA19530 for autofs-list; Tue, 27 Oct 1998 08:54:55 -0800 Received: from tequila.cs.yale.edu (TEQUILA.CS.YALE.EDU [128.36.229.152]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA19526 for ; Tue, 27 Oct 1998 08:54:52 -0800 Received: from tequila.cs.yale.edu (localhost [127.0.0.1]) by tequila.cs.yale.edu (8.8.7/8.8.7) with SMTP id LAA11286 for ; Tue, 27 Oct 1998 11:54:48 -0500 To: autofs@linux.kernel.org From: Stefan Monnier Newsgroups: lists.linux.autofs Subject: Re: mount in root-directory References: <363469CC.24451818@fli.sh.bosch.de> Date: 27 Oct 1998 11:54:43 -0500 Message-ID: <5lu30qrlm4.fsf@tequila.cs.yale.edu> Lines: 13 X-Newsreader: Gnus v5.5/Emacs 20.3 Path: tequila.cs.yale.edu NNTP-Posting-Host: tequila.cs.yale.edu X-Trace: 27 Oct 1998 11:54:43 -0500, tequila.cs.yale.edu Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: >>>>> "Hoepfner," == Hoepfner, Enrico writes: > I want to mount a directory with autfs in the root-directory. > In Solaris I can do that with the entry "/-" in auto.master. With Linux's AutoFS you can do that by using a symlink ln -s /nfs/nfsserver-disk1 /disk1 and then creating the corresponding nfsserver-disk1 in the auto map for the /nfs autofs mount point. Stefan From owner-autofs@linux.kernel.org Tue Oct 27 14:39:08 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA26305 for ; Tue, 27 Oct 1998 14:39:05 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA26169 for autofs-list; Tue, 27 Oct 1998 13:17:01 -0800 Received: from squeek.pdi.com (squeek.pdi.com [208.243.28.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA26166 for ; Tue, 27 Oct 1998 13:16:57 -0800 Received: from pdi.com (uucpxfer@localhost) by squeek.pdi.com (8.8.8/8.8.8/PDI-RELAY) with UUCP id NAA17294 for autofs@linux.kernel.org; Tue, 27 Oct 1998 13:17:19 -0800 (PST) Received: from wonton.pdi.com by pdi.pdi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/(911001.SGI)1.4-PDI.RELAY) for id NAA29835; Tue, 27 Oct 1998 13:10:25 -0800 Received: from pdi.com (localhost [127.0.0.1]) by wonton.pdi.com (8.8.8/8.8.8) with ESMTP id NAA03567 for ; Tue, 27 Oct 1998 13:10:24 -0800 (PST) Message-ID: <363636C0.CBDDC447@pdi.com> Date: Tue, 27 Oct 1998 13:10:24 -0800 From: Margaret Myers Organization: PDI X-Mailer: Mozilla 4.5b2C-SGI [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: limited number of mounts? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: This is not strictly an autofs question, but... There seems to be a limited number of mounts posssible under linux (64?). Our automounter barfs periodically calling mount because mount thinks too many things are mounted. Am I right? Is there a good reason for the limit? Any chance of increasing it? Thanks for any help you can give. Margaret Myers myers@pdi.com From owner-autofs@linux.kernel.org Tue Oct 27 16:15:04 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA26690 for ; Tue, 27 Oct 1998 16:15:03 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA28530 for autofs-list; Tue, 27 Oct 1998 14:37:03 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA28527 for ; Tue, 27 Oct 1998 14:37:01 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id OAA08372; Tue, 27 Oct 1998 14:37:00 -0800 Received: from sodium.transmeta.com (quinlan@sodium.transmeta.com [10.1.27.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id OAA22810; Tue, 27 Oct 1998 14:36:59 -0800 (PST) Received: (from quinlan@localhost) by sodium.transmeta.com (8.8.4/8.7.3) id OAA00850; Tue, 27 Oct 1998 14:36:59 -0800 To: Margaret Myers Cc: autofs@linux.kernel.org Subject: Re: limited number of mounts? References: <363636C0.CBDDC447@pdi.com> From: Daniel Quinlan Date: 27 Oct 1998 14:36:59 -0800 In-Reply-To: Margaret Myers's message of Tue, 27 Oct 1998 13:10:24 -0800 Message-ID: <6ypvbdaayc.fsf@sodium.transmeta.com> Lines: 15 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Margaret Myers writes: > This is not strictly an autofs question, but... > > There seems to be a limited number of mounts posssible under > linux (64?). Our automounter barfs periodically calling mount > because mount thinks too many things are mounted. Am I right? Is > there a good reason for the limit? Any chance of increasing it? Increase NR_SUPER defined in .../linux/include/linux/fs.h and recompile the kernel. I was using 256 for a while without any additional problems. In more recent 2.1 kernels, the limit was increased to 256. - Dan From aoga@leopard.imedia.com Tue Oct 27 16:23:34 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA26700 for ; Tue, 27 Oct 1998 16:23:34 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id QAA21411; Tue, 27 Oct 1998 16:18:31 -0800 From: Alvin Oga Message-Id: <199810280018.QAA21411@leopard.imedia.com> Subject: Re: limited number of mounts? -- archives... To: quinlan@transmeta.com (Daniel Quinlan) Date: Tue, 27 Oct 1998 16:18:30 -0800 (PST) Cc: alvin@linux-consulting.com, aoga@leopard.imedia.com (Alvin Oga) In-Reply-To: <6ypvbdaayc.fsf@sodium.transmeta.com> from "Daniel Quinlan" at Oct 27, 98 02:36:59 pm Content-Type: text Status: RO X-Status: hi ya Dan... good...you answered.... I wnt back looking for that option in my old emails of this mailing list you or someone else had previously answered it... Is there an archive of this mailing list ? I'll add it to the autofs howto and including this number of mount point option.. thanx alvin > Margaret Myers writes: > > > This is not strictly an autofs question, but... > > > > There seems to be a limited number of mounts posssible under > > linux (64?). Our automounter barfs periodically calling mount > > because mount thinks too many things are mounted. Am I right? Is > > there a good reason for the limit? Any chance of increasing it? > > Increase NR_SUPER defined in .../linux/include/linux/fs.h and recompile > the kernel. I was using 256 for a while without any additional problems. > > In more recent 2.1 kernels, the limit was increased to 256. > > - Dan > From owner-autofs@linux.kernel.org Tue Nov 3 07:07:16 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA09785 for ; Tue, 3 Nov 1998 07:07:16 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id FAA19359 for autofs-list; Tue, 3 Nov 1998 05:31:32 -0800 Received: from mail.wrs.com (unknown-1-11.wrs.com [147.11.1.11]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id FAA19356 for ; Tue, 3 Nov 1998 05:31:29 -0800 Received: from gesvres.vannes.wrsec.fr (gesvres.vannes.wrsec.fr [147.11.80.24]) by mail.wrs.com (8.9.1/8.9.1) with SMTP id FAA03554; Tue, 3 Nov 1998 05:31:24 -0800 (PST) Received: from erdre.vannes.wrsec.fr by gesvres.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id OAA27870; Tue, 3 Nov 1998 14:28:21 +0100 Received: from localhost by erdre.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id OAA26227; Tue, 3 Nov 1998 14:28:17 +0100 Date: Tue, 3 Nov 1998 14:28:17 +0100 (MET) From: Michel LESPINASSE To: clameter@debian.org, wakkerma@debian.org, autofs@linux.kernel.org Subject: autofs submounts Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello, On our sun network, we have every shared disk available on /net/machine/partition using the sun automounter -hosts option. However this option is not supported by the linux automounter, and I have been trying to emulate it with submounts. I heard some people manage to make it work, but for me it fails because it seems that my -D options are just ignored.... I used this config files : # auto.master /net /etc/auto.net # auto.net * -Dnethost=& -fstype=autofs file:/etc/auto.netsub # auto.netsub * $nethost:/& when I do ls /net/erdre/erdre1, I see that this file has been created as a symlink to /erdre1, and not correctly mounted. this is probably because $nethost has not been expanded. with ps -auxw, I see that automount has been run without the -D option : /usr/sbin/automount --submount /net/erdre file /etc/auto.netsub Do you have any clue as to how I can solve this problem ? I'm using linux 2.0.35 (unpatched) with Linux automount version 3.1.1 Thanks in advance, Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems walken@wrs.com - http://www.via.ecp.fr/~walken/ From owner-autofs@linux.kernel.org Tue Nov 3 14:01:35 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA10269 for ; Tue, 3 Nov 1998 14:01:33 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA30212 for autofs-list; Tue, 3 Nov 1998 12:57:27 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA30209 for ; Tue, 3 Nov 1998 12:57:26 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id MAA08617 for ; Tue, 3 Nov 1998 12:57:25 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id MAA22028; Tue, 3 Nov 1998 12:57:22 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id MAA05835; Tue, 3 Nov 1998 12:57:21 -0800 Message-Id: <199811032057.MAA05835@cesium.transmeta.com> Subject: 2.1.127-pre3 good news To: autofs@linux.kernel.org (autofs mailing list) Date: Tue, 3 Nov 1998 12:57:21 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: For what it's worth: Linus integrated my latest autofs patches in 2.1.127-pre3; it appears that it survived on my system overnight a condition that would previously have caused it to oops. It appears that all the known bugs in autofs v3 have gotten plugged, and that autofs is now ready for 2.2. I will probably try to come out with an autofs-3.2.0 release of the daemon before switching my focus to start the work on autofs v4 for the 2.3 tree. -hpa From aoga@leopard.imedia.com Tue Nov 3 14:01:48 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA10273 for ; Tue, 3 Nov 1998 14:01:48 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id NAA22653; Tue, 3 Nov 1998 13:54:49 -0800 From: Alvin Oga Message-Id: <199811032154.NAA22653@leopard.imedia.com> Subject: Re: autofs-3.1.3 release To: hpa@transmeta.com (H. Peter Anvin) Date: Tue, 3 Nov 1998 13:54:49 -0800 (PST) Cc: aoga@leopard.imedia.com (Alvin Oga), alvin@linux-consulting.com In-Reply-To: <199811032122.NAA08473@cesium.transmeta.com> from "H. Peter Anvin" at Nov 3, 98 01:22:48 pm Content-Type: text Status: RO X-Status: hi ya Peter... did you include a reference to the autofs-HOWTO ??? http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html it should also be at sunsite HOWTO... > OK, I just uploaded autofs-3.1.3. The only diff is I finally included > the file README.options, which had been missing in every distribution > since 3.1.0. My humble apologies! have fun alvin From aoga@leopard.imedia.com Tue Nov 3 14:03:27 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA10279 for ; Tue, 3 Nov 1998 14:03:27 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id NAA22679; Tue, 3 Nov 1998 13:56:31 -0800 From: Alvin Oga Message-Id: <199811032156.NAA22679@leopard.imedia.com> Subject: Re: autofs-3.1.3 release To: hpa@transmeta.com (H. Peter Anvin) Date: Tue, 3 Nov 1998 13:56:31 -0800 (PST) Cc: autofs@linux.kernel.org, aoga@leopard.imedia.com (Alvin Oga), alvin@linux-consulting.com In-Reply-To: <199811032122.NAA08473@cesium.transmeta.com> from "H. Peter Anvin" at Nov 3, 98 01:22:48 pm Content-Type: text Status: RO X-Status: hi ya Peter > OK, I just uploaded autofs-3.1.3. The only diff is I finally included > the file README.options, which had been missing in every distribution > since 3.1.0. My humble apologies! congratulations....!!! sounds like you can celebrate with a good bottle of wine/champagne... have fun alvin From alvin Tue Nov 3 14:12:17 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id OAA10301; Tue, 3 Nov 1998 14:12:16 -0800 From: Alvin Oga Message-Id: <199811032212.OAA10301@mail.Linux-Consulting.com> Subject: Re: autofs submounts To: walken@wrs.com (Michel LESPINASSE) Date: Tue, 3 Nov 1998 14:12:16 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), autofs@linux.kernel.org In-Reply-To: from "Michel LESPINASSE" at Nov 3, 98 02:28:17 pm Content-Type: text Status: RO X-Status: hi Michel Please try the following in auto.net... note the order of -D and -fstype to get the -D options passed thru rh> # ... some exceptions to the rule ... rh> * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub rh> rh> ## /etc/autofs/nfs.sub rh> * ${host}:${prefix}/& and does the logfile ( /var/log/messages ) have anything interesting in it about autofs ? I forgot if it required any patches to get submounts working... thanx alvin > On our sun network, we have every shared disk available on > /net/machine/partition using the sun automounter -hosts option. However > this option is not supported by the linux automounter, and I have been > trying to emulate it with submounts. I heard some people manage to make it > work, but for me it fails because it seems that my -D options are just > ignored.... > > I used this config files : > > # auto.master > /net /etc/auto.net > > # auto.net > * -Dnethost=& -fstype=autofs file:/etc/auto.netsub > > # auto.netsub > * $nethost:/& > > when I do ls /net/erdre/erdre1, I see that this file has been created as a > symlink to /erdre1, and not correctly mounted. this is probably because > $nethost has not been expanded. > > with ps -auxw, I see that automount has been run without the -D option : > /usr/sbin/automount --submount /net/erdre file /etc/auto.netsub > > Do you have any clue as to how I can solve this problem ? > > I'm using linux 2.0.35 (unpatched) with Linux automount version 3.1.1 > > Thanks in advance, > > Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems > walken@wrs.com - http://www.via.ecp.fr/~walken/ > From aoga@leopard.imedia.com Tue Nov 3 14:18:15 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA10338 for ; Tue, 3 Nov 1998 14:18:14 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id OAA22769; Tue, 3 Nov 1998 14:11:10 -0800 From: Alvin Oga Message-Id: <199811032211.OAA22769@leopard.imedia.com> Subject: Re: autofs-3.1.3 release To: hpa@transmeta.com (H. Peter Anvin) Date: Tue, 3 Nov 1998 14:11:10 -0800 (PST) Cc: alvin@linux-consulting.com, aoga@leopard.imedia.com (Alvin Oga) In-Reply-To: <199811032159.NAA08913@cesium.transmeta.com> from "H. Peter Anvin" at Nov 3, 98 01:59:07 pm Content-Type: text Status: RO X-Status: hi ya peter > > congratulations....!!! > > sounds like you can celebrate with a good bottle of wine/champagne... > > > > Heh, I don't drink :) no problem....can still celebrate in whatever you do your celebrations... and a definite pat-pat-pat on your back/shoulders... or...I'll buy ya dinner...at where-ever you choose... assuming you want to meet and have the time... have fun alvin From walken@wrs.com Tue Nov 3 15:52:19 1998 Return-Path: Received: from mail.wrs.com (unknown-1-11.wrs.com [147.11.1.11]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA10441 for ; Tue, 3 Nov 1998 15:52:19 -0800 Received: from gesvres.vannes.wrsec.fr (gesvres.vannes.wrsec.fr [147.11.80.24]) by mail.wrs.com (8.9.1/8.9.1) with SMTP id PAA13380; Tue, 3 Nov 1998 15:45:25 -0800 (PST) Received: from erdre.vannes.wrsec.fr by gesvres.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id AAA06016; Wed, 4 Nov 1998 00:42:23 +0100 Received: from localhost by erdre.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id AAA26403; Wed, 4 Nov 1998 00:42:19 +0100 Date: Wed, 4 Nov 1998 00:42:18 +0100 (MET) From: Michel LESPINASSE Sender: walken@vannes.wrsec.fr Reply-To: Michel LESPINASSE To: Alvin Oga cc: autofs@linux.kernel.org Subject: Re: autofs submounts In-Reply-To: <199811032212.OAA10301@mail.Linux-Consulting.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO X-Status: Hi, On Tue, 3 Nov 1998, Alvin Oga wrote: > Please try the following in auto.net... note the order of -D and -fstype > to get the -D options passed thru > rh> # ... some exceptions to the rule ... > rh> * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub well, it still doesnt work for me... > and does the logfile ( /var/log/messages ) have anything interesting in it > about autofs ? Well, its not nicely formatted, but here is what I get : Nov 3 23:23:22 Everest automount[22019]: attempting to mount entry /net/aff Nov 3 23:23:22 Everest automount[22062]: lookup(file): looking up aff Nov 3 23:23:22 Everest automount[22062]: lookup(file): aff -> -fstype=autofs,-Dnethost=&^Ifile:/etc/auto.netsub Nov 3 23:23:22 Everest automount[22062]: expanded entry: -fstype=autofs,-Dnethost=aff^Ifile:/etc/auto.netsub Nov 3 23:23:22 Everest automount[22062]: parse(sun): gathered options: nodev,noexec,nosuid,fstype=autofs,-Dnethost=aff Nov 3 23:23:22 Everest automount[22062]: parse(sun): core of entry: file:/etc/auto.netsub Nov 3 23:23:22 Everest automount[22062]: do_mount file:/etc/auto.netsub /net/aff type autofs options nodev,noexec,nosuid,-Dnethost=aff using module autofs Nov 3 23:23:22 Everest automount[22062]: mount(autofs): calling mkdir /net/aff Nov 3 23:23:22 Everest automount[22062]: mount(autofs): fullpath=/net/aff what=file:/etc/auto.netsub options=nodev,noexec,nosuid,-Dnethost=aff > I forgot if it required any patches to get submounts working... Well, I wanted to ask to the guy that was using submounts at cygnus, but I forgot the address of your FAQ page and I cannot find back his email... Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems walken@wrs.com - http://www.via.ecp.fr/~walken/ From owner-autofs@linux.kernel.org Tue Nov 3 15:01:36 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA10384 for ; Tue, 3 Nov 1998 15:01:36 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA32609 for autofs-list; Tue, 3 Nov 1998 14:05:31 -0800 Received: from mail.Linux-Consulting.com (IDENT:alvin@alvin.fef.com [198.147.196.15]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA32606 for ; Tue, 3 Nov 1998 14:05:29 -0800 Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id OAA10301; Tue, 3 Nov 1998 14:12:16 -0800 From: Alvin Oga Message-Id: <199811032212.OAA10301@mail.Linux-Consulting.com> Subject: Re: autofs submounts To: walken@wrs.com (Michel LESPINASSE) Date: Tue, 3 Nov 1998 14:12:16 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), autofs@linux.kernel.org In-Reply-To: from "Michel LESPINASSE" at Nov 3, 98 02:28:17 pm Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi Michel Please try the following in auto.net... note the order of -D and -fstype to get the -D options passed thru rh> # ... some exceptions to the rule ... rh> * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub rh> rh> ## /etc/autofs/nfs.sub rh> * ${host}:${prefix}/& and does the logfile ( /var/log/messages ) have anything interesting in it about autofs ? I forgot if it required any patches to get submounts working... thanx alvin > On our sun network, we have every shared disk available on > /net/machine/partition using the sun automounter -hosts option. However > this option is not supported by the linux automounter, and I have been > trying to emulate it with submounts. I heard some people manage to make it > work, but for me it fails because it seems that my -D options are just > ignored.... > > I used this config files : > > # auto.master > /net /etc/auto.net > > # auto.net > * -Dnethost=& -fstype=autofs file:/etc/auto.netsub > > # auto.netsub > * $nethost:/& > > when I do ls /net/erdre/erdre1, I see that this file has been created as a > symlink to /erdre1, and not correctly mounted. this is probably because > $nethost has not been expanded. > > with ps -auxw, I see that automount has been run without the -D option : > /usr/sbin/automount --submount /net/erdre file /etc/auto.netsub > > Do you have any clue as to how I can solve this problem ? > > I'm using linux 2.0.35 (unpatched) with Linux automount version 3.1.1 > > Thanks in advance, > > Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems > walken@wrs.com - http://www.via.ecp.fr/~walken/ > From owner-autofs@linux.kernel.org Tue Nov 3 15:05:48 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA10390 for ; Tue, 3 Nov 1998 15:05:48 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA32252 for autofs-list; Tue, 3 Nov 1998 13:56:38 -0800 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA32247 for ; Tue, 3 Nov 1998 13:56:35 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id NAA22679; Tue, 3 Nov 1998 13:56:31 -0800 From: Alvin Oga Message-Id: <199811032156.NAA22679@leopard.imedia.com> Subject: Re: autofs-3.1.3 release To: hpa@transmeta.com (H. Peter Anvin) Date: Tue, 3 Nov 1998 13:56:31 -0800 (PST) Cc: autofs@linux.kernel.org, aoga@leopard.imedia.com (Alvin Oga), alvin@linux-consulting.com In-Reply-To: <199811032122.NAA08473@cesium.transmeta.com> from "H. Peter Anvin" at Nov 3, 98 01:22:48 pm Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ya Peter > OK, I just uploaded autofs-3.1.3. The only diff is I finally included > the file README.options, which had been missing in every distribution > since 3.1.0. My humble apologies! congratulations....!!! sounds like you can celebrate with a good bottle of wine/champagne... have fun alvin From owner-autofs@linux.kernel.org Tue Nov 3 14:28:45 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA10357 for ; Tue, 3 Nov 1998 14:28:44 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA31103 for autofs-list; Tue, 3 Nov 1998 13:22:54 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA31100 for ; Tue, 3 Nov 1998 13:22:52 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id NAA09057 for ; Tue, 3 Nov 1998 13:22:52 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id NAA24792; Tue, 3 Nov 1998 13:22:48 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id NAA08473; Tue, 3 Nov 1998 13:22:48 -0800 Message-Id: <199811032122.NAA08473@cesium.transmeta.com> Subject: autofs-3.1.3 release To: autofs@linux.kernel.org (autofs mailing list) Date: Tue, 3 Nov 1998 13:22:48 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: OK, I just uploaded autofs-3.1.3. The only diff is I finally included the file README.options, which had been missing in every distribution since 3.1.0. My humble apologies! -hpa From owner-autofs@linux.kernel.org Tue Nov 3 14:20:00 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA10349 for ; Tue, 3 Nov 1998 14:19:58 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA30794 for autofs-list; Tue, 3 Nov 1998 13:13:53 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA30790 for ; Tue, 3 Nov 1998 13:13:51 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id NAA08916 for ; Tue, 3 Nov 1998 13:13:51 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id NAA23652; Tue, 3 Nov 1998 13:13:45 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id NAA07757; Tue, 3 Nov 1998 13:13:44 -0800 Message-Id: <199811032113.NAA07757@cesium.transmeta.com> Subject: autofs-3.1.2 released To: autofs@linux.kernel.org (autofs mailing list) Date: Tue, 3 Nov 1998 13:13:44 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I have put the autofs-3.1.2 daemon distribution on: ftp://ftp.kernel.org/pub/linux/daemons/autofs/autofs-3.1.2.tar.gz The only difference against 3.1.1 is Rene Højbjerg Larsen's NULL pointer fix for mount_smbfs. If you have sent me patches (and I know several of you have) that aren't in this distribution, I have lost them; please send them again. I wanted to put out this release in major part so that I could resync my source base with everyone. -hpa From aoga@leopard.imedia.com Tue Nov 3 16:34:31 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA10500 for ; Tue, 3 Nov 1998 16:34:28 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id QAA27646; Tue, 3 Nov 1998 16:23:51 -0800 From: Alvin Oga Message-Id: <199811040023.QAA27646@leopard.imedia.com> Subject: Re: autofs submounts To: walken@wrs.com Date: Tue, 3 Nov 1998 16:23:51 -0800 (PST) Cc: autofs@linux.kernel.org, aoga@leopard.imedia.com (Alvin Oga), alvin@linux-consulting.com In-Reply-To: from "Michel LESPINASSE" at Nov 4, 98 00:42:18 am Content-Type: text Status: RO X-Status: hi ya michel > > On Tue, 3 Nov 1998, Alvin Oga wrote: > > > Please try the following in auto.net... note the order of -D and -fstype > > to get the -D options passed thru > > rh> # ... some exceptions to the rule ... > > rh> * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub > > well, it still doesnt work for me... > > > > and does the logfile ( /var/log/messages ) have anything interesting in it > > about autofs ? > > Well, its not nicely formatted, but here is what I get : > > Nov 3 23:23:22 Everest automount[22019]: attempting to mount entry > /net/aff > Nov 3 23:23:22 Everest automount[22062]: lookup(file): looking up aff > Nov 3 23:23:22 Everest automount[22062]: lookup(file): aff -> > -fstype=autofs,-Dnethost=&^Ifile:/etc/auto.netsub ^^^^^^^^^^^ guess that is what I wanted to see in the log file... but donno if the value is right or not... the address for the richard, guy from cygnus is rth@cygnus.com whom submitted two submount examples shown in the autofs-howto ( i've not tested the examples :-( ) http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html -- -- please let me know if I need to fix anything in the howto -- and am not sure if it's in the sunsite HOWTO dir thanx alvin > Nov 3 23:23:22 Everest automount[22062]: expanded entry: > -fstype=autofs,-Dnethost=aff^Ifile:/etc/auto.netsub > Nov 3 23:23:22 Everest automount[22062]: parse(sun): gathered options: > nodev,noexec,nosuid,fstype=autofs,-Dnethost=aff > Nov 3 23:23:22 Everest automount[22062]: parse(sun): core of entry: > file:/etc/auto.netsub > Nov 3 23:23:22 Everest automount[22062]: do_mount file:/etc/auto.netsub > /net/aff type autofs options nodev,noexec,nosuid,-Dnethost=aff using > module autofs > Nov 3 23:23:22 Everest automount[22062]: mount(autofs): calling mkdir > /net/aff > Nov 3 23:23:22 Everest automount[22062]: mount(autofs): fullpath=/net/aff > what=file:/etc/auto.netsub options=nodev,noexec,nosuid,-Dnethost=aff > > > I forgot if it required any patches to get submounts working... > > Well, I wanted to ask to the guy that was using submounts at cygnus, but I > forgot the address of your FAQ page and I cannot find back his email... > > Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems > walken@wrs.com - http://www.via.ecp.fr/~walken/ > > From owner-autofs@linux.kernel.org Tue Nov 3 17:17:50 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id RAA10560 for ; Tue, 3 Nov 1998 17:17:49 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id QAA03594 for autofs-list; Tue, 3 Nov 1998 16:27:25 -0800 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id QAA03591 for ; Tue, 3 Nov 1998 16:27:22 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id QAA27646; Tue, 3 Nov 1998 16:23:51 -0800 From: Alvin Oga Message-Id: <199811040023.QAA27646@leopard.imedia.com> Subject: Re: autofs submounts To: walken@wrs.com Date: Tue, 3 Nov 1998 16:23:51 -0800 (PST) Cc: autofs@linux.kernel.org, aoga@leopard.imedia.com (Alvin Oga), alvin@linux-consulting.com In-Reply-To: from "Michel LESPINASSE" at Nov 4, 98 00:42:18 am Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ya michel > > On Tue, 3 Nov 1998, Alvin Oga wrote: > > > Please try the following in auto.net... note the order of -D and -fstype > > to get the -D options passed thru > > rh> # ... some exceptions to the rule ... > > rh> * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub > > well, it still doesnt work for me... > > > > and does the logfile ( /var/log/messages ) have anything interesting in it > > about autofs ? > > Well, its not nicely formatted, but here is what I get : > > Nov 3 23:23:22 Everest automount[22019]: attempting to mount entry > /net/aff > Nov 3 23:23:22 Everest automount[22062]: lookup(file): looking up aff > Nov 3 23:23:22 Everest automount[22062]: lookup(file): aff -> > -fstype=autofs,-Dnethost=&^Ifile:/etc/auto.netsub ^^^^^^^^^^^ guess that is what I wanted to see in the log file... but donno if the value is right or not... the address for the richard, guy from cygnus is rth@cygnus.com whom submitted two submount examples shown in the autofs-howto ( i've not tested the examples :-( ) http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html -- -- please let me know if I need to fix anything in the howto -- and am not sure if it's in the sunsite HOWTO dir thanx alvin > Nov 3 23:23:22 Everest automount[22062]: expanded entry: > -fstype=autofs,-Dnethost=aff^Ifile:/etc/auto.netsub > Nov 3 23:23:22 Everest automount[22062]: parse(sun): gathered options: > nodev,noexec,nosuid,fstype=autofs,-Dnethost=aff > Nov 3 23:23:22 Everest automount[22062]: parse(sun): core of entry: > file:/etc/auto.netsub > Nov 3 23:23:22 Everest automount[22062]: do_mount file:/etc/auto.netsub > /net/aff type autofs options nodev,noexec,nosuid,-Dnethost=aff using > module autofs > Nov 3 23:23:22 Everest automount[22062]: mount(autofs): calling mkdir > /net/aff > Nov 3 23:23:22 Everest automount[22062]: mount(autofs): fullpath=/net/aff > what=file:/etc/auto.netsub options=nodev,noexec,nosuid,-Dnethost=aff > > > I forgot if it required any patches to get submounts working... > > Well, I wanted to ask to the guy that was using submounts at cygnus, but I > forgot the address of your FAQ page and I cannot find back his email... > > Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems > walken@wrs.com - http://www.via.ecp.fr/~walken/ > > From owner-autofs@linux.kernel.org Tue Nov 3 16:35:40 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA10508 for ; Tue, 3 Nov 1998 16:35:40 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA02454 for autofs-list; Tue, 3 Nov 1998 15:45:30 -0800 Received: from mail.wrs.com (unknown-1-11.wrs.com [147.11.1.11]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA02450 for ; Tue, 3 Nov 1998 15:45:28 -0800 Received: from gesvres.vannes.wrsec.fr (gesvres.vannes.wrsec.fr [147.11.80.24]) by mail.wrs.com (8.9.1/8.9.1) with SMTP id PAA13380; Tue, 3 Nov 1998 15:45:25 -0800 (PST) Received: from erdre.vannes.wrsec.fr by gesvres.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id AAA06016; Wed, 4 Nov 1998 00:42:23 +0100 Received: from localhost by erdre.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id AAA26403; Wed, 4 Nov 1998 00:42:19 +0100 Date: Wed, 4 Nov 1998 00:42:18 +0100 (MET) From: Michel LESPINASSE Reply-To: Michel LESPINASSE To: Alvin Oga cc: autofs@linux.kernel.org Subject: Re: autofs submounts In-Reply-To: <199811032212.OAA10301@mail.Linux-Consulting.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi, On Tue, 3 Nov 1998, Alvin Oga wrote: > Please try the following in auto.net... note the order of -D and -fstype > to get the -D options passed thru > rh> # ... some exceptions to the rule ... > rh> * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub well, it still doesnt work for me... > and does the logfile ( /var/log/messages ) have anything interesting in it > about autofs ? Well, its not nicely formatted, but here is what I get : Nov 3 23:23:22 Everest automount[22019]: attempting to mount entry /net/aff Nov 3 23:23:22 Everest automount[22062]: lookup(file): looking up aff Nov 3 23:23:22 Everest automount[22062]: lookup(file): aff -> -fstype=autofs,-Dnethost=&^Ifile:/etc/auto.netsub Nov 3 23:23:22 Everest automount[22062]: expanded entry: -fstype=autofs,-Dnethost=aff^Ifile:/etc/auto.netsub Nov 3 23:23:22 Everest automount[22062]: parse(sun): gathered options: nodev,noexec,nosuid,fstype=autofs,-Dnethost=aff Nov 3 23:23:22 Everest automount[22062]: parse(sun): core of entry: file:/etc/auto.netsub Nov 3 23:23:22 Everest automount[22062]: do_mount file:/etc/auto.netsub /net/aff type autofs options nodev,noexec,nosuid,-Dnethost=aff using module autofs Nov 3 23:23:22 Everest automount[22062]: mount(autofs): calling mkdir /net/aff Nov 3 23:23:22 Everest automount[22062]: mount(autofs): fullpath=/net/aff what=file:/etc/auto.netsub options=nodev,noexec,nosuid,-Dnethost=aff > I forgot if it required any patches to get submounts working... Well, I wanted to ask to the guy that was using submounts at cygnus, but I forgot the address of your FAQ page and I cannot find back his email... Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems walken@wrs.com - http://www.via.ecp.fr/~walken/ From owner-autofs@linux.kernel.org Thu Nov 5 10:04:43 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA13282 for ; Thu, 5 Nov 1998 10:04:42 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA14718 for autofs-list; Thu, 5 Nov 1998 08:54:51 -0800 Received: from shell.rt66.com (shell.rt66.com [198.59.162.24]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA14712 for ; Thu, 5 Nov 1998 08:54:48 -0800 Received: (from maisel@localhost) by shell.rt66.com (8.9.1a/8.9.1) id JAA24555 for autofs@linux.kernel.org; Thu, 5 Nov 1998 09:55:05 -0700 (MST) Date: Thu, 5 Nov 1998 09:55:05 -0700 (MST) From: Maisel Message-Id: <199811051655.JAA24555@shell.rt66.com> To: autofs@linux.kernel.org Subject: autofs not using EXT2????????? Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi! I have a Magneto Optical autoloader that I got Linux drivers for... It works great! I am wanting to use autofs to automagically mount media. I have set it up, and it works, HOWEVER.... for some reason it cannot mount the disks!! it does work properly with the program maptype (the autochanger code) to swap cartridges depending on what dir I select, but will not mount them !!!! They are all formatted as ext2 and ext2 is set as the fstype in the config file. I get no errors in /var/etc/messages ... any ideas??? thanks! Lee. I am using 3.1.3 thanks again From aoga@leopard2.imedia.com Thu Nov 5 23:02:40 1998 Return-Path: Received: from leopard2.imedia.com (leopard2.imedia.com [206.3.97.220]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id XAA14130 for ; Thu, 5 Nov 1998 23:02:40 -0800 Received: (from aoga@localhost) by leopard2.imedia.com (8.8.7/8.7.3) id WAA16604; Thu, 5 Nov 1998 22:55:04 -0800 From: Alvin Oga Message-Id: <199811060655.WAA16604@leopard2.imedia.com> Subject: no subject (file transmission) To: aoga@leopard2.imedia.com (Alvin Oga), alvin@LINUX-consulting.com Date: Thu, 5 Nov 1998 22:55:04 -0800 (PST) Content-Type: text Status: RO X-Status: >From walken@wrs.com Sat Oct 24 06:25:37 1998 Return-Path: Received: from mail.wrs.com (unknown-1-11.wrs.com [147.11.1.11]) by Imedia.com (8.8.7/8.8.5) with ESMTP id GAA08332 for ; Sat, 24 Oct 1998 06:25:36 -0700 Received: from gesvres.vannes.wrsec.fr (gesvres.vannes.wrsec.fr [147.11.80.24]) by mail.wrs.com (8.9.1/8.9.1) with SMTP id GAA29682; Sat, 24 Oct 1998 06:28:25 -0700 (PDT) Received: from erdre.vannes.wrsec.fr by gesvres.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id PAA02526; Sat, 24 Oct 1998 15:25:25 +0200 Received: from localhost by erdre.vannes.wrsec.fr (SMI-8.6/SMI-SVR4) id PAA18502; Sat, 24 Oct 1998 15:25:22 +0200 Date: Sat, 24 Oct 1998 15:25:22 +0200 (MET DST) From: Michel LESPINASSE Sender: walken@vannes.wrsec.fr To: Alvin Oga cc: alvin@linux-consulting.com Subject: Re: autofs with NIS+ and development kernels In-Reply-To: <199810232146.OAA04083@leopard.imedia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Fri, 23 Oct 1998, Alvin Oga wrote: > hi Michel > could you email it to me to ??? > I'll include the steps needed into the autoFS HOWTO Well, here comes.... I didnt know about the autofs howto, are you currently writing it or should it be on every good HOWTO directory ? #! /bin/sh -e # # rc file for automount using a Sun-style "master map". # We first look for a local /etc/auto.master, then a YP # map with that name # # On most distributions, this file should be called: # /etc/rc.d/init.d/autofs or /etc/init.d/autofs # # # List of options to ignore with NIS maps. You can use this to filter out # options that Linux does not (yet) understand if your mount does not # understand the -s (sloppy) flag. Seperate the options with spaces! # PRUNEOPTIONS="quota" # # We can add local options here # e.g. localoptions='rsize=8192,wsize=8192' # localoptions='' # Check if automount exists test -f /usr/sbin/automount || exit 0 # Check if autofs is available on the system if ! grep -q autofs /proc/filesystems; then if [ ! -e /lib/modules/`uname -r`/fs/autofs.o ]; then echo "Error: autofs support not available." exit 0 fi fi PATH=/sbin:/usr/sbin:/bin:/usr/bin export PATH # Make a regular expression from PRUNEOPTIONS test ! -z "$PRUNEOPTIONS" && PRUNEREGEX=`echo $PRUNEOPTIONS | \ sed -e 's#^#\\\(#' -e 's# \+#\\\|#' -e 's#$#\\\)#'` # # This function will build a list of automount commands to execute in # order # to activate all the mount points. It is used to figure out # the difference of automount points in case of a reload # getmounts() { # # Check for local maps to be loaded # if [ -f /etc/auto.master ] then cat /etc/auto.master | sed -e '/^#/d' -e '/^$/d'| ( while read dir map options do if [ ! -z "$dir" -a ! -z "$map" -a \ x`echo "$map" | cut -c1` != 'x-' ] then map=`echo "/etc/$map" | sed -e 's:^/etc//:/:'` # special: treat -t or --timeout (or any reasonable derivative) # specially, since it can't be made a normal mount option. if echo $options | grep -- '-t' >/dev/null 2>&1 ; then mountoptions="--timeout $(echo $options | \ sed 's/^.*-t\(imeout\)*[ \t]*\([0-9][0-9]*\).*$/\2/g')" fi options=`echo "$options" | sed -e ' s/--*t\(imeout\)*[ ]*[0-9][0-9]*//g s/\(^\|[ \t]\)-/\1/g'` if [ -x $map ]; then echo "$automount $mountoptions $dir program $map $options $localoptions" elif [ -f $map ]; then echo "$automount $mountoptions $dir file $map $options $localoptions" else echo "$automount $mountoptions $dir `basename $map` $options $localoptions" fi fi done ) | sed 's/ / /g' fi # # Check for YellowPage maps to be loaded # if [ -e /usr/bin/ypcat ] && [ `ypcat -k auto.master 2>/dev/null | wc -l` -gt 0 ] then ypcat -k auto.master | ( while read dir map options do if [ ! -z "$dir" -a ! -z "$map" \ -a x`echo "$map" | cut -c1` != 'x-' ] then map=`echo "$map" | sed -e 's/^auto_/auto./'` # special: treat -t or --timeout (or any reasonable derivative) # specially, since it can't be made a normal mount option. if echo $options | grep -- '-t' >/dev/null 2>&1 ; then mountoptions="--timeout $(echo $options | \ sed 's/^.*-t\(imeout\)*[ ]*\([0-9][0-9]*\).*$/\2/g')" fi options=`echo "$options" | sed -e ' s/--*t\(imeout\)*[ \t]*[0-9][0-9]*//g s/\(^\|[ \t]\)-/\1/g'` options=`echo "$options" | sed -e 's/\(^\|[ \t]\)-/\1/g'` test ! -z "$PRUNEREGEX" && \ options=`echo $options | \ sed -e "s#$PRUNEREGEX##g" -e 's#,\+#,#g' -e 's#,$##'` echo "$automount $mountoptions $dir yp $map $options $localoptions" fi done ) fi } # # Status lister. # status() { echo "Configured Mount Points:" echo "------------------------" getmounts echo "" echo "Active Mount Points:" echo "--------------------" ps ax|grep "[0-9]:[0-9][0-9] /usr/sbin/[a]utomount " | ( while read pid tt stat time command; do echo $command; done ) } automount=/usr/sbin/automount # # See how we were called. # case "$1" in start) echo -n 'Starting automounter:' getmounts | while read cmd mnt rest do echo -n " $mnt" pidfile=/var/run/automount`echo $mnt | sed 's/\//./g'`.pid start-stop-daemon --start --pidfile $pidfile --quiet \ --exec $automount -- $mnt $rest # # Automount needs a '--pidfile' or '-p' option. # For now we look for the pid ourself. # ps ax | grep "[0-9]:[0-9][0-9] $automount $mnt" | ( read pid rest echo $pid > $pidfile echo "$mnt $rest" >> $pidfile ) done echo "." ;; stop) echo 'Stopping automounter.' start-stop-daemon --stop --quiet --signal USR2 --exec $automount ;; force-reload|reload|restart) echo "Reloading automounter: checking for changes ... " TMP=/var/run/automount.tmp getmounts >$TMP for i in /var/run/automount.*.pid do pid=`head -n 1 $i 2>/dev/null` [ "$pid" = "" ] && continue command=`tail +2 $i | sed -e 's/.*[0-9]:[0-9]\{2\} \(.*\)/\1/'` if ! grep -q "^$command" $TMP then echo "Stopping automounter: $command" kill -USR2 $pid fi done rm -f $TMP /etc/init.d/autofs start ;; status) status ;; *) echo "Usage: /etc/init.d/autofs {start|stop|restart|reload|status|force-reload}" >&2 exit 1 ;; esac exit 0 Michel "Walken" LESPINASSE - Development Engineer at Wind River Systems walken@wrs.com - http://www.via.ecp.fr/~walken/ From owner-autofs@linux.kernel.org Mon Nov 9 03:44:33 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id DAA19241 for ; Mon, 9 Nov 1998 03:44:32 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA12203 for autofs-list; Mon, 9 Nov 1998 02:15:08 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA12193 for ; Mon, 9 Nov 1998 02:15:06 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id CAA23494 for ; Mon, 9 Nov 1998 02:15:04 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id CAA05310 for ; Mon, 9 Nov 1998 02:15:04 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id CAA02392 for autofs@linux.kernel.org; Mon, 9 Nov 1998 02:15:04 -0800 Message-Id: <199811091015.CAA02392@cesium.transmeta.com> Subject: Re: lookup failure on existing dentry To: autofs@linux.kernel.org (autofs mailing list) Date: Mon, 9 Nov 1998 02:15:03 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > Hi, > > I try to use autofs under kernel 2.1.125 #2 SMP, but i get errors: > > "lookup failure on existing dentry" > > when i try to access an automounted directory. This used to work under > Linux 2.0.34. > Autofs version is > > compsrv1:~# automount --version > Linux automount version 0.3.14. > > The maps are accessed via NIS, ypcat shows the maps ok. > Regards > -- > Try 2.1.127. A major patch to autofs went in in that release. -hpa From owner-autofs@linux.kernel.org Mon Nov 9 03:45:38 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id DAA19245 for ; Mon, 9 Nov 1998 03:45:36 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id BAA09856 for autofs-list; Mon, 9 Nov 1998 01:56:09 -0800 Received: from alf.zfn.uni-bremen.de (alf.zfn.uni-bremen.de [134.102.20.22]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id BAA09800 for ; Mon, 9 Nov 1998 01:55:48 -0800 Received: from europa (europa.comm.uni-bremen.de [134.102.176.10]) by alf.zfn.uni-bremen.de (AIX4.3/UCB 8.8.8/ZfNServer) with SMTP id KAA93838 for ; Mon, 9 Nov 1998 10:51:29 +0100 Received: from comm.uni-bremen.de (reno) by europa (5.x/SMI-SVR4-at950818b) id AA00322; Mon, 9 Nov 1998 11:29:19 +0100 Message-Id: <3646BBFD.7750E541@comm.uni-bremen.de> Date: Mon, 09 Nov 1998 09:55:09 +0000 From: Heinrich Rebehn Organization: University of Bremen X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.0.34 i586) Mime-Version: 1.0 To: "autofs@linux.kernel.org" Subject: lookup failure on existing dentry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi, I try to use autofs under kernel 2.1.125 #2 SMP, but i get errors: "lookup failure on existing dentry" when i try to access an automounted directory. This used to work under Linux 2.0.34. Autofs version is compsrv1:~# automount --version Linux automount version 0.3.14. The maps are accessed via NIS, ypcat shows the maps ok. Regards -- Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - E-mail: mailto:rebehn@comm.uni-bremen.de Phone : +49/421/218-4664 Fax : -3341 From owner-autofs@linux.kernel.org Mon Nov 9 05:21:35 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id FAA19488 for ; Mon, 9 Nov 1998 05:21:34 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA26734 for autofs-list; Mon, 9 Nov 1998 04:00:27 -0800 Received: from mailgate.fore.com (mailgate.fore.com [169.144.68.6]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA26726 for ; Mon, 9 Nov 1998 04:00:23 -0800 Received: from mailman.fore.com (mailman.fore.com [169.144.2.12]) by mailgate.fore.com (8.9.1/8.9.1) with ESMTP id HAA04171 for ; Mon, 9 Nov 1998 07:00:18 -0500 (EST) Received: from sol.eng.fore.com (sol [169.144.155.73]) by mailman.fore.com (8.8.8/8.8.8) with ESMTP id HAA09311 for ; Mon, 9 Nov 1998 07:02:22 -0500 (EST) Received: from spud.eng.fore.com (bgarcia@spud [169.144.87.22]) by sol.eng.fore.com (8.8.8/8.8.8) with ESMTP id HAA29730 for ; Mon, 9 Nov 1998 07:00:20 -0500 (EST) Received: from localhost (bgarcia@localhost) by spud.eng.fore.com (8.8.7/8.8.7) with SMTP id HAA16854 for ; Mon, 9 Nov 1998 07:02:08 -0500 X-Authentication-Warning: spud.eng.fore.com: bgarcia owned process doing -bs Date: Mon, 9 Nov 1998 07:02:07 -0500 (EST) From: "Brad M. Garcia" X-Sender: bgarcia@spud.eng.fore.com To: autofs@linux.kernel.org Subject: Too many mounts. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I'm running kernel 2.0.35 with autofs 0.3.14 (the last version for 2.0.* kernels, I believe), and I'm having problems with too many mounts. Here's an example of what I'm seeing when I do a `cat /proc/mounts`: automount(pid526) /home autofs rw 0 0 nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 I end up with about 50 entries, then any further attempts at automounting (probably regular mounting too, though I haven't tried it) results in: Nov 9 01:03:25 spud automount[7574]: >> mount: wrong fs type, bad option, bad superblock on nfs1:/home/ipgswbld, Nov 9 01:03:25 spud automount[7574]: >> or too many mounted file systems Nov 9 01:03:25 spud automount[7574]: mount(nfs): nfs: mount failure nfs1:/home/ipgswbld on /home/ipgswbld Does anyone know of a fix for this? Brad Garcia ___/ __ / __ / ___/ "Being the Linux of digital media __/ / / / _/ __/ would be a very good life." _/ ____/ _/ _| ____/ - Jean-Louis Gassee, CEO of Be, Inc. From owner-autofs@linux.kernel.org Mon Nov 9 12:56:27 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA19931 for ; Mon, 9 Nov 1998 12:56:25 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA21692 for autofs-list; Mon, 9 Nov 1998 11:08:04 -0800 Received: from squeek.pdi.com (squeek.pdi.com [208.243.28.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA21689 for ; Mon, 9 Nov 1998 11:08:00 -0800 Received: from pdi.com (uucpxfer@localhost) by squeek.pdi.com (8.8.8/8.8.8/PDI-RELAY) with UUCP id LAA26061; Mon, 9 Nov 1998 11:07:47 -0800 (PST) Received: from wonton.pdi.com by pdi.pdi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/(911001.SGI)1.4-PDI.RELAY) id KAA07606; Mon, 9 Nov 1998 10:58:12 -0800 Received: from pdi.com (localhost [127.0.0.1]) by wonton.pdi.com (8.8.8/8.8.8) with ESMTP id KAA16027; Mon, 9 Nov 1998 10:58:11 -0800 (PST) Message-ID: <36473B42.C308CA02@pdi.com> Date: Mon, 09 Nov 1998 10:58:11 -0800 From: Margaret Myers Organization: PDI X-Mailer: Mozilla 4.5C-SGI [en] (X11; U; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: "Brad M. Garcia" CC: autofs@linux.kernel.org Subject: Re: Too many mounts. References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by linux.kernel.org id LAA21690 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: The number of mounts allowed is controlled by NR_SUPER. In 2.0.35 this is set to 64. I recently got the following note from Dan Quinlan in response to a similar question. >Margaret Myers writes: > >> This is not strictly an autofs question, but... >> >> There seems to be a limited number of mounts posssible under >> linux (64?). Our automounter barfs periodically calling mount >> because mount thinks too many things are mounted. Am I right? Is >> there a good reason for the limit? Any chance of increasing it? > >Increase NR_SUPER defined in .../linux/include/linux/fs.h and recompile >the kernel. I was using 256 for a while without any additional problems. > >In more recent 2.1 kernels, the limit was increased to 256. > >- Dan I also increased AUTOFS_HASH_SIZE (in ../linux/fs/autofs/autofs_i.h) correspondingly since this seems to controls the size of the hash table tracking automounts. Hope this helps, Margaret ====================================================== "Brad M. Garcia" wrote: > I'm running kernel 2.0.35 with autofs 0.3.14 (the last version for > 2.0.* kernels, I believe), and I'm having problems with too many > mounts. > > Here's an example of what I'm seeing when I do a `cat /proc/mounts`: > > automount(pid526) /home autofs rw 0 0 > nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 > nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 > nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 > nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 > nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 > nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 > nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 > > I end up with about 50 entries, then any further attempts at automounting > (probably regular mounting too, though I haven't tried it) results in: > > Nov 9 01:03:25 spud automount[7574]: >> mount: wrong fs type, bad option, bad superblock on nfs1:/home/ipgswbld, > Nov 9 01:03:25 spud automount[7574]: >> or too many mounted file systems > Nov 9 01:03:25 spud automount[7574]: mount(nfs): nfs: mount failure nfs1:/home/ipgswbld on /home/ipgswbld > > Does anyone know of a fix for this? > > Brad Garcia > ___/ __ / __ / ___/ "Being the Linux of digital media > __/ / / / _/ __/ would be a very good life." > _/ ____/ _/ _| ____/ - Jean-Louis Gassee, CEO of Be, Inc. From owner-autofs@linux.kernel.org Mon Nov 9 13:57:42 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id NAA19990 for ; Mon, 9 Nov 1998 13:57:41 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA24081 for autofs-list; Mon, 9 Nov 1998 12:33:37 -0800 Received: from mailgate.fore.com (mailgate.fore.com [169.144.68.6]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA24075 for ; Mon, 9 Nov 1998 12:33:34 -0800 Received: from mailman.fore.com (mailman.fore.com [169.144.2.12]) by mailgate.fore.com (8.9.1/8.9.1) with ESMTP id PAA10808; Mon, 9 Nov 1998 15:33:21 -0500 (EST) Received: from sol.eng.fore.com (sol [169.144.155.73]) by mailman.fore.com (8.8.8/8.8.8) with ESMTP id PAA00679; Mon, 9 Nov 1998 15:35:27 -0500 (EST) Received: from spud.eng.fore.com (bgarcia@spud [169.144.87.22]) by sol.eng.fore.com (8.8.8/8.8.8) with ESMTP id PAA00729; Mon, 9 Nov 1998 15:33:23 -0500 (EST) Received: from localhost (bgarcia@localhost) by spud.eng.fore.com (8.8.7/8.8.7) with SMTP id QAA14123; Mon, 9 Nov 1998 16:39:09 -0500 X-Authentication-Warning: spud.eng.fore.com: bgarcia owned process doing -bs Date: Mon, 9 Nov 1998 16:39:08 -0500 (EST) From: "Brad M. Garcia" X-Sender: bgarcia@spud.eng.fore.com To: Margaret Myers cc: autofs@linux.kernel.org Subject: Re: Too many mounts. In-Reply-To: <36473B42.C308CA02@pdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Mon, 9 Nov 1998, Margaret Myers wrote: > The number of mounts allowed is controlled by NR_SUPER. In > 2.0.35 this is set to 64. That's not the problem I'm having. The problem is that the *same* directories are showing up in /proc/mounts multiple times (even though `df` shows each one only once). This results in using up all 64 of my mounts prematurely (when there are only actually 8 or so mounted). I was wondering if anyone else had experienced this problem, or better yet, had a fix. (yes, I know the 2.0.* kernels are no longer being supported/maintained, but I was still hoping for an answer). > "Brad M. Garcia" wrote: > > > I'm running kernel 2.0.35 with autofs 0.3.14 (the last version for > > 2.0.* kernels, I believe), and I'm having problems with too many > > mounts. > > > > Here's an example of what I'm seeing when I do a `cat /proc/mounts`: > > > > automount(pid526) /home autofs rw 0 0 > > nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 > > nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 > > nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 > > nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 > > nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 > > nfs2:/home/bgarcia /home/bgarcia nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs2 0 0 > > nfs1:/home/ipgswbld /home/ipgswbld nfs rw,nosuid,rsize=8192,wsize=8192,intr,addr=nfs1 0 0 > > > > I end up with about 50 entries, then any further attempts at automounting > > (probably regular mounting too, though I haven't tried it) results in: > > > > Nov 9 01:03:25 spud automount[7574]: >> mount: wrong fs type, bad option, bad superblock on nfs1:/home/ipgswbld, > > Nov 9 01:03:25 spud automount[7574]: >> or too many mounted file systems > > Nov 9 01:03:25 spud automount[7574]: mount(nfs): nfs: mount failure nfs1:/home/ipgswbld on /home/ipgswbld > > > > Does anyone know of a fix for this? Brad Garcia ___/ __ / __ / ___/ "Being the Linux of digital media __/ / / / _/ __/ would be a very good life." _/ ____/ _/ _| ____/ - Jean-Louis Gassee, CEO of Be, Inc. From owner-autofs@linux.kernel.org Tue Nov 10 21:26:13 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id VAA03171 for ; Tue, 10 Nov 1998 21:26:12 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA13803 for autofs-list; Wed, 11 Nov 1998 02:59:41 -0800 Received: from cobra.fkp.physik.tu-darmstadt.de (frithjof@cobra.fkp.physik.tu-darmstadt.de [130.83.85.212]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA13799 for ; Wed, 11 Nov 1998 02:59:29 -0800 Received: (from frithjof@localhost) by cobra.fkp.physik.tu-darmstadt.de (8.9.0/8.9.0) id NAA06228; Wed, 11 Nov 1998 13:02:17 +0100 Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <6ypvbdaayc.fsf@sodium.transmeta.com> Date: Wed, 11 Nov 1998 13:02:17 +0100 (CET) Reply-To: frithjof@fkp.tu-darmstadt.de From: Frithjof Anders To: Daniel Quinlan , kornel@daniel.fkp.physik.tu-darmstadt.de Subject: Re: limited number of mounts? Cc: autofs@linux.kernel.org, Margaret Myers Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Thus spoke Daniel Quinlan on 27-Oct-98 : > Margaret Myers writes: > >> This is not strictly an autofs question, but... >> >> There seems to be a limited number of mounts posssible under >> linux (64?). Our automounter barfs periodically calling mount >> because mount thinks too many things are mounted. Am I right? Is >> there a good reason for the limit? Any chance of increasing it? > > Increase NR_SUPER defined in .../linux/include/linux/fs.h and recompile > the kernel. I was using 256 for a while without any additional problems. > > In more recent 2.1 kernels, the limit was increased to 256. Sadly, automount does not have sublink options like the amd. All this discussion about insufficent mounts seems to be related to the fact, that people set up only a basic /home automount file, and for each user on host "mybox" automount mounts different parts of one user partition of mybox. In my opinion, that is not neccesary, if people follow a different strategy, which we setup on our little cluster. Here is the task: I have user1- user10 on host1, user11-user20 on host1 and so one. Additionally, each user has access to local scatch/work space for speed up computations, which should be accessable from each other box within the cluster. Also I would like to avoid the multiple mount problem, discussed in the mailing list. Here is our solution: Each local partition of hostx is mounted as subdir of /hostx e.g. /host1/user for user space /host1/work for work space /host1/jaz for a jaz drive and so one. On each box an automounter manages a mount point /net with an auto.net consists of a single line! * &:/& No submount maps are neccesary. If /hostx (x is a number) is exported to each host of the cluster, we have access to ALL subdirectories within the cluster via /net/hostx/subdir. A second automounter runs on /home, but the entries are user1 :/net/host1/user/& user2 :/net/host1/user/& ... user10 :/net/host1/user/& #### user11 :/net/host2/user/& ... and so on. With this trick we have only local links for each user and the automounter mounts a partition for all users on hostx only once like amd. This reduces the number of mounts to the number of hosts a particular host needs access at a time and does NOT scale with the number of users in the network. It helped us to reduce the number of mounts dramatically. I hope that is usefull information for people struggeling with their number of mounts (users). Frithjof "If you see someone without a smile, give him one of yours" Frithjof Anders Institut fuer Festkoerperphysik Technische Universitaet Darmstadt Hochschulstr. 6 64289 Darmstadt, GERMANY Tel +49 (6151) 16-5235 email: frithjof@fkp.tu-darmstadt.de FAX +49 (6151) 16-3681 From alvin Wed Nov 11 14:19:35 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id OAA05073; Wed, 11 Nov 1998 14:19:17 -0800 From: Alvin Oga Message-Id: <199811112219.OAA05073@mail.Linux-Consulting.com> Subject: Re: autmount problem? To: caixj@alpha02.ihep.ac.cn (Cai Xuejun) Date: Wed, 11 Nov 1998 14:19:17 -0800 (PST) Cc: autofs@linux.kernel.org, alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: from "Cai, Xuejun" at Nov 12, 98 11:51:43 am Content-Type: text Status: RO X-Status: hi cai Did you check that the remote machines have those directories exported ? Make sure linux:/public directory exists On those remote machines, can it mount it's own directories ? farm1~# mount /root/kde /tmp_mnt have fun alvin > When I used autofs I encounter the problem that can only automount > remote filesystem on linux box and can't automount the filesystem on > Digital Unix boxs. > My /etc/auto.master is as follows: > " > /public /etc/auto.pub > " > and my /etc/auto.pub is as follows: > " > pub -ro,soft,intr alpha02:/public > userl3 -ro,soft,intr alpha01.ihep.ac.cn:/userl3 > kde -ro,soft,intr farm1:/root/kde > " > > Thanks in advance, > > Cai Xuejun > > From owner-autofs@linux.kernel.org Wed Nov 11 14:50:51 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA05117 for ; Wed, 11 Nov 1998 14:50:51 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id WAA09380 for autofs-list; Wed, 11 Nov 1998 22:27:13 -0800 Received: from mail.Linux-Consulting.com (IDENT:alvin@alvin.fef.com [198.147.196.15]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id WAA09377 for ; Wed, 11 Nov 1998 22:27:11 -0800 Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id OAA05073; Wed, 11 Nov 1998 14:19:17 -0800 From: Alvin Oga Message-Id: <199811112219.OAA05073@mail.Linux-Consulting.com> Subject: Re: autmount problem? To: caixj@alpha02.ihep.ac.cn (Cai Xuejun) Date: Wed, 11 Nov 1998 14:19:17 -0800 (PST) Cc: autofs@linux.kernel.org, alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: from "Cai, Xuejun" at Nov 12, 98 11:51:43 am Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi cai Did you check that the remote machines have those directories exported ? Make sure linux:/public directory exists On those remote machines, can it mount it's own directories ? farm1~# mount /root/kde /tmp_mnt have fun alvin > When I used autofs I encounter the problem that can only automount > remote filesystem on linux box and can't automount the filesystem on > Digital Unix boxs. > My /etc/auto.master is as follows: > " > /public /etc/auto.pub > " > and my /etc/auto.pub is as follows: > " > pub -ro,soft,intr alpha02:/public > userl3 -ro,soft,intr alpha01.ihep.ac.cn:/userl3 > kde -ro,soft,intr farm1:/root/kde > " > > Thanks in advance, > > Cai Xuejun > > From owner-autofs@linux.kernel.org Thu Nov 12 01:40:20 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id BAA06182 for ; Thu, 12 Nov 1998 01:40:19 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA22013 for autofs-list; Thu, 12 Nov 1998 08:27:32 -0800 Received: from fuzzy.foxtaur.com (tnt-dal-stat-47.dallas.net [209.44.42.47]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA22009 for ; Thu, 12 Nov 1998 08:27:27 -0800 Received: (from fox@localhost) by fuzzy.foxtaur.com (8.7.5/8.6.11) id KAA20905 for autofs@linux.kernel.org; Thu, 12 Nov 1998 10:26:29 -0600 Message-ID: <19981112102629.A20840@dallas.net> Date: Thu, 12 Nov 1998 10:26:29 -0600 From: Fuzzy Fox To: AutoFS Subject: autofs + smbfs (2.1.125) Mail-Followup-To: AutoFS Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=MGYHOYXEY6WxJCY8 X-Mailer: Mutt 0.93.1i Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii I've been laboring steadily for a while to get automounting smbfs filesystems. Since I'm working with kernel 2.1, I've had some trouble in that regard, but once I found a decent script to translate the smbmount options for me, things have gotten nicer. I'm now at the point where I can mount and unmount shares automatically, which is a big thrill, but there's still a problem somewhere. First, here's my command and map file (windy is the name of the windows box): # /usr/sbin/automount /windy file /etc/auto.windy /etc/auto.windy: C -fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 ://windy/c This seems to work very well. If I "ls /windy/C", the share gets mounted, and I can see the contents of the directory. After five minutes, it unmounts. Beautiful. :) First problem: There's nothing in the /windy directory. Shouldn't the pseudo-mount-point "C" appear there? How is a user supposed to know that he needs to go to the magical "C" directory in order to get the filesystem to mount? It's not the behavior I'm used to, from other automounters. Second problem: Whenever the share mount is attempted, there is a big flurry of log activity in my system logs: Nov 12 10:11:12 fuzzy automount[277]: attempting to mount entry /windy/C Nov 12 10:11:12 fuzzy automount[20847]: lookup(file): looking up C Nov 12 10:11:12 fuzzy automount[20847]: lookup(file): C -> -fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 ://windy/c Nov 12 10:11:12 fuzzy automount[20847]: expanded entry: -fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 ://windy/c Nov 12 10:11:12 fuzzy automount[20847]: parse(sun): gathered options: fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 Nov 12 10:11:12 fuzzy automount[20847]: parse(sun): core of entry: //windy/c Nov 12 10:11:12 fuzzy automount[20847]: do_mount //windy/c /windy/C type smbfs options uid=501,gid=100,filemod=3664,dirmod=3775 using module smbfs Nov 12 10:11:12 fuzzy automount[20847]: mount(smbfs): no password option, adding -n Nov 12 10:11:12 fuzzy automount[20847]: mount(smbfs): no password option, adding -n Nov 12 10:11:12 fuzzy automount[20847]: mount(smbfs): calling mkdir /windy/C Nov 12 10:11:14 fuzzy automount[20847]: mount(smbfs): mounted //windy/c on /windy/C Nov 12 10:11:14 fuzzy automount[277]: attempting to mount entry /windy/C Nov 12 10:11:14 fuzzy automount[20852]: lookup(file): looking up C Nov 12 10:11:14 fuzzy automount[20852]: lookup(file): C -> -fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 ://windy/c Nov 12 10:11:14 fuzzy automount[20852]: expanded entry: -fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 ://windy/c Nov 12 10:11:14 fuzzy automount[20852]: parse(sun): gathered options: fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 Nov 12 10:11:14 fuzzy automount[20852]: parse(sun): core of entry: //windy/c Nov 12 10:11:14 fuzzy automount[20852]: do_mount //windy/c /windy/C type smbfs options uid=501,gid=100,filemod=3664,dirmod=3775 using module smbfs Nov 12 10:11:14 fuzzy automount[20852]: mount(smbfs): no password option, adding -n Nov 12 10:11:14 fuzzy automount[20852]: mount(smbfs): no password option, adding -n Nov 12 10:11:14 fuzzy automount[20852]: mount(smbfs): calling mkdir /windy/C Nov 12 10:11:14 fuzzy automount[20852]: mount(smbfs): mounted //windy/c on /windy/C Nov 12 10:11:14 fuzzy automount[277]: attempting to mount entry /windy/C Nov 12 10:11:14 fuzzy automount[20856]: lookup(file): looking up C Nov 12 10:11:14 fuzzy automount[20856]: lookup(file): C -> -fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 ://windy/c Nov 12 10:11:14 fuzzy automount[20856]: expanded entry: -fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 ://windy/c Nov 12 10:11:14 fuzzy automount[20856]: parse(sun): gathered options: fstype=smbfs,uid=501,gid=100,filemod=3664,dirmod=3775 Nov 12 10:11:14 fuzzy automount[20856]: parse(sun): core of entry: //windy/c Nov 12 10:11:14 fuzzy automount[20856]: do_mount //windy/c /windy/C type smbfs options uid=501,gid=100,filemod=3664,dirmod=3775 using module smbfs Nov 12 10:11:14 fuzzy automount[20856]: mount(smbfs): no password option, adding -n Nov 12 10:11:14 fuzzy automount[20856]: mount(smbfs): no password option, adding -n Nov 12 10:11:14 fuzzy automount[20856]: mount(smbfs): calling mkdir /windy/C Nov 12 10:11:14 fuzzy automount[20856]: mount(smbfs): mounted //windy/c on /windy/C It appears that the mount was performed three times. Why three? It should have worked just fine the first time. I thought perhaps there was some small amount of time between the launch of the smbmount command, and the actual mount happening (a race condition?), so I inserted a small sleep at the bottom of my smbmount script, but all it does is make the mount take longer. It still calls the script three times, every time. I don't get it. Third problem: The inode that I get from the first mount doesn't seem to be the "real" inode of the filesystem. What do I mean by that? Well, for instance, suppose that the share is unmounted. If I blindly "cd /windy/C" to go to the mount point, the filesystem gets mounted, and I end up in the root directory of the share, but it's not really "right." Here's an example: $ cd /windy/C (disk grinds while it triple-mounts) $ pwd /windy/C (I'm in the "right" directory) $ ls AUTOEXEC.BAT DOWNLOAD MOUSE SETUPLOG.TXT WIN95 BOOTLOG.PRV FOX MSDOS.--- SOUND WINDOWS BOOTLOG.TXT GRAPHICS MSDOS.SYS SUHDLOG.DAT ZIP COMMAND.COM HIMEM.SYS Program Files SYSTEM.1ST bin CONFIG.SYS IO.SYS RECYCLED TMP DETLOG.TXT LOGO.SYS SABRINA.SYS UTIL (I can see some files) $ ls -l ls: SABRINA.SYS: No such file or directory ls: BOOTLOG.TXT: No such file or directory ls: WIN95: No such file or directory ls: UTIL: No such file or directory ls: ZIP: No such file or directory ls: TMP: No such file or directory ls: COMMAND.COM: No such file or directory ls: CONFIG.SYS: No such file or directory ls: SUHDLOG.DAT: No such file or directory ls: HIMEM.SYS: No such file or directory ls: MSDOS.---: No such file or directory ls: BOOTLOG.PRV: No such file or directory ls: MSDOS.SYS: No such file or directory ls: AUTOEXEC.BAT: No such file or directory ls: SETUPLOG.TXT: No such file or directory ls: IO.SYS: No such file or directory ls: WINDOWS: No such file or directory ls: DETLOG.TXT: No such file or directory ls: GRAPHICS: No such file or directory ls: LOGO.SYS: No such file or directory ls: Program Files: No such file or directory ls: RECYCLED: No such file or directory ls: MOUSE: No such file or directory ls: DOWNLOAD: No such file or directory ls: bin: No such file or directory ls: SYSTEM.1ST: No such file or directory ls: FOX: No such file or directory ls: SOUND: No such file or directory total 0 (However, none of those files are useable!) $ cd TMP TMP: No such file or directory. Now, if I just "re-cd" to the directory, it works: $ cd /windy/C (Already mounted) $ ls -l total 1247 -rw-rw-r-- 1 fox critters 718 Oct 31 22:34 AUTOEXEC.BAT -rw-rw-r-- 1 fox critters 24784 Oct 13 03:45 BOOTLOG.PRV -rw-rw-r-- 1 fox critters 26136 Oct 13 03:51 BOOTLOG.TXT -rw-rw-r-- 1 fox critters 93812 Aug 24 1996 COMMAND.COM -rw-rw-r-- 1 fox critters 126 Oct 13 03:51 CONFIG.SYS -rw-rw-r-- 1 fox critters 64157 Oct 13 03:00 DETLOG.TXT drwxrwxr-x 1 fox critters 512 Oct 7 12:53 DOWNLOAD drwxrwxr-x 1 fox critters 512 Oct 7 12:54 FOX drwxrwxr-x 1 fox critters 512 Oct 13 05:33 GRAPHICS -r--r--r-- 1 fox critters 33191 Aug 24 1996 HIMEM.SYS -r--r--r-- 1 fox critters 214836 Aug 24 1996 IO.SYS -rw-rw-r-- 1 fox critters 129092 Oct 22 00:54 LOGO.SYS drwxrwxr-x 1 fox critters 512 Oct 13 05:25 MOUSE -rw-rw-r-- 1 fox critters 1754 Oct 13 02:58 MSDOS.--- -rw-rw-r-- 1 fox critters 1754 Oct 13 05:34 MSDOS.SYS dr-xr-xr-x 1 fox critters 512 Oct 13 03:04 Program Files drwxrwxr-x 1 fox critters 512 Oct 13 03:27 RECYCLED -rw-rw-r-- 1 fox critters 129092 Sep 9 19:12 SABRINA.SYS -rw-rw-r-- 1 fox critters 57632 Oct 13 03:26 SETUPLOG.TXT drwxrwxr-x 1 fox critters 512 Oct 7 12:58 SOUND -r--r--r-- 1 fox critters 5166 Oct 13 03:08 SUHDLOG.DAT -r--r--r-- 1 fox critters 472680 Oct 13 03:08 SYSTEM.1ST drwxrwxr-x 1 fox critters 512 Oct 7 10:20 TMP drwxrwxr-x 1 fox critters 512 Oct 7 10:18 UTIL drwxrwxr-x 1 fox critters 512 Oct 7 10:15 WIN95 drwxrwxr-x 1 fox critters 512 Oct 13 03:04 WINDOWS drwxrwxr-x 1 fox critters 512 Oct 7 10:18 ZIP drwxrwxr-x 1 fox critters 512 Oct 14 03:42 bin What's the cause of this behavior? It really needs to be fixed, I think, because if a program tries to access a random file on the share, when it's not mounted, the first access to the file will fail sporadically, then succeed if it's retried. Is this really acceptable? I've appended the smbmount script, kindly borrowed and somewhat modified from a posting found on the net. I'd never have gotten this far without this person's anonymous help. :) -- fox@dallas.net (Fuzzy Fox) || "Nothing takes the taste out of peanut sometimes known as David DeSimone || butter quite like unrequited love." http://www.dallas.net/~fox/ || -- Charlie Brown --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=smbmount #!/bin/sh exec /dev/null 2>&1 SERVICE="$1" shift MOUNTPOINT="$1" shift while [ $# -gt 0 ] do case "$1" in -P) shift PASSWORD="$1" NOPASS="-N" ;; -U) shift OPTIONS="$OPTIONS -U $1" ;; -n) NOPASS="-N" ;; -c) shift OPTIONS="$OPTIONS -n $1" ;; -D) shift OPTIONS="$OPTIONS -W $1" ;; -u) shift C_OPTIONS="$C_OPTIONS -u $1" ;; -g) shift C_OPTIONS="$C_OPTIONS -g $1" ;; -m) # -m max_xmit max_xmit offered (used only for testing) # Pitch the parameter with it shift ;; -d) # -d mode permission the dirs get (octal notation) shift C_OPTIONS="$C_OPTIONS -d $1" ;; -f) # -f mode permission the files get (octal notation) shift C_OPTIONS="$C_OPTIONS -f $1" ;; -C) # Don't convert password to uppercase # What are we suppost to do with this??? ;; *) # Copy everything else over and hope nothing breaks... OPTIONS="$OPTIONS $1" ;; esac shift done /usr/local/samba/bin/smbmount.samba "$SERVICE" "$PASSWORD" $NOPASS $OPTIONS -c "mount $MOUNTPOINT $C_OPTIONS" EXITCODE=$? # sleep 1 exit $EXITCODE --MGYHOYXEY6WxJCY8-- From owner-autofs@linux.kernel.org Wed Nov 11 18:51:14 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id SAA05533 for ; Wed, 11 Nov 1998 18:51:14 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id BAA12760 for autofs-list; Thu, 12 Nov 1998 01:05:54 -0800 Received: from corina.frop.org (IDENT:cpereira@rio-tc0-tty25.iis.com.br [200.202.98.25]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id BAA12745 for ; Thu, 12 Nov 1998 01:05:43 -0800 Received: from localhost (cpereira@localhost) by corina.frop.org (8.8.5/8.8.5) with SMTP id HAA00461 for ; Thu, 12 Nov 1998 07:06:44 +0200 X-Authentication-Warning: corina.frop.org: cpereira owned process doing -bs Date: Thu, 12 Nov 1998 07:06:44 +0200 (GMT-2) From: Clever Pereira X-Sender: cpereira@corina.frop.org Reply-To: Clever Pereira To: autofs@linux.kernel.org Subject: Owners changed... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Hello, When I mount home directories file ownership appears completely changed. More clearly: user directory A belongs to B, etc. Can you help me ? Thanks From owner-autofs@linux.kernel.org Wed Nov 11 12:19:44 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA04816 for ; Wed, 11 Nov 1998 12:19:43 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id TAA06029 for autofs-list; Wed, 11 Nov 1998 19:50:45 -0800 Received: from alpha02.ihep.ac.cn (alpha02.ihep.ac.cn [202.38.128.10]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id TAA06025 for ; Wed, 11 Nov 1998 19:50:40 -0800 Received: by alpha02.ihep.ac.cn id AA22079; Thu, 12 Nov 1998 11:51:43 +0800 Date: Thu, 12 Nov 1998 11:51:43 +0800 (CST) From: "Cai, Xuejun" To: autofs@linux.kernel.org Subject: autmount problem? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi, When I used autofs I encounter the problem that can only automount remote filesystem on linux box and can't automount the filesystem on Digital Unix boxs. My /etc/auto.master is as follows: " /public /etc/auto.pub " and my /etc/auto.pub is as follows: " pub -ro,soft,intr alpha02:/public userl3 -ro,soft,intr alpha01.ihep.ac.cn:/userl3 kde -ro,soft,intr farm1:/root/kde " Thanks in advance, Cai Xuejun From owner-autofs@linux.kernel.org Thu Nov 12 08:20:48 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA07029 for ; Thu, 12 Nov 1998 08:20:44 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA32263 for autofs-list; Thu, 12 Nov 1998 15:05:17 -0800 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA32256 for ; Thu, 12 Nov 1998 15:05:11 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id PAA02380; Thu, 12 Nov 1998 15:04:47 -0800 From: Alvin Oga Message-Id: <199811122304.PAA02380@leopard.imedia.com> Subject: Re: Owners changed... To: cpereira@email.iis.com.br Date: Thu, 12 Nov 1998 15:04:46 -0800 (PST) Cc: aoga@leopard.imedia.com (Alvin Oga), autofs@linux.kernel.org In-Reply-To: from "Clever Pereira" at Nov 12, 98 07:06:44 am Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi > When I mount home directories file ownership appears completely > changed. More clearly: user directory A belongs to B, etc. Can you > help me ? make sure the the owner UID ( xxx & yyy ) and GID is the same in /etc/passwd on both machines # more /etc/passwd ... user_A:xxx:ggg:.... user_B:yyy:hhh.... have fun alvin From owner-autofs@linux.kernel.org Fri Nov 13 07:59:50 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA09584 for ; Fri, 13 Nov 1998 07:59:47 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA04060 for autofs-list; Fri, 13 Nov 1998 15:08:46 -0800 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA04055 for ; Fri, 13 Nov 1998 15:08:43 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id PAA15068 for autofs@linux.kernel.org; Fri, 13 Nov 1998 15:08:28 -0800 From: Alvin Oga Message-Id: <199811132308.PAA15068@leopard.imedia.com> Subject: Re: yp/nis maps and autofs (fwd) To: autofs@linux.kernel.org Date: Fri, 13 Nov 1998 15:08:28 -0800 (PST) Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Forwarded message: >From aoga@leopard.imedia.com Fri Nov 13 15:04:14 1998 From: Alvin Oga Message-Id: <199811132307.PAA15056@leopard.imedia.com> Subject: Re: yp/nis maps and autofs To: arun@evanston.fluent.com (Arun Thomas) Date: Fri, 13 Nov 1998 15:07:50 -0800 (PST) Cc: aoga@leopard.imedia.com (Alvin Oga) In-Reply-To: from "Arun Thomas" at Nov 13, 98 03:18:14 pm Content-Type: text hi ya arun assuming /home is exported on host1 in /etc/auto.nfs, tru using: home host1:/home and you'll get "ls -l /nfs/host1/home" for mor einfo: http://www.Linux-Consulting.com/Amd_AutoFS/autofs-HOWTO.html have fun alvin > I am using RedHat Linux 5.0 in a network of several machines and we use > the yp map auto.master which uses the "-hosts" map to mount file systems > from other machines. i.e. we mount host1:/home as /nfs/host1/home and so > on. The map looks like > > /nfs -hosts > > It looks like the version on RedHat 5.0 doesnt understand this. i.e. the > docs say that the maps need to be in sun format. Is there another way to > do this? I tried (in /etc/auto.nfs) > > * &:/home > > with the entry in /etc/auto.master as > > /nfs /etc/auto.nfs > > but that mounts host1:/home as /nfs/host1. I would like it to be > /nfs/host1/home. > > Any help will be appreciated. > > Thanks. > > ------------------------------------------------------------------------ > Arun Thomas Fluent Incorporated > arun@fluent.com 500 Davis Street, Suite 600 > (847)491-0200 Evanston, IL 60201 > ------------------------------------------------------------------------ > From owner-autofs@linux.kernel.org Fri Nov 13 06:29:22 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id GAA09424 for ; Fri, 13 Nov 1998 06:29:20 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA01280 for autofs-list; Fri, 13 Nov 1998 13:18:27 -0800 Received: from atsun.fdi.com (atsun.evanston.fluent.com [192.104.61.166]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA01275 for ; Fri, 13 Nov 1998 13:18:21 -0800 Received: from localhost by atsun.fdi.com (8.9.1a/8.9.1) with SMTP id PAA28876 for ; Fri, 13 Nov 1998 15:18:15 -0600 (CST) Date: Fri, 13 Nov 1998 15:18:14 -0600 (CST) From: Arun Thomas To: autofs@linux.kernel.org Subject: yp/nis maps and autofs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Hi, I am using RedHat Linux 5.0 in a network of several machines and we use the yp map auto.master which uses the "-hosts" map to mount file systems from other machines. i.e. we mount host1:/home as /nfs/host1/home and so on. The map looks like /nfs -hosts It looks like the version on RedHat 5.0 doesnt understand this. i.e. the docs say that the maps need to be in sun format. Is there another way to do this? I tried (in /etc/auto.nfs) * &:/home with the entry in /etc/auto.master as /nfs /etc/auto.nfs but that mounts host1:/home as /nfs/host1. I would like it to be /nfs/host1/home. Any help will be appreciated. Thanks. ------------------------------------------------------------------------ Arun Thomas Fluent Incorporated arun@fluent.com 500 Davis Street, Suite 600 (847)491-0200 Evanston, IL 60201 ------------------------------------------------------------------------ From owner-autofs@linux.kernel.org Fri Nov 13 04:52:52 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA09258 for ; Fri, 13 Nov 1998 04:52:51 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA31325 for autofs-list; Fri, 13 Nov 1998 11:42:51 -0800 Received: from born.rassys.com (rsahlen@born.rassys.com [209.140.169.246]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA31303 for ; Fri, 13 Nov 1998 11:42:02 -0800 Received: (from rsahlen@localhost) by born.rassys.com (8.8.8/8.8.8/Debian/GNU) id OAA25798; Fri, 13 Nov 1998 14:41:50 -0500 Message-Id: <199811131941.OAA25798@born.rassys.com> Subject: wait_queue_token To: autofs@linux.kernel.org Date: Fri, 13 Nov 1998 14:41:50 -0500 (EST) From: Rich Sahlender X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Maybe someone can save me a couple minutes poking with gdb... The autofs_packet_missing struct contains a long int called wait_queue_token. What is stored in this field? Is it an address or just an int counter? Regards, Rich From owner-autofs@linux.kernel.org Fri Nov 13 23:46:46 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id XAA11154 for ; Fri, 13 Nov 1998 23:46:45 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA24398 for autofs-list; Sat, 14 Nov 1998 07:07:17 -0800 Received: from relay1.bcs.zp.ua (bcs-ts33.zcn.net [195.123.8.74]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA24386 for ; Sat, 14 Nov 1998 07:06:59 -0800 Received: from bcs1.bcs.zp.ua (bcs1.bcs.zp.ua [195.123.10.34]) by relay1.bcs.zp.ua (8.9.1/8.9.1) with ESMTP id RAA11236 for ; Sat, 14 Nov 1998 17:06:13 +0200 (EET) Received: (from alex@localhost) by bcs1.bcs.zp.ua (8.8.8/8.8.7) id RAA02594 for autofs@linux.kernel.org; Sat, 14 Nov 1998 17:06:13 +0200 Message-Id: <199811141506.RAA02594@bcs1.bcs.zp.ua> Subject: autofs-3.1.3 (serious) bug To: autofs@linux.kernel.org Date: Sat, 14 Nov 1998 17:06:12 +0200 (EET) From: alex@bcs.zp.ua (Alex I. Tkachenko) Organization: Business Computer Service (Zaporozhye, Ukraine) X-Mailer: ELM [version 2.4ME+ PL47 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello! First my configuration: kernel 2.1.127 on Intel Pentium machine with libc5. Now the story. Consider an example: I need (for some historical reasons) automount whole directory from another host in the root directory of my machine. As I understood (let me know if I'm wrong) it is impossible to do with single mount operation with autofs, because in this case mountpoint is / and will be obscured upon start of automount. I've decided to create it in /var/netmount/other_host/package directory and make /package a symlink to that directory. This worked fine and config files for this are quite straightforward. But a while ago I've noticed, that using Midnight Commander causes more frequent mounts than possible. This is due to symlink resolution upon entering a directory. In attempt to avoid this I've reworked the scheme, making /package as a usual dir in /. Reworked config files are: /etc/auto.master: /package /etc/auto.package /etc/auto.package: * -ro other_host:/package/& Of course, it is slightly inconvinient, because there'll be more mount points instead of one, but the problem is in another corner. The key of it is that /package directory contains _files_ and directories. Single file is mounted via NFS, but I can survive it, if it get unmounted after expiry time. But this does not never happen. File does not get umounted, although expiration process is regularily attempts to do it. Then I killed the automounter with SIGUSR2. Argh! From now on, /package is impossible to dismount - it claims that resource is busy; /proc/mounts shows that automount(somepid) serves it, but that somepid is not alive anymore. umount -t nfs -a dismounts a NFS-mounted file, but mountpoint for autofs still exists and does not get removed by umount -a -t autofs (Resource busy). Ok, let's look into sources. Mount event first: to mount that single file it creates a directory /package/file and then mounts a file through NFS, obscuring created directory (this is normal) but making this entry a regular file (this is what autofs does not expect). Second - looking into daemon/automount.c to trace what happens, when it attemts to do umount. In umount_ent one can see, that the file is never gets dismounted, but simply unlinked instead. Thanks God, I've specified -ro option! And created directory does not deleted too - maybe this is somewhay related to 'Resource busy' condition. (By the way - if the local file does not get removed for some reason - it should report it and stop unmounting - IMO). As I understand, umount should be spawned when st.st_dev != ap.dev, which is the signal, that the entry is from another filesystem, right? Ok, I've included patch below. Although it works fine for me, I suggest maintainer to double check it as I do not completely understand autofs logic. If it is unacceptable for some reason, please, make automounter do not exit silently, leaving stalled entry in kernel mounts table. And one problem remains: as the man page says, USR2 causes automount dismount all unused entries and exit if all done. But this is not true, regardless of the example above and patch below :). Simple try cd into, say, /package, and kill automounter with usr2. In my case with patch applied, at least I need umount -a -t autofs after leaving mentioned directory. But w/o patch, as I said above, it is impossible at all. fuser does not help much, and I suspect an average user will be at least confused with that stalled entry, as I was. I've tried to fix it in the while loop at the end of the file but didn't succeed. As I understood, it may require more familiarity with autofs ioctls, because kernel is told about autofs shutdown before the error state may occur, and in the later case it (IMO) should stay in memory and continue to serve mount requests. That's all. Please let me know is this information is of some interest and if autofs ditribution will be updated. Please use email, as I don't receive this mailing list. With a deep respect, Alex --- automount.c.orig Tue Nov 3 23:21:14 1998 +++ automount.c Sat Nov 14 15:43:47 1998 @@ -85,16 +85,14 @@ sprintf(path_buf, "%s/%s", root, name); if ( !lstat(path_buf,&st) ) { - if ( S_ISDIR(st.st_mode) ) { - if ( st.st_dev != ap.dev ) { - rv = spawnl(LOG_DEBUG, PATH_UMOUNT, - PATH_UMOUNT, path_buf, NULL); - if ( !rv ) - rmdir(path_buf); - } else - rmdir(path_buf); - } else - unlink(path_buf); + if (st.st_dev != ap.dev) + { + rv = spawnl(LOG_DEBUG, PATH_UMOUNT,PATH_UMOUNT, path_buf, NULL); + if ( !rv ) + rmdir(path_buf); + } + else + rv = S_ISDIR(st.st_mode) ? rmdir(path_buf) : unlink(path_buf); } return rv; } -- \ / | Business Computer Service Ltd, Zaporozhye, Ukraine -|-|- | Voice: +380 (0612) 13-19-65 / \ Alex I. Tkachenko | Internet: alex@bcs.zp.ua From owner-autofs@linux.kernel.org Sun Nov 15 04:53:15 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA12407 for ; Sun, 15 Nov 1998 04:53:14 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA30358 for autofs-list; Sun, 15 Nov 1998 12:12:00 -0800 Received: from clri6a.gsi.de (clri6a.gsi.de [140.181.96.61]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id MAA30355 for ; Sun, 15 Nov 1998 12:11:57 -0800 Received: from clri6g.gsi.de by clri6a.gsi.de (AIX 3.2/UCB 5.64/4.03) id AA34131; Sun, 15 Nov 1998 21:11:03 +0100 Message-Id: <364F3551.41C6@gsi.de> Date: Sun, 15 Nov 1998 21:10:57 +0100 From: Baerbel Lasitschka Organization: GSI - Darmstadt X-Mailer: Mozilla 3.01 (X11; I; AIX 1) Mime-Version: 1.0 To: autofs@linux.kernel.org Subject: submounts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: our mount structure was developed under amd, so we use submounts in the following way: group/user /rw host:/data/dataxx/user we mounted group/user on the mount point /d does anyone know a solution under autofs thanks baerbel -- ---------------------------------------------------------------------- Baerbel Lasitschka phone: (49) 6103 42987 ------------------FAX: (49) 6103 947922 Internet: B.Lasitschka@gsi.de http://www.gsi.de/~lasi/ From alvin Sun Nov 15 17:19:35 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id RAA12834; Sun, 15 Nov 1998 17:19:20 -0800 From: Alvin Oga Message-Id: <199811160119.RAA12834@mail.Linux-Consulting.com> Subject: Re: submounts To: B.Lasitschka@clri6a.gsi.de (Baerbel Lasitschka) Date: Sun, 15 Nov 1998 17:19:20 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), autofs@linux.kernel.org In-Reply-To: <364F3551.41C6@gsi.de> from "Baerbel Lasitschka" at Nov 15, 98 09:10:57 pm Content-Type: text Status: RO X-Status: hi Baerbel Please review the ssubmount section in the autofs-howto and let me know if it is helpful or if I have forgotten something key points ... http://www.Linux-Consulting.com/Amd_AutoFS/autofs-HOWTO.html thanx alvin > our mount structure was developed under amd, so we use submounts in the > following way: > > group/user /rw host:/data/dataxx/user > > we mounted group/user on the mount point /d > > does anyone know a solution under autofs > > thanks > baerbel > > > -- > ---------------------------------------------------------------------- > Baerbel Lasitschka phone: (49) 6103 42987 > ------------------FAX: (49) 6103 947922 > Internet: B.Lasitschka@gsi.de http://www.gsi.de/~lasi/ > From B.Lasitschka@clri6a.gsi.de Sun Nov 15 18:00:16 1998 Return-Path: Received: from clri6a.gsi.de (clri6a.gsi.de [140.181.96.61]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id SAA12847 for ; Sun, 15 Nov 1998 18:00:14 -0800 Received: from clri6g.gsi.de by clri6a.gsi.de (AIX 3.2/UCB 5.64/4.03) id AA60477; Mon, 16 Nov 1998 11:06:27 +0100 Sender: lasi@clri6a.gsi.de Message-Id: <364FF91C.41C6@gsi.de> Date: Mon, 16 Nov 1998 11:06:20 +0100 From: Baerbel Lasitschka Organization: GSI - Darmstadt X-Mailer: Mozilla 3.01 (X11; I; AIX 1) Mime-Version: 1.0 To: alvin@Mail.Linux-Consulting.com Subject: Re: submounts References: <199811160119.RAA12834@mail.Linux-Consulting.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO X-Status: thanks for your help,alvin. is submounting also available for linux 2.0 kernel (patches?) baerbel From alvin Sun Nov 15 19:41:29 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id TAA12910; Sun, 15 Nov 1998 19:41:11 -0800 From: Alvin Oga Message-Id: <199811160341.TAA12910@mail.Linux-Consulting.com> Subject: Re: submounts To: B.Lasitschka@clri6a.gsi.de (Baerbel Lasitschka) Date: Sun, 15 Nov 1998 19:41:11 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: <364FF91C.41C6@gsi.de> from "Baerbel Lasitschka" at Nov 16, 98 11:06:20 am Content-Type: text Status: RO X-Status: hi ya baerbel > thanks for your help,alvin. is submounting also available for linux > 2.0 kernel (patches?) I am not sure the exact difference between submounts and regular mounts: /home/usr1 /home/usr2 /home/usr3 where home_server:/home/...everybody... workstation: cat /etc/auto.misc home home_server:/home workstation: ls -la /home/* will show all users on home_server... have fun alvin From owner-autofs@linux.kernel.org Sun Nov 15 19:51:39 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id TAA12917 for ; Sun, 15 Nov 1998 19:51:38 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id BAA16476 for autofs-list; Mon, 16 Nov 1998 01:26:10 -0800 Received: from mail.Linux-Consulting.com (IDENT:alvin@alvin.fef.com [198.147.196.15]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id BAA16471 for ; Mon, 16 Nov 1998 01:26:05 -0800 Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id RAA12834; Sun, 15 Nov 1998 17:19:20 -0800 From: Alvin Oga Message-Id: <199811160119.RAA12834@mail.Linux-Consulting.com> Subject: Re: submounts To: B.Lasitschka@clri6a.gsi.de (Baerbel Lasitschka) Date: Sun, 15 Nov 1998 17:19:20 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), autofs@linux.kernel.org In-Reply-To: <364F3551.41C6@gsi.de> from "Baerbel Lasitschka" at Nov 15, 98 09:10:57 pm Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi Baerbel Please review the ssubmount section in the autofs-howto and let me know if it is helpful or if I have forgotten something key points ... http://www.Linux-Consulting.com/Amd_AutoFS/autofs-HOWTO.html thanx alvin > our mount structure was developed under amd, so we use submounts in the > following way: > > group/user /rw host:/data/dataxx/user > > we mounted group/user on the mount point /d > > does anyone know a solution under autofs > > thanks > baerbel > > > -- > ---------------------------------------------------------------------- > Baerbel Lasitschka phone: (49) 6103 42987 > ------------------FAX: (49) 6103 947922 > Internet: B.Lasitschka@gsi.de http://www.gsi.de/~lasi/ > From owner-autofs@linux.kernel.org Wed Nov 18 08:21:50 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00572 for ; Wed, 18 Nov 1998 08:21:37 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA29932 for autofs-list; Wed, 18 Nov 1998 09:35:00 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA29928 for ; Wed, 18 Nov 1998 09:34:57 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id JAA30070; Wed, 18 Nov 1998 09:34:21 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id JAA24371; Wed, 18 Nov 1998 09:34:20 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id JAA03085; Wed, 18 Nov 1998 09:34:20 -0800 Message-Id: <199811181734.JAA03085@cesium.transmeta.com> Subject: Re: autofs + smbfs (2.1.125) In-Reply-To: <199811181117.LAA02294@colombia.pentacom.co.uk> from Chris Underhill at "Nov 18, 98 11:17:01 am" To: chris@colombia.pentacom.co.uk (Chris Underhill) Date: Wed, 18 Nov 1998 09:34:20 -0800 (PST) Cc: fox@dallas.net, autofs@linux.kernel.org X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > Why does autofs allow my process to continue to the point where it sees > the underlying mount-point directory? This breaks my programs when they > attempt to reference the share while it is unmounted; they always fail > the first access. > > Yes, this is blimmin' annoying! This was fixed very recently; the error was introduced due to a nasty interaction with the dcache. It should be fixed now. > > ..... Does anyone care? Should I just go away and be glad that it does > anything useful at all? > > Dunno about caring, but maybe the reasoning is that you should be > amazed at getting smbfs to work at all with kernel 2.1.xxx, especially > with libc-6 :-) (and gripes about autofs+smbfs may be lost in the smbfs > noise when 2.2 comes out!) Well, I can't really do anything about smbfs since I don't use it and don't maintain it... so there isn't much I can do to help! autofs should be able to mount it like any other filesystem, but the use of a syntactically different mount program is a pain in the . -hpa From owner-autofs@linux.kernel.org Wed Nov 18 08:21:59 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00578 for ; Wed, 18 Nov 1998 08:21:57 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA26530 for autofs-list; Wed, 18 Nov 1998 07:31:16 -0800 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA26526 for ; Wed, 18 Nov 1998 07:31:12 -0800 Received: from loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id QAA15073 for ; Wed, 18 Nov 1998 16:29:04 +0100 (MET) Message-ID: <3652E716.54544A52@loria.fr> Date: Wed, 18 Nov 1998 16:26:14 +0100 From: Dominique LARCHEY-WENDLING Organization: LORIA X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.6 sun4u) MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: Recursive mount Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I am trying to use automount with a map file that refers to another map file : /etc/auto.usr_local ------------------- include -ro larcher:/lun4/local/bin/& ... tex -fstype=autofs :/etc/auto.usr_local_tex ------------------- and /etc/auto.usr_local_tex ----------------------- bin -ro,nfsvers=3 royer:/local/logiciels/texlive/bin/linux/bin man -ro,nfsvers=3 royer:/local/logiciels/texlive/man texmf -ro,nfsvers=3 ------------------ But either I don't know or it is impossible for the submount to be recognised as a file map and note an executable ... Nov 18 15:29:41 charlie automount[18336]: attempting to mount entry /nfsmounts/usr_local/tex Nov 18 15:29:41 charlie automount[18596]: lookup(file): looking up tex Nov 18 15:29:41 charlie automount[18596]: lookup(file): tex -> -fstype=autofs :/etc/auto.usr_local_tex Nov 18 15:29:41 charlie automount[18596]: expanded entry: -fstype=autofs :/etc/auto.usr_local_tex Nov 18 15:29:41 charlie automount[18596]: parse(sun): gathered options: fstype=autofs Nov 18 15:29:41 charlie automount[18596]: parse(sun): core of entry: /etc/auto.usr_local_tex Nov 18 15:29:41 charlie automount[18596]: do_mount /etc/auto.usr_local_tex /nfsmounts/usr_local/tex type autofs options (null) using module autofs Nov 18 15:29:41 charlie automount[18596]: mount(autofs): calling mkdir /nfsmounts/usr_local/tex Nov 18 15:29:41 charlie automount[18596]: mount(autofs): fullpath=/nfsmounts/usr_local/tex what=/etc/auto.usr_local_tex options=(null) Nov 18 15:29:41 charlie automount[18596]: mount(autofs): tex missing script type on /etc/auto.usr_local_tex Nov 18 15:29:41 charlie automount[18596]: mount(autofs): failed to mount /etc/auto.usr_local_tex on /nfsmounts/usr_local/tex Is this a bug of the mount_autofs module ? -- Dominique Larchey LORIA, Nancy, France Tel. (Work) +33 (0) 3 83 59 20 13 From owner-autofs@linux.kernel.org Wed Nov 18 08:21:56 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00575 for ; Wed, 18 Nov 1998 08:21:52 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA27949 for autofs-list; Wed, 18 Nov 1998 08:20:09 -0800 Received: from public.uni-hamburg.de (public.rrz.uni-hamburg.de [134.100.32.55]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA27942 for ; Wed, 18 Nov 1998 08:20:05 -0800 Received: from rzdspc11.informatik.uni-hamburg.de (1senoucc@rzdspc11.informatik.uni-hamburg.de [134.100.9.71]) by public.uni-hamburg.de (8.8.8/8.8.8) with ESMTP id RAA87056 for ; Wed, 18 Nov 1998 17:20:01 +0100 Date: Wed, 18 Nov 1998 17:20:00 +0100 (MET) From: "Karim 'Kasi Mir' Senoucci" To: autofs@linux.kernel.org Subject: Problem with autofs, samba and Win98 Message-ID: Return-View-To: senoucci@informatik.uni-hamburg.de (Karim 'Kasi Mir' Senoucci) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello all, I have a small but nasty problem with the above programs and systems. I wanted to use autofs to automatically mount a removable device (in this case, a zip drive) and grant access to that via a samba share. Now, the mounting works fine, and the share is visible thoughout the net, but when I try the Win98 command "net" to link this share to a drive letter, I get an error if there's no medium in the drive. What I wanted, however, was to be able to configre login scripts that automatically link a drive letter to the share regardless of what may be in there, and regardless which Win98 machine is used (I could link the drive letter to the share via the desktop, tell Win98 to make tihs connection permanent and and not to check the connection before the first access to thge drive, but I would have to do that *on every machine* that is part of the network). I've tracked the problem down to a small detail in the behaviour of autofs; when no medium is in the drive, and the device thus cannot be mounted, the subdirectory representing the root of the device is not present. When I try "ls /auto/zip" with no zip diskette in the drive, I get and unknown device, and this effect also causes the Win98 problems, as the [zip] share is linked to /auto/zip and thus Win98 sees that the directory is missing, resulting in an error. I would like to change that behaviour of autofs, so that the root directory is *always* present (i.e. empty when no disk is in the drive). autofs should try to mount the device whenever it isn't mounted already, but always keep the root directory /auto/zip. Can autofs be configured and patched to do that, and what would I have to do to archieve that? This is probably not the only way to work around that problem; I would greatly appreciate any other way to archieve my goal as well. ;-) Thanks in advance Kasi Mir -- * Kasi Mir aka Karim Senoucci --- e-mail: senoucci@informatik.uni-hamburg.de From owner-autofs@linux.kernel.org Wed Nov 18 08:22:02 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00581 for ; Wed, 18 Nov 1998 08:22:00 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA24167 for autofs-list; Wed, 18 Nov 1998 06:03:03 -0800 Received: from colombia.pentacom.co.uk (colombia.pentacom.co.uk [194.88.68.193]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id GAA24161 for ; Wed, 18 Nov 1998 06:02:57 -0800 Received: (from chris@localhost) by colombia.pentacom.co.uk (8.8.7/8.8.7) id OAA01872; Wed, 18 Nov 1998 14:02:43 GMT Date: Wed, 18 Nov 1998 14:02:43 GMT Message-Id: <199811181402.OAA01872@colombia.pentacom.co.uk> From: Chris Underhill To: aoga@imedia.com CC: fox@dallas.net, autofs@linux.kernel.org In-reply-to: <199811181007.CAA32565@leopard.imedia.com> (message from Alvin Oga on Wed, 18 Nov 1998 02:07:09 -0800 (PST)) Subject: Re: autofs + smbfs (2.1.125) References: <199811181007.CAA32565@leopard.imedia.com> Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Aaargh! Sorry folks - I spoke too soon. After rebooting my machine, autofs+smbfs still doesn't work, and opening files only works on the second attempt - the first time the open syscall produces ENOENT. Alvin Oga wrote: Some dumb questions for you... linuxbox: smbclient -L Win95_Win98_WinNT -U Administrator This _does_ list the share name I'm interested in. linuxbox: smbmount //Win95_Win98_WinNT/C /Win95_WinNT/WinNT \ -U Administrator -C -P xxxx -- or -- linuxbox: smbmount //Win95_Win98_WinNT/C/WorkingDir \ /Win95_WinNT/WinNT_WorkingDir -U Administrator -C -P xxxx should mount the Win95 box This _does_ mount the share correctly For more automounting samba examples... please review that section in the autofs-HOWTO: http://www.Linux-Consulting.com/Amd_AutoFS/autofs-howto.html unfortunately the system is down for upgrade right now....( 2am pst ) I'll have a look again when it's back up. Cheers, Chris. From owner-autofs@linux.kernel.org Wed Nov 18 08:22:10 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00584 for ; Wed, 18 Nov 1998 08:22:03 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id FAA22709 for autofs-list; Wed, 18 Nov 1998 05:03:12 -0800 Received: from colombia.pentacom.co.uk (colombia.pentacom.co.uk [194.88.68.193]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id FAA22703 for ; Wed, 18 Nov 1998 05:03:05 -0800 Received: (from chris@localhost) by colombia.pentacom.co.uk (8.8.7/8.8.7) id NAA00806; Wed, 18 Nov 1998 13:02:53 GMT Date: Wed, 18 Nov 1998 13:02:53 GMT Message-Id: <199811181302.NAA00806@colombia.pentacom.co.uk> From: Chris Underhill To: aoga@imedia.com CC: fox@dallas.net, autofs@linux.kernel.org In-reply-to: <199811181007.CAA32565@leopard.imedia.com> (message from Alvin Oga on Wed, 18 Nov 1998 02:07:09 -0800 (PST)) Subject: Re: autofs + smbfs (2.1.125) References: <199811181007.CAA32565@leopard.imedia.com> Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Alvin Oga wrote: {Snip] If the smbclient and smbmount works....than you are ready to proceed with autofs... imho ... make sure you have /.autofs mount point and an "access point" ( /Win95/machine/C ) linuxbox# ln -s /.autofs/Win95_98_NT /Win95_Win98_WinNT/Win95_98_NT linuxbox# ls -la /Win95_Win98_WinNT/Win95_98_NT/* Hooray! It now works for me! My problem was that I didn't have a _separate_ /.autofs mount and access points - they were the same directory. Making one a symlink to the other as described above did the trick. Many thanks for this! Cheers, Chris. From owner-autofs@linux.kernel.org Wed Nov 18 08:22:12 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00587 for ; Wed, 18 Nov 1998 08:22:10 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id DAA19935 for autofs-list; Wed, 18 Nov 1998 03:17:41 -0800 Received: from colombia.pentacom.co.uk (colombia.pentacom.co.uk [194.88.68.193]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id DAA19932 for ; Wed, 18 Nov 1998 03:17:37 -0800 Received: (from chris@localhost) by colombia.pentacom.co.uk (8.8.7/8.8.7) id LAA02294; Wed, 18 Nov 1998 11:17:01 GMT Date: Wed, 18 Nov 1998 11:17:01 GMT Message-Id: <199811181117.LAA02294@colombia.pentacom.co.uk> From: Chris Underhill To: fox@dallas.net CC: autofs@linux.kernel.org In-reply-to: <19981118024601.B30634@dallas.net> (message from Fuzzy Fox on Wed, 18 Nov 1998 02:46:01 -0600) Subject: Re: autofs + smbfs (2.1.125) References: <19981112102629.A20840@dallas.net> <19981118024601.B30634@dallas.net> Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Fuzzy Fox wrote: Fuzzy Fox wrote: > > I've been laboring steadily for a while to get automounting smbfs > filesystems. The response to my plea for help has been a deafening silence. Yeah. I reported the same problem about a month ago, with no reponse. I'm now running 2.1.129pre4 and still have exactly the same problem. Why does autofs allow my process to continue to the point where it sees the underlying mount-point directory? This breaks my programs when they attempt to reference the share while it is unmounted; they always fail the first access. Yes, this is blimmin' annoying! ..... Does anyone care? Should I just go away and be glad that it does anything useful at all? Dunno about caring, but maybe the reasoning is that you should be amazed at getting smbfs to work at all with kernel 2.1.xxx, especially with libc-6 :-) (and gripes about autofs+smbfs may be lost in the smbfs noise when 2.2 comes out!) Oh well, the source code to it all is out there. If I get some free time, I'll see if I can find out what's going wrong at the code level. Cheers, Chris. From owner-autofs@linux.kernel.org Wed Nov 18 08:22:14 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00590 for ; Wed, 18 Nov 1998 08:22:13 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA18293 for autofs-list; Wed, 18 Nov 1998 02:07:50 -0800 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA18290 for ; Wed, 18 Nov 1998 02:07:46 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id CAA32565; Wed, 18 Nov 1998 02:07:10 -0800 From: Alvin Oga Message-Id: <199811181007.CAA32565@leopard.imedia.com> Subject: Re: autofs + smbfs (2.1.125) To: fox@dallas.net (Fuzzy Fox) Date: Wed, 18 Nov 1998 02:07:09 -0800 (PST) Cc: aoga@leopard.imedia.com (Alvin Oga), autofs@linux.kernel.org In-Reply-To: <19981118024601.B30634@dallas.net> from "Fuzzy Fox" at Nov 18, 98 02:46:01 am Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ya fuzzy > > I've been laboring steadily for a while to get automounting smbfs > > filesystems. > > The response to my plea for help has been a deafening silence. > > Am I all alone with this problem? Are other people able to mount and > unmount smbfs shares with ease on their systems? Does anyone else even > try to mount smbfs shares through autofs? Anyone that I can compare > notes with? Hello? Some dumb questions for you... what does your linux box say when you do the following commands: linuxbox: smbclient -L Win95_Win98_WinNT -U Administrator ... list of shares... something like Sharename Type Comment --------- ---- ------- ADMIN$ Disk Remote Admin C Disk C$ Disk Default share IPC$ IPC Remote IPC linuxbox: smbmount //Win95_Win98_WinNT/C /Win95_WinNT/WinNT -U Administrator -C -P xxxx -- or -- linuxbox: smbmount //Win95_Win98_WinNT/C/WorkingDir /Win95_WinNT/WinNT_WorkingDir -U Administrator -C -P xxxx should mount the Win95 box -- warning... this may or may not mount depending on how your NT defined its workgroups and other microsoft-ized stuff linuxbox: df .... //Win95_Win98_WinNT/C 3277184 2784384 492800 85% /Win95_WinNT/WinNT ... If the smbclient and smbmount works....than you are ready to proceed with autofs... imho ... make sure you have /.autofs mount point and an "access point" ( /Win95/machine/C ) linuxbox# ln -s /.autofs/Win95_98_NT /Win95_Win98_WinNT/Win95_98_NT linuxbox# ls -la /Win95_Win98_WinNT/Win95_98_NT/* For more automounting samba examples... please review that section in the autofs-HOWTO: http://www.Linux-Consulting.com/Amd_AutoFS/autofs-howto.html unfortunately the system is down for upgrade right now....( 2am pst ) thanx alvin > > First problem: There's nothing in the /windy directory. Shouldn't the > > pseudo-mount-point "C" appear there? How is a user supposed to know check the "shares" with smbclient > > that he needs to go to the magical "C" directory in order to get the > > filesystem to mount? It's not the behavior I'm used to, from other > > automounters. > > >From another post on this list, I saw another person confused by this, > and the response was that it's not considered a problem, and will not be > fixed. I don't understand that response at all. > > > Third problem: The inode that I get from the first mount doesn't seem > > to be the "real" inode of the filesystem. > > I have verified in further tests that the "first" time the directory > inode for the mount point is referenced, it has a different inode number > than it does when the filesystem finally mounts: > > # ls -lid /windy/C > 273 dr-xr-xr-x 2 root root 0 Nov 18 02:43 /windy/C > > # ls -lid /windy/C > 2 drwxrwxr-x 1 fox critters 512 Jan 1 1970 /windy/C > > The first time, the returned inode seems to be the temporary directory > that autofs creates when it's about to mount the filesystem. The second > is the "correct" inode, with number '2', the expected root of a > filesystem. > > Why does autofs allow my process to continue to the point where it sees > the underlying mount-point directory? This breaks my programs when they > attempt to reference the share while it is unmounted; they always fail > the first access. > > > ..... Does anyone care? Should I just go away and be glad that it does > anything useful at all? > > -- > fox@dallas.net (Fuzzy Fox) || "Nothing takes the taste out of peanut > sometimes known as David DeSimone || butter quite like unrequited love." > http://www.dallas.net/~fox/ || -- Charlie Brown > From owner-autofs@linux.kernel.org Wed Nov 18 08:22:17 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00593 for ; Wed, 18 Nov 1998 08:22:15 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id AAA16120 for autofs-list; Wed, 18 Nov 1998 00:47:15 -0800 Received: from fuzzy.foxtaur.com (tnt-dal-stat-47.dallas.net [209.44.42.47]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id AAA16114 for ; Wed, 18 Nov 1998 00:47:07 -0800 Received: (from fox@localhost) by fuzzy.foxtaur.com (8.7.5/8.6.11) id CAA30694 for autofs@linux.kernel.org; Wed, 18 Nov 1998 02:46:02 -0600 Message-ID: <19981118024601.B30634@dallas.net> Date: Wed, 18 Nov 1998 02:46:01 -0600 From: Fuzzy Fox To: AutoFS Subject: Re: autofs + smbfs (2.1.125) Mail-Followup-To: AutoFS References: <19981112102629.A20840@dallas.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <19981112102629.A20840@dallas.net>; from Fuzzy Fox on Thu, Nov 12, 1998 at 10:26:29AM -0600 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Fuzzy Fox wrote: > > I've been laboring steadily for a while to get automounting smbfs > filesystems. The response to my plea for help has been a deafening silence. Am I all alone with this problem? Are other people able to mount and unmount smbfs shares with ease on their systems? Does anyone else even try to mount smbfs shares through autofs? Anyone that I can compare notes with? Hello? > First problem: There's nothing in the /windy directory. Shouldn't the > pseudo-mount-point "C" appear there? How is a user supposed to know > that he needs to go to the magical "C" directory in order to get the > filesystem to mount? It's not the behavior I'm used to, from other > automounters. >From another post on this list, I saw another person confused by this, and the response was that it's not considered a problem, and will not be fixed. I don't understand that response at all. > Third problem: The inode that I get from the first mount doesn't seem > to be the "real" inode of the filesystem. I have verified in further tests that the "first" time the directory inode for the mount point is referenced, it has a different inode number than it does when the filesystem finally mounts: # ls -lid /windy/C 273 dr-xr-xr-x 2 root root 0 Nov 18 02:43 /windy/C # ls -lid /windy/C 2 drwxrwxr-x 1 fox critters 512 Jan 1 1970 /windy/C The first time, the returned inode seems to be the temporary directory that autofs creates when it's about to mount the filesystem. The second is the "correct" inode, with number '2', the expected root of a filesystem. Why does autofs allow my process to continue to the point where it sees the underlying mount-point directory? This breaks my programs when they attempt to reference the share while it is unmounted; they always fail the first access. ..... Does anyone care? Should I just go away and be glad that it does anything useful at all? -- fox@dallas.net (Fuzzy Fox) || "Nothing takes the taste out of peanut sometimes known as David DeSimone || butter quite like unrequited love." http://www.dallas.net/~fox/ || -- Charlie Brown From owner-autofs@linux.kernel.org Wed Nov 18 08:22:23 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00599 for ; Wed, 18 Nov 1998 08:22:21 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA24163 for autofs-list; Tue, 17 Nov 1998 10:55:33 -0800 Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA24154 for ; Tue, 17 Nov 1998 10:55:28 -0800 Received: from [194.222.63.78] (helo=muffin.lettuce.fysh.org) by post.mail.demon.net with esmtp (Exim 2.053 #1) id 0zfqHO-0003BL-00 for autofs@linux.kernel.org; Tue, 17 Nov 1998 18:55:10 +0000 Received: (from news@localhost) by muffin.lettuce.fysh.org (8.8.7/8.8.7) id SAA19107 for autofs@linux.kernel.org; Tue, 17 Nov 1998 18:51:51 GMT Message-ID: <199811171211.NAA20120@gilgamesj.uio.no> X-Mailer: exmh version 2.0.2 2/24/98 cc: autofs@linux.kernel.org Subject: autofs on x-terminal-server Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Nov 1998 13:11:23 +0100 From: Nicolai Langfeldt Approved: Mail2newsApproval Path: lettuce.demon.co.uk!news.lettuce.fysh.org!not-for-mail Newsgroups: lettuce.lists.autofs Lines: 65 Xref: lettuce.demon.co.uk lettuce.lists.autofs:755 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi, * Problem: ---------- I run autofs on 2.0.35. One of my boxes is a x-terminal-server for for 30 machines on our terminal-rooms. (it is a PII SMP box with 512M RAM). After about 14-12 days of uptime a automount processes will stop responding propperly, as in root@janus ~ # cd /mn/gilgamesj/u19 bash: cd: /mn/gilgamesj/u19: No such file or directory when you try to cd to a fs which is not mounted at the time. All the already mounted filesystems work well. * Background: ------------- In 14 days janus sees about 2000 user-sessions (there are about 4000 lastlog entries, but a lot of users have several windows up and they are all logged). This results in a lot of mounting and dis-mounting. Dioscuri, a machine similar to janus but dedicated to 30 researcher/staff terminals sees a lot fewer sessions since they tend to be loged in for a week at a time, only logging out over the weekend. This results in a lot less mounting and dis-mounting than on janus on which the sessions are counted in hours not days. Dioscuris uptime is 27 days at present. The last downtime was due to machine-room reorganizations. gilgamesj is a alpha/dec-unix 4.0B machine on 10Mbit ethernet. lugulbanda is alpha/dec-unix 4.0D on 100Mbit ethernet. They contain our user account home-dirs. janus is on 100Mbit ethernet and so is dioscuri. Both run identical (rdist-ed) setups of redhat 5.1, linux 2.0.35 and the associated patches. * Exploration ------------- When the automount processes were killed with 'autofs stop' all but three were removed from proc/mounts, namely the three most often used: texhost, gilgamesj and lugulbanda. texhost holds some extra TeX fonts which we don't want to distribute, it's a solaris machine at the computing center. It sees a lot of mounting and dis-mounting too I guess, TeX is used a lot here. Less used hosts' automountd's don't stick around, they quit nicely. To avoid having to reboot janus this time I tried to mount the 40 odd filesystems from gilgamesj and lugulbanda statically. That soon failed though, because mount: wrong fs type, bad option, bad superblock on lugulbanda:/mn/lugulbanda/gi tec-o2, or too many mounted file systems And not because there were too many mounted filesystems either: # cat /proc/mounts | wc -l 39 So, it seems reasonable to belive that there is a resource leak somewhere. Does any of you have a clue? Anything to look for? I need to either debug autofs or switch back to a static mounting scheme. Or reboot the machine automatically every 7 days. Nicolai From owner-autofs@linux.kernel.org Wed Nov 18 08:22:20 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00596 for ; Wed, 18 Nov 1998 08:22:18 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id AAA15214 for autofs-list; Wed, 18 Nov 1998 00:07:21 -0800 Received: from lec.fkp.physik.tu-darmstadt.de (root@lec.fkp.physik.tu-darmstadt.de [130.83.85.210]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id AAA15204 for ; Wed, 18 Nov 1998 00:06:52 -0800 Received: from cobra.fkp.physik.tu-darmstadt.de (frithjof@cobra.fkp.physik.tu-darmstadt.de [130.83.85.212]) by lec.fkp.physik.tu-darmstadt.de (8.9.0/8.8.7) with ESMTP id JAA07936; Wed, 18 Nov 1998 09:08:45 +0100 Received: (from frithjof@localhost) by cobra.fkp.physik.tu-darmstadt.de (8.9.0/8.8.7) id JAA01304; Wed, 18 Nov 1998 09:08:32 +0100 Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199811171211.NAA20120@gilgamesj.uio.no> Date: Wed, 18 Nov 1998 09:08:32 +0100 (CET) Reply-To: frithjof@fkp.tu-darmstadt.de From: Frithjof Anders To: Nicolai Langfeldt Subject: RE: autofs on x-terminal-server Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi Nicolai, > To avoid having to reboot janus this time I tried to mount the 40 odd > filesystems from gilgamesj and lugulbanda statically. That soon failed > though, because > Is there any reason, why you have to mount 40 odd filesystems from only two machines? Here would by my suggestion: 1) Mount the 20 filesystems on gilgamesj locally on gilgamesj as /gilgamesj/file1 /gilgamesj/file2 ... and so on and do the same on lugulbanda. 2) Then export /gilgamesj and /lugulbanda 3) with an automounter on /net via /net autofs.net and autofs.net contains only the single line * &:/& you mount the whole tree from gilgamesj and lugulbanda with TWo mounts instead of 40. Also, you can locally remount stuff on gilgamesj and it is exported correcly. Disadvantage: you do not see the correct disk space amount of the individual file systems. Advantage: simple to administrate, simple automounter script, which works for any machines within the cluster, only one mount/machine Frithjof "If you see someone without a smile, give him one of yours" Frithjof Anders Institut fuer Festkoerperphysik Technische Universitaet Darmstadt Hochschulstr. 6 64289 Darmstadt, GERMANY Tel +49 (6151) 16-5235 email: frithjof@fkp.tu-darmstadt.de FAX +49 (6151) 16-3681 From owner-autofs@linux.kernel.org Wed Nov 18 08:22:30 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00608 for ; Wed, 18 Nov 1998 08:22:29 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA14325 for autofs-list; Mon, 16 Nov 1998 09:11:04 -0800 Received: from ns.lectra.com (firewall-user@ns.lectra.com [194.196.220.193]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA14279 for ; Mon, 16 Nov 1998 09:10:32 -0800 Received: by ns.lectra.com; id SAA20152; Mon, 16 Nov 1998 18:08:04 +0100 (MET) Received: from sherlock.lectra.com(199.103.123.13) by ns.lectra.com via smap (3.2) id xma020116; Mon, 16 Nov 98 18:07:36 +0100 Received: from ondee (ondee.lectra.fr [199.103.124.50]) by Sherlock.lectra.com (8.6.11/8.6.11) with SMTP id SAA06410 for ; Mon, 16 Nov 1998 18:07:45 +0100 Received: from noe.lectra.fr (noe) by ondee (5.67b8/Pierre-linux-271094) id AA06912; Mon, 16 Nov 1998 17:31:12 +0100 Message-Id: <199811161631.AA06912@ondee> From: "Gilles Noyer" To: Subject: Customizing Date: Mon, 16 Nov 1998 18:08:05 +0100 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi I am very happy to see the package automount on Linux. I Try it but I have some questions : - Is it possible to see my mount point when the file systyem is not mounted ? ie auto.test is cdrom -fstype=is9660,ro :/dev/hdc ls /test done cdrom even if the cd is not mounted This is very nice because in file selector it is not possible to go on the cdrom - Is it possible to have timeout for ecach mount point ? ie 1 second for floppy and 5 seconds for cdrom ? Thanks for your help. Gilles Noyer Lectra Systemes SA From owner-autofs@linux.kernel.org Wed Nov 18 08:22:28 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00605 for ; Wed, 18 Nov 1998 08:22:26 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA22665 for autofs-list; Mon, 16 Nov 1998 10:39:46 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA22655 for ; Mon, 16 Nov 1998 10:39:39 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id KAA30272; Mon, 16 Nov 1998 10:39:31 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id KAA19509; Mon, 16 Nov 1998 10:39:30 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id KAA06216; Mon, 16 Nov 1998 10:39:30 -0800 Message-Id: <199811161839.KAA06216@cesium.transmeta.com> Subject: Re: Customizing In-Reply-To: <199811161631.AA06912@ondee> from Gilles Noyer at "Nov 16, 98 06:08:05 pm" To: g.noyer@lectra.com (Gilles Noyer) Date: Mon, 16 Nov 1998 10:39:30 -0800 (PST) Cc: autofs@linux.kernel.org X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > > Hi > > I am very happy to see the package automount on Linux. > I Try it but I have some questions : > > - Is it possible to see my mount point when the file systyem is not > mounted ? > ie auto.test is > cdrom -fstype=is9660,ro :/dev/hdc > ls /test > done cdrom even if the cd is not mounted > This is very nice because in file selector it is not possible to > go on the cdrom > > - Is it possible to have timeout for ecach mount point ? ie 1 second for > floppy and 5 seconds for cdrom ? > > Thanks for your help. > > > Gilles Noyer > Lectra Systemes SA > Currently, no. Neither is planned for, either. -hpa From owner-autofs@linux.kernel.org Wed Nov 18 08:26:34 1998 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA00617 for ; Wed, 18 Nov 1998 08:26:31 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA29821 for autofs-list; Wed, 18 Nov 1998 09:31:14 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA29817 for ; Wed, 18 Nov 1998 09:31:11 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id JAA29981; Wed, 18 Nov 1998 09:30:28 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id JAA23860; Wed, 18 Nov 1998 09:30:28 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id JAA03062; Wed, 18 Nov 1998 09:30:27 -0800 Message-Id: <199811181730.JAA03062@cesium.transmeta.com> Subject: Re: Problem with autofs, samba and Win98 In-Reply-To: from Karim 'Kasi Mir' Senoucci at "Nov 18, 98 05:20:00 pm" To: senoucci@informatik.uni-hamburg.de (Karim 'Kasi Mir' Senoucci) Date: Wed, 18 Nov 1998 09:30:27 -0800 (PST) Cc: autofs@linux.kernel.org X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > > I've tracked the problem down to a small detail in the behaviour of > autofs; when no medium is in the drive, and the device thus cannot be > mounted, the subdirectory representing the root of the device is not > present. When I try "ls /auto/zip" with no zip diskette in the drive, I > get and unknown device, and this effect also causes the Win98 problems, as > the [zip] share is linked to /auto/zip and thus Win98 sees that the > directory is missing, resulting in an error. > > I would like to change that behaviour of autofs, so that the root > directory is *always* present (i.e. empty when no disk is in the drive). > autofs should try to mount the device whenever it isn't mounted already, > but always keep the root directory /auto/zip. Can autofs be configured and > patched to do that, and what would I have to do to archieve that? > No. You want supermount, not autofs. -hpa From alvin Wed Nov 18 17:09:24 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id RAA00679; Wed, 18 Nov 1998 17:09:17 -0800 From: Alvin Oga Message-Id: <199811190109.RAA00679@mail.Linux-Consulting.com> Subject: Re: autofs + smbfs (2.1.125) - dns To: chris@colombia.pentacom.co.uk (Chris Underhill) Date: Wed, 18 Nov 1998 17:09:17 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), fox@dallas.net, autofs@linux.kernel.org In-Reply-To: <199811181402.OAA01872@colombia.pentacom.co.uk> from "Chris Underhill" at Nov 18, 98 02:02:43 pm Content-Type: text Status: RO X-Status: hi ya chris > Aaargh! Sorry folks - I spoke too soon. After rebooting my machine, > autofs+smbfs still doesn't work, and opening files only works on the > second attempt - the first time the open syscall produces ENOENT. is this a DNS time out issue ??? try adding your target machines into /etc/hosts on your linux box... if the "second attempt thingie" goes away...than you need to fix yoru local dns... ( assumes that you are running DNS locally instead of they nameservers far away... etc.. ) have fun alvin > Alvin Oga wrote: > > Some dumb questions for you... > > linuxbox: smbclient -L Win95_Win98_WinNT -U Administrator > > This _does_ list the share name I'm interested in. > > linuxbox: smbmount //Win95_Win98_WinNT/C /Win95_WinNT/WinNT \ > -U Administrator -C -P xxxx > -- or -- > linuxbox: smbmount //Win95_Win98_WinNT/C/WorkingDir \ > /Win95_WinNT/WinNT_WorkingDir -U Administrator -C -P xxxx > > should mount the Win95 box > > This _does_ mount the share correctly > > For more automounting samba examples... please review that section > in the autofs-HOWTO: > > http://www.Linux-Consulting.com/Amd_AutoFS/autofs-howto.html > > unfortunately the system is down for upgrade right now....( 2am pst ) > > I'll have a look again when it's back up. > > > Cheers, > > > Chris. > From owner-autofs@linux.kernel.org Wed Nov 18 18:06:53 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id SAA00727 for ; Wed, 18 Nov 1998 18:06:50 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA10963 for autofs-list; Wed, 18 Nov 1998 17:10:51 -0800 Received: from mail.Linux-Consulting.com (IDENT:alvin@alvin.fef.com [198.147.196.15]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA10959 for ; Wed, 18 Nov 1998 17:10:47 -0800 Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id RAA00679; Wed, 18 Nov 1998 17:09:17 -0800 From: Alvin Oga Message-Id: <199811190109.RAA00679@mail.Linux-Consulting.com> Subject: Re: autofs + smbfs (2.1.125) - dns To: chris@colombia.pentacom.co.uk (Chris Underhill) Date: Wed, 18 Nov 1998 17:09:17 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga), fox@dallas.net, autofs@linux.kernel.org In-Reply-To: <199811181402.OAA01872@colombia.pentacom.co.uk> from "Chris Underhill" at Nov 18, 98 02:02:43 pm Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ya chris > Aaargh! Sorry folks - I spoke too soon. After rebooting my machine, > autofs+smbfs still doesn't work, and opening files only works on the > second attempt - the first time the open syscall produces ENOENT. is this a DNS time out issue ??? try adding your target machines into /etc/hosts on your linux box... if the "second attempt thingie" goes away...than you need to fix yoru local dns... ( assumes that you are running DNS locally instead of they nameservers far away... etc.. ) have fun alvin > Alvin Oga wrote: > > Some dumb questions for you... > > linuxbox: smbclient -L Win95_Win98_WinNT -U Administrator > > This _does_ list the share name I'm interested in. > > linuxbox: smbmount //Win95_Win98_WinNT/C /Win95_WinNT/WinNT \ > -U Administrator -C -P xxxx > -- or -- > linuxbox: smbmount //Win95_Win98_WinNT/C/WorkingDir \ > /Win95_WinNT/WinNT_WorkingDir -U Administrator -C -P xxxx > > should mount the Win95 box > > This _does_ mount the share correctly > > For more automounting samba examples... please review that section > in the autofs-HOWTO: > > http://www.Linux-Consulting.com/Amd_AutoFS/autofs-howto.html > > unfortunately the system is down for upgrade right now....( 2am pst ) > > I'll have a look again when it's back up. > > > Cheers, > > > Chris. > From chris@colombia.pentacom.co.uk Thu Nov 19 02:34:19 1998 Return-Path: Received: from colombia.pentacom.co.uk (colombia.pentacom.co.uk [194.88.68.193]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA00948 for ; Thu, 19 Nov 1998 02:34:18 -0800 Received: (from chris@localhost) by colombia.pentacom.co.uk (8.8.7/8.8.7) id KAA05082; Thu, 19 Nov 1998 10:35:29 GMT Date: Thu, 19 Nov 1998 10:35:29 GMT Message-Id: <199811191035.KAA05082@colombia.pentacom.co.uk> From: Chris Underhill To: alvin@mail.Linux-Consulting.com CC: fox@dallas.net, autofs@linux.kernel.org In-reply-to: <199811190109.RAA00679@mail.Linux-Consulting.com> (message from Alvin Oga on Wed, 18 Nov 1998 17:09:17 -0800 (PST)) Subject: Re: autofs + smbfs (2.1.125) - dns References: <199811190109.RAA00679@mail.Linux-Consulting.com> Status: RO X-Status: Alvin Oga wrote: try adding your target machines into /etc/hosts on your linux box... if the "second attempt thingie" goes away...than you need to fix yoru local dns... ( assumes that you are running DNS locally instead of they nameservers far away... etc.. ) Makes absolutely no difference at all. Cheers, Chris. From owner-autofs@linux.kernel.org Thu Nov 19 04:11:04 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA01088 for ; Thu, 19 Nov 1998 04:11:02 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA25082 for autofs-list; Thu, 19 Nov 1998 02:35:38 -0800 Received: from colombia.pentacom.co.uk (colombia.pentacom.co.uk [194.88.68.193]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA25079 for ; Thu, 19 Nov 1998 02:35:34 -0800 Received: (from chris@localhost) by colombia.pentacom.co.uk (8.8.7/8.8.7) id KAA05082; Thu, 19 Nov 1998 10:35:29 GMT Date: Thu, 19 Nov 1998 10:35:29 GMT Message-Id: <199811191035.KAA05082@colombia.pentacom.co.uk> From: Chris Underhill To: alvin@mail.Linux-Consulting.com CC: fox@dallas.net, autofs@linux.kernel.org In-reply-to: <199811190109.RAA00679@mail.Linux-Consulting.com> (message from Alvin Oga on Wed, 18 Nov 1998 17:09:17 -0800 (PST)) Subject: Re: autofs + smbfs (2.1.125) - dns References: <199811190109.RAA00679@mail.Linux-Consulting.com> Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Alvin Oga wrote: try adding your target machines into /etc/hosts on your linux box... if the "second attempt thingie" goes away...than you need to fix yoru local dns... ( assumes that you are running DNS locally instead of they nameservers far away... etc.. ) Makes absolutely no difference at all. Cheers, Chris. From owner-autofs@linux.kernel.org Thu Nov 19 11:15:51 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id LAA01451 for ; Thu, 19 Nov 1998 11:15:47 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA03757 for autofs-list; Thu, 19 Nov 1998 09:11:22 -0800 Received: from unidui.uni-duisburg.de (unidui.uni-duisburg.de [134.91.4.3]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA03746 for ; Thu, 19 Nov 1998 09:11:07 -0800 Received: from warp.enterprise (root@ppp198.uni-duisburg.de [134.91.19.198]) by unidui.uni-duisburg.de (8.8.6/8.8.6) with ESMTP id SAA27971 for ; Thu, 19 Nov 1998 18:10:25 +0100 (MET) Received: (from bj@localhost) by warp.enterprise (8.8.8/8.8.8/Debian/GNU) id JAA07760 for autofs@linux.kernel.org; Thu, 19 Nov 1998 09:07:53 +0100 Message-ID: <19981119090752.A31368@warp.ncc.cicely.de> Date: Thu, 19 Nov 1998 09:07:52 +0100 From: Rainer Clasen To: autofs@linux.kernel.org Subject: Re: Recursive mount Reply-To: clasen@unidui.uni-duisburg.de Mail-Followup-To: autofs@linux.kernel.org References: <3652E716.54544A52@loria.fr> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-md5; boundary=xr11uZXTBybZk4CB X-Mailer: Mutt 0.93i In-Reply-To: <3652E716.54544A52@loria.fr>; from Dominique LARCHEY-WENDLING on Wed, Nov 18, 1998 at 04:26:14PM +0100 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: --xr11uZXTBybZk4CB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi! Dominique LARCHEY-WENDLING (Dominique.LARCHEY-WENDLING@loria.fr): > I am trying to use automount with a map file that refers to another map f= ile : >=20 > /etc/auto.usr_local > ------------------- > include -ro larcher:/lun4/local/bin/& > ... > tex -fstype=3Dautofs :/etc/auto.usr_local_tex =20 ^^^ you need to specify the type of map: file|yp|whatever=20 Rainer --=20 KeyID=3D58341901 fingerprint=3DA5 57 04 B3 69 88 A1 FB 78 1D B5 64 E0 BF 7= 2 EB --xr11uZXTBybZk4CB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAgUBNlPR1jbkzVVYNBkBAQH2uQP+NFyKmuzjM9cHLfOVIPVglojtw3vNRj1g WNL3F39nWPj7G2Ft4rcYPyz6NRaLRJpESWFB37fQrq/RuLmbvkZQXVe01paIVyl2 9cqhu5GksyEMNCpTn0KH/RAajYt0aL/qmWmK68ybXQY/4adtSXMqoIasV+LhS9d8 n68JsgIC9xg= =Rbiv -----END PGP SIGNATURE----- --xr11uZXTBybZk4CB-- From aoga@leopard.imedia.com Thu Nov 19 19:06:22 1998 Return-Path: Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id TAA01824 for ; Thu, 19 Nov 1998 19:06:22 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id TAA12722; Thu, 19 Nov 1998 19:07:21 -0800 From: Alvin Oga Message-Id: <199811200307.TAA12722@leopard.imedia.com> Subject: Re: Problems with multipath Entries in NIS To: cbmorrey@tautog.CS.Berkeley.EDU Date: Thu, 19 Nov 1998 19:07:21 -0800 (PST) Cc: alvin@linux-consulting.com, autofs@linux.kernel.org, aoga@leopard.imedia.com (Alvin Oga) In-Reply-To: from "Charles Morrey" at Nov 19, 98 05:48:09 pm Content-Type: text Status: RO X-Status: hi ua charles.. I donno much about yp stuff... ( never liked it ) but am gonna guess that to automount home and project dirs all you need to do is: linux# vi /etc/auto.master /.autofs /etc/auto.misc --timeout 60 linux# vi /etc/auto.misc # # make sure these directories is exported on server # home -fstype=nfs server:/export/landay/home project -fstype=nfs server:/export/landay/proj linux# mkdir /.autofs # # mount your exported dirs from server to anyplace on your local linux box # using /import for this example # linux# cd /import ; mv home home.local ; ln -s /.autofs/home . linux# cd /import ; mv project project.local ; ln -s /.autofs/project . linux# /etc/rc.d/init.d/autofs stop ; /etc/rc.d/init.d/autofs start linux# ls -la /import/home/* ; ls -la /import/project/* - - if you some additions and changes, please let me know - http://www.Linux-Consulting.com/Amd_AutoFS/autofs-HOWTO.html have fun alvin > I get the following error when trying to mount directories under an > automounted tree with an NIS mapfile that includes more than one entry > with the root the same. i.e. > > [root@bamboo-cay /etc]# more auto.master > # $Id: auto.master,v 1.2 1997/10/06 21:52:03 hpa Exp $ > # Sample auto.master file > # Format of this file: > # mountpoint map options > # For details of the format look at autofs(8). > /home/cs yp auto.home.cs \ > /project/cs yp auto.project.cs \ > > > > % ypcat auto.project.cs > /a servername:/export/landay/a /home > servername:/export/landay/home /proj servername:/export/landay/proj > > > Nov 19 15:42:35 bamboo-cay automount[577]: starting automounter version 3.1.1, p > ath = /project/cs, maptype = yp, mapname = auto.project.cs > Nov 19 15:42:36 bamboo-cay automount[577]: using kernel protocol version 3 > Nov 19 15:43:04 bamboo-cay automount[584]: starting automounter version 3.1.1, p > ath = /home/cs, maptype = yp, mapname = auto.home.cs > Nov 19 15:43:04 bamboo-cay automount[584]: using kernel protocol version 3 > Nov 19 15:43:21 bamboo-cay automount[584]: attempting to mount entry /home/cs/cb > morrey > Nov 19 15:43:28 bamboo-cay automount[577]: attempting to mount entry /project/cs > /landay > Nov 19 15:43:28 bamboo-cay automount[595]: parse(sun): entry landay is a multipa > th entry > > This is making it very hard to mount our project and home directory > correctly. Is there a feature of autofs that will let me do this easily? > Thanks, > Charles Morrey > From owner-autofs@linux.kernel.org Thu Nov 19 19:32:21 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id TAA01868 for ; Thu, 19 Nov 1998 19:32:19 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA05130 for autofs-list; Thu, 19 Nov 1998 17:48:53 -0800 Received: from tautog.CS.Berkeley.EDU (tautog.CS.Berkeley.EDU [128.32.36.53]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA05124 for ; Thu, 19 Nov 1998 17:48:35 -0800 Received: from localhost (cbmorrey@localhost) by tautog.CS.Berkeley.EDU (8.8.3/8.6.9) with SMTP id RAA11427 for ; Thu, 19 Nov 1998 17:48:09 -0800 (PST) Date: Thu, 19 Nov 1998 17:48:09 -0800 (PST) From: Charles Morrey Reply-To: Charles Morrey To: autofs@linux.kernel.org Subject: Problems with multipath Entries in NIS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I get the following error when trying to mount directories under an automounted tree with an NIS mapfile that includes more than one entry with the root the same. i.e. [root@bamboo-cay /etc]# more auto.master # $Id: auto.master,v 1.2 1997/10/06 21:52:03 hpa Exp $ # Sample auto.master file # Format of this file: # mountpoint map options # For details of the format look at autofs(8). /home/cs yp auto.home.cs \ /project/cs yp auto.project.cs \ % ypcat auto.project.cs /a servername:/export/landay/a /home servername:/export/landay/home /proj servername:/export/landay/proj Nov 19 15:42:35 bamboo-cay automount[577]: starting automounter version 3.1.1, p ath = /project/cs, maptype = yp, mapname = auto.project.cs Nov 19 15:42:36 bamboo-cay automount[577]: using kernel protocol version 3 Nov 19 15:43:04 bamboo-cay automount[584]: starting automounter version 3.1.1, p ath = /home/cs, maptype = yp, mapname = auto.home.cs Nov 19 15:43:04 bamboo-cay automount[584]: using kernel protocol version 3 Nov 19 15:43:21 bamboo-cay automount[584]: attempting to mount entry /home/cs/cb morrey Nov 19 15:43:28 bamboo-cay automount[577]: attempting to mount entry /project/cs /landay Nov 19 15:43:28 bamboo-cay automount[595]: parse(sun): entry landay is a multipa th entry This is making it very hard to mount our project and home directory correctly. Is there a feature of autofs that will let me do this easily? Thanks, Charles Morrey From owner-autofs@linux.kernel.org Thu Nov 19 20:35:00 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id UAA01925 for ; Thu, 19 Nov 1998 20:34:58 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id TAA08277 for autofs-list; Thu, 19 Nov 1998 19:07:47 -0800 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id TAA08266 for ; Thu, 19 Nov 1998 19:07:41 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id TAA12722; Thu, 19 Nov 1998 19:07:21 -0800 From: Alvin Oga Message-Id: <199811200307.TAA12722@leopard.imedia.com> Subject: Re: Problems with multipath Entries in NIS To: cbmorrey@tautog.CS.Berkeley.EDU Date: Thu, 19 Nov 1998 19:07:21 -0800 (PST) Cc: alvin@linux-consulting.com, autofs@linux.kernel.org, aoga@leopard.imedia.com (Alvin Oga) In-Reply-To: from "Charles Morrey" at Nov 19, 98 05:48:09 pm Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ua charles.. I donno much about yp stuff... ( never liked it ) but am gonna guess that to automount home and project dirs all you need to do is: linux# vi /etc/auto.master /.autofs /etc/auto.misc --timeout 60 linux# vi /etc/auto.misc # # make sure these directories is exported on server # home -fstype=nfs server:/export/landay/home project -fstype=nfs server:/export/landay/proj linux# mkdir /.autofs # # mount your exported dirs from server to anyplace on your local linux box # using /import for this example # linux# cd /import ; mv home home.local ; ln -s /.autofs/home . linux# cd /import ; mv project project.local ; ln -s /.autofs/project . linux# /etc/rc.d/init.d/autofs stop ; /etc/rc.d/init.d/autofs start linux# ls -la /import/home/* ; ls -la /import/project/* - - if you some additions and changes, please let me know - http://www.Linux-Consulting.com/Amd_AutoFS/autofs-HOWTO.html have fun alvin > I get the following error when trying to mount directories under an > automounted tree with an NIS mapfile that includes more than one entry > with the root the same. i.e. > > [root@bamboo-cay /etc]# more auto.master > # $Id: auto.master,v 1.2 1997/10/06 21:52:03 hpa Exp $ > # Sample auto.master file > # Format of this file: > # mountpoint map options > # For details of the format look at autofs(8). > /home/cs yp auto.home.cs \ > /project/cs yp auto.project.cs \ > > > > % ypcat auto.project.cs > /a servername:/export/landay/a /home > servername:/export/landay/home /proj servername:/export/landay/proj > > > Nov 19 15:42:35 bamboo-cay automount[577]: starting automounter version 3.1.1, p > ath = /project/cs, maptype = yp, mapname = auto.project.cs > Nov 19 15:42:36 bamboo-cay automount[577]: using kernel protocol version 3 > Nov 19 15:43:04 bamboo-cay automount[584]: starting automounter version 3.1.1, p > ath = /home/cs, maptype = yp, mapname = auto.home.cs > Nov 19 15:43:04 bamboo-cay automount[584]: using kernel protocol version 3 > Nov 19 15:43:21 bamboo-cay automount[584]: attempting to mount entry /home/cs/cb > morrey > Nov 19 15:43:28 bamboo-cay automount[577]: attempting to mount entry /project/cs > /landay > Nov 19 15:43:28 bamboo-cay automount[595]: parse(sun): entry landay is a multipa > th entry > > This is making it very hard to mount our project and home directory > correctly. Is there a feature of autofs that will let me do this easily? > Thanks, > Charles Morrey > From owner-autofs@linux.kernel.org Fri Nov 27 04:03:39 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA00493 for ; Fri, 27 Nov 1998 04:03:36 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA00552 for autofs-list; Fri, 27 Nov 1998 10:38:37 -0800 Received: from fungus.svenskatest.se (fungus.svenskatest.se [195.67.21.83]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA00544 for ; Fri, 27 Nov 1998 10:38:28 -0800 Received: from fungus (fungus [195.67.21.83]) by fungus.svenskatest.se (8.8.8/8.8.8) with SMTP id TAA04074; Fri, 27 Nov 1998 19:38:33 +0100 (MET) Date: Fri, 27 Nov 1998 19:38:33 +0100 (MET) From: Urban Widmark X-Sender: urban@fungus Reply-To: Urban Widmark To: L3 System Support cc: autofs@linux.kernel.org Subject: Re: error message.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Fri, 27 Nov 1998, L3 System Support wrote: > > Hi, > > What does this error message means, the /var/log/messages is full with the > messages like these. The messages come every 5 minutes. > > automount[32763]: expired /hp/ppe6a > > autofs is working fine otherwise. Atleast I did not notice any problem. > Any idea, why I am getting these messages and how I can fix/disable/get > rid of these messages. > cola:~/dl/autofs-3.1.3>grep -n expired `find . -name '*.c'` ./daemon/automount.c:314: syslog(LOG_NOTICE, "expired %s/%s", ap.path, a look in daemon/automount.c (autofs-3.1.3): syslog(LOG_DEBUG, "running expiration on path %s", ap.path); do { if ( pkt.hdr.type == autofs_ptype_expire ) { if ( !umount_ent(ap.path,pkt.name) ) syslog(LOG_NOTICE, "expired %s/%s", ap.path, pkt.name); } } while ( ioctl(ap.ioctlfd, AUTOFS_IOC_EXPIRE, &pkt) == 0 ); So the message comes from here, which is just automount telling you it umount'ed /hp/ppe6a. Check your /etc/syslog.conf for *.notice or automount.notice, and possibly man syslog.conf /Urban --- Urban Widmark urban@svenskatest.se Svenska Test AB +46 90 71 71 23 From owner-autofs@linux.kernel.org Fri Nov 27 01:58:00 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id BAA00489 for ; Fri, 27 Nov 1998 01:57:58 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA29213 for autofs-list; Fri, 27 Nov 1998 08:33:11 -0800 Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA29207 for ; Fri, 27 Nov 1998 08:33:02 -0800 Received: from hpl3sn07.cern.ch (hpl3sn07.cern.ch [192.16.165.78]) by smtp1.cern.ch (8.9.1a/8.9.1) with ESMTP id RAA08857 for ; Fri, 27 Nov 1998 17:32:52 +0100 (MET) Received: from localhost (l3suppor@localhost) by hpl3sn07.cern.ch (8.8.5/8.8.5) with SMTP id RAA02164 for ; Fri, 27 Nov 1998 17:32:50 +0100 (MET) X-Authentication-Warning: hpl3sn07.cern.ch: l3suppor owned process doing -bs Date: Fri, 27 Nov 1998 17:32:50 +0100 (MET) From: L3 System Support X-Sender: l3suppor@hpl3sn07.cern.ch Reply-To: L3 System Support To: autofs@linux.kernel.org Subject: error message.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi, What does this error message means, the /var/log/messages is full with the messages like these. The messages come every 5 minutes. automount[32763]: expired /hp/ppe6a autofs is working fine otherwise. Atleast I did not notice any problem. Any idea, why I am getting these messages and how I can fix/disable/get rid of these messages. autofs version is autofs-3.1.1-4 linux, redhat 5.1 kernel version 2.0.35 -- Mehnaz Hafeez ====================================================================== Mehnaz Hafeez, L3/CERN, CH-1211 Geneva 23, Switzerland Phone: +41 22 767 7557 Fax: +41 22 782 8923 +41 22 767 9680 Natel: +41 79 201 0186 E-mail: Mehnaz.Hafeez@cern.ch ======================================================================= From owner-autofs@linux.kernel.org Mon Nov 30 10:48:15 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA03303 for ; Mon, 30 Nov 1998 10:48:12 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA01912 for autofs-list; Mon, 30 Nov 1998 09:17:41 -0800 Received: from tmpil001.tmp.allied.com (tmpil001.tmp.allied.com [198.80.19.2]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id JAA01905 for ; Mon, 30 Nov 1998 09:17:29 -0800 Received: by tmpil001.tmp.allied.com id KAA03187 (InterLock SMTP Gateway 3.0 for autofs@linux.kernel.org); Mon, 30 Nov 1998 10:17:16 -0700 Received: by tmpil001.tmp.allied.com (Internal Mail Agent-1); Mon, 30 Nov 1998 10:17:16 -0700 Message-Id: From: "Henry, Nigel" To: "'autofs@linux.kernel.org'" Cc: "Kendall, Kim" Subject: Problem with automounter v 1.3 1998/03/28 Date: Mon, 30 Nov 1998 10:17:07 -0700 X-Mailer: Internet Mail Service (5.5.2232.9) Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Our organization is running autofs v. 1.3 on Red Hat Linux release 5.1 (Manhattan); Kernel 2.0.34 on an i686. We are having problems keeping the automounter up and running for any length of time. We've tried moving the startup script from S72autofs to S98autofs in rc5.d, but this doesn't seem to work as far as keeping the automounter running. Any advice on a solution to this problem would be appreciated. We are also open to ways to fine tune the process. Finally, is there documentation out there we can put our hands on for boning up on the LINUX automounter? Nigel Henry Allied Signal From alvin Mon Nov 30 14:59:12 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id OAA03512; Mon, 30 Nov 1998 14:58:59 -0800 From: Alvin Oga Message-Id: <199811302258.OAA03512@mail.Linux-Consulting.com> Subject: Re: Problem with automounter v 1.3 1998/03/28 To: Nigel.Henry@alliedsignal.com (Henry, Nigel) Date: Mon, 30 Nov 1998 14:58:59 -0800 (PST) Cc: alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: from "Henry, Nigel" at Nov 30, 98 10:17:07 am Content-Type: text Status: RO X-Status: hi nigel what do you mean "boning up" ?? you can try looking at what I wrote: http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html have fun alvin > Our organization is running autofs v. 1.3 on Red Hat Linux release 5.1 > (Manhattan); Kernel 2.0.34 on an i686. > > We are having problems keeping the automounter up and running for any length > of time. We've tried moving the startup script from S72autofs to S98autofs > in rc5.d, but this doesn't seem to work as far as keeping the automounter > running. > > Any advice on a solution to this problem would be appreciated. We are also > open to ways to fine tune the process. Finally, is there documentation out > there we can put our hands on for boning up on the LINUX automounter? > > Nigel Henry > Allied Signal > From alvin Mon Nov 30 15:06:09 1998 Return-Path: Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id PAA03526; Mon, 30 Nov 1998 15:05:55 -0800 From: Alvin Oga Message-Id: <199811302305.PAA03526@mail.Linux-Consulting.com> Subject: Re: Problem with automounter v 1.3 1998/03/28 To: Nigel.Henry@alliedsignal.com (Henry Nigel) Date: Mon, 30 Nov 1998 15:05:55 -0800 (PST) Cc: autofs@linux.kernel.org, alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: from "Henry, Nigel" at Nov 30, 98 10:17:07 am Content-Type: text Status: RO X-Status: hi nigel... > Our organization is running autofs v. 1.3 on Red Hat Linux release 5.1 > (Manhattan); Kernel 2.0.34 on an i686. > > We are having problems keeping the automounter up and running for any length > of time. We've tried moving the startup script from S72autofs to S98autofs > in rc5.d, but this doesn't seem to work as far as keeping the automounter > running. only one of my machines crashes ( automount fails ) w/out any explanation... sometimes it thinks /var/spool/mail is mounted...even though it is not mounted... sometimes it tries and fails to mounted the umounted /var/spool/mail... this happens on only one of my machines...rh-5.0 linux-2.0.33 and lots of other machines running flawlessly... and other machines running same versions and other permutations of redhat and linux kernels oh well alvin http://www.linux-consulting.com/Amd_AutoFS/autofs.html > Any advice on a solution to this problem would be appreciated. We are also > open to ways to fine tune the process. Finally, is there documentation out > there we can put our hands on for boning up on the LINUX automounter? > > Nigel Henry > Allied Signal > From owner-autofs@linux.kernel.org Mon Nov 30 15:20:00 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA03574 for ; Mon, 30 Nov 1998 15:19:55 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA10223 for autofs-list; Mon, 30 Nov 1998 14:10:57 -0800 Received: from news.uni-kl.de (IDENT:mmdf@news.uni-kl.de [131.246.137.51]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id OAA10218 for ; Mon, 30 Nov 1998 14:10:51 -0800 Received: from mv.uni-kl.de ( mail.mv.uni-kl.de [131.246.91.98] ) by news.uni-kl.de id aa21993 for ; 30 Nov 98 23:11 MET Received: from mail.mv.uni-kl.de by mail.mv.uni-kl.de id aa26928; 30 Nov 98 23:18 MET Message-ID: <3662FE27.7BE4F564@mv.uni-kl.de> Date: Mon, 30 Nov 1998 21:20:55 +0100 From: Percy Stoehr Organization: Uni-KL KIMA X-Mailer: Mozilla 4.06 [en] (X11; I; Linux 2.1.122 i586) MIME-Version: 1.0 To: Autofs mailinglist Subject: SCSI Reset ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello, I've mounted my cdrom /dev/sr0 and my cd-recorder /dev/sr1 at /mnt/cdrom and /mnt/cdw via autofs. In my root there are two links /cdrom -> /mnt/cdrom/cdrom and /cdw -> /mnt/cdw/cdw. Everytime tkdesk or some other programm enters the root directory and trys to get a directory listing it hangs up for about 5-10 seconds. But thats not the problem at all. Today i am burning a cdrom. TkDesk enters / and the Computer hangs for 1 second. The CDRecordable get out the the recorder and XCDRoast tells me that there was a SCSI Reset and recorder finishes burning. Does someone know an answer ? Is it solved ? I am using Kernel 2.1.122. ciao Percy From owner-autofs@linux.kernel.org Mon Nov 30 15:19:07 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA03570 for ; Mon, 30 Nov 1998 15:19:05 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA10377 for autofs-list; Mon, 30 Nov 1998 14:16:07 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA10374 for ; Mon, 30 Nov 1998 14:16:05 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id OAA24518; Mon, 30 Nov 1998 14:15:57 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id OAA24470; Mon, 30 Nov 1998 14:15:57 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id QAA23277; Mon, 30 Nov 1998 16:15:57 -0600 Message-Id: <199811302215.QAA23277@cesium.transmeta.com> Subject: Re: SCSI Reset ? In-Reply-To: <3662FE27.7BE4F564@mv.uni-kl.de> from Percy Stoehr at "Nov 30, 98 09:20:55 pm" To: stoehr@mv.uni-kl.de (Percy Stoehr) Date: Mon, 30 Nov 1998 16:15:57 -0600 (CST) Cc: autofs@linux.kernel.org X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > Hello, > > I've mounted my cdrom /dev/sr0 and my cd-recorder /dev/sr1 at /mnt/cdrom > and /mnt/cdw via autofs. In my root there are two links /cdrom -> > /mnt/cdrom/cdrom and /cdw -> /mnt/cdw/cdw. Everytime tkdesk or some > other programm enters the root directory and trys to get a directory > listing it hangs up for about 5-10 seconds. But thats not the problem at > all. Today i am burning a cdrom. TkDesk enters / and the Computer hangs > for 1 second. The CDRecordable get out the the recorder and XCDRoast > tells me that there was a SCSI Reset and recorder finishes burning. Does > someone know an answer ? Is it solved ? I am using Kernel 2.1.122. > This presumably means there is no mutual exclusion between the sr and sg drivers, which may or may not be the right thing (there probably should be a way to get exclusive access to a SCSI device.) Anyway, the answer is more or less one of "don't do that, then." The problem is tkdesk trying to stat() whatever the symlink points to, and that means the CD-ROM and CD-writers have to be mounted. autofs will comply. In other words: change your namespace configuration. -hpa From hpa@transmeta.com Mon Nov 30 15:09:16 1998 Return-Path: Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA03537 for ; Mon, 30 Nov 1998 15:09:15 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id PAA25437; Mon, 30 Nov 1998 15:09:12 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id PAA29660; Mon, 30 Nov 1998 15:09:12 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id RAA01380; Mon, 30 Nov 1998 17:09:00 -0600 Message-Id: <199811302309.RAA01380@cesium.transmeta.com> Subject: Re: Problem with automounter v 1.3 1998/03/28 In-Reply-To: <199811302305.PAA03526@mail.Linux-Consulting.com> from Alvin Oga at "Nov 30, 98 03:05:55 pm" To: alvin@mail.Linux-Consulting.com (Alvin Oga) Date: Mon, 30 Nov 1998 17:09:00 -0600 (CST) Cc: Nigel.Henry@alliedsignal.com, autofs@linux.kernel.org, alvin@mail.Linux-Consulting.com X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO X-Status: > > hi nigel... > > > Our organization is running autofs v. 1.3 on Red Hat Linux release > > 5.1 (Manhattan); Kernel 2.0.34 on an i686. > > > > We are having problems keeping the automounter up and running for > > any length of time. We've tried moving the startup script from > > S72autofs to S98autofs in rc5.d, but this doesn't seem to work as > > far as keeping the automounter running. > > only one of my machines crashes ( automount fails ) w/out any > explanation... > > sometimes it thinks /var/spool/mail is mounted...even though it is > not mounted... sometimes it tries and fails to mounted the umounted > /var/spool/mail... > > this happens on only one of my machines...rh-5.0 linux-2.0.33 and > lots of other machines running flawlessly... and other machines > running same versions and other permutations of redhat and linux > kernels > It does seem the 2.0 kernel is prone to these problems. I would try a recent 2.1 kernel, e.g. 2.1.130. -hpa From owner-autofs@linux.kernel.org Mon Nov 30 16:09:29 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA03616 for ; Mon, 30 Nov 1998 16:09:25 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA12134 for autofs-list; Mon, 30 Nov 1998 15:06:09 -0800 Received: from mail.Linux-Consulting.com (IDENT:alvin@alvin.fef.com [198.147.196.15]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA12131 for ; Mon, 30 Nov 1998 15:06:06 -0800 Received: (from alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) id PAA03526; Mon, 30 Nov 1998 15:05:55 -0800 From: Alvin Oga Message-Id: <199811302305.PAA03526@mail.Linux-Consulting.com> Subject: Re: Problem with automounter v 1.3 1998/03/28 To: Nigel.Henry@alliedsignal.com (Henry Nigel) Date: Mon, 30 Nov 1998 15:05:55 -0800 (PST) Cc: autofs@linux.kernel.org, alvin@mail.Linux-Consulting.com (Alvin Oga) In-Reply-To: from "Henry, Nigel" at Nov 30, 98 10:17:07 am Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi nigel... > Our organization is running autofs v. 1.3 on Red Hat Linux release 5.1 > (Manhattan); Kernel 2.0.34 on an i686. > > We are having problems keeping the automounter up and running for any length > of time. We've tried moving the startup script from S72autofs to S98autofs > in rc5.d, but this doesn't seem to work as far as keeping the automounter > running. only one of my machines crashes ( automount fails ) w/out any explanation... sometimes it thinks /var/spool/mail is mounted...even though it is not mounted... sometimes it tries and fails to mounted the umounted /var/spool/mail... this happens on only one of my machines...rh-5.0 linux-2.0.33 and lots of other machines running flawlessly... and other machines running same versions and other permutations of redhat and linux kernels oh well alvin http://www.linux-consulting.com/Amd_AutoFS/autofs.html > Any advice on a solution to this problem would be appreciated. We are also > open to ways to fine tune the process. Finally, is there documentation out > there we can put our hands on for boning up on the LINUX automounter? > > Nigel Henry > Allied Signal > From owner-autofs@linux.kernel.org Mon Nov 30 16:17:29 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA03644 for ; Mon, 30 Nov 1998 16:17:26 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA12236 for autofs-list; Mon, 30 Nov 1998 15:09:20 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA12233 for ; Mon, 30 Nov 1998 15:09:19 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id PAA25437; Mon, 30 Nov 1998 15:09:12 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id PAA29660; Mon, 30 Nov 1998 15:09:12 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id RAA01380; Mon, 30 Nov 1998 17:09:00 -0600 Message-Id: <199811302309.RAA01380@cesium.transmeta.com> Subject: Re: Problem with automounter v 1.3 1998/03/28 In-Reply-To: <199811302305.PAA03526@mail.Linux-Consulting.com> from Alvin Oga at "Nov 30, 98 03:05:55 pm" To: alvin@mail.Linux-Consulting.com (Alvin Oga) Date: Mon, 30 Nov 1998 17:09:00 -0600 (CST) Cc: Nigel.Henry@alliedsignal.com, autofs@linux.kernel.org, alvin@mail.Linux-Consulting.com X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > > hi nigel... > > > Our organization is running autofs v. 1.3 on Red Hat Linux release > > 5.1 (Manhattan); Kernel 2.0.34 on an i686. > > > > We are having problems keeping the automounter up and running for > > any length of time. We've tried moving the startup script from > > S72autofs to S98autofs in rc5.d, but this doesn't seem to work as > > far as keeping the automounter running. > > only one of my machines crashes ( automount fails ) w/out any > explanation... > > sometimes it thinks /var/spool/mail is mounted...even though it is > not mounted... sometimes it tries and fails to mounted the umounted > /var/spool/mail... > > this happens on only one of my machines...rh-5.0 linux-2.0.33 and > lots of other machines running flawlessly... and other machines > running same versions and other permutations of redhat and linux > kernels > It does seem the 2.0 kernel is prone to these problems. I would try a recent 2.1 kernel, e.g. 2.1.130. -hpa From owner-autofs@linux.kernel.org Tue Dec 1 13:08:28 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id NAA04705 for ; Tue, 1 Dec 1998 13:08:25 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA07534 for autofs-list; Tue, 1 Dec 1998 11:26:46 -0800 Received: from gw.wmich.edu (gw.wmich.edu [141.218.1.100]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA07531 for ; Tue, 1 Dec 1998 11:26:42 -0800 Received: from eeyore.cc.wmich.edu (PMDF_BATCH@eeyore.cc.wmich.edu [141.218.20.103]) by gw.wmich.edu (8.9.1a/8.9.1) with ESMTP id OAA10667 for ; Tue, 1 Dec 1998 14:26:35 -0500 (EST) Received: from wmich.edu by wmich.edu (PMDF V5.1-12 #D3143) id <01J4TRQOV7S08Y5MQZ@wmich.edu> for autofs@linux.kernel.org; Tue, 1 Dec 1998 14:26:34 EST Date: Tue, 01 Dec 1998 14:26:34 -0500 (EST) From: Kevin Currie Subject: autofs and smbfs To: autofs@linux.kernel.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello, I'm not sure if this is the correct place to ask this, but I was pointed here from USENET. I'm having trouble getting autofs to mount remote smb shares. As a matter of fact, I'm havin trouble finding any information at all on the subject. Could someone give me a few pointers? I have the latest RPMS for smbfs and autofs, I'm running kernel 2.0.35. Automounting stuff like cds, floppies, even a zip on a scsi supported through modules works fine. smbmount and smbumount work great, but the combination doesn't. Do I need kernel 2.1.xx or anything else special? Could someone provide me an example conf file (something more elaborate than the one liner in the README). Thanks, Kevin Currie From owner-autofs@linux.kernel.org Tue Dec 1 16:21:32 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA04865 for ; Tue, 1 Dec 1998 16:21:30 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA12997 for autofs-list; Tue, 1 Dec 1998 15:05:46 -0800 Received: from herald.cc.purdue.edu (herald.cc.purdue.edu [128.210.11.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA12990 for ; Tue, 1 Dec 1998 15:05:40 -0800 From: servis@purdue.edu Received: from ppp-x9-32.ecn.purdue.edu by herald.cc.purdue.edu with ESMTP; Tue, 1 Dec 1998 18:05:34 -0500 Received: from localhost (brian) [127.0.0.1] (servis) by ppp-x9-32.ecn.purdue.edu with esmtp (Exim 2.04 #1 (Debian)) id 0zkyrq-0007Uo-00; Tue, 1 Dec 1998 18:06:03 -0500 Date: Tue, 1 Dec 1998 18:05:56 -0500 (EST) Reply-To: bservis@usa.net Subject: Re: autofs and smbfs To: x96currie@wmich.edu cc: autofs@linux.kernel.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: *- Kevin Currie wrote about "autofs and smbfs" > > > Hello, > > I'm not sure if this is the correct place to ask this, but I was pointed > here from USENET. I'm having trouble getting autofs to mount remote smb > shares. As a matter of fact, I'm havin trouble finding any information at > all on the subject. > > Could someone give me a few pointers? I have the latest RPMS for smbfs > and autofs, I'm running kernel 2.0.35. Automounting stuff like cds, > floppies, even a zip on a scsi supported through modules works fine. > smbmount and smbumount work great, but the combination doesn't. Do I need > kernel 2.1.xx or anything else special? Could someone provide me an > example conf file (something more elaborate than the one liner in the > README). > > Thanks, > Kevin Currie > > > This is my setup for my simple 2pc home network, one linux and one w95(angela). # /etc/auto.master /misc /etc/auto.misc /rmd /etc/auto.rmd -t 1 /ang /etc/auto.ang -t 30 /bri /etc/auto.bri -t 30 # /etc/auto.ang c -fstype=smbfs,guest,uid=0,gid=35,filemod=770 ://angela/c d -fstype=smbfs,guest,uid=0,gid=35,filemod=770 ://angela/d cd -fstype=smbfs,guest,uid=0,gid=35,filemod=770 ://angela/cd Other options to smbmount are mapped as: autofs smbmount "nocaps" "-C" "guest" "-n" "passwd" "-P" "srvname" "-s" "mysmbname" "-c" "login" "-U" "uid" "-u" "gid" "-g" "filemod" "-f "dirmod" "-d" "port" "-p" "maxxmit" "-m" This is not documented and is in the source file ../modules/mount_smbfs.c from the autofs source distribution. THIS NEEDS TO BE ADDED TO THE AUTOFS DOCS. -- Brian --------------------------------------------------------------------- "Never criticize anybody until you have walked a mile in their shoes, because by that time you will be a mile away and have their shoes." - unknown Mechanical Engineering servis@purdue.edu Purdue University http://www.ecn.purdue.edu/~servis --------------------------------------------------------------------- From owner-autofs@linux.kernel.org Tue Dec 1 16:06:08 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA04837 for ; Tue, 1 Dec 1998 16:06:07 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA12481 for autofs-list; Tue, 1 Dec 1998 14:43:08 -0800 Received: from leopard.imedia.com (leopard.imedia.com [206.3.97.120]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA12475 for ; Tue, 1 Dec 1998 14:43:05 -0800 Received: (from aoga@localhost) by leopard.imedia.com (8.8.7/8.7.3) id OAA31123; Tue, 1 Dec 1998 14:42:20 -0800 From: Alvin Oga Message-Id: <199812012242.OAA31123@leopard.imedia.com> Subject: Re: autofs and smbfs To: x96currie@wmich.edu (Kevin Currie) Date: Tue, 1 Dec 1998 14:42:20 -0800 (PST) Cc: aoga@leopard.imedia.com (Alvin Oga), autofs@linux.kernel.org In-Reply-To: from "Kevin Currie" at Dec 1, 98 02:26:34 pm Content-Type: text Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ya Kevin here's some info about getting linux to work with WinNT first... and the autofs-HOWTO http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html what does your linux box say when you do the following commands: linuxbox: smbclient -L Win95_98_NT -U Administrator ... list of shares... something like Sharename Type Comment --------- ---- ------- ADMIN$ Disk Remote Admin C Disk C$ Disk Default share IPC$ IPC Remote IPC linuxbox: smbmount //Win95_98_NT/C /MS_Windoze/WinNT -U Administrator -C -P xxxx -- or -- linuxbox: smbmount //Win95_98_T/C/WorkingDir /MS_WinDoze/WinNT_WorkingDir -U Administrator -C -P xxxx should mount the Win95 box ( Win95_98_NT:\\C ) -- warning... this may or may not mount depending on how your NT defined its workgroups and other microsoft-ized stuff linuxbox: df .... //Win95_98_NT/C 3277184 2784384 492800 85% /MS_WinDoze/WinNT ... If the smbclient and smbmount works....than you are ready to proceed with autofs... imho ... make sure you have /.autofs mount point and an "access point" ( /Win95/machine/C ) linuxbox# ln -s /.autofs/Win95_98_NT /MS_WinDoze/Win95_98_NT make sure your kernel support autofs root# cat /procfilesystem ext2 vfat <<-- nodev proc nodev nfs nodev smbfs <<-- iso9660 nodev autofs <<-- in your linux:/etc/auto.master /.autofs /etc/auto.misc --timeout 60 in your linux:/etc/auto.misc ... WinNT -fstype=smbfs,login=foo,passwd=bar,uid=xxx,gid=yyy ://WinNT/c on your linux box: root# /etc/rc.d/init.d/autofs stop root# /etc/rc.d/init.d/autofs start -- check /var/log/messages for error messages See if you can access the WinNT box root# ls -la /.autofs/WinNT have fun alvin http://www.Linux-Consulting.com/Amd_AutoFS/autofs.html > I'm not sure if this is the correct place to ask this, but I was pointed > here from USENET. I'm having trouble getting autofs to mount remote smb > shares. As a matter of fact, I'm havin trouble finding any information at > all on the subject. > > Could someone give me a few pointers? I have the latest RPMS for smbfs > and autofs, I'm running kernel 2.0.35. Automounting stuff like cds, > floppies, even a zip on a scsi supported through modules works fine. > smbmount and smbumount work great, but the combination doesn't. Do I need > kernel 2.1.xx or anything else special? Could someone provide me an > example conf file (something more elaborate than the one liner in the > README). > > Thanks, > Kevin Currie > > > From owner-autofs@linux.kernel.org Tue Dec 1 17:21:05 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id RAA04946 for ; Tue, 1 Dec 1998 17:21:03 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id QAA15112 for autofs-list; Tue, 1 Dec 1998 16:30:05 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id QAA15102 for ; Tue, 1 Dec 1998 16:30:03 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id QAA11082; Tue, 1 Dec 1998 16:29:27 -0800 Received: from cesium.transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with ESMTP id QAA26108; Tue, 1 Dec 1998 16:29:27 -0800 (PST) From: "H. Peter Anvin" Received: (from hpa@localhost) by cesium.transmeta.com (8.8.4/8.7.3) id QAA01552; Tue, 1 Dec 1998 16:29:26 -0800 Message-Id: <199812020029.QAA01552@cesium.transmeta.com> Subject: Re: autofs and smbfs In-Reply-To: from "servis@purdue.edu" at "Dec 1, 98 06:05:56 pm" To: bservis@usa.net Date: Tue, 1 Dec 1998 16:29:26 -0800 (PST) Cc: x96currie@wmich.edu, autofs@linux.kernel.org X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > > This is not documented and is in the source file > ../modules/mount_smbfs.c from the autofs source distribution. THIS > NEEDS TO BE ADDED TO THE AUTOFS DOCS. > Please, feel free. -hpa From owner-autofs@linux.kernel.org Tue Dec 1 18:41:48 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id SAA04998 for ; Tue, 1 Dec 1998 18:41:46 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA16700 for autofs-list; Tue, 1 Dec 1998 17:35:16 -0800 Received: from herald.cc.purdue.edu (herald.cc.purdue.edu [128.210.11.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA16694 for ; Tue, 1 Dec 1998 17:35:11 -0800 From: servis@purdue.edu Received: from ppp-x9-32.ecn.purdue.edu by herald.cc.purdue.edu with ESMTP; Tue, 1 Dec 1998 20:35:05 -0500 Received: from localhost (brian) [127.0.0.1] (servis) by ppp-x9-32.ecn.purdue.edu with esmtp (Exim 2.04 #1 (Debian)) id 0zl1CZ-0007dM-00; Tue, 1 Dec 1998 20:35:36 -0500 Date: Tue, 1 Dec 1998 20:35:29 -0500 (EST) Reply-To: bservis@usa.net Subject: Re: autofs and smbfs To: hpa@transmeta.com cc: autofs@linux.kernel.org In-Reply-To: <199812020029.QAA01552@cesium.transmeta.com> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: *- H. Peter Anvin wrote about "Re: autofs and smbfs" >> >> This is not documented and is in the source file >> ../modules/mount_smbfs.c from the autofs source distribution. THIS >> NEEDS TO BE ADDED TO THE AUTOFS DOCS. >> > > Please, feel free. > > -hpa Will this work? (Note: I do not know nroff and just hacked this together. Hope this makes it in to the upstream source.) *** autofs.5.orig Tue Dec 1 20:08:57 1998 --- autofs.5 Tue Dec 1 20:29:39 1998 *************** *** 42,47 **** --- 42,75 ---- used to specify a filesystem type if the filesystem is not of the default NFS type. This option is processed by the automounter and not by the mount command. + .P + .B smbfs options + .P + In order to pass command line options to smbmount a set of corresponding + options for autofs have been defined as below. The smbmount command line + option is given on the left with the corresponding autofs option on the + right. Any smbmount option that requires an input should be used like + any other + .BR mount (8) + option with notation like + .I filemod=700. + .P + .nf + .I smbmount autofs + -C nocaps + -n guest + -P passwd + -s srvname + -c mysmbname + -U login + -u uid + -g gid + -f filemod + -d dirmod + -p port + -m maxxmit + .fi + .P .SS location The location specifies from where the file system is to be mounted. In the *************** *** 59,65 **** .nf kernel -ro,soft,intr ftp.kernel.org:/pub/linux boot -fstype=ext2 :/dev/hda1 ! windoze -fstype=smbfs ://windoze/c removable -fstype=ext2 :/dev/hdd cd -fstype=iso9660,ro :/dev/hdc floppy -fstype=auto :/dev/fd0 --- 87,93 ---- .nf kernel -ro,soft,intr ftp.kernel.org:/pub/linux boot -fstype=ext2 :/dev/hda1 ! windoze -fstype=smbfs,filemod=700 ://windoze/c removable -fstype=ext2 :/dev/hdd cd -fstype=iso9660,ro :/dev/hdc floppy -fstype=auto :/dev/fd0 -- Brian --------------------------------------------------------------------- "Never criticize anybody until you have walked a mile in their shoes, because by that time you will be a mile away and have their shoes." - unknown Mechanical Engineering servis@purdue.edu Purdue University http://www.ecn.purdue.edu/~servis --------------------------------------------------------------------- From owner-autofs@linux.kernel.org Tue Dec 1 21:00:11 1998 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id VAA05081 for ; Tue, 1 Dec 1998 21:00:10 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id TAA19768 for autofs-list; Tue, 1 Dec 1998 19:45:06 -0800 Received: from gw.wmich.edu (gw.wmich.edu [141.218.1.100]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id TAA19741 for ; Tue, 1 Dec 1998 19:45:00 -0800 Received: from eeyore.cc.wmich.edu (PMDF_BATCH@eeyore.cc.wmich.edu [141.218.20.103]) by gw.wmich.edu (8.9.1a/8.9.1) with ESMTP id WAA18012 for ; Tue, 1 Dec 1998 22:44:57 -0500 (EST) Received: from marvin ("port 62847"@resnet203-183.resnet.wmich.edu) by wmich.edu (PMDF V5.1-12 #D3143) with SMTP id <01J4U95JVRMM91VS9T@wmich.edu> for autofs@linux.kernel.org; Tue, 1 Dec 1998 22:44:56 EST Date: Tue, 01 Dec 1998 22:43:35 -0500 From: Kevin Currie Subject: More On autofs and smbfs To: autofs@linux.kernel.org Message-id: <000001be1da5$f0d43140$2a01a8c0@marvin> MIME-version: 1.0 X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Importance: Normal X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 X-Priority: 3 (Normal) Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello, Thanks to those that have been trying to help me out, but I'm still having problems with autofs and smbfs. Here is a little more info... 22:35:17 eddie:/mnt# lsmod Module Pages Used by nls_iso8859_1 1 0 (autoclean) nls_cp437 1 0 (autoclean) scsi_mod 7 0 (autoclean) smbfs 6 1 vfat 4 0 fat 6 [vfat] 0 nls 1 [nls_iso8859_1 nls_cp437