On Sun, Oct 28, 2012 at 8:45 AM, Mike Korbakov <mike-...@yandex.ru> wrote: > Last chance to not mix up the problem. So I see the following problems: > > 1. Search engine for the official site. > Search should be available by simple actions: text entry and one-click (or > "Enter") > Search results from the official website should lead to also official > responses. > All results on this page > http://www.google.com/search?q=%22nfs_server%22&domains=www.openbsd.org&sitesearch=www.openbsd.org&btnG=Search > are located in the domain openbsd.org, their text looks correct. Without > special knowledge, > no one can determine their relevance to real life. > If I had special knowledge, then would not have used the search. > Someone does not agree?
You are free to write some search engine for OpenBSD. I just can't see any code for that in your email. Search is available by simple action via text entry and one click either on main page or in FAQ. For the rest you need to ask someone in Google why their search engine doesn't follow HTML code on OpenBSD pages (where false returns you hit are not available anymore) and instead of that returns misleading results. As well I don't understand why to go via search engine for something instead going on project page and see immediately in which langues is official documentation available and for which there is not then English version is always here. Only in case something is not on official pages (be it on *BSD, Linux, Windows, whatever) or in wiki/mail archives/..... going for search engine. > > 2. The configuration file contains a partially working code, a description of > which is > now removed from documentation, but remained in the old records. > Maybe someone still uses these undocumented features, it is easy to anticipate > the flow of questions, when these features will be removed. > > Presence of undocumented features, and the ability to get two or more > "correct" > answer to the same question, in my opinion, is not consistent with the spirit > of secure and reliable system, which described on main page and > http://www.openbsd.org/security.html Still don't know to which partially working code or documentation you are referring to. Please show where in rc or FAQ (official, not false search results made by Google) is some bug. Going with FAQ I'm ending with working NFS as well as others so it must be something else. Nothing is perfect and there is space for improvements in OpenBSD as well, but first it must be proven that there's something wrong and yet it was not showed. > > That is all. > Good luck > Seems like you are feeling offended or something. That's just wrong feeling. I don't want to use bunch of smileys here. Such a bad search results are true for any project (Try other BSDs or Linux systems). >From http://www.openbsd.org/faq/faq2.html Many users have set up sites and pages with OpenBSD specific information. As with everything on the Internet, a good search engine is going to make your life easier, as will a healthy dose of skepticism. As always, do not blindly enter commands you do not understand into your computer. and this one most important OpenBSD comes with extensive documentation in the form of manual pages. Considerable effort is made to make sure the man pages are up-to-date and accurate. In all cases, the man pages are considered the authoritative source of information for OpenBSD. > 28.10.2012, 10:35, "Tomas Bodzar" <tomas.bod...@gmail.com>: > >> On Sun, Oct 28, 2012 at 6:37 AM, Mike Korbakov <mike-...@yandex.ru> wrote: >>> Thanks, but my question is not how to run a NFS server. >>> I just wanted to report about garbage in the code and web pages. >> No. Code and web pages are clear. You just used tips outside of the >> project which are not valid which is fail of that people and not >> OpenBSD. >>> By the way, I did search through the form on official website of OpenBSD. >> That form uses Google of course, not some own OpenBSD search engine. >> But even with that >> >> https://encrypted.google.com/search?q=NFS&domains=www.openbsd.org&sitesearch=www.openbsd.org%2Ffaq&btnG=FAQ+Search >> it returns correct page on first place >>> Therefore, claims to google are baseless. >>> All documentation that I referred to is made by people who have a direct >>> bearing on OpenBSD. >> Translators are NOT official part of OpenBSD project in a mean that >> they don't have @openbsd.org address and so on. What's more those >> which are not able to keep translations actual are removed and their >> translated pages from official ones as well (of course that they are >> in CVS). Blaming OpenBSD just because Google is not able to maintain >> their search engine database up to date is at least weird :-) >>> I hope that anyone would ever find time for a little cleaning. >>> Propose to close the topic, since debugging scripts is purely technical >>> work. >> Yep, better to close topic as all 4 official FAQs (cs, de, fr, nl) are >> ok for this. As well as http://www.openbsd.org/faq/faq10.html#rc and >> related man pages. >> >> NFS works just fine, but if you want to debug it regarding rc stuff >> just read man rc.d and look for -d option >>> 28.10.2012, 08:26, "Tomas Bodzar" <tomas.bod...@gmail.com>: >>>> On Sat, Oct 27, 2012 at 11:15 PM, Mike Korbakov <mike-...@yandex.ru> >>>> wrote: >>>>> Seems, authors rc.conf forgotten (or did not for some reason) to load >>>>> portmap when nfs_server is marked on. >>>>> Or nfsd now works without portmap ? >>>>> (rc.conf unchanged: $OpenBSD: rc.conf,v 1.167 2012/04/01 18:32:51 >>>>> deraadt Exp $) >>>>> >>>>> # uname -a >>>>> OpenBSD obsd52x64.vm.mike-i7.kmv 5.2 GENERIC.MP#5 amd64 >>>>> # cat /etc/rc.conf.local >>>>> nfs_server=YES >>>> $ cat /etc/rc.conf | grep -i nfs >>>> nfsd_flags=NO # for normal use: "-tun 4" and see >>>> nfsd(8) >>>> unset kpasswdd_flags nfsd_flags mountd_flags lockd_flags >>>> : ${nfsd_flags=$([ X"${nfs_server-NO}" = XYES ] && echo "-tun 4" || echo >>>> NO)} >>>> : ${mountd_flags=$([ X"${nfs_server-NO}" = XYES ] || echo NO)} >>>> $ >>>> >>>> Where did you come for nfs_server=YES ??????? >>>>> # grep -rn nfsd /var/log/* >>>>> /var/log/daemon:55:Oct 27 18:01:03 obsd52x64 nfsd[11977]: can't >>>>> register with udp portmap >>>>> /var/log/daemon:107:Oct 28 00:15:07 obsd52x64 nfsd[10408]: can't >>>>> register with udp portmap >>>>> /var/log/messages:371:Oct 28 00:15:07 obsd52x64 nfsd[10408]: can't >>>>> register with udp portmap >>>>> # rpcinfo -p 127.0.0.1 >>>>> rpcinfo: can't contact portmapper: RPC: Remote system error - >>>>> Connection refused >>>>> >>>>> P.S. searching by google gives strange result for keyword "nfs_server": >>>>> >>>>> http://www.google.com/search?q=%22nfs_server%22&domains=www.openbsd.org&sitesearch=www.openbsd.org&btnG=Search >>>>> I'm not guessed to look for the answer in the documentation in Chinese. >>>>> Information from openbsd.ru outdated because recommends edit rc.conf >>>> Can't see Chinese or openbsd.ru as official here in left upper corner >>>> http://www.openbsd.org/ . Following bad advice from wild Internet or >>>> most of the unmaintained unofficial pages about OpenBSD will lead to >>>> predicted results -> fail
