1174294Sobrien Am-utils Frequently Asked Questions 2174294Sobrien 3174294SobrienNote: we started this FAQ only on March 15, 2005; so it's not long or 4174294Sobriencomprehensive, yet. Amd is much older than that, and so there's a lot of 5174294Sobrieninformation that's already available in other forms. If this FAQ doesn't 6174294Sobrienanswer your questions, see information in the following sources: 7174294Sobrien 8174294Sobrien1. The Am-utils book: http://www.am-utils.org/docs/amd-book/ 9174294Sobrien 10174294Sobrien2. The Am-utils user manual, which is part of the distribution and is also 11174294Sobrien available from www.am-utils.org. 12174294Sobrien 13174294Sobrien3. The www.am-utils.org Web site resources, especially the "am-utils" mailing 14174294Sobrien list (and its archives). 15174294Sobrien 16174294Sobrien4. In the am-utils distribution (always use the latest ones), see all of the 17174294Sobrien various README files (README, README.autofs, README.ldap, README.osx, and 18174294Sobrien README.y2k). The "BUGS" file also lists useful information about bugs 19174294Sobrien and problems with specific OSs which affect Amd. All of these text files 20174294Sobrien are also available from www.am-utils.org. 21174294Sobrien 22174294Sobrien5. Some FAQ questions (including newbie questions) are available here: 23174294Sobrien http://www.kernelcorp.com/resources_faqs.html 24174294Sobrien 25174294Sobrien6. Some problems are known bugs but have not been fixed yet: this are 26174294Sobrien listed in bugzilla in https://bugzilla.am-utils.org/ 27174294Sobrien 28174294SobrienIf you have additions to this FAQ, please let us know at 29174294Sobrienam-utils@am-utils.org. 30174294Sobrien 31174294SobrienThank you, 32174294SobrienThe Am-utils development team. 33174294Sobrien 34174294Sobrien<FAQ> 35174294Sobrien 36174294Sobrien*** Linux Questions 37174294Sobrien 38174294SobrienQ1. When I use Amd with Autofs and I restart Amd, how come it cannot remount 39174294Sobrien the Autofs partitions? 40174294Sobrien 41174294SobrienA1. This is a limitation of the Linux Autofs kernel module (for both autofs 42174294Sobrien v2. and v3). The Linux Autofs does not allow restarting automounted 43174294Sobrien points. There's nothing Amd can do about this. In fact, the same 44174294Sobrien problem exists if you use the userland "automount" daemon instead of 45174294Sobrien Amd. Hopefully Autofs-v4 or the separate effort of Autofs-NG will 46174294Sobrien address this serious problem. 47174294Sobrien 48174294Sobrien Note that Amd itself can restart autofs automounted points just fine on 49174294Sobrien OSs that support it, for example Solaris. 50174294Sobrien 51174294Sobrien 52174294SobrienQ2. When I use Amd, I get this console message frequently: "mount version 53174294Sobrien older than kernel." Is it a problem? 54174294Sobrien 55174294SobrienA2. No, it's a harmless warning message that the Linux kernel prints for NFS 56174294Sobrien mounts. The intent was to alert administrators that the kernel has 57174294Sobrien supposedly a different version of the mount(2) code than a userland 58174294Sobrien program used. This happens if you compile Amd against kernel headers 59174294Sobrien that are different than the kernel you're running. If the message 60174294Sobrien really bothers you, then one way to "fix" the problem is to recompile 61174294Sobrien Amd against the same kernel headers as the running kernel. 62174294Sobrien 63174294Sobrien Nevertheless, it is a relatively useless message because as far as we 64174294Sobrien know, the NFS v2 and v3 mount codes have been in perfect sync between 65174294Sobrien the userland and kernel sides, and were "standardized" for years 66174294Sobrien already. This warning message caused more unnecessary worry among 67174294Sobrien administrators than helping alert them to legitimate problems. 68174294Sobrien 69174294Sobrien</FAQ> 70