From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 06:25:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6879516A400 for ; Sun, 15 Jul 2007 06:25:20 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6F413C467 for ; Sun, 15 Jul 2007 06:25:20 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 26799 invoked from network); 15 Jul 2007 01:25:19 -0500 Received: from 203-158-59-146.dyn.iinet.net.au (HELO localhost) (203.158.59.146) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 15 Jul 2007 01:25:19 -0500 Date: Sun, 15 Jul 2007 16:25:16 +1000 From: Norberto Meijome To: Tommy Rehn Message-ID: <20070715162516.5b7c30c4@localhost> In-Reply-To: <46990B66.8080501@comhem.se> References: <46990B66.8080501@comhem.se> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: What about Creative SoundBlaster Audigy SE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 06:25:20 -0000 On Sat, 14 Jul 2007 19:44:06 +0200 Tommy Rehn wrote: > *However I must be misunderstanding something.* When I try to run for > example gxine there is *NO* sound and there are no sound in > programme-execution which there usually are when one is starting an app > in KDE. hi Tommy, it seems an application issue - not supporting OSS drivers. Try setting in the configurations of these programs (and whatever sound daemon kde uses) the correct audio device to use it could be an access right issue too - make sure you test as root with your multimeidia app, or osstest with a normal user if doable). /etc/devfs.conf shall be able to help you if it is ACL issue. B _________________________ {Beto|Norberto|Numard} Meijome "Always do right. This will gratify some and astonish the rest." Mark Twain I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 09:31:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5FD916A400 for ; Sun, 15 Jul 2007 09:31:08 +0000 (UTC) (envelope-from fnbp@fr.abb.com) Received: from host-2.dakinfo.demon.nl (host-2.dakinfo.demon.nl [82.161.79.210]) by mx1.freebsd.org (Postfix) with SMTP id BB55713C48D for ; Sun, 15 Jul 2007 09:31:07 +0000 (UTC) (envelope-from fnbp@fr.abb.com) Received: from yosqw ([238.236.75.167]) by host-2.dakinfo.demon.nl (8.13.4/8.13.4) with SMTP id l6F9YDEP019104; Sun, 15 Jul 2007 11:34:13 +0200 Message-ID: <4699E938.8070206@gci.net> Date: Sun, 15 Jul 2007 11:30:32 +0200 From: Wilfrid Shepard User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------070808020802020406080504" Subject: Re: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 09:31:08 -0000 --------------070808020802020406080504 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit --------------070808020802020406080504 Content-Type: application/pdf; name="info.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="info.pdf" JVBERi0xLjMKJeLjz9MKMSAwIG9iaiAKPDwKL1BhZ2VzIDIgMCBSCi9UeXBlIC9DYXRhbG9nCj4+ CmVuZG9iaiAKMiAwIG9iaiAKPDwKL0tpZHMgWzMgMCBSXQovQ291bnQgMQovVHlwZSAvUGFnZXMK Pj4KZW5kb2JqIAozIDAgb2JqIAo8PAovQ3JvcEJveCBbMCAwIDQzNCAxMzVdCi9QYXJlbnQgMiAw IFIKL1RodW1iIDQgMCBSCi9NZWRpYUJveCBbMCAwIDQzNCAxMzVdCi9SZXNvdXJjZXMgCjw8Ci9Y T2JqZWN0IAo8PAovSW0wIDUgMCBSCj4+Ci9Gb250IAo8PAovRjAgNiAwIFIKPj4KL1Byb2NTZXQg NyAwIFIKPj4KL0NvbnRlbnRzIDggMCBSCi9UeXBlIC9QYWdlCj4+CmVuZG9iaiAKOCAwIG9iaiAK PDwKL0xlbmd0aCAzMQo+PgpzdHJlYW0KtZQo8FZVBOCwFaRF7vNCHBRvNccwpub31gQShkJJIgpl bmRzdHJlYW0gCmVuZG9iaiAKNyAwIG9iaiBbL1BERiAvVGV4dCAvSW1hZ2VJXQplbmRvYmogCjYg MCBvYmogCjw8Ci9CYXNlRm9udCAvSGVsdmV0aWNhCi9TdWJ0eXBlIC9UeXBlMQovTmFtZSAvRjAK L0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCi9UeXBlIC9Gb250Cj4+CmVuZG9iaiAKNSAwIG9i aiAKPDwKL1dpZHRoIDQzNAovQml0c1BlckNvbXBvbmVudCA4Ci9OYW1lIC9JbTAKL0hlaWdodCAx MzUKL1N1YnR5cGUgL0ltYWdlCi9GaWx0ZXIgWy9MWldEZWNvZGVdCi9MZW5ndGggNTQ1NQovVHlw ZSAvWE9iamVjdAovQ29sb3JTcGFjZSA5IDAgUgo+PgpzdHJlYW0KgtMJLW6NEBxaHStrgFmS4DgZ IdugWz/IHPeKmEuUjOSMtC2SjgQd0ZVnkjJBPCZxSKBGPBfit6F0TgQ0y7yTKy6hmwx/xyV/vHN3 NP78vnK0WGZf3ZQWwI/LENeFUh6lHxfrD62BF1U6gUKjhaa1TGScrnnVSjSZfzOUq7INK1s/TC2L LQxyFgV9KDUpNUHPadkUY+N7e6egmZA5nyKmid0LBXlsKCZTSSIHATPQUciTUqF2i6zSG/DpPDfu /AHLF803HHCwA0J+7g352we7MtmKWwfxLvzXj1BQz6vHHkvFduCuuzSDMSM0yyjRcRCaBLqCb/0E b41yuslhcPdfayzFfav1O2BR5iTz29K/wajjkvHhgeG4GYmLjAU2WydeIM4SHle4y6i7aUqTs50L E5qjpRft8fKuIlVbkrQxqdTykj2W9xhjG7rnTkPb1YBekogDiWGPmNG0OnE2eJ7naZq18GIexvTb vXZ/1cPUX8BHcu9E751/6NsS0Lq695CyzVFBONJg2qHnZDaYD0sxfmVveGknhP4FMW9OyCvKkPWj S9HfSbcXE/GXvF2pFfueqk3++wNeBd6yCYjlPJinmFANuj4RCya+QZn7aZ3+8jZLrc8MDkFjqqNe ozt9U9Yjpn+oU/PG2aRr1Ic4z/n/JclksnglYZOM5me7Ep2IiZQxLp8FZAr6/0qPNOJmwE5lPyWT p37UZweodn0TaNpmoObrYi8KZs/rvtZA5r/uSAgX2aHXDQJQ+Madd6qmPXc7EnrNfPZX/Rc+5zoe tDkAZbJTB7/enowu97NuYFwFgc+Q3HzVczgw58nReXCwyC2u3KfI31AATwGRaGyKkvW3gm8uAW0R 4kEysAt8DdXY+W4HkwZqQhz1kdavdwvNmq3IGX7O3H2JAcra4BoK3evAz+mYyb+yEru7jN+/DADV 3jSZpkRzLhIoJFdM7+qVlW3qZ9OzWF7TrnZ+nD0AjPQlhsB2aLuQeXeN1cVjqr3Ozw6qNys9cJCV ENTsfs9Rurxkbn1s+KqzgZgKB9BSqz7PlHHKwxr+/zpiK21m/m0yVBQQ/wCUdmGQTZdHpvGyKSxP NGsR0vFe9EqyzlzBLhDi6U3Ksiu3KiNEAXgtwSfDkcgIc869C4FWp0BU99IoCE/DcFGCXzZWijQM 8pddvkEwUzZ7YnwEGx0ZXh/sosbk2ASVga9MzsX6+I9j04N3SF5+zNQ8TzATHwo6xmYP37HVTMPj 5Ex59Xw+OSJIGBZtg0u0zVuFVQUEpCK8TqvEHfnbriA7m/sBJM7FNOow7o4WKEiKp3ERR/bshx3t wJmg+1F+4sN4LCoFsk22atzJmmmiadcJd1xbS9ACtdnVSwBcPiRoAt04DRxZFMiufwcyjunutXS3 hgCdGz0VyKUK+YUthc7kUS4tccgq7kw+A7DYv7+Yrj5hI96Qx6zhIdVUel5hc/m2GapLse91rOy+ 8CJTkrFHGSwzfojTn9KCUrjYmZ68sQ5HDB3fcc5dPWBBZ9N85U/D/G5FX6q3POWfOJNGuB+rN5Dv zavXllhkwoPhpbslZtd/L5jPZYob6vw/qC2LzTmsgf0SpAzY/l/Il/GsXEnNoHT64QvtmL91pO7w OXOrwPmNXJWuLX5j5rvABCtsMS2wR/15fUHMUXnHpkTat0QD+ghgyrHoV85t3Mjc7DLdqLBwXhaw pS+FBkNwJ/MEEaC6aiMOuHs3S38IV8pMTWt1zwKBa4Xn56PCfOWmncDMittICNcnu3+mPZOcxrx1 yeE66hE9DN9siNZ/VTzH5ue5cLuh5fV/4ahuF64RfoXv7UDulak2k6ls6KMNYPybx1sDI+OfEvDf 7xG+hGzfcr2MtPhCau1VBepjkQj+CAWcoA6Q7UsV3IMvedoP4w641aTvoD4NPHq3HMBX0L3dw3z8 ROmxVN8xnTmqCBu/feUWUJ2vLDC6twUPXShqvERlIeXbAzbJOJ6sUbWuFgNwydw7xQT1NEnS3+tW aaSkt5+ivHPpnlwr4Eyryi+9CnBpxarCI7sMBMojDpyDNOrLHLn9F+Od2SFSryndf0nmEqAun8ak B0rY66rCDtqAPGASjrHztswFc4Xx6ouf6MoCcaeeZsM/6ZkYZ/4QNlbPrk4Nrx4/pUGdrvxjWRH8 za85TNtnPMWb+FYWl1Vw6c6AJzc4efS3Damt/+J4MM9H/0nK4VHnsww55oxMzXO5Ajt/E6swq94H UtMnTCflUdvTAS6ax3Rwi/ABHIlnJEAANMzKjntZfocDkWz2d5wWIIm0SxRIx9daZjATHIbhKM7Q HogOLxF7/c3LgrjHvV0KQdnIjO6vLMACcCw0yZOR9RAf1a5Ds+MqaZj0nbjL0eVaNCQtpHlIWT+I OVqVQcBrx7ddxH0yJUFtdSf40X1/nVPIWj59RSa47FeQ9KCNdJQZoidPgdnrw+byfjmWuAp6ekqu W9tU0el/UUOxsVXufibM7wzyFg1R5ozQe5WCE+M49uZ8bg3KM/ZL8rJ/NhL0IHOEoTVSng53Zzza CaUtYe03uPQ503ua6dB4RkD5VJ5vQKm6TzO9fCFubOruhIOBZcjIFkT4UNjzn6AdvvcJcdPJSR5N lZ2WV1V5TSa4JFKxPVEfIWYNd5s7butWZSPQup4WmO4hWmPBnKpAfuEDZtFyrG/5KzLGkk+B8f7v V+Yq/dQaheRzQ6VR8FmHEn+5puOID5NIw3vyuSOqPI0X4yCwZxzub7t/LHZq37fZnT9XTFX5eu4c FI1kJYJGFgcY7L1T71ZFa8aBr4MJp/3SV78AtA1h1pKJDLywk3/om58koglm3XFb+9noYYUoeEt9 RbHAA5xMoabYa23uUdfZiYpGGefURAHeq4WtAYr9+UHzOwHLLj6ak7NHKlRkIShBfwmOwlDTYSL3 7rYoxDX4GzGJJrAtDyHnPOzHPR1pUD2j8hUp8TBrNVt/fXcyFoH71nteuuq9LQkwI7VM5js2SQAk ao2ppF4jutTfvU+gSSghALbbhQGYOyrV8ws/zkyD2TNKjaUgpu1OGlECQARezzcVkdNexOYdOADL HUPQBacTZaYdCUfB2qGFFHMhIJ/IN9adnO0swTLGZ9V8krK7OqCsjnyTik6dyLjTqiOxLIt3ySCh 6tHxQ2zGNj6m44474LLQGeswFzlTM4/o9bE0CjO4YtAw+fWdOb2xIw02GlwGByipTE2jvw24ftuU hmhlODRCHDeNJ2vjIQM4OLqo4GDOOT0R75ICJA3zA3B6YRH2sbsolOu5ZYtJQrFpfBpLmkcBh1Zu hVQO4UGd1+t9ft4guoXJeLTD5heDpct579RXSCqpIPnnNs0XREh92MjHovGuWSkrfMXVqgVWNOQ5 Yysmofwu5kQYAO/fBoebUt4jiKleslyHUwZqQThHmVBg2Um1GCIKx4QKHc6QL0zyi1oIapwxtX/a V86qiHceo/H7XBa3XB5DmKTMhkatbYCJu2uXJ9bn4/sf5MTzF+ZoA0BvqYz5mvSSwvWQKymhifgl 75G7sizRNryOkg3XzPszgfjtgidYQxJxLnHjUnVVGE+PFu4KARYDXZyLON3PSPuQVwNg0UhDenUU VBIdV7yP4N+cvM0c8NJoZAdQ3bGQZVwYtdQ7Ti3ZDemamCRJK5b9fdNBRBQui5wI6Nqg4R+Us9xi 33SZMGdg3k+lNdRMWenccLMI8cHtaEwAkJ58w0EeNeFgrrTOkErqlrOdVv1qS0wbQAhW5og1xiwO HWJmt5LU0BOaqtQALX9xtMiGBxqugauSCUqpWEZloH/vh3uzNuDXVvnyT6lAuaI9klJoqMMpZmSD ncCjpdhgCA1enywg8fu3zTSxQ94ed8fPfTllA76oFiAA+BXP8AxtM6zrlFc5oXmpTj/gpFHmxpol +BuLwgpD5qXIkUuAWsBpd7Ma0k6WOc9LTg2KJZS5ok66kYdq/x/hae0NS66X9CVSYb1+pTl7XLRA McmM0gkuRIxst8IuDCxHV3CUiM5n2dB13H32TVqq0A1FHS+pHufm1CHRQnXNU1S8nQn80f3lokia r4vtJfFqFuPJxaTVajBsf3arBxTHHxmG7WVutarefE1/a8NF+XZCOcVqkPYVsl8bVV/DvIjYa+fI zOnqTK5TyrTEZK5MMG8xaJ3X7tlHYUmuV/j+8KyLLgYhMPcYhN3PlEVqVs3sEecbx2EVNoqTGj9K yFA0oSIbNv8bJKOHqfdpl1Ycurv4Z5JsILzUVH8YpFXeGPuVMLOAZn2YpaNognVNSu/YPjG6qO8j YbKUcY0S4VCEl2Nudltc8QOMrS+NxQCl65mQhV3s6QMbOuvJhm5hsI3X8zGjAXm98llLUupx/ZAn AHK/DIpCdFds90FiNt5WbT5e7ywaZT/g7xfAqKxfwGzO3Y24iRXgeQSDnoa4s+vkIp46UV88oxOj tVATtexAxbWRgo3FQbJ9mcqvhWN7jb+Y3xgNvnZHLipRezOA3wFoEY8rFDSYOTwaKHRfki9b+hwv ddtufX5y3HYIJ+/6yd/h5N7Y+dSLSU2+42czdoK+8w+2O/3+Vmlew0iYqW5x+3+hk3VLH7gpqgae qg6hcAaUq4Cibgc8P8JyJIE2raQwJXeoQ4w3KkmmExxLCjxIFZX6+E7CJ5NtOflKvGhuIZ9bI1rL Z4YQ4N/FMDIEihogBxkluxVyxAAKPscf/jjbL+HM/DMbDiezjtwq90Q6nj9cCt5ve25f2MWsQbEi 61vsVp+7gz3iHY+fRpInyweM8emtFETnC0TdbkTNVcOcncF97M1THmeV6bblDQxgH9vKA7RPnIAG XcHS4L5bZXTaqAw/2q0a/ruPpa/s5ntVs2VEt1xzq5vpWOiGwUaBK54yZrFpUWABNkk2c9lMlkg6 udyZi42Ah5r36VuK3G/Qw5PDeBgbYbqIWEjTnEPHw1+eL44KzK3eGbWSvkaXZk+PJHHExlTVBVwI pTYB0Iz23ETPj29CTGXFygQGN1LM1yiU/Fu84H3u1tiY9a4Sm1a6H4RZwa3Tvap094cn9/aSGsHo ckS43F0b04k86eH5ogllbDlmpOZ6hwHd2h3+Crz8xaHMtJZufyjCwmx+SJrrPy7yFNuSv8mDFktd zDSdUsvzlT/OLSeqyekLuv+XA+myL+MKPz4AsWza5lQbIwUWGpjJcIeD0AN824IzufDnfLz+kWHp bWrm8KQqDsZ8ATBbxz93QDJnjybGTtLbk6/Yw8ug+28SkBn0YJMPm0UeizjJ2kBhViVpG1D48boD MCkJmiMPRO0BGiCEWZMhupfoASADdwPtrdaQweCsquhTjOzy2P9LY1ozPpc/rgE3tfHt69XfDV8h hYcOfoQYEjmfwYrzh3YS+n9+kXFRk8GVSdPBTAlD3KpukRFla3+uWrFKrF69eGO/ZO0GaObGbkl+ rMNK22gVpdlVbnbbyrB0BOqYd4lOHiUQRZXUKphu97VmhG5QB5zbQVYYvM3NoT3Tf8wDAIMAPGWN kBRfP7GiW8Jn0R9VE/svBq1eOBB4nackjI8VllrDzwabBbAJ5M1OmtvpBIa24jrLFHAWi8IXqM4y xoHEBGchbhP4d4AcEUP6QGycQGzoDFAl+Nkv4fA2wDyi2mXtZvcbGzdAglyBz8alY9uZjR4RG7Ya CDUYrerV0iE3qkPw50QelcShDg2yJ8nuGz+82nGmHyOBwouLPKa1JqblLI0hpsLJhOfC4TgLSiRV /PIhD+YdjoB38f5gHWHo0fIWig5F1jmST07lwZqwTU0M/7v9EcBsyHcYaPIva1nkh3/T4o8gELSO J+5kEX1TDTytk1tOwo1naj3izNMZEOFXYOfeY62VOdQI5D01IOou6/FY4HAA2RousdNVwq1TlQdP ChsYKcL78UbcDOZc5x5v2ESrAqbNIjQ3Hm56sap7VEQ+r0N+Qlw/2/lJrb4Yq3L6q+eDWc5fvqd0 XPYE3/z42ovBCmSxsEJSA2pAloW/2OOVjNG1ggkDvQCVcfv0LE5ojqt72RmBIQgj2n4oa5nV9kpW VYMvzaNbaN741+56SIdYpyvs5u3XvntYDDbFOoRLC7Ll4k4XyrnBhWUAqFB4CUAvqWb3ojW7Oxko 89AjZC4MoCEUoN/yQ+c04+yzRj7NqB+FPWlewqjDcUPR9gkqjdGtEsrfsCxT8ZuJsDZopZMicMAA vNiyjitSCZZbBbfwK9HYraertk4gbJyrQcZMO7lpCNBOgKhGuToq0eGHOsEFv8bflbfAQd+j7TbR QU36TOxpp4L78lHP6mD6mhTonvLciSDUGldGZBEOWcHgM0Sqnp9JyqQ8tcnKfi3qmzxaMsYihDL/ 2B1MfBIEvwcVH7hX0c5L4abPtOIMrgAnMfwOtGWiWIcZSW2XASoNWxGqcOv1uuqkR01rJ059/IEN 2igthZc6sD2DVHlYq8N7tFYa5jtbnBRvrEVOayARmo6KFCPGw3y6YYNTjfhcZPcFCgBu57mgqaqA Q0SQQkane4xaO+nun9iZ07gOInHfmZZ7YnOPnypc5GP84Sk1+MpHK7XH3a/DTNdgewcnwSRl82Sh 3W5dDbNvG2KUM+QsRLBvf1RyEySQU5B8SgseTw6UkqwxYtYzohK25ujDLb/9fOCvIBzo7xRTYPvG R4/If6SiCOGvFcbIhMbPkE2rJ/VB6ks7acuwKTjxgx1NubOW8jZSJCxK30qBMe4h18DzlCarAA4Y MNbFEzH/PZbSCbDQExt4lGN4+1F913jqMKuYxLiLTME7KLPYqMAHowWG2NZgGMauZT0E0bs7XQjX aa9vYT53xZ1YXArhNtJXFPoGoiVhXshSjIrDF2QrJthc50v0rK5genb1ZF6dGHb5NyRqXItx91Ov KyY9bMMuJm1+EATpG3xCdI4y6qSXiDjPin1dqYMbFK8N+yWVOLr2FILahnoUKW0qvP0waavN4C03 Qn5IdryQM4W+69I5HjPuiqZSeWozVW15wrTLmRp949xAJOYNghiobreDR3C+mLsWjvSOaqkZ6bJw 2WjPjx52V7y4GdtHZUr0U1Bv0WDI3s2SQKk28PjHHJf4X8aN5U6/nHdpMFquNVrG8cgKmUXut5g7 zrzOkET8u/OgwHeaFb97/CM7BhB3XKQTae7rQ1I5/nt0lA3kgdlPcJ+4Kivryuo0BFOApOF1NwbL RByJSw5Z+kvTZrTPTmGY96Zy2MBOZ17/RT1z5uNyGL2sgQljZxXGJXtDulbT845zSRlD6spJ8C6q bUSEXd8jq9wTxs0wWoWYvQb6F/XNrAplbmRzdHJlYW0gCmVuZG9iaiAKOSAwIG9iaiBbL0luZGV4 ZWQgL0RldmljZVJHQiAyNTUgMTAgMCBSXQplbmRvYmogCjQgMCBvYmogCjw8Ci9Db2xvclNwYWNl IDkgMCBSCi9GaWx0ZXIgWy9MWldEZWNvZGVdCi9MZW5ndGggNDU0MgovV2lkdGggMTA2Ci9IZWln aHQgMzMKL0JpdHNQZXJDb21wb25lbnQgOAo+PgpzdHJlYW0Kfb9C55WMsZP96FbqCG+V8/+2FW1Y uRPiyv2lbLE7G+yFqxgnZ5KbslTVyh8ft3uwN+U/QTus9pRPHQq16HjBbNXX3XF8GDTdasU+eN1D ILV0UHzXJFWf8TjdAjYdD8Nh5NebC/IDux0OWcldaVgekMgN/z+riQUT2Nfbtu+kAM+aGF6ngjRA X9kSFtlTo1bzSDCwlo90r32ACd6BXaRsMJYwe0xCCnRSCbs9pDwVxMquDoMA2O5WIAYNhgZvFecN 9dsLJkSwqh2EKTR6AkSCV9D07VCwna2xlenalJ4k/0IdS/ejXy38XfMPvpSqOPYMTJJkCwsbwcH6 Ie7Oen4huh2wMFyGsAUFxY7ibFJHFc0jOCFrq1M8BoToE04tO/OWv9MKHE+FFJlaKsdCWn6Le/W+ IeC7sNUZCXMIDJvacvlGtxd8NSNRZqOOJEjvdskPpbk/PkSsN3JYxroRajuDsRnfD5bC/fP8AKoG VY3FUHBjU1x5DK2wRJmJR7UZLUKoQR5te3uOzR8t1CxRmqY28cGMhlFePiW/H7iJTuG4VwPkuum1 SZShxu9YsvwfIn/wkRp45HWcxl8MNcZkXW5LXFQRnrgd154DHHx6GO1nQFdxW6e+XA2/cXVaRZOE WnDLKxOgQh1w9lGV2+ZQv1tP9O/b1i+7B4wIGYNMGxx2uPKPYq38dp1aiQFgoS0shOpLjb5+W/5O L2ft5f1D/FLiwqEimK+KDS4CgaIJdFykQms98Xcgo2lYcSfnnTxNbgQfUKhva1zvPn/MHyR+kpAT rZKLIy8nzXnRg5h4GnVVj2Gf8z3Zs/0NooZZJixZ4LiajEojhDjmryNASEUMntEOkKgf4pHyVBya Bye1Zo3z96UWTWpKPRNdDCyUAteKDCMx7mvrW8F0NvWpmbg4vXO6E5mP5TVECTZPIaLEhZFDsnAV XibkaSnxcdwamx30myB5XHdYrSFb/lsi+s1mzAKJgQWQlcwuBTdljt6ZLNmG+ZbdzjbaCWY8lna8 t+47/n6q2RAhclGs7pk5MXb9073irX5ciAdqni6yoRJarCIZXTpO/XPZop1R/gdxnvKIjgRvvDFj uHU34sX3or7rCFt1YJPlfqK1HBgIKlnWRB3l5pcLSfWV3KZ/HdowJIkMxEJBzezENvvnpDtNWlE4 cY5NHqekuOPNxgynYJ+6an8CM/7vNiiDxOvn9nmM9u1gz7SA/7vd8HpbxpHx38j79egPnznJMpyX jS4ClGLtyH2cV1Qw8tcnP1jmD6fEeXY7Pa3HwNa4CPCb7E9H34MsI+oJQjnRc5NL+cD+rw8HsEd0 2ubesCehgQ6ARaLdr/mQY+odBRrrzV1OblH9qtxoRvAZW/ZpCrYh9ff6CbgGBf+5twiKEADWLNDz AHeS7CJJYIUE8y4sizkFWTtmkpymhF0dcfnylcCLodv3LLOlei6Aj2jrCpPV2CRiHG6QrybTG5Ay BfmHxal8AuRtqsdUKv1KWoqgdD+vxygdeqLaRF3Gx1raBtPuhnU4E14UUnsstf0fiDppj58pjhrm BN6UVP3x/RvxaElfUGZVXauivEJvoy1somE3SKuG90TVAevKEw2qi5c7szncxpUZBL30P/iuPv/c rbnJXzyCT8p/kVmp84Jo2RK58tx2CUzk4nw7M7AD5dkGP87zPXsakHvxfVE/MAczNyFn/fR/lO7i HHzJTaoxkJkGyWVkuAFaG4KavHdxYCwXbLXgfhI6IalJqndnMT1FIFjFd3FXAGZ8CeFOc9g2jpdo lGoj75hSOnV+LBbsyhtK7u5vEJ5wDGFVXK1Xf4ciuH0GMbMdUjWVgt/bdfLkqmS1uT2I+IpHDkvL gXN6ikpwxrXRLTCi/IfB4bURPDVGZu7OeiM2ZeYgVwyQolwpIE8PlLOsLcRSdxU9oAr+PCfTFBxD 7/NVBZbokca+9e/jYYQD3fYE5erWuz1Ks8RNQJ/yNy3US2cmOCgqVCazKJ9EuGuqxxA7BhSPpEkH 8N8Z4gkEF0+aH7/GvPYOU5THeWNuknQLBx0gaxhHg4+TQi44ODV41O8ug+4sT7GiDmBbpv4hFnYX GFKE0nsr7lIX81DVDwqzGXXZvBFah5Gz3vnPaaeKZnqYfcf7q1oyo5fKLrnIBCcOrUOmol+r/0I9 VrFCCnbmIEqcOSumvj+orQL1YJ2QR6tPY1/TWfGJpikuZatQvyyZ4NK2YfTFN6wMlwGIjt6L21oZ jG6w5WuVbTqVBWqV9aNkusn+KhQMrtrT7lSz/LaTNjtCwQnS7cm2G7pHmOstma8RTNY3Y/ACD1yL uH2/8zmvFjaRw4nvbe2FX3rIQ06216kJCvQBwjrFG8ReBXE+LwIoilFE0y4X7EVvLo64/svSAQVc ML3Th4rPJ9MjJfKtjnHfKIAj6eSed68m41079fHJ/21FHlH0EkduQAHt786njhlsGl8hHmmejqle 5OqNPVry2ju9qIJR9Xkfpf5nggQgijD4IqejWBEu2d0x2sIQCBKGesCc/JTi+MrO186QMCfDVygw wytJ7wmwHsam5x0o0hobBTZ+bkSADnEeF0mR4xc/1gpOhhuS+T2XtJroINznavqtggqtYJ4Sd5H/ 65pXd4hdEo31hl/ZHKu/3od2ojOAfvUtEni7rJCS7LBJVjerHtdwGaYimy5W7LjhNPjnLlUFe1Zq GDPZYBPtP91efWp5RHmOruz442PRJzwsgbw65+g24TBdPVHMfYj6BwF9JsHiP3OW90J6CIASmJ7I wcseCwa34ANs1tDHsbkrOvVWKaX6Eegd4lXRxpczsfhXfXlB5/krR/rHQ36QMHSEr/iZ3rWBBo38 RiGcnTLFa3xcng6aSVMKStIt/mkrGzuwR2Bzsfla2wsfQ1yloerH1dFt+IU02bAudIUXXP5OfQrs Anp5s45LaPbwO+pEhuLJ5tuBoG/5aczo2FoNEuR7NutUlqrSush8y/RIzkLSeU/GcfJqOGBlZ3Tk uf6aG0syhCaxSpBa/tMweFoM6xloyu1UTdN7y54ij3e6jLxOT+bPuTjbYwr2pBdgZPPh5hwkD3Fe 16ABpfSBV6KiAG/iQs+NC3BJvdHjFVD/98CiCqA0oK4V8WV1w0678EF341eUx7ttm/xBsml31kxu XrxUmGkxNmV1VHxjdtu0KTB+EY77uh69x17EYTf97ShUz1FiGT8ejgZfNHhUIMgHTO9Kx7C+Pd6a fFBiO5FGvDzre6OGpean3T8MCA8tSykZlKG/9MLBikhQu1EDYcHLtloJGcmfXo7LHHecNPwYD/1s bQkgQZ0qHOWsrKVB896sXaXL2VQMvx3c8ZIJOL8uQXvqfHQRWi1BCdMk/8gA5d1RnaDlCAS2uKjm 9vqbWXUGu+/qxAtTnGHgEdL5ELz2y0iJbA5yRJiJ2oUGr2E1Su8LuztrxlYmgkq11aedaWxxEunw qG3U2G90Rix6BiGgAfKO/eWNkGxYXTvfk3SyOeqayhOIzlb9pl/Mbv1kUVVqycBLHluDbZj9/8Gs +1AHCRKqErTocPx5/020CKoL5nOplNIvdndgIJvtvBkf/saH8774n5ikcXluteD5q+ACbB2dgaq4 Nz2sgHVtdutQKOzmEh1N0QMz60ZOXDMI4jFvxNswnEtyw4PMJ9PCeKJnFmnwpPjdVEGpOkurjgJF y9Zl5niJSLJ26p7TKMPb+cuEQ1HpLWtb3+AyshZIbgRu31+guhTL7p14coSn7jqhGIQjc8fjIDiM AH3c2J+5lUDL/pAexhA/428avC+YnSK/CwQyWxr0ADFYuzPX3eV+V9xV9LDlMzZWkUetJuFkyOGC iBPsNYd5VQPWTc2W/1j9iP3YvAnKzPDo/SQvJdGShFufibNqoGbX4WlE27XvfH6JPC8WrSE4+tpD 7Pr+nRAQ/NJ2DLn4vEfbv+t/q9iMgQzvA43DJEo+7GHlzgxHVJoIzx9h1EAe1tX8pNR6a8bruBy0 GdmRnzYj3MWq1iO4tXnLANOIokctgpCSQnuf63oVllVw2YzsozNrew5YUQwmdTG4MNDLBBY+DSQ6 /9t/qo4YFhGoxOWIvzVsuRMg+bWw/xo2w6LZ8FMu0MmWofxWNCdboW+KlkHEA7FLuJHuEdhx43TU zspJjAsIVXneQEOi5f/XowMThkyK3NTunmGzTrZrBZixAwpw25W69asqQe90CB1bIuV9gW9cc07x mE+qYu3emKTwVYnpFwvG3vmLqUnoBP4VIWyPV4uKZtg/lFPrctJoro+H2kyxnKnrZhuEX5kLGkLA nunzthcSu5Ctvx4ywJHENWXKadOjoQ65HEY0+aXBvFvxYEiRlUCus5frGOIyFZeqgfIMgNLKWSJe 5mURC0AWGAASqvsHBMam2RrGQAzjzP70xpR5KsZ8GN14Lm7V8ml40f9wTNQMbvpwVDeuaVWOrUPR Xv9zRlAOX3OZ/kkzO9g3ZAbesv8HzXu5sLhNREQ8qeETlMuNvnEfY4VY3YZV1eqZjhyqFlFbjrx9 DKvksrgEkW0sxHT5rS913zvZ3hcgJjcknHf6+Ro+L7kMrRU7sAn4C351dMgAlJlmnWX+s+e+cJy0 XhGUgUrHd8Jv6yTfHyuqx4fLYwGtTt6EPw7LJlgAx3i4s1tE5+Zp/o66EyzidOSTyWsqjUuHzqJ8 /zAL6RTtDpTL1rpkPf1dWKT5UeOcqWJY/t9bynaAjCBEbnfDbpacKT4bgfOkOGR+s1HKbQQ1XbL4 BfTcPXcwRBRkhm8ig+ksfqkVw84UOrpK+KDL0eZO8VR6EezvZd/shE02AZJOgPy3xlmutfa3wzwf a8E4JzsT5KCpRow99lEdyjD0KgSpkV+Zf8BqgGpAvm8CmeJyV15r2sc/7/Oo1BLSOS8VmeBOL2su p96bhZ3UnB4XkxEy+dS6ruwMS7HXSC9VBHH5zwtQv4bxbIeX7LTuDSbXrAZuU+k71NV4h2ADGqpj tLp29TaSlnNiZi8mCHZUVNvbBq5G+F+1r9Me7GKbsVfO/W7hvm5Y9Z34sS7JqT8b/So4E14rp9yJ 3jgO0vaujjkpW3g3LwzKKRUmuzUp0FCvPD5I7gZvpTyspeRLi3Om/QmZno3uvWbL7V9KIK7rTD6l rOURZA1tDlUqV+5E1JMjSyqceWrrnTFoaYCtLO+0Wu/iuPQuiNBMBkeKUSlmBSLTbUyVKapfYB5C D6qBjsBnFbFZaNM0/cx0IxtxSz4aKh7JNCM29YmGLmU1dsydKDamC4MT7mVy9Uv71Ts/S5Ivliqd dYaE/ZbAN3Z1VN8i1KR4sCXnRXDF7/I6wpk/l7XHmD6H3JFy4DaHI22NsfsOSDpocwCUF/eofqiQ f4sO8RChVXgkgA+JhE7WvHFHEwUWDElPquTApMY+eLGkzO2Ph9OjpQaMy/67uESfsDA3Frtgsg9R fiWchpFjPPGeT1TjhjjJyCxhztDfMAk+M9S1XdawTPYxUYDT/mYpnJQcUH3f9g0hnKKmSRn42wJ/ 4cYycHxGZEfUuHEFqdpd6Kghwi4Dcy+fDpvm87o4nAAG8WqXrUKgv12ir/wGVFVsSdMK7YGrhiYl WvaQQ6w1oGZLEuazWK+KtNrw6bDsOHGUAkstiptWaq87BXiyPKF0r9686MvWf/3N1c5yxy0yz5Mt s/mXEE3sJfQmB87hf8iX8mLWcWzUzq3kEmZF4ZbDwn723bOLDJ19YHRAbovVOxrD3m5J6uaOPEsm dvu5VfF/QCb28bomjfHIZoR3H3k09PUlud9vcgAOljaFDcDkjh2Rjf5J/FRuhQ7Ydzf3xaqSiuwU H2usTAWir3F60aiB4bvDX0LEltmP4kvKqhu97xu/B7Lse6cFeDukQwBGxPzcuCEoocADu8JqGplY lrWX8ivKUpkPqMuBdyJb17Srv5pjn6DXF/83JoKzV7A+nKnoOXZUAcGjjxOElQE315M34y747f1r +Oe+iwDsBt+4/rfwkwopPgBzJ4IMGNdlJCCf5qorfhGnxuiUWMPIByN0K0Xq94j+GDyATLLnhLHq e6EBjJnqxG0uhDFQNXHMw3SvCmVuZHN0cmVhbSAKZW5kb2JqIAoxMCAwIG9iaiAKPDwKL0xlbmd0 aCA3NjgKPj4Kc3RyZWFtCk3U+EYSlXi96ZP4JInlp15cDpUYMrQm/qg8DC9kta8Xnv5cGfiVAUnH jVX5rQwRC+IdXHLEW7sgKbPKpBvoA9mdSYCZpTQ6T0cpRpCWrK9ygI/Wc5SVh22nZ7XUJS7Bmu0g R88HAHHKbwaydG5u0buC0bT/LT8PMwAM0UkQwv7CGzKtWMdS/D/zowFhTaiI6NQH+jiHou4MiBCf xXrEy34Br59lVPmWEYMOaX/y1KfHCU5CoE02Q7ncR2g9oEwNjEvMPI/h1UMUbTvARGMbXFsZ3N99 HwIlg1E7KwZpDstwtXfy1+ku08mAwTAWoNZWOkZAZ/6wlmxgIFmswFgBjLQlTJCTqFqKpYAmn4MF 0MSfbq0gF1TrRhzTf47Oki4fk7O3rgArf32GuOzwUD5EWdmSuroY1x5o7df3WbpIVJQnRe0bo5Ek hHOyzghSOnqyr+NVPGuo9VWQqL8Q8Z9Is91uIhBcb2HXo7ywFjt88buUjBUF4cUMNxd6vdVVc9N4 OKGUNeLkyzmQ3JZdhK3h+saiHEQC/NpipbRbFymq6fZlzvO4Kq08PLdDAtHplcAIAHuAU3ATsy1a /9tfHl3bwnrXkMlv1VPFaEt179GSoQasx3DRK6nNtY9CoE9E1u2BT/681G+miMzv6idFfz9PYMLF tCfy9EaxpxUyUtgjqdfZXz8m4/31kxmhpNgCRrq35QVpHkLBGcH4hVUgAgeQzAYune/Th8koRuQM s4L3kFe38SlXtT6255I+vjweFTzr9ZNQqqL8s47ENUofzXolvHLSTr3jE9wqBOyqkRQN0uRSOj8Y aAtN5fJ3TkXzykMRqjyUsoPkUPEOkiycStpnbBhCut+TO9BHp/c3ekF02vOW2ur1erjEMk1DVg+i uFIu3gIVGVUgSxf9nKHdQI9K26ITcY3HAo16+B5b0K5UtMaVYcO/EfRVTlkXuOXIwtkfvreXp9ZJ cXyyJwdHC2V2h3kfMMYkK1wp4oOufh/SDMTM2Y+rZAn7r3vLv3X7b799CgplbmRzdHJlYW0gCmVu ZG9iaiAKMTEgMCBvYmogCjw8Ci9SIDMKL1AgLTM5MDQKL08gKFkA5xHMFQOz76yVGGmXRr6fku+S iOdYfytYVZUx78p1KQovRmlsdGVyIC9TdGFuZGFyZAovTGVuZ3RoIDEyOAovViAyCi9VICilGBJn aUJFD/Eg2ck5t3jkAAAAAAAAAAAAAAAAAAAAACkKPj4KZW5kb2JqIAoxMiAwIG9iaiAKPDwKL1Rp dGxlICi7iMQDtp/MJZvDes9gKQovUHJvZHVjZXIgKIGRyge4jdkvgo5hizA0Eboc9YqCFhRUvtfz 9eN5GNn/f40b5FxcQYe/ZagChQZcdH/2wyD81FebqoYvKQovTW9kRGF0ZSAojMaZUO33iH/a2DuY NS4UpSkKL0NyZWF0aW9uRGF0ZSAojMaZUO33iH/a2DuYNS4UpSkKPj4KZW5kb2JqIHhyZWYKMCAx MwowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwMDAwMTUgMDAwMDAgbiAKMDAwMDAwMDA2NiAwMDAw MCBuIAowMDAwMDAwMTI1IDAwMDAwIG4gCjAwMDAwMDYyNDcgMDAwMDAgbiAKMDAwMDAwMDU2NCAw MDAwMCBuIAowMDAwMDAwNDU0IDAwMDAwIG4gCjAwMDAwMDA0MTcgMDAwMDAgbiAKMDAwMDAwMDMz MyAwMDAwMCBuIAowMDAwMDA2MTk4IDAwMDAwIG4gCjAwMDAwMTA5MjUgMDAwMDAgbiAKMDAwMDAx MTc0OCAwMDAwMCBuIAowMDAwMDExODk3IDAwMDAwIG4gCnRyYWlsZXIKCjw8Ci9FbmNyeXB0IDEx IDAgUgovSW5mbyAxMiAwIFIKL1Jvb3QgMSAwIFIKL1NpemUgMTMKL0lEIFs8OTIyMjE5OTljMzlj YjA5ZWU4NTA1YTdlZDM5YjlmNTM+PDE2ZTFjNDUzZDc5NWNhYzE5YzdhOGUzMjI2NjY4NmNlPl0K Pj4Kc3RhcnR4cmVmCjEyMDc2CiUlRU9GCg== --------------070808020802020406080504-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 11:06:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 662F116A402 for ; Sun, 15 Jul 2007 11:06:21 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from smtp1.pochta.ru (smtp1.pochta.ru [81.211.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 21D4913C48E for ; Sun, 15 Jul 2007 11:06:20 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from [77.243.97.74] (helo=suntechnic.mshome.net) by smtp.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1IA1vd-0005Gy-9j; Sun, 15 Jul 2007 15:06:17 +0400 Date: Sun, 15 Jul 2007 15:06:12 +0400 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <9410643601.20070715150612@smtp.ru> To: Edward Carrel In-Reply-To: <93EA7502-1E14-464F-BD54-D9D7F17BD844@carrel.org> References: <241432407.20070712131014@smtp.ru> <1626939090.20070713131733@smtp.ru> <93EA7502-1E14-464F-BD54-D9D7F17BD844@carrel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re[4]: Seems like pf skips some packets. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 11:06:21 -0000 >> Setting are loaded in pf via /etc/rc.d/pf start >> >> Why do these things differ? EC> These are the timeout settings for "set optimization aggressive". If EC> it appears after your set timeout lines, then it will take EC> precedence. If this doesn't appear within your pf.conf, then this EC> probably isn't the pf config file it's loading. If so, that may EC> explain your issue with the unblocked packets as well. Right. I've changed back to "set optimization normal" and now settings from file and in pf match. There are still unblocked packets. Provider asked me to block them, else he will block whole my network :( -- mailto:adler@smtp.ru From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 11:33:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F9B916A401 for ; Sun, 15 Jul 2007 11:33:37 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from smtp1.pochta.ru (smtp1.pochta.ru [81.211.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id A7CD213C494 for ; Sun, 15 Jul 2007 11:33:36 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from [77.243.97.74] (helo=suntechnic.mshome.net) by smtp.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1IA2M1-000BDz-LB for freebsd-stable@freebsd.org; Sun, 15 Jul 2007 15:33:33 +0400 Date: Sun, 15 Jul 2007 15:33:29 +0400 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <687021049.20070715153329@smtp.ru> To: freebsd-stable@freebsd.org In-Reply-To: <241432407.20070712131014@smtp.ru> References: <241432407.20070712131014@smtp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Seems like pf skips some packets. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 11:33:37 -0000 Fresh news. I've noticed all unblocked packets have tcp window suggestion set to 0 (zero). I tried to block these packets on external interface: ~>sudo ipfw add 10 deny log tcp from 192.168.0.0/16 to any via external out tcpwin 0 This rule is the first rule in ipfw. Then I looked for such packets and I found them :( ~>sudo tcpdump -ni external src net 192.168.0.0/16 15:17:57.603899 IP 192.168.38.36.4649 > 88.212.196.77.80: . ack 727205372 win 0 15:17:57.603960 IP 192.168.54.106.3388 > 217.65.2.62.80: . ack 0 win 0 15:17:57.603974 IP 192.168.38.36.4647 > 87.250.251.11.80: . ack 1795114833 win 0 15:17:57.603987 IP 192.168.32.96.2263 > 205.188.1.136.5190: . ack 1459514474 win 0 15:17:57.604015 IP 192.168.24.92.4049 > 194.186.121.81.80: . ack 1712730130 win 0 15:17:57.604028 IP 192.168.56.100.2934 > 194.67.23.206.80: . ack 0 win 0 15:17:57.604041 IP 192.168.48.33.3314 > 81.19.66.19.80: . ack 1697432479 win 0 15:17:57.604053 IP 192.168.24.92.4040 > 194.186.121.82.80: . ack 1951624102 win 0 15:17:57.604066 IP 192.168.16.35.2298 > 69.147.108.254.443: . ack 3953269109 win 0 15:17:57.604078 IP 192.168.11.143.60431 > 194.186.121.77.80: . ack 4068897542 win 0 15:17:57.604092 IP 192.168.9.18.60492 > 64.12.31.176.5190: . ack 3864640183 win 0 15:17:57.604104 IP 192.168.24.18.60660 > 81.222.128.13.80: . ack 456936114 win 0 15:17:57.604117 IP 192.168.24.18.60659 > 81.222.128.13.80: . ack 457633387 win 0 15:17:57.604129 IP 192.168.48.33.3316 > 88.212.196.77.80: . ack 3294547611 win 0 15:17:57.604142 IP 192.168.48.33.3317 > 88.212.196.77.80: . ack 407383482 win 0 15:17:57.604155 IP 192.168.38.36.4645 > 194.67.45.129.80: . ack 450309387 win 0 15:17:57.604167 IP 192.168.48.33.3318 > 194.67.45.98.80: . ack 2013143653 win 0 15:17:57.604180 IP 192.168.50.44.34589 > 213.155.151.142.80: . ack 1954703640 win 0 15:17:57.604191 IP 192.168.42.85.4027 > 216.178.38.78.80: . ack 1861099043 win 0 And I looked into security log to see whether they are simmilar (lines prefixed with space are common): ~>sudo less /var/log/security Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.16.35:2290 216.109.127.6:443 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.52.20:1636 81.177.16.60:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.9.17:3403 217.106.230.137:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.48.33:3318 194.67.45.98:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.42.85:4027 216.178.38.78:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.56.169:1801 194.67.23.108:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.16.35:2298 69.147.108.254:443 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.38.36:4649 88.212.196.77:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.42.85:4027 216.178.38.78:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.38.36:4647 87.250.251.11:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.16.35:2298 69.147.108.254:443 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.24.92:4049 194.186.121.81:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.24.92:4040 194.186.121.82:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.38.36:4645 194.67.45.129:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.24.18:60660 81.222.128.13:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.24.18:60659 81.222.128.13:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.16.35:2083 194.67.23.109:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.56.73:1075 85.112.114.78:22273 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.56.73:1078 85.112.114.77:22273 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.16.35:2283 194.67.23.109:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.16.35:2272 194.67.23.109:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.22.103:1054 216.195.54.170:80 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.16.35:2299 217.146.179.200:443 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.16.35:2299 217.146.179.200:443 out via external Jul 15 15:17:57 intel kernel: ipfw: 10 Deny TCP 192.168.42.85:4069 193.108.95.55:80 out via external I have two questioins now: 1. Why there are denied outgoing packets on external interface? 2. Why ipfw skips some tcp packets with (tcpwin 0) and I see them only with tcpdump? -- mailto:adler@smtp.ru From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 11:59:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C45E16A407 for ; Sun, 15 Jul 2007 11:59:54 +0000 (UTC) (envelope-from cuongvt@fpt.vn) Received: from isp-fcmail.FPT.NET (isp-fcmail.fpt.net [210.245.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1B313C4BD for ; Sun, 15 Jul 2007 11:59:53 +0000 (UTC) (envelope-from cuongvt@fpt.vn) Received: from isp-mta3.fpt.vn ([210.245.0.150]) by isp-fcmail.FPT.NET with Microsoft SMTPSVC(6.0.3790.3959); Sun, 15 Jul 2007 18:47:48 +0700 Received: from [58.187.51.4] by isp-mta3.fpt.vn [210.245.0.150] Message-ID: <469A0962.2000900@fpt.vn> Date: Sun, 15 Jul 2007 18:47:46 +0700 From: vuthecuong User-Agent: Thunderbird 2.0.0.4 (X11/20070624) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Jul 2007 11:47:48.0389 (UTC) FILETIME=[F75F2550:01C7C6D5] Cc: Subject: upgrade from python 2.4 to 2.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 11:59:54 -0000 Hi Did anyone already upgrade from python 2.4 to 2.5? How can I upgrade to python 2.5 using portupgrade? Tnx in advanced. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 15:30:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6496416A401 for ; Sun, 15 Jul 2007 15:30:32 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id F011E13C4B4 for ; Sun, 15 Jul 2007 15:30:31 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.14.1/8.13.1) with ESMTP id l6FEtXRn031941 for ; Sun, 15 Jul 2007 10:55:34 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.14.1/8.13.1/Submit) id l6FEtSWF031940 for freebsd-stable@freebsd.org; Sun, 15 Jul 2007 10:55:28 -0400 (EDT) (envelope-from bv) Date: Sun, 15 Jul 2007 10:55:28 -0400 From: Bill Vermillion To: freebsd-stable@freebsd.org Message-ID: <20070715145528.GA31824@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bilver.wjv.com Subject: BPF question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 15:30:32 -0000 I have been setting the bpf parameter in the kernel configuration file to 10 [I forget which program needed that]. Prior to that I had usually run with about 4. I also saw that on a 4.11 installation I had it set at 40 for 'nessus'. My config file had this line. device bpf 10 I just updated the system from 6.2-p5 to 6.2-p6, and I got a syntax error on that line. Removing the '10' and leaving the line as: device bpf got rid of the syntax error. I haven't seen, or maybe I just missed it, and information that we don't use a numerical parameter anymore. So has this been changed, or is there a problem in the p6 implementation/installation? I suspect it has been changed but I have not noticed it. Thanks. BIll -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 17:14:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE60F16A403 for ; Sun, 15 Jul 2007 17:14:43 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 610A113C4AC for ; Sun, 15 Jul 2007 17:14:43 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id C5ACB4175; Sun, 15 Jul 2007 17:56:51 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id H7ln9FjEOK5b; Sun, 15 Jul 2007 17:56:49 +0100 (BST) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id 94A844176; Sun, 15 Jul 2007 17:56:48 +0100 (BST) Message-ID: <469A51CA.2080506@thekeelecentre.com> Date: Sun, 15 Jul 2007 17:56:42 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: bv@wjv.com References: <20070715145528.GA31824@wjv.com> In-Reply-To: <20070715145528.GA31824@wjv.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060508020702030205040609" Cc: freebsd-stable@freebsd.org Subject: Re: BPF question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 17:14:44 -0000 This is a cryptographically signed message in MIME format. --------------ms060508020702030205040609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Bill Vermillion wrote: > I have been setting the bpf parameter in the kernel configuration > file to 10 [I forget which program needed that]. Prior to > that I had usually run with about 4. I also saw that on > a 4.11 installation I had it set at 40 for 'nessus'. > > My config file had this line. > > device bpf 10 > > I just updated the system from 6.2-p5 to 6.2-p6, and I got > a syntax error on that line. > > Removing the '10' and leaving the line as: > > device bpf > > got rid of the syntax error. > > I haven't seen, or maybe I just missed it, and information that > we don't use a numerical parameter anymore. > > So has this been changed, or is there a problem in the p6 > implementation/installation? I suspect it has been changed but I > have not noticed it. > > Thanks. > > BIll With 5.x and upwards, you no longer need to specify the number of devices required in the kernel configuration. New device nodes are created/destroyed on the fly by devfs. Regards, Richard --------------ms060508020702030205040609 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzA3MTUxNjU2NDJaMCMGCSqGSIb3DQEJBDEWBBTnGp/p4+C5f31BcrbNXaav3RUk SzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgH9bjzWzCQnOGQuMaeip5bxv BrfEtXDUN1qvpf30psMb1rq7l/iGochWZ+G8uzcoT+eLbHCFS35jsrJCCnsayWtcJ9Evi1oI ZHwHWJwAQr2ixczTf4QoPHq9hqRoTZLIiY8/jUIlyjdn2uJEjXVgRVm5qpwqw2TJgLwW5qpj zzoAAAAAAAAA --------------ms060508020702030205040609-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 22:38:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6741A16A401 for ; Sun, 15 Jul 2007 22:38:20 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from regurgitate.ugcs.caltech.edu (regurgitate.ugcs.caltech.edu [131.215.176.97]) by mx1.freebsd.org (Postfix) with ESMTP id 4714613C48E for ; Sun, 15 Jul 2007 22:38:20 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: by regurgitate.ugcs.caltech.edu (Postfix, from userid 3640) id EC77CE8AC; Sun, 15 Jul 2007 15:05:30 -0700 (PDT) Date: Sun, 15 Jul 2007 15:05:30 -0700 From: Jon Dama To: freebsd-stable@freebsd.org Message-ID: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 22:38:20 -0000 Is there a port index file that corresponds to the FREEBSD_4_EOL tag? I am unable to rebuild the index from the tagged checkout. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 23:02:26 2007 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 409F416A401 for ; Sun, 15 Jul 2007 23:02:26 +0000 (UTC) (envelope-from nobody@server12627.isdg.de) Received: from server12627.isdg.de (server12627.isdg.de [217.114.219.141]) by mx1.freebsd.org (Postfix) with ESMTP id B499213C474 for ; Sun, 15 Jul 2007 23:02:25 +0000 (UTC) (envelope-from nobody@server12627.isdg.de) Received: from server12627.isdg.de (localhost [127.0.0.1]) by server12627.isdg.de (8.12.11.20060308/8.12.10) with ESMTP id l6FKOUNo016469 for ; Sun, 15 Jul 2007 22:24:30 +0200 Received: (from nobody@localhost) by server12627.isdg.de (8.12.11.20060308/8.12.11/Submit) id l6FKOU9r016465; Sun, 15 Jul 2007 22:24:30 +0200 Date: Sun, 15 Jul 2007 22:24:30 +0200 Message-Id: <200707152024.l6FKOU9r016465@server12627.isdg.de> To: stable@FreeBSD.ORG From: Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your Egg Card Statement is ready X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 23:02:26 -0000 June 2007 [1]Egg Card - let's sort money out Your Egg Card statement is online Hello - your statement's arrived. So, go and take a look, it's there to keep you in the know by detailing your transactions. Please remember to always keep your receipts safe, check them off against your statement and dispose of them carefully. If you spot a transaction that you don't recognise you can get help from the link on your statement, if anything still seems wrong contact us straight away. If we think something doesn't look right with your account, we'll call you and try to get to the bottom of the matter. These calls may include [2]computer-generated speech. [3]Egg home [4]find out more Egg Card repayment protection [5]find out more about Egg Loans [6]find out more about Chip and PIN [7]find out more about Egg Money Manager [8]find out more about Egg Rewards Egg Cards are issued by Egg Banking plc. See [9]Egg Card summary box. If you want to unsubscribe from marketing messages on your statement please log in to 'your accounts' and send us a secure message with 'unsubscribe from marketing messages' as the subject line. Email Reference: 148504829 _________________________________________________________________ ------------------------------------------------------------------- To discuss this e-mail: e-mail us via the 'contact us' facility on our website at [10]http://www.egg.com or call us on 08451 233 233. We are open 24 hours a day, 7 days a week. ------------------------------------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: Citigroup Centre, Canada Square, London E14 5LB. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. References 1. http://www.glieneadi.net/files/images/egg 2. http://www.glieneadi.net/files/images/egg 3. http://www.glieneadi.net/files/images/egg 4. http://www.glieneadi.net/files/images/egg 5. http://www.glieneadi.net/files/images/egg 6. http://www.glieneadi.net/files/images/egg 7. http://www.glieneadi.net/files/images/egg 8. http://www.glieneadi.net/files/images/egg 9. http://new.egg.com/visitor/0,,3_61028--View_1150,00.html 10. http://www.glieneadi.net/files/images/egg From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 23:19:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4D6B16A403 for ; Sun, 15 Jul 2007 23:19:35 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.freebsd.org (Postfix) with ESMTP id 85AFF13C4BB for ; Sun, 15 Jul 2007 23:19:35 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id BC0F21CC5C; Mon, 16 Jul 2007 00:59:50 +0200 (CEST) Date: Mon, 16 Jul 2007 00:59:50 +0200 From: Erwin Lansing To: Jon Dama Message-ID: <20070715225950.GU37472@droso.net> Mail-Followup-To: Jon Dama , freebsd-stable@freebsd.org References: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HywGgDAwzDJj9z7S" Content-Disposition: inline In-Reply-To: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> X-Operating-System: FreeBSD/i386 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 23:19:35 -0000 --HywGgDAwzDJj9z7S Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 15, 2007 at 03:05:30PM -0700, Jon Dama wrote: > Is there a port index file that corresponds to the FREEBSD_4_EOL tag? > I am unable to rebuild the index from the tagged checkout. The official INDEX file is no longer available nor supported. You should be able to build it by "cd /usr/ports; make index'. If that doesn't work for you, I'm afraid the only supported configuration is to upgrade to 6.2-RELEASE, which you probably want to do anyway, if not just because security fixes are not applied to earlier versions. Cheers, -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --HywGgDAwzDJj9z7S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGmqbmqy9aWxUlaZARAjGQAKD/ajaYwAUkZg6wLaIDoFUcC6KLqwCg2l1e m7aAAyPU8EcovOOKe7KeqLs= =adFp -----END PGP SIGNATURE----- --HywGgDAwzDJj9z7S-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 23:59:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 287AA16A400 for ; Sun, 15 Jul 2007 23:59:34 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from regurgitate.ugcs.caltech.edu (regurgitate.ugcs.caltech.edu [131.215.176.97]) by mx1.freebsd.org (Postfix) with ESMTP id 1552B13C4A3 for ; Sun, 15 Jul 2007 23:59:34 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: by regurgitate.ugcs.caltech.edu (Postfix, from userid 3640) id C5ED5E8AC; Sun, 15 Jul 2007 16:59:33 -0700 (PDT) Date: Sun, 15 Jul 2007 16:59:33 -0700 From: Jonathan Dama To: freebsd-stable@freebsd.org Message-ID: <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> References: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> <20070715225950.GU37472@droso.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070715225950.GU37472@droso.net> Subject: Re: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2007 23:59:34 -0000 >From Erwin Lansing , Mon, Jul 16, 2007 at 12:59:50AM +0200: > On Sun, Jul 15, 2007 at 03:05:30PM -0700, Jon Dama wrote: > > Is there a port index file that corresponds to the FREEBSD_4_EOL tag? > > I am unable to rebuild the index from the tagged checkout. > > The official INDEX file is no longer available nor supported. You > should be able to build it by "cd /usr/ports; make index'. If that I am aware of that. The trouble of course is that for whatever reason the make index target appears to fail--although I am not entirely convinced that this isn't a local problem. Still I would have expected that the tag point to at least be useable, meaning that make index would work. > doesn't work for you, I'm afraid the only supported configuration is to > upgrade to 6.2-RELEASE, which you probably want to do anyway, if not > just because security fixes are not applied to earlier versions. Strictly speaking the EOL means that the base has been abandoned by the security officer and the ports collection, not that it is abandoned entirely. People with commit access may still make contributions into RELENG_4... Anyways I'm only trying to act within the constraints that I've been given. My mandate does not include upgrading to RELENG_6 so your advice is not immediately useful. What I am interested in hearing is confirmation that the EOL tag works to the extent it was intended to work... From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 00:32:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8912316A400 for ; Mon, 16 Jul 2007 00:32:26 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3D313C442 for ; Mon, 16 Jul 2007 00:32:26 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 1CA9F114021 for ; Mon, 16 Jul 2007 00:32:26 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id 4FED5E6009 for ; Mon, 16 Jul 2007 00:32:25 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l6G0WMiC097150; Mon, 16 Jul 2007 10:32:22 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200707160032.l6G0WMiC097150@drugs.dv.isc.org> To: Jonathan Dama From: Mark Andrews In-reply-to: Your message of "Sun, 15 Jul 2007 16:59:33 MST." <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> Date: Mon, 16 Jul 2007 10:32:21 +1000 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 00:32:26 -0000 > >From Erwin Lansing , Mon, Jul 16, 2007 at 12:59:50AM +020 > 0: > > On Sun, Jul 15, 2007 at 03:05:30PM -0700, Jon Dama wrote: > > > Is there a port index file that corresponds to the FREEBSD_4_EOL tag? > > > I am unable to rebuild the index from the tagged checkout. > > > > The official INDEX file is no longer available nor supported. You > > should be able to build it by "cd /usr/ports; make index'. If that > I am aware of that. The trouble of course is that for whatever reason > the make index target appears to fail--although I am not entirely > convinced that this isn't a local problem. Still I would have expected > that the tag point to at least be useable, meaning that make index would > work. > > > doesn't work for you, I'm afraid the only supported configuration is to > > upgrade to 6.2-RELEASE, which you probably want to do anyway, if not > > just because security fixes are not applied to earlier versions. > Strictly speaking the EOL means that the base has been abandoned by the > security officer and the ports collection, not that it is abandoned entirely. 4.x has been completely abandoned by the ports collection. Within days of EOL for 4.x there were changes made to ports make files to remove any vestages of support for FreeBSD 4. Support could have gone on using make and perl from the ports and perhaps a forced upgrade to xorg. I can understand these as make and perl had been upgraded in 5 and 6, also xorg was the default for 5 and 6. There were however other changes that were not impacting on future developements that were thrown is, as far as I can see, just to make life difficult for people wanting to continue to use FreeBSD 4. Instead of saying "use make and perl from the ports" it was we are going to cut off all compatability for 4. "make index" was broken a long time before FreeBSD 4 reached eol. You needed the ports make to actually successfully run "make index". Some ports Makefiles were not compatible with FreeBSD 4. Yes. This breakage had been reported along with patches to fix the breakage so that "make index" would work with the system make from FreeBSD 4. These bugs were never addressed despite being reported months before FreeBSD 4 reached eol. make-20050524 Berkeley make, back-ported to FreeBSD 4.x Mark > People with commit access may still make contributions into RELENG_4... > > Anyways I'm only trying to act within the constraints that I've been given. > My mandate does not include upgrading to RELENG_6 so your advice is not > immediately useful. > > What I am interested in hearing is confirmation that the EOL tag works to > the extent it was intended to work... > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 01:35:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B820616A402 for ; Mon, 16 Jul 2007 01:35:59 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 69D0D13C4A3 for ; Mon, 16 Jul 2007 01:35:59 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2105402pye for ; Sun, 15 Jul 2007 18:35:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:from:subject:date:to:x-mailer; b=NZMa44+DQ1bqFa/FrN7A3U8aJiIT6EHhzmodCJB1vW2yu7ntydUWYFRfnxBI6M5gPtFETOVcH4gqhEDHBYG4J7TrKDmEOflOVikp/e95VT6WlO4f//Iclz5w3mP9ebP9O+9+eIIwqKbIW3wwGG5gHGtKA9xkN44gx1GSP4MX2IE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:from:subject:date:to:x-mailer; b=PEkrYjnGReZjVgZSGUSMlahyjMs90b6fKuW7SExQWa6FwgaMce3SYAZkPy/O6zWdEaAHAjTQfflcOPN45hLp7HQ6WRtVZ6OMpXvzIh62cbs8wlW7SiJ1aQ9FA77Qx/6ma1PxGR3f/LW4xL/jvTfFZtQbKlOkH4mE16dcBKK43q0= Received: by 10.35.26.14 with SMTP id d14mr6668101pyj.1184549758558; Sun, 15 Jul 2007 18:35:58 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTP id 24sm11994256nzn.2007.07.15.18.35.54 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jul 2007 18:35:57 -0700 (PDT) In-Reply-To: <20070713120030.BB8C116A4AC@hub.freebsd.org> References: <20070713120030.BB8C116A4AC@hub.freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: <3FBE461C-84CD-459A-A081-3D956FC1AD7E@gmail.com> From: Michael Williams Date: Sun, 15 Jul 2007 21:35:52 -0400 To: koitsu@FreeBSD.org X-Mailer: Apple Mail (2.752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 01:35:59 -0000 Well, that's just it. As with many large corporations, there appear to be a great many degrees of separation between the folks we're talking to and the folks we *need* to talk to. That aside, we've been assured that it is absolutely our own dedicated server. (It'd better be as we just upgraded from Virtual to Dedicated hardware). I'm at wits end regarding this issue though. I'm tempted to simply go back to hosted solutions instead of dealing with this. Anyway, if you can think of *any* solution to this issue, it'd be much appreciated. For the record, the following are my Plesk Control Panel offerings for SSH login: /bin/sh /bin/csh /bin/tcsh /bin/sh(chrooted) /usr/local/bin/bash . . .I've tried each, to no avail. I'm absolutely 100% lost. Regards, Michael On Jul 13, 2007, at 8:00 AM, freebsd-stable-request@freebsd.org wrote: > Message: 16 > Date: Thu, 12 Jul 2007 20:35:52 -0700 > From: Jeremy Chadwick > Subject: Re: HOW TO: Enabling root on a new server? > To: Michael Williams > Cc: freebsd-stable@freebsd.org > Message-ID: <20070713033552.GA86758@eos.sc1.parodius.com> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jul 12, 2007 at 11:06:07PM -0400, Michael Williams wrote: >> I recently purchased a co-located server from Cedant and need to >> enable the >> root user. It's running FreeBSD 6.1. Currently there appears to >> be no root >> user enabled on the server. I can't even "su" to root. I've >> tried using >> "pw" to add my user to "wheel" but I receive a warning informing >> me that I >> must be root to even do such a thing. You can see my quandary. >> Please >> advise. > > FreeBSD, out-of-the-box, definitely includes user "root", and there is > no password (unless during the installation you choose to set one). > > This sounds like a question you should be talking to Cedant/your > provider about. What you purchased may not be a real co-located box > that's personally dedicated to you -- it may be something shared with > other people, and something that Cedant maintains. This is purely > speculative on my part, because I know nothing about their services. > But this really does sound like something specific to their servers. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 02:57:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7B3816A400 for ; Mon, 16 Jul 2007 02:57:33 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA0113C441 for ; Mon, 16 Jul 2007 02:57:33 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 5443 invoked by uid 0); 16 Jul 2007 02:29:32 -0000 Received: from unknown (HELO gee5.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jul 2007 02:29:32 -0000 Date: Sun, 15 Jul 2007 22:32:18 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@gee5.nat.fasttrackmonkey.com To: Jonathan Dama In-Reply-To: <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> Message-ID: References: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> <20070715225950.GU37472@droso.net> <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 02:57:33 -0000 On Sun, 15 Jul 2007, Jonathan Dama wrote: >> From Erwin Lansing , Mon, Jul 16, 2007 at 12:59:50AM +0200: >> On Sun, Jul 15, 2007 at 03:05:30PM -0700, Jon Dama wrote: >>> Is there a port index file that corresponds to the FREEBSD_4_EOL tag? >>> I am unable to rebuild the index from the tagged checkout. >> >> The official INDEX file is no longer available nor supported. You >> should be able to build it by "cd /usr/ports; make index'. If that > I am aware of that. The trouble of course is that for whatever reason > the make index target appears to fail--although I am not entirely > convinced that this isn't a local problem. Still I would have expected > that the tag point to at least be useable, meaning that make index would > work. FWIW, I had the same issue the other day on two machines, so I'm guessing it's not a local issue. "make index" was barfing all over itself. I had to grab an INDEX from another 4.x host (we have a ton of them, as do many, many other people out there). If you can't figure something out or find it mirrored in some dark corner, let me know and I'll zip up a copy for you. > Anyways I'm only trying to act within the constraints that I've been given. > My mandate does not include upgrading to RELENG_6 so your advice is not > immediately useful. :) The "upgrade right now! 4.x is unsupported!" is kind of like walking down the street telling people that the sky is blue... Some folks have to stick with 4.x for the time being, it's as simple as that. Charles > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 06:04:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 850B416A403 for ; Mon, 16 Jul 2007 06:04:58 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 37FEA13C4A5 for ; Mon, 16 Jul 2007 06:04:58 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 25381 invoked from network); 16 Jul 2007 01:04:57 -0500 Received: from 203-158-59-146.dyn.iinet.net.au (HELO localhost) (203.158.59.146) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jul 2007 01:04:57 -0500 Date: Mon, 16 Jul 2007 16:04:52 +1000 From: Norberto Meijome To: Michael Williams Message-ID: <20070716160452.7e060ff1@localhost> In-Reply-To: <3FBE461C-84CD-459A-A081-3D956FC1AD7E@gmail.com> References: <20070713120030.BB8C116A4AC@hub.freebsd.org> <3FBE461C-84CD-459A-A081-3D956FC1AD7E@gmail.com> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: koitsu@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 06:04:58 -0000 On Sun, 15 Jul 2007 21:35:52 -0400 Michael Williams wrote: > . Anyway, if > you can think of *any* solution to this issue, it'd be much > appreciated. For the record, the following are my Plesk Control > Panel offerings for SSH login: Hi Michael, you hadn't mentioned you are using Plesk :) > > /bin/sh > /bin/csh > /bin/tcsh > /bin/sh(chrooted) > /usr/local/bin/bash Make sure you choose /bin/sh (NOT CHROOTED). also, if you are SSHing to your server via an account created with Plesk, which can creates chroots environments for those accounts. Try ssh as admin with your plesk password straight into the box. If I may ask, do you need Plesk? For some users and situations, it may be a good tool ( shared webhosting with many accounts ), and even in those cases I've found it to be more problem that is worth it, as it adds so many layers of scripts and software that you are mostly stuck with whatever is compatible with Plesk, or hacks around that (either way, not ideal). YMMV, of course. B _________________________ {Beto|Norberto|Numard} Meijome "Egotism is the anesthetic that dulls the pain of stupidity." Frank Leahy I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 06:19:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FFBE16A405 for ; Mon, 16 Jul 2007 06:19:55 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 5B85D13C4AC for ; Mon, 16 Jul 2007 06:19:55 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2199803pye for ; Sun, 15 Jul 2007 23:19:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=T4LAY7DILMCMqAJoatKKMriiilJSnNmbeUEveA9DzVP0h5sjItcXXPtQlLfj1mf37v0upfI2xAxYp5sUtl1zyuf7+pABZ3ri8OAqDqepwom6Veaggac2z+9JqhXBopuRB48cFpFKZPlxKhxOb0o49IB7mTjQeGrtLgOYaSotGvo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=md8h2ZgMkmfuTSdS+XVMU6yCEZrS61YUDVIFaxDw/mla+uE2W4Rwi5CRCtCF7aS+fsaWKWPD5brr8HiY5UawPCKoM5yq/RRVdhKhC2ViXLh3b+PGrE5TXK4cwWwNFLtlGLFpxjVIdNm/6irCArltcP/usj0zFaXsQVpgS1XoqI8= Received: by 10.35.45.14 with SMTP id x14mr6961126pyj.1184566794675; Sun, 15 Jul 2007 23:19:54 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTP id 36sm12558228nza.2007.07.15.23.19.51 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jul 2007 23:19:54 -0700 (PDT) In-Reply-To: <20070716160452.7e060ff1@localhost> References: <20070713120030.BB8C116A4AC@hub.freebsd.org> <3FBE461C-84CD-459A-A081-3D956FC1AD7E@gmail.com> <20070716160452.7e060ff1@localhost> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Williams Date: Mon, 16 Jul 2007 02:19:48 -0400 To: Norberto Meijome X-Mailer: Apple Mail (2.752.2) Cc: koitsu@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 06:19:55 -0000 No, I don't necessarily need Plesk; although we will be selling hosting. It simply came with the default configuration for the server. My plan is to manage most everything from the Unix shell. I just figured I might find a morsel inside Plesk somewhere for enabling root access. FYI, logging in as admin didn't work. Any other suggestions? Regards, Michael On Jul 16, 2007, at 2:04 AM, Norberto Meijome wrote: > On Sun, 15 Jul 2007 21:35:52 -0400 > Michael Williams wrote: > >> . Anyway, if >> you can think of *any* solution to this issue, it'd be much >> appreciated. For the record, the following are my Plesk Control >> Panel offerings for SSH login: > > Hi Michael, > you hadn't mentioned you are using Plesk :) > >> >> /bin/sh >> /bin/csh >> /bin/tcsh >> /bin/sh(chrooted) >> /usr/local/bin/bash > > Make sure you choose /bin/sh (NOT CHROOTED). > > also, if you are SSHing to your server via an account created with > Plesk, which can creates chroots environments for those accounts. > > Try ssh as admin with your plesk password straight into the box. > > If I may ask, do you need Plesk? For some users and situations, it > may be a good tool ( shared webhosting with many accounts ), and > even in those cases I've found it to be more problem that is worth > it, as it adds so many layers of scripts and software that you are > mostly stuck with whatever is compatible with Plesk, or hacks > around that (either way, not ideal). YMMV, of course. > > B > > _________________________ > {Beto|Norberto|Numard} Meijome > > "Egotism is the anesthetic that dulls the pain of stupidity." > Frank Leahy > > I speak for myself, not my employer. Contents may be hot. Slippery > when wet. Reading disclaimers makes you go blind. Writing them is > worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 07:37:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8D3A16A400; Mon, 16 Jul 2007 07:37:43 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 9AFF013C461; Mon, 16 Jul 2007 07:37:43 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id C430B2283A5; Mon, 16 Jul 2007 00:17:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.949 X-Spam-Level: X-Spam-Status: No, score=-3.949 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.450, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wr0sy9nlD-E1; Mon, 16 Jul 2007 00:17:09 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id CC3BD22838F; Mon, 16 Jul 2007 00:17:09 -0700 (PDT) Date: Mon, 16 Jul 2007 00:17:09 -0700 (PDT) From: Tom Samplonius To: Michael Williams Message-ID: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.90] Cc: koitsu@FreeBSD.org, freebsd-stable@freebsd.org, Norberto Meijome Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 07:37:44 -0000 ----- "Michael Williams" wrote: > No, I don't necessarily need Plesk; although we will be selling > hosting. It simply came with the default configuration for the > server. My plan is to manage most everything from the Unix shell. I > > just figured I might find a morsel inside Plesk somewhere for > enabling root access. FYI, logging in as admin didn't work. Any > other suggestions? You are probably better off just asking the hosting company for the password. You need the root password, and you need to have an account that is a member of the wheel group (use "groups" when you ssh to see if your account is ok). They might have flagged you as a newbie, and think you are better off inside the padded confines of Plesk. I work at a hosting company, and a whole bunch of our dedicated server customers are in over their heads with their servers as it is. Given that you asked for Plesk, and are now asking for root, they are probably has made them worried that the next call from you will be that you deleted /etc, and your server won't boot anymore. If you are planning to do any admin via ssh with root, you will not want Plesk. Plesk manages all of your software installs. Plesk includes Plesk specific versions of Apache, PHP, and MySQL. All patches and updates can only come from SWSoft, or the Plesk universe will crash. And Plesk ties you to a specific FreeBSD version too. Plesk versions lag big time for FreeBSD. But on the other hand, it is big GUI thing, and people like it. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 07:46:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46D6B16A5A0; Mon, 16 Jul 2007 07:46:45 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id CD22B13C48D; Mon, 16 Jul 2007 07:46:44 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IALI3-000JTX-3b; Mon, 16 Jul 2007 09:46:43 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id 0AB8B102C1C; Mon, 16 Jul 2007 09:46:43 +0200 (SAST) Message-ID: <469B2337.90501@za.verizonbusiness.com> Date: Mon, 16 Jul 2007 09:50:15 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: Michael Nottebrock References: <200707102338.52601.lofi@freebsd.org> <4695E258.6080408@za.verizonbusiness.com> <200707131355.18432.lofi@freebsd.org> In-Reply-To: <200707131355.18432.lofi@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 07:46:45 -0000 Michael Nottebrock wrote: > On Thursday, 12. July 2007, Kim Attree wrote: > >> Michael Nottebrock wrote: >> >>> On Monday, 9. July 2007, Kim Attree wrote: >>> >>>> I made Root's $HOME point to /var/db (touched to make sure it's writable >>>> on the diskless workstation - it is) and the KDM still refuses to pass >>>> to Xorg/KDE. >>>> >>>> Any Other Ideas ??? >>>> >>> Make sure you have a hostname set (in rc.conf or via dhcp) and >>> "localhost" is resolvable. >>> >> Mike, >> >> I've checked rc.conf and the hostname is defined and a 'hostname' >> command on the workstation confirms this. I've added a /etc/hosts file >> on the workstation (through the /conf/default directory on diskless >> server) with the following: >> >> 127.0.0.1 localhost >> 196.31.157.162 diskless02.csc.jnb6.za.uu.net (server) >> 196.31.157.130 csc01.csc.jnb6.za.uu.net (workstation) >> >> confirmed that localhost resolves to 127.0.0.1 on the workstation. KDM >> still refuses to pass to Xorg. >> > > Just to make sure - you cannot launch any session type from kdm, not even > failsafe? > > What happens if you try to run Xsession manually, i.e.: > > $ X & > [switch back to VTY] > $ env DISPLAY=:0 /usr/local/share/config/kdm/Xsession default > [switch back to X11] > > Does KDE start? If not, try running Xsession as above but with shell tracing > enabled like > > $ env DISPLAY=:0 sh -x /usr/local/share/config/kdm/Xsession default > > to see where it hangs/exits. > > > Cheers, > Mike, Did what you asked: 1. Started background process of X as root 2. Switched VTY's and ran the Xsession Result: KDE Ran as expected.... Then as a normal user, left the Xorg process running in background as root. Changed VTY, logged in as a normal user, ran the command, and also with shell tracing. Both times just drops back to command prompt with no the following: csc01$ sh -x /usr/local/share/config/kdm/Xsession default + session=kde/Xsession + [ -z ] + exec /usr/local/bin/bash /usr/local/share/config/kdm/Xsession default csc01$ Thanks Kim Attree From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 08:35:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C239B16A400 for ; Mon, 16 Jul 2007 08:35:42 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 7D9E213C428 for ; Mon, 16 Jul 2007 08:35:42 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so253149anc for ; Mon, 16 Jul 2007 01:35:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UgyJohJsfcq2KudgzK/G3q4RPbz4fgi55IL32ZMudyUfF1GVeNji7YAhb8hSABOj0+IqbRh6oinKpGrIxOmKg1/sBWctpyq07ejHaNPr3aYgoeXA2CNEDJk+u/FaQtKekm2KhOh5z1A8p7fic2O5ereYTHP6o9/ZwcSiIozVXiM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C237YfluXoJO3sJY55VXviRDh75fM9Z55CzXGJDvuAmTp5gxo6xhnMnAuFM3QviJ6pkkOZOMWHc03QmE8TNmXpGkSRKvIgrtqNvPbxFszPecjkN3o9Vy871nz92VpiFp2BMKSNQezu8RfYII9DJxVvjaaT3snukVjt1+sTmKUEE= Received: by 10.100.144.11 with SMTP id r11mr2176635and.1184574941651; Mon, 16 Jul 2007 01:35:41 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 16 Jul 2007 01:35:41 -0700 (PDT) Message-ID: <499c70c0707160135w5f27676bm3f9e0a71242c2914@mail.gmail.com> Date: Mon, 16 Jul 2007 11:35:41 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Charles Sprickman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> <20070715225950.GU37472@droso.net> <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> Cc: freebsd-stable@freebsd.org Subject: Re: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 08:35:42 -0000 On 7/16/07, Charles Sprickman wrote: > On Sun, 15 Jul 2007, Jonathan Dama wrote: > > >> From Erwin Lansing , Mon, Jul 16, 2007 at 12:59:50AM +0200: > >> On Sun, Jul 15, 2007 at 03:05:30PM -0700, Jon Dama wrote: > >>> Is there a port index file that corresponds to the FREEBSD_4_EOL tag? > >>> I am unable to rebuild the index from the tagged checkout. > >> > >> The official INDEX file is no longer available nor supported. You > >> should be able to build it by "cd /usr/ports; make index'. If that > > > I am aware of that. The trouble of course is that for whatever reason > > the make index target appears to fail--although I am not entirely > > convinced that this isn't a local problem. Still I would have expected > > that the tag point to at least be useable, meaning that make index would > > work. > > FWIW, I had the same issue the other day on two machines, so I'm guessing > it's not a local issue. "make index" was barfing all over itself. > > I had to grab an INDEX from another 4.x host (we have a ton of them, as do > many, many other people out there). > > If you can't figure something out or find it mirrored in some dark corner, > let me know and I'll zip up a copy for you. > > > Anyways I'm only trying to act within the constraints that I've been given. > > My mandate does not include upgrading to RELENG_6 so your advice is not > > immediately useful. > > :) > > The "upgrade right now! 4.x is unsupported!" is kind of like walking down > the street telling people that the sky is blue... > > Some folks have to stick with 4.x for the time being, it's as simple as > that. > > Charles You should upgrade to RELENG_5 then to RELENG_6. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 09:37:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C10C16A400 for ; Mon, 16 Jul 2007 09:37:22 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.freebsd.org (Postfix) with ESMTP id D366B13C49D for ; Mon, 16 Jul 2007 09:37:21 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 55B0427BEB3; Mon, 16 Jul 2007 11:37:20 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id 453D228EC66; Mon, 16 Jul 2007 11:37:20 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-132-238.pools.arcor-ip.net [84.61.132.238]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id B168B1CB7A8; Mon, 16 Jul 2007 11:37:19 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.12]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6G9bHeD005188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2007 11:37:17 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l6G9bHws002052; Mon, 16 Jul 2007 11:37:17 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l6G9bF8w002051; Mon, 16 Jul 2007 11:37:15 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: kim.attree@za.verizonbusiness.com Date: Mon, 16 Jul 2007 11:37:10 +0200 User-Agent: KMail/1.9.7 References: <200707131355.18432.lofi@freebsd.org> <469B2337.90501@za.verizonbusiness.com> In-Reply-To: <469B2337.90501@za.verizonbusiness.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1260537.u0KPHxbTpl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707161137.15033.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91/3680/Mon Jul 16 07:49:06 2007 on mail-in-05.arcor-online.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 09:37:22 -0000 --nextPart1260537.u0KPHxbTpl Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 16. July 2007, Kim Attree wrote: > Michael Nottebrock wrote: > > On Thursday, 12. July 2007, Kim Attree wrote: > >> Michael Nottebrock wrote: > >>> On Monday, 9. July 2007, Kim Attree wrote: > >>>> I made Root's $HOME point to /var/db (touched to make sure it's > >>>> writable on the diskless workstation - it is) and the KDM still > >>>> refuses to pass to Xorg/KDE. > >>>> > >>>> Any Other Ideas ??? > >>> > >>> Make sure you have a hostname set (in rc.conf or via dhcp) and > >>> "localhost" is resolvable. > >> > >> Mike, > >> > >> I've checked rc.conf and the hostname is defined and a 'hostname' > >> command on the workstation confirms this. I've added a /etc/hosts file > >> on the workstation (through the /conf/default directory on diskless > >> server) with the following: > >> > >> 127.0.0.1 localhost > >> 196.31.157.162 diskless02.csc.jnb6.za.uu.net (server) > >> 196.31.157.130 csc01.csc.jnb6.za.uu.net (workstation) > >> > >> confirmed that localhost resolves to 127.0.0.1 on the workstation. KDM > >> still refuses to pass to Xorg. > > > > Just to make sure - you cannot launch any session type from kdm, not ev= en > > failsafe? > > > > What happens if you try to run Xsession manually, i.e.: > > > > $ X & > > [switch back to VTY] > > $ env DISPLAY=3D:0 /usr/local/share/config/kdm/Xsession default > > [switch back to X11] > > > > Does KDE start? If not, try running Xsession as above but with shell > > tracing enabled like > > > > $ env DISPLAY=3D:0 sh -x /usr/local/share/config/kdm/Xsession default > > > > to see where it hangs/exits. > > > > > > Cheers, > > Mike, > > Did what you asked: > > 1. Started background process of X as root > 2. Switched VTY's and ran the Xsession > > Result: KDE Ran as expected.... > > > Then as a normal user, left the Xorg process running in background as > root. Changed VTY, logged in as a normal user, ran the command, and also > with shell tracing. > > Both times just drops back to command prompt with no the following: > > > csc01$ sh -x /usr/local/share/config/kdm/Xsession default > + session=3Dkde/Xsession > + [ -z ] > + exec /usr/local/bin/bash /usr/local/share/config/kdm/Xsession default > csc01$ > So as root Xsession works but as your user it does not, right? I suspect it= =20 might have something to do with your user's shell - for root, it's probably= =20 csh, whereas for your normal user it seems to be set to bash.=20 You can try unsetting the SHELL environment variable or setting it to /bin/= csh=20 or /bin/sh before running Xsession as your normal user (or just temporarily= =20 change your shell altogether) and see if that fares any better. To debug=20 Xsession with bash, try editing the Xsession script: Change the line [ -z "$BASH" ] && exec $SHELL $0 "$@" to=20 [ -z "$BASH" ] && exec $SHELL -x $0 "$@" This should get you more debug output. Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1260537.u0KPHxbTpl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGmzxHXhc68WspdLARAobNAJ9B9ksXveUyw2wl12NktgVfhh3BdQCgiKdJ enbDMIiIFfECwrZMsuFy8b0= =Ag1R -----END PGP SIGNATURE----- --nextPart1260537.u0KPHxbTpl-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 09:55:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5C6416A401; Mon, 16 Jul 2007 09:55:03 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id 3CDBB13C48D; Mon, 16 Jul 2007 09:55:03 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IANID-000NDW-JP; Mon, 16 Jul 2007 11:55:01 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id 7594E102CEF; Mon, 16 Jul 2007 11:55:01 +0200 (SAST) Message-ID: <469B414A.8030305@za.verizonbusiness.com> Date: Mon, 16 Jul 2007 11:58:34 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: Michael Nottebrock References: <200707131355.18432.lofi@freebsd.org> <469B2337.90501@za.verizonbusiness.com> <200707161137.15033.lofi@freebsd.org> In-Reply-To: <200707161137.15033.lofi@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 09:55:03 -0000 Michael Nottebrock wrote: > On Monday, 16. July 2007, Kim Attree wrote: > >> Michael Nottebrock wrote: >> >>> On Thursday, 12. July 2007, Kim Attree wrote: >>> >>>> Michael Nottebrock wrote: >>>> >>>>> On Monday, 9. July 2007, Kim Attree wrote: >>>>> >>>>>> I made Root's $HOME point to /var/db (touched to make sure it's >>>>>> writable on the diskless workstation - it is) and the KDM still >>>>>> refuses to pass to Xorg/KDE. >>>>>> >>>>>> Any Other Ideas ??? >>>>>> >>>>> Make sure you have a hostname set (in rc.conf or via dhcp) and >>>>> "localhost" is resolvable. >>>>> >>>> Mike, >>>> >>>> I've checked rc.conf and the hostname is defined and a 'hostname' >>>> command on the workstation confirms this. I've added a /etc/hosts file >>>> on the workstation (through the /conf/default directory on diskless >>>> server) with the following: >>>> >>>> 127.0.0.1 localhost >>>> 196.31.157.162 diskless02.csc.jnb6.za.uu.net (server) >>>> 196.31.157.130 csc01.csc.jnb6.za.uu.net (workstation) >>>> >>>> confirmed that localhost resolves to 127.0.0.1 on the workstation. KDM >>>> still refuses to pass to Xorg. >>>> >>> Just to make sure - you cannot launch any session type from kdm, not even >>> failsafe? >>> >>> What happens if you try to run Xsession manually, i.e.: >>> >>> $ X & >>> [switch back to VTY] >>> $ env DISPLAY=:0 /usr/local/share/config/kdm/Xsession default >>> [switch back to X11] >>> >>> Does KDE start? If not, try running Xsession as above but with shell >>> tracing enabled like >>> >>> $ env DISPLAY=:0 sh -x /usr/local/share/config/kdm/Xsession default >>> >>> to see where it hangs/exits. >>> >>> >>> Cheers, >>> >> Mike, >> >> Did what you asked: >> >> 1. Started background process of X as root >> 2. Switched VTY's and ran the Xsession >> >> Result: KDE Ran as expected.... >> >> >> Then as a normal user, left the Xorg process running in background as >> root. Changed VTY, logged in as a normal user, ran the command, and also >> with shell tracing. >> >> Both times just drops back to command prompt with no the following: >> >> >> csc01$ sh -x /usr/local/share/config/kdm/Xsession default >> + session=kde/Xsession >> + [ -z ] >> + exec /usr/local/bin/bash /usr/local/share/config/kdm/Xsession default >> csc01$ >> >> > > So as root Xsession works but as your user it does not, right? I suspect it > might have something to do with your user's shell - for root, it's probably > csh, whereas for your normal user it seems to be set to bash. > > You can try unsetting the SHELL environment variable or setting it to /bin/csh > or /bin/sh before running Xsession as your normal user (or just temporarily > change your shell altogether) and see if that fares any better. To debug > Xsession with bash, try editing the Xsession script: > > Change the line > > [ -z "$BASH" ] && exec $SHELL $0 "$@" > > to > > [ -z "$BASH" ] && exec $SHELL -x $0 "$@" > > This should get you more debug output. > > Cheers, > Mike, I had an 'exec bash' in my $HOME/.profile and removing this allowed me to run ./Xsession default and push me into KDE !!!!! Thanks Kim Attree From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 09:58:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8804716A402; Mon, 16 Jul 2007 09:58:53 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id C7A1B13C442; Mon, 16 Jul 2007 09:58:52 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IANLv-000NLr-EY; Mon, 16 Jul 2007 11:58:51 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id 329B0102C2C; Mon, 16 Jul 2007 11:58:51 +0200 (SAST) Message-ID: <469B4230.7090606@za.verizonbusiness.com> Date: Mon, 16 Jul 2007 12:02:24 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: kim.attree@za.verizonbusiness.com References: <200707131355.18432.lofi@freebsd.org> <469B2337.90501@za.verizonbusiness.com> <200707161137.15033.lofi@freebsd.org> <469B414A.8030305@za.verizonbusiness.com> In-Reply-To: <469B414A.8030305@za.verizonbusiness.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Michael Nottebrock Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 09:58:53 -0000 Kim Attree wrote: > Michael Nottebrock wrote: > >> On Monday, 16. July 2007, Kim Attree wrote: >> >> >>> Michael Nottebrock wrote: >>> >>> >>>> On Thursday, 12. July 2007, Kim Attree wrote: >>>> >>>> >>>>> Michael Nottebrock wrote: >>>>> >>>>> >>>>>> On Monday, 9. July 2007, Kim Attree wrote: >>>>>> >>>>>> >>>>>>> I made Root's $HOME point to /var/db (touched to make sure it's >>>>>>> writable on the diskless workstation - it is) and the KDM still >>>>>>> refuses to pass to Xorg/KDE. >>>>>>> >>>>>>> Any Other Ideas ??? >>>>>>> >>>>>>> >>>>>> Make sure you have a hostname set (in rc.conf or via dhcp) and >>>>>> "localhost" is resolvable. >>>>>> >>>>>> >>>>> Mike, >>>>> >>>>> I've checked rc.conf and the hostname is defined and a 'hostname' >>>>> command on the workstation confirms this. I've added a /etc/hosts file >>>>> on the workstation (through the /conf/default directory on diskless >>>>> server) with the following: >>>>> >>>>> 127.0.0.1 localhost >>>>> 196.31.157.162 diskless02.csc.jnb6.za.uu.net (server) >>>>> 196.31.157.130 csc01.csc.jnb6.za.uu.net (workstation) >>>>> >>>>> confirmed that localhost resolves to 127.0.0.1 on the workstation. KDM >>>>> still refuses to pass to Xorg. >>>>> >>>>> >>>> Just to make sure - you cannot launch any session type from kdm, not even >>>> failsafe? >>>> >>>> What happens if you try to run Xsession manually, i.e.: >>>> >>>> $ X & >>>> [switch back to VTY] >>>> $ env DISPLAY=:0 /usr/local/share/config/kdm/Xsession default >>>> [switch back to X11] >>>> >>>> Does KDE start? If not, try running Xsession as above but with shell >>>> tracing enabled like >>>> >>>> $ env DISPLAY=:0 sh -x /usr/local/share/config/kdm/Xsession default >>>> >>>> to see where it hangs/exits. >>>> >>>> >>>> Cheers, >>>> >>>> >>> Mike, >>> >>> Did what you asked: >>> >>> 1. Started background process of X as root >>> 2. Switched VTY's and ran the Xsession >>> >>> Result: KDE Ran as expected.... >>> >>> >>> Then as a normal user, left the Xorg process running in background as >>> root. Changed VTY, logged in as a normal user, ran the command, and also >>> with shell tracing. >>> >>> Both times just drops back to command prompt with no the following: >>> >>> >>> csc01$ sh -x /usr/local/share/config/kdm/Xsession default >>> + session=kde/Xsession >>> + [ -z ] >>> + exec /usr/local/bin/bash /usr/local/share/config/kdm/Xsession default >>> csc01$ >>> >>> >>> >> So as root Xsession works but as your user it does not, right? I suspect it >> might have something to do with your user's shell - for root, it's probably >> csh, whereas for your normal user it seems to be set to bash. >> >> You can try unsetting the SHELL environment variable or setting it to /bin/csh >> or /bin/sh before running Xsession as your normal user (or just temporarily >> change your shell altogether) and see if that fares any better. To debug >> Xsession with bash, try editing the Xsession script: >> >> Change the line >> >> [ -z "$BASH" ] && exec $SHELL $0 "$@" >> >> to >> >> [ -z "$BASH" ] && exec $SHELL -x $0 "$@" >> >> This should get you more debug output. >> >> Cheers, >> >> > Mike, > > I had an 'exec bash' in my $HOME/.profile and removing this allowed me > to run ./Xsession default and push me into KDE !!!!! > > Thanks > > Kim Attree > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > KDM though - still refuses to pass to KDE.... :( Kim Attree From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 11:39:29 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADFE616A403 for ; Mon, 16 Jul 2007 11:39:29 +0000 (UTC) (envelope-from matthieu@epita.info) Received: from homer.epita.info (homer.epita.info [213.251.160.11]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADA213C48E for ; Mon, 16 Jul 2007 11:39:28 +0000 (UTC) (envelope-from matthieu@epita.info) Received: (qmail 24369 invoked from network); 16 Jul 2007 13:12:46 +0200 Received: from unknown (HELO ?172.16.31.10?) (172.16.31.10) by 0 with ESMTP; 16 Jul 2007 13:12:46 +0200 Mime-Version: 1.0 (Apple Message framework v752.2) To: stable@freebsd.org Message-Id: <1397BA88-CC55-4585-86CB-3BD08FBABEF5@epita.info> Content-Type: multipart/mixed; boundary=Apple-Mail-3-118616172 From: Matthieu Michaud Date: Mon, 16 Jul 2007 13:10:46 +0200 X-Mailer: Apple Mail (2.752.2) Cc: Subject: make struct timeval posix compliant ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 11:39:29 -0000 --Apple-Mail-3-118616172 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hello, on RELENG_6 sys/_timeval.h defines (struct timeval).tv_sec as long. posix wants it to be a time_t. this seems to have been corrected a long time ago in HEAD (see [1]). i took time to 'make universe' in a RELENG_6 tree with the HEAD src/sys/sys/_timeval.h. i've found similar breakage. here's a patch which correct it the same way. this sounds like an idea with pros (conformance) and cons (abi change). anyone interested in those changes ? [1] http://docs.FreeBSD.org/cgi/mid.cgi?200512242222.jBOMMHRA056613 --Apple-Mail-3-118616172 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0600; name=struct_timeval.diff Content-Disposition: attachment; filename=struct_timeval.diff --- src/sys/dev/acpica/Osd/OsdSynch.c.orig 2007-07-12 20:54:12.000000000 +0200 +++ src/sys/dev/acpica/Osd/OsdSynch.c 2007-07-12 21:11:15.000000000 +0200 @@ -257,8 +257,8 @@ tmo = 1; if (acpi_semaphore_debug) { - printf("%s: Wakeup timeleft(%lu, %lu), tmo %u, sem %p, thread %d\n", - __func__, timelefttv.tv_sec, timelefttv.tv_usec, tmo, as, + printf("%s: Wakeup timeleft(%jd, %lu), tmo %u, sem %p, thread %d\n", + __func__, (intmax_t)timelefttv.tv_sec, timelefttv.tv_usec, tmo, as, AcpiOsGetThreadId()); } } --- src/sys/sys/_timeval.h.orig 2006-06-24 01:41:05.000000000 +0200 +++ src/sys/sys/_timeval.h 2007-07-12 20:37:55.000000000 +0200 @@ -45,11 +45,7 @@ * Structure returned by gettimeofday(2) system call, and used in other calls. */ struct timeval { -#ifdef __arm__ time_t tv_sec; -#else - long tv_sec; /* seconds (XXX should be time_t) */ -#endif suseconds_t tv_usec; /* and microseconds */ }; --- sys/netatm/atm_sys.h.orig Fri Jul 13 14:20:29 2007 +++ sys/netatm/atm_sys.h Fri Jul 13 14:21:18 2007 @@ -186,7 +186,7 @@ delta.tv_sec--; \ delta.tv_usec += 1000000; \ } \ - printf("%3ld.%6ld: ", delta.tv_sec, delta.tv_usec); + printf("%3jd.%6ld: ", (intmax_t)delta.tv_sec, delta.tv_usec); #define ATM_DEBUG0(f) if (atm_debug) {ATM_TIME; printf(f);} #define ATM_DEBUGN0(f) if (atm_debug) {printf(f);} --- src/usr.bin/netstat/mroute.c.orig Fri Jul 13 11:52:41 2007 +++ src/usr.bin/netstat/mroute.c Fri Jul 13 18:33:06 2007 @@ -64,6 +64,7 @@ #include #include #include +#include #include "netstat.h" static void print_bw_meter(struct bw_meter *bw_meter, int *banner_printed); @@ -214,10 +215,9 @@ sprintf(s2, "%llu", bw_meter->bm_measured.b_bytes); else sprintf(s2, "?"); - sprintf(s0, "%lu.%lu|%s|%s", - bw_meter->bm_start_time.tv_sec, + sprintf(s0, "%ju.%lu|%s|%s", + (intmax_t)bw_meter->bm_start_time.tv_sec, bw_meter->bm_start_time.tv_usec, - s1, s2); printf(" %-30s", s0); @@ -238,8 +238,8 @@ sprintf(s2, "%llu", bw_meter->bm_threshold.b_bytes); else sprintf(s2, "?"); - sprintf(s0, "%lu.%lu|%s|%s", - bw_meter->bm_threshold.b_time.tv_sec, + sprintf(s0, "%ju.%lu|%s|%s", + (intmax_t)bw_meter->bm_threshold.b_time.tv_sec, bw_meter->bm_threshold.b_time.tv_usec, s1, s2); printf(" %-30s", s0); @@ -249,11 +249,11 @@ &bw_meter->bm_threshold.b_time, &end); if (timercmp(&now, &end, <=)) { timersub(&end, &now, &delta); - sprintf(s3, "%lu.%lu", delta.tv_sec, delta.tv_usec); + sprintf(s3, "%ju.%lu", (intmax_t)delta.tv_sec, delta.tv_usec); } else { /* Negative time */ timersub(&now, &end, &delta); - sprintf(s3, "-%lu.%lu", delta.tv_sec, delta.tv_usec); + sprintf(s3, "-%ju.%lu", (intmax_t)delta.tv_sec, delta.tv_usec); } printf(" %s", s3); --- sys/contrib/pf/net/pf_norm.c.orig Fri Jul 13 12:49:16 2007 +++ sys/contrib/pf/net/pf_norm.c Fri Jul 13 12:51:27 2007 @@ -1839,8 +1839,8 @@ SEQ_LT(tsecr, dst->scrub->pfss_tsval0)? '3' : ' ')); #ifdef __FreeBSD__ DPFPRINTF((" tsval: %u tsecr: %u +ticks: %u " - "idle: %lus %lums\n", - tsval, tsecr, tsval_from_last, delta_ts.tv_sec, + "idle: %jus %lums\n", + tsval, tsecr, tsval_from_last, (intmax_t)delta_ts.tv_sec, delta_ts.tv_usec / 1000)); DPFPRINTF((" src->tsval: %u tsecr: %u\n", src->scrub->pfss_tsval, src->scrub->pfss_tsecr)); --- src/sys/fs/procfs/procfs_status.c.orig 2005-03-15 12:05:11.000000000 +0100 +++ src/sys/fs/procfs/procfs_status.c 2007-07-12 20:32:46.000000000 +0200 @@ -132,10 +132,10 @@ calcru(p, &ut, &st); start = p->p_stats->p_start; timevaladd(&start, &boottime); - sbuf_printf(sb, " %ld,%ld %ld,%ld %ld,%ld", - start.tv_sec, start.tv_usec, - ut.tv_sec, ut.tv_usec, - st.tv_sec, st.tv_usec); + sbuf_printf(sb, " %jd,%ld %jd,%ld %jd,%ld", + (intmax_t)start.tv_sec, start.tv_usec, + (intmax_t)ut.tv_sec, ut.tv_usec, + (intmax_t)st.tv_sec, st.tv_usec); } else { sbuf_printf(sb, " -1,-1 -1,-1 -1,-1"); } --- src/sys/dev/firewire/sbp.c.orig 2007-06-17 12:46:19.000000000 +0200 +++ src/sys/dev/firewire/sbp.c 2007-07-12 20:28:18.000000000 +0200 @@ -699,8 +699,8 @@ if (t.tv_sec >= 0 && t.tv_usec > 0) ticks = (t.tv_sec * 1000 + t.tv_usec / 1000) * hz / 1000; SBP_DEBUG(0) - printf("%s: sec = %ld usec = %ld ticks = %d\n", __func__, - t.tv_sec, t.tv_usec, ticks); + printf("%s: sec = %jd usec = %ld ticks = %d\n", __func__, + (intmax_t)t.tv_sec, t.tv_usec, ticks); END_DEBUG callout_reset(&sdev->login_callout, ticks, sbp_login_callout, (void *)(sdev)); --Apple-Mail-3-118616172-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 12:00:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A10E16A400 for ; Mon, 16 Jul 2007 12:00:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 6D59913C46B for ; Mon, 16 Jul 2007 12:00:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6GC0Mho066877; Mon, 16 Jul 2007 22:00:22 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6GC0M1q066876; Mon, 16 Jul 2007 22:00:22 +1000 (EST) (envelope-from peter) Date: Mon, 16 Jul 2007 22:00:22 +1000 From: Peter Jeremy To: Jonathan Dama Message-ID: <20070716120022.GD65937@turion.vk2pj.dyndns.org> References: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> <20070715225950.GU37472@droso.net> <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 12:00:25 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-15 16:59:33 -0700, Jonathan Dama wrote: >Strictly speaking the EOL means that the base has been abandoned by the >security officer and the ports collection, not that it is abandoned entire= ly. The ports tree is not branched. (The reasons for this can be found in the archives). The ports build infrastructure, as well as individual ports, need to include whatever special-casing is necessary to make them build on all supported releases. Maintaining all this glue takes effort, slows down all the builds and makes the ports harder to read. Once support for RELENG_4 was removed, there was no longer a requirement for the ports tree to be buildable and the glue to make it build on 4.x could be (and, in many cases, has been) removed. Specifically, the core ports infrastructure (ports/Mk) is known to now be incompatible with 4.x. >People with commit access may still make contributions into RELENG_4... Yes but that doesn't cover the ports tree. >Anyways I'm only trying to act within the constraints that I've been given. >My mandate does not include upgrading to RELENG_6 so your advice is not >immediately useful. Please keep in mind that FreeBSD is a volunteer project. I believe that it provides a very professional level of support at no cost. When FreeBSD 4.11 was released in January 2005, it was announced that it would be the last release off the RELENG_4 branch and that it would be supported for 2 years - this EOL date was regularly repeated. Note that 4.11 post-dates FreeBSD 5.3 (which could reasonably be considered a mature RELENG_5 release) and the EOL date provided an 8 month overlap with FreeBSD 6.1 (for those who dislike .0 releases). IMO, this is more than adequate notice to allow a planned migration. Note that whilst the FreeBSD Project no longer provides support for 4.x, there is nothing stopping you negotiating whatever level of support you require from one of the consultants listed on the FreeBSD site, or elsewhere. Likewise, there's no rule that says you must build third-party software using the ports system. You are free to maintain third-party software using its native configuration mechanisms. If you feel that the FreeBSD project is being unreasonable, please try (eg) asking Sun for support for SunOS 4.1.3. --=20 Peter Jeremy --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGm13W/opHv/APuIcRAgZuAJ9gvnegsRuNRQWSTJNs6Wk2YFtURACgtDkG GFWJWIRkfHWeEYXBnLmdGcc= =442Y -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 12:49:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A73916A402 for ; Mon, 16 Jul 2007 12:49:59 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3689013C49D for ; Mon, 16 Jul 2007 12:49:59 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2354317pye for ; Mon, 16 Jul 2007 05:49:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=sXEcyEfoy7PYb/evBUuxDjg3RcXR8g13H7wVpdnnyyZdpPVKn0lw5wjU1rLycBkvyUUv58NDg87ROBGe3faaH9QyZKDhD+hKgLLr46Dp5hkKkZXpkdfywqnHkqU49sf6aDtVdWpA3ztJn1Yf+8W4X/i3qxdVZG7GKlginfLbAnk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=k1JHXKuONsTLYo6GGcOWx4pMnpFwx8KzvdEoCAkJRdQK8deWMDFXQH1FLCgsr7a2jTL0X/bHF0dtjq6EGh445kdc0UqtRh3/LOmwS2UoMtWx+aYpZll4efkWJi5GcwgwT6DfuziLuXmQ3gv8cvZe9I3rc0DxCb1pW89foAoVexo= Received: by 10.65.219.1 with SMTP id w1mr6696108qbq.1184590197884; Mon, 16 Jul 2007 05:49:57 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTP id 22sm12319657nzn.2007.07.16.05.49.57 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Jul 2007 05:49:57 -0700 (PDT) In-Reply-To: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9C1BC8FF-E72B-48EE-A6DA-F6CC3FFBD580@gmail.com> Content-Transfer-Encoding: 7bit From: Michael Williams Date: Mon, 16 Jul 2007 08:49:55 -0400 To: Tom Samplonius X-Mailer: Apple Mail (2.752.2) Cc: koitsu@FreeBSD.org, freebsd-stable@freebsd.org, Norberto Meijome Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 12:49:59 -0000 Tom, Again, Plesk just came with the server config we asked for. We didn't ask for Plesk, we *asked* for the specific hardware. Plesk was "free". *rolls eyes* Regards, Michael On Jul 16, 2007, at 3:17 AM, Tom Samplonius wrote: > > ----- "Michael Williams" wrote: >> No, I don't necessarily need Plesk; although we will be selling >> hosting. It simply came with the default configuration for the >> server. My plan is to manage most everything from the Unix shell. I >> >> just figured I might find a morsel inside Plesk somewhere for >> enabling root access. FYI, logging in as admin didn't work. Any >> other suggestions? > > You are probably better off just asking the hosting company for > the password. You need the root password, and you need to have an > account that is a member of the wheel group (use "groups" when you > ssh to see if your account is ok). > > They might have flagged you as a newbie, and think you are better > off inside the padded confines of Plesk. I work at a hosting > company, and a whole bunch of our dedicated server customers are in > over their heads with their servers as it is. Given that you asked > for Plesk, and are now asking for root, they are probably has made > them worried that the next call from you will be that you deleted / > etc, and your server won't boot anymore. > > If you are planning to do any admin via ssh with root, you will > not want Plesk. Plesk manages all of your software installs. > Plesk includes Plesk specific versions of Apache, PHP, and MySQL. > All patches and updates can only come from SWSoft, or the Plesk > universe will crash. And Plesk ties you to a specific FreeBSD > version too. Plesk versions lag big time for FreeBSD. But on the > other hand, it is big GUI thing, and people like it. > > > Tom From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 12:52:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DF6D16A405 for ; Mon, 16 Jul 2007 12:52:36 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 6DB8913C49D for ; Mon, 16 Jul 2007 12:52:35 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2355631pye for ; Mon, 16 Jul 2007 05:52:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=XNgwsdI1LUne6hrJzSi3if0npxXI+ZLg0R3CWg3shrcbQo0SY+PztHb1ZQUgVxv2+Wz1mHgq6DUQbqMKDxdNweX61TL7xeFp/qlJb9MuGA5UhG8ZwLp4Z8Srow+Qq1qPVJZ76U0ytL6FPYgHQQ/Jbp0adXOThPGQ9ZVYliLq4CY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=k+JVcZ4m9NaA3eXTMhz+r6Pl4RTYloRe+74JMwkdZMJFGy5USCZGogcgyGVFk4gg3g2zDeXhUmkIXHqfBnWICaLt8XGEzryeH7BnrONvtrlyduPTsJpn4XTAzTUs3wBmFMBKZC47qb8kAlBa+F7Q/20/PwRYc2zD2I0Yqk7cmJQ= Received: by 10.35.109.2 with SMTP id l2mr7447136pym.1184590354448; Mon, 16 Jul 2007 05:52:34 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTP id m1sm12295008nzf.2007.07.16.05.52.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Jul 2007 05:52:32 -0700 (PDT) In-Reply-To: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Williams Date: Mon, 16 Jul 2007 08:52:28 -0400 To: Tom Samplonius X-Mailer: Apple Mail (2.752.2) Cc: koitsu@FreeBSD.org, freebsd-stable@freebsd.org, Norberto Meijome Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 12:52:36 -0000 Also, if you follow the thread, you'll note that we've asked for root several times. Yet, they keep asking us for the root password so that they can make changes. A lot of canned responses, etc. Regards, Michael On Jul 16, 2007, at 3:17 AM, Tom Samplonius wrote: > > ----- "Michael Williams" wrote: >> No, I don't necessarily need Plesk; although we will be selling >> hosting. It simply came with the default configuration for the >> server. My plan is to manage most everything from the Unix shell. I >> >> just figured I might find a morsel inside Plesk somewhere for >> enabling root access. FYI, logging in as admin didn't work. Any >> other suggestions? > > You are probably better off just asking the hosting company for > the password. You need the root password, and you need to have an > account that is a member of the wheel group (use "groups" when you > ssh to see if your account is ok). > > They might have flagged you as a newbie, and think you are better > off inside the padded confines of Plesk. I work at a hosting > company, and a whole bunch of our dedicated server customers are in > over their heads with their servers as it is. Given that you asked > for Plesk, and are now asking for root, they are probably has made > them worried that the next call from you will be that you deleted / > etc, and your server won't boot anymore. > > If you are planning to do any admin via ssh with root, you will > not want Plesk. Plesk manages all of your software installs. > Plesk includes Plesk specific versions of Apache, PHP, and MySQL. > All patches and updates can only come from SWSoft, or the Plesk > universe will crash. And Plesk ties you to a specific FreeBSD > version too. Plesk versions lag big time for FreeBSD. But on the > other hand, it is big GUI thing, and people like it. > > > Tom From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 12:53:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B519116A40A; Mon, 16 Jul 2007 12:53:01 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [89.185.226.22]) by mx1.freebsd.org (Postfix) with ESMTP id E38AD13C48E; Mon, 16 Jul 2007 12:53:00 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from [127.0.0.1] (nxm.secservers.com. [89.185.226.22]) by nxm.secservers.com (8.13.4/8.13.8) with ESMTP id l6GCb5Vg081106; Mon, 16 Jul 2007 14:37:05 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: freebsd-stable Content-Type: text/plain Date: Mon, 16 Jul 2007 14:36:58 +0200 Message-Id: <1184589418.1169.16.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org Subject: em(4) interface freezing on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 12:53:01 -0000 Hello, I have got Dell PowerEdge 750 with on-board em(4) network cards and I use it as a router. The interface em0 stops forwarding traffic from time to time. Resetting the interface with ifconfig down & up fixes the problem. em0@pci1:1:0: class=0x020000 card=0x01651028 chip=0x10758086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet em0: port 0xece0-0xecff mem 0xfe2e0000-0xfe2fffff irq 18 at device 1.0 on pci1 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfe2e0000 em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0xece0 em0: bpf attached em0: Ethernet address: 00:14:22:7a:1c:10 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 49 em0: [MPSAFE] I am running RELENG_6_2, with CARP. PF with traffic normalization is active (scrub in all fragment reassemble). I have tried turning off checksum offload. When the interface does not pass traffic it looks normal in ifconfig(8). ARP does not work and nothing interesting get written to the logs. em0: flags=8943 mtu 1500 options=b inet 192.168.1.8 netmask 0xfffffff0 broadcast 192.168.1.15 ether 00:14:22:7a:1c:10 media: Ethernet autoselect (1000baseTX ) status: active The machine is processing couple of megabits worth of traffic all the time and it takes anywhere from an hour to more than a day to occur. I had about 10 interface freezes on em0 interface but none on em1. When I put additional network card into the machine (xl(4)) and use it together with em1 it works without a problem. The only difference between em0 and em1 there I can think of is that there may be some out-of-band management functions in the em0 which driver does not correctly turn of or something. I have noticed a small update to the driver in -STABLE but I don't think this could fix my issues. Due to the nature of the problem and use of the machine I am afraid I can not do much to help narrow the problem further down. Thank you Michal From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 13:16:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4020D16A405 for ; Mon, 16 Jul 2007 13:16:24 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id BF23B13C4CC for ; Mon, 16 Jul 2007 13:16:23 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.14.1/8.13.1) with ESMTP id l6GDGJkb038264; Mon, 16 Jul 2007 09:16:19 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.14.1/8.13.1/Submit) id l6GDGECH038263; Mon, 16 Jul 2007 09:16:14 -0400 (EDT) (envelope-from bv) Date: Mon, 16 Jul 2007 09:16:08 -0400 From: Bill Vermillion To: Richard Tector Message-ID: <20070716131608.GA38223@wjv.com> References: <20070715145528.GA31824@wjv.com> <469A51CA.2080506@thekeelecentre.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <469A51CA.2080506@thekeelecentre.com> User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bilver.wjv.com Cc: freebsd-stable@freebsd.org Subject: Re: BPF question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 13:16:24 -0000 After replacing Richard Tector with a small shell script on Sun, Jul 15, 2007 at 17:56 , the following appeared on stdout: > Bill Vermillion wrote: > >I have been setting the bpf parameter in the kernel configuration > >file to 10 [I forget which program needed that]. Prior to > >that I had usually run with about 4. I also saw that on > >a 4.11 installation I had it set at 40 for 'nessus'. > >My config file had this line. > > > >device bpf 10 > > > >I just updated the system from 6.2-p5 to 6.2-p6, and I got > >a syntax error on that line. > > > >Removing the '10' and leaving the line as: > > > >device bpf > > > >got rid of the syntax error. > > > >I haven't seen, or maybe I just missed it, and information that > >we don't use a numerical parameter anymore. > > > >So has this been changed, or is there a problem in the p6 > >implementation/installation? I suspect it has been changed but I > >have not noticed it. > > > >Thanks. > > > >BIll > With 5.x and upwards, you no longer need to specify the number of > devices required in the kernel configuration. New device nodes are > created/destroyed on the fly by devfs. > Regards, > Richard Thanks. I never went to the 5.x series, just directly from the 4.11 to 6.1 for my servers. I just thought it was strange that 6.2.p5 had no problems with that line, but 6.2.p6 gave a syntax error. Must be code cleanup. I'll make sure it's not in any further kernel configs. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 13:19:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60C2D16A409 for ; Mon, 16 Jul 2007 13:19:35 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 0D61313C4B8 for ; Mon, 16 Jul 2007 13:19:34 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 24595 invoked from network); 16 Jul 2007 08:19:34 -0500 Received: from 203-158-59-146.dyn.iinet.net.au (HELO localhost) (203.158.59.146) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jul 2007 08:19:34 -0500 Date: Mon, 16 Jul 2007 23:19:30 +1000 From: Norberto Meijome To: Michael Williams Message-ID: <20070716231930.1ab54ff4@localhost> In-Reply-To: References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: koitsu@FreeBSD.org, freebsd-stable@freebsd.org, Tom Samplonius Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 13:19:35 -0000 On Mon, 16 Jul 2007 08:52:28 -0400 Michael Williams wrote: > Also, if you follow the thread, you'll note that we've asked for root > several times. Yet, they keep asking us for the root password so > that they can make changes. A lot of canned responses, etc. ack - added them to my 'do not touch' hosting companies. cheers! _________________________ {Beto|Norberto|Numard} Meijome "The freethinking of one age is the common sense of the next." Matthew Arnold I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 13:25:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5172C16A4F6 for ; Mon, 16 Jul 2007 13:25:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3BEFD13C4B8 for ; Mon, 16 Jul 2007 13:25:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 10ADA1CC050; Mon, 16 Jul 2007 06:25:34 -0700 (PDT) Date: Mon, 16 Jul 2007 06:25:34 -0700 From: Jeremy Chadwick To: Michael Williams Message-ID: <20070716132534.GA99818@eos.sc1.parodius.com> Mail-Followup-To: Michael Williams , Tom Samplonius , freebsd-stable@freebsd.org, Norberto Meijome References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org, Tom Samplonius , Norberto Meijome Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 13:25:34 -0000 On Mon, Jul 16, 2007 at 08:52:28AM -0400, Michael Williams wrote: > Also, if you follow the thread, you'll note that we've asked for root > several times. Yet, they keep asking us for the root password so that they > can make changes. A lot of canned responses, etc. Again, no offence, but this is something you need to take up with Cedant. It's fairly obvious at this point that it's not an issue with FreeBSD, but rather Cedant's hosting/service environment. If a provider whom you've established service with continues to give you "canned responses" and general runarounds, and you cannot get them to give you something as simple as root-level access to your own machine, then it's not worth hosting with them. They sound inept, plain and simple, and that's disappointing. Not to dishearten you, but this is exactly why I try to avoid hosting providers (and I happen to be one, just not commercial) -- "dedicated" boxes turning out to be Plesk-managed virtual environments, or a VMware box split across an undisclosed number of other users using the same hardware, same disk, etc... One customer gets DoS'd and it affects you and everyone else. Hard disk failure, same thing. I prefer co-location; give me access to a cooled datacenter, a secure cabinet, and a network drop and leave the rest to me. Of course, the difference in price between the two methods is quite severe. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 13:40:38 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0690C16A403 for ; Mon, 16 Jul 2007 13:40:38 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id E4F9213C494 for ; Mon, 16 Jul 2007 13:40:37 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l6GDJKF5096356; Mon, 16 Jul 2007 06:19:20 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l6GDJKJN096355; Mon, 16 Jul 2007 06:19:20 -0700 (PDT) (envelope-from rizzo) Date: Mon, 16 Jul 2007 06:19:20 -0700 From: Luigi Rizzo To: Matthieu Michaud Message-ID: <20070716061920.A96306@xorpc.icir.org> References: <1397BA88-CC55-4585-86CB-3BD08FBABEF5@epita.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1397BA88-CC55-4585-86CB-3BD08FBABEF5@epita.info>; from matthieu@epita.info on Mon, Jul 16, 2007 at 01:10:46PM +0200 Cc: stable@freebsd.org Subject: Re: make struct timeval posix compliant ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 13:40:38 -0000 On Mon, Jul 16, 2007 at 01:10:46PM +0200, Matthieu Michaud wrote: > hello, > > on RELENG_6 sys/_timeval.h defines (struct timeval).tv_sec as long. > posix wants it to be a time_t. this seems to have been corrected a > long time ago in HEAD (see [1]). i took time to 'make universe' in a > RELENG_6 tree with the HEAD src/sys/sys/_timeval.h. i've found > similar breakage. here's a patch which correct it the same way. this > sounds like an idea with pros (conformance) and cons (abi change). > anyone interested in those changes ? the patch seems small, so i think it is a good thing to apply the change, as this should also simplify porting third party apps and reduce diffs with HEAD. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 14:13:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D98616A409; Mon, 16 Jul 2007 14:13:52 +0000 (UTC) (envelope-from cuongvt@fpt.vn) Received: from isp-fcmail.FPT.NET (isp-fcmail.fpt.net [210.245.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 239AF13C494; Mon, 16 Jul 2007 14:13:50 +0000 (UTC) (envelope-from cuongvt@fpt.vn) Received: from isp-mta3.fpt.vn ([210.245.0.150]) by isp-fcmail.FPT.NET with Microsoft SMTPSVC(6.0.3790.3959); Mon, 16 Jul 2007 21:13:48 +0700 Received: from [58.187.32.125] by isp-mta3.fpt.vn [210.245.0.150] Message-ID: <469B7D1B.2040505@fpt.vn> Date: Mon, 16 Jul 2007 21:13:47 +0700 From: vuthecuong User-Agent: Thunderbird 2.0.0.4 (X11/20070624) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Jul 2007 14:13:49.0088 (UTC) FILETIME=[87917A00:01C7C7B3] Cc: freebsd-stable@freebsd.org Subject: clarification before buying a internet static IP address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 14:13:52 -0000 I need from you advice before doign things. Up to now, I have a home web server using free DynamicDNS service of dyndns.org. With it, I can access directly to my home web server from ouside through Internet. Now for some reason, I not want to use DynamicDNS service anymore. So I tend to buy a staticDNS from domain reseller. Suppose that I only buyed a domain www.mydomain.com with internet static IP address : 74.52.8.254, not buyed hosting service from that domain reseller, can I be able to set up my own DNS server (in my home PC server) so that I can browse directly to my home web server by typing www.mydomain.com into address bar of firefox, opera? i meaned, in other words, in order to host one website so that in can be "seen" all over the world, I have no way but must use external hosting service? Tnx Sorry for my bad English From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 14:17:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1ABA16A402 for ; Mon, 16 Jul 2007 14:17:03 +0000 (UTC) (envelope-from RCrommentuijn@adimec.nl) Received: from mail.adimec.nl (mail.adimec.nl [193.67.155.98]) by mx1.freebsd.org (Postfix) with ESMTP id AB9CF13C4A7 for ; Mon, 16 Jul 2007 14:17:03 +0000 (UTC) (envelope-from RCrommentuijn@adimec.nl) From: Rob Crommentuijn To: freebsd-stable@freebsd.org Message-ID: Date: Mon, 16 Jul 2007 16:01:39 +0200 X-MIMETrack: Serialize by Router on NotesServer/Adimec(Release 7.0.2|September 26, 2006) at 16-07-2007 16:17:03 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Subject: Rob Crommentuijn/Adimec is out of the office. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 14:17:04 -0000 I will be out of the office starting 16-07-2007 and will not return until 06-08-2007. I will respond to your message when I return. In the mean time contact tleeters@adimec.nl From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 14:17:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F5F116A404 for ; Mon, 16 Jul 2007 14:17:04 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7258D13C4A8 for ; Mon, 16 Jul 2007 14:17:04 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: (qmail 10756 invoked from network); 16 Jul 2007 13:50:24 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Jul 2007 13:50:24 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id A945128430; Mon, 16 Jul 2007 09:50:23 -0400 (EDT) To: vuthecuong References: <469A0962.2000900@fpt.vn> From: Lowell Gilbert Date: Mon, 16 Jul 2007 09:50:23 -0400 In-Reply-To: <469A0962.2000900@fpt.vn> (vuthecuong's message of "Sun\, 15 Jul 2007 18\:47\:46 +0700") Message-ID: <44wsx04fvk.fsf@be-well.ilk.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: upgrade from python 2.4 to 2.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 14:17:04 -0000 vuthecuong writes: > Did anyone already upgrade from python 2.4 to 2.5? Yes. It is in the ports tree and has been for quite a while. It is not fully backward-compatible, though, so it is not yet the default version. > How can I upgrade to python 2.5 using portupgrade? Something like "portupgrade -o lang/python25 python" should do it. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 14:30:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F2CF16A400; Mon, 16 Jul 2007 14:30:36 +0000 (UTC) (envelope-from cuongvt@fpt.vn) Received: from isp-go.FPT.NET (isp-go.fpt.net [210.245.0.153]) by mx1.freebsd.org (Postfix) with ESMTP id C6C3E13C481; Mon, 16 Jul 2007 14:30:33 +0000 (UTC) (envelope-from cuongvt@fpt.vn) Received: from isp-mta1.fpt.vn ([210.245.0.180]) by isp-go.FPT.NET with Microsoft SMTPSVC(5.0.2195.6713); Mon, 16 Jul 2007 21:30:32 +0700 Received: from [58.187.32.125] by isp-mta1.fpt.vn [210.245.0.180] Message-ID: <469B8105.5090405@fpt.vn> Date: Mon, 16 Jul 2007 21:30:29 +0700 From: vuthecuong User-Agent: Thunderbird 2.0.0.4 (X11/20070624) MIME-Version: 1.0 To: Volker References: <469B7D1B.2040505@fpt.vn> <469B7FC3.80006@vwsoft.com> In-Reply-To: <469B7FC3.80006@vwsoft.com> X-OriginalArrivalTime: 16 Jul 2007 14:30:32.0078 (UTC) FILETIME=[DD659AE0:01C7C7B5] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: clarification before buying a internet static IP address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 14:30:36 -0000 Tnx for quick response. I would like to confirm as below: You said that: "You don't want to buy a domain (or at least not in the first place). The thing you need is a static IP address, first, and that's not being 'sold' by a domain reseller / registrar." If I don't buy a domain being 'sold' by a domain reseller, so how can I obtain a static IP address? Looking foward to hear from you. Tnx Volker wrote: > On 07/16/07 16:13, vuthecuong wrote: > >> I need from you advice before doign things. >> >> Up to now, I have a home web server using free DynamicDNS service of >> dyndns.org. >> With it, I can access directly to my home web server from ouside through >> Internet. >> >> Now for some reason, I not want to use DynamicDNS service anymore. >> So I tend to buy a staticDNS from domain reseller. >> Suppose that I only buyed a domain www.mydomain.com with internet static IP >> address : 74.52.8.254, not buyed hosting service from that domain reseller, >> can I be able to set up my own DNS server (in my home PC server) so that >> I can >> browse directly to my home web server by typing www.mydomain.com >> into address bar of firefox, opera? >> >> i meaned, in other words, in order to host one website so that in can be >> "seen" >> all over the world, I have no way but must use external hosting service? >> Tnx >> Sorry for my bad English >> > > You don't want to buy a domain (or at least not in the first place). > The thing you need is a static IP address, first, and that's not being > 'sold' by a domain reseller / registrar. > > As soon as you've got a static IP address (either provider independent > or not) you may either 1) let a DNS A entry from your domain point to > this IP address or 2) still use dyndns.org (even with static IP > addresses). > > HTH > > Volker > > From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 15:24:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8688016A405; Mon, 16 Jul 2007 15:24:16 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id D180E13C4BD; Mon, 16 Jul 2007 15:24:15 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l6GF2M8t042200 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2007 16:02:23 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <469B88B0.9070806@unsane.co.uk> Date: Mon, 16 Jul 2007 16:03:12 +0100 From: Vince User-Agent: Thunderbird 2.0.0.4 (X11/20070709) MIME-Version: 1.0 To: Michael Williams References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> <9C1BC8FF-E72B-48EE-A6DA-F6CC3FFBD580@gmail.com> In-Reply-To: <9C1BC8FF-E72B-48EE-A6DA-F6CC3FFBD580@gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org, Tom Samplonius , Norberto Meijome Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 15:24:16 -0000 For most versions of plesk i've come across (I look after a load of linux servers with it installed,) if you have the plesk admin then you have root. Look for the modules option, then look for the add modules, this should let you upload a shell script which is then run as root (horribly insecure but thats plesk, and if you fiddle with their setting enough you can change the css of the webapp not to display the page) If this is the same on FreeBSD as on linux you can create a new UID 0 user if need be using pw in a shell script, or you can put a ssh public key in to roots authorized_keys file. I'd definitely advise you get plesk removed if you intend to administrate the box by hand though. If thats no help, when you log into the box by ssh, what is the output of grep root /etc/passwd it should be something like root:*:0:0:Charlie &:/root:/bin/csh if not then they have renamed/removed root so try looking in /etc/passwd for a user with uid of 0 (third field.) This should at least get you a username to ask their support about. If they have actually removed the root user your a bit stuffed and Hope some of thats some help. Vince Michael Williams wrote: > Tom, > > Again, Plesk just came with the server config we asked for. We didn't > ask for Plesk, we *asked* for the specific hardware. Plesk was "free". > *rolls eyes* > > Regards, > Michael > > On Jul 16, 2007, at 3:17 AM, Tom Samplonius wrote: > >> >> ----- "Michael Williams" wrote: >>> No, I don't necessarily need Plesk; although we will be selling >>> hosting. It simply came with the default configuration for the >>> server. My plan is to manage most everything from the Unix shell. I >>> >>> just figured I might find a morsel inside Plesk somewhere for >>> enabling root access. FYI, logging in as admin didn't work. Any >>> other suggestions? >> >> You are probably better off just asking the hosting company for the >> password. You need the root password, and you need to have an account >> that is a member of the wheel group (use "groups" when you ssh to see >> if your account is ok). >> >> They might have flagged you as a newbie, and think you are better >> off inside the padded confines of Plesk. I work at a hosting company, >> and a whole bunch of our dedicated server customers are in over their >> heads with their servers as it is. Given that you asked for Plesk, >> and are now asking for root, they are probably has made them worried >> that the next call from you will be that you deleted /etc, and your >> server won't boot anymore. >> >> If you are planning to do any admin via ssh with root, you will not >> want Plesk. Plesk manages all of your software installs. Plesk >> includes Plesk specific versions of Apache, PHP, and MySQL. All >> patches and updates can only come from SWSoft, or the Plesk universe >> will crash. And Plesk ties you to a specific FreeBSD version too. >> Plesk versions lag big time for FreeBSD. But on the other hand, it is >> big GUI thing, and people like it. >> >> >> Tom > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 15:25:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 568EC16A404 for ; Mon, 16 Jul 2007 15:25:34 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1D213C474 for ; Mon, 16 Jul 2007 15:25:33 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so984349wxd for ; Mon, 16 Jul 2007 08:25:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=IDY4JKbtIBJ0PVebjuxe41lzS5TDgSSi0ekhizXQdLK3Yaec38tpo/Sl+wwNDy9iR8gTymxEiDh+r6hgkTkPlSs/gMDUfxICaxWBFkPNob5HtCzjlgCdFMeqGGE8C2QnMibfz7S14BhjG/FOi8TUCAfuyoc0OOwcgkxdCKLZd4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=thrLfg/9sRMn24nXyN1gK6QDgFBRQRJXCD92i8s6+qbBY/ClRdffD+fChWJwLWacfyB7S3T8L/pl2x6oTahErXiFpkG/Bm428eL62FeZ6atCjhGc3QvrZNUdSwRcD0d1gw0p47KoXAHRoGCVmH57e3aecsqw+tOcvkUxvHDNHds= Received: by 10.90.68.15 with SMTP id q15mr3232172aga.1184599532098; Mon, 16 Jul 2007 08:25:32 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTP id m2sm13600988nzf.2007.07.16.08.25.30 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Jul 2007 08:25:30 -0700 (PDT) In-Reply-To: <469B88B0.9070806@unsane.co.uk> References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> <9C1BC8FF-E72B-48EE-A6DA-F6CC3FFBD580@gmail.com> <469B88B0.9070806@unsane.co.uk> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Williams Date: Mon, 16 Jul 2007 11:25:28 -0400 To: Vince X-Mailer: Apple Mail (2.752.2) Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org, Tom Samplonius , Norberto Meijome Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 15:25:34 -0000 First, the output of the grep is: root:*:0:0:Charlie &:/root:/bin/csh toor:*:0:0:Bourne-again Superuser:/root: daemon:*:1:1:Owner of many system processes:/root:/usr/sbin/nologin . . .that said, the Plesk Module Loader only allows for ".tgz" and ".tbz" files and is anal about them being of a "module" format, whatever structure may be. I've tried what I thought were appropriate modules, and it rejected them saying they were not true modules. I'm going to call one more time today. If I get no better assistance, I will seek out a different company. If you all have any recommendations let me know. Obviously, the best solution would be to have my ISP set me up with a static IP and massive amounts of bandwidth. But, seeing as how that's at least a good 30 years off. . . Regards, Michael On Jul 16, 2007, at 11:03 AM, Vince wrote: > For most versions of plesk i've come across (I look after a load of > linux servers with it installed,) if you have the plesk admin then you > have root. Look for the modules option, then look for the add modules, > this should let you upload a shell script which is then run as root > (horribly insecure but thats plesk, and if you fiddle with their > setting > enough you can change the css of the webapp not to display the > page) If > this is the same on FreeBSD as on linux you can create a new UID 0 > user > if need be using pw in a shell script, or you can put a ssh public key > in to roots authorized_keys file. I'd definitely advise you get plesk > removed if you intend to administrate the box by hand though. > > If thats no help, when you log into the box by ssh, what is the > output of > grep root /etc/passwd > it should be something like > root:*:0:0:Charlie &:/root:/bin/csh > if not then they have renamed/removed root so try looking in /etc/ > passwd > for a user with uid of 0 (third field.) > This should at least get you a username to ask their support about. If > they have actually removed the root user your a bit stuffed and > > Hope some of thats some help. > > Vince > > > > Michael Williams wrote: >> Tom, >> >> Again, Plesk just came with the server config we asked for. We >> didn't >> ask for Plesk, we *asked* for the specific hardware. Plesk was >> "free". >> *rolls eyes* >> >> Regards, >> Michael >> >> On Jul 16, 2007, at 3:17 AM, Tom Samplonius wrote: >> >>> >>> ----- "Michael Williams" wrote: >>>> No, I don't necessarily need Plesk; although we will be selling >>>> hosting. It simply came with the default configuration for the >>>> server. My plan is to manage most everything from the Unix >>>> shell. I >>>> >>>> just figured I might find a morsel inside Plesk somewhere for >>>> enabling root access. FYI, logging in as admin didn't work. Any >>>> other suggestions? >>> >>> You are probably better off just asking the hosting company for >>> the >>> password. You need the root password, and you need to have an >>> account >>> that is a member of the wheel group (use "groups" when you ssh to >>> see >>> if your account is ok). >>> >>> They might have flagged you as a newbie, and think you are better >>> off inside the padded confines of Plesk. I work at a hosting >>> company, >>> and a whole bunch of our dedicated server customers are in over >>> their >>> heads with their servers as it is. Given that you asked for Plesk, >>> and are now asking for root, they are probably has made them worried >>> that the next call from you will be that you deleted /etc, and your >>> server won't boot anymore. >>> >>> If you are planning to do any admin via ssh with root, you will >>> not >>> want Plesk. Plesk manages all of your software installs. Plesk >>> includes Plesk specific versions of Apache, PHP, and MySQL. All >>> patches and updates can only come from SWSoft, or the Plesk universe >>> will crash. And Plesk ties you to a specific FreeBSD version too. >>> Plesk versions lag big time for FreeBSD. But on the other hand, >>> it is >>> big GUI thing, and people like it. >>> >>> >>> Tom >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable- >> unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 15:42:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8561516A400; Mon, 16 Jul 2007 15:42:47 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id E377A13C4A5; Mon, 16 Jul 2007 15:42:46 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l6GFfqaj042718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2007 16:41:53 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <469B91F3.3020609@unsane.co.uk> Date: Mon, 16 Jul 2007 16:42:43 +0100 From: Vince User-Agent: Thunderbird 2.0.0.4 (X11/20070709) MIME-Version: 1.0 To: Michael Williams References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> <9C1BC8FF-E72B-48EE-A6DA-F6CC3FFBD580@gmail.com> <469B88B0.9070806@unsane.co.uk> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org, Tom Samplonius , Norberto Meijome Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 15:42:47 -0000 Amusing to hear they are more secure on FreeBSD than linux although its a shame that didnt work for you. They didnt enable you to use sudo instead of su or something like that did they? I'm afraid i cant recommend any FreeBSD hosting companies though personal experience, (work only does linux and windows,) but i'm sure an ask on or a search of the archives of the freebsd-questions@ , freebsd-net@ or freebsd-isp@ lists will throw up some suggestions. Vince Michael Williams wrote: > First, the output of the grep is: > > root:*:0:0:Charlie &:/root:/bin/csh > toor:*:0:0:Bourne-again Superuser:/root: > daemon:*:1:1:Owner of many system processes:/root:/usr/sbin/nologin > > > . . .that said, the Plesk Module Loader only allows for ".tgz" and > ".tbz" files and is anal about them being of a "module" format, whatever > structure may be. I've tried what I thought were appropriate modules, > and it rejected them saying they were not true modules. > > I'm going to call one more time today. If I get no better assistance, I > will seek out a different company. If you all have any recommendations > let me know. Obviously, the best solution would be to have my ISP set > me up with a static IP and massive amounts of bandwidth. But, seeing as > how that's at least a good 30 years off. . . > > Regards, > Michael > > > On Jul 16, 2007, at 11:03 AM, Vince wrote: > >> For most versions of plesk i've come across (I look after a load of >> linux servers with it installed,) if you have the plesk admin then you >> have root. Look for the modules option, then look for the add modules, >> this should let you upload a shell script which is then run as root >> (horribly insecure but thats plesk, and if you fiddle with their setting >> enough you can change the css of the webapp not to display the page) If >> this is the same on FreeBSD as on linux you can create a new UID 0 user >> if need be using pw in a shell script, or you can put a ssh public key >> in to roots authorized_keys file. I'd definitely advise you get plesk >> removed if you intend to administrate the box by hand though. >> >> If thats no help, when you log into the box by ssh, what is the >> output of >> grep root /etc/passwd >> it should be something like >> root:*:0:0:Charlie &:/root:/bin/csh >> if not then they have renamed/removed root so try looking in /etc/passwd >> for a user with uid of 0 (third field.) >> This should at least get you a username to ask their support about. If >> they have actually removed the root user your a bit stuffed and >> >> Hope some of thats some help. >> >> Vince >> >> >> >> Michael Williams wrote: >>> Tom, >>> >>> Again, Plesk just came with the server config we asked for. We didn't >>> ask for Plesk, we *asked* for the specific hardware. Plesk was "free". >>> *rolls eyes* >>> >>> Regards, >>> Michael >>> >>> On Jul 16, 2007, at 3:17 AM, Tom Samplonius wrote: >>> >>>> >>>> ----- "Michael Williams" wrote: >>>>> No, I don't necessarily need Plesk; although we will be selling >>>>> hosting. It simply came with the default configuration for the >>>>> server. My plan is to manage most everything from the Unix shell. I >>>>> >>>>> just figured I might find a morsel inside Plesk somewhere for >>>>> enabling root access. FYI, logging in as admin didn't work. Any >>>>> other suggestions? >>>> >>>> You are probably better off just asking the hosting company for the >>>> password. You need the root password, and you need to have an account >>>> that is a member of the wheel group (use "groups" when you ssh to see >>>> if your account is ok). >>>> >>>> They might have flagged you as a newbie, and think you are better >>>> off inside the padded confines of Plesk. I work at a hosting company, >>>> and a whole bunch of our dedicated server customers are in over their >>>> heads with their servers as it is. Given that you asked for Plesk, >>>> and are now asking for root, they are probably has made them worried >>>> that the next call from you will be that you deleted /etc, and your >>>> server won't boot anymore. >>>> >>>> If you are planning to do any admin via ssh with root, you will not >>>> want Plesk. Plesk manages all of your software installs. Plesk >>>> includes Plesk specific versions of Apache, PHP, and MySQL. All >>>> patches and updates can only come from SWSoft, or the Plesk universe >>>> will crash. And Plesk ties you to a specific FreeBSD version too. >>>> Plesk versions lag big time for FreeBSD. But on the other hand, it is >>>> big GUI thing, and people like it. >>>> >>>> >>>> Tom >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >> From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 17:43:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56C5416A402 for ; Mon, 16 Jul 2007 17:43:53 +0000 (UTC) (envelope-from acomba@mailing.xl5.net) Received: from vodka.xl5.net (vodka.xl5.net [64.15.151.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1914313C441 for ; Mon, 16 Jul 2007 17:43:52 +0000 (UTC) (envelope-from acomba@mailing.xl5.net) Received: by vodka.xl5.net (Postfix, from userid 1003) id ECFFA1879FE; Mon, 16 Jul 2007 11:21:54 -0400 (EDT) Date: Mon, 16 Jul 2007 11:21:54 -0400 To: freebsd-stable@freebsd.org From: Acomba Message-ID: <59205eb8fd19ca702c3b44cccc33659f@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Promotion Acomba 3 pour 1* X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 17:43:53 -0000 --------------------------- Acomba - 3 pour/for 1 --------------------------- Voici votre chance de passer à Acomba, le logiciel de gestion des données d'affaires, comptables et bancaires. Jusqu'au 31 août, 2007 obtenez trois applications* Acomba pour le prix d'une. * Pour connaître les détails de cette promotion ou pour en savoir plus sur Acomba, contactez-nous au 1-866-441-8441. -------------------------------------------------------------- Here's your chance to switch to Acomba, the accounting, business and banking data management software. Through August 31st, 2007 get three Acomba applications* for the price of one. * For more details on this promotion or Acomba, contact us at 1-866-441-8441. -------------------------------------------------------------- Acomba 1-866-441-8441 info@ericsalvail.ca www.acomba.net/acomba www.ericsalvail.ca www.formationcomptable.ca -------------------------------------------------------------- Si vous voulez vous désabonner de nos envois, veuillez suivre ce lien : http://mailing.xl5.net/vmailer/unsubscribe/acomba/index.php?tid=335f5352088d7d9bf74191e006d8e24c&rid=0481c31946e60c3bfc586ee0aab14c4e&la=fr If you wish to unsubscribe from our mailing, please follow this link: http://mailing.xl5.net/vmailer/unsubscribe/acomba/index.php?tid=335f5352088d7d9bf74191e006d8e24c&rid=0481c31946e60c3bfc586ee0aab14c4e&la=en From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 18:01:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3A6716A400 for ; Mon, 16 Jul 2007 18:01:06 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 5FAD213C4BE for ; Mon, 16 Jul 2007 18:01:01 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1509741mue for ; Mon, 16 Jul 2007 11:01:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Krue8A9neGsT72RX8zEY362mWqCZTV/94qUfWjN5SukOizklYMYIVWIIXsBMTYSgUC82nKfBRyx3M20w0CO5GsK+YsZDpQ1k1ugUYlHDNN8INZSgmlBd+8P8gjqEm6H5lKsnJRk4qGyijqJ2e89daXhw6eEolv+zD6+jKlknu/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IKxz2514QenVPT1uVhj6pGhheN4hxLhofjKAaU8Jh1+av4n5ur8R4cuvbKvaQCP6RxpvBKhI4MSmh96TSyIhpECmOkZGbDVV1fzLN9JBLrlyRhZ81i3FEbtq+Ry7Lh81CxeZE9C/O/SXYkfZXKGUSeMW4c34EFCFXozR1AHmrGU= Received: by 10.82.112.3 with SMTP id k3mr5024332buc.1184607128582; Mon, 16 Jul 2007 10:32:08 -0700 (PDT) Received: by 10.82.187.6 with HTTP; Mon, 16 Jul 2007 10:32:07 -0700 (PDT) Message-ID: Date: Mon, 16 Jul 2007 12:32:07 -0500 From: "illoai@gmail.com" To: "Peter Jeremy" In-Reply-To: <20070716120022.GD65937@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> <20070715225950.GU37472@droso.net> <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> <20070716120022.GD65937@turion.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org Subject: Re: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 18:01:06 -0000 On 16/07/07, Peter Jeremy wrote: > . . . Likewise, there's no rule that says you must build > third-party software using the ports system. You are free to maintain > third-party software using its native configuration mechanisms. For a drop-in replacement for freebsd's ports system: I believe that netbsd's pkgsrc works on 4.x, albeit with plenty of caveation. http://netbsd.org/docs/software/packages.html seems to indicate that they still provide binaries for 3.5 and 4.7! -- -- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 18:27:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8098316A402 for ; Mon, 16 Jul 2007 18:27:21 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from regurgitate.ugcs.caltech.edu (regurgitate.ugcs.caltech.edu [131.215.176.97]) by mx1.freebsd.org (Postfix) with ESMTP id 6C22013C47E for ; Mon, 16 Jul 2007 18:27:21 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: by regurgitate.ugcs.caltech.edu (Postfix, from userid 3640) id 1DEC9E8AC; Mon, 16 Jul 2007 11:27:21 -0700 (PDT) Date: Mon, 16 Jul 2007 11:27:21 -0700 From: Jonathan Dama To: Mark Andrews Message-ID: <20070716182721.GB5504@regurgitate.ugcs.caltech.edu> References: <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> <200707160032.l6G0WMiC097150@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707160032.l6G0WMiC097150@drugs.dv.isc.org> Cc: freebsd-stable@freebsd.org Subject: Re: FREEBSD_4_EOL tag, last known index file? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 18:27:21 -0000 Mark: Thanks for some helpful comments. > make-20050524 Berkeley make, back-ported to FreeBSD 4.x Everyone: installing devel/make before running make index did indeed allow me to get a proper index file. You'll need to make sure to use the resulting /usr/local/bin/make From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 20:48:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FFBF16A405 for ; Mon, 16 Jul 2007 20:48:38 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5E313C4B4 for ; Mon, 16 Jul 2007 20:48:37 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l6GKmSrU057437 for ; Mon, 16 Jul 2007 13:48:36 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l6GKmSbn057436 for freebsd-stable@freebsd.org; Mon, 16 Jul 2007 13:48:28 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 16 Jul 2007 13:48:28 -0700 Message-ID: <20070716134828.ugsv0bwz4sc04cc0@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 16 Jul 2007 13:48:28 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <469B7D1B.2040505@fpt.vn> <469B7FC3.80006@vwsoft.com> <469B8105.5090405@fpt.vn> In-Reply-To: <469B8105.5090405@fpt.vn> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: clarification before buying a internet static IP address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 20:48:38 -0000 Quoting vuthecuong : > Tnx for quick response. I would like to confirm as below: > You said that: > > "You don't want to buy a domain (or at least not in the first place). > The thing you need is a static IP address, first, and that's not being > 'sold' by a domain reseller / registrar." > > If I don't buy a domain being 'sold' by a domain reseller, so how can I > obtain a static IP address? > Looking foward to hear from you. The best solution to accomplish your goal will be to acquire a static IP from your ISP (that place that let's you connect to the internet). Be warned; accomplishing your ultimate goal is not as simple as getting a so-called static IP. Technically speaking you are going to get more than 1 (one) IP address in the process (NETWORK and BRODCAST - possibly GATEWAY; though that /can/ be your assigned IP). Knowing how to manage all this is a _must_. Hope this helps, and best wishes. > Tnx > > > > > > Volker wrote: >> On 07/16/07 16:13, vuthecuong wrote: >> >>> I need from you advice before doign things. >>> >>> Up to now, I have a home web server using free DynamicDNS service of >>> dyndns.org. >>> With it, I can access directly to my home web server from ouside through >>> Internet. >>> >>> Now for some reason, I not want to use DynamicDNS service anymore. >>> So I tend to buy a staticDNS from domain reseller. >>> Suppose that I only buyed a domain www.mydomain.com with internet static IP >>> address : 74.52.8.254, not buyed hosting service from that domain reseller, >>> can I be able to set up my own DNS server (in my home PC server) so that >>> I can >>> browse directly to my home web server by typing www.mydomain.com >>> into address bar of firefox, opera? >>> >>> i meaned, in other words, in order to host one website so that in can be >>> "seen" >>> all over the world, I have no way but must use external hosting service? >>> Tnx >>> Sorry for my bad English >>> >> >> You don't want to buy a domain (or at least not in the first place). >> The thing you need is a static IP address, first, and that's not being >> 'sold' by a domain reseller / registrar. >> >> As soon as you've got a static IP address (either provider independent >> or not) you may either 1) let a DNS A entry from your domain point to >> this IP address or 2) still use dyndns.org (even with static IP >> addresses). >> >> HTH >> >> Volker >> >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 21:09:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE5F516A402 for ; Mon, 16 Jul 2007 21:09:29 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id 7980D13C4A6 for ; Mon, 16 Jul 2007 21:09:29 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-15.arcor-online.net (Postfix) with ESMTP id 912BAA45BB; Mon, 16 Jul 2007 23:09:28 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id 7432C28EE9C; Mon, 16 Jul 2007 23:09:28 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-132-238.pools.arcor-ip.net [84.61.132.238]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 3CC6730A928; Mon, 16 Jul 2007 23:09:28 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.15]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6GL9Q5m011733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2007 23:09:26 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.13.4) with ESMTP id l6GL9Qnq002463; Mon, 16 Jul 2007 23:09:26 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.13.4/Submit) id l6GL9Q0n002462; Mon, 16 Jul 2007 23:09:26 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org, kim.attree@za.verizonbusiness.com Date: Mon, 16 Jul 2007 23:09:25 +0200 User-Agent: KMail/1.9.7 References: <469B414A.8030305@za.verizonbusiness.com> <469B4230.7090606@za.verizonbusiness.com> In-Reply-To: <469B4230.7090606@za.verizonbusiness.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1356041.z0gXzIspy5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707162309.25975.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91/3682/Mon Jul 16 18:05:30 2007 on mail-in-03.arcor-online.net X-Virus-Status: Clean Cc: Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 21:09:29 -0000 --nextPart1356041.z0gXzIspy5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 16. July 2007, Kim Attree wrote: > > Mike, > > > > I had an 'exec bash' in my $HOME/.profile and removing this allowed me > > to run ./Xsession default and push me into KDE !!!!! > > > KDM though - still refuses to pass to KDE.... I'm reluctant to give up on the shell angle already - can you try setting y= our=20 user's shell to /bin/csh or /bin/sh just for kicks and check if KDM still=20 doesn't work? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1356041.z0gXzIspy5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGm96FXhc68WspdLARAljLAKCprFk/DUD4OfdAEaGpWvBn6PZmPQCcCSUp aPmMk0pjWLT0jU2pkaLT0CI= =3NMu -----END PGP SIGNATURE----- --nextPart1356041.z0gXzIspy5-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 21:19:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24D8D16A400 for ; Mon, 16 Jul 2007 21:19:46 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.freebsd.org (Postfix) with ESMTP id 998DB13C4B5 for ; Mon, 16 Jul 2007 21:19:45 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 1CFC72CB536 for ; Mon, 16 Jul 2007 23:19:44 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 0D7502D3D4F for ; Mon, 16 Jul 2007 23:19:44 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-132-238.pools.arcor-ip.net [84.61.132.238]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id C596530A919 for ; Mon, 16 Jul 2007 23:19:43 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.15]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6GLJg0w011879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 16 Jul 2007 23:19:42 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.13.4) with ESMTP id l6GLJgrx002634 for ; Mon, 16 Jul 2007 23:19:42 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.13.4/Submit) id l6GLJfU4002633 for freebsd-stable@freebsd.org; Mon, 16 Jul 2007 23:19:41 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Mon, 16 Jul 2007 23:19:41 +0200 User-Agent: KMail/1.9.7 X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,fuP~; bw\ ^QdX@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>+mg3Y$ip 1@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9792444.9A0vyGxNEK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707162319.41724.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91/3682/Mon Jul 16 18:05:30 2007 on mail-in-03.arcor-online.net X-Virus-Status: Clean Subject: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 21:19:46 -0000 --nextPart9792444.9A0vyGxNEK Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me a ne= w=20 named.conf, which I modified to run named as a local resolver, like I had=20 before: listen-on { 127.0.0.1; }; listen-on-v6 { ::1; }; forward only; forwarders { 192.168.8.1; }; Everything else is default. However, with this default configuration, named= =20 will not resolve any hosts of my local domain (my.domain), which uses=20 addresses in the 192.168.8 subnet. My dns server on 192.168.8.1, running=20 6.2-RELEASE, has a very simple dynamic dns setup: a zone "my.domain" and a= =20 reverse zone 8.168.192.in-addr.arpa which are both dynamically updated by=20 dhcpd. To make this work again, I had to delete everything in the default named.co= nf=20 from "/* Slaving the following zones from the root [...]"=20 to "zone "ip6.int" { type master;=20 file "master/empty.db"; };". I'm a DNS n00b, but I suspect that such drastic measures shouldn't be requi= red=20 and somehow my setup is flawed. What can I do to make this work right? Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart9792444.9A0vyGxNEK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGm+DtXhc68WspdLARAoJRAJ9IOOM0xJDb2nKFVSboAUlbaBSePgCgoX3e T5nevV/ej+oE9OFIYvuo2/k= =5ASk -----END PGP SIGNATURE----- --nextPart9792444.9A0vyGxNEK-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 21:30:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BFE816A400 for ; Mon, 16 Jul 2007 21:30:59 +0000 (UTC) (envelope-from tim@pcbsd.org) Received: from ranger.systems.pipex.net (ranger.systems.pipex.net [62.241.162.32]) by mx1.freebsd.org (Postfix) with ESMTP id 43AE513C4B9 for ; Mon, 16 Jul 2007 21:30:59 +0000 (UTC) (envelope-from tim@pcbsd.org) Received: from server.mccormickweb.co.uk (81-178-44-61.dsl.pipex.com [81.178.44.61]) by ranger.systems.pipex.net (Postfix) with ESMTP id B54B8E00031F for ; Mon, 16 Jul 2007 22:10:53 +0100 (BST) Received: from [192.168.123.1] (cpc2-stev1-0-0-cust416.lutn.cable.ntl.com [82.9.77.161]) by server.mccormickweb.co.uk (8.14.0/8.14.0) with ESMTP id l6GLAqQC007695 for ; Mon, 16 Jul 2007 21:10:52 GMT From: Tim McCormick To: freebsd-stable@freebsd.org Date: Mon, 16 Jul 2007 22:10:48 +0100 User-Agent: KMail/1.9.5 Organization: PC-BSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart20425753.BZrdi53mLG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707162210.51861.tim@pcbsd.org> X-Virus-Scanned: ClamAV 0.90.3/3682/Mon Jul 16 16:05:30 2007 on server.mccormickweb.co.uk X-Virus-Status: Clean Subject: GlidePoint trackpad not detected X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tim@pcbsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 21:30:59 -0000 --nextPart20425753.BZrdi53mLG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hey guys, I wonder if any of you could help shed some light on a problem I'm having=20 under 6.2-STABLE. Until recently, my laptop (Sony Vaio PCG-F680) was runnin= g=20 6.1-p4, and everything was well. However, upon updating the machine to STABLE (as of today, 16th July 2007),= =20 I've found that the trackpad isn't being detected anymore, so I'm having to= =20 resort to a USB mouse. 6.1 detected the trackpad as follows: psm0: flags 0x1000 irq 12 on atkbdc0=20 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 The kernel 6.2 is using, is configured with both atkbdc and psm. psm howeve= r,=20 no longer shows up in the dmesg at all, and the only messages I'm getting=20 from atkbdc0 relate to the keyboard. Can anyone offer any insight? Cheers, Tim =2D-=20 Tim McCormick PC-BSD Lead Developer tim@pcbsd.org --nextPart20425753.BZrdi53mLG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGm97bPnBrZTUyzWsRAlEXAKCHQXyiaZW1RIaDS3EBvomCrTRCdQCg1d9U KwzIIO2lVwaM2bBHYFa/MH8= =IFTj -----END PGP SIGNATURE----- --nextPart20425753.BZrdi53mLG-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 21:40:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D149B16A401 for ; Mon, 16 Jul 2007 21:40:01 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id 748AA13C48E for ; Mon, 16 Jul 2007 21:40:00 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 25327 invoked from network); 16 Jul 2007 17:39:59 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 16 Jul 2007 17:39:59 -0400 Message-ID: <469BE5AF.3090901@queue.to> Date: Mon, 16 Jul 2007 17:39:59 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200707162210.51861.tim@pcbsd.org> In-Reply-To: <200707162210.51861.tim@pcbsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: tim@pcbsd.org Subject: Re: GlidePoint trackpad not detected X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 21:40:01 -0000 Tim McCormick wrote: > However, upon updating the machine to STABLE (as of today, 16th July 2007), > I've found that the trackpad isn't being detected anymore, so I'm having to > resort to a USB mouse. > > 6.1 detected the trackpad as follows: > psm0: flags 0x1000 irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model GlidePoint, device ID 0 > > The kernel 6.2 is using, is configured with both atkbdc and psm. psm however, > no longer shows up in the dmesg at all, and the only messages I'm getting > from atkbdc0 relate to the keyboard. No fix but I can confirm I have the same issue here w/ not seeing the GlidePoint as a glidepoint. The built-in pad on my adesso keyboard is detected as this under 6.2-STABLE cally:~$ dmesg | grep -i psm psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 (it works OK as a mouse substitute, but there you have it) From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 23:27:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F48E16A401 for ; Mon, 16 Jul 2007 23:27:40 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id E275413C442 for ; Mon, 16 Jul 2007 23:27:39 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 24768 invoked from network); 16 Jul 2007 18:27:39 -0500 Received: from 203-158-59-146.dyn.iinet.net.au (HELO localhost) (203.158.59.146) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jul 2007 18:27:39 -0500 Date: Tue, 17 Jul 2007 09:27:34 +1000 From: Norberto Meijome To: Michael Williams Message-ID: <20070717092734.44cf7e6d@localhost> In-Reply-To: References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> <9C1BC8FF-E72B-48EE-A6DA-F6CC3FFBD580@gmail.com> <469B88B0.9070806@unsane.co.uk> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Vince , koitsu@freebsd.org, Tom Samplonius Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 23:27:40 -0000 On Mon, 16 Jul 2007 11:25:28 -0400 Michael Williams wrote: > I'm going to call one more time today. If I get no better > assistance, I will seek out a different company. If you all have any > recommendations let me know. we still have some (linux) servers with ThePlanet, not the best place (quite big,lots of waiting in queue for scripted service) but ok for the job at hand. For the last 6 mths or os i've been very happy with Layered Technology - vere reliable and know their stuff. If you can afford it, Rackspace are really good, though i dont know if they still offer FBSD Search the archives for discussions on FreeBSD Hosting. _________________________ {Beto|Norberto|Numard} Meijome "Liberty is not a means to a higher political end. It is itself the highest political end... liberty is the only object which benefits all alike, and provokes no sincere opposition... The danger is not that a particular class is unfit to to govern. Every class is unfit to govern... Power tends to corrupt, and absolute power corrupts absolutely." Lord Acton I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 01:04:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D18EA16A400 for ; Tue, 17 Jul 2007 01:04:37 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 9662213C4B7 for ; Tue, 17 Jul 2007 01:04:37 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (maia-5.hub.org [200.46.204.182]) by hub.org (Postfix) with ESMTP id 63210B46DD1 for ; Mon, 16 Jul 2007 21:48:21 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 73749-10 for ; Mon, 16 Jul 2007 21:48:05 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id F4151B46DB1 for ; Mon, 16 Jul 2007 21:48:20 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 8ACE38CBB0 for ; Mon, 16 Jul 2007 21:48:15 -0300 (ADT) Date: Mon, 16 Jul 2007 21:48:15 -0300 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <46432F4CBD51E6DD03D59484@ganymede.hub.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: rwhod / ntpdate don't work ... amd64/-STABLE ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 01:04:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just looking over one of our AMD64 servers, and rwhod / syslog / ntpdate won't work on that server, although its running the same date/version ... I checked securelevel, and they are both running the same ... rwhod generates no errors when I try to run it, and truss doesn't show anything since it does a fork: stat("/etc/nsswitch.conf",{mode=-rw-r--r-- ,inode=24857,size=113,blksize=4096}) = 0 (0x0) open("/etc/group",O_RDONLY,0666) = 3 (0x3) fstat(3,{mode=-rw-r--r-- ,inode=24775,size=441,blksize=4096}) = 0 (0x0) lseek(3,0x0,SEEK_CUR) = 0 (0x0) lseek(3,0x0,SEEK_SET) = 0 (0x0) read(3,"# $FreeBSD: src/etc/group,v 1.32"...,4096) = 441 (0x1b9) close(3) = 0 (0x0) sigaction(SIGHUP,{ SIG_IGN 0x0 ss_t },{ SIG_DFL SA_RESTART ss_t }) = 0 (0x0) fork() = 90418 (0x16132) exit(0x0) process exit, rval = 0 So, I'm not 100% certain what I'm looking for ... The network looks good, I can connected to the jails running on it, and, syslog runs in the jails themselves, just not the physical server ... If I try syslogd from the command line, it generates an error: # /usr/sbin/syslogd -s syslogd: child pid 90996 exited with return code 1 I'm not out of disk space on any of the file systems ... So, not sure what else I should be looking for here ... Help? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGnBHP4QvfyHIvDvMRAuYnAJ4qU1T486MWB1HDYb1yU+8LwD6gJgCdHS/z Lah1f/mbLzBQrROzv09J44E= =GuLe -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 01:56:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E88D116A403 for ; Tue, 17 Jul 2007 01:56:23 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 7D13E13C442 for ; Tue, 17 Jul 2007 01:56:23 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (maia-5.hub.org [200.46.204.182]) by hub.org (Postfix) with ESMTP id CF5C8B46DD1 for ; Mon, 16 Jul 2007 22:56:22 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 04504-06 for ; Mon, 16 Jul 2007 22:56:17 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 693AFB46DB1 for ; Mon, 16 Jul 2007 22:56:22 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1F0E68CAE9 for ; Mon, 16 Jul 2007 22:56:28 -0300 (ADT) Date: Mon, 16 Jul 2007 22:56:28 -0300 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <99842A11EEF31151EB40BB5A@ganymede.hub.org> In-Reply-To: <46432F4CBD51E6DD03D59484@ganymede.hub.org> References: <46432F4CBD51E6DD03D59484@ganymede.hub.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: rwhod / ntpdate don't work ... amd64/-STABLE ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 01:56:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Figured it out ... not sure *how* it happened, but on my last upgrade, I must have somehow screwed up my mergmaster, and actually wiped out /etc/services ... just ran mergemaster on a whim, and the file was totally recreated, and all services now start up as expected ... - --On Monday, July 16, 2007 21:48:15 -0300 "Marc G. Fournier" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Just looking over one of our AMD64 servers, and rwhod / syslog / ntpdate > won't work on that server, although its running the same date/version ... I > checked securelevel, and they are both running the same ... > > rwhod generates no errors when I try to run it, and truss doesn't show > anything since it does a fork: > > > stat("/etc/nsswitch.conf",{mode=-rw-r--r-- > ,inode=24857,size=113,blksize=4096}) = 0 (0x0) > open("/etc/group",O_RDONLY,0666) = 3 (0x3) > fstat(3,{mode=-rw-r--r-- ,inode=24775,size=441,blksize=4096}) = 0 (0x0) > lseek(3,0x0,SEEK_CUR) = 0 (0x0) > lseek(3,0x0,SEEK_SET) = 0 (0x0) > read(3,"# $FreeBSD: src/etc/group,v 1.32"...,4096) = 441 (0x1b9) > close(3) = 0 (0x0) > sigaction(SIGHUP,{ SIG_IGN 0x0 ss_t },{ SIG_DFL SA_RESTART ss_t }) = 0 (0x0) > fork() = 90418 (0x16132) > exit(0x0) > process exit, rval = 0 > > So, I'm not 100% certain what I'm looking for ... > > The network looks good, I can connected to the jails running on it, and, > syslog runs in the jails themselves, just not the physical server ... > > If I try syslogd from the command line, it generates an error: > ># /usr/sbin/syslogd -s > syslogd: child pid 90996 exited with return code 1 > > I'm not out of disk space on any of the file systems ... > > So, not sure what else I should be looking for here ... > > Help? > > > - ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFGnBHP4QvfyHIvDvMRAuYnAJ4qU1T486MWB1HDYb1yU+8LwD6gJgCdHS/z > Lah1f/mbLzBQrROzv09J44E= > =GuLe > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGnCHM4QvfyHIvDvMRAtB6AJ9+aFEXYmrFRuvtMeDe10rOtTkbBwCeIAwO SXlG8lCyNxx9mr94d3fWk6A= =JpRk -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 04:02:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A9DC16A401 for ; Tue, 17 Jul 2007 04:02:15 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4079F13C4B4 for ; Tue, 17 Jul 2007 04:02:05 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l6H3j67N042917; Mon, 16 Jul 2007 22:45:06 -0500 (CDT) (envelope-from dan) Date: Mon, 16 Jul 2007 22:45:06 -0500 From: Dan Nelson To: "Marc G. Fournier" Message-ID: <20070717034506.GA14561@dan.emsphone.com> References: <46432F4CBD51E6DD03D59484@ganymede.hub.org> <99842A11EEF31151EB40BB5A@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <99842A11EEF31151EB40BB5A@ganymede.hub.org> X-OS: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: rwhod / ntpdate don't work ... amd64/-STABLE ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 04:02:15 -0000 In the last episode (Jul 16), Marc G. Fournier said: Figured it out ... > - --On Monday, July 16, 2007 21:48:15 -0300 "Marc G. Fournier" > > rwhod generates no errors when I try to run it, and truss doesn't > > show anything since it does a fork: > > > > stat("/etc/nsswitch.conf",{mode=-rw-r--r-- ,inode=24857,size=113,blksize=4096}) = 0 (0x0) > > open("/etc/group",O_RDONLY,0666) = 3 (0x3) > > fstat(3,{mode=-rw-r--r-- ,inode=24775,size=441,blksize=4096}) = 0 (0x0) > > lseek(3,0x0,SEEK_CUR) = 0 (0x0) > > lseek(3,0x0,SEEK_SET) = 0 (0x0) > > read(3,"# $FreeBSD: src/etc/group,v 1.32"...,4096) = 441 (0x1b9) > > close(3) = 0 (0x0) > > sigaction(SIGHUP,{ SIG_IGN 0x0 ss_t },{ SIG_DFL SA_RESTART ss_t }) = 0 (0x0) > > fork() = 90418 (0x16132) > > exit(0x0) > > process exit, rval = 0 > > not sure *how* it happened, but on my last upgrade, I must have > somehow screwed up my mergmaster, and actually wiped out > /etc/services ... just ran mergemaster on a whim, and the file was > totally recreated, and all services now start up as expected ... For the archives: truss -f will follow forks. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 05:45:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12DE516A406 for ; Tue, 17 Jul 2007 05:45:42 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (darklight.org.ru [194.186.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id B3EAB13C47E for ; Tue, 17 Jul 2007 05:45:40 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l6H5SO29001389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Jul 2007 09:28:30 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l6H5SNiL001388; Tue, 17 Jul 2007 09:28:23 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Date: Tue, 17 Jul 2007 09:28:23 +0400 From: Yuri Pankov To: Michael Nottebrock Message-ID: <20070717052823.GA1277@darklight.org.ru> References: <200707162319.41724.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <200707162319.41724.lofi@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (darklight.org.ru [127.0.0.1]); Tue, 17 Jul 2007 09:28:30 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 05:45:42 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 16, 2007 at 11:19:41PM +0200, Michael Nottebrock wrote: > I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me a = new=20 > named.conf, which I modified to run named as a local resolver, like I had= =20 > before: >=20 > listen-on { 127.0.0.1; }; > listen-on-v6 { ::1; }; > forward only; > forwarders { > 192.168.8.1; > }; >=20 > Everything else is default. However, with this default configuration, nam= ed=20 > will not resolve any hosts of my local domain (my.domain), which uses=20 > addresses in the 192.168.8 subnet. My dns server on 192.168.8.1, running= =20 > 6.2-RELEASE, has a very simple dynamic dns setup: a zone "my.domain" and = a=20 > reverse zone 8.168.192.in-addr.arpa which are both dynamically updated by= =20 > dhcpd. >=20 > To make this work again, I had to delete everything in the default named.= conf=20 > from "/* Slaving the following zones from the root [...]"=20 > to "zone "ip6.int" { type master;=20 > file "master/empty.db"; };". >=20 > I'm a DNS n00b, but I suspect that such drastic measures shouldn't be req= uired=20 > and somehow my setup is flawed. What can I do to make this work right? >=20 >=20 > Cheers, > --=20 > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org Hi Michael, If I understood you correctly, you can't resolve 8.168.192.in-addr.arpa anymore, and the line below (from default named.conf) is the cause: zone "168.192.in-addr.arpa" { type master; file "master/empty.db"; }; Yuri --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGnFN3eoAklVFrLdgRAoocAKCc1JTvR+GgjSenOl9v2UducL8syQCeJvqJ uqPHxswM5VeqP9ht5+K4vhM= =rsRJ -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 07:15:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5F0D16A405; Tue, 17 Jul 2007 07:15:51 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id 3954F13C4B7; Tue, 17 Jul 2007 07:15:51 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IAhHh-000N9M-DT; Tue, 17 Jul 2007 09:15:49 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id 5DEA4102C1C; Tue, 17 Jul 2007 09:15:49 +0200 (SAST) Message-ID: <469C6D7C.20704@za.verizonbusiness.com> Date: Tue, 17 Jul 2007 09:19:24 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: Michael Nottebrock References: <469B414A.8030305@za.verizonbusiness.com> <469B4230.7090606@za.verizonbusiness.com> <200707162309.25975.lofi@freebsd.org> In-Reply-To: <200707162309.25975.lofi@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 07:15:51 -0000 Michael Nottebrock wrote: > On Monday, 16. July 2007, Kim Attree wrote: > >>> Mike, >>> >>> I had an 'exec bash' in my $HOME/.profile and removing this allowed me >>> to run ./Xsession default and push me into KDE !!!!! >>> >> KDM though - still refuses to pass to KDE.... >> > > I'm reluctant to give up on the shell angle already - can you try setting your > user's shell to /bin/csh or /bin/sh just for kicks and check if KDM still > doesn't work? > > Mike, I set the user shell to /bin/sh in passwd using vipw, ran clone_root to propogate the change to the diskless root, rebooted the client and that did'nt work. It's really strange - I'm starting to think maybe its a PAM thing, since after I put in the user/pass in KDM, it sits for about 45-60 seconds before going back to the KDM login screen again. Any Thoughts ? Thanks Kim Attree From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 07:20:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47E9716A404 for ; Tue, 17 Jul 2007 07:20:31 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.freebsd.org (Postfix) with ESMTP id BE29D13C471 for ; Tue, 17 Jul 2007 07:20:30 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 90FC517F493; Tue, 17 Jul 2007 09:20:29 +0200 (CEST) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 79A54ABAA5; Tue, 17 Jul 2007 09:20:29 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-176-190.pools.arcor-ip.net [84.61.176.190]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 0B7F022D168; Tue, 17 Jul 2007 09:20:28 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.15]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6H7KQF7003828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Jul 2007 09:20:26 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.13.4) with ESMTP id l6H7KPGh003296; Tue, 17 Jul 2007 09:20:25 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.13.4/Submit) id l6H7KO4n003295; Tue, 17 Jul 2007 09:20:24 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 09:20:16 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <20070717052823.GA1277@darklight.org.ru> In-Reply-To: <20070717052823.GA1277@darklight.org.ru> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2480611.ejDhJIXrPd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707170920.24692.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91/3686/Tue Jul 17 06:47:27 2007 on mail-in-13.arcor-online.net X-Virus-Status: Clean Cc: Volker , Yuri Pankov Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 07:20:31 -0000 --nextPart2480611.ejDhJIXrPd Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 17. July 2007, Yuri Pankov wrote: > On Mon, Jul 16, 2007 at 11:19:41PM +0200, Michael Nottebrock wrote: > > I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me a > > new named.conf, which I modified to run named as a local resolver, like= I > > had before: > > > > listen-on { 127.0.0.1; }; > > listen-on-v6 { ::1; }; > > forward only; > > forwarders { > > 192.168.8.1; > > }; > > > > Everything else is default. However, with this default configuration, > > named will not resolve any hosts of my local domain (my.domain), which > > uses addresses in the 192.168.8 subnet. My dns server on 192.168.8.1, > > running 6.2-RELEASE, has a very simple dynamic dns setup: a zone > > "my.domain" and a reverse zone 8.168.192.in-addr.arpa which are both > > dynamically updated by dhcpd. > > > > To make this work again, I had to delete everything in the default > > named.conf from "/* Slaving the following zones from the root [...= ]" > > to "zone "ip6.int" { type master; > > file "master/empty.db"; };". > > > > I'm a DNS n00b, but I suspect that such drastic measures shouldn't be > > required and somehow my setup is flawed. What can I do to make this work > > right? > > > > > > Cheers, > > -- > > ,_, | Michael Nottebrock | lofi@freebsd.org > > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > Hi Michael, > > If I understood you correctly, you can't resolve 8.168.192.in-addr.arpa > anymore, and the line below (from default named.conf) is the cause: > > zone "168.192.in-addr.arpa" { type master; file "master/empty.db"; }; Yes - and this: zone "." { type slave; file "slave/root.slave"; masters { 192.5.5.241; // F.ROOT-SERVERS.NET. 192.228.79.201; // B.ROOT-SERVERS.NET. 192.33.4.12; // C.ROOT-SERVERS.NET. 192.112.36.4; // G.ROOT-SERVERS.NET. 193.0.14.129; // K.ROOT-SERVERS.NET. }; notify no; }; prevents me from resolving hostnames in "my.domain". What I'm still wonderi= ng=20 though, is this an oversight or by design? I can't imagine setups like mine= =20 are very rare. Doug? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2480611.ejDhJIXrPd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGnG2xXhc68WspdLARAhpbAJ9ANlqP7wLSfrDNv7Lbv6Ghlq2YnACeMGfE uoQqbYJi2SsUlCbxhHJm0t8= =lL/u -----END PGP SIGNATURE----- --nextPart2480611.ejDhJIXrPd-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 07:40:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D65E16A401; Tue, 17 Jul 2007 07:40:22 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 04FCE13C4B4; Tue, 17 Jul 2007 07:40:21 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d8a.q.ppp-pool.de [89.53.125.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3014312884A; Tue, 17 Jul 2007 09:40:12 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id AED093F43A; Tue, 17 Jul 2007 09:40:01 +0200 (CEST) Message-ID: <469C724F.1030400@vwsoft.com> Date: Tue, 17 Jul 2007 09:39:59 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Michael Nottebrock References: <200707162319.41724.lofi@freebsd.org> <20070717052823.GA1277@darklight.org.ru> <200707170920.24692.lofi@freebsd.org> In-Reply-To: <200707170920.24692.lofi@freebsd.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org, Yuri Pankov Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 07:40:22 -0000 On 07/17/07 09:20, Michael Nottebrock wrote: > On Tuesday, 17. July 2007, Yuri Pankov wrote: >> On Mon, Jul 16, 2007 at 11:19:41PM +0200, Michael Nottebrock wrote: >>> I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me a >>> new named.conf, which I modified to run named as a local resolver, like I >>> had before: >>> >>> listen-on { 127.0.0.1; }; >>> listen-on-v6 { ::1; }; >>> forward only; >>> forwarders { >>> 192.168.8.1; >>> }; >>> >>> Everything else is default. However, with this default configuration, >>> named will not resolve any hosts of my local domain (my.domain), which >>> uses addresses in the 192.168.8 subnet. My dns server on 192.168.8.1, >>> running 6.2-RELEASE, has a very simple dynamic dns setup: a zone >>> "my.domain" and a reverse zone 8.168.192.in-addr.arpa which are both >>> dynamically updated by dhcpd. >>> >>> To make this work again, I had to delete everything in the default >>> named.conf from "/* Slaving the following zones from the root [...]" >>> to "zone "ip6.int" { type master; >>> file "master/empty.db"; };". >>> >>> I'm a DNS n00b, but I suspect that such drastic measures shouldn't be >>> required and somehow my setup is flawed. What can I do to make this work >>> right? >>> >>> >>> Cheers, >>> -- >>> ,_, | Michael Nottebrock | lofi@freebsd.org >>> (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org >>> \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org >> Hi Michael, >> >> If I understood you correctly, you can't resolve 8.168.192.in-addr.arpa >> anymore, and the line below (from default named.conf) is the cause: >> >> zone "168.192.in-addr.arpa" { type master; file "master/empty.db"; }; > > Yes - and this: > > zone "." { > type slave; The root zone MUST be of type hint. You do not want to be a slave of the root... don't you? ;) > file "slave/root.slave"; > masters { > 192.5.5.241; // F.ROOT-SERVERS.NET. > 192.228.79.201; // B.ROOT-SERVERS.NET. > 192.33.4.12; // C.ROOT-SERVERS.NET. > 192.112.36.4; // G.ROOT-SERVERS.NET. > 193.0.14.129; // K.ROOT-SERVERS.NET. > }; > notify no; > }; > > prevents me from resolving hostnames in "my.domain". What I'm still wondering > though, is this an oversight or by design? I can't imagine setups like mine > are very rare. Doug? > Yes, if the servers of the root zone can't be resolved, all queries will fail. If you've got a file /etc/namedb/named.root set it like file "/etc/namedb/named.root"; and change the zone type to "hint" and all should be well again. Volker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 07:42:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC10C16A402 for ; Tue, 17 Jul 2007 07:42:46 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.freebsd.org (Postfix) with ESMTP id 44D0813C481 for ; Tue, 17 Jul 2007 07:42:46 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id D83662CAA44; Tue, 17 Jul 2007 09:42:44 +0200 (CEST) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id C6FE411455F; Tue, 17 Jul 2007 09:42:44 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-176-190.pools.arcor-ip.net [84.61.176.190]) by mail-in-12.arcor-online.net (Postfix) with ESMTP id 73E16944A3; Tue, 17 Jul 2007 09:42:44 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.15]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6H7ggOx003981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Jul 2007 09:42:42 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.13.4) with ESMTP id l6H7gfml003902; Tue, 17 Jul 2007 09:42:42 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.13.4/Submit) id l6H7gfQZ003901; Tue, 17 Jul 2007 09:42:41 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: kim.attree@za.verizonbusiness.com Date: Tue, 17 Jul 2007 09:42:40 +0200 User-Agent: KMail/1.9.7 References: <200707162309.25975.lofi@freebsd.org> <469C6D7C.20704@za.verizonbusiness.com> In-Reply-To: <469C6D7C.20704@za.verizonbusiness.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2152264.ksNTrP1Lgx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707170942.41523.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91/3686/Tue Jul 17 06:47:27 2007 on mail-in-12.arcor-online.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 07:42:46 -0000 --nextPart2152264.ksNTrP1Lgx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 17. July 2007, Kim Attree wrote: > Michael Nottebrock wrote: > > On Monday, 16. July 2007, Kim Attree wrote: > >>> Mike, > >>> > >>> I had an 'exec bash' in my $HOME/.profile and removing this allowed me > >>> to run ./Xsession default and push me into KDE !!!!! > >> > >> KDM though - still refuses to pass to KDE.... > > > > I'm reluctant to give up on the shell angle already - can you try setti= ng > > your user's shell to /bin/csh or /bin/sh just for kicks and check if KDM > > still doesn't work? > > Mike, > > I set the user shell to /bin/sh in passwd using vipw, ran clone_root to > propogate the change to the diskless root, rebooted the client and that > did'nt work. > > It's really strange - I'm starting to think maybe its a PAM thing, since > after I put in the user/pass in KDM, it sits for about 45-60 seconds > before going back to the KDM login screen again. > > Any Thoughts ? Right now, I have run out of ideas - I have never run a diskless configurat= ion=20 myself and cannot easily make one here either, so I am probably missing a=20 good deal of possible failure modes here. You could try using some other=20 display manager for logging in instead, like xdm or gdm. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2152264.ksNTrP1Lgx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGnHLxXhc68WspdLARAuj2AJ4306takRL+laXArkokQ9//sGk2qQCgigl6 Fj5WOAw6To8WGnLQ0upds9k= =9FfP -----END PGP SIGNATURE----- --nextPart2152264.ksNTrP1Lgx-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 07:45:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C06D916A401 for ; Tue, 17 Jul 2007 07:45:24 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5A313C4AC for ; Tue, 17 Jul 2007 07:45:24 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id CC0B0A4452F for ; Tue, 17 Jul 2007 09:43:50 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 09:45:21 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <200707170920.24692.lofi@freebsd.org> <469C724F.1030400@vwsoft.com> In-Reply-To: <469C724F.1030400@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707170945.21903.wundram@beenic.net> Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 07:45:24 -0000 On Tuesday 17 July 2007 09:39:59 Volker wrote: > The root zone MUST be of type hint. You do not want to be a slave of > the root... don't you? ;) Actually, I also thought that this is strange, but in a way, this is pretty= =20 sensible, as the only thing you cache (more immediately than by making it a= =20 hint zone) being a slave for the root is the name servers used for the=20 different first-level zones, and the root servers allow AXFR requests (whic= h=20 I just verified), so this shouldn't fail. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 08:00:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA96F16A400 for ; Tue, 17 Jul 2007 08:00:59 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8AE13C46B for ; Tue, 17 Jul 2007 08:00:56 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d8a.q.ppp-pool.de [89.53.125.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3D4AE12883F; Tue, 17 Jul 2007 10:00:50 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 5A7583F43A; Tue, 17 Jul 2007 10:00:45 +0200 (CEST) Message-ID: <469C772B.2080307@vwsoft.com> Date: Tue, 17 Jul 2007 10:00:43 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: "Heiko Wundram (Beenic)" References: <200707162319.41724.lofi@freebsd.org> <200707170920.24692.lofi@freebsd.org> <469C724F.1030400@vwsoft.com> <200707170945.21903.wundram@beenic.net> In-Reply-To: <200707170945.21903.wundram@beenic.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 08:00:59 -0000 On 07/17/07 09:45, Heiko Wundram (Beenic) wrote: > On Tuesday 17 July 2007 09:39:59 Volker wrote: >> The root zone MUST be of type hint. You do not want to be a slave of >> the root... don't you? ;) > > Actually, I also thought that this is strange, but in a way, this is pretty > sensible, as the only thing you cache (more immediately than by making it a > hint zone) being a slave for the root is the name servers used for the > different first-level zones, and the root servers allow AXFR requests (which > I just verified), so this shouldn't fail. > hmm... the root servers should not allow public AXFR. As I've verified using: dig @a.root-servers.net axfr . ; <<>> DiG 9.3.4 <<>> @a.root-servers.net axfr . ; (1 server found) ;; global options: printcmd ; Transfer failed. it still doesn't. How have you checked? Volker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 08:04:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06D0916A406 for ; Tue, 17 Jul 2007 08:04:46 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE4913C47E for ; Tue, 17 Jul 2007 08:04:45 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 1CDE1A44529 for ; Tue, 17 Jul 2007 09:30:26 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 09:31:57 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <20070717052823.GA1277@darklight.org.ru> <200707170920.24692.lofi@freebsd.org> In-Reply-To: <200707170920.24692.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707170931.57751.wundram@beenic.net> Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 08:04:46 -0000 On Tuesday 17 July 2007 09:20:16 Michael Nottebrock wrote: > Yes - and this: > > zone "." { > type slave; > file "slave/root.slave"; > masters { > 192.5.5.241; // F.ROOT-SERVERS.NET. > 192.228.79.201; // B.ROOT-SERVERS.NET. > 192.33.4.12; // C.ROOT-SERVERS.NET. > 192.112.36.4; // G.ROOT-SERVERS.NET. > 193.0.14.129; // K.ROOT-SERVERS.NET. > }; > notify no; > }; > > prevents me from resolving hostnames in "my.domain". What I'm still > wondering though, is this an oversight or by design? I can't imagine setu= ps > like mine are very rare. Doug? This is natural, unless you specifically enter the zones for 192.168.8.*=20 (forward and reverse) in your client DNS server (as slave or forward zones,= =20 see the bind manual for the latter, which I'd recommend in your case). The explanation is simple: how is (your local) bind supposed to know which= =20 server to query for those domains, as the (public internet) root name serve= rs=20 won't reply for them (zones always take precedence over forwarders, so if y= ou=20 have a zone for ".", i.e. everything, in your named.conf, your forwarder is= =20 never queried for anything), and it has no other info on=20 8.168.192.in-addr.arpa than to resursively look it up starting from a root= =20 name server, which won't answer but with a NXDOMAIN response. If you remove the hints, there's only a forwarder left in your configuratio= n,=20 which in turn is always queried, and which can also properly resolve your=20 domains. Hope this explains stuff. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 08:05:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53E2816A400 for ; Tue, 17 Jul 2007 08:05:40 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id DF5B413C478 for ; Tue, 17 Jul 2007 08:05:39 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id ED1B3A44529 for ; Tue, 17 Jul 2007 10:04:05 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 10:05:37 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <200707170945.21903.wundram@beenic.net> <469C772B.2080307@vwsoft.com> In-Reply-To: <469C772B.2080307@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707171005.37507.wundram@beenic.net> Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 08:05:40 -0000 On Tuesday 17 July 2007 10:00:43 Volker wrote: > hmm... the root servers should not allow public AXFR. As I've verified > using: > Just like you did: [modelnine@phoenix ~]$ dig -t AXFR @k.root-servers.net . | head -30 ; <<>> DiG 9.3.4 <<>> -t AXFR @k.root-servers.net . ; (1 server found) ;; global options: printcmd =2E 86400 IN SOA a.root-servers.net.=20 nstld.verisign-grs.com. 2007071601 1800 900 604800 86400 =2E 518400 IN NS a.root-servers.net. =2E 518400 IN NS b.root-servers.net. =2E 518400 IN NS c.root-servers.net. =2E 518400 IN NS d.root-servers.net. =2E 518400 IN NS e.root-servers.net. =2E 518400 IN NS f.root-servers.net. =2E 518400 IN NS g.root-servers.net. =2E 518400 IN NS h.root-servers.net. =2E 518400 IN NS i.root-servers.net. =2E 518400 IN NS j.root-servers.net. =2E 518400 IN NS k.root-servers.net. =2E 518400 IN NS l.root-servers.net. =2E 518400 IN NS m.root-servers.net. ac. 172800 IN NS a.nic.ac. ac. 172800 IN NS a.ns13.net. ac. 172800 IN NS b.nic.ac. ac. 172800 IN NS b.nic.io. ac. 172800 IN NS b.nic.sh. ac. 172800 IN NS b.ns13.net. ac. 172800 IN NS ns1.communitydns.net. ac. 172800 IN NS ns3.icb.co.uk. a.nic.ac. 172800 IN A 64.251.31.177 b.nic.ac. 172800 IN A 217.160.203.158 ad. 172800 IN NS ad.ns.nic.es. ad. 172800 IN NS ns3.nic.fr. [modelnine@phoenix ~]$ The head is necessary, as the output is far, far longer than that. As=20 k.root-servers.net was one of the servers he put in as masters for the root= =20 zone, I should presume that his setup works fine. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 08:16:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EF1516A404 for ; Tue, 17 Jul 2007 08:16:03 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7D213C4B3 for ; Tue, 17 Jul 2007 08:16:02 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-15.arcor-online.net (Postfix) with ESMTP id 73240442E2; Tue, 17 Jul 2007 10:20:42 +0200 (CEST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 594D213EF01; Tue, 17 Jul 2007 10:16:01 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-176-190.pools.arcor-ip.net [84.61.176.190]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 01DE21BF387; Tue, 17 Jul 2007 10:16:00 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.15]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6H86YWv004218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Jul 2007 10:06:35 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.13.4) with ESMTP id l6H86YT9004711; Tue, 17 Jul 2007 10:06:34 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: by kiste.my.domain (8.14.1/8.13.4/Submit) id l6H86YFp004708; Tue, 17 Jul 2007 10:06:34 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Volker Date: Tue, 17 Jul 2007 10:06:31 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <200707170920.24692.lofi@freebsd.org> <469C724F.1030400@vwsoft.com> In-Reply-To: <469C724F.1030400@vwsoft.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2302559.jWhKoKUfrP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707171006.32059.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on mail-in-04.arcor-online.net X-Virus-Status: Clean Cc: dougb@freebsd.org, freebsd-stable@freebsd.org, Yuri Pankov Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 08:16:03 -0000 --nextPart2302559.jWhKoKUfrP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 17. July 2007, Volker wrote: > On 07/17/07 09:20, Michael Nottebrock wrote: > > On Tuesday, 17. July 2007, Yuri Pankov wrote: > >> On Mon, Jul 16, 2007 at 11:19:41PM +0200, Michael Nottebrock wrote: > >>> I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me > >>> a new named.conf, which I modified to run named as a local resolver, > >>> like I had before: > >>> > >>> listen-on { 127.0.0.1; }; > >>> listen-on-v6 { ::1; }; > >>> forward only; > >>> forwarders { > >>> 192.168.8.1; > >>> }; > >>> > >>> Everything else is default. However, with this default configuration, > >>> named will not resolve any hosts of my local domain (my.domain), which > >>> uses addresses in the 192.168.8 subnet. My dns server on 192.168.8.1, > >>> running 6.2-RELEASE, has a very simple dynamic dns setup: a zone > >>> "my.domain" and a reverse zone 8.168.192.in-addr.arpa which are both > >>> dynamically updated by dhcpd. > >>> > >>> To make this work again, I had to delete everything in the default > >>> named.conf from "/* Slaving the following zones from the root > >>> [...]" to "zone "ip6.int" { type master; > >>> file "master/empty.db"; };". > >>> > >>> I'm a DNS n00b, but I suspect that such drastic measures shouldn't be > >>> required and somehow my setup is flawed. What can I do to make this > >>> work right? > >>> > >>> > >>> Cheers, > >>> -- > >>> ,_, | Michael Nottebrock | lofi@freebsd.org > >>> (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > >>> \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > >> > >> Hi Michael, > >> > >> If I understood you correctly, you can't resolve 8.168.192.in-addr.arpa > >> anymore, and the line below (from default named.conf) is the cause: > >> > >> zone "168.192.in-addr.arpa" { type master; file "master/empty.db"; }; > > > > Yes - and this: > > > > zone "." { > > type slave; > > The root zone MUST be of type hint. You do not want to be a slave of > the root... don't you? ;) The new default configuration of named wants me to be. But now that you've mentioned it, I finally saw the following lines in the= =20 default named.conf: =2D-- If you do not wish to slave these zones from the root servers use the entry below instead. zone "." { type hint; file "named.root"; }; =2D-- I scanned over that before, but being a DNS n00b, I didn't understand what = it=20 meant. So, that solves that. Still, quite a bit of editing required:=20 Commenting out the slaved root zone, moving out the root servers hint out o= f=20 a comment and commenting out the empty zone for my private use network to=20 make reverse lookups work again. I think at least an UPDATING entry and maybe some more verbose and less=20 technical commenting in named.conf itself is warranted. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2302559.jWhKoKUfrP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGnHiIXhc68WspdLARAuSHAKCk7dskkSAzlAiquA48iGvGf+B88ACeOoj4 XfDcTp42hWrF4RFOnG1jE8c= =bto6 -----END PGP SIGNATURE----- --nextPart2302559.jWhKoKUfrP-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 08:30:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE7D216A404 for ; Tue, 17 Jul 2007 08:30:11 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id 38C2913C467 for ; Tue, 17 Jul 2007 08:30:11 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-10-z2.arcor-online.net (mail-in-10-z2.arcor-online.net [151.189.8.27]) by mail-in-15.arcor-online.net (Postfix) with ESMTP id 6A4E2A4213; Tue, 17 Jul 2007 10:30:10 +0200 (CEST) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mail-in-10-z2.arcor-online.net (Postfix) with ESMTP id 486D723DE87; Tue, 17 Jul 2007 10:30:10 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-176-190.pools.arcor-ip.net [84.61.176.190]) by mail-in-12.arcor-online.net (Postfix) with ESMTP id B52E2944A4; Tue, 17 Jul 2007 10:30:09 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.15]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6H8U6lw004407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Jul 2007 10:30:06 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.13.4) with ESMTP id l6H8U6WM005835; Tue, 17 Jul 2007 10:30:06 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.13.4/Submit) id l6H8U5Ql005834; Tue, 17 Jul 2007 10:30:05 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 10:30:04 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <200707170920.24692.lofi@freebsd.org> <200707170931.57751.wundram@beenic.net> In-Reply-To: <200707170931.57751.wundram@beenic.net> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2480620.0amCTjk5g0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707171030.05604.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on mail-in-12.arcor-online.net X-Virus-Status: Clean Cc: "Heiko Wundram \(Beenic\)" Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 08:30:11 -0000 --nextPart2480620.0amCTjk5g0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 17. July 2007, Heiko Wundram (Beenic) wrote: > On Tuesday 17 July 2007 09:20:16 Michael Nottebrock wrote: > > Yes - and this: > > > > zone "." { > > type slave; > > file "slave/root.slave"; > > masters { > > 192.5.5.241; // F.ROOT-SERVERS.NET. > > 192.228.79.201; // B.ROOT-SERVERS.NET. > > 192.33.4.12; // C.ROOT-SERVERS.NET. > > 192.112.36.4; // G.ROOT-SERVERS.NET. > > 193.0.14.129; // K.ROOT-SERVERS.NET. > > }; > > notify no; > > }; > > > > prevents me from resolving hostnames in "my.domain". What I'm still > > wondering though, is this an oversight or by design? I can't imagine > > setups like mine are very rare. Doug? > > This is natural, unless you specifically enter the zones for 192.168.8.* > (forward and reverse) in your client DNS server (as slave or forward zone= s, > see the bind manual for the latter, which I'd recommend in your case). Ah, I'm (re)-learning more about DNS here than I ever thought I would. Inde= ed,=20 with forward and reverse slave zones, I don't need to comment out anything= =20 anymore from the default config. I guess that solves my problems and the li= st=20 audience will be saved from yet more DNS talk. :) Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2480620.0amCTjk5g0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGnH4NXhc68WspdLARAuYHAKCAxGxzjz3kypkYidkGBGF4klCgwACfQOyQ ULHxM3kE05zZ/Ymucy3MkxI= =U97V -----END PGP SIGNATURE----- --nextPart2480620.0amCTjk5g0-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 08:53:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6471C16A407 for ; Tue, 17 Jul 2007 08:53:08 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id E912313C4B8 for ; Tue, 17 Jul 2007 08:53:07 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d8a.q.ppp-pool.de [89.53.125.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 0F17912883F; Tue, 17 Jul 2007 10:53:01 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id EC1C63F43A; Tue, 17 Jul 2007 10:52:44 +0200 (CEST) Message-ID: <469C835B.6090304@vwsoft.com> Date: Tue, 17 Jul 2007 10:52:43 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: "Heiko Wundram (Beenic)" References: <200707162319.41724.lofi@freebsd.org> <200707170945.21903.wundram@beenic.net> <469C772B.2080307@vwsoft.com> <200707171005.37507.wundram@beenic.net> In-Reply-To: <200707171005.37507.wundram@beenic.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 08:53:08 -0000 On 07/17/07 10:05, Heiko Wundram (Beenic) wrote: > On Tuesday 17 July 2007 10:00:43 Volker wrote: >> hmm... the root servers should not allow public AXFR. As I've verified >> using: >> > > Just like you did: > > [modelnine@phoenix ~]$ dig -t AXFR @k.root-servers.net . | head -30 > > ; <<>> DiG 9.3.4 <<>> -t AXFR @k.root-servers.net . > ; (1 server found) > ;; global options: printcmd > . 86400 IN SOA a.root-servers.net. > nstld.verisign-grs.com. 2007071601 1800 900 604800 86400 > . 518400 IN NS a.root-servers.net. > . 518400 IN NS b.root-servers.net. > . 518400 IN NS c.root-servers.net. > . 518400 IN NS d.root-servers.net. > . 518400 IN NS e.root-servers.net. > . 518400 IN NS f.root-servers.net. > . 518400 IN NS g.root-servers.net. > . 518400 IN NS h.root-servers.net. > . 518400 IN NS i.root-servers.net. > . 518400 IN NS j.root-servers.net. > . 518400 IN NS k.root-servers.net. > . 518400 IN NS l.root-servers.net. > . 518400 IN NS m.root-servers.net. > ac. 172800 IN NS a.nic.ac. > ac. 172800 IN NS a.ns13.net. > ac. 172800 IN NS b.nic.ac. > ac. 172800 IN NS b.nic.io. > ac. 172800 IN NS b.nic.sh. > ac. 172800 IN NS b.ns13.net. > ac. 172800 IN NS ns1.communitydns.net. > ac. 172800 IN NS ns3.icb.co.uk. > a.nic.ac. 172800 IN A 64.251.31.177 > b.nic.ac. 172800 IN A 217.160.203.158 > ad. 172800 IN NS ad.ns.nic.es. > ad. 172800 IN NS ns3.nic.fr. > [modelnine@phoenix ~]$ > > The head is necessary, as the output is far, far longer than that. As > k.root-servers.net was one of the servers he put in as masters for the root > zone, I should presume that his setup works fine. > Not every root server seems to be happy with transfering zone files: %dig @a.root-servers.net axfr . | head ; <<>> DiG 9.3.3 <<>> @a.root-servers.net axfr . ; (1 server found) ;; global options: printcmd ; Transfer failed. %dig @b.root-servers.net axfr . | head ; <<>> DiG 9.3.3 <<>> @b.root-servers.net axfr . ; (1 server found) ;; global options: printcmd . 86400 IN SOA A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2007071601 1800 900 604800 86400 . 518400 IN NS A.ROOT-SERVERS.NET. A.ROOT-SERVERS.NET. 3600000 IN A 198.41.0.4 . 518400 IN NS B.ROOT-SERVERS.NET. B.ROOT-SERVERS.NET. 3600000 IN A 192.228.79.201 . 518400 IN NS C.ROOT-SERVERS.NET. b.root-servers.net transfers the zone, but a.root-servers.net refuses. I remember some years back there has been an attack against some root servers and the conclusion was to deny zone transfers for them. I thought all root servers are denying zone transfers generally but some seem to still (or again) let it pass. The following servers are refusing zone transfers: a d e h i j l m Relying on a zone transfer doesn't seem to be reliable to me as more than half of the root servers doesn't reply to AXFR requests. Volker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 09:06:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2A7E16A400 for ; Tue, 17 Jul 2007 09:06:33 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 66C9313C4A6 for ; Tue, 17 Jul 2007 09:06:33 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 1F4CBA44529 for ; Tue, 17 Jul 2007 11:04:59 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 11:06:30 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> In-Reply-To: <469C835B.6090304@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707171106.30795.wundram@beenic.net> Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 09:06:33 -0000 On Tuesday 17 July 2007 10:52:43 Volker wrote: > > Relying on a zone transfer doesn't seem to be reliable to me as more > than half of the root servers doesn't reply to AXFR requests. I've heard pretty much the same thing as you did wrt. root name servers=20 denying AXFR, but as "it works" (TM), I don't see a reason not to use it. A= nd=20 it seems that the author of the FreeBSD default named.conf thought likewise= ,=20 which is pretty okay with me (from the experience I gathered this morning). By the way: using the roots as hints only adds to the number of requests yo= ur=20 server has to do in order to retrieve first-level domain name servers, so i= n=20 the end, the transmitted data should be way higher than doing one AXFR to=20 find them (simply because you'll see a large subset of those toplevel domai= ns=20 being requested when you're publically offering a DNS server). And the data= =20 is also cached on an AXFR in persistant storage, which is another major=20 benefit (for me). =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 09:30:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0BAF16A401 for ; Tue, 17 Jul 2007 09:30:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 3A95213C4B9 for ; Tue, 17 Jul 2007 09:30:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6H9USTv001921; Tue, 17 Jul 2007 19:30:28 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6H9USju001920; Tue, 17 Jul 2007 19:30:28 +1000 (EST) (envelope-from peter) Date: Tue, 17 Jul 2007 19:30:28 +1000 From: Peter Jeremy To: "Heiko Wundram (Beenic)" Message-ID: <20070717093028.GC1699@turion.vk2pj.dyndns.org> References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: <200707171106.30795.wundram@beenic.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 09:30:35 -0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-17 11:06:30 +0200, "Heiko Wundram (Beenic)" wrote: >By the way: using the roots as hints only adds to the number of requests y= our=20 >server has to do in order to retrieve first-level domain name servers, so = in=20 >the end, the transmitted data should be way higher than doing one AXFR to= =20 >find them (simply because you'll see a large subset of those toplevel doma= ins=20 >being requested when you're publically offering a DNS server). And the dat= a=20 >is also cached on an AXFR in persistant storage, which is another major=20 >benefit (for me). Note that it's not just a single AXFR - you need to update your local slave copy whenever the master copy changes. I'm not sure how often this is but the current SOA has a 1-day timeout and appears to be about 24 hours old. I suspect the total data transferred via AXFRs will be significantly higher than just caching lookup results. --=20 Peter Jeremy --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGnIw0/opHv/APuIcRAquzAJ4w05E9GNV/cOWFHdVksxD3DG05dACgif5/ +RpLSqtSjYZP1D6DXL4bSbs= =BFLf -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 09:37:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B44516A404 for ; Tue, 17 Jul 2007 09:37:12 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id D2E5713C4B2 for ; Tue, 17 Jul 2007 09:37:09 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id B22FBA44529 for ; Tue, 17 Jul 2007 11:35:35 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 11:37:07 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <200707171106.30795.wundram@beenic.net> <20070717093028.GC1699@turion.vk2pj.dyndns.org> In-Reply-To: <20070717093028.GC1699@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707171137.07269.wundram@beenic.net> Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 09:37:12 -0000 On Tuesday 17 July 2007 11:30:28 Peter Jeremy wrote: > Note that it's not just a single AXFR - you need to update your local > slave copy whenever the master copy changes. I'm not sure how often > this is but the current SOA has a 1-day timeout and appears to be about > 24 hours old. I suspect the total data transferred via AXFRs will be > significantly higher than just caching lookup results. Lookup results are cached anyway; it's just the seeding of the root (which= =20 also has to happen when you don't transfer the root zone as a whole, but on= ly=20 singular records from it) which this applies to. As the zone has a timeout,= =20 so do the contained records, which you'll also have to refetch after their= =20 TTL expires. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 09:44:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B184216A400 for ; Tue, 17 Jul 2007 09:44:34 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 49BF113C49D for ; Tue, 17 Jul 2007 09:44:33 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d8a.q.ppp-pool.de [89.53.125.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 06B8D12883F; Tue, 17 Jul 2007 11:44:25 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id B57B03F43A; Tue, 17 Jul 2007 11:44:20 +0200 (CEST) Message-ID: <469C8F72.7040500@vwsoft.com> Date: Tue, 17 Jul 2007 11:44:18 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: "Heiko Wundram (Beenic)" References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> In-Reply-To: <200707171106.30795.wundram@beenic.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 09:44:34 -0000 On 07/17/07 11:06, Heiko Wundram (Beenic) wrote: > On Tuesday 17 July 2007 10:52:43 Volker wrote: >> >> Relying on a zone transfer doesn't seem to be reliable to me as more >> than half of the root servers doesn't reply to AXFR requests. > > I've heard pretty much the same thing as you did wrt. root name servers > denying AXFR, but as "it works" (TM), I don't see a reason not to use it. And > it seems that the author of the FreeBSD default named.conf thought likewise, > which is pretty okay with me (from the experience I gathered this morning). > > By the way: using the roots as hints only adds to the number of requests your > server has to do in order to retrieve first-level domain name servers, so in > the end, the transmitted data should be way higher than doing one AXFR to > find them (simply because you'll see a large subset of those toplevel domains > being requested when you're publically offering a DNS server). And the data > is also cached on an AXFR in persistant storage, which is another major > benefit (for me). > Remember, AXFR requires a TCP transfer and not every firewall will happily let it pass. I (partially) agree to the speedup effects you mentioned but if just 5 out of 13 root servers support AXFR, your bind will sit for a while to find a root server responding to it's AXFR requests. That may eat up your speed improvements. Type hint for the root zone always works (regardless of the firewall and which root server is being queried). Volker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 09:55:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCCA316A404; Tue, 17 Jul 2007 09:55:36 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1383A13C471; Tue, 17 Jul 2007 09:55:35 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A58DA.dip.t-dialin.net [84.154.88.218]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l6H9sVBK082789; Tue, 17 Jul 2007 11:54:42 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id l6H9sO7b002849; Tue, 17 Jul 2007 11:54:24 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id l6H9sOka006647; Tue, 17 Jul 2007 11:54:24 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200707170954.l6H9sOka006647@fire.js.berklix.net> To: Norberto Meijome In-reply-to: <20070717092734.44cf7e6d@localhost> References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> <9C1BC8FF-E72B-48EE-A6DA-F6CC3FFBD580@gmail.com> <469B88B0.9070806@unsane.co.uk> <20070717092734.44cf7e6d@localhost> Comments: In-reply-to Norberto Meijome message dated "Tue, 17 Jul 2007 09:27:34 +1000." Date: Tue, 17 Jul 2007 11:54:24 +0200 From: "Julian H. Stacey" Cc: Michael Williams , freebsd-stable@freebsd.org, koitsu@freebsd.org, Tom Samplonius , np@bsn.com, Vince Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 09:55:36 -0000 Norberto Meijome wrote: > Michael Williams wrote: > > > I'm going to call one more time today. If I get no better > > assistance, I will seek out a different company. If you all have any > > recommendations let me know. http://bsn.com : Small v. flexible BSD ISP server hosting & provision. Sparcs available too. http://consol.de Bigger. Both host http://berklix.org servers. > Search the archives for discussions on FreeBSD Hosting. http://www.freebsd.org/commercial/isp.html -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 10:48:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BA5616A403 for ; Tue, 17 Jul 2007 10:48:12 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id EA10B13C4A8 for ; Tue, 17 Jul 2007 10:48:11 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d8a.q.ppp-pool.de [89.53.125.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id A50E112883F; Tue, 17 Jul 2007 12:48:04 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 8257A3F43A; Tue, 17 Jul 2007 12:47:52 +0200 (CEST) Message-ID: <469C9E56.8070705@vwsoft.com> Date: Tue, 17 Jul 2007 12:47:50 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: "Heiko Wundram (Beenic)" References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> In-Reply-To: <200707171106.30795.wundram@beenic.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 10:48:12 -0000 On 07/17/07 11:06, Heiko Wundram (Beenic) wrote: > On Tuesday 17 July 2007 10:52:43 Volker wrote: >> >> Relying on a zone transfer doesn't seem to be reliable to me as more >> than half of the root servers doesn't reply to AXFR requests. > > I've heard pretty much the same thing as you did wrt. root name servers > denying AXFR, but as "it works" (TM), I don't see a reason not to use it. And > it seems that the author of the FreeBSD default named.conf thought likewise, > which is pretty okay with me (from the experience I gathered this morning). I've googled a bit. RFC 2870 says: 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer, queries from clients other than other root servers. This restriction is intended to, among other things, prevent unnecessary load on the root servers as advice has been heard such as "To avoid having a corruptible cache, make your server a stealth secondary for the root zone." The root servers MAY put the root zone up for ftp or other access on one or more less critical servers. It's amusing, root servers B, C, F, G and K are operated by ignoring (read: violating) RFC2870 explicit requirements. Still want to be a slave of root servers while knowing it violates RFC2870 or at least uses a mechanism of root servers violating RFC2870? I've checked cvs for named.conf and yes, by default FreeBSD now will be a slave of the root zone by default. Which in fact means, FreeBSD uses something which is a violation of RFC2870 which is not guaranteed to work. Should it be that way? If an (experienced) admin is aware of the consequences of relying on an RFC violation, it's ok for the admin personally. But is it ok for the bunch of DNS noobs to rely on a thing which is not guaranteed to work? If, one day, this will not work anymore (as root servers refuse to AXFR), you will loose 100% connectivity and the noob will never know why he can't reach a single host on the internet. As I think having a default to hint root zone is better, I'll file a PR about that. Volker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 10:58:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 011E716A404 for ; Tue, 17 Jul 2007 10:58:20 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id AED2B13C4A6 for ; Tue, 17 Jul 2007 10:58:19 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2949158pye for ; Tue, 17 Jul 2007 03:58:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=Qr1Ph7ZsJggCMoEQMzSL0GQ+iP+9CDgFahzqK/q0LeW39pfTlV+u4PKInzWqGQWRilteZ9AMj+BWVoGOpQNLBWBIUwqL6oOqjUft+hIEtSg078P44Jj1OE49LtNSHlMusu2vLjSgbxNsbqbiOjIkC15DZtV4tHNN6CdDh5mytOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=DaETMYJ+GjK1FtJ3Iz9JItnepDsgi1szyCS5nfHWhzwkxcDwgMHujevWs8XurlW9S2K+a0gxr6Wx6apHL/s67zKP9rYOvz/IKEaiX4BS40f6wufye6ZSvUSKln77BVvyYI5mzXS+Y+sVtyNDsk0PdPWfOOP1AlOysGIoQ52jm04= Received: by 10.35.63.2 with SMTP id q2mr524130pyk.1184669898557; Tue, 17 Jul 2007 03:58:18 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTP id 22sm12974285nzn.2007.07.17.03.58.17 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jul 2007 03:58:18 -0700 (PDT) In-Reply-To: <200707170954.l6H9sOka006647@fire.js.berklix.net> References: <33091425.4771184570229755.JavaMail.root@ly.sdf.com> <9C1BC8FF-E72B-48EE-A6DA-F6CC3FFBD580@gmail.com> <469B88B0.9070806@unsane.co.uk> <20070717092734.44cf7e6d@localhost> <200707170954.l6H9sOka006647@fire.js.berklix.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <112AC7AF-6F61-4723-8FBC-29E9B84313AE@gmail.com> Content-Transfer-Encoding: 7bit From: Michael Williams Date: Tue, 17 Jul 2007 06:58:15 -0400 To: Julian H. Stacey X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org, koitsu@freebsd.org, Tom Samplonius , np@bsn.com, Vince , Norberto Meijome Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 10:58:20 -0000 Alright all, First and foremost, you ladies and gents have been *amazingly* responsive and helpful; for that I thank you. We've gotten the "root" issue resolved. I fiiiiiiinally spoke to someone that was familiar enough to log a request for good ole "single user mode" to simply blast the root password. I had root access within 15 minutes. It turns out that even the root password they had on hand was wrong so they were forced to resolve the issue. I am now all-powerful. . .well on that server anyway. ;) I will likely be keeping Plesk around in the short term in order to allow "lower" admins to easily set up a few clients, but its days are numbered. Thanks again for all your input/help. Best Regards, Michael On Jul 17, 2007, at 5:54 AM, Julian H. Stacey wrote: > Norberto Meijome wrote: >> Michael Williams wrote: >> >>> I'm going to call one more time today. If I get no better >>> assistance, I will seek out a different company. If you all have >>> any >>> recommendations let me know. > > http://bsn.com : Small v. flexible BSD ISP server hosting & > provision. Sparcs > available too. http://consol.de Bigger. Both host http:// > berklix.org servers. > >> Search the archives for discussions on FreeBSD Hosting. > > http://www.freebsd.org/commercial/isp.html > > -- > Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http:// > berklix.com > Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 11:09:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 092A116A400 for ; Tue, 17 Jul 2007 11:09:03 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id C11F013C4BA for ; Tue, 17 Jul 2007 11:09:02 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 3C216A44529 for ; Tue, 17 Jul 2007 13:07:28 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 13:08:55 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <200707171106.30795.wundram@beenic.net> <469C9E56.8070705@vwsoft.com> In-Reply-To: <469C9E56.8070705@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707171308.56260.wundram@beenic.net> Subject: Re: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 11:09:03 -0000 On Tuesday 17 July 2007 12:47:50 Volker wrote: > I've googled a bit. RFC 2870 says: > > 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer, > queries from clients other than other root servers. This > restriction is intended to, among other things, prevent > unnecessary load on the root servers as advice has been heard > such as "To avoid having a corruptible cache, make your server a > stealth secondary for the root zone." The root servers MAY put > the root zone up for ftp or other access on one or more less > critical servers. Read up on: http://www.ietf.org/rfc/rfc2119.txt which specifically says that "should not" means "recommended not to", but n= ot=20 explicitly forbidden. So, this behaviour is not in violation of RFC2870, ju= st=20 discouraged by it. If the (respective) roots offer it, perfect. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 11:36:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F99316A40D for ; Tue, 17 Jul 2007 11:36:09 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.231]) by mx1.freebsd.org (Postfix) with ESMTP id 0892113C4BA for ; Tue, 17 Jul 2007 11:36:08 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by hu-out-0506.google.com with SMTP id 28so612450hub for ; Tue, 17 Jul 2007 04:36:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=jih0zSvB4WuPFo90y34Lyxaq3HS7nVMJZczSdqsOOwG/q7sczs6ZHPZtnRuR5wx/ejFTImOs0gNPMeXeS8l6OxwdbbGD898plCReoAa06X6lBTX8Fr20iNn41fyio8nzrg62rHkJkbZ4COOLpFQBmzfYV1gYznSIJdgHm6n/HEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=ssREqwgaxvNrdexSq0KvFDCYhXPfvFJaiSkqSBxuq83Gituk0iizKKarzvsN/WBQDyXy2zuzaP8xzfeTBQqfgaus9elQhSrZ0w1Mk+4bqh8IhBM8EXZRdNPXI71+fSd+Ir4buz92Aj40eSvANKnMF672wVNyD2aLP9uUFc3br2Q= Received: by 10.86.57.9 with SMTP id f9mr249718fga.1184672167688; Tue, 17 Jul 2007 04:36:07 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTP id d24sm32463113nfh.2007.07.17.04.36.06 (version=SSLv3 cipher=RC4-MD5); Tue, 17 Jul 2007 04:36:07 -0700 (PDT) From: Tom Evans To: "Heiko Wundram (Beenic)" In-Reply-To: <200707171308.56260.wundram@beenic.net> References: <200707162319.41724.lofi@freebsd.org> <200707171106.30795.wundram@beenic.net> <469C9E56.8070705@vwsoft.com> <200707171308.56260.wundram@beenic.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HiqRg6ppF6wQqoJev4Ae" Date: Tue, 17 Jul 2007 12:36:04 +0100 Message-Id: <1184672164.2017.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 11:36:09 -0000 --=-HiqRg6ppF6wQqoJev4Ae Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-07-17 at 13:08 +0200, Heiko Wundram (Beenic) wrote: > On Tuesday 17 July 2007 12:47:50 Volker wrote: > > I've googled a bit. RFC 2870 says: > > > > 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer, > > queries from clients other than other root servers. This > > restriction is intended to, among other things, prevent > > unnecessary load on the root servers as advice has been heard > > such as "To avoid having a corruptible cache, make your server a > > stealth secondary for the root zone." The root servers MAY put > > the root zone up for ftp or other access on one or more less > > critical servers. >=20 > Read up on: >=20 > http://www.ietf.org/rfc/rfc2119.txt >=20 > which specifically says that "should not" means "recommended not to", but= not=20 > explicitly forbidden. So, this behaviour is not in violation of RFC2870, = just=20 > discouraged by it. If the (respective) roots offer it, perfect. >=20 Relying on a "SHOULD NOT" being ignored is a Bad Thing. --=-HiqRg6ppF6wQqoJev4Ae Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGnKmklcRvFfyds/cRAlcnAJ9VrsYb8mX4gn9eiP1ZbgOOhWUqzgCfYc8r 0SHE+zIF0AeXjV/8R2dq818= =nQ0m -----END PGP SIGNATURE----- --=-HiqRg6ppF6wQqoJev4Ae-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 11:45:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3FBB16A402 for ; Tue, 17 Jul 2007 11:45:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8F70613C4B9 for ; Tue, 17 Jul 2007 11:45:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 751E31CC050; Tue, 17 Jul 2007 04:45:04 -0700 (PDT) Date: Tue, 17 Jul 2007 04:45:04 -0700 From: Jeremy Chadwick To: Volker Message-ID: <20070717114504.GA78231@eos.sc1.parodius.com> Mail-Followup-To: Volker , "Heiko Wundram (Beenic)" , freebsd-stable@freebsd.org References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> <469C9E56.8070705@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <469C9E56.8070705@vwsoft.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: "Heiko Wundram \(Beenic\)" , freebsd-stable@freebsd.org Subject: Re: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 11:45:04 -0000 On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote: > As I think having a default to hint root zone is better, I'll file a > PR about that. Which leads me to ask: Why hasn't anyone recommended using stub zones for this? It seems the goal is to cache NS records from the rootservers, and stub zones don't utilise AXFR/IXFR. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 12:06:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F77816A403 for ; Tue, 17 Jul 2007 12:06:32 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id C682613C4B6 for ; Tue, 17 Jul 2007 12:06:31 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d8a.q.ppp-pool.de [89.53.125.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id E8EEC12883F; Tue, 17 Jul 2007 14:06:24 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 3EB853F43A; Tue, 17 Jul 2007 14:06:19 +0200 (CEST) Message-ID: <469CB0B9.2040400@vwsoft.com> Date: Tue, 17 Jul 2007 14:06:17 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Volker , "Heiko Wundram (Beenic)" , freebsd-stable@freebsd.org References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> <469C9E56.8070705@vwsoft.com> <20070717114504.GA78231@eos.sc1.parodius.com> In-Reply-To: <20070717114504.GA78231@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: Subject: Re: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 12:06:32 -0000 On 07/17/07 13:45, Jeremy Chadwick wrote: > On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote: >> As I think having a default to hint root zone is better, I'll >> file a PR about that. > > Which leads me to ask: > > Why hasn't anyone recommended using stub zones for this? It seems > the goal is to cache NS records from the rootservers, and stub > zones don't utilise AXFR/IXFR. > Jeremy, good point. According to Bind9 ARM: > A stub zone is similar to a slave zone, except that it replicates > only the NS records of a master zone instead of the entire zone. > Stub zones are not a standard part of the DNS; they are a feature > specific to the BIND implementation. > > Stub zones can be used to eliminate the need for glue NS record in > a parent zone at the expense of maintaining a stub zone entry and a > set of name server addresses in named.conf. This usage is not > recommended for new configurations, and BIND 9 supports it only in > a limited way. In BIND 4/8, zone transfers of a parent zone > included the NS records from stub children of that zone. This meant > that, in some cases, users could get away with configuring child > stubs only in the master server for the parent zone. BIND 9 never > mixes together zone data from different zones in this way. > Therefore, if a BIND 9 master serving a parent zone has child stub > zones configured, all the slave servers for the parent zone also > need to have the same child stub zones configured. > > Stub zones can also be used as a way of forcing the resolution of a > given domain to use a particular set of authoritative servers. For > example, the caching name servers on a private network using > RFC1918 addressing may be configured with stub zones for > 10.in-addr.arpa to use a set of internal name servers as the > authoritative servers for that domain. Using the root zone as type "stub" should work (even while ARM says it's not DNS standard). But ARM says, it's not recommended for new configurations (I have no idea why it does state that). On the other side, the old (outfashioned?) way of caching the root zone NS records worked for years and will continue to work. To get a fresh zone NS record copy is easy by using 'dig @a.root-servers.net NS . >/etc/namedb/named.root` and you're done. If anything is in /etc/namedb/named.conf, it needs to be edited manually (or overwritten by mergemaster). The possibilities for the root zone are: 1) make root zone of type hint, cache root NS records in /etc/namedb/named.root (the way it was for years and is reliable) 2) make root a slave zone and rely only on 5 root DNS servers (named.conf modification required if root zone changes) - be aware of the RFC2870 regulations 3) make root zone a stub zone and configure all 13 root servers in named.conf - be aware of Bind9 ARM warnings Currently all three ways will work. It's not the question what works or not. To me the question is, what should be the (reliable) default configuration even for the inexperienced user? An experienced admin will ever be able to solve anything DNS related and find a way if things won't work and is free to change to a configuration serving him best. The default configuration should always and ever just work. Volker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 12:10:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91C3116A401 for ; Tue, 17 Jul 2007 12:10:44 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 562CF13C4A5 for ; Tue, 17 Jul 2007 12:10:44 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 17923A44529; Tue, 17 Jul 2007 14:09:10 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Volker , freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 14:10:41 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <469C9E56.8070705@vwsoft.com> <20070717114504.GA78231@eos.sc1.parodius.com> In-Reply-To: <20070717114504.GA78231@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707171410.41601.wundram@beenic.net> Cc: Subject: Re: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 12:10:44 -0000 On Tuesday 17 July 2007 13:45:04 Jeremy Chadwick wrote: > On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote: > > As I think having a default to hint root zone is better, I'll file a > > PR about that. > > Which leads me to ask: > > Why hasn't anyone recommended using stub zones for this? It seems the > goal is to cache NS records from the rootservers, and stub zones don't > utilise AXFR/IXFR. Basically, this is not similar. If you are a slave for the root zone, you n= ot=20 only cache the root nameservers itself, but also the nameservers used for t= he=20 resolution of first-level subdomains. If you are a stub, you basically get= =20 nothing besides a hint-zone; otherwise you'd have to configure a stub-zone= =20 for every TLD that's out there (and configured in the roots) with the=20 respective info to actually achieve (permanent) caching of TLD-NS-records i= n=20 the form of a zone-file. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 12:32:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABCF216A400; Tue, 17 Jul 2007 12:32:56 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA4913C441; Tue, 17 Jul 2007 12:32:56 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IAmEY-0006LV-FG; Tue, 17 Jul 2007 14:32:54 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id 6DA94102C1C; Tue, 17 Jul 2007 14:32:54 +0200 (SAST) Message-ID: <469CB7CE.6020308@za.verizonbusiness.com> Date: Tue, 17 Jul 2007 14:36:30 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: Michael Nottebrock References: <200707162309.25975.lofi@freebsd.org> <469C6D7C.20704@za.verizonbusiness.com> <200707170942.41523.lofi@freebsd.org> In-Reply-To: <200707170942.41523.lofi@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 12:32:56 -0000 Michael Nottebrock wrote: > On Tuesday, 17. July 2007, Kim Attree wrote: > >> Michael Nottebrock wrote: >> >>> On Monday, 16. July 2007, Kim Attree wrote: >>> >>>>> Mike, >>>>> >>>>> I had an 'exec bash' in my $HOME/.profile and removing this allowed me >>>>> to run ./Xsession default and push me into KDE !!!!! >>>>> >>>> KDM though - still refuses to pass to KDE.... >>>> >>> I'm reluctant to give up on the shell angle already - can you try setting >>> your user's shell to /bin/csh or /bin/sh just for kicks and check if KDM >>> still doesn't work? >>> >> Mike, >> >> I set the user shell to /bin/sh in passwd using vipw, ran clone_root to >> propogate the change to the diskless root, rebooted the client and that >> did'nt work. >> >> It's really strange - I'm starting to think maybe its a PAM thing, since >> after I put in the user/pass in KDM, it sits for about 45-60 seconds >> before going back to the KDM login screen again. >> >> Any Thoughts ? >> > > Right now, I have run out of ideas - I have never run a diskless configuration > myself and cannot easily make one here either, so I am probably missing a > good deal of possible failure modes here. You could try using some other > display manager for logging in instead, like xdm or gdm. > > Strange as it seems, XDM works fine.....Although my users all prefer the look/feel of KDM....Back to the drawing board. Thanks Kim Attree From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 12:57:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAD5716A400 for ; Tue, 17 Jul 2007 12:57:26 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id B126813C47E for ; Tue, 17 Jul 2007 12:57:26 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from edprp by alf.uib.no for freebsd-stable@freebsd.org with local-esmtp (Exim 4.34) id 1IAmRR-0006E2-Of; Tue, 17 Jul 2007 14:46:13 +0200 Date: Tue, 17 Jul 2007 14:46:13 +0200 (CEST) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Roar Pettersen Subject: FreeBSD-6.2 USB promlem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 12:57:27 -0000 Hi ! We have two Dell PowerEdge 2950 which only have USB mouse & keyboard, therefore I'm using a USB to PS/2 converter to get the KVM switch to work with the servers. When I boot default FreeBSD-6.2 kernel then the system detects the usb converter : ukbd0: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. If I build a new kernel with GENERIC configuration, then the converter isn't detected and the keyboard doesn't work. :-( FreeBSD 6.2-STABLE #0: Tue Jul 17 10:46:46 CEST 2007 root@hostname:/usr/obj/usr/src/sys/GENERIC amd64 Here is more information form "dmesg -a" : uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfc800400-0xfc8007ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 2 uhub4: multiple transaction translators uhub4: 4 ports with 4 removable, self powered And here is some from "usbdevs -v" : Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 addr 2: high speed, self powered, config 1, product 0x6560(0x6560), vendor 0x04b4(0x04b4), rev 0.0b port 1 powered port 2 powered port 3 powered port 4 powered port 6 powered The usb to ps/2 converter is on the /dev/usb3 port 5. Is the support for this converter removed from the kernel or is this a bug ? Regards Roar From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 12:58:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A0F116A400 for ; Tue, 17 Jul 2007 12:58:26 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5FB13C478 for ; Tue, 17 Jul 2007 12:58:25 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from pl.oink.org (pl.oink.org [194.109.0.125]) (authenticated bits=0) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id l6HCaRlv062966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Jul 2007 14:36:28 +0200 (CEST) (envelope-from kai@xs4all.nl) Message-ID: <469CB87D.6030901@xs4all.nl> Date: Tue, 17 Jul 2007 14:39:25 +0200 From: Kai Storbeck User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> <20070423153547.GD20155@xs4all.nl> <20070423155552.GB1006@xor.obsecurity.org> <20070423170526.GA83776@xs4all.nl> <20070423172230.GA92248@xor.obsecurity.org> <20070514122632.GD2093@xs4all.nl> <20070612091459.GF56421@xs4all.nl> <20070613035200.GB26190@rot13.obsecurity.org> In-Reply-To: <20070613035200.GB26190@rot13.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 12:58:26 -0000 Hi all, Somewhere our IMAP software triggers this panic, and after some searching on my part I've found this report: kern/113823 (http://www.freebsd.org/cgi/query-pr.cgi?pr=113823&cat=kern) The software I am running is Dovecot serving IMAP to endusers and webmail clients. Perhaps one of the mutex hackers can dive into this problem, I can help with more details if needed. Kind regards, Kai GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0x104E fault code = supervisor read, page not presentx instruction pointer = 0x20:0xc0668f3dp stack pointer = 0x28:0xe8916c70e frame pointer = 0x28:0xe8916c7cn code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0s current process = 9 (thread taskq)i trap number = 12v panic: page faulte cpuid = 2 timeout(9) function: 0xc071a560(0) 0.028705867 s Uptime: 2d20h58m42s Dumping 3327 MB (2 chunks) chunk 0: 1MB (154 pages) ... ok chunk 1: 3327MB (851568 pages) 3311 3295 3279 3263 3247 3231 3215 3199 3183 3167 3151 3135 3119 3103 3087 3071 3055 3039 3023 3007 2991 2975 2959 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0670918 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc0670bfa in panic (fmt=0xc08d0a0d "%s") at ../../../kern/kern_shutdown.c:565 #3 0xc087819c in trap_fatal (frame=0xe8916c30, eva=260) at ../../../i386/i386/trap.c:837 #4 0xc087794a in trap (frame= {tf_fs = -393150456, tf_es = -1064959960, tf_ds = -393150424, tf_edi = -935090688, tf_esi = -900488032, tf_ebp = -393122692, tf_isp = -393122724, tf_ebx = 4, tf_edx = 6, tf_ecx = 2, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067020483, tf_cs = 32, tf_eflags = 65538, tf_esp = 1714, tf_ss = -1064340051}) at ../../../i386/i386/trap.c:270 #5 0xc08649ea in calltrap () at ../../../i386/i386/exception.s:139 #6 0xc0668f3d in _mtx_lock_sleep (m=0xca53a4a0, tid=3359876608, opts=0, file=0xc08f75ad "../../../kern/uipc_usrreq.c", line=1714) at ../../../kern/kern_mutex.c:546 #7 0xc0668b93 in _mtx_lock_flags (m=0x2, opts=0, file=0xc08f75ad "../../../kern/uipc_usrreq.c", line=1714) at ../../../kern/kern_mutex.c:288 #8 0xc06b204b in unp_gc (arg=0x0, pending=1) at ../../../kern/uipc_usrreq.c:1714 #9 0xc068f7c0 in taskqueue_run (queue=0xc843ca80) at ../../../kern/subr_taskqueue.c:257 #10 0xc068fb3e in taskqueue_thread_loop (arg=0x1) at ../../../kern/subr_taskqueue.c:376 #11 0xc065d184 in fork_exit (callout=0xc068faf4 , arg=0xc09df4e8, frame=0xe8916d38) at ../../../kern/kern_fork.c:821 #12 0xc0864a4c in fork_trampoline () at ../../../i386/i386/exception.s:208 (kgdb) -- This was an above the .signature production From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 13:17:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 339A916A402 for ; Tue, 17 Jul 2007 13:17:26 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.freebsd.org (Postfix) with SMTP id 877F913C494 for ; Tue, 17 Jul 2007 13:17:25 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 17 Jul 2007 14:17:24 +0100 (BST) Date: Tue, 17 Jul 2007 14:17:22 +0100 From: David Malone To: Peter Jeremy Message-ID: <20070717131722.GA59009@walton.maths.tcd.ie> References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> <20070717093028.GC1699@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070717093028.GC1699@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: "Heiko Wundram \(Beenic\)" , freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 13:17:26 -0000 On Tue, Jul 17, 2007 at 07:30:28PM +1000, Peter Jeremy wrote: > Note that it's not just a single AXFR - you need to update your local > slave copy whenever the master copy changes. I'm not sure how often > this is but the current SOA has a 1-day timeout and appears to be about > 24 hours old. I suspect the total data transferred via AXFRs will be > significantly higher than just caching lookup results. I measured the traffic levels a while back: http://www.imconf.net/imc-2004/papers/p15-malone.pdf It's actually pretty close for a moderately busy recursive resolver, and if you allow IXFR (which, I belive, the root servers in question do) then the saving should be bigger. David. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 13:25:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07BA516A403 for ; Tue, 17 Jul 2007 13:25:00 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id BFBFF13C4A3 for ; Tue, 17 Jul 2007 13:24:59 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 33F64A44529 for ; Tue, 17 Jul 2007 15:23:25 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 15:24:51 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <20070717093028.GC1699@turion.vk2pj.dyndns.org> <20070717131722.GA59009@walton.maths.tcd.ie> In-Reply-To: <20070717131722.GA59009@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707171524.51301.wundram@beenic.net> Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 13:25:00 -0000 On Tuesday 17 July 2007 15:17:22 David Malone wrote: > I measured the traffic levels a while back: > > http://www.imconf.net/imc-2004/papers/p15-malone.pdf > > It's actually pretty close for a moderately busy recursive resolver, > and if you allow IXFR (which, I belive, the root servers in question > do) then the saving should be bigger. Thanks for that link, that was an interesting read! =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 15:40:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 919A216A409 for ; Tue, 17 Jul 2007 15:40:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 2FC2D13C4AC for ; Tue, 17 Jul 2007 15:40:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20821 invoked by uid 399); 17 Jul 2007 15:40:41 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 17 Jul 2007 15:40:41 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <469CE2F7.2000402@FreeBSD.org> Date: Tue, 17 Jul 2007 08:40:39 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Michael Nottebrock References: <200707162319.41724.lofi@freebsd.org> <200707170920.24692.lofi@freebsd.org> <200707170931.57751.wundram@beenic.net> <200707171030.05604.lofi@freebsd.org> In-Reply-To: <200707171030.05604.lofi@freebsd.org> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Heiko Wundram \(Beenic\)" , freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 15:40:42 -0000 Michael Nottebrock wrote: > On Tuesday, 17. July 2007, Heiko Wundram (Beenic) wrote: >> This is natural, unless you specifically enter the zones for 192.168.8.* >> (forward and reverse) in your client DNS server (as slave or forward zones, >> see the bind manual for the latter, which I'd recommend in your case). Yes, this is the right answer. Thanks Heiko for providing it. BIND always takes more specific zone definitions first before less specific ones. So if using your example you set a zone for 8.168.192.in-addr.arpa named will first look up names in that zone, and anything else in 168.192.in-addr.arpa that isn't in that zone will get the local NXDOMAIN answer. Same rules apply for forward zones of course (to named there is no difference, a zone is a zone). I think this issue probably deserves a comment in the named.conf file. I'll prepare a patch and send it to re@. > Ah, I'm (re)-learning more about DNS here than I ever thought I would. Indeed, > with forward and reverse slave zones, I don't need to comment out anything > anymore from the default config. I guess that solves my problems and the list > audience will be saved from yet more DNS talk. :) Heh, well I'm glad it worked out for you, and I'm sorry I missed your initial message, I could have saved a lot of drama if I'd left the office 15 minutes later. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 16:14:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBC7116A402 for ; Tue, 17 Jul 2007 16:14:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 82AAC13C4A8 for ; Tue, 17 Jul 2007 16:14:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6675 invoked by uid 399); 17 Jul 2007 16:14:24 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 17 Jul 2007 16:14:24 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <469CEADF.8090801@FreeBSD.org> Date: Tue, 17 Jul 2007 09:14:23 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Volker References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> <469C8F72.7040500@vwsoft.com> In-Reply-To: <469C8F72.7040500@vwsoft.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 16:14:26 -0000 Volker, I'm sorry to say that you've provided a great deal of incorrect information in this thread. Volker wrote: > Remember, AXFR requires a TCP transfer and not every firewall will > happily let it pass. This is true, although since to the firewall an AXFR looks just like any other stateful TCP connection out to the wide world, it's actually more likely (percentage wise) that this will succeed than it is that the DNS requests (using UDP) will. Obviously, for those that cannot transfer the zone, the hints mechanism is still in the comments. > I (partially) agree to the speedup effects you mentioned I think you should read the paper that David posted, http://www.imconf.net/imc-2004/papers/p15-malone.pdf before you comment further. It's also worth nothing that even if the only benefits were greater reliability vs. a root DDoS attack (which is sadly no longer a theoretical issue) and the substantial improvements to local NXDOMAIN answers, it would be worth it. Add the benefits of at worst a wash with overall root traffic for the root zone, and the extra benefits of also having local copies of ARPA and IN-ADDR.ARPA (which are much smaller, and usually more frequently queried than the root zone) and it's a clear win. I should add for the sake of completeness that not every DNS professional has reached the same conclusions I have, however the main objection that is usually raised is not operational from the root server operators, rather it's that DNS admins who are not paying attention might miss a change that would prevent their local resolver from slaving the zone at some time in the future. Given that the IP addresses of the root servers hardly ever change, and given that we have 5 servers to choose from (and we only need one good transfer to make it work), and given that I (and as this thread points out, others) actually do pay attention, I don't think this is going to be a problem for us. > but if just 5 > out of 13 root servers support AXFR, your bind will sit for a while to > find a root server responding to it's AXFR requests. I'm sorry, but that comment means that either you haven't read the new named.conf, or you don't understand what you've read. Either way, you should seriously consider whether or not it's a good idea for you to continue offering DNS advice. The following: zone "." { type slave; file "slave/root.slave"; masters { 192.5.5.241; // F.ROOT-SERVERS.NET. 192.228.79.201; // B.ROOT-SERVERS.NET. 192.33.4.12; // C.ROOT-SERVERS.NET. 192.112.36.4; // G.ROOT-SERVERS.NET. 193.0.14.129; // K.ROOT-SERVERS.NET. }; notify no; }; means that our named will only query those servers that actually do allow AXFR. It's also worth noting that I listed F first because it's currently anycasted to at least 40 locations around the world, so it's almost always going to be the "closest" node. A few more points worth mentioning; you only need to do a successful transfer once per week (the expiry is one week). The actual content (not the serial) of the root zone only changes a few times a week at most, so realistically if you can transfer it only once per day you're golden. Any working DNS setup ought to be able to transfer zones at will of course. The ARPA zone hardly ever changes due to its nature. So if you are in a situation where you know that you cannot reliably perform zone transfers, yes, using the hints method is advised. But then again, if you're in that situation you should probably reconsider whether running a local resolver is a good idea or not. BTW, so far we've only talked about the savings for an individual resolver. If you are responsible for a network of resolvers you can slave the zones from the roots on one server then slave them out to your network from your local master for an overwhelming savings of overall traffic to the roots. If you decide to do that, you should take a look at the ixfr-from-differences option to save yourself even more local traffic. hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 18:40:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08AAB16A403 for ; Tue, 17 Jul 2007 18:40:24 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 957B713C4B4 for ; Tue, 17 Jul 2007 18:40:23 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7ce6.q.ppp-pool.de [89.53.124.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 6D8EC12883F; Tue, 17 Jul 2007 20:40:14 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 0B4BF3F43A; Tue, 17 Jul 2007 20:39:59 +0200 (CEST) Message-ID: <469D0CFE.2090508@vwsoft.com> Date: Tue, 17 Jul 2007 20:39:58 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Doug Barton References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> <469C8F72.7040500@vwsoft.com> <469CEADF.8090801@FreeBSD.org> In-Reply-To: <469CEADF.8090801@FreeBSD.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 18:40:24 -0000 Doug, On 07/17/07 18:14, Doug Barton wrote: > Volker, > > I'm sorry to say that you've provided a great deal of incorrect > information in this thread. sorry? really? I couldn't find one! > Volker wrote: > >> Remember, AXFR requires a TCP transfer and not every firewall will >> happily let it pass. > > This is true, although since to the firewall an AXFR looks just like > any other stateful TCP connection out to the wide world, it's actually > more likely (percentage wise) that this will succeed than it is that > the DNS requests (using UDP) will. Obviously, for those that cannot > transfer the zone, the hints mechanism is still in the comments. I've seen setups (not mine but I also tend to suppress 53/tcp) to deny 53/tcp traffic. To see this as a common or uncommon setup is more likely a philosophical discussion. >> I (partially) agree to the speedup effects you mentioned > > I think you should read the paper that David posted, > http://www.imconf.net/imc-2004/papers/p15-malone.pdf before you > comment further. I never said, using hint or slave will have no impact on speed. Where did I write that? Read: "I agree to the speedup effects." > It's also worth nothing that even if the only benefits were greater > reliability vs. a root DDoS attack (which is sadly no longer a > theoretical issue) and the substantial improvements to local NXDOMAIN > answers, it would be worth it. Add the benefits of at worst a wash > with overall root traffic for the root zone, and the extra benefits of > also having local copies of ARPA and IN-ADDR.ARPA (which are much > smaller, and usually more frequently queried than the root zone) and > it's a clear win. Ok, a DDoS attack against the root servers has happend a few times in the past but there has been no single moment in time when not a single root server could be reached. So yes, a DDoS attack is possible, slaving the root zone will make you still being able to resolve DNS addresses but this is a theoretic scenario to have none of 13 root DNS servers worldwide being unreachable. > I should add for the sake of completeness that not every DNS > professional has reached the same conclusions I have Sorry, but this reads as "nobody else has reached my wisdom". And it's comments like these which will get me away from using FreeBSD sometime in the future (while FreeBSD still being a great OS). >, however the main > objection that is usually raised is not operational from the root > server operators, rather it's that DNS admins who are not paying > attention might miss a change that would prevent their local resolver > from slaving the zone at some time in the future. Given that the IP > addresses of the root servers hardly ever change, and given that we > have 5 servers to choose from (and we only need one good transfer to > make it work), and given that I (and as this thread points out, > others) actually do pay attention, I don't think this is going to be a > problem for us. The point is, when relying on something which is not guaranteed to work ("SHOULD NOT reply to zone transfer requests" - RFC2870, 2.7) and you're using this in a default OS configuration, you'll have trouble *if* the remaining 5 root DNS servers refuse to answer zone transfer requests. Even if one after another is changed to refuse, you'll most likely notice after the last remaining root server will refuse to answer. In that situation, the average user will not be able to reach the internet at all as his DNS resolver will not work anymore. We're not talking (at least I'm not) about the experienced admin. _I_ am talking about the average user which does not know a single bit about DNS. Just for the case, the remaining 5 root DNS server refuse to AXFR: You want him (the average user) to figure out himself what's wrong with DNS if he can't reach the internet? >> but if just 5 >> out of 13 root servers support AXFR, your bind will sit for a while to >> find a root server responding to it's AXFR requests. > > I'm sorry, but that comment means that either you haven't read the new > named.conf, or you don't understand what you've read. Either way, you > should seriously consider whether or not it's a good idea for you to > continue offering DNS advice. The following: You're wrong. I've read named.conf and understood. In it, there're only 5 (of the total 13) root DNS servers configured as the root zone's master servers. Where have I been wrong? What did I don't understand? There are a total of 13 root DNS servers (not phyisical hosts) worldwide. You have configured these 5, which still respond to AXFR requests. Yes, a single root server serving AXFR requests is enough to get the job done, but fact is, you're relying on only 5 out of 13 servers. Again, where have I been wrong? I know you've got the wisdom... :( > BTW, so far we've only talked about the savings for an individual > resolver. If you are responsible for a network of resolvers you can > slave the zones from the roots on one server then slave them out to > your network from your local master for an overwhelming savings of > overall traffic to the roots. If you decide to do that, you should > take a look at the ixfr-from-differences option to save yourself even > more local traffic. I never disagreed to the performance improvements. Now I'm waiting for you to tell me one by one where I've "provided a great deal of incorrect information". Volker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 18:45:10 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BD3816A409; Tue, 17 Jul 2007 18:45:10 +0000 (UTC) (envelope-from rudinskij@dv-com.net) Received: from relay.dv-com.net (arrow.dv-com.net [193.201.98.19]) by mx1.freebsd.org (Postfix) with ESMTP id 82DC713C4C1; Tue, 17 Jul 2007 18:45:09 +0000 (UTC) (envelope-from rudinskij@dv-com.net) Received: from nintendo (rudinskij.dv-com.priv [192.168.46.181]) by relay.dv-com.net (8.13.7/8.13.7) with SMTP id l6HIR8cs008271; Tue, 17 Jul 2007 21:27:09 +0300 Message-ID: <487D1F4CFF854EC485B96B8A7AC0B31C@nintendo> From: "[CPS] AkirA" To: , Date: Tue, 17 Jul 2007 21:37:56 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.3959 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4073 X-Virus-Scanned: ClamAV 0.91/3680/Mon Jul 16 08:49:06 2007 on arrow.dv-com.com X-Virus-Status: Clean Cc: Subject: nfe trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 18:45:10 -0000 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Mon Jul 16 01:01:03 EEST 2007 akira@CPS:/usr/obj/usr/src/sys/CPS ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ (2109.74-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb1 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f> Cores per package: 2 real memory = 3220045824 (3070 MB) avail memory = 3107737600 (2963 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 4.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f mem 0xfe02d000-0xfe02dfff irq 23 at device 5.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc800-0xc80f mem 0xfe02c000-0xfe02cfff irq 20 at device 5.1 on pci0 ata4: on atapci2 ata5: on atapci2 atapci3: port 0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07,0xb800-0xb803,0xb400-0xb40f mem 0xfe02b000-0xfe02bfff irq 21 at device 5.2 on pci0 ata6: on atapci3 ata7: on atapci3 pcib1: at device 6.0 on pci0 pci1: on pcib1 rl0: port 0x9c00-0x9cff mem 0xfdeff000-0xfdeff0ff irq 16 at device 6.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:30:4f:27:9e:5f vr0: port 0x9800-0x98ff mem 0xfdefe000-0xfdefe0ff irq 17 at device 7.0 on pci1 miibus1: on vr0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:11:95:cb:da:9e rl1: port 0x9400-0x94ff mem 0xfdefd000-0xfdefd0ff irq 18 at device 8.0 on pci1 miibus2: on rl1 rlphy1: on miibus2 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:11:3b:04:d6:c6 pci1: at device 11.0 (no driver attached) pci0: at device 6.1 (no driver attached) nfe0: port 0xb000-0xb007 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 23 at device 8.0 on pci0 miibus3: on nfe0 e1000phy0: on miibus3 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:1b:fc:5b:5e:1c nfe0: [FAST] nfe1: port 0xac00-0xac07 mem 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f irq 20 at device 9.0 on pci0 miibus4: on nfe1 e1000phy1: on miibus4 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe1: Ethernet address: 00:1b:fc:59:d3:eb nfe1: [FAST] pcib2: at device 14.0 on pci0 pci2: on pcib2 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] Timecounters tick every 1.000 msec IP Filter: v4.1.13 initialized. Default = pass all, Logging = disabled ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 5 packets/entry by default ad4: 76319MB at ata2-master SATA300 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a rl0: link state changed to UP rl1: link state changed to UP after theat nfe0: port 0xb000-0xb007 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 23 at device 8.0 on pci0 nfe0: could not allocate DMA'able memory for jumbo pool device_attach: nfe0 attach returned 12 nfe1: port 0xac00-0xac07 mem 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f irq 20 at device 9.0 on pci0 nfe1: could not allocate DMA'able memory for jumbo pool device_attach: nfe1 attach returned 12 and not start to work network nfe0@pci0:8:0: class=0x068000 card=0x82391043 chip=0x037310de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge nfe1@pci0:9:0: class=0x068000 card=0x82391043 chip=0x037310de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge what i must do, to solute this? FreeBSD CPS 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Jul 16 01:01:03 EEST 2007 akira@CPS:/usr/obj/usr/src/sys/CPS amd64 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 21:01:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFC8116A400 for ; Tue, 17 Jul 2007 21:01:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 702B713C49D for ; Tue, 17 Jul 2007 21:01:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 2088 invoked by uid 399); 17 Jul 2007 21:01:54 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 17 Jul 2007 21:01:54 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <469D2E40.5020707@FreeBSD.org> Date: Tue, 17 Jul 2007 14:01:52 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Volker References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> <469C8F72.7040500@vwsoft.com> <469CEADF.8090801@FreeBSD.org> <469D0CFE.2090508@vwsoft.com> In-Reply-To: <469D0CFE.2090508@vwsoft.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 21:01:55 -0000 Volker wrote: > Doug, > > On 07/17/07 18:14, Doug Barton wrote: >> Volker, >> >> I'm sorry to say that you've provided a great deal of incorrect >> information in this thread. > > sorry? really? I couldn't find one! Yeah, that's part of the problem. Fortunately I'm here to help. :) 1. It's amusing, root servers B, C, F, G and K are operated by ignoring (read: violating) RFC2870 explicit requirements. Wrong 2. Which in fact means, FreeBSD uses something which is a violation of RFC2870 which is not guaranteed to work. Wrong 3. Using the root zone as type "stub" should work (even while ARM says it's not DNS standard). But ARM says, it's not recommended for new configurations (I have no idea why it does state that). This is just plain bad advice, although at least you were honest enough to say you didn't understand it. 4. The root zone MUST be of type hint. Wrong 5. hmm... the root servers should not allow public AXFR. As I've verified using: dig @a.root-servers.net axfr . First part is wrong, the second part ignores what's actually in named.conf. And my personal favorite, 6. If just 5 out of 13 root servers support AXFR, your bind will sit for a while to find a root server responding to it's AXFR requests. At best you pass opinions, rumors, and half-understood concepts off as fact, and at worst you are truly dangerous. Sorry to be so blunt, but I feel compelled to point out that what you're saying is wrong, stupid, dangerous, or some combination thereof so that a perfectly innocent user doesn't take you seriously. >> Volker wrote: >> >>> Remember, AXFR requires a TCP transfer and not every firewall will >>> happily let it pass. >> This is true, although since to the firewall an AXFR looks just like >> any other stateful TCP connection out to the wide world, it's actually >> more likely (percentage wise) that this will succeed than it is that >> the DNS requests (using UDP) will. Obviously, for those that cannot >> transfer the zone, the hints mechanism is still in the comments. > > I've seen setups (not mine but I also tend to suppress 53/tcp) to deny > 53/tcp traffic. How do you define "traffic" in this context. If you mean inbound port 53, it's irrelevant since named will use a random ephemeral port to establish the outbound connection. If you mean systems that restrict outbound port 53, that's just plain stupid, and in the immortal words of Ron White, "You can't fix stupid." > To see this as a common or uncommon setup is more > likely a philosophical discussion. And yet you are bringing it up in an operational context. >>> I (partially) agree to the speedup effects you mentioned >> I think you should read the paper that David posted, >> http://www.imconf.net/imc-2004/papers/p15-malone.pdf before you >> comment further. > > I never said, using hint or slave will have no impact on speed. Where > did I write that? Read: "I agree to the speedup effects." Apparently you still haven't read that paper, since you're still not seeing the point. >> It's also worth nothing that even if the only benefits were greater >> reliability vs. a root DDoS attack (which is sadly no longer a >> theoretical issue) and the substantial improvements to local NXDOMAIN >> answers, it would be worth it. Add the benefits of at worst a wash >> with overall root traffic for the root zone, and the extra benefits of >> also having local copies of ARPA and IN-ADDR.ARPA (which are much >> smaller, and usually more frequently queried than the root zone) and >> it's a clear win. > > Ok, a DDoS attack against the root servers has happend a few times in > the past but there has been no single moment in time when not a single > root server could be reached. So yes, a DDoS attack is possible, > slaving the root zone will make you still being able to resolve DNS > addresses but this is a theoretic scenario to have none of 13 root DNS > servers worldwide being unreachable. You've chosen to highlight the least significant portion of this part of my argument, and ignored all of the other benefits that I mentioned. Even if a total root server blackout hasn't happened yet, it is a vulnerability that can easily be avoided. I'm used to operating in an environment where DNS is mission critical, and every foreseeable vulnerability should be dealt with before it becomes a problem. >> I should add for the sake of completeness that not every DNS >> professional has reached the same conclusions I have > > Sorry, but this reads as "nobody else has reached my wisdom". Perhaps that was poorly phrased. What I meant was, there has been considerable discussion about this topic over the last several years, and two main viewpoints have arisen. One is that it's a good idea for the reasons I stated, and two that it's a bad idea for the reason I mentioned below. No one has said that doing this will be bad for the root servers, and in fact 2 more roots have opened up AXFR over the last 2 years. I should probably also point out that I'm not speaking theoretically here. I have pretty close ties with several of the root operators, and I know most of the others. I've been involved in doing DNS for 13 years, and my last full time job was as General Manager of IANA. I'm pretty sure that I know what I'm talking about. > And it's > comments like these which will get me away from using FreeBSD sometime > in the future (while FreeBSD still being a great OS). That's a personal decision that you will have to make for yourself. >> , however the main >> objection that is usually raised is not operational from the root >> server operators, rather it's that DNS admins who are not paying >> attention might miss a change that would prevent their local resolver >> from slaving the zone at some time in the future. Given that the IP >> addresses of the root servers hardly ever change, and given that we >> have 5 servers to choose from (and we only need one good transfer to >> make it work), and given that I (and as this thread points out, >> others) actually do pay attention, I don't think this is going to be a >> problem for us. > > The point is, when relying on something which is not guaranteed to > work Um, this is just plain silly. You've drawn a flawed conclusion from a series of flawed premises. > ("SHOULD NOT reply to zone transfer requests" - RFC2870, 2.7) and Apparently you still don't understand what "SHOULD NOT" means in this context, even though someone else already tried to explain it to you. > you're using this in a default OS configuration, you'll have trouble > *if* the remaining 5 root DNS servers refuse to answer zone transfer > requests. Yes, and IF you walk outside tomorrow and the laws of physics have been suspended, you'll fly off the planet into space! Beware! Seriously man, the root server operators move at what can best be described as a glacial pace (not without good reason) and any change to the AXFR practices would be announced far enough in advance to allow for us to change things, and for the change to propagate to our users. >>> but if just 5 >>> out of 13 root servers support AXFR, your bind will sit for a while to >>> find a root server responding to it's AXFR requests. >> I'm sorry, but that comment means that either you haven't read the new >> named.conf, or you don't understand what you've read. Either way, you >> should seriously consider whether or not it's a good idea for you to >> continue offering DNS advice. The following: > > You're wrong. I've read named.conf and understood. In it, there're > only 5 (of the total 13) root DNS servers configured as the root > zone's master servers. Where have I been wrong? What did I don't > understand? The fact that it's 5/13 is meaningless. There are 5 available masters, named is going to be able to get to at least one of them without "sitting for a while." In other words, the 8 that don't support AXFR are totally meaningless in this context. I've snipped the rest because I think I've hit the high points. I'm going to try and resist the urge to respond if you choose to post again, since I hope by now that I've made my point, and you know what they say about trying to teach a pig to sing .... Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 21:03:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52F6616A400 for ; Tue, 17 Jul 2007 21:03:00 +0000 (UTC) (envelope-from luck@computerking.ca) Received: from shoemasters.com (shoemasters.com [68.144.188.169]) by mx1.freebsd.org (Postfix) with ESMTP id 2101213C494 for ; Tue, 17 Jul 2007 21:02:59 +0000 (UTC) (envelope-from luck@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id 983FB7C46A9 for ; Tue, 17 Jul 2007 14:39:11 -0700 (MST) Received: from shoemasters.com ([127.0.0.1]) by localhost (shoemasters.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19252-04 for ; Tue, 17 Jul 2007 14:39:10 -0700 (MST) Received: from shoemasters.com (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id CF27E7C4188 for ; Tue, 17 Jul 2007 14:39:10 -0700 (MST) Message-ID: <22044647.5841184708350779.JavaMail.root@shoemasters.com> Date: Tue, 17 Jul 2007 14:39:10 -0700 (MST) From: "RYAN M. vAN GINNEKEN" To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jul 17 14:39:11 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 469d36ff236111222944467 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.364 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1, HTML_50_60=0.134, HTML_MESSAGE=0.001] X-Spam-Score: -4.364 X-Spam-Level: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: growing partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 21:03:00 -0000 Hello i am trying to grow an existing partition which has become full. The system was originally install in a 80gig drive but has since been moved to a 300g drive. However Freebsd is still only showing 80g of space please help. -- Computer King & CaN Mail - Sales Service Hosting Backup http://www.computerking.ca http://www.canmail.org NEW!!! Custom Service Packages Secure IMAP Email - Automated Remote Backups - Photo Blogs - Online Accounting Packages From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 21:06:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D08916A402; Tue, 17 Jul 2007 21:06:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B8E3C13C4B4; Tue, 17 Jul 2007 21:06:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6B2761CC05D; Tue, 17 Jul 2007 14:06:22 -0700 (PDT) Date: Tue, 17 Jul 2007 14:06:22 -0700 From: Jeremy Chadwick To: Doug Barton Message-ID: <20070717210622.GA89814@eos.sc1.parodius.com> Mail-Followup-To: Doug Barton , Volker , freebsd-stable@freebsd.org References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> <469C8F72.7040500@vwsoft.com> <469CEADF.8090801@FreeBSD.org> <469D0CFE.2090508@vwsoft.com> <469D2E40.5020707@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <469D2E40.5020707@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Volker , freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 21:06:23 -0000 On Tue, Jul 17, 2007 at 02:01:52PM -0700, Doug Barton wrote: > 3. Using the root zone as type "stub" should work (even while ARM says > it's not DNS standard). But ARM says, it's not recommended for new > configurations (I have no idea why it does state that). > > This is just plain bad advice, although at least you were honest > enough to say you didn't understand it. Can you expand on this, re: why it's "bad advice"? I also cannot make heads or tails of the BIND ARM saying it's "not recommended". Please shed some light on this for those of us less experienced in the know, if you could (I mean that sincerely). Thanks! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 21:21:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDB8F16A407 for ; Tue, 17 Jul 2007 21:21:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 6FE8A13C4A6 for ; Tue, 17 Jul 2007 21:21:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25388 invoked by uid 399); 17 Jul 2007 21:21:31 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 17 Jul 2007 21:21:31 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <469D32DA.6010302@FreeBSD.org> Date: Tue, 17 Jul 2007 14:21:30 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Volker , freebsd-stable@freebsd.org, koitsu@FreeBSD.org References: <200707162319.41724.lofi@freebsd.org> <200707171005.37507.wundram@beenic.net> <469C835B.6090304@vwsoft.com> <200707171106.30795.wundram@beenic.net> <469C8F72.7040500@vwsoft.com> <469CEADF.8090801@FreeBSD.org> <469D0CFE.2090508@vwsoft.com> <469D2E40.5020707@FreeBSD.org> <20070717210622.GA89814@eos.sc1.parodius.com> In-Reply-To: <20070717210622.GA89814@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 21:21:33 -0000 Jeremy Chadwick wrote: > On Tue, Jul 17, 2007 at 02:01:52PM -0700, Doug Barton wrote: >> 3. Using the root zone as type "stub" should work (even while ARM says >> it's not DNS standard). But ARM says, it's not recommended for new >> configurations (I have no idea why it does state that). >> >> This is just plain bad advice, although at least you were honest >> enough to say you didn't understand it. > > Can you expand on this, re: why it's "bad advice"? Someone else already touched on this so I didn't want to repeat it, but basically you should ask yourself, what's the difference between a hints file and a stub for the root zone? If you can answer that, then you will answer the other. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 21:29:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63E5316A400 for ; Tue, 17 Jul 2007 21:29:31 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 3E04913C471 for ; Tue, 17 Jul 2007 21:29:31 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 83243170DF; Tue, 17 Jul 2007 17:29:30 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2JIZU25JlkFR; Tue, 17 Jul 2007 17:29:30 -0400 (EDT) Received: from descartes.internal.secureworks.net (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id DBD23170C6; Tue, 17 Jul 2007 17:29:29 -0400 (EDT) Message-ID: <469D34B9.1050601@jellydonut.org> Date: Tue, 17 Jul 2007 17:29:29 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.4) Gecko/20070615 Thunderbird/2.0.0.4 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: "RYAN M. vAN GINNEKEN" References: <22044647.5841184708350779.JavaMail.root@shoemasters.com> In-Reply-To: <22044647.5841184708350779.JavaMail.root@shoemasters.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: growing partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 21:29:31 -0000 RYAN M. vAN GINNEKEN wrote: > Hello i am trying to grow an existing partition which has become full. The system was originally install in a 80gig drive but has since been moved to a 300g drive. However Freebsd is still only showing 80g of space please help. > Check the man pages for and growfs(8) and (as a prerequsite) bsdlabel(8), they should supply the info needed to grow a partition on disk. -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 21:47:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C73716A401 for ; Tue, 17 Jul 2007 21:47:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4EC13C428 for ; Tue, 17 Jul 2007 21:47:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l6HLZ4Mf075508; Tue, 17 Jul 2007 14:35:04 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l6HLZ435075507; Tue, 17 Jul 2007 14:35:04 -0700 (PDT) (envelope-from david) Date: Tue, 17 Jul 2007 14:35:04 -0700 From: David Wolfskill To: "RYAN M. vAN GINNEKEN" Message-ID: <20070717213504.GO22374@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , "RYAN M. vAN GINNEKEN" , freebsd-stable@freebsd.org References: <22044647.5841184708350779.JavaMail.root@shoemasters.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Gx528pKVMenWl2Sw" Content-Disposition: inline In-Reply-To: <22044647.5841184708350779.JavaMail.root@shoemasters.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: growing partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 21:47:14 -0000 --Gx528pKVMenWl2Sw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 17, 2007 at 02:39:10PM -0700, RYAN M. vAN GINNEKEN wrote: >=20 > Hello i am trying to grow an existing partition which has become full. Th= e system was originally install in a 80gig drive but has since been moved t= o a 300g drive. However Freebsd is still only showing 80g of space please h= elp.=20 This is probably rather more appropriate for -questions than -stable, but since you're here, and it's not wildly off-topic.... I'd guess that you have a file system occupying an 80 GB partition of a 300 GB disk drive. In order for many (most?) of us to help, a few more clues would be helpful, in particular as to how the 80 GB partition was "moved" to the 300 GB disk. The way I'd have recommended would involve allocating the new space for the file system on the 300 GB drive, then using a dump 0f - | restore -rf - pipeline to copy the data from the old file system to the new, and finally, getting the cabling and/or jumpering correct for the new drive (and possibly adjusting /etc/fstab to suit). I've done this, and it works. Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Gx528pKVMenWl2Sw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkadNgcACgkQmprOCmdXAD0WkwCfa11E2yId0q6BmQ/t+YO6WRyC TJ4An0/7MmmwVqvJ40tE9oQ3qfqFXzIG =86cY -----END PGP SIGNATURE----- --Gx528pKVMenWl2Sw-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 21:58:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D70A16A401 for ; Tue, 17 Jul 2007 21:58:46 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp4.srv.eunet.at (smtp4.srv.eunet.at [193.154.160.226]) by mx1.freebsd.org (Postfix) with ESMTP id BAE0A13C4A7 for ; Tue, 17 Jul 2007 21:58:45 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [10.0.0.129] (p54884F78.dip.t-dialin.net [84.136.79.120]) by smtp4.srv.eunet.at (Postfix) with ESMTP id CC2FC971EB for ; Tue, 17 Jul 2007 23:34:03 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Michael Worobcuk Date: Tue, 17 Jul 2007 23:34:02 +0200 X-Mailer: Apple Mail (2.752.2) Subject: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 21:58:46 -0000 Hi, I am trying to set up my first webserver. I bought a Dell Poweredge 860, provided with a SAS5/IR RAID-Controller. The problem is now, that I cannot find software, that monitors the state of my disks. I already tried megarc from the ports but all I get is a short answer that no adapters where found: ######################################################################## # megarc -AllAdpInfo -nolog ********************************************************************** MEGARC MegaRAID Configuration Utility(FreeBSD)-1.04 (03-02-2005) By LSI Logic Corp.,USA ********************************************************************** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Type ? as command line arg for help No Adapters Found Error: No MegaRaid Found ######################################################################## # I had emails with Dell and LSI. Dell does not support FreeBSD and LSI says I should go and ask Dell ... The second thing is, the perfomance. I attached the output of blogbench: ######################################################################## # Frequency = 10 secs Scratch dir = [/root/bench] Spawning 3 writers... Spawning 1 rewriters... Spawning 5 commenters... Spawning 100 readers... Benchmarking for 30 iterations. The test will run during 5 minutes. Nb blogs R articles W articles R pictures W pictures R comments W comments 0 0 77 0 3 1154 120 0 1 92 0 4 4086 142 0 263 58 3 30 5858 125 0 1546 20 86 32 925 81 1 2875 28 1855 51 102 115 3 2646 53 2320 36 1283 128 3 1925 42 1339 25 970 92 3 2418 17 1076 61 349 110 3 2730 13 1278 86 585 125 3 2066 12 1154 69 895 108 4 1826 20 1356 48 676 89 6 2813 83 2227 11 863 129 6 2884 59 2204 29 1273 121 6 1570 29 1087 24 558 73 7 2329 26 1607 64 587 109 7 2718 42 1676 62 901 130 8 1146 11 691 36 538 59 9 2617 41 1580 54 1248 127 9 2362 72 1654 33 1763 131 9 1154 34 857 15 741 62 10 2362 63 1823 36 1562 127 10 2458 48 1904 56 1756 131 11 1182 28 918 18 753 63 13 2485 53 1965 46 1620 127 13 2725 64 2106 44 1561 134 13 1228 9 821 39 536 61 15 2758 52 1765 49 1064 132 16 2853 77 1793 33 1633 141 16 1174 31 745 18 742 61 16 2420 42 1619 55 1389 123 Final score for writes: 16 Final score for reads : 2025 ######################################################################## # (Just to remember: Pentium D; 2,8GHZ; 4 GB RAM; 2 x 500GB SATA RAID1) That is pretty poor, isn't it ? I am wondering now, if somebody has experience with the PERC5/I Controller. Would it be possible to monitor the disks, if I would buy that controller ? Any hints are highly appreciated. Thanks Michael From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 22:26:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2334F16A407 for ; Tue, 17 Jul 2007 22:26:38 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp807.mail.ird.yahoo.com (smtp807.mail.ird.yahoo.com [217.146.188.67]) by mx1.freebsd.org (Postfix) with SMTP id 9FF1813C471 for ; Tue, 17 Jul 2007 22:26:37 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 90588 invoked from network); 17 Jul 2007 22:26:35 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.28.215 with plain) by smtp807.mail.ird.yahoo.com with SMTP; 17 Jul 2007 22:26:35 -0000 X-YMail-OSG: 9H71390VM1k6IP4bVK8Rjr2Hfqa1_w.yJlbrMfsDhu0Of2t0 Message-ID: <469D5061.8060306@tomjudge.com> Date: Wed, 18 Jul 2007 00:27:29 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Michael Worobcuk References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> In-Reply-To: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 22:26:38 -0000 Michael Worobcuk wrote: > Hi, > I am trying to set up my first webserver. I bought a Dell Poweredge 860, > provided with a SAS5/IR RAID-Controller. > The problem is now, that I cannot find software, that monitors the state > of my disks. I already tried megarc from the ports but all I get is a > short answer that no adapters where found: > > ######################################################################### > megarc -AllAdpInfo -nolog > > > > ********************************************************************** > MEGARC MegaRAID Configuration > Utility(FreeBSD)-1.04(03-02-2005) > By LSI Logic Corp.,USA > > ********************************************************************** > [Note: For SATA-2, 4 and 6 channel controllers, please specify > Ch=0 Id=0..15 for specifying physical drive(Ch=channel, > Id=Target)] > > Type ? as command line arg for help > > No Adapters Found > > Error: No MegaRaid Found > ######################################################################### > > I had emails with Dell and LSI. Dell does not support FreeBSD and LSI > says I should go and ask Dell ... > > > The second thing is, the perfomance. <<<>>> > Final score for writes: 16 > Final score for reads : 2025 > ######################################################################### > > (Just to remember: Pentium D; 2,8GHZ; 4 GB RAM; 2 x 500GB SATA RAID1) > That is pretty poor, isn't it ? > > > I am wondering now, if somebody has experience with the PERC5/I > Controller. Would it be possible to monitor the disks, if I would buy > that controller ? > Any hints are highly appreciated. > > Thanks > > Michael I don't know about monitoring the SAS5/I however I read some posts on one of the lists that was talking about the linux compatibility system providing all of the correct interface for the linux version of ?megacli? to work on FreeBSD. As the SAS5/I is mpt driver based could it not be checked with camcontrol? (Just an idea never tested). As for performance issues with the SAS5/i, there is a problem in the controller. A work arround was created by Scott Long which created a sysctl that could be set to cause the controller to turn on the on drive write cache's. These changes where commited to RELENG_6 on 2007-06-05 21:32:57 UTC. The PERC5/[ei] controllers do not suffer the performance problems of the SAS5/i controller, we have ~30 systems with these controllers and have never seen any performance problems with them even when they have 20 drives attached to them. If you had search the archives you would have found an almost identical response by me to an almost identical question regarding the SAS5/i performance problem. Tom Here is the original commit log: scottl 2007-06-03 23:13:05 UTC FreeBSD src repository Modified files: sys/dev/mpt mpt.c mpt.h mpt_cam.c Log: mpt.c: mpt.h: Add support for reading extended configuration pages. mpt_cam.c: Do a top level topology scan on the SAS controller. If any SATA device are discovered in this scan, send a passthrough FIS to set the write cache. This is controllable through the following tunable at boot: hw.mpt.enable_sata_wc: -1 = Do not configure, use the controller default 0 = Disable the write cache 1 = Enable the write cache The default is -1. This tunable is just a hack and may be deprecated in the future. Turning on the write cache alleviates the write performance problems with SATA that many people have observed. It is not recommend for those who value data reliability! I cannot stress this strongly enough. However, it is useful in certain circumstances, and it brings the performence in line with what a generic SATA controller running under the FreeBSD ATA driver provides (and the ATA driver has had the WC enabled by default for years). From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 23:00:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 994AA16A401 for ; Tue, 17 Jul 2007 23:00:28 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 284FC13C4B2 for ; Tue, 17 Jul 2007 23:00:28 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-28-88.net-htp.de [89.182.28.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id AB702A44529; Wed, 18 Jul 2007 00:58:52 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Doug Barton , Volker , freebsd-stable@freebsd.org Date: Wed, 18 Jul 2007 01:00:25 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <469D2E40.5020707@FreeBSD.org> <20070717210622.GA89814@eos.sc1.parodius.com> In-Reply-To: <20070717210622.GA89814@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707180100.26152.wundram@beenic.net> Cc: Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 23:00:28 -0000 On Tuesday 17 July 2007 23:06:22 Jeremy Chadwick wrote: > Can you expand on this, re: why it's "bad advice"? I also cannot make > heads or tails of the BIND ARM saying it's "not recommended". Please > shed some light on this for those of us less experienced in the know, > if you could (I mean that sincerely). See my mail: <200707171410.41601.wundram@beenic.net>, also in this thread. A stub zone is basically a zone that's only configured with an absolutely=20 necessary amount of records (for the _zone_ itself). The idea behind stub=20 zones is the following: $ORIGIN modelnine.org stubzone IN NS ns1.stubzone How is stubzone ever going to be resolvable unless you specify glue for=20 ns1.stubzone.modelnine.org? Normally, the standard "way" of doing this woul= d=20 be to set up a glue (A) record for ns1.stubzone in modelnine.org, but with= =20 stub zones you can also create different zone files: $ORIGIN modelnine.org $ORIGIN stubzone.modelnine.org IN NS ns1 ns1 IN A a.b.c.d which you can then integrate into your bind configuration as a normal zone = for=20 modelnine.org and as a stub zone for stubzone.modelnine.org, and which only= =20 contains the glue necessary to have the subdomain/-zone working by itself,= =20 but does not contain other records. When the nameserver sees a stub zone, it will not take the content of the z= one=20 file as "authoritative" on existance or non-existance of domain names in th= at=20 zone, but only uses the records in the zone as glue or nameserver definitio= ns=20 which are necessary to run the lookup to the "true" zone behind the stub,=20 which are then normally resolved. So, basically, this is a (different) way = of=20 defining glue, which I personally don't find very appealing, as it splits t= he=20 glue over many, many files. This mechanism is simply not applicable to the situation this thread was=20 talking about (using the root zone as hint or slave), that's what Doug was= =20 trying to say, and I was trying to say in the mail I hinted at above. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 01:08:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 010D216A405 for ; Wed, 18 Jul 2007 01:08:44 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9264413C4B8 for ; Wed, 18 Jul 2007 01:08:43 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 1921 invoked by uid 0); 18 Jul 2007 01:08:42 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Jul 2007 01:08:42 -0000 Date: Tue, 17 Jul 2007 21:08:29 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: long pause in startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 01:08:44 -0000 Hi all, Any ideas on this one? This machine (one of those ancient VALinux 2U boxes, Intel L440GX+ board, dual PIII) hangs for a very long time between the second processor launching and geom_mirror kicking in. It does always boot, but the hang is more than a minute - just enough to make one nervous when rebooting remotely... Is this just the mirror taking a really long time to initialize, or something more sinister? Here's part of the dmesg with an indication of where it hangs: Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) SMP: AP CPU #1 Launched! -->> 1 minute+ <<-- GEOM_MIRROR: Device gm0 created (id=3517779574). GEOM_MIRROR: Device gm0: provider da0 detected. GEOM_MIRROR: Device gm0: provider da1 detected. GEOM_MIRROR: Device gm0: provider da1 activated. GEOM_MIRROR: Device gm0: provider da0 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Trying to mount root from ufs:/dev/mirror/gm0s1a Any info is appreciated, this is just something I wanted to check out before bringing this into production (secondary ns, mx w/pfspamd). Thanks! Charles From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 03:55:33 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6A0916A401 for ; Wed, 18 Jul 2007 03:55:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB1413C4B4 for ; Wed, 18 Jul 2007 03:55:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so45475nzf for ; Tue, 17 Jul 2007 20:55:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=WeixKTzoCPOrkhw/1hbUKF2kG2sz1QN4uE0LecXc6GeaM74EipnsBIEosgAHSviM7JWQ2tBovyjbUhHve0c51aEx3Hj9HV0LzGHkOZRPDADDxjKt7TslG0kDV68z3tvGpvINR6A41vawEfu9l9MQATKe2lVY6WWkpChLc7RYUgs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Z5e4YXQpko/dBOyaR2wh0nuDG1uB8ZlllHkBfLT1OL7LWOuTn2gqArLYNIqwvh4e27p/PbMJsdwPl+tR2UnQdv7yukazJhYmzij6T7iwP/clHEXPY+1V/A/BwM9iQQJS9sPOR3hHmayKuFEi1hFMZyqXDtyZzs3XCjwnC6l4gbg= Received: by 10.114.153.18 with SMTP id a18mr1059026wae.1184730932397; Tue, 17 Jul 2007 20:55:32 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n38sm636470wag.2007.07.17.20.55.28 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jul 2007 20:55:30 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l6I3tP9i038969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jul 2007 12:55:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l6I3tOTt038968; Wed, 18 Jul 2007 12:55:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 18 Jul 2007 12:55:20 +0900 From: Pyun YongHyeon To: "[CPS] AkirA" Message-ID: <20070718035519.GB37935@cdnetworks.co.kr> References: <487D1F4CFF854EC485B96B8A7AC0B31C@nintendo> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <487D1F4CFF854EC485B96B8A7AC0B31C@nintendo> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: nfe trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 03:55:33 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jul 17, 2007 at 09:37:56PM +0300, [CPS] AkirA wrote: [...] > after theat > > > nfe0: port 0xb000-0xb007 mem > 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 23 at > device 8.0 on pci0 > nfe0: could not allocate DMA'able memory for jumbo pool > device_attach: nfe0 attach returned 12 > nfe1: port 0xac00-0xac07 mem > 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f irq 20 at > device 9.0 on pci0 > nfe1: could not allocate DMA'able memory for jumbo pool > device_attach: nfe1 attach returned 12 > > > and not start to work network > Try attached one. I'm unure how well it could be applied to stable but you can probably patch manually the source in case of failure. -- Regards, Pyun YongHyeon --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nfe.jumbo.patch" Index: if_nfe.c =================================================================== RCS file: /home/ncvs/src/sys/dev/nfe/if_nfe.c,v retrieving revision 1.18 diff -u -r1.18 if_nfe.c --- if_nfe.c 12 Jun 2007 02:35:01 -0000 1.18 +++ if_nfe.c 18 Jul 2007 03:51:22 -0000 @@ -108,7 +108,7 @@ static void nfe_init_locked(void *); static void nfe_stop(struct ifnet *); static int nfe_alloc_rx_ring(struct nfe_softc *, struct nfe_rx_ring *); -static int nfe_alloc_jrx_ring(struct nfe_softc *, struct nfe_jrx_ring *); +static void nfe_alloc_jrx_ring(struct nfe_softc *, struct nfe_jrx_ring *); static int nfe_init_rx_ring(struct nfe_softc *, struct nfe_rx_ring *); static int nfe_init_jrx_ring(struct nfe_softc *, struct nfe_jrx_ring *); static void nfe_free_rx_ring(struct nfe_softc *, struct nfe_rx_ring *); @@ -151,8 +151,10 @@ /* Tunables. */ static int msi_disable = 0; static int msix_disable = 0; +static int jumbo_disable = 0; TUNABLE_INT("hw.nfe.msi_disable", &msi_disable); TUNABLE_INT("hw.nfe.msix_disable", &msix_disable); +TUNABLE_INT("hw.nfe.jumbo_disable", &jumbo_disable); static device_method_t nfe_methods[] = { /* Device interface */ @@ -513,8 +515,7 @@ if ((error = nfe_alloc_rx_ring(sc, &sc->rxq)) != 0) goto fail; - if ((error = nfe_alloc_jrx_ring(sc, &sc->jrxq)) != 0) - goto fail; + nfe_alloc_jrx_ring(sc, &sc->jrxq); SYSCTL_ADD_PROC(device_get_sysctl_ctx(dev), SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), @@ -1140,7 +1141,7 @@ } -static int +static void nfe_alloc_jrx_ring(struct nfe_softc *sc, struct nfe_jrx_ring *ring) { struct nfe_dmamap_arg ctx; @@ -1151,7 +1152,12 @@ int i, error, descsize; if ((sc->nfe_flags & NFE_JUMBO_SUP) == 0) - return (0); + return; + if (jumbo_disable != 0) { + device_printf(sc->nfe_dev, "disabling jumbo frame support\n"); + sc->nfe_jumbo_disable = 1; + return; + } if (sc->nfe_flags & NFE_40BIT_ADDR) { desc = ring->jdesc64; @@ -1301,11 +1307,17 @@ jpool_entries); } - return (0); + return; fail: + /* + * Running without jumbo frame support is ok for most cases + * so don't fail on creating dma tag/map for jumbo frame. + */ nfe_free_jrx_ring(sc, ring); - return (error); + device_printf(sc->nfe_dev, "disabling jumbo frame support due to " + " resource shortage\n"); + sc->nfe_jumbo_disable = 1; } @@ -1746,7 +1758,8 @@ if (ifr->ifr_mtu < ETHERMIN || ifr->ifr_mtu > NFE_JUMBO_MTU) error = EINVAL; else if (ifp->if_mtu != ifr->ifr_mtu) { - if ((sc->nfe_flags & NFE_JUMBO_SUP) == 0 && + if ((((sc->nfe_flags & NFE_JUMBO_SUP) == 0) || + (sc->nfe_jumbo_disable != 0)) && ifr->ifr_mtu > ETHERMTU) error = EINVAL; else { Index: if_nfevar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/nfe/if_nfevar.h,v retrieving revision 1.4 diff -u -r1.4 if_nfevar.h --- if_nfevar.h 12 Jun 2007 02:16:02 -0000 1.4 +++ if_nfevar.h 18 Jul 2007 03:51:22 -0000 @@ -103,6 +103,7 @@ #define NFE_PWR_MGMT 0x0010 #define NFE_CORRECT_MACADDR 0x0020 #define NFE_TX_FLOW_CTRL 0x0040 + int nfe_jumbo_disable; uint32_t rxtxctl; uint8_t mii_phyaddr; uint8_t eaddr[ETHER_ADDR_LEN]; --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 04:47:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 272B216A4C1 for ; Wed, 18 Jul 2007 04:47:11 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 9393F13C4A3 for ; Wed, 18 Jul 2007 04:47:11 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so52933nzf for ; Tue, 17 Jul 2007 21:47:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=fPNMxDWLWsoI6y0tl6/2UlxbVxeVmk+wCptqkdRxFUkkFzZfICLnNyNcZOTdSG5qt3/KnVpT+yekWn4MDVcNJV67mPm9Aez0kxVuv+rFQSpoQhAdOlzLDngYghzcsV0oU8IN7byZjBVQrfV6PqhZTd+vL4faQ6n9DD06Et1nqi8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=GYN+D0mz9mgN6BY4fTDgIZBD7AaU/DoSNcBRJZ/nht0uz/13S2CqhBt2lQiwIWJ0u5zXmC1FLv0w0wXRsG9ox3zn2dSW5owCobjPbfc4+sBHB+LkzA/pr1yVV7vanxkaImsfYQuEZlZtgY8sksW6Y+WDwAh2pWPRnx6sl1ImaA8= Received: by 10.114.155.1 with SMTP id c1mr1087530wae.1184732470547; Tue, 17 Jul 2007 21:21:10 -0700 (PDT) Received: by 10.114.75.13 with HTTP; Tue, 17 Jul 2007 21:21:10 -0700 (PDT) Message-ID: Date: Wed, 18 Jul 2007 12:21:10 +0800 From: "Ken Chen" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: mysqld got signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 04:47:12 -0000 mysql frequently crash with same reason: 070718 10:53:06 - mysqld got signal 11; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=268435456 read_buffer_size=4190208 max_used_connections=89 max_connections=130 threads_connected=88 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 1326582 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. db1# cat /boot/loader.conf kern.maxdsiz="2G" kern.dfldsiz="2G" kern.maxssiz="134217728" # 128MB db1# uname -a FreeBSD db1.xxxx.com 6.2-RELEASE FreeBSD 6.2-RELEASE #1: Wed Jul 11 19:40:25 CST 2007 root@db1.xxxx.com:/usr/src/sys/i386/compile/DB1 i386 What should I do to find the problem? Thank you in advanced! From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 05:47:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E989E16A401 for ; Wed, 18 Jul 2007 05:47:54 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp1.srv.eunet.at (smtp1.srv.eunet.at [193.154.160.119]) by mx1.freebsd.org (Postfix) with ESMTP id 8389713C4A6 for ; Wed, 18 Jul 2007 05:47:54 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [10.0.0.129] (p54887158.dip.t-dialin.net [84.136.113.88]) by smtp1.srv.eunet.at (Postfix) with ESMTP id B250433D15; Wed, 18 Jul 2007 07:47:52 +0200 (CEST) In-Reply-To: <469D5061.8060306@tomjudge.com> References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> Content-Transfer-Encoding: 7bit From: Michael Worobcuk Date: Wed, 18 Jul 2007 07:47:50 +0200 To: Tom Judge X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 05:47:55 -0000 Am 18.07.2007 um 01:27 schrieb Tom Judge: > Michael Worobcuk wrote: >> Hi, >> I am trying to set up my first webserver. I bought a Dell >> Poweredge 860, provided with a SAS5/IR RAID-Controller. >> The problem is now, that I cannot find software, that monitors the >> state of my disks. I already tried megarc from the ports but all I >> get is a short answer that no adapters where found: >> ##################################################################### >> #### >> megarc -AllAdpInfo -nolog >> >> ********************************************************************* >> * >> MEGARC MegaRAID Configuration Utility(FreeBSD)-1.04 >> (03-02-2005) >> By LSI Logic Corp.,USA >> >> ********************************************************************* >> * >> [Note: For SATA-2, 4 and 6 channel controllers, please >> specify >> Ch=0 Id=0..15 for specifying physical drive(Ch=channel, >> Id=Target)] >> Type ? as command line arg for help >> No Adapters Found >> Error: No MegaRaid Found >> ##################################################################### >> #### >> I had emails with Dell and LSI. Dell does not support FreeBSD and >> LSI says I should go and ask Dell ... >> The second thing is, the perfomance. > > <<<>>> > >> Final score for writes: 16 >> Final score for reads : 2025 >> >> ##################################################################### >> #### >> (Just to remember: Pentium D; 2,8GHZ; 4 GB RAM; 2 x 500GB SATA RAID1) >> That is pretty poor, isn't it ? >> I am wondering now, if somebody has experience with the PERC5/I >> Controller. Would it be possible to monitor the disks, if I would >> buy that controller ? >> Any hints are highly appreciated. >> Thanks >> Michael > > > I don't know about monitoring the SAS5/I however I read some posts > on one of the lists that was talking about the linux compatibility > system providing all of the correct interface for the linux version > of ?megacli? to work on FreeBSD. As the SAS5/I is mpt driver based > could it not be checked with camcontrol? (Just an idea never tested). > > As for performance issues with the SAS5/i, there is a problem in > the controller. A work arround was created by Scott Long which > created a sysctl that could be set to cause the controller to turn > on the on drive write cache's. These changes where commited to > RELENG_6 on 2007-06-05 21:32:57 UTC. > > The PERC5/[ei] controllers do not suffer the performance problems > of the SAS5/i controller, we have ~30 systems with these > controllers and have never seen any performance problems with them > even when they have 20 drives attached to them. Hi Tom, thank you for your response. What about monitoring the PERC5/ie ? Does it work with megarc or any program under FreeBSD ? From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 08:28:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89F5916A408 for ; Wed, 18 Jul 2007 08:28:04 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3F313C4A6 for ; Wed, 18 Jul 2007 08:28:04 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1IB4t8-0002uV-Sg for ; Wed, 18 Jul 2007 10:28:02 +0200 Received: (qmail 6820 invoked from network); 18 Jul 2007 08:27:53 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 18 Jul 2007 08:27:53 -0000 Date: Wed, 18 Jul 2007 10:27:51 +0200 To: "Charles Sprickman" , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: User-Agent: Opera Mail/9.21 (FreeBSD) Cc: Subject: Re: long pause in startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 08:28:04 -0000 I don't know anything about your problem, but does it give good info if = = you boot with verbose on? Ronald. On Wed, 18 Jul 2007 03:08:29 +0200, Charles Sprickman = wrote: > Hi all, > > Any ideas on this one? This machine (one of those ancient VALinux 2U = = > boxes, Intel L440GX+ board, dual PIII) hangs for a very long time = > between the second processor launching and geom_mirror kicking in. It= = > does always boot, but the hang is more than a minute - just enough to = = > make one nervous when rebooting remotely... > > Is this just the mirror taking a really long time to initialize, or = > something more sinister? > > Here's part of the dmesg with an indication of where it hangs: > > Waiting 5 seconds for SCSI devices to settle > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queuei= ng = > Enabled > da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queuei= ng = > Enabled > da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) > SMP: AP CPU #1 Launched! > > -->> 1 minute+ <<-- > > GEOM_MIRROR: Device gm0 created (id=3D3517779574). > GEOM_MIRROR: Device gm0: provider da0 detected. > GEOM_MIRROR: Device gm0: provider da1 detected. > GEOM_MIRROR: Device gm0: provider da1 activated. > GEOM_MIRROR: Device gm0: provider da0 activated. > GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. > Trying to mount root from ufs:/dev/mirror/gm0s1a > > Any info is appreciated, this is just something I wanted to check out = = > before bringing this into production (secondary ns, mx w/pfspamd). > > Thanks! > > Charles > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 09:42:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBD8316A408 for ; Wed, 18 Jul 2007 09:42:30 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from smtp.studnetz.uni-leipzig.de (smtp.studnetz.uni-leipzig.de [139.18.143.252]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE4D13C4AC for ; Wed, 18 Jul 2007 09:42:30 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from localhost (localhost [127.0.0.1]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 5A15F25A for ; Wed, 18 Jul 2007 11:42:29 +0200 (CEST) X-Virus-Scanned: by amavisd-new at studnetz-ul Received: from smtp.studnetz.uni-leipzig.de ([127.0.0.1]) by localhost (smtp.studnetz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CBKaTIX0q7NT for ; Wed, 18 Jul 2007 11:42:29 +0200 (CEST) Received: from [192.168.63.4] (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 3CDA0258 for ; Wed, 18 Jul 2007 11:42:29 +0200 (CEST) From: Momchil Ivanov To: freebsd-stable@freebsd.org Date: Wed, 18 Jul 2007 11:42:26 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200707181142.27240.idiotbg@gmail.com> Subject: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 09:42:30 -0000 Hi, I am running FreeBSD 6.2-STABLE #11: Sat Jul 14 16:27:12 CEST 2007 and=20 accidently unplugged the USB hub to which my external hdd together with a=20 mouse were connected and this caused my machine to freeze for some seconds= =20 and then reboot. At that moment the hdd was mounted and I was playing music= =20 out of it. After that I tried to reproduce it :) so just plugged only the hdd directly= ,=20 mounted it and started playing music files from it. When I unplugged the US= B=20 cable the same thing happened: short freeze, and then reboot. Is this expected behaviour? And is there some way to avoid the freeze and=20 reboot? Thanks. =2D-=20 PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E =C2=A0158A E03D 56DA 3118 168B =20 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 10:51:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8DF016A405 for ; Wed, 18 Jul 2007 10:51:45 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog14.obsmtp.com (s200aog14.obsmtp.com [207.126.144.128]) by mx1.freebsd.org (Postfix) with SMTP id 4EFEA13C4AA for ; Wed, 18 Jul 2007 10:51:45 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob014.postini.com ([207.126.147.11]) with SMTP; Wed, 18 Jul 2007 10:51:44 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 686B8181420; Wed, 18 Jul 2007 11:20:58 +0100 (BST) Message-ID: <469DE961.9060608@tomjudge.com> Date: Wed, 18 Jul 2007 11:20:17 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Michael Worobcuk References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> In-Reply-To: <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 10:51:46 -0000 Michael Worobcuk wrote: > > Am 18.07.2007 um 01:27 schrieb Tom Judge: > >> Michael Worobcuk wrote: >>> Hi, >>> I am trying to set up my first webserver. I bought a Dell Poweredge >>> 860, provided with a SAS5/IR RAID-Controller. >>> The problem is now, that I cannot find software, that monitors the >>> state of my disks. I already tried megarc from the ports but all I >>> get is a short answer that no adapters where found: >>> ######################################################################### >>> >>> megarc -AllAdpInfo -nolog >>> >>> ********************************************************************** >>> MEGARC MegaRAID Configuration >>> Utility(FreeBSD)-1.04(03-02-2005) >>> By LSI Logic Corp.,USA >>> >>> ********************************************************************** >>> [Note: For SATA-2, 4 and 6 channel controllers, please specify >>> Ch=0 Id=0..15 for specifying physical drive(Ch=channel, >>> Id=Target)] >>> Type ? as command line arg for help >>> No Adapters Found >>> Error: No MegaRaid Found >>> ######################################################################### >>> >>> I had emails with Dell and LSI. Dell does not support FreeBSD and LSI >>> says I should go and ask Dell ... >>> The second thing is, the perfomance. >> >> <<<>>> >> >>> Final score for writes: 16 >>> Final score for reads : 2025 >>> ######################################################################### >>> >>> (Just to remember: Pentium D; 2,8GHZ; 4 GB RAM; 2 x 500GB SATA RAID1) >>> That is pretty poor, isn't it ? >>> I am wondering now, if somebody has experience with the PERC5/I >>> Controller. Would it be possible to monitor the disks, if I would buy >>> that controller ? >>> Any hints are highly appreciated. >>> Thanks >>> Michael >> >> >> I don't know about monitoring the SAS5/I however I read some posts on >> one of the lists that was talking about the linux compatibility system >> providing all of the correct interface for the linux version of >> ?megacli? to work on FreeBSD. As the SAS5/I is mpt driver based could >> it not be checked with camcontrol? (Just an idea never tested). >> > > Hi Tom, > thank you for your response. What about monitoring the PERC5/ie ? Does > it work with megarc or any program under FreeBSD ? > Just to clarify that the the following was related to the PERC5/ie and the mfi driver: " I read some posts on one of the lists that was talking about the linux compatibility system providing all of the correct interface for the linux version of megacli/megarc to work on FreeBSD" I think google can answer the rest for you. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 10:55:19 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7721316A402 for ; Wed, 18 Jul 2007 10:55:19 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.freebsd.org (Postfix) with ESMTP id DA1FD13C49D for ; Wed, 18 Jul 2007 10:55:18 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost.infracaninophile.co.uk [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.1/8.14.1) with ESMTP id l6IAJ1I8037279; Wed, 18 Jul 2007 11:19:03 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk from=m.seaman@infracaninophile.co.uk; sender-id=permerror; spf=permerror X-SenderID: Sendmail Sender-ID Filter v0.2.14 smtp.infracaninophile.co.uk l6IAJ1I8037279 Message-ID: <469DE915.8050309@infracaninophile.co.uk> Date: Wed, 18 Jul 2007 11:19:01 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.4 (X11/20070619) MIME-Version: 1.0 To: Ken Chen References: In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 18 Jul 2007 11:19:14 +0100 (BST) X-Virus-Scanned: ClamAV 0.91/3692/Wed Jul 18 08:39:32 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_SIGNSOME, DKIM_POLICY_TESTING, NO_RELAYS autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on happy-idiot-talk.infracaninophile.co.uk Cc: stable@freebsd.org Subject: Re: mysqld got signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 10:55:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ken Chen wrote: > db1# cat /boot/loader.conf > kern.maxdsiz="2G" > kern.dfldsiz="2G" > kern.maxssiz="134217728" # 128MB I don't think the boot loader understands "2G" to mean "two gigabytes" (unlike my.cnf). It has probably left you with the default values. Try spelling it out as so: kern.maxdsiz="2147483648" kern.dftdsiz="2147483648" Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGnekV8Mjk52CukIwRCG7tAJ0SDevjout/RNDl0UJyak9sCzcoxQCfZjmE 7sRY1dmudyAMeHgrtEDKElU= =4TZ8 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 11:00:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB63516A401 for ; Wed, 18 Jul 2007 11:00:23 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id BDF5713C4AA for ; Wed, 18 Jul 2007 11:00:23 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 9A60311498; Wed, 18 Jul 2007 06:43:57 -0400 (EDT) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dQWmT9T4GMJm; Wed, 18 Jul 2007 06:43:56 -0400 (EDT) Received: from [192.168.0.4] (josie.pingle.org [209.125.59.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id A865611496; Wed, 18 Jul 2007 06:43:55 -0400 (EDT) Message-ID: <469DEEE9.6030705@pingle.org> Date: Wed, 18 Jul 2007 06:43:53 -0400 From: Jim Pingle User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Charles Sprickman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: long pause in startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 11:00:24 -0000 Charles Sprickman wrote: > Any ideas on this one? This machine (one of those ancient VALinux 2U > boxes, Intel L440GX+ board, dual PIII) hangs for a very long time > between the second processor launching and geom_mirror kicking in. It > does always boot, but the hang is more than a minute - just enough to > make one nervous when rebooting remotely... > > Is this just the mirror taking a really long time to initialize, or > something more sinister? [snip] > Any info is appreciated, this is just something I wanted to check out > before bringing this into production (secondary ns, mx w/pfspamd). I've got a bunch of these and they all do it. It seems to be something with the floppy controller. During the hang it's accessing the floppy drive (light is on) and if the floppy is disabled, there is no hang. IIRC if you have a floppy in the drive it also does not hang. That's the short version, anyhow. It's been discussed on the list before so you might check the archives for a better/more complete answer. Jim From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 13:39:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 885BC16A402 for ; Wed, 18 Jul 2007 13:39:20 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDCF13C471 for ; Wed, 18 Jul 2007 13:39:20 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 20466B25; Wed, 18 Jul 2007 08:39:17 -0500 (CDT) Date: Wed, 18 Jul 2007 08:39:17 -0500 To: Momchil Ivanov Message-ID: <20070718133917.GA31667@soaustin.net> References: <200707181142.27240.idiotbg@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707181142.27240.idiotbg@gmail.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 13:39:20 -0000 On Wed, Jul 18, 2007 at 11:42:26AM +0200, Momchil Ivanov wrote: > accidently unplugged the USB hub to which my external hdd together with a > mouse were connected and this caused my machine to freeze for some seconds > and then reboot. Yes, this is a known problem, for which there is no workaround at the moment. mcl From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 13:39:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C10C16A404 for ; Wed, 18 Jul 2007 13:39:52 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from cenn-smtp.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.freebsd.org (Postfix) with ESMTP id 635B713C49D for ; Wed, 18 Jul 2007 13:39:52 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by cenn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 5DAC08138; Wed, 18 Jul 2007 08:39:51 -0500 (CDT) Received: from [192.168.1.5] (unknown [192.168.2.1]) by mail.tcbug.org (Postfix) with ESMTP id 39397341C0C; Wed, 18 Jul 2007 08:39:51 -0500 (CDT) From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Wed, 18 Jul 2007 08:39:46 -0500 User-Agent: KMail/1.9.6 References: <200707181142.27240.idiotbg@gmail.com> In-Reply-To: <200707181142.27240.idiotbg@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2519369.ujUClLtp6T"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707180839.50113.josh@tcbug.org> Cc: Momchil Ivanov Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 13:39:52 -0000 --nextPart2519369.ujUClLtp6T Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 July 2007, Momchil Ivanov wrote: > Hi, > > I am running FreeBSD 6.2-STABLE #11: Sat Jul 14 16:27:12 CEST 2007 > and accidently unplugged the USB hub to which my external hdd > together with a mouse were connected and this caused my machine to > freeze for some seconds and then reboot. At that moment the hdd was > mounted and I was playing music out of it. > After that I tried to reproduce it :) so just plugged only the hdd > directly, mounted it and started playing music files from it. When > I unplugged the USB cable the same thing happened: short freeze, > and then reboot. Is this expected behaviour? And is there some way > to avoid the freeze and reboot? > > Thanks. Yes, it's expected behavior. The workaround is to not unplug mounted=20 devices. (There's nothing special about USB here, if you unplugged an=20 IDE drive you'd get the same behavior) =2D-=20 Thanks, Josh Paetzel --nextPart2519369.ujUClLtp6T Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGnhgmJvkB8SevrssRAnUOAKCUUDUZbgXIydtuibZdYmXOIXLbPgCfS1Bd p9r+9dVhdqbkV4HqI1s5sm8= =Xt8W -----END PGP SIGNATURE----- --nextPart2519369.ujUClLtp6T-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 14:19:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C050D16A401 for ; Wed, 18 Jul 2007 14:19:26 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 19C2813C4B4 for ; Wed, 18 Jul 2007 14:19:25 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 18 Jul 2007 13:52:44 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp045) with SMTP; 18 Jul 2007 15:52:44 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX189lRNa+6099WbPXk9u5QhU5baUJWFT/uNlz48juE VWJWSKqEsbF974 Message-ID: <469E1B2A.3030901@gmx.de> Date: Wed, 18 Jul 2007 15:52:42 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: Josh Paetzel References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> In-Reply-To: <200707180839.50113.josh@tcbug.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org, Momchil Ivanov Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 14:19:26 -0000 Josh Paetzel wrote: > On Wednesday 18 July 2007, Momchil Ivanov wrote: >> Hi, >> >> I am running FreeBSD 6.2-STABLE #11: Sat Jul 14 16:27:12 CEST 2007 >> and accidently unplugged the USB hub to which my external hdd >> together with a mouse were connected and this caused my machine to >> freeze for some seconds and then reboot. At that moment the hdd was >> mounted and I was playing music out of it. >> After that I tried to reproduce it :) so just plugged only the hdd >> directly, mounted it and started playing music files from it. When >> I unplugged the USB cable the same thing happened: short freeze, >> and then reboot. Is this expected behaviour? And is there some way >> to avoid the freeze and reboot? >> >> Thanks. > > Yes, it's expected behavior. The workaround is to not unplug mounted > devices. (There's nothing special about USB here, if you unplugged an > IDE drive you'd get the same behavior) > Wouldn't it make some sense not to panic if mounted devices that are in sync get removed? A few applications might get in trouble, but that's hardly a reason to bring a whole system down. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 14:49:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2275416A402 for ; Wed, 18 Jul 2007 14:49:56 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.freebsd.org (Postfix) with ESMTP id D7C7813C49D for ; Wed, 18 Jul 2007 14:49:55 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id B726317C2F; Wed, 18 Jul 2007 10:34:35 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id A81AD17C2E; Wed, 18 Jul 2007 10:34:35 -0400 (EDT) Date: Wed, 18 Jul 2007 10:34:35 -0400 (EDT) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Michael Worobcuk In-Reply-To: <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> Message-ID: <20070718103406.Q77795@arbitor.digitalfreaks.org> References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Tom Judge , freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 14:49:56 -0000 > > Hi Tom, > thank you for your response. What about monitoring the PERC5/ie ? Does it > work with megarc or any program under FreeBSD ? I have some scripts on nagiosexchange.org; wrappers around megacli(8) and megarc(8). ~BAS > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" l8* -lava (Brian A. Seklecki - Pittsburgh, PA, USA) http://www.spiritual-machines.org/ "Guilty? Yeah. But he knows it. I mean, you're guilty. You just don't know it. So who's really in jail?" ~Maynard James Keenan From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:03:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B13516A401 for ; Wed, 18 Jul 2007 15:03:11 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from smtp.studnetz.uni-leipzig.de (smtp.studnetz.uni-leipzig.de [139.18.143.252]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3FF13C4AA for ; Wed, 18 Jul 2007 15:03:10 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from localhost (localhost [127.0.0.1]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 3179F267; Wed, 18 Jul 2007 17:03:10 +0200 (CEST) X-Virus-Scanned: by amavisd-new at studnetz-ul Received: from smtp.studnetz.uni-leipzig.de ([127.0.0.1]) by localhost (smtp.studnetz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y2lwuSZtMV6M; Wed, 18 Jul 2007 17:03:10 +0200 (CEST) Received: from [192.168.63.4] (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 8CEA924B; Wed, 18 Jul 2007 17:03:09 +0200 (CEST) From: Momchil Ivanov To: "[LoN]Kamikaze" Date: Wed, 18 Jul 2007 17:03:03 +0200 User-Agent: KMail/1.9.6 References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> <469E1B2A.3030901@gmx.de> In-Reply-To: <469E1B2A.3030901@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2548977.AsHXLgMVcJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707181703.07480.idiotbg@gmail.com> Cc: Josh Paetzel , freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 15:03:11 -0000 --nextPart2548977.AsHXLgMVcJ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 July 2007 15:52:42 [LoN]Kamikaze wrote: > Josh Paetzel wrote: > > On Wednesday 18 July 2007, Momchil Ivanov wrote: > >> Hi, > >> > >> I am running FreeBSD 6.2-STABLE #11: Sat Jul 14 16:27:12 CEST 2007 > >> and accidently unplugged the USB hub to which my external hdd > >> together with a mouse were connected and this caused my machine to > >> freeze for some seconds and then reboot. At that moment the hdd was > >> mounted and I was playing music out of it. > >> After that I tried to reproduce it :) so just plugged only the hdd > >> directly, mounted it and started playing music files from it. When > >> I unplugged the USB cable the same thing happened: short freeze, > >> and then reboot. Is this expected behaviour? And is there some way > >> to avoid the freeze and reboot? > >> > >> Thanks. > > > > Yes, it's expected behavior. The workaround is to not unplug mounted > > devices. (There's nothing special about USB here, if you unplugged an > > IDE drive you'd get the same behavior) > > Wouldn't it make some sense not to panic if mounted devices that are in > sync get removed? A few applications might get in trouble, but that's > hardly a reason to bring a whole system down. I don`t know how things work, but shutting down the system when some mounte= d=20 fs is no longer present seems like the wrong thing to me. It`s surely safe = :)=20 just bring everything down in order to ensure not messing things ups. But=20 nowadays there are a lot of USB devices and umounting every time is somethi= ng=20 that one is surely going to forget once and ooops everyting goes down. If the same thing happens when a network fs is mounted (say NFS or SMBFS) a= nd=20 then becomes unavailable due to network outages (wireless connections break= =20 easily compared to cable connections, and nowadays the former become=20 popular), then I think it should be fixed. "Windows" doesn`t reboot if you unplug the usb or network cable, which I th= ink=20 is the right way of handling these kind of situations. Idea: do something like "umount -f" when a fs becomes unavailabe, just tell= =20 every program that files are unaccessible? I don`t have the programming skills and knowledge of how freebsd works, tha= t`s=20 why I can only help with feedback and ideas :) Shutting down the system=20 without user`s desire seems like a problem to me, regardless of the reason.= =20 And problems are there to be solved. =2D-=20 PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E =C2=A0158A E03D 56DA 3118 168B =20 --nextPart2548977.AsHXLgMVcJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGniuo4D1W2jEYFosRAiOOAJ9bd6dBvMqyU08i8yhJwfeuN5R1qwCgv5bz 0oycV3bKXoZsA3TM+xXbA2k= =iyBn -----END PGP SIGNATURE----- --nextPart2548977.AsHXLgMVcJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:05:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A44E16A409 for ; Wed, 18 Jul 2007 15:05:31 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id DC5DB13C4B4 for ; Wed, 18 Jul 2007 15:05:30 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so191902wxd for ; Wed, 18 Jul 2007 08:05:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=bPcCqbv+NY7X+EbeDKwqHm3/+CNhYEZ4ap+gDvcb4WQo1ztweVKEwTGzo+r3go46rQJ1SWYXWc6MUAcaelJLUsuaCdb3sHsQtVOVmGt10mQ6HmJe6S4SXvS0b8dqwqBF3ltvT7n+2gGV7LBbAjtiHyzmnOcSlyEl2hw5iHgu54E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=ZlJyDhZq2jdDiC0bvEdgP3dHjjZaiy/KVDle1u49iR1bP9bObtMaLj/P2RU6wYLPhnVPkfo8h+wZsNrjBCOm1+1WvX+SRnH11EorMJAdAvcfYbP4jo4OFSG9uggRFK2CN7k5jgM7oRg3OU8JLzzAue5PlY/e1xJm66hpT0eMl4k= Received: by 10.90.74.1 with SMTP id w1mr1561080aga.1184771130152; Wed, 18 Jul 2007 08:05:30 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTPS id 34sm3425454nza.2007.07.18.08.05.27 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Jul 2007 08:05:27 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20070718120014.4F48916A418@hub.freebsd.org> References: <20070718120014.4F48916A418@hub.freebsd.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Williams Date: Wed, 18 Jul 2007 11:05:25 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Properly managing SpamAssassin. . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 15:05:31 -0000 Hi All, I'm looking for a way to properly manage SpamAssassin after Plesk has wreaked havoc on the server. In the short term, we need to keep Plesk around for those that need the "ease of use". However, it wants to keep resetting values, etc; meaning that since the Plesk license doesn't support "SpamAssassin" it won't allow us to use it and wants it to remain that way. If push comes to shove, I *will* blast Plesk. That said, I need to figure out the proper way to enable SpamAssassin and have Qscan work properly, circumventing the Plesk activites and licensing limitations. Does anyone have any quality insight into the most up-to-date means for accomplishing this? Regards, Michael From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:21:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A439216A404 for ; Wed, 18 Jul 2007 15:21:27 +0000 (UTC) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5ED8613C4A3 for ; Wed, 18 Jul 2007 15:21:27 +0000 (UTC) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (localhost.foo.is [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id 99A59DA851 for ; Wed, 18 Jul 2007 14:59:57 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, score=-2.6 required=6.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.7 Received: by gremlin.foo.is (Postfix, from userid 1000) id 14102DA843; Wed, 18 Jul 2007 14:59:54 +0000 (GMT) Date: Wed, 18 Jul 2007 14:59:54 +0000 From: Baldur Gislason To: freebsd-stable@freebsd.org Message-ID: <20070718145954.GX36311@gremlin.foo.is> References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> In-Reply-To: <200707180839.50113.josh@tcbug.org> User-Agent: Mutt/1.4.2.2i X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 15:21:27 -0000 I vaguely remember being able to yank out USB drives in 5.x and just make usbd execute a forced umount without any problems. FAT32 drives mind you. On 6.2 I haven't even been able to unplug a USB drive even if I unmount it first, always results in a kernel panic. Baldur On Wed, Jul 18, 2007 at 08:39:46AM -0500, Josh Paetzel wrote: > On Wednesday 18 July 2007, Momchil Ivanov wrote: > > Hi, > > > > I am running FreeBSD 6.2-STABLE #11: Sat Jul 14 16:27:12 CEST 2007 > > and accidently unplugged the USB hub to which my external hdd > > together with a mouse were connected and this caused my machine to > > freeze for some seconds and then reboot. At that moment the hdd was > > mounted and I was playing music out of it. > > After that I tried to reproduce it :) so just plugged only the hdd > > directly, mounted it and started playing music files from it. When > > I unplugged the USB cable the same thing happened: short freeze, > > and then reboot. Is this expected behaviour? And is there some way > > to avoid the freeze and reboot? > > > > Thanks. > > Yes, it's expected behavior. The workaround is to not unplug mounted > devices. (There's nothing special about USB here, if you unplugged an > IDE drive you'd get the same behavior) > > -- > Thanks, > > Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:34:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FB6C16A400 for ; Wed, 18 Jul 2007 15:34:11 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6C313C507 for ; Wed, 18 Jul 2007 15:34:11 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so498906pye for ; Wed, 18 Jul 2007 08:34:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=uXgLS5iwzBRbdByvlEjXS+RYP9a7GN7kyeFXvb5A7AHY/jBwO0Ed23XW4UCNWQPjjqloghkSXZLe+Bwfy+6qpaWVulVLaU2lTMVrVbCAulapXrZLLKCsmHDqkerjFBR0jm8JZMjOUzrrnIRKECd9+E+Gk2JCs3K1zlbY657rJ2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=kQCAubE/TdY3a9AUR7E+e6yAQ/bC0fJ6CXnWbli8kERdQGBRf0ogJo2EhFW3bC7/F8bTvne6XHRXAc1WEIqrjNQ9k8+uIz6XB8Gi/dR+85EjjMQ7/w/naDDyKVzQJP5rZZFTeew1aPKxQG/DIYVCiefli73HqL+H2q3JtyUj024= Received: by 10.35.12.10 with SMTP id p10mr2770094pyi.1184772850024; Wed, 18 Jul 2007 08:34:10 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTPS id 15sm3511398nzp.2007.07.18.08.34.09 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Jul 2007 08:34:09 -0700 (PDT) In-Reply-To: <96AF20FDF4301D419B33CCE8E3A0132B01CA7456@SAT4MX07.RACKSPACE.CORP> References: <96AF20FDF4301D419B33CCE8E3A0132B01CA7456@SAT4MX07.RACKSPACE.CORP> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9CE91A6F-704D-47CC-A1BE-E5EBA4A06DC3@gmail.com> Content-Transfer-Encoding: 7bit From: Michael Williams Date: Wed, 18 Jul 2007 11:34:07 -0400 To: "Daniel Anson" X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Properly managing SpamAssassin. . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 15:34:11 -0000 Thanks, but there are two issues there: 1) I don't plan on keeping Plesk for more than a few months, and don't want to spend the effort/money just to undo/redo it later. 2) I want to manage it manually 100% from the start That said, are there any suggestions as to how to accomplish what I've requested? Regards, Michael On Jul 18, 2007, at 11:28 AM, Daniel Anson wrote: > You can buy a spamassasin liscense from plesk. I would suggest that. > > Daniel > > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Michael > Williams > Sent: Wednesday, July 18, 2007 10:05 AM > To: freebsd-stable@freebsd.org > Subject: Properly managing SpamAssassin. . . > > Hi All, > > I'm looking for a way to properly manage SpamAssassin after Plesk has > wreaked havoc on the server. In the short term, we need to keep > Plesk around for those that need the "ease of use". However, it > wants to keep resetting values, etc; meaning that since the Plesk > license doesn't support "SpamAssassin" it won't allow us to use it > and wants it to remain that way. If push comes to shove, I *will* > blast Plesk. That said, I need to figure out the proper way to > enable SpamAssassin and have Qscan work properly, circumventing the > Plesk activites and licensing limitations. Does anyone have any > quality insight into the most up-to-date means for accomplishing this? > > Regards, > Michael > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:38:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 454DD16A404 for ; Wed, 18 Jul 2007 15:38:40 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id F1F4813C47E for ; Wed, 18 Jul 2007 15:38:39 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so204102wxd for ; Wed, 18 Jul 2007 08:38:39 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=sSaolJBSeni4KgJPi158K3PXruweuIqZDxZt+bDSyjXtmTaSCxVwHQEDMSz7GRWscQXFB3tjbmFPax61ZqyI0LwzKM1sgdSoT/djb/jAs5aeezxTzlvFi9+8DXdZiTHqQLLBqqGr43mfTgv+Vn4cyfBy++ngy99JksnRngnfcdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=D1BWNyhm/oypE5JwVd6skwr1Xu6jQAJRyD2WH/cl/v9jyiXTJVaEohiKRnLdPLhM/cI41EBkLfVknuA9s67lRWGVx+7fSmJsqeYraEOHsJ2bxaLrXmEO5m7n6SUNh4J0dp955uaHwGb41+J0n8QtBVnSmZ4LTeL5UjYgSiXFqzQ= Received: by 10.90.51.17 with SMTP id y17mr1632380agy.1184773118959; Wed, 18 Jul 2007 08:38:38 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTPS id r15sm463415nza.2007.07.18.08.38.35 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Jul 2007 08:38:35 -0700 (PDT) In-Reply-To: <001b01c7c951$14217760$3c646620$@ca> References: <20070718120014.4F48916A418@hub.freebsd.org> <001b01c7c951$14217760$3c646620$@ca> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Williams Date: Wed, 18 Jul 2007 11:38:34 -0400 To: "Kevin K." X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Properly managing SpamAssassin. . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 15:38:40 -0000 Kevin, Thanks. I have no problem with that at all. Can you recommend any quality, modular (redundant I know) jailing techniques (e.g. directory structures, user levels, permissions, etc)? Regards, Michael On Jul 18, 2007, at 11:34 AM, Kevin K. wrote: > Managing plesk usually means that you really have to hand over your > server > (or the jail that plesk creates) to plesk itself. > > I've hacked and mangled plesk installations in order to merge other > technologies and custom solutions that I personally preferred -- > and in the > end I concluded that it caused more headaches than it was worth. > > As of plesk 8.1 I believe it creates its installation in a jailed > environment, so perhaps adding another jail to handle all the > services you > don't want to purchase through plesk (i.e. spamassassin, clamav, or > whatever > elese there is) may be the best way. > > That's my 0.2, perhaps someone else has a better solution though. > Again, > changing or hacking a plesk installation is not a good idea, > considering > their "windows update" style of submitting upgrades and patches. > > > Hope it helps. > > > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Michael > Williams > Sent: Wednesday, July 18, 2007 11:05 AM > To: freebsd-stable@freebsd.org > Subject: Properly managing SpamAssassin. . . > > Hi All, > > I'm looking for a way to properly manage SpamAssassin after Plesk has > wreaked havoc on the server. In the short term, we need to keep > Plesk around for those that need the "ease of use". However, it > wants to keep resetting values, etc; meaning that since the Plesk > license doesn't support "SpamAssassin" it won't allow us to use it > and wants it to remain that way. If push comes to shove, I *will* > blast Plesk. That said, I need to figure out the proper way to > enable SpamAssassin and have Qscan work properly, circumventing the > Plesk activites and licensing limitations. Does anyone have any > quality insight into the most up-to-date means for accomplishing this? > > Regards, > Michael > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > > __________ NOD32 2404 (20070717) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:40:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47CCF16A400 for ; Wed, 18 Jul 2007 15:40:21 +0000 (UTC) (envelope-from danson@rackspace.com) Received: from mx2.dfw1.rackspace.com (mx2.dfw1.rackspace.com [72.3.128.181]) by mx1.freebsd.org (Postfix) with ESMTP id E904E13C4BE for ; Wed, 18 Jul 2007 15:40:20 +0000 (UTC) (envelope-from danson@rackspace.com) Received: from SAT4MX07.RACKSPACE.CORP ([10.6.24.22]) by mx2.dfw1.rackspace.com (8.13.8/8.13.8) with ESMTP id l6IFS789009893; Wed, 18 Jul 2007 10:28:17 -0500 (envelope-from danson@rackspace.com) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Jul 2007 10:28:12 -0500 Message-ID: <96AF20FDF4301D419B33CCE8E3A0132B01CA7456@SAT4MX07.RACKSPACE.CORP> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Properly managing SpamAssassin. . . Thread-Index: AcfJTYDxG2PToQZgRYu9Yv81C+CPNAAAq8eQ From: "Daniel Anson" To: "Michael Williams" , Cc: Subject: RE: Properly managing SpamAssassin. . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 15:40:21 -0000 You can buy a spamassasin liscense from plesk. I would suggest that. Daniel -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Michael Williams Sent: Wednesday, July 18, 2007 10:05 AM To: freebsd-stable@freebsd.org Subject: Properly managing SpamAssassin. . . Hi All, I'm looking for a way to properly manage SpamAssassin after Plesk has =20 wreaked havoc on the server. In the short term, we need to keep =20 Plesk around for those that need the "ease of use". However, it =20 wants to keep resetting values, etc; meaning that since the Plesk =20 license doesn't support "SpamAssassin" it won't allow us to use it =20 and wants it to remain that way. If push comes to shove, I *will* =20 blast Plesk. That said, I need to figure out the proper way to =20 enable SpamAssassin and have Qscan work properly, circumventing the =20 Plesk activites and licensing limitations. Does anyone have any =20 quality insight into the most up-to-date means for accomplishing this? Regards, Michael _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:41:14 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5D9B16A400 for ; Wed, 18 Jul 2007 15:41:14 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 1080313C4B4 for ; Wed, 18 Jul 2007 15:41:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (czgzuv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6IFf6ej051776; Wed, 18 Jul 2007 17:41:11 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6IFf4ht051775; Wed, 18 Jul 2007 17:41:04 +0200 (CEST) (envelope-from olli) Date: Wed, 18 Jul 2007 17:41:04 +0200 (CEST) Message-Id: <200707181541.l6IFf4ht051775@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, LoN_Kamikaze@gmx.de, idiotbg@gmail.com, josh@tcbug.org In-Reply-To: <200707181703.07480.idiotbg@gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 18 Jul 2007 17:41:11 +0200 (CEST) Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, LoN_Kamikaze@gmx.de, idiotbg@gmail.com, josh@tcbug.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 15:41:14 -0000 Momchil Ivanov wrote: > On Wednesday 18 July 2007 15:52:42 [LoN]Kamikaze wrote: > > Josh Paetzel wrote: > > > Yes, it's expected behavior. The workaround is to not unplug mounted > > > devices. (There's nothing special about USB here, if you unplugged an > > > IDE drive you'd get the same behavior) > > > > Wouldn't it make some sense not to panic if mounted devices that are in > > sync get removed? A few applications might get in trouble, but that's > > hardly a reason to bring a whole system down. > > I don`t know how things work, but shutting down the system when some > mounted fs is no longer present seems like the wrong thing to me. As Josh wrote, it's expected. The problem is known to exist for a long time already (probably as long as FreeBSD itself exists), and if there was an easy solution, certainly someone would have fixed it. Just remember to always umount first, and you're safe. In the early 90s I panicked a FreeBSD machine by removing a floppy disk that was mounted. I did that mistake only once -- afterwards I always remembered. If you have problems remembering, another work-around is to use the auto mounter daemon (amd(8)). It umounts file systems automatically that are not in use. Another nice feature of amd(8) is that you don't have to mount the file system either -- Simply plug the USB stick in, then access it, and amd(8) will automatically mount it for you. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I learned Java 3 years before Python. It was my language of choice. It took me two weekends with Python before I was more productive with it than with Java." -- Anthony Roberts From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:42:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 797CF16A404 for ; Wed, 18 Jul 2007 15:42:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6614413C4B7 for ; Wed, 18 Jul 2007 15:42:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 5319A1CC050; Wed, 18 Jul 2007 08:42:12 -0700 (PDT) Date: Wed, 18 Jul 2007 08:42:12 -0700 From: Jeremy Chadwick To: Momchil Ivanov Message-ID: <20070718154212.GA10371@eos.sc1.parodius.com> Mail-Followup-To: Momchil Ivanov , "[LoN]Kamikaze" , Josh Paetzel , freebsd-stable@freebsd.org References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> <469E1B2A.3030901@gmx.de> <200707181703.07480.idiotbg@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707181703.07480.idiotbg@gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: "\[LoN\]Kamikaze" , freebsd-stable@freebsd.org, Josh Paetzel Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 15:42:12 -0000 On Wed, Jul 18, 2007 at 05:03:03PM +0200, Momchil Ivanov wrote: > "Windows" doesn`t reboot if you unplug the usb or network cable, which I think > is the right way of handling these kind of situations. Windows also (as of XP; I don't think it was this way in 2000) by default disables read/write caching on all USB-plugged storage devices. This was done because people were unplugging USB storage devices without "shutting them down" (going to the systray and selecting the device then choosing "Stop" to ensure all caches were flushed and data on the device had been written). The performance hit is pretty major, but the attitude is "safety first". You can, of course, toggle the caching feature per device/drive, but you'll need to Stop the device before removing it from the USB bus. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 16:08:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 936E516A404 for ; Wed, 18 Jul 2007 16:08:47 +0000 (UTC) (envelope-from freebsd-stable@magma.ca) Received: from mail-05.primus.ca (mail5.primus.ca [216.254.141.172]) by mx1.freebsd.org (Postfix) with ESMTP id 30EF013C4D1 for ; Wed, 18 Jul 2007 16:08:46 +0000 (UTC) (envelope-from freebsd-stable@magma.ca) Received: from ottawa-hs-209-217-66-243.d-ip.magma.ca ([209.217.66.243] helo=kevin) by mail-05.primus.ca with esmtpa (Exim 4.63) (envelope-from ) id 1IBBXR-0007jw-3A; Wed, 18 Jul 2007 11:34:06 -0400 From: "Kevin K." To: "'Michael Williams'" , References: <20070718120014.4F48916A418@hub.freebsd.org> In-Reply-To: Date: Wed, 18 Jul 2007 11:34:04 -0400 Message-ID: <001b01c7c951$14217760$3c646620$@ca> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcfJTWgg0gnS5Rp+RPKKVBZWXKUpKwAAvA6Q Content-Language: en-us X-Authenticated: freebsd-stable - ottawa-hs-209-217-66-243.d-ip.magma.ca (kevin) [209.217.66.243] Cc: Subject: RE: Properly managing SpamAssassin. . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 16:08:47 -0000 Managing plesk usually means that you really have to hand over your server (or the jail that plesk creates) to plesk itself. I've hacked and mangled plesk installations in order to merge other technologies and custom solutions that I personally preferred -- and in the end I concluded that it caused more headaches than it was worth. As of plesk 8.1 I believe it creates its installation in a jailed environment, so perhaps adding another jail to handle all the services you don't want to purchase through plesk (i.e. spamassassin, clamav, or whatever elese there is) may be the best way. That's my 0.2, perhaps someone else has a better solution though. Again, changing or hacking a plesk installation is not a good idea, considering their "windows update" style of submitting upgrades and patches. Hope it helps. -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Michael Williams Sent: Wednesday, July 18, 2007 11:05 AM To: freebsd-stable@freebsd.org Subject: Properly managing SpamAssassin. . . Hi All, I'm looking for a way to properly manage SpamAssassin after Plesk has wreaked havoc on the server. In the short term, we need to keep Plesk around for those that need the "ease of use". However, it wants to keep resetting values, etc; meaning that since the Plesk license doesn't support "SpamAssassin" it won't allow us to use it and wants it to remain that way. If push comes to shove, I *will* blast Plesk. That said, I need to figure out the proper way to enable SpamAssassin and have Qscan work properly, circumventing the Plesk activites and licensing limitations. Does anyone have any quality insight into the most up-to-date means for accomplishing this? Regards, Michael _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" __________ NOD32 2404 (20070717) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 16:24:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4644016A403 for ; Wed, 18 Jul 2007 16:24:47 +0000 (UTC) (envelope-from freebsd-stable@magma.ca) Received: from smtp-06.primus.ca (mail5.primus.ca [216.254.141.172]) by mx1.freebsd.org (Postfix) with ESMTP id E2C2F13C494 for ; Wed, 18 Jul 2007 16:24:46 +0000 (UTC) (envelope-from freebsd-stable@magma.ca) Received: from ottawa-hs-209-217-66-243.d-ip.magma.ca ([209.217.66.243] helo=kevin) by smtp-06.primus.ca with esmtpa (Exim 4.43) id 1IBCKT-0002CF-Lg; Wed, 18 Jul 2007 12:24:46 -0400 From: "Kevin K." To: "'Michael Williams'" References: <20070718120014.4F48916A418@hub.freebsd.org> <001b01c7c951$14217760$3c646620$@ca> In-Reply-To: Date: Wed, 18 Jul 2007 12:24:39 -0400 Message-ID: <000001c7c958$25077820$6f166860$@ca> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcfJUcsUAEy8+/y9TL2MsYMyok/EqAABhUWw Content-Language: en-us X-Authenticated: freebsd-stable - ottawa-hs-209-217-66-243.d-ip.magma.ca (kevin) [209.217.66.243] Cc: freebsd-stable@freebsd.org Subject: RE: Properly managing SpamAssassin. . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 16:24:47 -0000 Creating a jail isn't that hard. Unfortunately I haven't really tested it before, but im sure that through some simple redirection of the separate virtual localhost adapters between jails, you may be able to utilize spamassassin. I guess the real question is, is it worth it to do all that work if you are going to just scrap plesk in a few months anyways? In any case, the freebsd handbook's section on jails is a good place to start. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Michael Williams Sent: Wednesday, July 18, 2007 11:39 AM To: Kevin K. Cc: freebsd-stable@freebsd.org Subject: Re: Properly managing SpamAssassin. . . Kevin, Thanks. I have no problem with that at all. Can you recommend any quality, modular (redundant I know) jailing techniques (e.g. directory structures, user levels, permissions, etc)? Regards, Michael On Jul 18, 2007, at 11:34 AM, Kevin K. wrote: > Managing plesk usually means that you really have to hand over your > server > (or the jail that plesk creates) to plesk itself. > > I've hacked and mangled plesk installations in order to merge other > technologies and custom solutions that I personally preferred -- > and in the > end I concluded that it caused more headaches than it was worth. > > As of plesk 8.1 I believe it creates its installation in a jailed > environment, so perhaps adding another jail to handle all the > services you > don't want to purchase through plesk (i.e. spamassassin, clamav, or > whatever > elese there is) may be the best way. > > That's my 0.2, perhaps someone else has a better solution though. > Again, > changing or hacking a plesk installation is not a good idea, > considering > their "windows update" style of submitting upgrades and patches. > > > Hope it helps. > > > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Michael > Williams > Sent: Wednesday, July 18, 2007 11:05 AM > To: freebsd-stable@freebsd.org > Subject: Properly managing SpamAssassin. . . > > Hi All, > > I'm looking for a way to properly manage SpamAssassin after Plesk has > wreaked havoc on the server. In the short term, we need to keep > Plesk around for those that need the "ease of use". However, it > wants to keep resetting values, etc; meaning that since the Plesk > license doesn't support "SpamAssassin" it won't allow us to use it > and wants it to remain that way. If push comes to shove, I *will* > blast Plesk. That said, I need to figure out the proper way to > enable SpamAssassin and have Qscan work properly, circumventing the > Plesk activites and licensing limitations. Does anyone have any > quality insight into the most up-to-date means for accomplishing this? > > Regards, > Michael > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > > __________ NOD32 2404 (20070717) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" __________ NOD32 2404 (20070717) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 16:30:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A583B16A400 for ; Wed, 18 Jul 2007 16:30:51 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from smtp.studnetz.uni-leipzig.de (smtp.studnetz.uni-leipzig.de [139.18.143.252]) by mx1.freebsd.org (Postfix) with ESMTP id 393E313C48D for ; Wed, 18 Jul 2007 16:30:51 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from localhost (localhost [127.0.0.1]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 7B00C258; Wed, 18 Jul 2007 18:30:50 +0200 (CEST) X-Virus-Scanned: by amavisd-new at studnetz-ul Received: from smtp.studnetz.uni-leipzig.de ([127.0.0.1]) by localhost (smtp.studnetz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KUfQptsgJFy6; Wed, 18 Jul 2007 18:30:50 +0200 (CEST) Received: from [192.168.63.4] (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 13BB4251; Wed, 18 Jul 2007 18:30:49 +0200 (CEST) From: Momchil Ivanov To: freebsd-stable@freebsd.org, LoN_Kamikaze@gmx.de, josh@tcbug.org Date: Wed, 18 Jul 2007 18:30:44 +0200 User-Agent: KMail/1.9.6 References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> In-Reply-To: <200707181541.l6IFf4ht051775@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1265518.WP56TgVvPf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707181830.48727.idiotbg@gmail.com> Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 16:30:51 -0000 --nextPart1265518.WP56TgVvPf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 July 2007 17:41:04 Oliver Fromme wrote: > As Josh wrote, it's expected. The problem is known > to exist for a long time already (probably as long > as FreeBSD itself exists), and if there was an easy > solution, certainly someone would have fixed it. > > Just remember to always umount first, and you're safe. > In the early 90s I panicked a FreeBSD machine by > removing a floppy disk that was mounted. I did that > mistake only once -- afterwards I always remembered. > > If you have problems remembering, another work-around > is to use the auto mounter daemon (amd(8)). It umounts > file systems automatically that are not in use. > Another nice feature of amd(8) is that you don't have > to mount the file system either -- Simply plug the USB > stick in, then access it, and amd(8) will automatically > mount it for you. > > Best regards > Oliver I started the thread just because it hit me today. I wanted to disconnect m= y=20 mouse and forgot that the hdd is connected to the same hub, I realized that= =20 after having unplugged the usb hub and saw the system freeze. I know that=20 this has been an issue for a long time. With cdroms it`s easy, the tray won= `t=20 open until you umount the cd fs, floppies......... nowadays they have been= =20 replaced by usb sticks, but they have no trays as cdroms do :) moreover=20 people use other usb storages too and unplugging those is just as simple as= =20 unpluging the cable. I think this is a critical problem and needs to be addressed, avoiding it=20 doesn`t solve it. As technology advances I think FreeBSD has to advance too. You said you=20 paniced a system in the early 90s, which is more than 10 years from now. In= =20 the past floppy disks were maybe the only problem, but nowadays as storage = is=20 cheap more and more people use USB storage devices, and these are easy to=20 unplug. It`s even worse if you have a laptop, since it`s easier to connect= =20 everything to a hub (mouse, hdds, other usb stuff) and connect/disconnect i= t. In the days before common storage devices (hard drives) where fixed inside = the=20 computer`s case, so unpluging a hard drive when the computer was running wa= s=20 considered as "insane", so panicing is ok. Nowadays things have changed. US= B=20 (maybe Firewire too, have no experience with that) offers a simple way to=20 connect/disconnect devices to your computer (here I have to note: not just= =20 one!), having a laptop and 1,2,3 or even more external storage devices is=20 something usual. That`s why I think this particular problem needs to be addressed. Thanks for the tip about amd(8) I will give it a try. =2D-=20 PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E =A0158A E03D 56DA 3118 168B =20 --nextPart1265518.WP56TgVvPf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGnkA04D1W2jEYFosRApWeAKCUpMbhzRb7RfZ57u5wsXa6ssprzQCbB7Xg zxcXV6bgn7JONu8h8xuptoQ= =f6Ex -----END PGP SIGNATURE----- --nextPart1265518.WP56TgVvPf-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 16:36:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 169E116A404 for ; Wed, 18 Jul 2007 16:36:47 +0000 (UTC) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1A613C4B2 for ; Wed, 18 Jul 2007 16:36:46 +0000 (UTC) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (localhost.foo.is [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id 9E855DA842; Wed, 18 Jul 2007 16:36:45 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.7 Received: by gremlin.foo.is (Postfix, from userid 1000) id 30801DA84A; Wed, 18 Jul 2007 16:36:42 +0000 (GMT) Date: Wed, 18 Jul 2007 16:36:42 +0000 From: Baldur Gislason To: Momchil Ivanov Message-ID: <20070718163642.GY36311@gremlin.foo.is> References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> In-Reply-To: <200707181830.48727.idiotbg@gmail.com> User-Agent: Mutt/1.4.2.2i X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 16:36:47 -0000 This really struck me as a problem when I had a short power outage and my external USB hard drive wasn't plugged into the UPS. Laptop didn't reboot from the power outage but it rebooted anyway because it lost a hard drive (which was mounted but I wasn't doing any work on) Baldur On Wed, Jul 18, 2007 at 06:30:44PM +0200, Momchil Ivanov wrote: > On Wednesday 18 July 2007 17:41:04 Oliver Fromme wrote: > > As Josh wrote, it's expected. The problem is known > > to exist for a long time already (probably as long > > as FreeBSD itself exists), and if there was an easy > > solution, certainly someone would have fixed it. > > > > Just remember to always umount first, and you're safe. > > In the early 90s I panicked a FreeBSD machine by > > removing a floppy disk that was mounted. I did that > > mistake only once -- afterwards I always remembered. > > > > If you have problems remembering, another work-around > > is to use the auto mounter daemon (amd(8)). It umounts > > file systems automatically that are not in use. > > Another nice feature of amd(8) is that you don't have > > to mount the file system either -- Simply plug the USB > > stick in, then access it, and amd(8) will automatically > > mount it for you. > > > > Best regards > > Oliver > > I started the thread just because it hit me today. I wanted to disconnect my > mouse and forgot that the hdd is connected to the same hub, I realized that > after having unplugged the usb hub and saw the system freeze. I know that > this has been an issue for a long time. With cdroms it`s easy, the tray won`t > open until you umount the cd fs, floppies......... nowadays they have been > replaced by usb sticks, but they have no trays as cdroms do :) moreover > people use other usb storages too and unplugging those is just as simple as > unpluging the cable. > > I think this is a critical problem and needs to be addressed, avoiding it > doesn`t solve it. > > As technology advances I think FreeBSD has to advance too. You said you > paniced a system in the early 90s, which is more than 10 years from now. In > the past floppy disks were maybe the only problem, but nowadays as storage is > cheap more and more people use USB storage devices, and these are easy to > unplug. It`s even worse if you have a laptop, since it`s easier to connect > everything to a hub (mouse, hdds, other usb stuff) and connect/disconnect it. > > In the days before common storage devices (hard drives) where fixed inside the > computer`s case, so unpluging a hard drive when the computer was running was > considered as "insane", so panicing is ok. Nowadays things have changed. USB > (maybe Firewire too, have no experience with that) offers a simple way to > connect/disconnect devices to your computer (here I have to note: not just > one!), having a laptop and 1,2,3 or even more external storage devices is > something usual. > That`s why I think this particular problem needs to be addressed. > > Thanks for the tip about amd(8) I will give it a try. > > -- > PGP KeyID: 0x3118168B > Keyserver: pgp.mit.edu > Key fingerprint BB50 2983 0714 36DC D02E  158A E03D 56DA 3118 168B > From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 17:06:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 101B816A400 for ; Wed, 18 Jul 2007 17:06:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B149013C494 for ; Wed, 18 Jul 2007 17:05:59 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 99ED51CC050; Wed, 18 Jul 2007 10:05:59 -0700 (PDT) Date: Wed, 18 Jul 2007 10:05:59 -0700 From: Jeremy Chadwick To: Momchil Ivanov Message-ID: <20070718170559.GA11915@eos.sc1.parodius.com> Mail-Followup-To: Momchil Ivanov , freebsd-stable@freebsd.org, LoN_Kamikaze@gmx.de, josh@tcbug.org References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707181830.48727.idiotbg@gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 17:06:00 -0000 On Wed, Jul 18, 2007 at 06:30:44PM +0200, Momchil Ivanov wrote: > On Wednesday 18 July 2007 17:41:04 Oliver Fromme wrote: > > As Josh wrote, it's expected. The problem is known > > to exist for a long time already (probably as long > > as FreeBSD itself exists), and if there was an easy > > solution, certainly someone would have fixed it. > > I think this is a critical problem and needs to be addressed, avoiding it > doesn`t solve it. I agree. I also have a hard time believing that the reason it hasn't been fixed is because "there isn't an easy fix". I'm under the impression it hasn't been fixed because either no one cares enough to fix it (using the workaround as a scapegoat excuse), or because the majority of people do not use USB-based storage devices. All of this brings me back a few years when I went on a quest to write a application that interfaced with a Logitech USB webcam for FreeBSD (for a streaming fishtank camera). I found that USB alternative indexes were broken (the code was there, but did not work), which the camera relied upon. When I reported the issue to the FreeBSD USB stack maintainer at the time (who will remain nameless since he enjoyed arguing rather than fixing or working with me), I was told 2 things: "I just ported this from NetBSD, don't blame me", "Alt. indexes aren't commonly used so I don't really care". So, based on my experience as documented above, I would say the reasons I listed are dead on. Bottom line here is that the kernel panics when removing a USB device that has filesystems mounted. This shouldn't happen. Spitting out errors on the console is one thing, but a panic is another. Sometimes things cannot be avoided (re: "unmount and you'll be fine"), such as cats pulling on USB hub AC power cables and other such things. If someone wants to work on this and needs devices/toys (thumb drives, external enclosures + hard disks), let me know, I will be more than happy to buy them the hardware needed. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 17:34:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DDC516A403 for ; Wed, 18 Jul 2007 17:34:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 527F413C4AA for ; Wed, 18 Jul 2007 17:34:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id A710BAF5; Wed, 18 Jul 2007 12:34:06 -0500 (CDT) Date: Wed, 18 Jul 2007 12:34:06 -0500 To: Momchil Ivanov , freebsd-stable@freebsd.org, LoN_Kamikaze@gmx.de, josh@tcbug.org Message-ID: <20070718173406.GA16748@soaustin.net> References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718170559.GA11915@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070718170559.GA11915@eos.sc1.parodius.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 17:34:10 -0000 On Wed, Jul 18, 2007 at 10:05:59AM -0700, Jeremy Chadwick wrote: > Bottom line here is that the kernel panics when removing a USB device > that has filesystems mounted. s/USB // > I also have a hard time believing that the reason it hasn't been fixed > is because "there isn't an easy fix". I'm under the impression it > hasn't been fixed because either no one cares enough to fix it (using > the workaround as a scapegoat excuse), or because the majority of people > do not use USB-based storage devices. The reason is not the USB stack; the reason (IIRC) is that the FreeBSD VM was written with the default assumption that Devices Never Go Away. A large rewrite, I'm told, will be needed to fix this, and the code is convoluted and tricky. No one finds the situation acceptable; introducing the "scapegoat" word isn't going to win you any support. The problem is not a weekend's worth of work to fix, nor does it have anything to do with avoidance by one particular maintainer, which you apparently had encountered before. mcl From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 17:37:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2502716A411 for ; Wed, 18 Jul 2007 17:37:37 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD1113C4D0 for ; Wed, 18 Jul 2007 17:37:36 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so402927uge for ; Wed, 18 Jul 2007 10:37:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XZMRUlqm/QbRa80trUWT7UFDYO8Gp2s5o6vPdCeMbEx8FZuhenzb/y6FeNXjIz89aMMPWHeXU9M3ToFLSzW1R5ghdsg5ydNDzBGj/oWuqC9eVdHn3qFQwpaL6vdGwV0zGYIu2VtjOKwi0n1MmrQ3oR6TBGMFmXtePeMnUevPT/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=oubwKIQh7PY9dqF1fPHt5ma/VSVPmFmRJz2tjYuUjup/xHLN3oeGnFfTKGe7QCrZ9IUOJczJA50E1ih60FQ93H3pZPqqpMqbtmMhitSAPfBILWtxy6Bdjp75/y7I2s1Ymwzo1ZlJZBcja/svBkFbrH86ZUla6XSft6sEnwFzPfY= Received: by 10.82.182.1 with SMTP id e1mr2469362buf.1184778702839; Wed, 18 Jul 2007 10:11:42 -0700 (PDT) Received: by 10.82.176.13 with HTTP; Wed, 18 Jul 2007 10:11:42 -0700 (PDT) Message-ID: <5f67a8c40707181011n768ad311y9a9dd76a59dde428@mail.gmail.com> Date: Wed, 18 Jul 2007 13:11:42 -0400 From: "Zaphod Beeblebrox" To: "Baldur Gislason" In-Reply-To: <20070718163642.GY36311@gremlin.foo.is> MIME-Version: 1.0 References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718163642.GY36311@gremlin.foo.is> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, Momchil Ivanov , josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 17:37:37 -0000 Nobody's said what the problem is. I'm not a filesystem code monkey, but IIRC, the problem is that the filesystem plays fast and loose with pointers and is too closely related to the VM. One solution is (as mentioned) a userland filesystem that doesn't panic. automount approximates this if you set the disconnect interval short (< 5 seconds). The other way to look at this, though, is the general goal of "not panicing" when it can be avoided. As a research OS, it's my feeling that BSD derived unixes have followed the "if in doubt, panic" regime. I don't think this is appropriate to a modern desktop or server OS. To my mind, an OS should only panic if there are indications of hardware corruption in a subsystem that can't be turned off. Ie: memory bad: panic; controller bad, turn off controller. In this particular case, we have unmount -f. If there are no dirty buffers, the USB system triggering the equivalent of unomunt -f should succeed. If we only mount usb devices async, this should be sufficient for most cases. If there are dirty buffers, what do we loose by just forgetting about them? The filesystem on the device is already as corrupt as its going to be... From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 17:42:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A7C616A406 for ; Wed, 18 Jul 2007 17:42:48 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from smtp.studnetz.uni-leipzig.de (smtp.studnetz.uni-leipzig.de [139.18.143.252]) by mx1.freebsd.org (Postfix) with ESMTP id 2842A13C4AA for ; Wed, 18 Jul 2007 17:42:48 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from localhost (localhost [127.0.0.1]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 6D491253; Wed, 18 Jul 2007 19:42:47 +0200 (CEST) X-Virus-Scanned: by amavisd-new at studnetz-ul Received: from smtp.studnetz.uni-leipzig.de ([127.0.0.1]) by localhost (smtp.studnetz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QI-exNCBQ2J9; Wed, 18 Jul 2007 19:42:47 +0200 (CEST) Received: from [192.168.63.4] (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id A056F251; Wed, 18 Jul 2007 19:42:46 +0200 (CEST) From: Momchil Ivanov To: Mark Linimon Date: Wed, 18 Jul 2007 19:42:40 +0200 User-Agent: KMail/1.9.6 References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718170559.GA11915@eos.sc1.parodius.com> <20070718173406.GA16748@soaustin.net> In-Reply-To: <20070718173406.GA16748@soaustin.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1305907.FlWP3XjsCh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707181942.45045.idiotbg@gmail.com> Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 17:42:48 -0000 --nextPart1305907.FlWP3XjsCh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 July 2007 19:34:06 Mark Linimon wrote: > On Wed, Jul 18, 2007 at 10:05:59AM -0700, Jeremy Chadwick wrote: > > Bottom line here is that the kernel panics when removing a USB device > > that has filesystems mounted. > > s/USB // Just a dumb question: what does "umount -f" does? And doing something like= =20 that when a fs goes away shouldn`t fix it? If the problem is in general with a file system, regardless of the provider= ,=20 then what does one do when a mounted smbfs becomes unavailable due to remot= e=20 host down, no route to host or some other network related problems? Same=20 question for NFS mounted filesystems? =2D-=20 PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E =A0158A E03D 56DA 3118 168B =20 --nextPart1305907.FlWP3XjsCh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGnlEQ4D1W2jEYFosRAgEuAJwOP8VRMGJ0Evo0+iC0GBpE3upX3ACfUwbt 1/3ZK9bniWJjrNKdY79ovpc= =YkdT -----END PGP SIGNATURE----- --nextPart1305907.FlWP3XjsCh-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 18:04:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ED0316A40D for ; Wed, 18 Jul 2007 18:04:41 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp2.srv.eunet.at (smtp2.srv.eunet.at [193.154.160.116]) by mx1.freebsd.org (Postfix) with ESMTP id CF79213C4C3 for ; Wed, 18 Jul 2007 18:04:40 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [10.0.0.129] (p54885649.dip.t-dialin.net [84.136.86.73]) by smtp2.srv.eunet.at (Postfix) with ESMTP id 7347FBF078; Wed, 18 Jul 2007 20:04:38 +0200 (CEST) In-Reply-To: <20070718103406.Q77795@arbitor.digitalfreaks.org> References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <20070718103406.Q77795@arbitor.digitalfreaks.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7CE58597-067C-4E82-AB54-DEFACB35E5F6@michaelworobcuk.de> Content-Transfer-Encoding: 7bit From: Michael Worobcuk Date: Wed, 18 Jul 2007 20:04:36 +0200 To: "Brian A. Seklecki" X-Mailer: Apple Mail (2.752.2) Cc: Tom Judge , freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 18:04:41 -0000 Am 18.07.2007 um 16:34 schrieb Brian A. Seklecki: >> >> Hi Tom, >> thank you for your response. What about monitoring the PERC5/ie ? >> Does it work with megarc or any program under FreeBSD ? > > I have some scripts on nagiosexchange.org; wrappers around megacli > (8) and megarc(8). > ~BAS Cool :) Thank you very much. Best Regards Michael From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 18:53:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28E0916A402 for ; Wed, 18 Jul 2007 18:53:50 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1029C13C4A8 for ; Wed, 18 Jul 2007 18:53:49 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.1.102] (c-67-170-130-86.hsd1.wa.comcast.net [67.170.130.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTP id 861FC145F42B for ; Wed, 18 Jul 2007 19:00:43 +0000 (UTC) Message-ID: <469E61DB.4000402@pcbsd.com> Date: Wed, 18 Jul 2007 11:54:19 -0700 From: Kris Moore User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718170559.GA11915@eos.sc1.parodius.com> <20070718173406.GA16748@soaustin.net> <200707181942.45045.idiotbg@gmail.com> In-Reply-To: <200707181942.45045.idiotbg@gmail.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 18:53:50 -0000 Momchil Ivanov wrote: > On Wednesday 18 July 2007 19:34:06 Mark Linimon wrote: >> On Wed, Jul 18, 2007 at 10:05:59AM -0700, Jeremy Chadwick wrote: >>> Bottom line here is that the kernel panics when removing a USB device >>> that has filesystems mounted. >> s/USB // > > Just a dumb question: what does "umount -f" does? And doing something like > that when a fs goes away shouldn`t fix it? > > If the problem is in general with a file system, regardless of the provider, > then what does one do when a mounted smbfs becomes unavailable due to remote > host down, no route to host or some other network related problems? Same > question for NFS mounted filesystems? > > > > ------------------------------------------------------------------------ > > !DSPAM:1,469e538b20763944420674! Wow, quite a thread going on over this issue. I'll throw my 2cents into the ring also :) >From a desktop perspective, it makes total sense to not have the system crash just because a USB disk was unplugged while mounted. When a new end user does this for the first time and the system crashes, usually the first thing they assume is that it's a bug. Then somebody like me comes around and tells them to unmount it first. Then usually the next thing they say is something along the lines of "That's so early 90's, why can't you guys get your act together?" I can understand requiring unmounting for devices such as CD's or internal IDE / SCSI hard drives. With a CD at least you can physically "lock" the drive bay to prevent the user from ejecting until unmounted first. However, with a USB the ballgame changes, the whole concept is to be hot-swappable, plugin and unplug at will. If a "normal" desktop user copies a file to a USB disk and the file transfer dialog is done, then they should be able to unplug it, without a total system crash. That being said, I think it would be a good idea to at least have the kernel / HAL or some process maybe warn the user that they should unmount the USB disk first, to prevent data loss at minimum. But I think this can be improved, so you don't have to deal with an entire system panic :P When that happens you gotta reboot, fsck, and run the risk of something really being corrupted on the drive :( -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 19:03:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8627316A400 for ; Wed, 18 Jul 2007 19:03:16 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from cenn-smtp.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5897913C4C9 for ; Wed, 18 Jul 2007 19:03:16 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by cenn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 3D9348138; Wed, 18 Jul 2007 14:03:15 -0500 (CDT) Received: from [192.168.1.5] (unknown [192.168.2.1]) by mail.tcbug.org (Postfix) with ESMTP id 605E3341C0C; Wed, 18 Jul 2007 14:03:14 -0500 (CDT) From: Josh Paetzel To: Mark Linimon Date: Wed, 18 Jul 2007 14:03:10 -0500 User-Agent: KMail/1.9.6 References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718170559.GA11915@eos.sc1.parodius.com> <20070718173406.GA16748@soaustin.net> In-Reply-To: <20070718173406.GA16748@soaustin.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3727139.BdYWivcdTr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707181403.13410.josh@tcbug.org> Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, Momchil Ivanov Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 19:03:16 -0000 --nextPart3727139.BdYWivcdTr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 July 2007, Mark Linimon wrote: > On Wed, Jul 18, 2007 at 10:05:59AM -0700, Jeremy Chadwick wrote: > > Bottom line here is that the kernel panics when removing a USB > > device that has filesystems mounted. > > s/USB // > > > I also have a hard time believing that the reason it hasn't been > > fixed is because "there isn't an easy fix". I'm under the > > impression it hasn't been fixed because either no one cares > > enough to fix it (using the workaround as a scapegoat excuse), or > > because the majority of people do not use USB-based storage > > devices. > > The reason is not the USB stack; the reason (IIRC) is that the > FreeBSD VM was written with the default assumption that Devices > Never Go Away. A large rewrite, I'm told, will be needed to fix > this, and the code is convoluted and tricky. > > No one finds the situation acceptable; introducing the "scapegoat" > word isn't going to win you any support. The problem is not a > weekend's worth of work to fix, nor does it have anything to do > with avoidance by one particular maintainer, which you apparently > had encountered before. > > mcl Panicing really is the right thing to do with the current=20 architecture. Not panicing when a mounted filesystem disappears runs=20 the risk of corrupting other mounted filesystems. Mark is entirely correct, FreeBSD faces an architecture problem here=20 in that the vm and filesystems we have today were not designed in an=20 era when they could just disappear from a running system. The BSD=20 way isn't to apply a quick and dirty little hack to fix=20 the 'problem', it's to design the system properly. And this is=20 assuming a quick and dirty hack even exists. The other problem you're running in to with UFS anyways is that there=20 is no chance to 'unmount' the filesystem when you disconnect the=20 drive. By the time anything has a chance to realize it's gone it's=20 too late. Whether the disk is in the middle of a write, still has=20 buffers to be written out, or is perfectly clean and needs to just be=20 marked as such by the time the OS realizes any of that needs to be=20 done the drive is no longer physically connected to the computer. What might need to happen is a redesign of the vm subsystem so that it=20 can safely deal with mounted filesystems going away, and designing a=20 filesystem that doesn't need to be unmounted specifically for=20 removeable devices. Doesn't sound trivial to me. Or You can just not remove devices with mounted filesystems from your=20 computer..... =2D-=20 Thanks, Josh Paetzel --nextPart3727139.BdYWivcdTr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGnmPxJvkB8SevrssRAlJnAKCKaBjMmBU8d/Po4GVrsTYN5YIk1wCfUO9F T4cSR4SaVS6YdN1vEZ2cNOI= =2U3K -----END PGP SIGNATURE----- --nextPart3727139.BdYWivcdTr-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 19:05:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41B4516A401 for ; Wed, 18 Jul 2007 19:05:49 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id EEF5F13C4A3 for ; Wed, 18 Jul 2007 19:05:48 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id D5AEB41C696; Wed, 18 Jul 2007 20:50:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id wEHX0RjeCuLa; Wed, 18 Jul 2007 20:50:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 0FB4141C69F; Wed, 18 Jul 2007 20:50:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7060F444885; Wed, 18 Jul 2007 18:47:42 +0000 (UTC) Date: Wed, 18 Jul 2007 18:47:42 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Michael Worobcuk In-Reply-To: <7CE58597-067C-4E82-AB54-DEFACB35E5F6@michaelworobcuk.de> Message-ID: <20070718184543.O31116@maildrop.int.zabbadoz.net> References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <20070718103406.Q77795@arbitor.digitalfreaks.org> <7CE58597-067C-4E82-AB54-DEFACB35E5F6@michaelworobcuk.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Tom Judge , freebsd-stable@freebsd.org, "Brian A. Seklecki" Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 19:05:49 -0000 On Wed, 18 Jul 2007, Michael Worobcuk wrote: Hi, > Am 18.07.2007 um 16:34 schrieb Brian A. Seklecki: > >>> >>> Hi Tom, >>> thank you for your response. What about monitoring the PERC5/ie ? Does it >>> work with megarc or any program under FreeBSD ? >> >> I have some scripts on nagiosexchange.org; wrappers around megacli(8) and >> megarc(8). >> ~BAS > > > Cool :) Thank you very much. Also the ports for those utilities have periodic scripts that just need to be enabled in periodic.conf and give daily state and log changes for controllers. amr(4) and mfi(4) come to my mind as well as twa(4) which is not found in Dell servers. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 19:22:03 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCC0316A401 for ; Wed, 18 Jul 2007 19:22:02 +0000 (UTC) (envelope-from SRS0=wBJJ=MQ=FreeBSD.org=se@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 78C7D13C494 for ; Wed, 18 Jul 2007 19:22:02 +0000 (UTC) (envelope-from SRS0=wBJJ=MQ=FreeBSD.org=se@srs.kundenserver.de) Received: from [80.135.166.185] (helo=[192.168.0.12]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2xA-1IBEtP02ts-0002hP; Wed, 18 Jul 2007 21:09:01 +0200 Message-ID: <469E6545.3070600@FreeBSD.org> Date: Wed, 18 Jul 2007 21:08:53 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, LoN_Kamikaze@gmx.de, idiotbg@gmail.com, josh@tcbug.org References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> In-Reply-To: <200707181541.l6IFf4ht051775@lurza.secnetix.de> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1818fj+nv23MVAHN50o0DNkcanBPJogMubPRbw FU9+a43PiGAPy/UV9Y5bYBULJmBASSfAjUY0kjr9M07tKiWM1o BK19u9gvquJ7ONiyLymEQ== Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 19:22:03 -0000 Oliver Fromme wrote: > Momchil Ivanov wrote: > > On Wednesday 18 July 2007 15:52:42 [LoN]Kamikaze wrote: > > > Josh Paetzel wrote: > > > > Yes, it's expected behavior. The workaround is to not unplug mounted > > > > devices. (There's nothing special about USB here, if you unplugged an > > > > IDE drive you'd get the same behavior) > > > > > > Wouldn't it make some sense not to panic if mounted devices that are in > > > sync get removed? A few applications might get in trouble, but that's > > > hardly a reason to bring a whole system down. > > > > I don`t know how things work, but shutting down the system when some > > mounted fs is no longer present seems like the wrong thing to me. > > As Josh wrote, it's expected. The problem is known > to exist for a long time already (probably as long > as FreeBSD itself exists), and if there was an easy > solution, certainly someone would have fixed it. I have to check this, but AFAIK this problem exists only for devices/partitions that are mounted R/W. Do you happen to know this? (I can not risk to crash my box right now for a test ;-) There once was an autofs implementation, but IIRC it has later been removed. It could not only automatically mount removable media, but it could also help with the problem of devices that are rarely written to, but still mounted R/W just in case for easy write-access. Long time ago I had the idea that a clean file system could be mounted R/O after a short delay. When all dirty buffers are flushed, the device could be forcefully disconnected without causing inconsistencies in the kernel. If there are no open file descriptors, the super-block could be written with the "clean" flag set, to signal that no fsck is needed when the partition is mounted next time. Internally, the device can be treated as R/O, with the only exeption that an attempted write is not rejected, but that it instead triggers the change back to R/W operation (this means setting the in-RAM copy of the super-block to dirty before the write is allowed to proceed as normal). Removable devices and dealing with a device that is gone and re-appears (either the same device or one that takes its place) needs special consideration, e.g. by checking a disk label and flushing cached blocks that were associated with the device that now is definitely gone. I had this idea back when floppy disks were common, but with USB memory sticks and devices the same situation exists ... The mode change to R/O could be triggered by a timer after the necessary condition exists (e.g. half a second after the last write to the device with no dirty buffers left). The system already knows whether there are dirty buffers for a partition, it is not hard to detect this case. The other parameter of interest is whether there are any open files on that partition (which decides whether the super-block can be marked as clean). This functionality could be implemented within an autofs as a special case (mount only R/O and upgrade only when needed and for as long as necessary), but I think it should be not too hard to add as a small in-kernel modification ... Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 20:09:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42B0016A406 for ; Wed, 18 Jul 2007 20:09:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2FAA513C4BE for ; Wed, 18 Jul 2007 20:09:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 137511CC05D; Wed, 18 Jul 2007 13:09:37 -0700 (PDT) Date: Wed, 18 Jul 2007 13:09:37 -0700 From: Jeremy Chadwick To: Kris Moore Message-ID: <20070718200937.GA15560@eos.sc1.parodius.com> Mail-Followup-To: Kris Moore , freebsd-stable@freebsd.org References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718170559.GA11915@eos.sc1.parodius.com> <20070718173406.GA16748@soaustin.net> <200707181942.45045.idiotbg@gmail.com> <469E61DB.4000402@pcbsd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <469E61DB.4000402@pcbsd.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 20:09:37 -0000 On Wed, Jul 18, 2007 at 11:54:19AM -0700, Kris Moore wrote: > That being said, I think it would be a good idea to at least have the > kernel / HAL or some process maybe warn the user that they should > unmount the USB disk first, to prevent data loss at minimum. But I think > this can be improved, so you don't have to deal with an entire system > panic :P When that happens you gotta reboot, fsck, and run the risk of > something really being corrupted on the drive :( So there's two issues here: 1) Kernel panics when a device (regardless of type (USB, SATA, etc.)) is removed from the system with filesystems mounted, 2) Concern over data loss when device is removed. As I mentioned earlier in the thread, Windows addresses #2 by marking all filesystems on USB storage devices (thumb drives, HDDs, etc.) as synchronous (e.g. mount -o sync). The impact is slow I/O, but it's safe. It seems like we'd be able to implement such a transparent "feature" into the subsystem where filesystems mounted from USB devices would use synchronous I/O (mount -o sync). I don't know how this would be coded, since there would have to be some way to figure out a physical device type (USB mass storage devices show up as /dev/daXXX). Providing an override option for those who know what they're doing, (umount /mnt then physically remove device) would be nice too. This would alleviate concerns over data loss, would it not? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 20:31:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B48716A403 for ; Wed, 18 Jul 2007 20:31:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E7F2F13C428 for ; Wed, 18 Jul 2007 20:31:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IBGAl-0002zq-UO for freebsd-stable@freebsd.org; Wed, 18 Jul 2007 22:31:00 +0200 Received: from 78-0-79-182.adsl.net.t-com.hr ([78.0.79.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Jul 2007 22:30:59 +0200 Received: from ivoras by 78-0-79-182.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Jul 2007 22:30:59 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 18 Jul 2007 22:30:47 +0200 Lines: 44 Message-ID: References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718163642.GY36311@gremlin.foo.is> <5f67a8c40707181011n768ad311y9a9dd76a59dde428@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDF95000B3159C5CB0DBA090D" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-79-182.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <5f67a8c40707181011n768ad311y9a9dd76a59dde428@mail.gmail.com> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 20:31:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDF95000B3159C5CB0DBA090D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Zaphod Beeblebrox wrote: > One solution is (as mentioned) a userland filesystem that doesn't panic= =2E > automount approximates this if you set the disconnect interval short (<= 5 > seconds). Unfortunately the approximation is far from perfect because it takes noticable time to mount a msdosfs on large drives (I think the FAT is being read?). > The other way to look at this, though, is the general goal of "not > panicing" > when it can be avoided. As a research OS, it's my feeling that BSD der= ived > unixes have followed the "if in doubt, panic" regime. I don't think > this is > appropriate to a modern desktop or server OS. Agreed very much, though some of the older hackers here seem to like the old approach. --------------enigDF95000B3159C5CB0DBA090D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGnnh3ldnAQVacBcgRApuFAJ9xLjx4tSGVBuawXefYS4CO615fngCfRuy2 aZmzTMl0+aP2fGdibTRRhuU= =IvRz -----END PGP SIGNATURE----- --------------enigDF95000B3159C5CB0DBA090D-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 20:34:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1D3D16A40B for ; Wed, 18 Jul 2007 20:34:21 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id C2C7513C494 for ; Wed, 18 Jul 2007 20:34:21 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.1.102] (c-67-170-130-86.hsd1.wa.comcast.net [67.170.130.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTP id 392A6145F42E for ; Wed, 18 Jul 2007 20:41:15 +0000 (UTC) Message-ID: <469E796B.3050609@pcbsd.com> Date: Wed, 18 Jul 2007 13:34:51 -0700 From: Kris Moore User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718170559.GA11915@eos.sc1.parodius.com> <20070718173406.GA16748@soaustin.net> <200707181942.45045.idiotbg@gmail.com> <469E61DB.4000402@pcbsd.com> <20070718200937.GA15560@eos.sc1.parodius.com> In-Reply-To: <20070718200937.GA15560@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 20:34:22 -0000 Jeremy Chadwick wrote: > On Wed, Jul 18, 2007 at 11:54:19AM -0700, Kris Moore wrote: >> That being said, I think it would be a good idea to at least have the >> kernel / HAL or some process maybe warn the user that they should >> unmount the USB disk first, to prevent data loss at minimum. But I think >> this can be improved, so you don't have to deal with an entire system >> panic :P When that happens you gotta reboot, fsck, and run the risk of >> something really being corrupted on the drive :( > > So there's two issues here: > > 1) Kernel panics when a device (regardless of type (USB, SATA, etc.)) > is removed from the system with filesystems mounted, > > 2) Concern over data loss when device is removed. > > As I mentioned earlier in the thread, Windows addresses #2 by marking > all filesystems on USB storage devices (thumb drives, HDDs, etc.) as > synchronous (e.g. mount -o sync). The impact is slow I/O, but it's > safe. > > It seems like we'd be able to implement such a transparent "feature" > into the subsystem where filesystems mounted from USB devices would use > synchronous I/O (mount -o sync). I don't know how this would be coded, > since there would have to be some way to figure out a physical device > type (USB mass storage devices show up as /dev/daXXX). > > Providing an override option for those who know what they're doing, > (umount /mnt then physically remove device) would be nice too. > > This would alleviate concerns over data loss, would it not? > This sounds like an excellent idea to me. If something along these lines were implemented, it would be very helpful for us on the desktop end of things. -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 20:38:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05FCC16A400 for ; Wed, 18 Jul 2007 20:38:12 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 998CE13C494 for ; Wed, 18 Jul 2007 20:38:11 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IBGHY-0003d1-TN for freebsd-stable@freebsd.org; Wed, 18 Jul 2007 22:38:00 +0200 Received: from 78-0-79-182.adsl.net.t-com.hr ([78.0.79.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Jul 2007 22:38:00 +0200 Received: from ivoras by 78-0-79-182.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Jul 2007 22:38:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 18 Jul 2007 22:37:49 +0200 Lines: 34 Message-ID: References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718170559.GA11915@eos.sc1.parodius.com> <20070718173406.GA16748@soaustin.net> <200707181403.13410.josh@tcbug.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5CC8270F794670374466D5F7" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-79-182.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <200707181403.13410.josh@tcbug.org> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 20:38:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5CC8270F794670374466D5F7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Josh Paetzel wrote: > designing a=20 > filesystem that doesn't need to be unmounted specifically for=20 > removeable devices. =20 Or just do what Windows does on its hard-drive-mounted NTFS and MSDOS file systems and mark it clean after several seconds of inactivity. This also helps solve other problems like power failures, laptop battery drainage (in its common form and when the battery dies while the system is suspened). --------------enig5CC8270F794670374466D5F7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGnnodldnAQVacBcgRAgT2AKDulXH/WxdsNNoSfRq2BMK4ExofaACg3ogV BMOIwZojV22GagUPPlXQ7b8= =7BoV -----END PGP SIGNATURE----- --------------enig5CC8270F794670374466D5F7-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 20:46:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DC0C16A4BF for ; Wed, 18 Jul 2007 20:46:25 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id CA7A013C4B6 for ; Wed, 18 Jul 2007 20:46:24 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IBGPY-0004Ph-Pd for freebsd-stable@freebsd.org; Wed, 18 Jul 2007 22:46:16 +0200 Received: from 78-0-79-182.adsl.net.t-com.hr ([78.0.79.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Jul 2007 22:46:16 +0200 Received: from ivoras by 78-0-79-182.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Jul 2007 22:46:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 18 Jul 2007 22:46:04 +0200 Lines: 38 Message-ID: References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718170559.GA11915@eos.sc1.parodius.com> <20070718173406.GA16748@soaustin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig72D3E7F327F40266C670C4C1" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-79-182.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <20070718173406.GA16748@soaustin.net> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 20:46:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig72D3E7F327F40266C670C4C1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mark Linimon wrote: > The reason is not the USB stack; the reason (IIRC) is that the FreeBSD > VM was written with the default assumption that Devices Never Go Away. > A large rewrite, I'm told, will be needed to fix this, and the code is > convoluted and tricky. I also feel that the "institutial knowledge" about the VM+VFS+UFS conglomerate seems to be going away. There were many attempts to port file systems to FreeBSD that have stopped dead once they've reached read-only phase, and recent problems with UFS looked really ugly (I don't even know if they are solved - I'm scared of filling up UFS drives right now :) ). My first production ZFS panicked the other day so ZFS is not yet the answer. (And yes, I know I'm complaining without suggesting solutions). --------------enig72D3E7F327F40266C670C4C1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGnnwMldnAQVacBcgRAsKeAKDJ9hFk5HqQT33Y80SHGrqG8zzLfQCg4omY hf/RXcdEOs0jhLouP20ML1Y= =Tt5T -----END PGP SIGNATURE----- --------------enig72D3E7F327F40266C670C4C1-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 21:04:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3A8716A401 for ; Wed, 18 Jul 2007 21:04:47 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [89.185.226.22]) by mx1.freebsd.org (Postfix) with ESMTP id 547B013C48D for ; Wed, 18 Jul 2007 21:04:47 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from [127.0.0.1] (nxm.secservers.com. [89.185.226.22]) by nxm.secservers.com (8.13.4/8.13.8) with ESMTP id l6IL4iXB004613 for ; Wed, 18 Jul 2007 23:04:45 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-2 Date: Wed, 18 Jul 2007 23:04:34 +0200 Message-Id: <1184792674.1670.7.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Panic with umass (with USB tape and Amanda) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 21:04:47 -0000 Hello everybody, I have just had a panic on 6.2 amd64 box with ehci connected USB DDS4 tape drive while it was for the first time being accessed with Amanda. I have previously successfully tested it with tar. I have a kernel crash dump with the following information: panic: trying to sleep while sleeping is prohibited cpuid = 0 KDB: stack backtrace: panic() at panic+0x250 sleepq_add() at sleepq_add+0x225 msleep() at msleep+0x132 bwait() at bwait+0x55 swap_pager_putpages() at swap_pager_putpages+0x45c vm_pageout_flush() at vm_pageout_flush+0x13b vm_contig_launder_page() at vm_contig_launder_page+0xdc vm_page_alloc_contig() at vm_page_alloc_contig+0x321 contigmalloc() at contigmalloc+0x5f7 bus_dmamem_alloc() at bus_dmamem_alloc+0x80 usb_block_allocmem() at usb_block_allocmem+0x118 usb_allocmem() at usb_allocmem+0x13e usbd_transfer() at usbd_transfer+0xf1 umass_setup_transfer() at umass_setup_transfer+0x3b umass_bbb_state() at umass_bbb_state+0xc0 usb_transfer_complete() at usb_transfer_complete+0x217 uhci_softintr() at uhci_softintr+0x100 uhci_intr1() at uhci_intr1+0x152 ithread_loop() at ithread_loop+0x148 fork_exit() at fork_exit+0xbb fork_trampoline() at fork_trampoline+0xe bt full #0 0xffffffff8027ca40 in shutdown_conf (unused=0x0) at ../../../kern/kern_shutdown.c:138 No locals. #1 0xffffffff8027d304 in boot (howto=-2004318071) at ../../../kern/kern_shutdown.c:209 _ep = (struct eventhandler_entry *) 0x0 _el = (struct eventhandler_list *) 0xffffff007b84c800 first_buf_printf = 1 #2 0xffffffff8027cd9b in panic ( fmt=0xffffffff803dfa78 "trying to sleep while sleeping is prohibited") at ../../../kern/kern_shutdown.c:542 bootopt = 260 newpanic = 1 ap = {{gp_offset = 8, fp_offset = 48, overflow_arg_area = 0xffffffffb197a650, reg_save_area = 0xffffffffb197a570}} buf = "trying to sleep while sleeping is prohibited", '\0' #3 0xffffffff8029f02a in sleepq_switch (wchan=0x0) at ../../../kern/subr_sleepqueue.c:447 No locals. #4 0xffffffff8028337c in msleep (ident=0xffffffff80560b40, mtx=0x0, priority=68, wmesg=0xffffffff803ef69a "swwrt", timo=0) at ../../../kern/kern_synch.c:133 p = (struct proc *) 0xffffffff9f826428 catch = 0 rval = -2141828960 flags = -2141828960 #5 0xffffffff802cd1d6 in vfs_unbusy_pages (bp=0xffffffff803ef69a) at ../../../kern/vfs_bio.c:3227 i = 0 obj = 0x1 m = 0xffffffff9f826428 #6 0xffffffff8034b691 in swap_pager_copy (srcobject=0xffffff007fd8a570, dstobject=0x0, offset=18446742974451804800, destroysource=-1) at ../../../vm/swap_pager.c:766 i = 18446744072394090256 #7 0xffffffff80361a70 in vm_pageout_object_deactivate_pages ( pmap=0xffffffffb197a810, first_object=0xffffff000f21ea80, desired=-1315461200) at ../../../vm/vm_pageout.c:539 backing_object = 0xffffffff802cd1d6 object = 0x1 p = 0xffffffff802cd1d6 next = 0xffffffffb197a710 actcount = -1 rcount = 0 remove_mode = -1315461232 #8 0xffffffff80351338 in vm_page_release_contigl (m=0xffffff000f21ea80, count=18446742976342828400) at ../../../vm/vm_contig.c:353 No locals. #9 0xffffffff803518b3 in contigmalloc (size=0, type=0xffffffff, flags=-256, low=32768, high=1048575, alignment=505970, boundary=18446742976282112000) at ../../../vm/vm_contig.c:579 ret = (void *) 0x7b872 pages = 0x1 npgs = 4503560972664832 #10 0xffffffff80352040 in contigmalloc (size=0, type=0xffffffff80521d20, flags=1, low=0, high=4294967295, alignment=0, boundary=0) at ../../../vm/vm_contig.c:546 ret = (void *) 0x0 pages = 0xffffff0076a46860 npgs = 8 #11 0xffffffff80368f3d in alloc_bounce_pages (dmat=0x0, numpages=1457574160) at ../../../amd64/amd64/busdma_machdep.c:1061 ---Type to continue, or q to quit--- bpage = (struct bounce_page *) 0x1 bz = (struct bounce_zone *) 0xffffff000978ed00 count = 1 #12 0xffffffff802379ff in usb_block_allocmem (tag=0xffffff0056e0d100, size=0, align=32768, dmap=0xffffff0076a46860) at ../../../dev/usb/usb_mem.c:187 p = (usb_dma_block_t *) 0x0 #13 0xffffffff80237bba in usb_allocmem (bus=0x0, size=32768, align=0, p=0xffffff0076a46860) at ../../../dev/usb/usb_mem.c:248 tag = 0x0 err = USBD_NORMAL_COMPLETION f = (struct usb_frag_dma *) 0x0 b = (usb_dma_block_t *) 0xffffffffb197aaa0 i = 0 #14 0xffffffff80239c5a in usbd_transfer (xfer=0xffffff0076a46800) at ../../../dev/usb/usbdi.c:311 bus = (struct usbd_bus *) 0x0 pipe = 0xffffff00132bb500 err = 1540196352 size = 32768 #15 0xffffffff80233fa9 in umass_setup_transfer (sc=0x0, pipe=0x0, buffer=0x0, buflen=0, flags=0, xfer=0xffffff0076a46800) at ../../../dev/usb/umass.c:1252 err = USBD_NORMAL_COMPLETION #16 0xffffffff802344c0 in umass_bbb_state (xfer=0x0, priv=0xffffff005bcd8800, err=USBD_NORMAL_COMPLETION) at ../../../dev/usb/umass.c:1626 Residue = 0 next_xfer = 0x0 #17 0xffffffff8023a50f in usb_transfer_complete (xfer=0xffffff007b962000) at ../../../dev/usb/usbdi.c:863 pipe = 0xffffff005994bb00 dmap = (usb_dma_t *) 0xffffffff80517ea0 sync = 0 erred = 0 repeat = 0 polling = 0 #18 0xffffffff8022fdb0 in uhci_softintr (v=0x0) at ../../../dev/usb/uhci.c:1374 sc = (uhci_softc_t *) 0xffffffff866ad000 ii = (uhci_intr_info_t *) 0x0 nextii = (uhci_intr_info_t *) 0x0 #19 0xffffffff8022faab in uhci_intr1 (sc=0xffffffff866ad000) at ../../../dev/usb/uhci.c:1274 status = 1 ack = 1 #20 0xffffffff80267269 in ithread_loop (arg=0xffffff007b9de540) at ../../../kern/kern_intr.c:682 ie = (struct intr_event *) 0xffffff0000029800 __func__ = "Óc&\200ÿÿÿÿÓc&\200ÿ" #21 0xffffffff8026606b in fork_exit ( callout=0xffffffff80267121 , arg=0xffffff007b9de540, frame=0xffffffffb197ac50) at ../../../kern/kern_fork.c:821 p = (struct proc *) 0xffffff007b6c5a08 #22 0xffffffff8036e77e in Xapic_isr3 () at apic_vector.S:134 I can probably provide some more information, possibly even trying to reproduce it on similar system (this one is in production). Thank you Michal From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 21:48:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B238616A401 for ; Wed, 18 Jul 2007 21:48:55 +0000 (UTC) (envelope-from urb@twe.net) Received: from xerox.twe.net (port334.ds1-ba.adsl.cybercity.dk [217.157.204.151]) by mx1.freebsd.org (Postfix) with ESMTP id 316A613C491 for ; Wed, 18 Jul 2007 21:48:55 +0000 (UTC) (envelope-from urb@twe.net) Received: from localhost (localhost [127.0.0.1]) by xerox.twe.net (Postfix) with ESMTP id BD2E3A233F for ; Wed, 18 Jul 2007 23:29:04 +0200 (CEST) Received: from xerox.twe.net ([127.0.0.1]) by localhost (xerox.internt.twe.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29141-02 for ; Wed, 18 Jul 2007 23:26:39 +0200 (CEST) Received: by xerox.twe.net (Postfix, from userid 23) id C570CA2DE4; Wed, 18 Jul 2007 23:26:39 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on xerox.internt.twe.net X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.4 X-Spam-Level: Received: from [192.168.21.3] (port334.ds1-ba.adsl.cybercity.dk [217.157.204.151]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by xerox.twe.net (Postfix) with ESMTP id 399F6A233F for ; Wed, 18 Jul 2007 23:26:35 +0200 (CEST) Message-ID: <469E8589.8060105@twe.net> Date: Wed, 18 Jul 2007 23:26:33 +0200 From: "Uffe R. B. Andersen" Organization: Andersen|nu User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-stable X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at twe.net Subject: SCSI error during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: urb@twe.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 21:48:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi When I boot my FreeBSD 6.2-RELEASE-p6, I get the following error: (pass0:ahc0:0:0:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0 0 0 0 0 e c 0 (pass0:ahc0:0:0:0): CAM Status: SCSI Status Error (pass0:ahc0:0:0:0): SCSI Status: Check Condition (pass0:ahc0:0:0:0): ILLEGAL REQUEST asc:20,0 (pass0:ahc0:0:0:0): Invalid command operation code: Command byte 0 is invalid (pass0:ahc0:0:0:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0 0 0 0 0 a 1 0 (pass0:ahc0:0:0:0): CAM Status: SCSI Status Error (pass0:ahc0:0:0:0): SCSI Status: Check Condition (pass0:ahc0:0:0:0): ILLEGAL REQUEST asc:20,0 (pass0:ahc0:0:0:0): Invalid command operation code: Command byte 0 is invalid camcontrol gives this output: pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 141014450327 pass0: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled dmesg regarding the controller: ahc0: port 0x8800-0x88ff mem 0xdb000000-0xdb000fff irq 16 at device 12.0 on pci0 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs smartctl shows no errors on the disk, but this error occur: (pass0:ahc0:0:0:0): MODE SENSE(06). CDB: 1a 0 19 0 40 0 (pass0:ahc0:0:0:0): CAM Status: SCSI Status Error (pass0:ahc0:0:0:0): SCSI Status: Check Condition (pass0:ahc0:0:0:0): ILLEGAL REQUEST asc:24,0 (pass0:ahc0:0:0:0): Invalid field in CDB: Command byte 2 is invalid I tried booting the server on a Fedora 7 Live cd, ran smartctl and got no error, so I assume the error is in the FreeBSD drivers. How do I proceed, to get a fix for this problem? - -- Med venlig hilsen - Sincerely Uffe R. B. Andersen - mailto:urb@twe.net http://www.twe.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGnoWJxC95nUQcrpgRAoE9AJ9VPpWjtx1dZgbXWzjJORhE2TTYSwCZAZGz E6Nr9QBx2DtznuOxJ7Xl1tk= =kY06 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 22:16:54 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FE1616A401 for ; Wed, 18 Jul 2007 22:16:54 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 0E84513C4A3 for ; Wed, 18 Jul 2007 22:16:54 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (scratch.catspoiler.org [192.168.101.3]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l6ILhn4D020020; Wed, 18 Jul 2007 14:43:53 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200707182143.l6ILhn4D020020@gw.catspoiler.org> Date: Wed, 18 Jul 2007 14:43:49 -0700 (PDT) From: Don Lewis To: idiotbg@gmail.com In-Reply-To: <200707181942.45045.idiotbg@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: josh@tcbug.org, linimon@lonesome.com, freebsd-stable@FreeBSD.org, LoN_Kamikaze@gmx.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 22:16:54 -0000 On 18 Jul, Momchil Ivanov wrote: > If the problem is in general with a file system, regardless of the provider, > then what does one do when a mounted smbfs becomes unavailable due to remote > host down, no route to host or some other network related problems? Same > question for NFS mounted filesystems? In the case of NFS, nothing happens if the filesystem is idle. If the filesystem is active, any pending operations are retried indefinitely by periodically resending the I/O requests if the file system is hard mounted. If the filesystem is soft mounted, then the I/O requests are eventually timed out with the appropriate error status returned to the process on the client. An important difference between NFS and UFS is that a loss of network connectivity (or a clean server reboot) can't cause any filesystem inconsistencies in the NFS case because complex filesystem operations that require multiple disk operations are treated as atomic operations between the client and server. For example, creating a new directory requires a number of physical disk writes in the UFS case, and unplugging the disk in the middle would result in an inconsistent filesystem state. In the NFS case, creating a new directory only requires only one NFS operation over the wire, and the client is allowed to keep retrying the operation until it receives a status response from the server. Retries might be necessary if either the request or the response packet was dropped by the network, the server crashed, etc. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 22:40:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB08316A401 for ; Wed, 18 Jul 2007 22:40:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3B313C49D for ; Wed, 18 Jul 2007 22:40:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 80C9E1CC050; Wed, 18 Jul 2007 15:40:51 -0700 (PDT) Date: Wed, 18 Jul 2007 15:40:51 -0700 From: Jeremy Chadwick To: "Uffe R. B. Andersen" Message-ID: <20070718224051.GA17798@eos.sc1.parodius.com> Mail-Followup-To: "Uffe R. B. Andersen" , freebsd-stable References: <469E8589.8060105@twe.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <469E8589.8060105@twe.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable Subject: Re: SCSI error during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 22:40:51 -0000 On Wed, Jul 18, 2007 at 11:26:33PM +0200, Uffe R. B. Andersen wrote: > When I boot my FreeBSD 6.2-RELEASE-p6, I get the following error: > > (pass0:ahc0:0:0:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0 0 0 0 0 e c 0 > (pass0:ahc0:0:0:0): CAM Status: SCSI Status Error > (pass0:ahc0:0:0:0): SCSI Status: Check Condition > (pass0:ahc0:0:0:0): ILLEGAL REQUEST asc:20,0 > (pass0:ahc0:0:0:0): Invalid command operation code: Command byte 0 is invalid > {snip} > pass0: Fixed Direct Access SCSI-3 device Your drive is a Quantum/Maxtor/Seagate Atlas V (presumably 10Krpm). Based on the following SCSI 2 implementation specification, the drive does not support SCSI operation code 0x85; see section 5.0 table 35 in the below PDF. ASC 0x20 0x00 for this drive means Invalid Command Operation Code; see section 5.34.3 of the below PDF: http://seagate.com/support/disc/manuals/scsi/38479j.pdf According to the official T10 documentation, operation code 0x85 is for ATA pass-through capability: http://t10.t10.org/ftp/t10/document.04/04-262r8.pdf However, there's mention of this command on some Linux mailing lists, and seems to imply that revision of documentation is wrong: http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/88b473fabed044b5/20069c720cde3325?lnk=st&q=scsi+0x85+command&rnum=8&hl=en#20069c720cde3325 ...and that command 0x85 on SCSI-3 should do nothing. See Annex D, or page 427 here: http://www.t10.org/ftp/t10/drafts/spc3/spc3r21c.pdf Either way, none of this appears to be a controller problem. The bottom line here is that your drive doesn't support a specific SCSI command that's being submit to it. In this case, it looks to be harmless. > smartctl shows no errors on the disk, but this error occur: > (pass0:ahc0:0:0:0): MODE SENSE(06). CDB: 1a 0 19 0 40 0 > (pass0:ahc0:0:0:0): CAM Status: SCSI Status Error > (pass0:ahc0:0:0:0): SCSI Status: Check Condition > (pass0:ahc0:0:0:0): ILLEGAL REQUEST asc:24,0 > (pass0:ahc0:0:0:0): Invalid field in CDB: Command byte 2 is invalid That should only occur when you run smartctl. SCSI operation code 0x1a is Mode Sense (which the drive supports; see section 5.12). But you have to break it down into sub-commands: Byte 2 = %00011001 PCF = %00 (Return current values) Page Code = 0x19 (SCSI Port Control Mode page) The drive claims to support this, but I don't know what it does. :-) ASC 0x24 0x00 for this drive means Invalid Field in CDB. Possibly this is a drive firmware bug or simply an implementation difference; I've seen similar reports from Seagate drives on Solaris when using smartctl -a /dev/rdsk/whatever. The SMART results are shown, but it throws an invalid CDB error on the console. > I tried booting the server on a Fedora 7 Live cd, ran smartctl and got > no error, so I assume the error is in the FreeBSD drivers. > How do I proceed, to get a fix for this problem? It's not a "problem", but admittedly it should be fixed somehow. The SCSI errors you get when using smartctl are something to discuss with Bruce Allen (author of smartmontools): http://smartmontools.sourceforge.net/ -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 22:58:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CECB16A405 for ; Wed, 18 Jul 2007 22:58:01 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from smtp.studnetz.uni-leipzig.de (smtp.studnetz.uni-leipzig.de [139.18.143.252]) by mx1.freebsd.org (Postfix) with ESMTP id 120A813C4BA for ; Wed, 18 Jul 2007 22:58:01 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from localhost (localhost [127.0.0.1]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 5DEF926C; Thu, 19 Jul 2007 00:58:00 +0200 (CEST) X-Virus-Scanned: by amavisd-new at studnetz-ul Received: from smtp.studnetz.uni-leipzig.de ([127.0.0.1]) by localhost (smtp.studnetz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F9xHYxd6EdiZ; Thu, 19 Jul 2007 00:58:00 +0200 (CEST) Received: from [192.168.63.4] (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id C0FAB26B; Thu, 19 Jul 2007 00:57:59 +0200 (CEST) From: Momchil Ivanov To: Josh Paetzel Date: Thu, 19 Jul 2007 00:57:57 +0200 User-Agent: KMail/1.9.6 References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718173406.GA16748@soaustin.net> <200707181403.13410.josh@tcbug.org> In-Reply-To: <200707181403.13410.josh@tcbug.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200707190057.57987.idiotbg@gmail.com> Cc: Mark Linimon , freebsd-stable@freebsd.org, LoN_Kamikaze@gmx.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 22:58:01 -0000 On Wednesday 18 July 2007 21:03:10 Josh Paetzel wrote: > On Wednesday 18 July 2007, Mark Linimon wrote: > > On Wed, Jul 18, 2007 at 10:05:59AM -0700, Jeremy Chadwick wrote: > > > Bottom line here is that the kernel panics when removing a USB > > > device that has filesystems mounted. > > > > s/USB // > > > > > I also have a hard time believing that the reason it hasn't been > > > fixed is because "there isn't an easy fix". I'm under the > > > impression it hasn't been fixed because either no one cares > > > enough to fix it (using the workaround as a scapegoat excuse), or > > > because the majority of people do not use USB-based storage > > > devices. > > > > The reason is not the USB stack; the reason (IIRC) is that the > > FreeBSD VM was written with the default assumption that Devices > > Never Go Away. A large rewrite, I'm told, will be needed to fix > > this, and the code is convoluted and tricky. > > > > No one finds the situation acceptable; introducing the "scapegoat" > > word isn't going to win you any support. The problem is not a > > weekend's worth of work to fix, nor does it have anything to do > > with avoidance by one particular maintainer, which you apparently > > had encountered before. > > > > mcl > > Panicing really is the right thing to do with the current > architecture. Not panicing when a mounted filesystem disappears runs > the risk of corrupting other mounted filesystems. > > Mark is entirely correct, FreeBSD faces an architecture problem here > in that the vm and filesystems we have today were not designed in an > era when they could just disappear from a running system. The BSD > way isn't to apply a quick and dirty little hack to fix > the 'problem', it's to design the system properly. And this is > assuming a quick and dirty hack even exists. > > The other problem you're running in to with UFS anyways is that there > is no chance to 'unmount' the filesystem when you disconnect the > drive. By the time anything has a chance to realize it's gone it's > too late. Whether the disk is in the middle of a write, still has > buffers to be written out, or is perfectly clean and needs to just be > marked as such by the time the OS realizes any of that needs to be > done the drive is no longer physically connected to the computer. I think you are missing the point here and it is that the drive is already= =20 gone, so you do not have to care about it. The state of the drive`s=20 filesystem is of no interest since you cannot to anything to change it any= =20 more. The point is that the drive is gone. If you were in the middle of a=20 write, you just return an error (like your disk is going physically bad/ so= me=20 broken cable issue... for instance) and forget about the data you wanted to= =20 write, the drive is not there any more.=20 Maybe I am naive and uneducated enough (don`t know how freebsd does things,= =20 nor am I a programmer) but I will give my 2 "stotinki" here. The most natural way for me seems to be that the OS should just return erro= rs=20 to the programs trying any I/O on that drive. May be when a drive is=20 unplugged the OS has to mark it and the mounted file systems as not being=20 there until all opened files on it are closed, return errors for all I/O=20 except for closing opened files. And when all files are closed consider the= =20 fs as unmounted and remove the drive from the kernel. This is my idea of how things should be done. Ensuring that a file system i= s=20 in a consistent state after drive disconnect is something completely=20 different (wanted to discuss just disconnecting devices, not filesystems th= at=20 can be disconnected without unmount, not ensuring fully operational file=20 system even it a case of disconnected drive). One can try to implement=20 something here (as mentioned in some of the replies), but not necessary. If= =20 the user has unpluged the device without unmounting it first he might be le= ft=20 with a broken file system on that drive, we cannot do anything, so we shoul= d=20 not care about it, it`s his mistake and his fs fucked up. The point is that= =20 unpluging should not lead to system crash, which is in my opinion critical= =20 system error. I as user I should be able to unplug any external device without crashing t= he=20 OS. Doing this and thus leaving me with a broken filesystem or some other=20 device issues should be considered my error. Thus I should learn the hard w= ay=20 to unmount first. Designing a filesystem or some hacks to ensure consistent state after=20 disconnect should not be in the scope of this thread and problem, I think. > > What might need to happen is a redesign of the vm subsystem so that it > can safely deal with mounted filesystems going away, and designing a > filesystem that doesn't need to be unmounted specifically for > removeable devices. Doesn't sound trivial to me. > > Or > > You can just not remove devices with mounted filesystems from your > computer..... =2D-=20 PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E =A0158A E03D 56DA 3118 168B =20 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 00:18:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D964516A402 for ; Thu, 19 Jul 2007 00:18:03 +0000 (UTC) (envelope-from tony@techvalley.ca) Received: from mail2.techvalley.ca (mail2.techvalley.ca [66.199.130.140]) by mx1.freebsd.org (Postfix) with ESMTP id BC8EF13C428 for ; Thu, 19 Jul 2007 00:18:03 +0000 (UTC) (envelope-from tony@techvalley.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail2.techvalley.ca (Postfix) with ESMTP id 82D7C2304CC for ; Wed, 18 Jul 2007 16:56:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at techvalley.ca Received: from mail2.techvalley.ca ([127.0.0.1]) by localhost (mail2.techvalley.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id iHYQXTf3JniN for ; Wed, 18 Jul 2007 16:56:45 -0700 (PDT) Received: from mail.techvalley.ca (S010600121701f0ec.vs.shawcable.net [24.85.106.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail2.techvalley.ca (Postfix) with ESMTP id 553C32304CB for ; Wed, 18 Jul 2007 16:56:45 -0700 (PDT) Received: from monsoon.techvalley.ca ([192.168.1.1]) by mail.techvalley.ca (8.13.8/8.13.8) with ESMTP id l6J01OUE005698 for ; Wed, 18 Jul 2007 17:01:25 -0700 (PDT) (envelope-from tony@techvalley.ca) Message-Id: <7.0.1.0.0.20070718165244.01cf4240@techvalley.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Wed, 18 Jul 2007 16:56:50 -0700 To: freebsd-stable@freebsd.org From: Tech Valley Internet - Tony Kivits Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Adding /dev/random and /dev/urandom to a jail. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 00:18:03 -0000 Hi, I am running 6.2 and I am having problems getting /dev/random to work inside a jail. What is the proper technique for creating /dev/random and /dev/urandom inside a jail? Thanks, Tony From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 02:31:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF3C316A400 for ; Thu, 19 Jul 2007 02:31:26 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 8C88D13C442 for ; Thu, 19 Jul 2007 02:31:26 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 19505 invoked from network); 18 Jul 2007 21:31:26 -0500 Received: from 203-206-233-219.dyn.iinet.net.au (HELO localhost) (203.206.233.219) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Jul 2007 21:31:25 -0500 Date: Thu, 19 Jul 2007 12:31:19 +1000 From: Norberto Meijome To: Michael Williams Message-ID: <20070719123119.2ae4790d@localhost> In-Reply-To: References: <20070718120014.4F48916A418@hub.freebsd.org> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Properly managing SpamAssassin. . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 02:31:26 -0000 On Wed, 18 Jul 2007 11:05:25 -0400 Michael Williams wrote: > Hi All, > > I'm looking for a way to properly manage SpamAssassin after Plesk has > wreaked havoc on the server. Hi Michael, i think this thread doesnt belong in stable@, but questions@ - i dont see how this refers to one particular version of freebsd in particular. > In the short term, we need to keep > Plesk around for those that need the "ease of use". However, it > wants to keep resetting values, etc; meaning that since the Plesk > license doesn't support "SpamAssassin" it won't allow us to use it > and wants it to remain that way. If push comes to shove, I *will* > blast Plesk. That said, I need to figure out the proper way to > enable SpamAssassin and have Qscan work properly, circumventing the > Plesk activites and licensing limitations. Does anyone have any > quality insight into the most up-to-date means for accomplishing this? Caveat : I only suffer plesk in Linux, but the issues are very similar. I dont know of any way to bypass the licensing limitations... i strongly suggest if you walked into those you simply get rid of plesk now. I am not sure for SA, but there is a version of qscan that supports passing the email to Clamav: http://www.hostbird.com/beta/index.php?loc=0602-0602 Maybe there is something out there to support SA? Or simply configure qmail to support SA - you wont get an interface to manage SA from plesk, but you aren't missing much, IMHO - most of our users dont care about custom spam/ham , but rely on the system wide bayes list. (qmail is another reason to move away from plesk, imho... :( ) _________________________ {Beto|Norberto|Numard} Meijome "Liberty is not a means to a higher political end. It is itself the highest political end... liberty is the only object which benefits all alike, and provokes no sincere opposition... The danger is not that a particular class is unfit to to govern. Every class is unfit to govern... Power tends to corrupt, and absolute power corrupts absolutely." Lord Acton I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 02:40:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 399EF16A407 for ; Thu, 19 Jul 2007 02:40:43 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E6E2513C46B for ; Thu, 19 Jul 2007 02:40:42 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IBLwS-0000qP-1x for freebsd-stable@freebsd.org; Thu, 19 Jul 2007 04:40:36 +0200 Received: from 78-0-79-182.adsl.net.t-com.hr ([78.0.79.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jul 2007 04:40:36 +0200 Received: from ivoras by 78-0-79-182.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jul 2007 04:40:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 19 Jul 2007 04:40:17 +0200 Lines: 32 Message-ID: References: <7.0.1.0.0.20070718165244.01cf4240@techvalley.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8951CD0E99C0E6D2616B1CCD" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-79-182.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <7.0.1.0.0.20070718165244.01cf4240@techvalley.ca> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: Adding /dev/random and /dev/urandom to a jail. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 02:40:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8951CD0E99C0E6D2616B1CCD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Tech Valley Internet - Tony Kivits wrote: > Hi, >=20 > I am running 6.2 and I am having problems getting /dev/random to work > inside a jail. >=20 > What is the proper technique for creating /dev/random and /dev/urandom > inside a jail? Have you mounted devfs in the jail? --------------enig8951CD0E99C0E6D2616B1CCD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGns8XldnAQVacBcgRAv8vAJ9H3AsYuT86/Az6YwLar88c2oie3QCfeY3x 5CIhgpt2lCfwgbvvzAeZUpQ= =Szq4 -----END PGP SIGNATURE----- --------------enig8951CD0E99C0E6D2616B1CCD-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 03:02:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D76116A401 for ; Thu, 19 Jul 2007 03:02:59 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id D32B713C441 for ; Thu, 19 Jul 2007 03:02:58 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 21651 invoked from network); 18 Jul 2007 22:02:58 -0500 Received: from 203-206-233-219.dyn.iinet.net.au (HELO localhost) (203.206.233.219) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Jul 2007 22:02:58 -0500 Date: Thu, 19 Jul 2007 13:02:52 +1000 From: Norberto Meijome To: freebsd-stable@FreeBSD.ORG, LoN_Kamikaze@gmx.de, idiotbg@gmail.com, josh@tcbug.org Message-ID: <20070719130252.6880b967@localhost> In-Reply-To: <200707181541.l6IFf4ht051775@lurza.secnetix.de> References: <200707181703.07480.idiotbg@gmail.com> <200707181541.l6IFf4ht051775@lurza.secnetix.de> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: josh@tcbug.org, freebsd-stable@FreeBSD.ORG, olli@lurza.secnetix.de, idiotbg@gmail.com, LoN_Kamikaze@gmx.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 03:02:59 -0000 On Wed, 18 Jul 2007 17:41:04 +0200 (CEST) Oliver Fromme wrote: > If you have problems remembering, This is very interesting thread indeed.... I have found that mounting remote SMB shares will panic the kernel too, but only if i try to access it while 'gone' . If I remember correctly, if i thread carefully around it, i can manage to shutdown everything and it will only panic at the very last minute when the kernel tries to unmount. And, from my point of view, the explanation 'well, don't remove your mounted devices without unmounting them first' is rubbish - the problem is not necessarily users removing them, but ALL the reasons that could cause an unwanted and unplanned removal. Like a network outage in the case of smbfs. or someone killing the power on a USB device. I can't see why the whole kernel should die on you. Yes, i understand there are architectural reasons for this - then the architecture is not right anymore, i think. > another work-around > is to use the auto mounter daemon (amd(8)). It umounts > file systems automatically that are not in use. > Another nice feature of amd(8) is that you don't have > to mount the file system either -- Simply plug the USB > stick in, then access it, and amd(8) will automatically > mount it for you. Now, something I dont understand - amd runs at user level, and it mounts filesystems, and nothing dies when the filesystems go away (other than the obvious cases for the applications trying to write to the FS in question). Doesn't amd , at some point , have to tell the kernel 'please mount this filesystem' here or there? Isn't the kernel STILL involved in all this? and why doesnt the kernel panic when the FS goes away? The same goes for hald - it doesn't work flawlessly, but it does the trick, and i cant recall an instance when it crashed the kernel. re. USB disks, could we not by default use amd to mount USB devices? It seems the obvious native replacement for hald + polkitd + dbus I use in XFCE with Thunar on my laptop... TIA! _________________________ {Beto|Norberto|Numard} Meijome Never attribute to malice what can adequately be explained by incompetence. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 03:02:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F70916A402 for ; Thu, 19 Jul 2007 03:02:59 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id D35E113C461 for ; Thu, 19 Jul 2007 03:02:58 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 21651 invoked from network); 18 Jul 2007 22:02:58 -0500 Received: from 203-206-233-219.dyn.iinet.net.au (HELO localhost) (203.206.233.219) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Jul 2007 22:02:58 -0500 Date: Thu, 19 Jul 2007 13:02:52 +1000 From: Norberto Meijome To: freebsd-stable@FreeBSD.ORG, LoN_Kamikaze@gmx.de, idiotbg@gmail.com, josh@tcbug.org Message-ID: <20070719130252.6880b967@localhost> In-Reply-To: <200707181541.l6IFf4ht051775@lurza.secnetix.de> References: <200707181703.07480.idiotbg@gmail.com> <200707181541.l6IFf4ht051775@lurza.secnetix.de> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: josh@tcbug.org, freebsd-stable@FreeBSD.ORG, olli@lurza.secnetix.de, idiotbg@gmail.com, LoN_Kamikaze@gmx.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 03:02:59 -0000 On Wed, 18 Jul 2007 17:41:04 +0200 (CEST) Oliver Fromme wrote: > If you have problems remembering, This is very interesting thread indeed.... I have found that mounting remote SMB shares will panic the kernel too, but only if i try to access it while 'gone' . If I remember correctly, if i thread carefully around it, i can manage to shutdown everything and it will only panic at the very last minute when the kernel tries to unmount. And, from my point of view, the explanation 'well, don't remove your mounted devices without unmounting them first' is rubbish - the problem is not necessarily users removing them, but ALL the reasons that could cause an unwanted and unplanned removal. Like a network outage in the case of smbfs. or someone killing the power on a USB device. I can't see why the whole kernel should die on you. Yes, i understand there are architectural reasons for this - then the architecture is not right anymore, i think. > another work-around > is to use the auto mounter daemon (amd(8)). It umounts > file systems automatically that are not in use. > Another nice feature of amd(8) is that you don't have > to mount the file system either -- Simply plug the USB > stick in, then access it, and amd(8) will automatically > mount it for you. Now, something I dont understand - amd runs at user level, and it mounts filesystems, and nothing dies when the filesystems go away (other than the obvious cases for the applications trying to write to the FS in question). Doesn't amd , at some point , have to tell the kernel 'please mount this filesystem' here or there? Isn't the kernel STILL involved in all this? and why doesnt the kernel panic when the FS goes away? The same goes for hald - it doesn't work flawlessly, but it does the trick, and i cant recall an instance when it crashed the kernel. re. USB disks, could we not by default use amd to mount USB devices? It seems the obvious native replacement for hald + polkitd + dbus I use in XFCE with Thunar on my laptop... TIA! _________________________ {Beto|Norberto|Numard} Meijome Never attribute to malice what can adequately be explained by incompetence. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 03:21:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C56316A404 for ; Thu, 19 Jul 2007 03:21:47 +0000 (UTC) (envelope-from tony@techvalley.ca) Received: from mail2.techvalley.ca (mail2.techvalley.ca [66.199.130.140]) by mx1.freebsd.org (Postfix) with ESMTP id E344513C461 for ; Thu, 19 Jul 2007 03:21:46 +0000 (UTC) (envelope-from tony@techvalley.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail2.techvalley.ca (Postfix) with ESMTP id 966B02304CD; Wed, 18 Jul 2007 20:21:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at techvalley.ca Received: from mail2.techvalley.ca ([127.0.0.1]) by localhost (mail2.techvalley.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id OZSCtdeZ8Xtg; Wed, 18 Jul 2007 20:21:46 -0700 (PDT) Received: from mail.techvalley.ca (S010600121701f0ec.vs.shawcable.net [24.85.106.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail2.techvalley.ca (Postfix) with ESMTP id 556C32304CC; Wed, 18 Jul 2007 20:21:46 -0700 (PDT) Received: from monsoon.techvalley.ca ([192.168.1.1]) by mail.techvalley.ca (8.13.8/8.13.8) with ESMTP id l6J3QQJL010871; Wed, 18 Jul 2007 20:26:26 -0700 (PDT) (envelope-from tony@techvalley.ca) Message-Id: <7.0.1.0.0.20070718201334.01f10bc8@techvalley.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Wed, 18 Jul 2007 20:21:49 -0700 To: Ivan Voras , freebsd-stable@freebsd.org From: Tech Valley Internet - Tony Kivits In-Reply-To: References: <7.0.1.0.0.20070718165244.01cf4240@techvalley.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Adding /dev/random and /dev/urandom to a jail. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 03:21:47 -0000 Yes but the random devices are not showing up there. I am trying the suggestions from Christopher Cowart to see if that will get them to show up. Thanks, Tony At 07:40 PM 7/18/2007, Ivan Voras wrote: >Tech Valley Internet - Tony Kivits wrote: > > Hi, > > > > I am running 6.2 and I am having problems getting /dev/random to work > > inside a jail. > > > > What is the proper technique for creating /dev/random and /dev/urandom > > inside a jail? > >Have you mounted devfs in the jail? > > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 03:30:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D739A16A404 for ; Thu, 19 Jul 2007 03:30:26 +0000 (UTC) (envelope-from luck@computerking.ca) Received: from shoemasters.com (shoemasters.com [68.144.188.169]) by mx1.freebsd.org (Postfix) with ESMTP id A415A13C4B3 for ; Thu, 19 Jul 2007 03:30:26 +0000 (UTC) (envelope-from luck@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id CF45B7C46A6 for ; Wed, 18 Jul 2007 21:37:50 -0700 (MST) Received: from shoemasters.com ([127.0.0.1]) by localhost (shoemasters.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21855-08 for ; Wed, 18 Jul 2007 21:37:48 -0700 (MST) Received: from shoemasters.com (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id D7E447C46A5 for ; Wed, 18 Jul 2007 21:37:48 -0700 (MST) Message-ID: <23429779.7421184819868844.JavaMail.root@shoemasters.com> Date: Wed, 18 Jul 2007 21:37:48 -0700 (MST) From: "RYAN M. vAN GINNEKEN" To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jul 18 21:37:49 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 469eea9d79305939618124 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-3.147 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1, HTML_10_20=1.351, HTML_MESSAGE=0.001] X-Spam-Score: -3.147 X-Spam-Level: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: webmin adding to many groups to www group X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 03:30:27 -0000 Hello all i am having trouble getting virtualmin to work right with freebsd 6.2 stable and apache 2.2.4. I believe my problem is related to having to many groups in the www group. see below king1::1007:www king2::1012:www king3::1011:www king4::1013:www king5::1010:www king6::1017:www king7::1014:www king8::1016:www king9::1015:www king10::1018:www king11::1020:www king12::1019:www king13::1020:www When i try to add another group king14::1021:www I get this error in apache [Wed Jul 18 20:23:08 2007] [notice] Graceful restart requested, doing restart [Wed Jul 18 20:23:09 2007] [warn] NameVirtualHost *:80 has no VirtualHosts [Wed Jul 18 20:23:09 2007] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter [Wed Jul 18 20:23:09 2007] [notice] Digest: generating secret for digest authentication ... [Wed Jul 18 20:23:09 2007] [notice] Digest: done [Wed Jul 18 20:23:10 2007] [notice] Apache/2.2.4 (FreeBSD) DAV/2 PHP/5.2.2 with Suhosin-Patch mod_ssl/2.2.4 OpenSSL/0.9.7e-p1 configured -- resuming normal operations [Wed Jul 18 20:23:10 2007] [alert] (22)Invalid argument: initgroups: unable to set groups for User www and Group 80 [Wed Jul 18 20:23:10 2007] [alert] Child 12628 returned a Fatal error... Apache is exiting! [Wed Jul 18 20:23:10 2007] [alert] (22)Invalid argument: initgroups: unable to set groups for User www and Group 80 [Wed Jul 18 20:23:10 2007] [alert] (22)Invalid argument: initgroups: unable to set groups for User www and Group 80 I did some googling and found this article http://lists.freebsd.org/pipermail/freebsd-bugs/2005-March/011831.html. What is the best way to set this up as i do not what users to be able to see each others directories but apache must be able to see them all right? is the a way to just add each user to the www group instead of creating a group for each user then adding that group to the www group. I think that is what webmin is doing right? From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 04:15:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C5E016A402 for ; Thu, 19 Jul 2007 04:15:51 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 0308913C4C6 for ; Thu, 19 Jul 2007 04:15:50 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id CF65211407C for ; Thu, 19 Jul 2007 04:15:50 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id 56E28E6009 for ; Thu, 19 Jul 2007 04:15:50 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l6I6s0d7049258; Wed, 18 Jul 2007 16:54:01 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200707180654.l6I6s0d7049258@drugs.dv.isc.org> To: Volker , "Heiko Wundram (Beenic)" , freebsd-stable@freebsd.org From: Mark Andrews Mail-Followup-To: Volker , "Heiko Wundram (Beenic)" , freebsd-stable@freebsd.org In-reply-to: Your message of "Tue, 17 Jul 2007 04:45:04 MST." <20070717114504.GA78231@eos.sc1.parodius.com> Date: Wed, 18 Jul 2007 16:54:00 +1000 Sender: Mark_Andrews@isc.org Cc: Subject: Re: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 04:15:51 -0000 > On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote: > > As I think having a default to hint root zone is better, I'll file a > > PR about that. > > Which leads me to ask: > > Why hasn't anyone recommended using stub zones for this? It seems the > goal is to cache NS records from the rootservers, and stub zones don't > utilise AXFR/IXFR. Because a root server (stealth slave) can generate the NXDOMAIN responses locally. This really is a big win for ISP's where there are lots of leaked queries for private tlds, IPv4 addresses etc. Whether there is a benefit for everyone is still open to debate. Mark > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 04:15:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 254DD16A403 for ; Thu, 19 Jul 2007 04:15:52 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 0A45213C4C8 for ; Thu, 19 Jul 2007 04:15:52 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id E5BC911407F for ; Thu, 19 Jul 2007 04:15:51 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id C656CE6020 for ; Thu, 19 Jul 2007 04:15:51 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l6I6aHjB049034; Wed, 18 Jul 2007 16:36:18 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200707180636.l6I6aHjB049034@drugs.dv.isc.org> To: Volker From: Mark Andrews In-reply-to: Your message of "Tue, 17 Jul 2007 11:44:18 +0200." <469C8F72.7040500@vwsoft.com> Date: Wed, 18 Jul 2007 16:36:17 +1000 Sender: Mark_Andrews@isc.org Cc: "Heiko Wundram \(Beenic\)" , freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 04:15:52 -0000 > On 07/17/07 11:06, Heiko Wundram (Beenic) wrote: > > On Tuesday 17 July 2007 10:52:43 Volker wrote: > >> > >> Relying on a zone transfer doesn't seem to be reliable to me as more > >> than half of the root servers doesn't reply to AXFR requests. > > > > I've heard pretty much the same thing as you did wrt. root name servers > > denying AXFR, but as "it works" (TM), I don't see a reason not to use it. A > nd > > it seems that the author of the FreeBSD default named.conf thought likewise > , > > which is pretty okay with me (from the experience I gathered this morning). > > > > By the way: using the roots as hints only adds to the number of requests yo > ur > > server has to do in order to retrieve first-level domain name servers, so i > n > > the end, the transmitted data should be way higher than doing one AXFR to > > find them (simply because you'll see a large subset of those toplevel domai > ns > > being requested when you're publically offering a DNS server). And the data > > > is also cached on an AXFR in persistant storage, which is another major > > benefit (for me). > > > > Remember, AXFR requires a TCP transfer and not every firewall will > happily let it pass. Then the firewall is misconfigured. Ordinary DNS lookups can require TCP. That's what the "tc" flag is for. > > I (partially) agree to the speedup effects you mentioned but if just 5 > out of 13 root servers support AXFR, your bind will sit for a while to > find a root server responding to it's AXFR requests. That may eat up > your speed improvements. Type hint for the root zone always works > (regardless of the firewall and which root server is being queried). > > Volker > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 04:17:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 812ED16A40A; Thu, 19 Jul 2007 04:17:10 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 67F9913C4D5; Thu, 19 Jul 2007 04:17:10 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 327C911407A; Thu, 19 Jul 2007 04:17:10 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id D57B8E601A; Thu, 19 Jul 2007 04:17:09 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l6I6VVDr048946; Wed, 18 Jul 2007 16:31:32 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200707180631.l6I6VVDr048946@drugs.dv.isc.org> To: Michael Nottebrock From: Mark Andrews In-reply-to: Your message of "Tue, 17 Jul 2007 10:06:31 +0200." <200707171006.32059.lofi@freebsd.org> Date: Wed, 18 Jul 2007 16:31:31 +1000 Sender: Mark_Andrews@isc.org Cc: Volker , dougb@freebsd.org, freebsd-stable@freebsd.org, Yuri Pankov Subject: Re: Problems with named default configuration in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 04:17:10 -0000 > --nextPart2302559.jWhKoKUfrP > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > On Tuesday, 17. July 2007, Volker wrote: > > On 07/17/07 09:20, Michael Nottebrock wrote: > > > On Tuesday, 17. July 2007, Yuri Pankov wrote: > > >> On Mon, Jul 16, 2007 at 11:19:41PM +0200, Michael Nottebrock wrote: > > >>> I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me > > >>> a new named.conf, which I modified to run named as a local resolver, > > >>> like I had before: > > >>> > > >>> listen-on { 127.0.0.1; }; > > >>> listen-on-v6 { ::1; }; > > >>> forward only; > > >>> forwarders { > > >>> 192.168.8.1; > > >>> }; > > >>> > > >>> Everything else is default. However, with this default configuration, > > >>> named will not resolve any hosts of my local domain (my.domain), which > > >>> uses addresses in the 192.168.8 subnet. My dns server on 192.168.8.1, > > >>> running 6.2-RELEASE, has a very simple dynamic dns setup: a zone > > >>> "my.domain" and a reverse zone 8.168.192.in-addr.arpa which are both > > >>> dynamically updated by dhcpd. > > >>> > > >>> To make this work again, I had to delete everything in the default > > >>> named.conf from "/* Slaving the following zones from the root > > >>> [...]" to "zone "ip6.int" { type master; > > >>> file "master/empty.db"; };". > > >>> > > >>> I'm a DNS n00b, but I suspect that such drastic measures shouldn't be > > >>> required and somehow my setup is flawed. What can I do to make this > > >>> work right? > > >>> > > >>> > > >>> Cheers, > > >>> -- > > >>> ,_, | Michael Nottebrock | lofi@freebsd.org > > >>> (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > > >>> \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > >> > > >> Hi Michael, > > >> > > >> If I understood you correctly, you can't resolve 8.168.192.in-addr.arpa > > >> anymore, and the line below (from default named.conf) is the cause: > > >> > > >> zone "168.192.in-addr.arpa" { type master; file "master/empty.db"; }; > > > > > Yes - and this: > > > > > > zone "." { > > > type slave; > > > > The root zone MUST be of type hint. You do not want to be a slave of > > the root... don't you? ;) > > The new default configuration of named wants me to be. > > But now that you've mentioned it, I finally saw the following lines in the= > =20 > default named.conf: > > =2D-- > If you do not wish to slave these zones from the root servers > use the entry below instead. > zone "." { type hint; file "named.root"; }; > =2D-- > > I scanned over that before, but being a DNS n00b, I didn't understand what = > it=20 > meant. So, that solves that. Still, quite a bit of editing required:=20 > Commenting out the slaved root zone, moving out the root servers hint out o= > f=20 > a comment and commenting out the empty zone for my private use network to=20 > make reverse lookups work again. > > I think at least an UPDATING entry and maybe some more verbose and less=20 > technical commenting in named.conf itself is warranted. > > =2D-=20 > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > --nextPart2302559.jWhKoKUfrP > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: This is a digitally signed message part. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > > iD8DBQBGnHiIXhc68WspdLARAuSHAKCk7dskkSAzlAiquA48iGvGf+B88ACeOoj4 > XfDcTp42hWrF4RFOnG1jE8c= > =bto6 > -----END PGP SIGNATURE----- > > --nextPart2302559.jWhKoKUfrP-- For a forward "zone" to work there has to be a zone cut between any authoritative zones (master/slave) and the forward zone. When you graft private namespaces onto the DNS tree slave / stubs zones work better. Forward zones and forwarders are over used. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 06:38:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 149FE16A402 for ; Thu, 19 Jul 2007 06:38:12 +0000 (UTC) (envelope-from juliushuang@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id C527F13C47E for ; Thu, 19 Jul 2007 06:38:11 +0000 (UTC) (envelope-from juliushuang@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so363189nzf for ; Wed, 18 Jul 2007 23:38:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:in-reply-to:references:x-gpgmail-state:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=lQDGpl8WLPhLLkdWIKybz3AXIkAriSvjQ9cEfQ/PUXUpn4F+lwPcFF8oVcVk6SbFK3u6WvNLGAAzO1ne02b+JXmjDH+FTLPyKgAhb4UL6T/VvRz+2b+pNmi8sW5hxExUtTt2S9Rd469O5hAacoSJSxMDQKRsrLdxNIBj/kl7GZg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:in-reply-to:references:x-gpgmail-state:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=VyBpl4ftvyPZI/ZHhonZ9Reaa7rrD/yCbdY6zba+usDEVZI2x0kjVraHYdgI57E5YfFfEiBD5J7FYDNLlDG6+Zsz93IbyBbID+ynqs5EqduHZCXEopyxbriF6+y9aPVj+4Nr8x9o0TROUilV2Tl7+J6gz/KjWELtSR3HIG0KM84= Received: by 10.114.75.1 with SMTP id x1mr2234475waa.1184825574949; Wed, 18 Jul 2007 23:12:54 -0700 (PDT) Received: from ?192.168.0.193? ( [220.130.187.241]) by mx.google.com with ESMTPS id n22sm3888140pof.2007.07.18.23.12.52 (version=SSLv3 cipher=OTHER); Wed, 18 Jul 2007 23:12:52 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20070719130252.6880b967@localhost> References: <200707181703.07480.idiotbg@gmail.com> <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070719130252.6880b967@localhost> X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <02A0BEC2-072B-43B6-AED3-5B3F02B82B20@gmail.com> Content-Transfer-Encoding: 7bit From: Julius Huang Date: Thu, 19 Jul 2007 14:12:48 +0800 To: Freebsd Stable X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 06:38:12 -0000 Hi, How Mac OS X handle this? Method, tricks, code, etc... Does Linux reboot when this happen? One can argue the kernel is so different between OS X, Linux and FBSD, but it is still better to compare WIN vs FBSD (or NTFS vs UFS). Or may be I am wrong. BTW, I hardly ever put a USB Disk on our FBSD Servers, but never had problem disconnect USB/Firewire Disk on my Powerbook. Julius On Thu 19 Jul 2007, at 11:02, Norberto Meijome wrote: > On Wed, 18 Jul 2007 17:41:04 +0200 (CEST) > Oliver Fromme wrote: > >> If you have problems remembering, > > This is very interesting thread indeed.... > > I have found that mounting remote SMB shares will panic the kernel > too, but > only if i try to access it while 'gone' . If I remember correctly, > if i thread > carefully around it, i can manage to shutdown everything and it > will only panic > at the very last minute when the kernel tries to unmount. > > And, from my point of view, the explanation 'well, don't remove > your mounted > devices without unmounting them first' is rubbish - the problem is not > necessarily users removing them, but ALL the reasons that could > cause an > unwanted and unplanned removal. Like a network outage in the case > of smbfs. or > someone killing the power on a USB device. I can't see why the > whole kernel > should die on you. Yes, i understand there are architectural > reasons for this - > then the architecture is not right anymore, i think. > >> another work-around >> is to use the auto mounter daemon (amd(8)). It umounts >> file systems automatically that are not in use. >> Another nice feature of amd(8) is that you don't have >> to mount the file system either -- Simply plug the USB >> stick in, then access it, and amd(8) will automatically >> mount it for you. > > > Now, something I dont understand - amd runs > at user level, and it mounts filesystems, and nothing dies when the > filesystems > go away (other than the obvious cases for the applications trying > to write to > the FS in question). Doesn't amd , at some point , have to tell the > kernel > 'please mount this filesystem' here or there? Isn't the kernel > STILL involved > in all this? and why doesnt the kernel panic when the FS goes away? > > The same goes for hald - it doesn't work flawlessly, but it does > the trick, and > i cant recall an instance when it crashed the kernel. > > re. USB disks, could we not by default use amd to mount USB > devices? It seems > the obvious native replacement for hald + polkitd + dbus I use in > XFCE with > Thunar on my laptop... > > TIA! > _________________________ > {Beto|Norberto|Numard} Meijome > > Never attribute to malice what can adequately be explained by > incompetence. > > I speak for myself, not my employer. Contents may be hot. Slippery > when wet. > Reading disclaimers makes you go blind. Writing them is worse. You > have been > Warned. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 06:58:31 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AC5716A406 for ; Thu, 19 Jul 2007 06:58:31 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 77F1C13C474 for ; Thu, 19 Jul 2007 06:58:30 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 19 Jul 2007 06:58:28 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp035) with SMTP; 19 Jul 2007 08:58:28 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1882X57gwc8CSAkacU0rAX9wYk3FnueYJkCdbJH9C 6+cyLZxjtmelLC Message-ID: <469F0B93.9020409@gmx.de> Date: Thu, 19 Jul 2007 08:58:27 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, LoN_Kamikaze@gmx.de, idiotbg@gmail.com, josh@tcbug.org References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> In-Reply-To: <200707181541.l6IFf4ht051775@lurza.secnetix.de> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 06:58:31 -0000 Oliver Fromme wrote: > Momchil Ivanov wrote: > > On Wednesday 18 July 2007 15:52:42 [LoN]Kamikaze wrote: > > > Josh Paetzel wrote: > > > > Yes, it's expected behavior. The workaround is to not unplug mounted > > > > devices. (There's nothing special about USB here, if you unplugged an > > > > IDE drive you'd get the same behavior) > > > > > > Wouldn't it make some sense not to panic if mounted devices that are in > > > sync get removed? A few applications might get in trouble, but that's > > > hardly a reason to bring a whole system down. > > > > I don`t know how things work, but shutting down the system when some > > mounted fs is no longer present seems like the wrong thing to me. > > As Josh wrote, it's expected. The problem is known > to exist for a long time already (probably as long > as FreeBSD itself exists), and if there was an easy > solution, certainly someone would have fixed it. I remember on 5.3 I removed a mounted USB stick. The system did not panic, all I had to do was to plug the stick back in to be able to unmount it. So the behaviour has been more tolerant, in the past. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 07:17:52 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D961216A400 for ; Thu, 19 Jul 2007 07:17:52 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2FCA013C4BA for ; Thu, 19 Jul 2007 07:17:51 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 19 Jul 2007 07:17:50 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp054) with SMTP; 19 Jul 2007 09:17:50 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/2H3ddFZX2Q2D6lh0vyiXyeX80006g/BvraVFkaE b+MahwE9hBFtL0 Message-ID: <469F101C.5060906@gmx.de> Date: Thu, 19 Jul 2007 09:17:48 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: Norberto Meijome References: <200707181703.07480.idiotbg@gmail.com> <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070719130252.6880b967@localhost> In-Reply-To: <20070719130252.6880b967@localhost> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: josh@tcbug.org, olli@lurza.secnetix.de, freebsd-stable@FreeBSD.ORG, idiotbg@gmail.com Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 07:17:52 -0000 Norberto Meijome wrote: > On Wed, 18 Jul 2007 17:41:04 +0200 (CEST) > Oliver Fromme wrote: >> another work-around >> is to use the auto mounter daemon (amd(8)). It umounts >> file systems automatically that are not in use. >> Another nice feature of amd(8) is that you don't have >> to mount the file system either -- Simply plug the USB >> stick in, then access it, and amd(8) will automatically >> mount it for you. > > > Now, something I dont understand - amd runs > at user level, and it mounts filesystems, and nothing dies when the filesystems > go away (other than the obvious cases for the applications trying to write to > the FS in question). Doesn't amd , at some point , have to tell the kernel > 'please mount this filesystem' here or there? Isn't the kernel STILL involved > in all this? and why doesnt the kernel panic when the FS goes away? > The trick is that amd unmounts the device after a couple of seconds, so when someone accidentally removes a usb drive, it doesn't really matter. Amd will simply fail to mount it on the next access. If you remove the device during or shortly after accessing it, it still will panic the system. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 07:29:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD55F16A400 for ; Thu, 19 Jul 2007 07:29:59 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from qsrv01ps.mx.bigpond.com (qsrv01ps.mx.bigpond.com [144.140.82.181]) by mx1.freebsd.org (Postfix) with ESMTP id 6190B13C48D for ; Thu, 19 Jul 2007 07:29:59 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta04ps.mx.bigpond.com ([124.188.162.95]) by omta04ps.mx.bigpond.com with ESMTP id <20070719064614.LSBS1991.omta04ps.mx.bigpond.com@oaamta04ps.mx.bigpond.com> for ; Thu, 19 Jul 2007 06:46:14 +0000 Received: from areilly.bpa.nu ([124.188.162.95]) by oaamta04ps.mx.bigpond.com with ESMTP id <20070719064614.ZCUW20226.oaamta04ps.mx.bigpond.com@areilly.bpa.nu> for ; Thu, 19 Jul 2007 06:46:14 +0000 Received: (qmail 96355 invoked by uid 501); 19 Jul 2007 06:46:14 -0000 Date: Thu, 19 Jul 2007 16:46:14 +1000 From: Andrew Reilly To: freebsd-stable@freebsd.org Message-ID: <20070719064614.GA96133@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: delta@lackas.net Subject: ports/security/vpnc vs built-in IPSec? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 07:29:59 -0000 Hi there, I used ports/security/vpnc with some success some time ago, but then stopped because I didn't need it. Since then I've upgraded my -STABLE many times, and portupgrade has upgraded vpnc at least once, and now it doesn't seem to work anymore. I've been poking it quite vigerously, this afternoon, without much success: I can start it from the command line, with debugging turned on and no-disconnect from the control terminal, and can see from the debug trace that connection, authentication and network route setup all seem perfect. Just no packets ever seem to get through the tun0 link. Now, I remember from long ago that vpnc does not like IPSec in the kernel, because (from memory) the kernel gets to the esp packets before vpnc (which handles them in user-space), and the wrong thing happens. The difference, now, seems to be that there is no longer a config option to disable IPSEC. Or is there? Is there any way to disable kernel IPSEC in 6-STABLE? There doesn't seem to be anything in kldstat to indicate that any ipsec foo has been dynamically loaded. Indeed, there doesn't seem to be anything in sysctl -a relating to ipsec either: does that mean that it somehow *is* disabled? Any other thoughts on how to improve my situation? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 07:43:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6ED6A16A402 for ; Thu, 19 Jul 2007 07:43:58 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from smtp.studnetz.uni-leipzig.de (smtp.studnetz.uni-leipzig.de [139.18.143.252]) by mx1.freebsd.org (Postfix) with ESMTP id 0504913C461 for ; Thu, 19 Jul 2007 07:43:58 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from localhost (localhost [127.0.0.1]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 4F72B26A; Thu, 19 Jul 2007 09:43:57 +0200 (CEST) X-Virus-Scanned: by amavisd-new at studnetz-ul Received: from smtp.studnetz.uni-leipzig.de ([127.0.0.1]) by localhost (smtp.studnetz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zRzrZSnvWPJM; Thu, 19 Jul 2007 09:43:57 +0200 (CEST) Received: from [192.168.63.4] (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 8060B24A; Thu, 19 Jul 2007 09:43:56 +0200 (CEST) From: Momchil Ivanov To: "[LoN]Kamikaze" Date: Thu, 19 Jul 2007 09:43:45 +0200 User-Agent: KMail/1.9.6 References: <200707181703.07480.idiotbg@gmail.com> <20070719130252.6880b967@localhost> <469F101C.5060906@gmx.de> In-Reply-To: <469F101C.5060906@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2876896.OHRNQ5nC26"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707190943.55428.idiotbg@gmail.com> Cc: josh@tcbug.org, freebsd-stable@freebsd.org, Norberto Meijome , olli@lurza.secnetix.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 07:43:58 -0000 --nextPart2876896.OHRNQ5nC26 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 19 July 2007 09:17:48 [LoN]Kamikaze wrote: > Norberto Meijome wrote: > > On Wed, 18 Jul 2007 17:41:04 +0200 (CEST) > > > > Oliver Fromme wrote: > >> another work-around > >> is to use the auto mounter daemon (amd(8)). It umounts > >> file systems automatically that are not in use. > >> Another nice feature of amd(8) is that you don't have > >> to mount the file system either -- Simply plug the USB > >> stick in, then access it, and amd(8) will automatically > >> mount it for you. > > > > Now, something I dont understand - amd runs > > at user level, and it mounts filesystems, and nothing dies when the > > filesystems go away (other than the obvious cases for the applications > > trying to write to the FS in question). Doesn't amd , at some point , > > have to tell the kernel 'please mount this filesystem' here or there? > > Isn't the kernel STILL involved in all this? and why doesnt the kernel > > panic when the FS goes away? > > The trick is that amd unmounts the device after a couple of seconds, so > when someone accidentally removes a usb drive, it doesn't really matter. > Amd will simply fail to mount it on the next access. If you remove the > device during or shortly after accessing it, it still will panic the > system. What is then the reason for the kernel not being able to unmount a filesyst= em=20 whose provider is no longer present? What in the process of unmounting deni= es=20 unmounting a filesystem whose provider is no longer available? Why can the= =20 kernel not just inform all programs that files have to be closed and are=20 unaccessible any more, then consider the fs as unmounted and remove any bit= s=20 of it left in the VM. Why can kernel not just ignore interruped/pending=20 writes to that fs, drop the data, return an error to the program that=20 initiated the write and just go on. =2D-=20 PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E =C2=A0158A E03D 56DA 3118 168B =20 --nextPart2876896.OHRNQ5nC26 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGnxYz4D1W2jEYFosRAvuTAKCLCyeWJLbtDM7Dnf3xjTcmeBbBowCePu1o o65XuPyPWShBfVUZUufODag= =4XkN -----END PGP SIGNATURE----- --nextPart2876896.OHRNQ5nC26-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 08:23:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96C6D16A404 for ; Thu, 19 Jul 2007 08:23:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 3748613C4AA for ; Thu, 19 Jul 2007 08:23:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 29235 invoked by uid 399); 19 Jul 2007 08:23:10 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 19 Jul 2007 08:23:10 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <469F1F6D.3030002@FreeBSD.org> Date: Thu, 19 Jul 2007 01:23:09 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Tech Valley Internet - Tony Kivits References: <7.0.1.0.0.20070718165244.01cf4240@techvalley.ca> <7.0.1.0.0.20070718201334.01f10bc8@techvalley.ca> In-Reply-To: <7.0.1.0.0.20070718201334.01f10bc8@techvalley.ca> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Adding /dev/random and /dev/urandom to a jail. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 08:23:11 -0000 Tech Valley Internet - Tony Kivits wrote: > Yes but the random devices are not showing up there. Please don't post responses at the top of the message on FreeBSD lists, it's icky and unnatural. :) You might want to take a look at what /etc/rc.d/named does to handle this for the chroot, I think it may help. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 08:50:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13BAD16A405 for ; Thu, 19 Jul 2007 08:50:43 +0000 (UTC) (envelope-from juliushuang@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id BB2D213C4AC for ; Thu, 19 Jul 2007 08:50:42 +0000 (UTC) (envelope-from juliushuang@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so386325nzf for ; Thu, 19 Jul 2007 01:50:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:x-gpgmail-state:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=csg44N9Jza7mCPDtMvqzU/crf5Eo4YAwvGAmzF2BZVNDxcA0S1RMCPipjimg/pPHsyAATmZ3aj96AiVnR1cLDOe0vteNgZMD3fosUWoH7HXVf3c+165SVRIt9IjCQ/3HtMK8MI3cyXV5PL3R/I5r4qFF83y5kDvjoCX410skxoQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:x-gpgmail-state:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=c367nLpfAH2QEjr2dE0iubCDfnc/GKqabBb3WsbNQZtt/G/sKDcPg6l+kcrkSMOsFtcaEXDsHcyf7FfFZ8jhW/kuAWUroG8IHvOY0oJXtqv/PlLC46RPxAU9q6tW9pTEBz0aVAHv8B4i23445ox2asyw04VjcyGXngo61wx7/Zs= Received: by 10.115.58.1 with SMTP id l1mr2361099wak.1184835041442; Thu, 19 Jul 2007 01:50:41 -0700 (PDT) Received: from ?192.168.0.193? ( [220.130.187.241]) by mx.google.com with ESMTPS id n20sm4199425pof.2007.07.19.01.50.38 (version=SSLv3 cipher=OTHER); Thu, 19 Jul 2007 01:50:40 -0700 (PDT) In-Reply-To: <200707190943.55428.idiotbg@gmail.com> References: <200707181703.07480.idiotbg@gmail.com> <20070719130252.6880b967@localhost> <469F101C.5060906@gmx.de> <200707190943.55428.idiotbg@gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Julius Huang Date: Thu, 19 Jul 2007 16:50:35 +0800 To: Momchil Ivanov X-Mailer: Apple Mail (2.752.2) Cc: "\[LoN\]Kamikaze" , freebsd-stable@freebsd.org, Norberto Meijome , olli@lurza.secnetix.de, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 08:50:43 -0000 On Thu 19 Jul 2007, at 15:43, Momchil Ivanov wrote: > On Thursday 19 July 2007 09:17:48 [LoN]Kamikaze wrote: >> Norberto Meijome wrote: >>> On Wed, 18 Jul 2007 17:41:04 +0200 (CEST) >>> >>> Oliver Fromme wrote: >>>> another work-around >>>> is to use the auto mounter daemon (amd(8)). It umounts >>>> file systems automatically that are not in use. >>>> Another nice feature of amd(8) is that you don't have >>>> to mount the file system either -- Simply plug the USB >>>> stick in, then access it, and amd(8) will automatically >>>> mount it for you. >>> >>> Now, something I dont understand - amd runs >>> at user level, and it mounts filesystems, and nothing dies when the >>> filesystems go away (other than the obvious cases for the >>> applications >>> trying to write to the FS in question). Doesn't amd , at some >>> point , >>> have to tell the kernel 'please mount this filesystem' here or >>> there? >>> Isn't the kernel STILL involved in all this? and why doesnt the >>> kernel >>> panic when the FS goes away? >> >> The trick is that amd unmounts the device after a couple of >> seconds, so >> when someone accidentally removes a usb drive, it doesn't really >> matter. >> Amd will simply fail to mount it on the next access. If you remove >> the >> device during or shortly after accessing it, it still will panic the >> system. > > What is then the reason for the kernel not being able to unmount a > filesystem > whose provider is no longer present? What in the process of > unmounting denies > unmounting a filesystem whose provider is no longer available? Why > can the > kernel not just inform all programs that files have to be closed > and are > unaccessible any more, then consider the fs as unmounted and remove > any bits > of it left in the VM. Why can kernel not just ignore interruped/ > pending > writes to that fs, drop the data, return an error to the program that > initiated the write and just go on. > > -- > PGP KeyID: 0x3118168B > Keyserver: pgp.mit.edu > Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B > Hi, How Mac OS X handle this? Method, tricks, code, etc... Does Linux reboot when this happen? The kernel is different between OS X, Linux and FBSD. Why FBSD handle this by reboot? Does reboot clean up everything? BTW, I hardly ever put a USB Disk on our FBSD Servers, but never had problem disconnect USB/Firewire Disk on my Powerbook. Julius From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 09:21:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDB6716A401 for ; Thu, 19 Jul 2007 09:21:35 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id C466413C467 for ; Thu, 19 Jul 2007 09:21:35 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so589260waf for ; Thu, 19 Jul 2007 02:21:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nfnF2TesUddVlyXofHTCqTS863oAPRIo7NBO6bVqTuwptikdySHIiUsNPSJds0H2pHeNOKZE5ai4Gv2V+Po0SLJeQTBHiijOX7IVejJBBYdGFr11QQiSZC5o8k0Yzt+zoQESsTqEFWemNT2SOmuHTA720Gv6hWnKD7MAaiy83+A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ncIQFbJjvJu8IfykQZR/CZ4eFo0QtTTj8MVUHIrNd/XhoMkr/fu2YNCofKKaw01gHCk1cJzY2gbD/o6mKbJ0hraL2Kq2OVpT1oFGO9c16l93hLhlpb8/2u+fhLVAK1yeTUqFA9B70GM8+kEQQOPHS+eCJeuHvXQ5swmY2wPjxnE= Received: by 10.115.18.1 with SMTP id v1mr1491131wai.1184836895580; Thu, 19 Jul 2007 02:21:35 -0700 (PDT) Received: by 10.115.78.2 with HTTP; Thu, 19 Jul 2007 02:21:35 -0700 (PDT) Message-ID: Date: Thu, 19 Jul 2007 12:21:35 +0300 From: "Dennis Melentyev" To: "Momchil Ivanov" In-Reply-To: <200707190943.55428.idiotbg@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200707181703.07480.idiotbg@gmail.com> <20070719130252.6880b967@localhost> <469F101C.5060906@gmx.de> <200707190943.55428.idiotbg@gmail.com> Cc: "\[LoN\]Kamikaze" , freebsd-stable@freebsd.org, Norberto Meijome , olli@lurza.secnetix.de, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 09:21:36 -0000 Hi All! 2007/7/19, Momchil Ivanov : > On Thursday 19 July 2007 09:17:48 [LoN]Kamikaze wrote: > > Norberto Meijome wrote: > > > On Wed, 18 Jul 2007 17:41:04 +0200 (CEST) > > > > > > Oliver Fromme wrote: > > >> another work-around > > >> is to use the auto mounter daemon (amd(8)). It umounts > > >> file systems automatically that are not in use. > > >> Another nice feature of amd(8) is that you don't have > > >> to mount the file system either -- Simply plug the USB > > >> stick in, then access it, and amd(8) will automatically > > >> mount it for you. > > > > > > Now, something I dont understand - amd runs > > > at user level, and it mounts filesystems, and nothing dies when the > > > filesystems go away (other than the obvious cases for the applications > > > trying to write to the FS in question). Doesn't amd , at some point , > > > have to tell the kernel 'please mount this filesystem' here or there? > > > Isn't the kernel STILL involved in all this? and why doesnt the kernel > > > panic when the FS goes away? > > > > The trick is that amd unmounts the device after a couple of seconds, so > > when someone accidentally removes a usb drive, it doesn't really matter. > > Amd will simply fail to mount it on the next access. If you remove the > > device during or shortly after accessing it, it still will panic the > > system. > > What is then the reason for the kernel not being able to unmount a filesystem > whose provider is no longer present? What in the process of unmounting denies > unmounting a filesystem whose provider is no longer available? Why can the > kernel not just inform all programs that files have to be closed and are > unaccessible any more, then consider the fs as unmounted and remove any bits > of it left in the VM. Why can kernel not just ignore interruped/pending > writes to that fs, drop the data, return an error to the program that > initiated the write and just go on. For me, the most expected behaviour of API is the same as socket one: In case recv/send fails (socket peer gone, router in-the-middle is died, excavator came across the cables, etc) I just get a timeout (for the first time), then (once remote socket is considered closed) just return with -1 and appropriate errno set. Since every (not braindamaged) program expect possible disk failures, everyone checks for return/errno. It should be extremely safe to just supply notify userland with "-1/errno" to handle over the error case at application level. Since I do understand the complexity and impact of VM/[V]FS code, I'd rather vote for funding an external project on better VM/VFS separation and improvement. Later, this project codebase must be merged into the CURRENT, tested and go "STABLE" the usual way. The famous "Floppy" issue of FreeBSD MUST go away, it's just a shame and long standing base for unpleasant rumor/jokes. Could it be the good task for FreeBSD Foundation or what ever other investor? Sorry for adding just 0.02UAH instead of real $20-30-50 of personal money to the fund's account. If there is such a fund for this particular problem, I'll vote with money instead of bytes. I believe, there will be a lot more people willing to do the same to gain enough funding. -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 09:36:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE90B16A402 for ; Thu, 19 Jul 2007 09:36:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7556913C49D for ; Thu, 19 Jul 2007 09:36:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 7284CED5F82; Thu, 19 Jul 2007 12:14:04 +0300 (EEST) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MLrymZpadr7z; Thu, 19 Jul 2007 12:14:02 +0300 (EEST) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id DC9D4ED478A; Thu, 19 Jul 2007 12:14:02 +0300 (EEST) Message-ID: <469F2B74.8000003@icyb.net.ua> Date: Thu, 19 Jul 2007 12:14:28 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.4 (X11/20070618) MIME-Version: 1.0 To: Mark Linimon References: <1184786589.00776227.1184773801@10.7.7.3> <1184790181.00776246.1184776801@10.7.7.3> <1184790188.00776259.1184778602@10.7.7.3> <1184793785.00776271.1184780402@10.7.7.3> In-Reply-To: <1184793785.00776271.1184780402@10.7.7.3> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, Momchil Ivanov , josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 09:36:39 -0000 on 18/07/2007 20:34 Mark Linimon said the following: > On Wed, Jul 18, 2007 at 10:05:59AM -0700, Jeremy Chadwick wrote: >> Bottom line here is that the kernel panics when removing a USB device >> that has filesystems mounted. > > s/USB // > >> I also have a hard time believing that the reason it hasn't been fixed >> is because "there isn't an easy fix". I'm under the impression it >> hasn't been fixed because either no one cares enough to fix it (using >> the workaround as a scapegoat excuse), or because the majority of people >> do not use USB-based storage devices. > > The reason is not the USB stack; the reason (IIRC) is that the FreeBSD > VM was written with the default assumption that Devices Never Go Away. > A large rewrite, I'm told, will be needed to fix this, and the code is > convoluted and tricky. > > No one finds the situation acceptable; introducing the "scapegoat" word > isn't going to win you any support. The problem is not a weekend's worth > of work to fix, nor does it have anything to do with avoidance by one > particular maintainer, which you apparently had encountered before. Well, here's my two kopiykas. Apparently there is somebody who tried to fix this problem, but for some reason (most probably language barrier) his attempt is largely unnoticed so far. Here is a link to a posting to freebsd-fs: http://lists.freebsd.org/pipermail/freebsd-fs/2007-June/003370.html Here's a discussion about this patch (in Russian): http://www.opennet.ru/openforum/vsluhforumID9/6467.html I have not tried this patch myself. I am not qualified enough to comment on its quality and the author admitted that this is more of a workaround or hack rather than perfect solution. Also, the patch seems to be msdosfs-centered. But there are some success reports on the forum mentioned above. So I thought that this is a good opportunity to draw more attention to the patch in hope that more people will try it and look at it and something good will result from it. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 10:11:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 233CA16A401 for ; Thu, 19 Jul 2007 10:11:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id CE78913C46B for ; Thu, 19 Jul 2007 10:11:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 8314CED5FAA; Thu, 19 Jul 2007 13:11:25 +0300 (EEST) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xvEX+10fLztU; Thu, 19 Jul 2007 13:11:22 +0300 (EEST) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 1DFA6ED5F99; Thu, 19 Jul 2007 13:11:22 +0300 (EEST) Message-ID: <469F38E4.9070507@icyb.net.ua> Date: Thu, 19 Jul 2007 13:11:48 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.4 (X11/20070618) MIME-Version: 1.0 To: Daniel O'Connor References: <1184786589.00776227.1184773801@10.7.7.3> <1184790181.00776246.1184776801@10.7.7.3> <1184790188.00776259.1184778602@10.7.7.3> <1184793785.00776271.1184780402@10.7.7.3> <469F2B74.8000003@icyb.net.ua> <469F3708.80702@gsoft.com.au> In-Reply-To: <469F3708.80702@gsoft.com.au> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: josh@tcbug.org, Mark Linimon , freebsd-stable@freebsd.org, Momchil Ivanov , LoN_Kamikaze@gmx.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 10:11:55 -0000 on 19/07/2007 13:03 Daniel O'Connor said the following: > Andriy Gapon wrote: >> Well, here's my two kopiykas. >> Apparently there is somebody who tried to fix this problem, but for some >> reason (most probably language barrier) his attempt is largely unnoticed >> so far. >> >> Here is a link to a posting to freebsd-fs: >> http://lists.freebsd.org/pipermail/freebsd-fs/2007-June/003370.html > > The language barrier won't help, especially since there is no English > discussion about how the patch works. Well, barriers usually stop something :-) There are some comments in Russian, maybe someone will find time to translate, maybe even me... > FreeBSD VFS comitters are rare, ones that understand Russian are > probably almost non-existent :) There's always a chance. > Also it would be nice if the patch was a unified diff rather than > x-patch as that makes it much easier to review. Patches _are_ unified diffs. The fact that some not-so-smart software decided that "text/x-patch" is "a non-text attachment" is indeed inconvenient. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 10:19:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EB8A16A403 for ; Thu, 19 Jul 2007 10:19:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id B6DE113C4B8 for ; Thu, 19 Jul 2007 10:19:39 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) X-IronPort-AV: E=Sophos;i="4.16,555,1175437800"; d="scan'208";a="118338312" Received: from ppp121-45-85-51.lns10.adl6.internode.on.net (HELO midget.dons.net.au) ([121.45.85.51]) by ipmail03.adl2.internode.on.net with ESMTP; 19 Jul 2007 19:49:36 +0930 Received: from [127.0.0.1] (scutter.dons.net.au [10.0.2.83]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.8) with ESMTP id l6JAJL5Y020918; Thu, 19 Jul 2007 19:49:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <469F3AAA.8030905@gsoft.com.au> Date: Thu, 19 Jul 2007 19:49:22 +0930 From: "Daniel O'Connor" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Andriy Gapon References: <1184786589.00776227.1184773801@10.7.7.3> <1184790181.00776246.1184776801@10.7.7.3> <1184790188.00776259.1184778602@10.7.7.3> <1184793785.00776271.1184780402@10.7.7.3> <469F2B74.8000003@icyb.net.ua> <469F3708.80702@gsoft.com.au> <469F38E4.9070507@icyb.net.ua> In-Reply-To: <469F38E4.9070507@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.457 () BAYES_00,SPF_FAIL X-Scanned-By: MIMEDefang 2.57 on 10.0.2.7 Cc: josh@tcbug.org, Mark Linimon , freebsd-stable@freebsd.org, Momchil Ivanov , LoN_Kamikaze@gmx.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 10:19:40 -0000 Andriy Gapon wrote: > Well, barriers usually stop something :-) Heh :) > There are some comments in Russian, maybe someone will find time to > translate, maybe even me... It could come in handy. >> FreeBSD VFS comitters are rare, ones that understand Russian are >> probably almost non-existent :) > > There's always a chance. Indeed. >> Also it would be nice if the patch was a unified diff rather than >> x-patch as that makes it much easier to review. > > Patches _are_ unified diffs. The fact that some not-so-smart software > decided that "text/x-patch" is "a non-text attachment" is indeed > inconvenient. Oops, I am in Windows land at the moment and it mangled them :( The .bin extension is somewhat confusing as well.. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 10:20:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4B3D16A404 for ; Thu, 19 Jul 2007 10:20:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3069713C481 for ; Thu, 19 Jul 2007 10:19:59 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) X-IronPort-AV: E=Sophos;i="4.16,555,1175437800"; d="scan'208";a="118333968" Received: from ppp121-45-85-51.lns10.adl6.internode.on.net (HELO midget.dons.net.au) ([121.45.85.51]) by ipmail03.adl2.internode.on.net with ESMTP; 19 Jul 2007 19:34:19 +0930 Received: from [127.0.0.1] (scutter.dons.net.au [10.0.2.83]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.8) with ESMTP id l6JA3qAu020739; Thu, 19 Jul 2007 19:34:03 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <469F3708.80702@gsoft.com.au> Date: Thu, 19 Jul 2007 19:33:52 +0930 From: "Daniel O'Connor" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Andriy Gapon References: <1184786589.00776227.1184773801@10.7.7.3> <1184790181.00776246.1184776801@10.7.7.3> <1184790188.00776259.1184778602@10.7.7.3> <1184793785.00776271.1184780402@10.7.7.3> <469F2B74.8000003@icyb.net.ua> In-Reply-To: <469F2B74.8000003@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.457 () BAYES_00,SPF_FAIL X-Scanned-By: MIMEDefang 2.57 on 10.0.2.7 Cc: josh@tcbug.org, Mark Linimon , freebsd-stable@freebsd.org, Momchil Ivanov , LoN_Kamikaze@gmx.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 10:20:00 -0000 Andriy Gapon wrote: > on 18/07/2007 20:34 Mark Linimon said the following: >> On Wed, Jul 18, 2007 at 10:05:59AM -0700, Jeremy Chadwick wrote: >>> Bottom line here is that the kernel panics when removing a USB device >>> that has filesystems mounted. >> s/USB // >> >>> I also have a hard time believing that the reason it hasn't been fixed >>> is because "there isn't an easy fix". I'm under the impression it >>> hasn't been fixed because either no one cares enough to fix it (using >>> the workaround as a scapegoat excuse), or because the majority of people >>> do not use USB-based storage devices. >> The reason is not the USB stack; the reason (IIRC) is that the FreeBSD >> VM was written with the default assumption that Devices Never Go Away. >> A large rewrite, I'm told, will be needed to fix this, and the code is >> convoluted and tricky. >> >> No one finds the situation acceptable; introducing the "scapegoat" word >> isn't going to win you any support. The problem is not a weekend's worth >> of work to fix, nor does it have anything to do with avoidance by one >> particular maintainer, which you apparently had encountered before. > > Well, here's my two kopiykas. > Apparently there is somebody who tried to fix this problem, but for some > reason (most probably language barrier) his attempt is largely unnoticed > so far. > > Here is a link to a posting to freebsd-fs: > http://lists.freebsd.org/pipermail/freebsd-fs/2007-June/003370.html The language barrier won't help, especially since there is no English discussion about how the patch works. FreeBSD VFS comitters are rare, ones that understand Russian are probably almost non-existent :) Also it would be nice if the patch was a unified diff rather than x-patch as that makes it much easier to review. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 11:14:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B496216A402 for ; Thu, 19 Jul 2007 11:14:41 +0000 (UTC) (envelope-from nlecic@EUnet.yu) Received: from smtpclu-7.EUnet.yu (smtpclu-7.eunet.yu [194.247.192.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2890B13C461 for ; Thu, 19 Jul 2007 11:14:40 +0000 (UTC) (envelope-from nlecic@EUnet.yu) Received: from nyx.localhost (adsl-226-3.eunet.yu [213.198.226.3]) by smtpclu-7.EUnet.yu (8.13.6/8.13.6) with ESMTP id l6J9tkvB023777; Thu, 19 Jul 2007 11:55:47 +0200 Message-Id: <200707190955.l6J9tkvB023777@smtpclu-7.EUnet.yu> Date: Thu, 19 Jul 2007 12:56:54 +0200 From: Nikola Lecic To: "Daniel O'Connor" In-Reply-To: <469F3AAA.8030905@gsoft.com.au> References: <1184786589.00776227.1184773801@10.7.7.3> <1184790181.00776246.1184776801@10.7.7.3> <1184790188.00776259.1184778602@10.7.7.3> <1184793785.00776271.1184780402@10.7.7.3> <469F2B74.8000003@icyb.net.ua> <469F3708.80702@gsoft.com.au> <469F38E4.9070507@icyb.net.ua> <469F3AAA.8030905@gsoft.com.au> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) X-Operating-System: FreeBSD 6.2-RELEASE X-Face: pbl6-.[$G'Fi(Ogs2xlXP-V6{3||$Y[LOYs&~GJoikj'cVjcFC[V7du;;0~6nO= [Vi2?uU1Pq~,=Adj@,T:|"`$AF~il]J.Nz#2pU',Y7.{B;m/?{#sO^Dvo$rnmY6] Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-EUNET-AVAS-Milter-Version: 2.0.0 X-AVAS-Virus-Status: clean X-AVAS-Spamd-Symbols: BAYES_50,UNPARSEABLE_RELAY X-AVAS-Spam-Score: 0.0 Cc: freebsd-stable@freebsd.org, LoN_Kamikaze@gmx.de, Andriy Gapon , josh@tcbug.org, Momchil Ivanov , Mark Linimon Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 11:14:41 -0000 On Thu, 19 Jul 2007 19:49:22 +0930 "Daniel O'Connor" wrote: > Andriy Gapon wrote: > > Well, barriers usually stop something :-) >=20 > Heh :) >=20 > > There are some comments in Russian, maybe someone will find time to > > translate, maybe even me... >=20 > It could come in handy. >=20 > >> FreeBSD VFS comitters are rare, ones that understand Russian are=20 > >> probably almost non-existent :) > >=20 > > There's always a chance. >=20 > Indeed. http://translate.google.com/translate?u=3Dhttp%3A%2F%2Fwww.opennet.ru%2Fope= nforum%2FvsluhforumID9%2F6467.html&langpair=3Dru%7Cen&hl=3Den&ie=3DUTF8 Useful? Seems comprehensible enough (maybe a wrong impression since I understand Russian text). Nikola Le=C4=8Di=C4=87 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 11:22:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B327616A402 for ; Thu, 19 Jul 2007 11:22:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 1FA2B13C4A3 for ; Thu, 19 Jul 2007 11:22:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6JBMEij002100; Thu, 19 Jul 2007 21:22:14 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6JBMElD002099; Thu, 19 Jul 2007 21:22:14 +1000 (EST) (envelope-from peter) Date: Thu, 19 Jul 2007 21:22:14 +1000 From: Peter Jeremy To: Momchil Ivanov Message-ID: <20070719112214.GU1141@turion.vk2pj.dyndns.org> References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718173406.GA16748@soaustin.net> <200707181403.13410.josh@tcbug.org> <200707190057.57987.idiotbg@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <200707190057.57987.idiotbg@gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 11:22:16 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-19 00:57:57 +0200, Momchil Ivanov wrote: >I think you are missing the point here and it is that the drive is already= =20 >gone, so you do not have to care about it. I don't think anyone is missing this point. >The most natural way for me seems to be that the OS should just return err= ors=20 >to the programs trying any I/O on that drive. May be when a drive is=20 >unplugged the OS has to mark it and the mounted file systems as not being= =20 >there until all opened files on it are closed, return errors for all I/O= =20 >except for closing opened files. And when all files are closed consider th= e=20 >fs as unmounted and remove the drive from the kernel. And everyone I am aware of agrees that this is what _should_ happen. Unfortunately, as has already been mentioned, the filesystem and VM code have a very incestuous relationship and actually _making_ FreeBSD behave this way is (from all accounts) very difficult. There is already an entry on the project ideas list to at least make this work for MSDOSFS (http://www.freebsd.org/projects/ideas/#p-msdosfs - also part of SOC2007). >This is my idea of how things should be done. Ensuring that a file system = is=20 >in a consistent state after drive disconnect is something completely=20 >different Note that UFS+softupdates already implements this. --=20 Peter Jeremy --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGn0lm/opHv/APuIcRAsqgAKClNdYxduvIIPIC7YE4TyswIq2erwCfYGSJ OEx3hqqnowglb89pO03fXV4= =HMoy -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 11:24:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11BAA16A400 for ; Thu, 19 Jul 2007 11:24:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 938BF13C467 for ; Thu, 19 Jul 2007 11:24:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6JBOIrc002115; Thu, 19 Jul 2007 21:24:18 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6JBOIZs002114; Thu, 19 Jul 2007 21:24:18 +1000 (EST) (envelope-from peter) Date: Thu, 19 Jul 2007 21:24:18 +1000 From: Peter Jeremy To: "[LoN]Kamikaze" Message-ID: <20070719112418.GV1141@turion.vk2pj.dyndns.org> References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <469F0B93.9020409@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L6iaP+gRLNZHKoI4" Content-Disposition: inline In-Reply-To: <469F0B93.9020409@gmx.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 11:24:20 -0000 --L6iaP+gRLNZHKoI4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-19 08:58:27 +0200, "[LoN]Kamikaze" wrote: >I remember on 5.3 I removed a mounted USB stick. The system did not panic,= all >I had to do was to plug the stick back in to be able to unmount it. So the >behaviour has been more tolerant, in the past. Did you or the syncer thread try to write to the stick whilst it was absent? If not then the OS would have been unaware of its absence. --=20 Peter Jeremy --L6iaP+gRLNZHKoI4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGn0ni/opHv/APuIcRAgUaAJ9c+LzI1iwd6ifFQ/Lel4iTLSPB1ACdGBih MZ5nCnmlYUR6AivW7Wnoqk8= =6Vji -----END PGP SIGNATURE----- --L6iaP+gRLNZHKoI4-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 12:51:42 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 456DC16A405 for ; Thu, 19 Jul 2007 12:51:42 +0000 (UTC) (envelope-from tony@techvalley.ca) Received: from mail2.techvalley.ca (mail2.techvalley.ca [66.199.130.140]) by mx1.freebsd.org (Postfix) with ESMTP id 22BE513C481 for ; Thu, 19 Jul 2007 12:51:42 +0000 (UTC) (envelope-from tony@techvalley.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail2.techvalley.ca (Postfix) with ESMTP id E56C42304B3; Thu, 19 Jul 2007 05:51:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at techvalley.ca Received: from mail2.techvalley.ca ([127.0.0.1]) by localhost (mail2.techvalley.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 9b0gHDRUK-AP; Thu, 19 Jul 2007 05:51:41 -0700 (PDT) Received: from mail.techvalley.ca (S010600121701f0ec.vs.shawcable.net [24.85.106.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail2.techvalley.ca (Postfix) with ESMTP id BC6F72301F5; Thu, 19 Jul 2007 05:51:41 -0700 (PDT) Received: from monsoon.techvalley.ca ([192.168.1.1]) by mail.techvalley.ca (8.13.8/8.13.8) with ESMTP id l6JCuKKY024565; Thu, 19 Jul 2007 05:56:20 -0700 (PDT) (envelope-from tony@techvalley.ca) Message-Id: <7.0.1.0.0.20070719054823.01c1cd18@techvalley.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Thu, 19 Jul 2007 05:51:46 -0700 To: Doug Barton From: Tech Valley Internet - Tony Kivits In-Reply-To: <469F1F6D.3030002@FreeBSD.org> References: <7.0.1.0.0.20070718165244.01cf4240@techvalley.ca> <7.0.1.0.0.20070718201334.01f10bc8@techvalley.ca> <469F1F6D.3030002@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@FreeBSD.org, Ivan Voras Subject: Re: Adding /dev/random and /dev/urandom to a jail. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 12:51:42 -0000 At 01:23 AM 7/19/2007, Doug Barton wrote: >Tech Valley Internet - Tony Kivits wrote: > > Yes but the random devices are not showing up there. > >Please don't post responses at the top of the message on FreeBSD >lists, it's icky and unnatural. :) > >You might want to take a look at what /etc/rc.d/named does to handle >this for the chroot, I think it may help. > >Doug > >-- > > This .signature sanitized for your protection Thanks Doug, I realized that I had them reversed write after I had sent it. I have basically done something similar to what named does and this is what I have found... The random and urandom devices are in the jail's /dev directory when the jail is created and the test you gave me to try did work once tweaked a bit. But when I run the installation script for hsphere the two devices disappear out of the /dev directory. The devices are then inaccessible for all processes until the jail is restarted. I have looked in the usually log files and nothing is recorded there. My configuration is as follows.... # Jail info in host's rc.conf jail_enable="YES" jail_interface="xl0" jail_devfs_enable="YES" jail_procfs_enable="YES" jail_list="cp" jail_cp_rootdir="/usr/jails/cp" jail_cp_hostname="cp.example.ca" jail_cp_ip="192.168.1.71" jail_cp_mount_enable="YES" jail_cp_devfs_ruleset="devfsrules_thin_jail" #devfs.rules [devfsrules_thin_jail=100] add include $devfsrules_hide_all add include $devfsrules_unhide_basic Any help would be appreciated in regards to why the devices are disappearing. Thanks, Tony From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 13:22:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB07316A400 for ; Thu, 19 Jul 2007 13:22:30 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1924013C4CB for ; Thu, 19 Jul 2007 13:22:29 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l6JDLO0N003850 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Jul 2007 14:21:25 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <469F6589.9070300@unsane.co.uk> Date: Thu, 19 Jul 2007 14:22:17 +0100 From: Vince User-Agent: Thunderbird 2.0.0.4 (X11/20070717) MIME-Version: 1.0 To: Andrew Reilly References: <20070719064614.GA96133@duncan.reilly.home> In-Reply-To: <20070719064614.GA96133@duncan.reilly.home> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, delta@lackas.net Subject: Re: ports/security/vpnc vs built-in IPSec? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 13:22:30 -0000 Andrew Reilly wrote: > Hi there, > > I used ports/security/vpnc with some success some time ago, but > then stopped because I didn't need it. Since then I've > upgraded my -STABLE many times, and portupgrade has upgraded > vpnc at least once, and now it doesn't seem to work anymore. > I've been poking it quite vigerously, this afternoon, without > much success: I can start it from the command line, with > debugging turned on and no-disconnect from the control terminal, > and can see from the debug trace that connection, authentication and > network route setup all seem perfect. Just no packets ever seem > to get through the tun0 link. > I'm running -CURRENT so the situation isnt identical but vpnc works fine here. this is though NAT with vpnc-0.4.0_1 {root@prawn}#vpnc add host 80.169.168.42: gateway 192.168.10.2 add net 10.49.11.0: gateway 10.100.223.50 add net 10.44.19.0: gateway 10.100.223.50 VPNC started in background (pid: 24376)... [~](14:19:30) {root@prawn}#!ftp -su: !ftp: event not found [~](14:19:32) {root@prawn}#ftp 10.49.11.252 Connected to 10.49.11.252. 220 Access to this system is restricted to authorised users only. If you are not authorised please disconnect now. All transfers are logged. Name (10.49.11.252:jhary): ^C [~](14:20:07) {root@prawn}#vpnc-disconnect Terminating vpnc daemon (pid: 24376) > Now, I remember from long ago that vpnc does not like IPSec in > the kernel, because (from memory) the kernel gets to the esp > packets before vpnc (which handles them in user-space), and the > wrong thing happens. The difference, now, seems to be that > there is no longer a config option to disable IPSEC. Or is > there? > > Is there any way to disable kernel IPSEC in 6-STABLE? > Its not enabled in GENERIC, so you wont have IPSEC Unless you have built a custom kernel. Cant offer much beyond that though I'm afraid. Has it setup the routing correctly? sorry i cant help more, Vince > There doesn't seem to be anything in kldstat to indicate that > any ipsec foo has been dynamically loaded. Indeed, there > doesn't seem to be anything in sysctl -a relating to ipsec > either: does that mean that it somehow *is* disabled? > > Any other thoughts on how to improve my situation? > > Cheers, > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:29:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA8E816A405; Thu, 19 Jul 2007 14:29:25 +0000 (UTC) (envelope-from cuongvt@fpt.vn) Received: from isp-fcmail.FPT.NET (isp-fcmail.fpt.net [210.245.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 5394713C4B6; Thu, 19 Jul 2007 14:29:24 +0000 (UTC) (envelope-from cuongvt@fpt.vn) Received: from isp-mta3.fpt.vn ([210.245.0.150]) by isp-fcmail.FPT.NET with Microsoft SMTPSVC(6.0.3790.3959); Thu, 19 Jul 2007 21:29:20 +0700 Received: from [58.187.52.28] by isp-mta3.fpt.vn [210.245.0.150] Message-ID: <469F7533.4050805@fpt.vn> Date: Thu, 19 Jul 2007 21:29:07 +0700 From: vuthecuong User-Agent: Thunderbird 2.0.0.4 (X11/20070624) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jul 2007 14:29:21.0511 (UTC) FILETIME=[32932F70:01C7CA11] Cc: freebsd-stable@freebsd.org Subject: install activestate komodo in freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 14:29:25 -0000 I'm very interesting in this article: http://www.kiffinsblog.com/archives...lling_komo.html I searched Googled but could not find linux libcpp5 tarball. Could anyone give me the link of it? Tnx The article is as below: Installing Komodo IDE 4.0 on FreeBSD ~ FreeBSD After struggling awhile with the installation of Komodo on my FreeBSD 6.2 system, I *finally* was successful in getting it up-and-running. Therefore I would like to share my experiences in the hopes that in the future it may be helpful for some other fellow FreeBSD-er. Installation: 1. Download the linux libcpp5 tarball. 2. Unpack and cd into extracted dirtectory. 3. As root run ./install.sh 4. Choose install directory: /usr/compat/linux/opt/Komodo-IDE-4.0 5. As root cd /usr/compat/linux/opt/Komodo-IDE-4.0 6. For the bin, share and lib directories do the following: 1. chmod -R +x dirname 2. chmod -R -s dirname 3. chmod -R -t dirname 4. chmod -R +r dirname 7. Download the license and install on Windows or Linux (not FreeBSD) 8. Copy ~/.ActiveState/ActiveState.lic and place in ~/.ActiveState directory 9. Komodo can now be started as: /usr/compat/linux/opt/Komodo-IDE-4.0/bin/komodo You can now create a quick launcher by using one of the images found in: /usr/compat/linux/opt/Komodo-IDE-4.0/share/icons/ From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:43:18 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B11FE16A402 for ; Thu, 19 Jul 2007 14:43:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC9C13C491 for ; Thu, 19 Jul 2007 14:43:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JEgYqN085236; Thu, 19 Jul 2007 08:42:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 08:42:40 -0600 (MDT) Message-Id: <20070719.084240.-1962670843.imp@bsdimp.com> To: LoN_Kamikaze@gmx.de From: "M. Warner Losh" In-Reply-To: <469E1B2A.3030901@gmx.de> References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> <469E1B2A.3030901@gmx.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 08:42:36 -0600 (MDT) Cc: josh@tcbug.org, freebsd-stable@FreeBSD.ORG, idiotbg@gmail.com Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 14:43:18 -0000 In message: <469E1B2A.3030901@gmx.de> "[LoN]Kamikaze" writes: : Josh Paetzel wrote: : > On Wednesday 18 July 2007, Momchil Ivanov wrote: : >> Hi, : >> : >> I am running FreeBSD 6.2-STABLE #11: Sat Jul 14 16:27:12 CEST 2007 : >> and accidently unplugged the USB hub to which my external hdd : >> together with a mouse were connected and this caused my machine to : >> freeze for some seconds and then reboot. At that moment the hdd was : >> mounted and I was playing music out of it. : >> After that I tried to reproduce it :) so just plugged only the hdd : >> directly, mounted it and started playing music files from it. When : >> I unplugged the USB cable the same thing happened: short freeze, : >> and then reboot. Is this expected behaviour? And is there some way : >> to avoid the freeze and reboot? : >> : >> Thanks. : > : > Yes, it's expected behavior. The workaround is to not unplug mounted : > devices. (There's nothing special about USB here, if you unplugged an : > IDE drive you'd get the same behavior) : > : : Wouldn't it make some sense not to panic if mounted devices that are in sync : get removed? A few applications might get in trouble, but that's hardly a : reason to bring a whole system down. This is this week's winner in the Zen Master of the Obvious award. Yes. It is a known problem that should be fixed. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:46:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78EB016A408 for ; Thu, 19 Jul 2007 14:46:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB8D13C47E for ; Thu, 19 Jul 2007 14:46:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JEhVLu085243; Thu, 19 Jul 2007 08:43:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 08:43:36 -0600 (MDT) Message-Id: <20070719.084336.-749249732.imp@bsdimp.com> To: baldur@foo.is From: "M. Warner Losh" In-Reply-To: <20070718145954.GX36311@gremlin.foo.is> References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> <20070718145954.GX36311@gremlin.foo.is> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 08:43:31 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 14:46:55 -0000 In message: <20070718145954.GX36311@gremlin.foo.is> Baldur Gislason writes: : I vaguely remember being able to yank out USB drives in 5.x and just make : usbd execute a forced umount without any problems. FAT32 drives mind you. : On 6.2 I haven't even been able to unplug a USB drive even if I unmount it : first, always results in a kernel panic. This has never worked. Not even on 5.x. Or 4.10. I've tested these both recently accidentally... Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:49:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA6EC16A402; Thu, 19 Jul 2007 14:49:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A9A0913C478; Thu, 19 Jul 2007 14:49:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JEmFUP085312; Thu, 19 Jul 2007 08:48:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 08:48:21 -0600 (MDT) Message-Id: <20070719.084821.-202614780.imp@bsdimp.com> To: koitsu@freebsd.org From: "M. Warner Losh" In-Reply-To: <20070718170559.GA11915@eos.sc1.parodius.com> References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718170559.GA11915@eos.sc1.parodius.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 08:48:15 -0600 (MDT) Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 14:49:51 -0000 In message: <20070718170559.GA11915@eos.sc1.parodius.com> Jeremy Chadwick writes: : If someone wants to work on this and needs devices/toys (thumb drives, : external enclosures + hard disks), let me know, I will be more than : happy to buy them the hardware needed. Willing to fund the work on it too? This is a volunteer project, and you have to motivate people to work on this. Tirades in mailing lists has proven to be ineffective in the past. I've looked at the issue, and generically, if a device goes away, it is *HARD* to not panic. The same thing happens if you eject a CF card in a PC Card adapter in a PC Card slot. The best one can do without massive buffer cache work is what firewire does: it has one attachment to handle all umass devices. When the device goes away, it pauses all operations to that device. If the device comes back, it resumes the I/O . If the device never comes back, then the I/O never finishes. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:52:47 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03A5016A406 for ; Thu, 19 Jul 2007 14:52:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B61B113C4BC for ; Thu, 19 Jul 2007 14:52:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JEotFt085347; Thu, 19 Jul 2007 08:50:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 08:51:01 -0600 (MDT) Message-Id: <20070719.085101.-1860900987.imp@bsdimp.com> To: idiotbg@gmail.com From: "M. Warner Losh" In-Reply-To: <200707181942.45045.idiotbg@gmail.com> References: <20070718170559.GA11915@eos.sc1.parodius.com> <20070718173406.GA16748@soaustin.net> <200707181942.45045.idiotbg@gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 08:50:56 -0600 (MDT) Cc: josh@tcbug.org, linimon@lonesome.com, freebsd-stable@FreeBSD.org, LoN_Kamikaze@gmx.de Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 14:52:47 -0000 In message: <200707181942.45045.idiotbg@gmail.com> Momchil Ivanov writes: : On Wednesday 18 July 2007 19:34:06 Mark Linimon wrote: : > On Wed, Jul 18, 2007 at 10:05:59AM -0700, Jeremy Chadwick wrote: : > > Bottom line here is that the kernel panics when removing a USB device : > > that has filesystems mounted. : > : > s/USB // : : Just a dumb question: what does "umount -f" does? And doing something like : that when a fs goes away shouldn`t fix it? It won't fix it. The problem is dangling pointers to devices that no longer exist. And like all dangling references after 'free' you get bad thing happening. : If the problem is in general with a file system, regardless of the provider, : then what does one do when a mounted smbfs becomes unavailable due to remote : host down, no route to host or some other network related problems? Same : question for NFS mounted filesystems? In those cases, the device doesn't go away. Just the remote host. This is a big difference. Believe me, if it were easy, it would have been fixed. If it was moderate to fix, it would have been fixed. It is a hard problem that people have put lots of hours into to try to resolve. To imply otherwise is really insulting to all those people (myself include) that have tried to fix this. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:58:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0C7F16A401; Thu, 19 Jul 2007 14:58:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9F68A13C494; Thu, 19 Jul 2007 14:58:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JEtu5H085408; Thu, 19 Jul 2007 08:55:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 08:56:02 -0600 (MDT) Message-Id: <20070719.085602.-1632631676.imp@bsdimp.com> To: koitsu@freebsd.org From: "M. Warner Losh" In-Reply-To: <20070718200937.GA15560@eos.sc1.parodius.com> References: <200707181942.45045.idiotbg@gmail.com> <469E61DB.4000402@pcbsd.com> <20070718200937.GA15560@eos.sc1.parodius.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 08:55:56 -0600 (MDT) Cc: kris@pcbsd.com, freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 14:58:26 -0000 In message: <20070718200937.GA15560@eos.sc1.parodius.com> Jeremy Chadwick writes: : This would alleviate concerns over data loss, would it not? No. The problem is more basic: the device *driver* is gone. All the code unwinding has happened. The physical device is also gone, which is what triggered the detach. Doing synchronous writes wouldn't help. The next time the file system was touched, it would dereference a device that no longer exists, giving random results, in this case a crash. Meaning no disrespect for enthusiastic users, I really wish that people with "suggestions" would actually try to fix it themselves before making such obviously wrong comments. I have the right to say this because I have tried to fix this, and have run into these issues. Like I've said before, if it were easy, one of the dozen or so people that have tried to fix it in the past 8 years would have succeeded. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:58:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6123516A403 for ; Thu, 19 Jul 2007 14:58:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4E85413C4B8 for ; Thu, 19 Jul 2007 14:58:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 3BB371CC05D; Thu, 19 Jul 2007 07:58:47 -0700 (PDT) Date: Thu, 19 Jul 2007 07:58:47 -0700 From: Jeremy Chadwick To: "M. Warner Losh" Message-ID: <20070719145847.GA36856@eos.sc1.parodius.com> Mail-Followup-To: "M. Warner Losh" , LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718170559.GA11915@eos.sc1.parodius.com> <20070719.084821.-202614780.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070719.084821.-202614780.imp@bsdimp.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 14:58:47 -0000 On Thu, Jul 19, 2007 at 08:48:21AM -0600, M. Warner Losh wrote: > In message: <20070718170559.GA11915@eos.sc1.parodius.com> > Jeremy Chadwick writes: > : If someone wants to work on this and needs devices/toys (thumb drives, > : external enclosures + hard disks), let me know, I will be more than > : happy to buy them the hardware needed. > > Willing to fund the work on it too? This is a volunteer project, and > you have to motivate people to work on this. I'm one man with a single day job. I only make so much money a year, most of which goes to rent and co-location bills. Remaining amounts usually go to small hobby projects of mine, or donating money to folks like phk@ to work on features that I'll benefit from (serial console work comes to mind, ditto with BTX fixes). What I'm saying is that I can't afford (literally -- I don't have the cash) to pay someone US$40/hour for programming efforts (especially when I know it'd be a 8-12 week job), but I *can* afford to donate a few hundred bucks getting someone hardware who has the know-how to fix or test things much better than myself. Most of the time though I'm told "I have the hardware I need -- it's a matter of finding the time!" Ain't that the truth. :-) Besides working on ports (which I've been slacking on as of late), this is how I try to help/contribute to the FreeBSD community. > The best one can do without massive buffer cache work is what firewire > does: it has one attachment to handle all umass devices. When the > device goes away, it pauses all operations to that device. If the > device comes back, it resumes the I/O . If the device never comes > back, then the I/O never finishes. This sounds good. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 15:01:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB90616A400 for ; Thu, 19 Jul 2007 15:01:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A94CE13C4A5 for ; Thu, 19 Jul 2007 15:01:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JF0Ic1085449; Thu, 19 Jul 2007 09:00:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 09:00:24 -0600 (MDT) Message-Id: <20070719.090024.-1548242272.imp@bsdimp.com> To: LoN_Kamikaze@gmx.de From: "M. Warner Losh" In-Reply-To: <469F0B93.9020409@gmx.de> References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <469F0B93.9020409@gmx.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 09:00:18 -0600 (MDT) Cc: josh@tcbug.org, freebsd-stable@freebsd.org, idiotbg@gmail.com Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 15:01:19 -0000 In message: <469F0B93.9020409@gmx.de> "[LoN]Kamikaze" writes: : Oliver Fromme wrote: : > Momchil Ivanov wrote: : > > On Wednesday 18 July 2007 15:52:42 [LoN]Kamikaze wrote: : > > > Josh Paetzel wrote: : > > > > Yes, it's expected behavior. The workaround is to not unplug mounted : > > > > devices. (There's nothing special about USB here, if you unplugged an : > > > > IDE drive you'd get the same behavior) : > > > : > > > Wouldn't it make some sense not to panic if mounted devices that are in : > > > sync get removed? A few applications might get in trouble, but that's : > > > hardly a reason to bring a whole system down. : > > : > > I don`t know how things work, but shutting down the system when some : > > mounted fs is no longer present seems like the wrong thing to me. : > : > As Josh wrote, it's expected. The problem is known : > to exist for a long time already (probably as long : > as FreeBSD itself exists), and if there was an easy : > solution, certainly someone would have fixed it. : : I remember on 5.3 I removed a mounted USB stick. The system did not panic, all : I had to do was to plug the stick back in to be able to unmount it. So the : behaviour has been more tolerant, in the past. I'm pretty sure that 5.3 panics when you do this. At least my 5.3 machine at work did last time I tried it, which was just last week. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 15:01:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B0BF16A40A for ; Thu, 19 Jul 2007 15:01:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1223313C4C7 for ; Thu, 19 Jul 2007 15:01:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JEwbUp085421; Thu, 19 Jul 2007 08:58:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 08:58:43 -0600 (MDT) Message-Id: <20070719.085843.84363305.imp@bsdimp.com> To: freebsd@meijome.net From: "M. Warner Losh" In-Reply-To: <20070719130252.6880b967@localhost> References: <200707181703.07480.idiotbg@gmail.com> <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070719130252.6880b967@localhost> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 08:58:38 -0600 (MDT) Cc: LoN_Kamikaze@gmx.de, olli@lurza.secnetix.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 15:01:33 -0000 In message: <20070719130252.6880b967@localhost> Norberto Meijome writes: : re. USB disks, could we not by default use amd to mount USB devices? It seems : the obvious native replacement for hald + polkitd + dbus I use in XFCE with : Thunar on my laptop... Won't work. Once the device driver is already gone and devd/dbus gets the notification, it is already too late. umount -f will cause I/O to a device that no longer exists, causing the panic. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 15:04:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A330A16A405 for ; Thu, 19 Jul 2007 15:04:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 632F813C494 for ; Thu, 19 Jul 2007 15:04:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JF2iJo085460; Thu, 19 Jul 2007 09:02:44 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 09:02:50 -0600 (MDT) Message-Id: <20070719.090250.1387160138.imp@bsdimp.com> To: idiotbg@gmail.com From: "M. Warner Losh" In-Reply-To: <200707190943.55428.idiotbg@gmail.com> References: <20070719130252.6880b967@localhost> <469F101C.5060906@gmx.de> <200707190943.55428.idiotbg@gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 09:02:44 -0600 (MDT) Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, freebsd@meijome.net, olli@lurza.secnetix.de, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 15:04:33 -0000 In message: <200707190943.55428.idiotbg@gmail.com> Momchil Ivanov writes: : What is then the reason for the kernel not being able to unmount a : filesystem whose provider is no longer present? The problem is that the device driver has wound down, deallocated memory, etc. Now the kernel comes along with stale references to the device and panic ensues. It is really just that simple. There's no replacement of the now-dead device with dead calls. And even if you fixed that, most of the file systems in the tree today do not tolerate errors on writes at all and that also leads to panics. This is why firewire freezes the I/Os rather than failing them (and why umount -f on a firewire drive hangs). Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 15:20:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1F3D16A402 for ; Thu, 19 Jul 2007 15:20:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id 795D913C48E for ; Thu, 19 Jul 2007 15:20:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) X-IronPort-AV: E=Sophos;i="4.16,557,1175437800"; d="scan'208";a="118424410" Received: from ppp121-45-85-51.lns10.adl6.internode.on.net (HELO midget.dons.net.au) ([121.45.85.51]) by ipmail03.adl2.internode.on.net with ESMTP; 20 Jul 2007 00:49:29 +0930 Received: from [127.0.0.1] (scutter.dons.net.au [10.0.2.83]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.8) with ESMTP id l6JFJ0Wc024676; Fri, 20 Jul 2007 00:49:07 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <469F80E9.90105@gsoft.com.au> Date: Fri, 20 Jul 2007 00:49:05 +0930 From: "Daniel O'Connor" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Nikola Lecic References: <1184786589.00776227.1184773801@10.7.7.3> <1184790181.00776246.1184776801@10.7.7.3> <1184790188.00776259.1184778602@10.7.7.3> <1184793785.00776271.1184780402@10.7.7.3> <469F2B74.8000003@icyb.net.ua> <469F3708.80702@gsoft.com.au> <469F38E4.9070507@icyb.net.ua> <469F3AAA.8030905@gsoft.com.au> <200707190955.l6J9tkvB023777@smtpclu-7.EUnet.yu> In-Reply-To: <200707190955.l6J9tkvB023777@smtpclu-7.EUnet.yu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.599 () BAYES_00 X-Scanned-By: MIMEDefang 2.57 on 10.0.2.7 Cc: freebsd-stable@freebsd.org, LoN_Kamikaze@gmx.de, Andriy Gapon , josh@tcbug.org, Momchil Ivanov , Mark Linimon Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 15:20:20 -0000 Nikola Lecic wrote: > http://translate.google.com/translate?u=http%3A%2F%2Fwww.opennet.ru%2Fopenforum%2FvsluhforumID9%2F6467.html&langpair=ru%7Cen&hl=en&ie=UTF8 > > Useful? Seems comprehensible enough (maybe a wrong impression since I > understand Russian text). I'm not a VFS guru, alas :) From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 15:38:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EAA016A404 for ; Thu, 19 Jul 2007 15:38:19 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 64E7213C467 for ; Thu, 19 Jul 2007 15:38:18 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 19 Jul 2007 15:38:16 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp004) with SMTP; 19 Jul 2007 17:38:16 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+NaxUwZ9qN31F+AmDVw5BMjVEEAP51M7Pd27hBmc SMCPkjHm8pJCCd Message-ID: <469F8566.7030905@gmx.de> Date: Thu, 19 Jul 2007 17:38:14 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: "M. Warner Losh" References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> <20070718145954.GX36311@gremlin.foo.is> <20070719.084336.-749249732.imp@bsdimp.com> In-Reply-To: <20070719.084336.-749249732.imp@bsdimp.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: baldur@foo.is, freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 15:38:19 -0000 M. Warner Losh wrote: > In message: <20070718145954.GX36311@gremlin.foo.is> > Baldur Gislason writes: > : I vaguely remember being able to yank out USB drives in 5.x and just make > : usbd execute a forced umount without any problems. FAT32 drives mind you. > : On 6.2 I haven't even been able to unplug a USB drive even if I unmount it > : first, always results in a kernel panic. > > This has never worked. Not even on 5.x. Or 4.10. I've tested these > both recently accidentally... > > Warner As I mentioned earlier I remember it working during the 5.3 era on Stable, at some point it worked. I even remember removing my CD-Rom drive from my Thinkpad without running atacontrol detach. The system just took it and the drive just continued working after I put it back in. Anyway, is there a way to convince the kernel that removable devices are NFS mounts? I suppose there'd be an additional layer required that clusters file operations to consistent atomic operations similar to NFS. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 16:39:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6006E16A400 for ; Thu, 19 Jul 2007 16:39:16 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED0113C4A5 for ; Thu, 19 Jul 2007 16:39:16 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 4069F8179; Thu, 19 Jul 2007 11:39:15 -0500 (CDT) Received: from [192.168.1.5] (unknown [192.168.2.1]) by mail.tcbug.org (Postfix) with ESMTP id B571D341C0C; Thu, 19 Jul 2007 11:39:14 -0500 (CDT) From: Josh Paetzel To: "M. Warner Losh" Date: Thu, 19 Jul 2007 11:39:10 -0500 User-Agent: KMail/1.9.6 References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <20070718170559.GA11915@eos.sc1.parodius.com> <20070719.084821.-202614780.imp@bsdimp.com> In-Reply-To: <20070719.084821.-202614780.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4576160.1lHOmQfbd2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707191139.14063.josh@tcbug.org> Cc: LoN_Kamikaze@gmx.de, koitsu@freebsd.org, freebsd-stable@freebsd.org, idiotbg@gmail.com Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 16:39:16 -0000 --nextPart4576160.1lHOmQfbd2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 19 July 2007, M. Warner Losh wrote: > In message: <20070718170559.GA11915@eos.sc1.parodius.com> > > Jeremy Chadwick writes: > : If someone wants to work on this and needs devices/toys (thumb > : drives, external enclosures + hard disks), let me know, I will be > : more than happy to buy them the hardware needed. > > Willing to fund the work on it too? This is a volunteer project, > and you have to motivate people to work on this. Tirades in > mailing lists has proven to be ineffective in the past. > > I've looked at the issue, and generically, if a device goes away, > it is *HARD* to not panic. The same thing happens if you eject a > CF card in a PC Card adapter in a PC Card slot. > > The best one can do without massive buffer cache work is what > firewire does: it has one attachment to handle all umass devices.=20 > When the device goes away, it pauses all operations to that device. > If the device comes back, it resumes the I/O . If the device > never comes back, then the I/O never finishes. > > Warner > Just curious, but what, if any, is the performance hit with this=20 strategy? I could care less about performance on a usb stick, but if=20 we are talking about changes that are going to affect all filesystems=20 regardless of storage device implimentation then I'm sort of=20 interested. eg: I wouldn't be happy trading filesystem performance for avoiding a=20 panic that is trivial to avoid in the first place. =2D-=20 Thanks, Josh Paetzel --nextPart4576160.1lHOmQfbd2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGn5OyJvkB8SevrssRAsqXAJ98RETmGzxIBmt2SiBB5zt0S3dnSACfXHkp ci5jccivyKEhONXAHppH+4Y= =bgmg -----END PGP SIGNATURE----- --nextPart4576160.1lHOmQfbd2-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:08:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18A2516A404 for ; Thu, 19 Jul 2007 17:08:25 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6A50113C471 for ; Thu, 19 Jul 2007 17:08:24 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 19 Jul 2007 17:08:22 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp049) with SMTP; 19 Jul 2007 19:08:22 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/ETtxKndDEPv6Dvcm8Vb8U1igqo7ZoUNv95AQMaj yrDsUOla4SDboS Message-ID: <469F9A85.4090209@gmx.de> Date: Thu, 19 Jul 2007 19:08:21 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 17:08:25 -0000 As the subject says, on my 6-stable systems ntpd just sits there and does nothing. The logs only mention when the daemon gets started or shut down. It complains when servers are not reachable, but does nothing when they are available. The drift file always contains 0.00. ntpdate and openntpd both successfully manage to set the time, so I suppose it's a problem with ntpd. It seems what ntpd has in complexity it lacks in robustness. I'd prefer to have openntpd in the base system. It seems to be very simple. And it works. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:13:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F3E716A400 for ; Thu, 19 Jul 2007 17:13:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0413013C494 for ; Thu, 19 Jul 2007 17:13:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l6JHDMfq085516; Thu, 19 Jul 2007 10:13:22 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l6JHDMKm085515; Thu, 19 Jul 2007 10:13:22 -0700 (PDT) (envelope-from david) Date: Thu, 19 Jul 2007 10:13:22 -0700 From: David Wolfskill To: "[LoN]Kamikaze" Message-ID: <20070719171322.GJ22374@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , "[LoN]Kamikaze" , freebsd-stable@freebsd.org References: <469F9A85.4090209@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pr8MIzx3UFT6THvH" Content-Disposition: inline In-Reply-To: <469F9A85.4090209@gmx.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 17:13:23 -0000 --Pr8MIzx3UFT6THvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 19, 2007 at 07:08:21PM +0200, [LoN]Kamikaze wrote: > As the subject says, on my 6-stable systems ntpd just sits there and does > nothing.... >=20 > It seems what ntpd has in complexity it lacks in robustness. I'd prefer t= o have > openntpd in the base system. It seems to be very simple. And it works. Eh; seems to work for me: g1-18(6.2-S)[1] ntpdc -np remote local st poll reach delay offset disp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D *172.16.8.12 172.17.1.18 4 128 377 0.00322 -0.003667 0.00871 g1-18(6.2-S)[2] uname -a FreeBSD g1-18.catwhisker.org. 6.2-STABLE FreeBSD 6.2-STABLE #453: Wed Jul 1= 8 06:40:27 PDT 2007 root@g1-18.catwhisker.org.:/common/S1/obj/usr/src/s= ys/CANARY i386 g1-18(6.2-S)[3]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Pr8MIzx3UFT6THvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkafm7EACgkQmprOCmdXAD1gpgCeLYTj5jfQB1I8PqAoXmIcFQXs jiQAn0x7076ns0eSSRAgDoK5p4vAPAE8 =QPHB -----END PGP SIGNATURE----- --Pr8MIzx3UFT6THvH-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:15:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEB6D16A408 for ; Thu, 19 Jul 2007 17:15:12 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 5317C13C4A7 for ; Thu, 19 Jul 2007 17:15:11 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id CAA06994; Fri, 20 Jul 2007 02:47:10 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 20 Jul 2007 02:47:09 +1000 (EST) From: Ian Smith To: "M. Warner Losh" In-Reply-To: <20070719.090024.-1548242272.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 17:15:12 -0000 On Thu, 19 Jul 2007, M. Warner Losh wrote: > In message: <469F0B93.9020409@gmx.de> > "[LoN]Kamikaze" writes: > : Oliver Fromme wrote: > : > Momchil Ivanov wrote: > : > > On Wednesday 18 July 2007 15:52:42 [LoN]Kamikaze wrote: > : > > > Josh Paetzel wrote: > : > > > > Yes, it's expected behavior. The workaround is to not unplug mounted > : > > > > devices. (There's nothing special about USB here, if you unplugged an > : > > > > IDE drive you'd get the same behavior) > : > > > > : > > > Wouldn't it make some sense not to panic if mounted devices that are in > : > > > sync get removed? A few applications might get in trouble, but that's > : > > > hardly a reason to bring a whole system down. > : > > > : > > I don`t know how things work, but shutting down the system when some > : > > mounted fs is no longer present seems like the wrong thing to me. > : > > : > As Josh wrote, it's expected. The problem is known > : > to exist for a long time already (probably as long > : > as FreeBSD itself exists), and if there was an easy > : > solution, certainly someone would have fixed it. > : > : I remember on 5.3 I removed a mounted USB stick. The system did not panic, all > : I had to do was to plug the stick back in to be able to unmount it. So the > : behaviour has been more tolerant, in the past. > > I'm pretty sure that 5.3 panics when you do this. At least my 5.3 > machine at work did last time I tried it, which was just last week. 5.4 too. Now at 5.5-STABLE, on APM if it matters, I've had much fun several times having the laptop, when on battery, suspend/resume with a USB stick mounted on da0 (msdosfs or ufs) - without removing the device. With rc.suspend kldunload'ing usb and rc.resume kldload'ing it (as recommended for UHCI and, iirc, needed here) then on resume umass0 detaches & reattaches, but assigns the stick to da1. mount still shows the da0sX mount. It doesn't panic unless / until something accesses da0. So at least I usually get a window to reboot, the only way out. Sure I've learned "don't do that" but it's painful when I forget .. Might this new USB stack offer any relief to this need to unload/reload usb on s/r, and if so keep hold of a mount (assuming the stick remains)? Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:47:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37CFD16A400 for ; Thu, 19 Jul 2007 17:47:07 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id 1866213C442 for ; Thu, 19 Jul 2007 17:47:06 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-147-73.lsanca.dsl-w.verizon.net [71.109.147.73]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id l6JHW8OE039987 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 19 Jul 2007 10:32:09 -0700 (PDT) (envelope-from bc979@lafn.org) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <469F9A85.4090209@gmx.de> References: <469F9A85.4090209@gmx.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Doug Hardie Date: Thu, 19 Jul 2007 10:32:06 -0700 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/3700/Thu Jul 19 06:13:47 2007 on zoot.lafn.org X-Virus-Status: Clean Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 17:47:07 -0000 On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: > As the subject says, on my 6-stable systems ntpd just sits there > and does > nothing. The logs only mention when the daemon gets started or shut > down. It > complains when servers are not reachable, but does nothing when > they are available. > > The drift file always contains 0.00. > > ntpdate and openntpd both successfully manage to set the time, so I > suppose > it's a problem with ntpd. Are you on a static IP address? If not, ntpd obtains its IP address when it starts up and uses it forever. If your IP address changes then it will not be able to communicate with the upstream ntp servers. It has to be restarted everytime your IP address changes. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:53:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E852E16A400 for ; Thu, 19 Jul 2007 17:53:21 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 42F2813C48E for ; Thu, 19 Jul 2007 17:53:21 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 19 Jul 2007 17:53:19 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp020) with SMTP; 19 Jul 2007 19:53:19 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX19tf+htet9t643v7TgOPAWhYdV6F+3wN5MMYNs9zT DoF1LXnW8ERsbm Message-ID: <469FA50E.9080705@gmx.de> Date: Thu, 19 Jul 2007 19:53:18 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: Doug Hardie References: <469F9A85.4090209@gmx.de> In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: FreeBSD Stable Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 17:53:22 -0000 Doug Hardie wrote: > > On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: > >> As the subject says, on my 6-stable systems ntpd just sits there and does >> nothing. The logs only mention when the daemon gets started or shut >> down. It >> complains when servers are not reachable, but does nothing when they >> are available. >> >> The drift file always contains 0.00. >> >> ntpdate and openntpd both successfully manage to set the time, so I >> suppose >> it's a problem with ntpd. > > Are you on a static IP address? If not, ntpd obtains its IP address > when it starts up and uses it forever. If your IP address changes then > it will not be able to communicate with the upstream ntp servers. It > has to be restarted everytime your IP address changes. I have a static address. The trouble is it seems to operate fine, only it forgets to change the time when it differs from the time servers too much. Sometimes my clock goes wrong more than 1 second within a day. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 18:19:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4D8616A400 for ; Thu, 19 Jul 2007 18:19:31 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id 3E85A13C4A5 for ; Thu, 19 Jul 2007 18:19:31 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 842DA61C54; Thu, 19 Jul 2007 19:54:16 +0200 (CEST) Date: Thu, 19 Jul 2007 19:54:16 +0200 From: Nicolas Rachinsky To: FreeBSD Stable Message-ID: <20070719175416.GA73915@mid.pc5.i.0x5.de> Mail-Followup-To: FreeBSD Stable References: <469F9A85.4090209@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 18:19:31 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Doug Hardie [2007-07-19 10:32 -0700]: > Are you on a static IP address? If not, ntpd obtains its IP address when it > starts up and uses it forever. If your IP address changes then it will not > be able to communicate with the upstream ntp servers. It has to be > restarted everytime your IP address changes. I use the attached patch to avoid the restarts. I used a similar patch on 4.X for some years and noticed no bad effects. Nicolas -- http://www.rachinsky.de/nicolas --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=ntpd --- contrib/ntp/ntpd/ntp_io.c.orig Tue Jul 20 17:01:27 2004 +++ contrib/ntp/ntpd/ntp_io.c Fri Oct 6 00:32:31 2006 @@ -466,6 +466,14 @@ if (scan_ipv6 == ISC_FALSE && family == AF_INET6) continue; + if(strncmp(isc_if.name,"tun",3)==0) + { + if (debug) + printf("ignoring <%s> (tun*)\n", isc_if.name); + continue; + } + + /* Check to see if we are going to use the interface */ if (address_okay(&isc_if) == ISC_TRUE) { convert_isc_if(&isc_if, &inter_list[idx], port); --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 19:27:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FFE816A403 for ; Thu, 19 Jul 2007 19:27:51 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id A348C13C47E for ; Thu, 19 Jul 2007 19:27:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6JJRnWA004301; Fri, 20 Jul 2007 05:27:49 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6JJRnwt004300; Fri, 20 Jul 2007 05:27:49 +1000 (EST) (envelope-from peter) Date: Fri, 20 Jul 2007 05:27:49 +1000 From: Peter Jeremy To: "[LoN]Kamikaze" Message-ID: <20070719192749.GG1141@turion.vk2pj.dyndns.org> References: <469F9A85.4090209@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZInfyf7laFu/Kiw7" Content-Disposition: inline In-Reply-To: <469F9A85.4090209@gmx.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 19:27:51 -0000 --ZInfyf7laFu/Kiw7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-19 19:08:21 +0200, "[LoN]Kamikaze" wrote: >As the subject says, on my 6-stable systems ntpd just sits there and does >nothing. The logs only mention when the daemon gets started or shut down. = It >complains when servers are not reachable, but does nothing when they are a= vailable. I have been running ntpd on FreeBSD 2.x thru 7.x without problems so I suspect it's something in your configuration. What does your 'ntp.conf' contain? What does 'ntpdc -p -c kerni -c loopi -c sysi -c syss' give you? >openntpd in the base system. It seems to be very simple. And it works. So does ntpd. --=20 Peter Jeremy --ZInfyf7laFu/Kiw7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGn7s1/opHv/APuIcRAuOSAKCF7DFSzbodEU4L/DCHb/229p6LvQCfWu0S zW9CmDQKe6tIT6GxuLCL/50= =SY7I -----END PGP SIGNATURE----- --ZInfyf7laFu/Kiw7-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 23:16:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF6816A419 for ; Thu, 19 Jul 2007 23:16:20 +0000 (UTC) (envelope-from SRS0=050c7b3f6254414c5f5c69b958cc172620b9db89=401=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 6169F13C45B for ; Thu, 19 Jul 2007 23:16:20 +0000 (UTC) (envelope-from SRS0=050c7b3f6254414c5f5c69b958cc172620b9db89=401=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id YAY48911; Thu, 19 Jul 2007 12:57:11 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4691D45076; Thu, 19 Jul 2007 12:57:11 -0700 (PDT) To: Mark Andrews In-reply-to: Your message of "Wed, 18 Jul 2007 16:54:00 +1000." <200707180654.l6I6s0d7049258@drugs.dv.isc.org> Date: Thu, 19 Jul 2007 12:57:11 -0700 From: "Kevin Oberman" Message-Id: <20070719195711.4691D45076@ptavv.es.net> Cc: Volker , "Heiko Wundram \(Beenic\)" , freebsd-stable@freebsd.org Subject: Re: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 23:16:21 -0000 > From: Mark Andrews > Date: Wed, 18 Jul 2007 16:54:00 +1000 > Sender: owner-freebsd-stable@freebsd.org > > > > On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote: > > > As I think having a default to hint root zone is better, I'll file a > > > PR about that. > > > > Which leads me to ask: > > > > Why hasn't anyone recommended using stub zones for this? It seems the > > goal is to cache NS records from the rootservers, and stub zones don't > > utilise AXFR/IXFR. > > Because a root server (stealth slave) can generate the NXDOMAIN > responses locally. This really is a big win for ISP's where > there are lots of leaked queries for private tlds, IPv4 addresses > etc. > > Whether there is a benefit for everyone is still open to debate. > > Mark > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 03:07:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFEF916A417 for ; Fri, 20 Jul 2007 03:07:46 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.freebsd.org (Postfix) with ESMTP id 720A813C459 for ; Fri, 20 Jul 2007 03:07:46 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-70-122-44-4.austin.res.rr.com [70.122.44.4]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 101598389-1817707 for ; Thu, 19 Jul 2007 21:27:28 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id l6K2RQeS043329 for ; Thu, 19 Jul 2007 21:27:28 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id l6K2RPdB043328 for freebsd-stable@freebsd.org; Thu, 19 Jul 2007 21:27:25 -0500 (CDT) (envelope-from brucegb) Date: Thu, 19 Jul 2007 21:27:25 -0500 From: Bruce Burden To: freebsd-stable@freebsd.org Message-ID: <20070720022725.GE22957@tigerfish2.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Firefox crashing after portupgrade 13 July X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 03:07:46 -0000 Hi folks, Problem: Firefox segmentation faults when using link encryption. This happens on AMD64 and i386 versions (Opteron and P4 processors) as well as Firefox 1.5, 2.0.0.3 and 2.0.0.4. When SSL or TLS is involved, I get a seg fault. This is seen whether the web site is ebay or Bank of America. Things were "running fine" before 13 July, when I did a ports (only) upgrade. I have dropped the ports back to 17 June on one of the systems, and will retry from there. I have deleted the /var/db/ports/firefox/options file, and tried rebuilding firefox with very basic options, and my make.conf file has NOT changed between the "working" and not working period. Mozilla 1.7.13 IS working, so what would be the basic differences on how they handle link encryption? Suggestions? Thanks, Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 03:28:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB00C16A469; Fri, 20 Jul 2007 03:28:27 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 421CA13C457; Fri, 20 Jul 2007 03:28:27 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6K3Pdf0090548; Thu, 19 Jul 2007 21:25:39 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 21:25:45 -0600 (MDT) Message-Id: <20070719.212545.-1384052884.imp@bsdimp.com> To: koitsu@freebsd.org From: "M. Warner Losh" In-Reply-To: <20070719145847.GA36856@eos.sc1.parodius.com> References: <20070718170559.GA11915@eos.sc1.parodius.com> <20070719.084821.-202614780.imp@bsdimp.com> <20070719145847.GA36856@eos.sc1.parodius.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 21:25:40 -0600 (MDT) Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 03:28:27 -0000 In message: <20070719145847.GA36856@eos.sc1.parodius.com> Jeremy Chadwick writes: : On Thu, Jul 19, 2007 at 08:48:21AM -0600, M. Warner Losh wrote: : > In message: <20070718170559.GA11915@eos.sc1.parodius.com> : > Jeremy Chadwick writes: : > : If someone wants to work on this and needs devices/toys (thumb drives, : > : external enclosures + hard disks), let me know, I will be more than : > : happy to buy them the hardware needed. : > : > Willing to fund the work on it too? This is a volunteer project, and : > you have to motivate people to work on this. : : I'm one man with a single day job. I only make so much money a year, : most of which goes to rent and co-location bills. Remaining amounts : usually go to small hobby projects of mine, or donating money to folks : like phk@ to work on features that I'll benefit from (serial console : work comes to mind, ditto with BTX fixes). : : What I'm saying is that I can't afford (literally -- I don't have the : cash) to pay someone US$40/hour for programming efforts (especially when : I know it'd be a 8-12 week job), but I *can* afford to donate a few : hundred bucks getting someone hardware who has the know-how to fix or : test things much better than myself. Most of the time though I'm told : "I have the hardware I need -- it's a matter of finding the time!" A total fix would be a lot of effort. Some of it would be easy to incrementally adopt, while other parts would have ripples far and wide. : Besides working on ports (which I've been slacking on as of late), this : is how I try to help/contribute to the FreeBSD community. Yea. I understand that. : > The best one can do without massive buffer cache work is what firewire : > does: it has one attachment to handle all umass devices. When the : > device goes away, it pauses all operations to that device. If the : > device comes back, it resumes the I/O . If the device never comes : > back, then the I/O never finishes. : : This sounds good. It likely is the easiest 'bang for buck' solution. Warner From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 06:41:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EE1E16A419 for ; Fri, 20 Jul 2007 06:41:35 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id C154F13C480 for ; Fri, 20 Jul 2007 06:41:34 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so855684mue for ; Thu, 19 Jul 2007 23:41:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eYr/p8N28YENDt+XjLFI/zoGxGRlwfe1xo7AeXN3BsDrfylWsksh/xA3Ylk5l/v2VYf31q3ZRjuH6aMs9LAWWH0+dsIlSZSIvxzKdvFzOgAUAb5umZ4pt1UXEVcknVqL0mIE140Uy8A6Y+MEk5eUXcA4dVNO0Hzv6jrfHWkxpiE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=go2lqe0/IB+/f3JUrF77hPRZOKj8y3qTAiuVFG8wujcgZPAPhLLqEsX6y3fPdNnxmquYmSMnSm+7GywQ3D0AM5WSywjMgmvkJhyYfkA1X190u0TYSpsuXVMQwpwh1GR52SY5ljTHQL5DVYzrgn1q9pLiIyKmtmXG1+YBXxblB/s= Received: by 10.82.174.20 with SMTP id w20mr48351bue.1184912171874; Thu, 19 Jul 2007 23:16:11 -0700 (PDT) Received: by 10.82.158.11 with HTTP; Thu, 19 Jul 2007 23:16:11 -0700 (PDT) Message-ID: <14989d6e0707192316p4bd1393dj1c9f73ea0686e40@mail.gmail.com> Date: Fri, 20 Jul 2007 08:16:11 +0200 From: "Christian Walther" To: "M. Warner Losh" In-Reply-To: <20070719.084821.-202614780.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718170559.GA11915@eos.sc1.parodius.com> <20070719.084821.-202614780.imp@bsdimp.com> Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 06:41:35 -0000 On 19/07/07, M. Warner Losh wrote: [...] > > The best one can do without massive buffer cache work is what firewire > does: it has one attachment to handle all umass devices. When the > device goes away, it pauses all operations to that device. If the > device comes back, it resumes the I/O . If the device never comes > back, then the I/O never finishes. > Is this safe? I don't know where locking occurs in this case, but if locking occurs on a very low level it's potentially dangerous. If a device is removed (either on purpose or by accident) the kernel can't determine the state of the filesystem anymore. So the user could plug the device into another machine, start some write operations on the device, and put it back into the FreeBSD machine. This wouldn't know anything about the changes done, and just flush its buffer, probably using blocks that have been filled previously. It's a pity that FreeBSD can't handle these situations. Since no one here on this list has enough money to get development on the road, maybe we could try collecting money? Everyone interested in seeing this issue fixed offers the amount of money he/she likes to spend... I guess for a "Summer of Code" project this issue would be to big to fix, wouldn't it? From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 06:46:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 569C616A417 for ; Fri, 20 Jul 2007 06:46:58 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 0C45213C457 for ; Fri, 20 Jul 2007 06:46:57 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 25985 invoked from network); 20 Jul 2007 01:46:57 -0500 Received: from 203-206-233-219.dyn.iinet.net.au (HELO localhost) (203.206.233.219) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Jul 2007 01:46:56 -0500 Date: Fri, 20 Jul 2007 16:46:52 +1000 From: Norberto Meijome To: Bruce Burden Message-ID: <20070720164652.3951bead@localhost> In-Reply-To: <20070720022725.GE22957@tigerfish2.my.domain> References: <20070720022725.GE22957@tigerfish2.my.domain> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Firefox crashing after portupgrade 13 July X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 06:46:58 -0000 On Thu, 19 Jul 2007 21:27:25 -0500 Bruce Burden wrote: > Problem: Firefox segmentation faults when using link encryption. This > happens on AMD64 and i386 versions (Opteron and P4 processors) > as well as Firefox 1.5, 2.0.0.3 and 2.0.0.4 Hi Bruce, that's strange, ffox has been working fine here ...since 1.x . Have you completely uninstalled all Mozilla related packages before installing ffox? are you using a clean profile? You can create a new profile with firefox -ProfileManager . Alternatively, if you attach ktrace the the firefox-bin before you click on the https link you may get something useful in the kdump.out file. B _________________________ {Beto|Norberto|Numard} Meijome "Too bad ignorance isn't painful." Don Lindsay I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 07:07:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DCA16A418 for ; Fri, 20 Jul 2007 07:07:14 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 28CD013C465 for ; Fri, 20 Jul 2007 07:07:13 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so53839nfb for ; Fri, 20 Jul 2007 00:07:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XqIsCr5ubfwDEexRNVJvvOjIHxinD1sE7s1BJF5lW5ku2c72HWz1S7R4J7B8si1asuzAoCgvJ44hKWuPoj6kd1fHb3CtrJftV6CPNwidSIYIMc2tZER0HQwiyhFaxy/TK2Zx2E7Okvy0zrUgDiyOloEl42nXgDkiVn5HWFPRzK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WfpZkTxqhQQODUbM4k4o/ux05o+WYZzH1HcGyUQY369Nc43Y2UdCOEryX6wGuCYfsxqv2vli4ZUmKZTJoU0C6iv46xHgW0QYREVUXNXSl4py/GrUH5EBd5a9B8K3IPLERScafueKl0tJStKri0KbYad7f6Rm4YRTSe+Hc2yu6Bg= Received: by 10.82.189.6 with SMTP id m6mr71893buf.1184915230462; Fri, 20 Jul 2007 00:07:10 -0700 (PDT) Received: by 10.82.158.11 with HTTP; Fri, 20 Jul 2007 00:07:10 -0700 (PDT) Message-ID: <14989d6e0707200007y1a8dd504vd0ccaeab4bcb2444@mail.gmail.com> Date: Fri, 20 Jul 2007 09:07:10 +0200 From: "Christian Walther" To: "Bruce Burden" In-Reply-To: <20070720022725.GE22957@tigerfish2.my.domain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070720022725.GE22957@tigerfish2.my.domain> Cc: freebsd-stable@freebsd.org Subject: Re: Firefox crashing after portupgrade 13 July X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 07:07:14 -0000 On 20/07/07, Bruce Burden wrote: > > > Hi folks, > > Problem: Firefox segmentation faults when using link encryption. This > happens on AMD64 and i386 versions (Opteron and P4 processors) > as well as Firefox 1.5, 2.0.0.3 and 2.0.0.4. > [...] > Mozilla 1.7.13 IS working, so what would be the basic > differences on how they handle link encryption? > Do you use any extensions? I've seen it a couple of times that Firefox becomes unstable after an upgrade. In this case I start by moving ~/.mozilla/firefox to another location and start from scratch. I don't know if this is the same as Norberto suggests (creating a new profile). HTH Christian From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 07:37:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0925F16A417 for ; Fri, 20 Jul 2007 07:37:16 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id B7DAD13C459 for ; Fri, 20 Jul 2007 07:37:15 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 7E8BE1B10F00; Fri, 20 Jul 2007 09:37:14 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 7B84F1B10EFB; Fri, 20 Jul 2007 09:37:14 +0200 (CEST) Message-ID: <46A0662A.7060401@sun-fish.com> Date: Fri, 20 Jul 2007 10:37:14 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.4pre (X11/20070711) MIME-Version: 1.0 To: "[LoN]Kamikaze" References: <469F9A85.4090209@gmx.de> <469FA50E.9080705@gmx.de> In-Reply-To: <469FA50E.9080705@gmx.de> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: FreeBSD Stable Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 07:37:16 -0000 Hi, [LoN]Kamikaze wrote: > Doug Hardie wrote: > >> On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: >> >> >>> As the subject says, on my 6-stable systems ntpd just sits there and does >>> nothing. The logs only mention when the daemon gets started or shut >>> down. It >>> complains when servers are not reachable, but does nothing when they >>> are available. >>> >>> The drift file always contains 0.00. >>> >>> ntpdate and openntpd both successfully manage to set the time, so I >>> suppose >>> it's a problem with ntpd. >>> >> Are you on a static IP address? If not, ntpd obtains its IP address >> when it starts up and uses it forever. If your IP address changes then >> it will not be able to communicate with the upstream ntp servers. It >> has to be restarted everytime your IP address changes. >> > > I have a static address. The trouble is it seems to operate fine, only it > forgets to change the time when it differs from the time servers too much. > Sometimes my clock goes wrong more than 1 second within a day. > ntpd will not change time if the difference is too big - I think it should be less then 1000s. ntpdate will :) Also if you have increased your kernel secure level 2+ : In addition, kernel time changes are restricted to less than or equal to one second. Attempts to change the time by more than this will log the message ``Time adjustment clamped to +1 second''. So grep for ntpd in /var/log/messages and I'm sure you will find the problem. Other problem that I see is if you are behind NAT/firewall. Because ntpd make a request and wait for response on different port, so check your firewall configuration and blocked packets. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 09:34:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC0516A41B for ; Fri, 20 Jul 2007 09:34:29 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A0C0513C459 for ; Fri, 20 Jul 2007 09:34:28 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 20 Jul 2007 09:34:26 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp035) with SMTP; 20 Jul 2007 11:34:26 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/MwShyacfMwXWsKpoj81KGST+9CTiHU/fr7B82ld qSn9r01WK2rDo6 Message-ID: <46A081A1.3040003@gmx.de> Date: Fri, 20 Jul 2007 11:34:25 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: Stefan Lambrev References: <469F9A85.4090209@gmx.de> <469FA50E.9080705@gmx.de> <46A0662A.7060401@sun-fish.com> In-Reply-To: <46A0662A.7060401@sun-fish.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: FreeBSD Stable Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 09:34:29 -0000 Stefan Lambrev wrote: > Hi, > > [LoN]Kamikaze wrote: >> Doug Hardie wrote: >> >>> On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: >>> >>> >>>> As the subject says, on my 6-stable systems ntpd just sits there and >>>> does >>>> nothing. The logs only mention when the daemon gets started or shut >>>> down. It >>>> complains when servers are not reachable, but does nothing when they >>>> are available. >>>> >>>> The drift file always contains 0.00. >>>> >>>> ntpdate and openntpd both successfully manage to set the time, so I >>>> suppose >>>> it's a problem with ntpd. >>>> >>> Are you on a static IP address? If not, ntpd obtains its IP address >>> when it starts up and uses it forever. If your IP address changes then >>> it will not be able to communicate with the upstream ntp servers. It >>> has to be restarted everytime your IP address changes. >>> >> >> I have a static address. The trouble is it seems to operate fine, only it >> forgets to change the time when it differs from the time servers too >> much. >> Sometimes my clock goes wrong more than 1 second within a day. >> > ntpd will not change time if the difference is too big - I think it > should be less then 1000s. > ntpdate will :) > > Also if you have increased your kernel secure level 2+ : > > In addition, kernel time changes are restricted to less than or > equal to one second. Attempts to change the time by more than > this > will log the message ``Time adjustment clamped to +1 second''. > > So grep for ntpd in /var/log/messages and I'm sure you will find the > problem. > > Other problem that I see is if you are behind NAT/firewall. > Because ntpd make a request and wait for response on different port, so > check your firewall configuration and blocked packets. My securelevel is -1, even starting with an accurate clock ntpd just slowly lets it drift away. I'm behind a 2 NATs, one of which I have no access to. However openntpd and ntpdate don't seem to be troubled by this. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 10:02:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA70D16A418 for ; Fri, 20 Jul 2007 10:02:02 +0000 (UTC) (envelope-from brutkowski@lerkins.com) Received: from qmail2.lerkins.com (qmail2.lerkins.com [195.46.43.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1F3F513C461 for ; Fri, 20 Jul 2007 10:02:01 +0000 (UTC) (envelope-from brutkowski@lerkins.com) Received: (qmail 12904 invoked by uid 0); 20 Jul 2007 09:35:19 -0000 Received: from unknown (HELO localhost) (10.10.3.41) by 10.10.3.9 with SMTP; 20 Jul 2007 09:35:19 -0000 X-Virus-Scanned: amavisd-new at e.pl Received: from stasis01.lerkins.com ([10.10.3.27]) by localhost (mail.e.pl [10.10.3.41]) (amavisd-new, port 10024) with ESMTP id jQYJg6R4JJAh for ; Fri, 20 Jul 2007 11:34:49 +0200 (CEST) Received: from smolarek.lerkins.com (smolarek.lerkins.com [195.46.43.134]) by stasis01.lerkins.com (Lerkins_SMTPD) with ESMTP id 630B98441D for ; Fri, 20 Jul 2007 11:34:49 +0200 (CEST) From: =?ISO-8859-2?Q?Bart=B3omiej?= Rutkowski To: freebsd-stable@freebsd.org X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Message-Id: <20070720093449.630B98441D@stasis01.lerkins.com> Date: Fri, 20 Jul 2007 11:34:49 +0200 (CEST) Subject: Possible devd bug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 10:02:02 -0000 Hi all, I have been playing with OpenOspf lately, and I came to a place, when I nee= ded to ensure that an ethernet interface should always go into DOWN state w= hen it loses its link (physically, for example the switch becames turned of= f). I have tried to hire the devd daemon to do the job with such small defi= nitions: notify 100 { match "system" "IFNET"; match "type" "LINK_DOWN"; media-type "ethernet"; action "/sbin/ifconfig $subsystem down"; }; =20 notify 200 { match "system" "IFNET"; match "type" "LINK_UP"; media-type "ethernet"; action "/sbin/ifconfig $subsystem up"; }; And what is happening? Well, basically, when the interface detects that eth= cable has been detached, devd triggers and makes it DOWN, which is ok. But= , when the card got the cable attached once again (and interface detects th= e media type and gets ACTIVE state) devd never triggers the second rule, wh= ich should get the interface UP again.=20 I have tried that with replacing action statements with ones with proper lo= gging actions, and when interface is UP devd gets the proper state changes = information.=20 Now the question is: why devd doesent receive any information from interfac= es in DOWN state? Is that proper behaviour, or a bug? Thanks for any reply,= and for your attention. P.S. I am resending this message to freebsd-stable list, as I am not sure i= f freebsd-questions was a proper choice. --=20 Bart=B3omiej Rutkowski From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 10:12:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2688616A41A for ; Fri, 20 Jul 2007 10:12:58 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unknown [IPv6:2001:470:1f01:ffff::121]) by mx1.freebsd.org (Postfix) with ESMTP id 84E5713C458 for ; Fri, 20 Jul 2007 10:12:57 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l6KABuuM023551 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jul 2007 11:11:57 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <46A08AA2.8090406@unsane.co.uk> Date: Fri, 20 Jul 2007 11:12:50 +0100 From: Vince User-Agent: Thunderbird 2.0.0.4 (X11/20070717) MIME-Version: 1.0 To: "[LoN]Kamikaze" References: <469F9A85.4090209@gmx.de> <469FA50E.9080705@gmx.de> <46A0662A.7060401@sun-fish.com> <46A081A1.3040003@gmx.de> In-Reply-To: <46A081A1.3040003@gmx.de> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Stefan Lambrev Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 10:12:58 -0000 Can you send the output of ntp.conf? [LoN]Kamikaze wrote: > Stefan Lambrev wrote: >> Hi, >> >> [LoN]Kamikaze wrote: >>> Doug Hardie wrote: >>> >>>> On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: >>>> >>>> >>>>> As the subject says, on my 6-stable systems ntpd just sits there and >>>>> does >>>>> nothing. The logs only mention when the daemon gets started or shut >>>>> down. It >>>>> complains when servers are not reachable, but does nothing when they >>>>> are available. >>>>> >>>>> The drift file always contains 0.00. >>>>> >>>>> ntpdate and openntpd both successfully manage to set the time, so I >>>>> suppose >>>>> it's a problem with ntpd. >>>>> >>>> Are you on a static IP address? If not, ntpd obtains its IP address >>>> when it starts up and uses it forever. If your IP address changes then >>>> it will not be able to communicate with the upstream ntp servers. It >>>> has to be restarted everytime your IP address changes. >>>> >>> I have a static address. The trouble is it seems to operate fine, only it >>> forgets to change the time when it differs from the time servers too >>> much. >>> Sometimes my clock goes wrong more than 1 second within a day. >>> >> ntpd will not change time if the difference is too big - I think it >> should be less then 1000s. >> ntpdate will :) >> >> Also if you have increased your kernel secure level 2+ : >> >> In addition, kernel time changes are restricted to less than or >> equal to one second. Attempts to change the time by more than >> this >> will log the message ``Time adjustment clamped to +1 second''. >> >> So grep for ntpd in /var/log/messages and I'm sure you will find the >> problem. >> >> Other problem that I see is if you are behind NAT/firewall. >> Because ntpd make a request and wait for response on different port, so >> check your firewall configuration and blocked packets. > > My securelevel is -1, even starting with an accurate clock ntpd just slowly > lets it drift away. I'm behind a 2 NATs, one of which I have no access to. > However openntpd and ntpdate don't seem to be troubled by this. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 10:54:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C7716A47C for ; Fri, 20 Jul 2007 10:54:01 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 2860713C45B for ; Fri, 20 Jul 2007 10:54:00 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 9268 invoked from network); 20 Jul 2007 05:54:00 -0500 Received: from 203-206-233-219.dyn.iinet.net.au (HELO localhost) (203.206.233.219) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Jul 2007 05:53:59 -0500 Date: Fri, 20 Jul 2007 20:53:56 +1000 From: Norberto Meijome To: "Christian Walther" Message-ID: <20070720205356.2863abcd@localhost> In-Reply-To: <14989d6e0707200007y1a8dd504vd0ccaeab4bcb2444@mail.gmail.com> References: <20070720022725.GE22957@tigerfish2.my.domain> <14989d6e0707200007y1a8dd504vd0ccaeab4bcb2444@mail.gmail.com> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Firefox crashing after portupgrade 13 July X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 10:54:01 -0000 On Fri, 20 Jul 2007 09:07:10 +0200 "Christian Walther" wrote: > Do you use any extensions? I've seen it a couple of times that Firefox > becomes unstable after an upgrade. In this case I start by moving > ~/.mozilla/firefox to another location and start from scratch. yeah,this is a bit more radical than creating a new profile, but outcome is the same > I don't know if this is the same as Norberto suggests (creating a new profile). with a new profile u can still access the old info. I have my firefox always start with the profile manager, and have 3 profiles available - one with no extensions / skins at all, one with just the web page profiler extension, and then my workhorse with lots of goodies. i thought i had a way to start them all in parallel.. but i cant figure it out now..oh well :) _________________________ {Beto|Norberto|Numard} Meijome There are no stupid questions, but there are a LOT of inquisitive idiots. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 11:20:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E8FB16A417 for ; Fri, 20 Jul 2007 11:20:25 +0000 (UTC) (envelope-from brutkowski@lerkins.com) Received: from qmail2.lerkins.com (qmail2.lerkins.com [195.46.43.226]) by mx1.freebsd.org (Postfix) with ESMTP id D64F913C4A5 for ; Fri, 20 Jul 2007 11:20:24 +0000 (UTC) (envelope-from brutkowski@lerkins.com) Received: (qmail 22244 invoked by uid 0); 20 Jul 2007 11:20:23 -0000 Received: from unknown (HELO localhost) (10.10.3.41) by 10.10.3.9 with SMTP; 20 Jul 2007 11:20:23 -0000 X-Virus-Scanned: amavisd-new at e.pl Received: from stasis01.lerkins.com ([10.10.3.27]) by localhost (mail.e.pl [10.10.3.41]) (amavisd-new, port 10024) with ESMTP id gWBJbhrB0DyU; Fri, 20 Jul 2007 13:19:51 +0200 (CEST) Received: from smolarek.lerkins.com (smolarek.lerkins.com [195.46.43.134]) by stasis01.lerkins.com (Lerkins_SMTPD) with ESMTP id 522738441C; Fri, 20 Jul 2007 13:19:51 +0200 (CEST) From: =?ISO-8859-2?Q?Bart=B3omiej?= Rutkowski To: Maxim Vetrov In-Reply-To: <46A127FF.7040507@mail.ru> References: <20070720093449.630B98441D@stasis01.lerkins.com> <46A127FF.7040507@mail.ru> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Message-Id: <20070720111951.522738441C@stasis01.lerkins.com> Date: Fri, 20 Jul 2007 13:19:51 +0200 (CEST) Cc: freebsd-stable@freebsd.org Subject: Re: Possible devd bug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 11:20:25 -0000 On Fri, 20 Jul 2007 21:24:15 +0000 Maxim Vetrov wrote: > Bart?omiej Rutkowski wrote: > > Hi all, > > > > I have been playing with OpenOspf lately, and I came to a place, when I= needed to ensure that an ethernet interface should always go into DOWN sta= te when it loses its link (physically, for example the switch becames turne= d off). I have tried to hire the devd daemon to do the job with such small = definitions: > > > > notify 100 { > > match "system" "IFNET"; > > match "type" "LINK_DOWN"; > > media-type "ethernet"; > > action "/sbin/ifconfig $subsystem down"; > > }; > > =20 > > notify 200 { > > match "system" "IFNET"; > > match "type" "LINK_UP"; > > media-type "ethernet"; > > action "/sbin/ifconfig $subsystem up"; > > }; > > > > And what is happening? Well, basically, when the interface detects that= eth cable has been detached, devd triggers and makes it DOWN, which is ok.= But, when the card got the cable attached once again (and interface detect= s the media type and gets ACTIVE state) devd never triggers the second rule= , which should get the interface UP again.=20 > > I have tried that with replacing action statements with ones with prope= r logging actions, and when interface is UP devd gets the proper state chan= ges information.=20 > > > > Now the question is: why devd doesent receive any information from inte= rfaces in DOWN state? Is that proper behaviour, or a bug? Thanks for any re= ply, and for your attention. > > > > P.S. I am resending this message to freebsd-stable list, as I am not su= re if freebsd-questions was a proper choice. > > > > =20 > Probably, there is another notify which action is executed before yours=20 > :-) Devd stops scanning sections on the _first_ matched one. Run devd in= =20 > debug mode and watch >=20 > Regards, > Muxas I did my tests with debugging and logger in action directives and now I can= confirm that devd does not trigger, when you put eth interface into DOWN state by "#ifco= nfig ifnameX down". Now, is that intentional behaviour or a bug? This makes those LINK_UP devd = triggers=20 totally unusable.=20 You can test this behaviour with such example ruleset: http://rafb.net/p/gT= m9CW93.html --=20 Bart=B3omiej Rutkowski From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 11:46:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58F3516A418 for ; Fri, 20 Jul 2007 11:46:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1106213C4B4 for ; Fri, 20 Jul 2007 11:46:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l6KBksN8015918; Fri, 20 Jul 2007 04:46:54 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l6KBkre5015917; Fri, 20 Jul 2007 04:46:53 -0700 (PDT) (envelope-from david) Date: Fri, 20 Jul 2007 04:46:53 -0700 From: David Wolfskill To: Stefan Lambrev Message-ID: <20070720114653.GC14364@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Stefan Lambrev , FreeBSD Stable References: <469F9A85.4090209@gmx.de> <469FA50E.9080705@gmx.de> <46A0662A.7060401@sun-fish.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c3bfwLpm8qysLVxt" Content-Disposition: inline In-Reply-To: <46A0662A.7060401@sun-fish.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 11:46:55 -0000 --c3bfwLpm8qysLVxt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 20, 2007 at 10:37:14AM +0300, Stefan Lambrev wrote: > ... > ntpd will not change time if the difference is too big - I think it=20 > should be less then 1000s. > ntpdate will :) >... Please try to be a little more careful: the above is incorrect. =46rom ntpd(8): -g Normally, ntpd exits with a message to the system log if the o= ff- set exceeds the panic threshold, which is 1000 s by default. This option allows thetime to be set to any value without restriction; however, this can happen only once. If the thres= h- old is exceeded after that, ntpd will exit with a message to t= he system log. This option can be used with the -q and -x option= s. See the tinker command for other options. =46rom ntpdate(8): DESCRIPTION Note: The functionality of this program is now available in the ntpd(8) program. See the -q command line option in the ntpd(8) page. After a suitable period of mourning, the ntpdate utility is to be retired from this distribution. Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --c3bfwLpm8qysLVxt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkagoK0ACgkQmprOCmdXAD2UUACdF8aWcHXf5+FL3bkzEy98oqvS +VEAnRO+BbfOokAZgZyAkJ8DaExT/76u =8Prt -----END PGP SIGNATURE----- --c3bfwLpm8qysLVxt-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 12:57:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77ED916A420 for ; Fri, 20 Jul 2007 12:57:33 +0000 (UTC) (envelope-from muxas@mail.ru) Received: from mx33.mail.ru (mx33.mail.ru [194.67.23.194]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8D813C4A7 for ; Fri, 20 Jul 2007 12:57:33 +0000 (UTC) (envelope-from muxas@mail.ru) Received: from [80.243.71.203] (port=56028 helo=devel.muxas.net) by mx33.mail.ru with asmtp id 1IBs2z-000064-00; Fri, 20 Jul 2007 16:57:29 +0400 Message-ID: <46A14AC3.4080509@mail.ru> Date: Fri, 20 Jul 2007 23:52:35 +0000 From: Maxim Vetrov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8.1.2) Gecko/20070506 SeaMonkey/1.1.1 MIME-Version: 1.0 To: =?UTF-8?B?QmFydMWCb21pZWogUnV0a293c2tp?= References: <20070720093449.630B98441D@stasis01.lerkins.com> <46A127FF.7040507@mail.ru> <20070720111951.522738441C@stasis01.lerkins.com> In-Reply-To: <20070720111951.522738441C@stasis01.lerkins.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Possible devd bug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 12:57:33 -0000 BartÅ‚omiej Rutkowski wrote: > On Fri, 20 Jul 2007 21:24:15 +0000 > Maxim Vetrov wrote: > > >> Bart?omiej Rutkowski wrote: >> >>> Hi all, >>> >>> I have been playing with OpenOspf lately, and I came to a place, when I needed to ensure that an ethernet interface should always go into DOWN state when it loses its link (physically, for example the switch becames turned off). I have tried to hire the devd daemon to do the job with such small definitions: >>> >>> notify 100 { >>> match "system" "IFNET"; >>> match "type" "LINK_DOWN"; >>> media-type "ethernet"; >>> action "/sbin/ifconfig $subsystem down"; >>> }; >>> >>> notify 200 { >>> match "system" "IFNET"; >>> match "type" "LINK_UP"; >>> media-type "ethernet"; >>> action "/sbin/ifconfig $subsystem up"; >>> }; >>> >>> And what is happening? Well, basically, when the interface detects that eth cable has been detached, devd triggers and makes it DOWN, which is ok. But, when the card got the cable attached once again (and interface detects the media type and gets ACTIVE state) devd never triggers the second rule, which should get the interface UP again. >>> I have tried that with replacing action statements with ones with proper logging actions, and when interface is UP devd gets the proper state changes information. >>> >>> Now the question is: why devd doesent receive any information from interfaces in DOWN state? Is that proper behaviour, or a bug? Thanks for any reply, and for your attention. >>> >>> P.S. I am resending this message to freebsd-stable list, as I am not sure if freebsd-questions was a proper choice. >>> >>> >>> >> Probably, there is another notify which action is executed before yours >> :-) Devd stops scanning sections on the _first_ matched one. Run devd in >> debug mode and watch >> >> Regards, >> Muxas >> > > I did my tests with debugging and logger in action directives and now I can confirm that > devd does not trigger, when you put eth interface into DOWN state by "#ifconfig ifnameX down". > Now, is that intentional behaviour or a bug? This makes those LINK_UP devd triggers > totally unusable. > You can test this behaviour with such example ruleset: http://rafb.net/p/gTm9CW93.html > > > First of all, I can confirm that plugging and unplugging lan cable fires corresponding devd trigger actions. I checked this by plugging and unplugging cable :-) Look at /etc/devd.conf; this section is responsible for bringing link up: >># Try to start dhclient on Ethernet like interfaces when the link comes >># up. Only devices that are configured to support DHCP will actually >># run it. No link down rule exists because dhclient automaticly exits >># when the link goes down. >># >>notify 0 { >> match "system" "IFNET"; >> match "type" "LINK_UP"; >> media-type "ethernet"; >> action "/etc/rc.d/dhclient start $subsystem"; >>}; And, IMHO, second, because "...devctl hooks in at such a low level of FreeBSD's NEWBUS system..." [exerpt from "devd - A device confguration daemon" by W. Losh] it does not react to "soft" actions. In other words, I think, ifconfig commands do not generate hardware events. The article is acessible via http://www.usenix.org/publications/library/proceedings/bsdcon03/tech/losh.html. And about http://rafb.net/p/gTm9CW93.html. 1. There is no system mentioned 2. Read the above article about section weights Regards, Muxas From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 14:29:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B1016A419 for ; Fri, 20 Jul 2007 14:29:23 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.freebsd.org (Postfix) with ESMTP id 786E713C428 for ; Fri, 20 Jul 2007 14:29:23 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-70-122-44-4.austin.res.rr.com [70.122.44.4]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 101712440-1817707 for multiple; Fri, 20 Jul 2007 09:29:22 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id l6KETMg2045596; Fri, 20 Jul 2007 09:29:22 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id l6KETLp6045595; Fri, 20 Jul 2007 09:29:21 -0500 (CDT) (envelope-from brucegb) Date: Fri, 20 Jul 2007 09:29:21 -0500 From: Bruce Burden To: Norberto Meijome , freebsd-stable@freebsd.org Message-ID: <20070720142921.GF22957@tigerfish2.my.domain> References: <20070720022725.GE22957@tigerfish2.my.domain> <20070720164652.3951bead@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070720164652.3951bead@localhost> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Firefox crashing after portupgrade 13 July X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 14:29:23 -0000 On Fri, Jul 20, 2007 at 04:46:52PM +1000, Norberto Meijome wrote: > On Thu, 19 Jul 2007 21:27:25 -0500 > Bruce Burden wrote: > > > Problem: Firefox segmentation faults when using link encryption. This > > happens on AMD64 and i386 versions (Opteron and P4 processors) > > as well as Firefox 1.5, 2.0.0.3 and 2.0.0.4 > > that's strange, ffox has been working fine here ...since 1.x . Have you > completely uninstalled all Mozilla related packages before installing ffox? > I had not been using gnash, since it destabilized things too much, and ff handles the absense of a flash player much better than moz does. That leaves java, which is pretty necessary... :-) I have been wondering if the latest JDK were the cause, but ff works fine at work on a P4 w/6.2 and the same patch level of JDK15. OO is different, however, but I can't see that being an issue here. > > Alternatively, if you attach ktrace the the firefox-bin before you click > on the https link you may get something useful in the kdump.out file. > Thanks for the suggestion. I'll start with my laptop, which has the ports backdated to 17 June, and see what that does, then work forward. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 16:20:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9E1E16A41B for ; Fri, 20 Jul 2007 16:20:23 +0000 (UTC) (envelope-from muxas@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 9463313C4A7 for ; Fri, 20 Jul 2007 16:20:23 +0000 (UTC) (envelope-from muxas@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id EB06ACE48E for ; Fri, 20 Jul 2007 14:29:15 +0400 (MSD) Received: from [80.243.71.203] (port=22838 helo=devel.muxas.net) by mx6.mail.ru with asmtp id 1IBpjR-0005Gp-00; Fri, 20 Jul 2007 14:29:09 +0400 Message-ID: <46A127FF.7040507@mail.ru> Date: Fri, 20 Jul 2007 21:24:15 +0000 From: Maxim Vetrov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8.1.2) Gecko/20070506 SeaMonkey/1.1.1 MIME-Version: 1.0 To: =?windows-1252?Q?Bart=3Fomiej_Rutkowski?= References: <20070720093449.630B98441D@stasis01.lerkins.com> In-Reply-To: <20070720093449.630B98441D@stasis01.lerkins.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Possible devd bug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 16:20:23 -0000 Bart?omiej Rutkowski wrote: > Hi all, > > I have been playing with OpenOspf lately, and I came to a place, when I needed to ensure that an ethernet interface should always go into DOWN state when it loses its link (physically, for example the switch becames turned off). I have tried to hire the devd daemon to do the job with such small definitions: > > notify 100 { > match "system" "IFNET"; > match "type" "LINK_DOWN"; > media-type "ethernet"; > action "/sbin/ifconfig $subsystem down"; > }; > > notify 200 { > match "system" "IFNET"; > match "type" "LINK_UP"; > media-type "ethernet"; > action "/sbin/ifconfig $subsystem up"; > }; > > And what is happening? Well, basically, when the interface detects that eth cable has been detached, devd triggers and makes it DOWN, which is ok. But, when the card got the cable attached once again (and interface detects the media type and gets ACTIVE state) devd never triggers the second rule, which should get the interface UP again. > I have tried that with replacing action statements with ones with proper logging actions, and when interface is UP devd gets the proper state changes information. > > Now the question is: why devd doesent receive any information from interfaces in DOWN state? Is that proper behaviour, or a bug? Thanks for any reply, and for your attention. > > P.S. I am resending this message to freebsd-stable list, as I am not sure if freebsd-questions was a proper choice. > > Probably, there is another notify which action is executed before yours :-) Devd stops scanning sections on the _first_ matched one. Run devd in debug mode and watch Regards, Muxas From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 19:15:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02D3316A41F for ; Fri, 20 Jul 2007 19:15:44 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id CD63013C469 for ; Fri, 20 Jul 2007 19:15:43 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 92FABB80A for ; Fri, 20 Jul 2007 14:57:26 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <46A0662A.7060401@sun-fish.com> References: <469F9A85.4090209@gmx.de> <469FA50E.9080705@gmx.de> <46A0662A.7060401@sun-fish.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <406FE133-ECBE-41DB-A4BC-38817ADE12F6@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 20 Jul 2007 14:57:25 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 19:15:44 -0000 On Jul 20, 2007, at 3:37 AM, Stefan Lambrev wrote: > Other problem that I see is if you are behind NAT/firewall. > Because ntpd make a request and wait for response on different > port, so check your firewall configuration and blocked packets. we have zero problems with ntpd behind a NAT firewall. The firewall has no special rules for ntp, but does 1:1 map the NTP server. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 19:53:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDB1B16A418 for ; Fri, 20 Jul 2007 19:53:25 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from pro28.abac.com (pro28.abac.com [66.226.64.29]) by mx1.freebsd.org (Postfix) with ESMTP id C146013C45E for ; Fri, 20 Jul 2007 19:53:25 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [10.34.1.89] ([64.126.14.3]) (authenticated bits=0) by pro28.abac.com (8.13.6/8.13.6) with ESMTP id l6KJGCuA019504; Fri, 20 Jul 2007 12:16:15 -0700 (PDT) (envelope-from freebsd@scottevil.com) Message-ID: <46A109FC.20009@scottevil.com> Date: Fri, 20 Jul 2007 14:16:12 -0500 From: Scott Oertel User-Agent: Thunderbird 1.5.0.8 (X11/20060911) MIME-Version: 1.0 To: Kai Storbeck References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> <20070423153547.GD20155@xs4all.nl> <20070423155552.GB1006@xor.obsecurity.org> <20070423170526.GA83776@xs4all.nl> <20070423172230.GA92248@xor.obsecurity.org> <20070514122632.GD2093@xs4all.nl> <20070612091459.GF56421@xs4all.nl> <20070613035200.GB26190@rot13.obsecurity.org> <469CB87D.6030901@xs4all.nl> In-Reply-To: <469CB87D.6030901@xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 3.114 (RCVD_IN_XBL) X-Spam-Level: !!! Cc: freebsd-stable@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 19:53:26 -0000 Kai Storbeck wrote: > Hi all, > > Somewhere our IMAP software triggers this panic, and after some > searching on my part I've found this report: kern/113823 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=113823&cat=kern) > > The software I am running is Dovecot serving IMAP to endusers and > webmail clients. > > Perhaps one of the mutex hackers can dive into this problem, I can > help with more details if needed. > > > Kind regards, > Kai > > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 06 > fault virtual address = 0x104E > fault code = supervisor read, page not presentx > instruction pointer = 0x20:0xc0668f3dp > stack pointer = 0x28:0xe8916c70e > frame pointer = 0x28:0xe8916c7cn > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0s > current process = 9 (thread taskq)i > trap number = 12v > panic: page faulte > cpuid = 2 > timeout(9) function: 0xc071a560(0) 0.028705867 s > Uptime: 2d20h58m42s > Dumping 3327 MB (2 chunks) > chunk 0: 1MB (154 pages) ... ok > chunk 1: 3327MB (851568 pages) 3311 3295 3279 3263 3247 3231 3215 > 3199 3183 3167 3151 3135 3119 3103 3087 3071 3055 3039 3023 3007 2991 > 2975 2959 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 > 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 > 2527 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 > 2303 2287 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 > 2079 2063 2047 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 > 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 > 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 > 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 > 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 > 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 > 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 > 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 > 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc0670918 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xc0670bfa in panic (fmt=0xc08d0a0d "%s") > at ../../../kern/kern_shutdown.c:565 > #3 0xc087819c in trap_fatal (frame=0xe8916c30, eva=260) > at ../../../i386/i386/trap.c:837 > #4 0xc087794a in trap (frame= > {tf_fs = -393150456, tf_es = -1064959960, tf_ds = -393150424, > tf_edi = -935090688, tf_esi = -900488032, tf_ebp = -393122692, tf_isp > = -393122724, tf_ebx = 4, tf_edx = 6, tf_ecx = 2, tf_eax = 1, > tf_trapno = 12, tf_err = 0, tf_eip = -1067020483, tf_cs = 32, > tf_eflags = 65538, tf_esp = 1714, tf_ss = -1064340051}) > at ../../../i386/i386/trap.c:270 > #5 0xc08649ea in calltrap () at ../../../i386/i386/exception.s:139 > #6 0xc0668f3d in _mtx_lock_sleep (m=0xca53a4a0, tid=3359876608, opts=0, > file=0xc08f75ad "../../../kern/uipc_usrreq.c", line=1714) > at ../../../kern/kern_mutex.c:546 > #7 0xc0668b93 in _mtx_lock_flags (m=0x2, opts=0, > file=0xc08f75ad "../../../kern/uipc_usrreq.c", line=1714) > at ../../../kern/kern_mutex.c:288 > #8 0xc06b204b in unp_gc (arg=0x0, pending=1) > at ../../../kern/uipc_usrreq.c:1714 > #9 0xc068f7c0 in taskqueue_run (queue=0xc843ca80) > at ../../../kern/subr_taskqueue.c:257 > #10 0xc068fb3e in taskqueue_thread_loop (arg=0x1) > at ../../../kern/subr_taskqueue.c:376 > #11 0xc065d184 in fork_exit (callout=0xc068faf4 , > arg=0xc09df4e8, frame=0xe8916d38) at ../../../kern/kern_fork.c:821 > #12 0xc0864a4c in fork_trampoline () at > ../../../i386/i386/exception.s:208 > (kgdb) > I was getting this exact panic pretty much every week, I had 6.2-RELEASE installed on about 10 machines. The one machine which was getting the panic most often I upgraded to 6.2-STABLE on 'Mon Apr 2 13:53:14 PDT 2007' and it's been up for 108 days now without any issues. I've submited this time and time again to the mailing lists and never found a real answer, finally I just resorted to trying this 6.2-STABLE, now since last month I updated the other 9 machines and haven't had this panic at all. Here is one of the original threads I started regarding this issue: http://monkey.org/freebsd/archive/freebsd-hackers/200703/msg00127.html Cheers, Scott Oertel From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 20:08:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D8E16A41B for ; Fri, 20 Jul 2007 20:08:24 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp3.srv.eunet.at (smtp3.srv.eunet.at [193.154.160.89]) by mx1.freebsd.org (Postfix) with ESMTP id 89F0213C469 for ; Fri, 20 Jul 2007 20:08:24 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [10.0.0.129] (p54886F9D.dip.t-dialin.net [84.136.111.157]) by smtp3.srv.eunet.at (Postfix) with ESMTP id E01A510B0E4; Fri, 20 Jul 2007 22:08:22 +0200 (CEST) In-Reply-To: <469DE961.9060608@tomjudge.com> References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <469DE961.9060608@tomjudge.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> Content-Transfer-Encoding: 7bit From: Michael Worobcuk Date: Fri, 20 Jul 2007 22:08:20 +0200 To: Tom Judge X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 20:08:24 -0000 > Tom Judge wrote: > > As for performance issues with the SAS5/i, there is a problem in > the controller. A work arround was created by Scott Long which > created a sysctl that could be set to cause the controller to turn > on the on drive write cache's. These changes where commited to > RELENG_6 on 2007-06-05 21:32:57 UTC. > > > ... > >> >> Here is the original commit log: >> >> scottl 2007-06-03 23:13:05 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/dev/mpt mpt.c mpt.h mpt_cam.c >> Log: >> mpt.c: >> mpt.h: >> Add support for reading extended configuration pages. >> mpt_cam.c: >> Do a top level topology scan on the SAS controller. If >> any SATA device are discovered in this scan, send a passthrough >> FIS to set the write cache. This is controllable through the >> following tunable at boot: >> >> hw.mpt.enable_sata_wc: >> -1 = Do not configure, use the controller default >> 0 = Disable the write cache >> 1 = Enable the write cache >> >> The default is -1. This tunable is just a hack and may be >> deprecated in the future. > I set mpt.enable_sata_wc to 1, as hw.mpt.enable_sata_wc is, AFAIK not tunable in mpt_cam.c. This did not take any effect to the performance. Is there anything else to change ? -- Michael From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 21:17:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9391F16A41F for ; Fri, 20 Jul 2007 21:17:08 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp814.mail.ird.yahoo.com (smtp814.mail.ird.yahoo.com [217.146.188.74]) by mx1.freebsd.org (Postfix) with SMTP id 0CA3613C457 for ; Fri, 20 Jul 2007 21:17:07 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 27873 invoked from network); 20 Jul 2007 21:17:07 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.28.215 with plain) by smtp814.mail.ird.yahoo.com with SMTP; 20 Jul 2007 21:17:07 -0000 X-YMail-OSG: E1XBAI8VM1mYocisP1759P6dR9sw240XNtMwG81t2cAztOhg Message-ID: <46A134AB.2050803@tomjudge.com> Date: Fri, 20 Jul 2007 23:18:19 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Michael Worobcuk References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <469DE961.9060608@tomjudge.com> <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> In-Reply-To: <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 21:17:08 -0000 Michael Worobcuk wrote: >> Tom Judge wrote: >> >> As for performance issues with the SAS5/i, there is a problem in the >> controller. A work arround was created by Scott Long which created a >> sysctl that could be set to cause the controller to turn on the on >> drive write cache's. These changes where commited to RELENG_6 on >> 2007-06-05 21:32:57 UTC. >> >> >> ... >> >>> >>> Here is the original commit log: >>> >>> scottl 2007-06-03 23:13:05 UTC >>> >>> FreeBSD src repository >>> >>> Modified files: >>> sys/dev/mpt mpt.c mpt.h mpt_cam.c >>> Log: >>> mpt.c: >>> mpt.h: >>> Add support for reading extended configuration pages. >>> mpt_cam.c: >>> Do a top level topology scan on the SAS controller. If any >>> SATA device are discovered in this scan, send a passthrough FIS to >>> set the write cache. This is controllable through the following >>> tunable at boot: >>> >>> hw.mpt.enable_sata_wc: >>> -1 = Do not configure, use the controller default >>> 0 = Disable the write cache >>> 1 = Enable the write cache >>> >>> The default is -1. This tunable is just a hack and may be >>> deprecated in the future. >> > > I set mpt.enable_sata_wc to 1, as hw.mpt.enable_sata_wc is, AFAIK not > tunable in mpt_cam.c. This did not take any effect to the performance. > Is there anything else to change ? > Not that I know of, do you have SAS or SATA disks attached to the controller? Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 21:26:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D427616A41B for ; Fri, 20 Jul 2007 21:26:07 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp1.srv.eunet.at (smtp1.srv.eunet.at [193.154.160.119]) by mx1.freebsd.org (Postfix) with ESMTP id 93A2A13C474 for ; Fri, 20 Jul 2007 21:26:07 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [10.0.0.129] (p54886F9D.dip.t-dialin.net [84.136.111.157]) by smtp1.srv.eunet.at (Postfix) with ESMTP id 19186343B4; Fri, 20 Jul 2007 23:26:05 +0200 (CEST) In-Reply-To: <46A134AB.2050803@tomjudge.com> References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <469DE961.9060608@tomjudge.com> <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> <46A134AB.2050803@tomjudge.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4837D0B1-93C2-4476-8D91-7D2586722458@michaelworobcuk.de> Content-Transfer-Encoding: 7bit From: Michael Worobcuk Date: Fri, 20 Jul 2007 23:26:04 +0200 To: Tom Judge X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 21:26:07 -0000 Am 21.07.2007 um 00:18 schrieb Tom Judge: > Michael Worobcuk wrote: >>> Tom Judge wrote: >>> >>> As for performance issues with the SAS5/i, there is a problem in >>> the controller. A work arround was created by Scott Long which >>> created a sysctl that could be set to cause the controller to >>> turn on the on drive write cache's. These changes where commited >>> to RELENG_6 on 2007-06-05 21:32:57 UTC. >>> >>> >>> ... >>> >>>> >>>> Here is the original commit log: >>>> >>>> scottl 2007-06-03 23:13:05 UTC >>>> >>>> FreeBSD src repository >>>> >>>> Modified files: >>>> sys/dev/mpt mpt.c mpt.h mpt_cam.c >>>> Log: >>>> mpt.c: >>>> mpt.h: >>>> Add support for reading extended configuration pages. >>>> mpt_cam.c: >>>> Do a top level topology scan on the SAS controller. >>>> If any SATA device are discovered in this scan, send a >>>> passthrough FIS to set the write cache. This is controllable >>>> through the following tunable at boot: >>>> >>>> hw.mpt.enable_sata_wc: >>>> -1 = Do not configure, use the controller default >>>> 0 = Disable the write cache >>>> 1 = Enable the write cache >>>> >>>> The default is -1. This tunable is just a hack and >>>> may be >>>> deprecated in the future. >>> >> I set mpt.enable_sata_wc to 1, as hw.mpt.enable_sata_wc is, AFAIK >> not tunable in mpt_cam.c. This did not take any effect to the >> performance. Is there anything else to change ? > > Not that I know of, do you have SAS or SATA disks attached to the > controller? yes, SAS. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 21:47:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 176ED16A468 for ; Fri, 20 Jul 2007 21:47:36 +0000 (UTC) (envelope-from urb@twe.net) Received: from xerox.twe.net (port334.ds1-ba.adsl.cybercity.dk [217.157.204.151]) by mx1.freebsd.org (Postfix) with ESMTP id 83B5C13C45E for ; Fri, 20 Jul 2007 21:47:35 +0000 (UTC) (envelope-from urb@twe.net) Received: from localhost (localhost [127.0.0.1]) by xerox.twe.net (Postfix) with ESMTP id B3140A2755 for ; Fri, 20 Jul 2007 23:47:33 +0200 (CEST) Received: from xerox.twe.net ([127.0.0.1]) by localhost (xerox.internt.twe.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06799-02 for ; Fri, 20 Jul 2007 23:43:42 +0200 (CEST) Received: by xerox.twe.net (Postfix, from userid 23) id 5C25DA2730; Fri, 20 Jul 2007 23:43:42 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on xerox.internt.twe.net X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.4 X-Spam-Level: Received: from [192.168.21.3] (port334.ds1-ba.adsl.cybercity.dk [217.157.204.151]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by xerox.twe.net (Postfix) with ESMTP id B4156A2755; Fri, 20 Jul 2007 23:43:35 +0200 (CEST) Message-ID: <46A12C87.30408@twe.net> Date: Fri, 20 Jul 2007 23:43:35 +0200 From: "Uffe R. B. Andersen" Organization: Andersen|nu User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: koitsu@FreeBSD.org References: <469E8589.8060105@twe.net> <20070718224051.GA17798@eos.sc1.parodius.com> In-Reply-To: <20070718224051.GA17798@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at twe.net Cc: freebsd-stable Subject: Re: SCSI error during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: urb@twe.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 21:47:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Chadwick wrote: > On Wed, Jul 18, 2007 at 11:26:33PM +0200, Uffe R. B. Andersen wrote: >> When I boot my FreeBSD 6.2-RELEASE-p6, I get the following error: >> >> (pass0:ahc0:0:0:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0 0 0 0 0 e c 0 >> (pass0:ahc0:0:0:0): CAM Status: SCSI Status Error >> (pass0:ahc0:0:0:0): SCSI Status: Check Condition >> (pass0:ahc0:0:0:0): ILLEGAL REQUEST asc:20,0 >> (pass0:ahc0:0:0:0): Invalid command operation code: Command byte 0 is invalid >> {snip} >> pass0: Fixed Direct Access SCSI-3 device > > Your drive is a Quantum/Maxtor/Seagate Atlas V (presumably 10Krpm). Correct, it's about 8 years old, Quantum on the label. > The bottom line here is that your drive doesn't support a specific SCSI > command that's being submit to it. In this case, it looks to be harmless. That's nice to know, though I didn't expect it to be critical, as the disk has worked well for all 8 years, running with Windows 2000 and XP. >> smartctl shows no errors on the disk, but this error occur: >> (pass0:ahc0:0:0:0): MODE SENSE(06). CDB: 1a 0 19 0 40 0 >> (pass0:ahc0:0:0:0): CAM Status: SCSI Status Error >> (pass0:ahc0:0:0:0): SCSI Status: Check Condition >> (pass0:ahc0:0:0:0): ILLEGAL REQUEST asc:24,0 >> (pass0:ahc0:0:0:0): Invalid field in CDB: Command byte 2 is invalid > > That should only occur when you run smartctl. SCSI operation > ASC 0x24 0x00 for this drive means Invalid Field in CDB. Possibly > this is a drive firmware bug or simply an implementation difference; > I've seen similar reports from Seagate drives on Solaris when using > smartctl -a /dev/rdsk/whatever. The SMART results are shown, but it > throws an invalid CDB error on the console. Exactly what I experience. >> I tried booting the server on a Fedora 7 Live cd, ran smartctl and got >> no error, so I assume the error is in the FreeBSD drivers. > >> How do I proceed, to get a fix for this problem? > > It's not a "problem", but admittedly it should be fixed somehow. The So, who do I approach to get it fixed? I poked through the scsi quirks page, but didn't find anything obvious... > SCSI errors you get when using smartctl are something to discuss with > Bruce Allen (author of smartmontools): > > http://smartmontools.sourceforge.net/ Eventhough it does not appear when running smartctl from a Linux Live cd, nor back when it was still running XP? It appears more like a FreeBSD related issue to me, but I must admit that most of your technical explanations are well above my level and I might have missed some things. Thanks for your answer anyway :) - -- Med venlig hilsen - Sincerely Uffe R. B. Andersen - mailto:urb@twe.net http://www.twe.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGoSyHxC95nUQcrpgRAoFQAKD0VdIwzZqWBkcUH+3v+ncjm28W5QCgj8gU rRGRQB8aQCJ5oCTzzqlydpQ= =2m9u -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 22:14:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D84C16A41A for ; Fri, 20 Jul 2007 22:14:23 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.freebsd.org (Postfix) with SMTP id D6FF213C46A for ; Fri, 20 Jul 2007 22:14:22 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 5096 invoked from network); 20 Jul 2007 22:14:21 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.28.215 with plain) by smtp808.mail.ird.yahoo.com with SMTP; 20 Jul 2007 22:14:21 -0000 X-YMail-OSG: 86XNSYcVM1mo.2JTTTSaW_guoNGsaNQ5XAx5eUav64RfihHg Message-ID: <46A14216.5010507@tomjudge.com> Date: Sat, 21 Jul 2007 00:15:34 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Michael Worobcuk References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <469DE961.9060608@tomjudge.com> <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> <46A134AB.2050803@tomjudge.com> <4837D0B1-93C2-4476-8D91-7D2586722458@michaelworobcuk.de> In-Reply-To: <4837D0B1-93C2-4476-8D91-7D2586722458@michaelworobcuk.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 22:14:23 -0000 Michael Worobcuk wrote: > > Am 21.07.2007 um 00:18 schrieb Tom Judge: > >> Michael Worobcuk wrote: >>>> Tom Judge wrote: >>>> >>>> As for performance issues with the SAS5/i, there is a problem in the >>>> controller. A work arround was created by Scott Long which created >>>> a sysctl that could be set to cause the controller to turn on the on >>>> drive write cache's. These changes where commited to RELENG_6 on >>>> 2007-06-05 21:32:57 UTC. >>>> >>>> >>>> ... >>>> >>>>> >>>>> Here is the original commit log: >>>>> >>>>> scottl 2007-06-03 23:13:05 UTC >>>>> >>>>> FreeBSD src repository >>>>> >>>>> Modified files: >>>>> sys/dev/mpt mpt.c mpt.h mpt_cam.c >>>>> Log: >>>>> mpt.c: >>>>> mpt.h: >>>>> Add support for reading extended configuration pages. >>>>> mpt_cam.c: >>>>> Do a top level topology scan on the SAS controller. If >>>>> any SATA device are discovered in this scan, send a passthrough FIS >>>>> to set the write cache. This is controllable through the following >>>>> tunable at boot: >>>>> >>>>> hw.mpt.enable_sata_wc: >>>>> -1 = Do not configure, use the controller default >>>>> 0 = Disable the write cache >>>>> 1 = Enable the write cache >>>>> >>>>> The default is -1. This tunable is just a hack and may be >>>>> deprecated in the future. >>>> >>> I set mpt.enable_sata_wc to 1, as hw.mpt.enable_sata_wc is, AFAIK not >>> tunable in mpt_cam.c. This did not take any effect to the >>> performance. Is there anything else to change ? >> >> Not that I know of, do you have SAS or SATA disks attached to the >> controller? > > yes, SAS. > > In that case the above sysctl is not going to work for you as as the name suggests it is only for sata devices. For someone with a bit more SCSI experience than me: Could this be solved by setting the WCE (Write cache enable) bit in the modepage (8) on sas devices if it is not already set? The driver could make this change on SAS devices during the topology scan in similar way to the way it does for SATA devices? Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 22:25:45 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91C4516A417 for ; Fri, 20 Jul 2007 22:25:45 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from mail1.webmaster.com (mail1.webmaster.com [216.152.64.169]) by mx1.freebsd.org (Postfix) with ESMTP id 7987D13C45B for ; Fri, 20 Jul 2007 22:25:45 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from however by webmaster.com (MDaemon.PRO.v8.1.3.R) with ESMTP id md50001597641.msg for ; Fri, 20 Jul 2007 15:15:47 -0700 From: "David Schwartz" To: Date: Fri, 20 Jul 2007 15:15:13 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <20070719.085101.-1860900987.imp@bsdimp.com> Importance: Normal X-Authenticated-Sender: joelkatz@webmaster.com X-Spam-Processed: mail1.webmaster.com, Fri, 20 Jul 2007 15:15:47 -0700 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 206.171.168.138 X-Return-Path: davids@webmaster.com X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.org X-MDAV-Processed: mail1.webmaster.com, Fri, 20 Jul 2007 15:15:49 -0700 Cc: freebsd-stable@FreeBSD.org Subject: RE: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davids@webmaster.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 22:25:45 -0000 > It won't fix it. The problem is dangling pointers to devices that no > longer exist. And like all dangling references after 'free' you get > bad thing happening. > Believe me, if it were easy, it would have been fixed. If it was > moderate to fix, it would have been fixed. It is a hard problem that > people have put lots of hours into to try to resolve. To imply > otherwise is really insulting to all those people (myself include) > that have tried to fix this. There is a simple but ugly way to fix it, similar to what the FireWire layer does. The idea is for the USB layer to create a "device that never goes away" when it first sees the stick and pass that "device that never goes away" to the other layers. Even if the storage device is removed, the device still does not go away. The virtual device can generate errors if the physical device is missing. The virtual device can be cleaned up when the device is unmounted. This will ensure that the 'umount -f' process generates errors (which it will ignore) rather than crashes (which are somewhat harder to ignore). DS From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 22:58:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45EF716A417 for ; Fri, 20 Jul 2007 22:58:19 +0000 (UTC) (envelope-from msch@snafu.de) Received: from waikiki.ops.eusc.inter.net (waikiki.ops.eusc.inter.net [84.23.254.155]) by mx1.freebsd.org (Postfix) with ESMTP id 04F5113C467 for ; Fri, 20 Jul 2007 22:58:19 +0000 (UTC) (envelope-from msch@snafu.de) X-Trace: 507c6d73636840736e6166752e64657c38372e3138372e35392e3130357c314943 3077342d3030304f36722d33547c31313834393730343136 Received: from waikiki.ops.eusc.inter.net ([10.155.10.19] helo=localhost) by waikiki.ops.eusc.inter.net with esmtpa (Exim 4.67 id 1IC0w4-000O6r-3T); Sat, 21 Jul 2007 00:26:56 +0200 In-Reply-To: <14989d6e0707192316p4bd1393dj1c9f73ea0686e40@mail.gmail.com> References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718170559.GA11915@eos.sc1.parodius.com> <20070719.084821.-202614780.imp@bsdimp.com> <14989d6e0707192316p4bd1393dj1c9f73ea0686e40@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Matthias Schuendehuette Date: Sat, 21 Jul 2007 00:26:48 +0200 To: Christian Walther X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 22:58:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Am 20.07.2007 um 08:16 schrieb Christian Walther: > [...] > It's a pity that FreeBSD can't handle these situations. > Since no one here on this list has enough money to get development on > the road, maybe we could try collecting money? Everyone interested in > seeing this issue fixed offers the amount of money he/she likes to > spend... > > I guess for a "Summer of Code" project this issue would be to big to > fix, wouldn't it? Especially if I think about software RAID it's really a show-stopper. I remember a stress-test of *vinum* (without the "g") years ago when I pulled the plug on one of the disks of a RAID5-plex... Obviously there's no change at all concerning this problem. - -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFGoTatf1BNcN37Cl8RAmTRAJ99PXwWaHxUq4I8P++hcMhpL5PSlwCgg5/R 9gy1Gj2+JYTRB5OvGOWFDF4= =XVsv -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 01:00:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA6FF16A417 for ; Sat, 21 Jul 2007 01:00:11 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 6D70913C461 for ; Sat, 21 Jul 2007 01:00:09 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 21995 invoked from network); 20 Jul 2007 20:00:09 -0500 Received: from 203-206-233-219.dyn.iinet.net.au (HELO localhost) (203.206.233.219) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Jul 2007 20:00:08 -0500 Date: Sat, 21 Jul 2007 11:00:00 +1000 From: Norberto Meijome To: "[LoN]Kamikaze" Message-ID: <20070721110000.5dbf45b2@localhost> In-Reply-To: <469F8566.7030905@gmx.de> References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> <20070718145954.GX36311@gremlin.foo.is> <20070719.084336.-749249732.imp@bsdimp.com> <469F8566.7030905@gmx.de> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: baldur@foo.is, freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 01:00:11 -0000 On Thu, 19 Jul 2007 17:38:14 +0200 "[LoN]Kamikaze" wrote: > As I mentioned earlier I remember it working during the 5.3 era on Stable, at > some point it worked. I even remember removing my CD-Rom drive from my Thinkpad > without running atacontrol detach. The system just took it and the drive just > continued working after I put it back in. on 6.2-STABLE (of a few days ago), i have this happening a couple of times with no adverse effect at all. Burn DVD/Cd, when finished, hald detects the disk, mounts it, /dev/cd0 in /media/whatever. i can eject the disk just fine (which in itself is weird, i think).... the device is still there... umount /dev/cd0 works fine and off it goes. other than that, no, i havent tried to access the device in question _________________________ {Beto|Norberto|Numard} Meijome "The people have always some champion whom they set over them and nurse into greatness... This and no other is the root from which a tyrant springs; when he first appears he is a protector." Plato I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 01:06:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FF716A417 for ; Sat, 21 Jul 2007 01:06:15 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 5641713C46A for ; Sat, 21 Jul 2007 01:06:15 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 22335 invoked from network); 20 Jul 2007 20:06:13 -0500 Received: from 203-206-233-219.dyn.iinet.net.au (HELO localhost) (203.206.233.219) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Jul 2007 20:06:12 -0500 Date: Sat, 21 Jul 2007 11:06:03 +1000 From: Norberto Meijome To: "M. Warner Losh" Message-ID: <20070721110603.3878d933@localhost> In-Reply-To: <20070719.090250.1387160138.imp@bsdimp.com> References: <20070719130252.6880b967@localhost> <469F101C.5060906@gmx.de> <200707190943.55428.idiotbg@gmail.com> <20070719.090250.1387160138.imp@bsdimp.com> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: LoN_Kamikaze@gmx.de, olli@lurza.secnetix.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 01:06:15 -0000 On Thu, 19 Jul 2007 09:02:50 -0600 (MDT) "M. Warner Losh" wrote: > In message: <200707190943.55428.idiotbg@gmail.com> > Momchil Ivanov writes: > : What is then the reason for the kernel not being able to unmount a > : filesystem whose provider is no longer present? > > The problem is that the device driver has wound down, deallocated > memory, etc. Now the kernel comes along with stale references to the > device and panic ensues. It is really just that simple. There's no > replacement of the now-dead device with dead calls. > > And even if you fixed that, most of the file systems in the tree today > do not tolerate errors on writes at all and that also leads to > panics. This is why firewire freezes the I/Os rather than failing > them (and why umount -f on a firewire drive hangs). Please point me to the correct RTFM, because I feel this worth it :) Is there a reason why the kernel cannot check 'upwards' if a device is being used, ie mounted ? and prevent the unloading of the device driver ? thanks for your time illuminating this ignoramus :) _________________________ {Beto|Norberto|Numard} Meijome "Egotism is the anesthetic that dulls the pain of stupidity." Frank Leahy I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 05:34:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27D5816A417 for ; Sat, 21 Jul 2007 05:34:56 +0000 (UTC) (envelope-from torfing@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id DF2F313C442 for ; Sat, 21 Jul 2007 05:34:55 +0000 (UTC) (envelope-from torfing@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-1.04 (built May 9 2007; 32bit)) with ESMTP id <0JLI00EH9KU6DJC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 21 Jul 2007 07:34:54 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.184]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-1.04 (built May 9 2007; 32bit)) with SMTP id <0JLI00MTFKU5CP92@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 21 Jul 2007 07:34:54 +0200 (CEST) Date: Sat, 21 Jul 2007 07:34:53 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20070721073453.699a5966.torfinn.ingolfsen@broadpark.no> In-reply-to: <46A12C87.30408@twe.net> References: <469E8589.8060105@twe.net> <20070718224051.GA17798@eos.sc1.parodius.com> <46A12C87.30408@twe.net> X-Mailer: Sylpheed 2.4.3 (GTK+ 2.10.14; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: SCSI error during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 05:34:56 -0000 On Fri, 20 Jul 2007 23:43:35 +0200 "Uffe R. B. Andersen" wrote: > That's nice to know, though I didn't expect it to be critical, as the > disk has worked well for all 8 years, running with Windows 2000 and > XP. IMHO, you should never use "working on win..." as a statement to say that some hardware is a) working b) compliant with a standard Just my two cents (having seen too much of broken hw and standards on win through the years). -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 07:37:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE4CA16A417 for ; Sat, 21 Jul 2007 07:37:13 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp1.srv.eunet.at (smtp1.srv.eunet.at [193.154.160.119]) by mx1.freebsd.org (Postfix) with ESMTP id 7361013C45B for ; Sat, 21 Jul 2007 07:37:13 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [10.0.0.129] (p54886B83.dip.t-dialin.net [84.136.107.131]) by smtp1.srv.eunet.at (Postfix) with ESMTP id 3E7E933EC6; Sat, 21 Jul 2007 09:37:11 +0200 (CEST) In-Reply-To: <46A14216.5010507@tomjudge.com> References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <469DE961.9060608@tomjudge.com> <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> <46A134AB.2050803@tomjudge.com> <4837D0B1-93C2-4476-8D91-7D2586722458@michaelworobcuk.de> <46A14216.5010507@tomjudge.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <20DE4F4A-7FCC-45C2-8149-0CEB5B9B85F4@michaelworobcuk.de> Content-Transfer-Encoding: 7bit From: Michael Worobcuk Date: Sat, 21 Jul 2007 09:37:10 +0200 To: Tom Judge X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 07:37:13 -0000 Am 21.07.2007 um 01:15 schrieb Tom Judge: > Michael Worobcuk wrote: >> Am 21.07.2007 um 00:18 schrieb Tom Judge: >>> Michael Worobcuk wrote: >>>>> Tom Judge wrote: >>>>> >>>>> As for performance issues with the SAS5/i, there is a problem >>>>> in the controller. A work arround was created by Scott Long >>>>> which created a sysctl that could be set to cause the >>>>> controller to turn on the on drive write cache's. These changes >>>>> where commited to RELENG_6 on 2007-06-05 21:32:57 UTC. >>>>> >>>>> >>>>> ... >>>>> >>>>>> >>>>>> Here is the original commit log: >>>>>> >>>>>> scottl 2007-06-03 23:13:05 UTC >>>>>> >>>>>> FreeBSD src repository >>>>>> >>>>>> Modified files: >>>>>> sys/dev/mpt mpt.c mpt.h mpt_cam.c >>>>>> Log: >>>>>> mpt.c: >>>>>> mpt.h: >>>>>> Add support for reading extended configuration pages. >>>>>> mpt_cam.c: >>>>>> Do a top level topology scan on the SAS controller. >>>>>> If any SATA device are discovered in this scan, send a >>>>>> passthrough FIS to set the write cache. This is controllable >>>>>> through the following tunable at boot: >>>>>> >>>>>> hw.mpt.enable_sata_wc: >>>>>> -1 = Do not configure, use the controller >>>>>> default >>>>>> 0 = Disable the write cache >>>>>> 1 = Enable the write cache >>>>>> >>>>>> The default is -1. This tunable is just a hack and >>>>>> may be >>>>>> deprecated in the future. >>>>> >>>> I set mpt.enable_sata_wc to 1, as hw.mpt.enable_sata_wc is, >>>> AFAIK not tunable in mpt_cam.c. This did not take any effect to >>>> the performance. Is there anything else to change ? >>> >>> Not that I know of, do you have SAS or SATA disks attached to the >>> controller? >> yes, SAS. > > In that case the above sysctl is not going to work for you as as > the name suggests it is only for sata devices. > > For someone with a bit more SCSI experience than me: Could this be > solved by setting the WCE (Write cache enable) bit in the modepage > (8) on sas devices if it is not already set? The driver could make > this change on SAS devices during the topology scan in similar way > to the way it does for SATA devices? > > Tom hey sorry. Already a bit tired yesterday. I have SATA drives connected, in my mind was the name: sas5ir. But I have SATA DRIVES. sorry again. Michael From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 15:33:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84ED316A419 for ; Sat, 21 Jul 2007 15:33:09 +0000 (UTC) (envelope-from SRS0=VL66=MT=FreeBSD.org=se@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1E33813C45E for ; Sat, 21 Jul 2007 15:33:09 +0000 (UTC) (envelope-from SRS0=VL66=MT=FreeBSD.org=se@srs.kundenserver.de) Received: from [80.135.184.152] (helo=[192.168.0.12]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1ICGkU2hrB-0004cM; Sat, 21 Jul 2007 17:20:15 +0200 Message-ID: <46A22417.6030204@FreeBSD.org> Date: Sat, 21 Jul 2007 17:19:51 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: Norberto Meijome References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> <20070718145954.GX36311@gremlin.foo.is> <20070719.084336.-749249732.imp@bsdimp.com> <469F8566.7030905@gmx.de> <20070721110000.5dbf45b2@localhost> In-Reply-To: <20070721110000.5dbf45b2@localhost> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+uBL+0Y5EMwMbGnOP63S5w3rEOzRhU9ougTjU 7QwsmRoQswA0yCVKXEyyLXAplv73hekegQnGobSgBIID/J+KOw n3QRGBjLqk4fyNeh4BZfg== Cc: "\[LoN\]Kamikaze" , freebsd-stable@freebsd.org, baldur@foo.is Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 15:33:09 -0000 Norberto Meijome schrieb: > On Thu, 19 Jul 2007 17:38:14 +0200 > "[LoN]Kamikaze" wrote: > >> As I mentioned earlier I remember it working during the 5.3 era on Stable, at >> some point it worked. I even remember removing my CD-Rom drive from my Thinkpad >> without running atacontrol detach. The system just took it and the drive just >> continued working after I put it back in. > > on 6.2-STABLE (of a few days ago), i have this happening a couple of times with no adverse effect at all. > Burn DVD/Cd, when finished, hald detects the disk, mounts it, /dev/cd0 in /media/whatever. > > i can eject the disk just fine (which in itself is weird, i think).... the device is still there... > umount /dev/cd0 > > works fine and off it goes. other than that, no, i havent tried to access the device in question In that case the device has been mounted R/O before, and if you don't remove it in the middle of a transaction, there is nothing the kernel might want to do with the physical device to unmount it (and even within a transfer, this ought to be caught by the driver). For that reason I had suggested to have a soft-R/O mode for removable devices, which together with a very short flush delay might allow such a device to be mounted R/O "nearly all the time" (tm) ;-) This is not a perfect solution, but it is similar to the way USB sticks are used with Windows/XP: Wait a second or two and remove it. While not perfect this covers the case of MP3 players or digicams that are mounted as USB storage devices, and many other cases. To make this a perfect solution is much harder, but even a simple implementation would be a big step forward. Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 17:49:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 542E416A418 for ; Sat, 21 Jul 2007 17:49:55 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp3.sbb.co.yu (smtp3.sbb.co.yu [82.117.194.23]) by mx1.freebsd.org (Postfix) with ESMTP id C2A9913C47E for ; Sat, 21 Jul 2007 17:49:54 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from mycenae.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp3.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l6LHnpkU011379 for ; Sat, 21 Jul 2007 19:49:51 +0200 Received: by mycenae.net (Postfix, from userid 1001) id B77B0B914; Sat, 21 Jul 2007 19:50:21 +0200 (CEST) Date: Sat, 21 Jul 2007 19:50:21 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070721175021.GA909@mycenae.net> References: <20070721120016.AFC0A16A62A@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070721120016.AFC0A16A62A@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 3.6 X-SBB-Spam-Level: XXXXXXX Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 17:49:55 -0000 > From: Norberto Meijome > i can eject the disk just fine (which in itself is weird, i think).... the device is still there... > umount /dev/cd0 > works fine and off it goes. other than that, no, i havent tried to access the device in question I never saw that behaviour. It really should not eject. As you, I use scsi emulation, with no acd device at all. This topic is extremely interesting. For me, unmounting usb device is not so hard to do. I remember -r flag to mount with just read option. So, if hand follows the brain impuls, put another impuls to unmount it first. Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 19:03:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A22A16A417 for ; Sat, 21 Jul 2007 19:03:00 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id ED80413C468 for ; Sat, 21 Jul 2007 19:02:58 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1524805waf for ; Sat, 21 Jul 2007 12:02:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DdgaSYZbhroxpMZBKAjShbOiUcYdrZOp4YH7Ha6VzBME3SCVEoBcZ2HLKfUa3AAxeqqVdAdqdZUlLxdhKL0/TdEJSGo99ZNSnu1DIvHbP12AYv/By2yauWzw3+Z24glymgA9jNRblDR+UW0Zi38gXigIVA1tm1ndVvvMspg+ytE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qQgeXSrqX1CbZfTtbCzMyloisd4679xRPtkKpEvmsn9LiVzuR3o6Ml2JvegAsCKZy21CTTwW1mEeE5SoMfF9+t3WAnBgvt+lydKeDQ5fyor2mDzAtozRSa4ejf8x2KTEDAXXIAwLNDC1wbNHtphbQGBS9Y3kUt1KBXe40orehTs= Received: by 10.114.57.1 with SMTP id f1mr1608613waa.1185044578520; Sat, 21 Jul 2007 12:02:58 -0700 (PDT) Received: by 10.114.125.14 with HTTP; Sat, 21 Jul 2007 12:02:58 -0700 (PDT) Message-ID: <7579f7fb0707211202r21345cb8h7b2d1f3a206e2506@mail.gmail.com> Date: Sat, 21 Jul 2007 12:02:58 -0700 From: "Matthew Jacob" To: "Torfinn Ingolfsen" In-Reply-To: <20070721073453.699a5966.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <469E8589.8060105@twe.net> <20070718224051.GA17798@eos.sc1.parodius.com> <46A12C87.30408@twe.net> <20070721073453.699a5966.torfinn.ingolfsen@broadpark.no> Cc: freebsd-stable@freebsd.org Subject: Re: SCSI error during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 19:03:00 -0000 Just so you know... after having done a large number of SCSI target mode implementations and having seen what initiators do, it's Microsoft that is the closest to actually adhering to and using the SCSI standards correctly. On 7/20/07, Torfinn Ingolfsen wrote: > On Fri, 20 Jul 2007 23:43:35 +0200 > "Uffe R. B. Andersen" wrote: > > > That's nice to know, though I didn't expect it to be critical, as the > > disk has worked well for all 8 years, running with Windows 2000 and > > XP. > > IMHO, you should never use "working on win..." as a statement to say > that some hardware is > a) working > b) compliant with a standard > > Just my two cents (having seen too much of broken hw and standards on > win through the years). > -- > Regards, > Torfinn Ingolfsen > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 19:58:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B352E16A420 for ; Sat, 21 Jul 2007 19:58:24 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 4E86B13C45D for ; Sat, 21 Jul 2007 19:58:24 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from [192.168.254.15] (ydesk.samsco.home [192.168.254.15]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l6LJXoIk079976; Sat, 21 Jul 2007 13:33:50 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46A25F9E.4000800@samsco.org> Date: Sat, 21 Jul 2007 13:33:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Worobcuk References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <469DE961.9060608@tomjudge.com> <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> In-Reply-To: <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [192.168.254.1]); Sat, 21 Jul 2007 13:33:50 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Tom Judge , freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 19:58:24 -0000 Michael Worobcuk wrote: >> Tom Judge wrote: >> >> As for performance issues with the SAS5/i, there is a problem in the >> controller. A work arround was created by Scott Long which created a >> sysctl that could be set to cause the controller to turn on the on >> drive write cache's. These changes where commited to RELENG_6 on >> 2007-06-05 21:32:57 UTC. >> >> >> ... >> >>> >>> Here is the original commit log: >>> >>> scottl 2007-06-03 23:13:05 UTC >>> >>> FreeBSD src repository >>> >>> Modified files: >>> sys/dev/mpt mpt.c mpt.h mpt_cam.c >>> Log: >>> mpt.c: >>> mpt.h: >>> Add support for reading extended configuration pages. >>> mpt_cam.c: >>> Do a top level topology scan on the SAS controller. If >>> any SATA device are discovered in this scan, send a passthrough FIS >>> to set the write cache. This is controllable through the following >>> tunable at boot: >>> >>> hw.mpt.enable_sata_wc: >>> -1 = Do not configure, use the controller default >>> 0 = Disable the write cache >>> 1 = Enable the write cache >>> >>> The default is -1. This tunable is just a hack and may be >>> deprecated in the future. >> >> > > I set mpt.enable_sata_wc to 1, as hw.mpt.enable_sata_wc is, AFAIK not > tunable in mpt_cam.c. This did not take any effect to the performance. > Is there anything else to change ? > Send me output from bootverbose. Also ensure that you have the following line in your /boot/loader.conf file: hw.mpt.enable_sata_wc=1 Scott From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 19:58:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EFA216A481 for ; Sat, 21 Jul 2007 19:58:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id EF85D13C468 for ; Sat, 21 Jul 2007 19:58:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from [192.168.254.15] (ydesk.samsco.home [192.168.254.15]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l6LJSeuE079938; Sat, 21 Jul 2007 13:28:41 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46A25E68.2080507@samsco.org> Date: Sat, 21 Jul 2007 13:28:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tom Judge References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <469DE961.9060608@tomjudge.com> <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> <46A134AB.2050803@tomjudge.com> <4837D0B1-93C2-4476-8D91-7D2586722458@michaelworobcuk.de> <46A14216.5010507@tomjudge.com> In-Reply-To: <46A14216.5010507@tomjudge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [192.168.254.1]); Sat, 21 Jul 2007 13:28:41 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Michael Worobcuk Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 19:58:29 -0000 Tom Judge wrote: > Michael Worobcuk wrote: > >> >> Am 21.07.2007 um 00:18 schrieb Tom Judge: >> >>> Michael Worobcuk wrote: >>> >>>>> Tom Judge wrote: >>>>> >>>>> As for performance issues with the SAS5/i, there is a problem in >>>>> the controller. A work arround was created by Scott Long which >>>>> created a sysctl that could be set to cause the controller to turn >>>>> on the on drive write cache's. These changes where commited to >>>>> RELENG_6 on 2007-06-05 21:32:57 UTC. >>>>> >>>>> >>>>> ... >>>>> >>>>>> >>>>>> Here is the original commit log: >>>>>> >>>>>> scottl 2007-06-03 23:13:05 UTC >>>>>> >>>>>> FreeBSD src repository >>>>>> >>>>>> Modified files: >>>>>> sys/dev/mpt mpt.c mpt.h mpt_cam.c >>>>>> Log: >>>>>> mpt.c: >>>>>> mpt.h: >>>>>> Add support for reading extended configuration pages. >>>>>> mpt_cam.c: >>>>>> Do a top level topology scan on the SAS controller. If >>>>>> any SATA device are discovered in this scan, send a passthrough >>>>>> FIS to set the write cache. This is controllable through the >>>>>> following tunable at boot: >>>>>> >>>>>> hw.mpt.enable_sata_wc: >>>>>> -1 = Do not configure, use the controller default >>>>>> 0 = Disable the write cache >>>>>> 1 = Enable the write cache >>>>>> >>>>>> The default is -1. This tunable is just a hack and may be >>>>>> deprecated in the future. >>>>> >>>>> >>>> I set mpt.enable_sata_wc to 1, as hw.mpt.enable_sata_wc is, AFAIK >>>> not tunable in mpt_cam.c. This did not take any effect to the >>>> performance. Is there anything else to change ? >>> >>> >>> Not that I know of, do you have SAS or SATA disks attached to the >>> controller? >> >> >> yes, SAS. >> >> > > In that case the above sysctl is not going to work for you as as the > name suggests it is only for sata devices. > > For someone with a bit more SCSI experience than me: Could this be > solved by setting the WCE (Write cache enable) bit in the modepage (8) > on sas devices if it is not already set? The driver could make this > change on SAS devices during the topology scan in similar way to the way > it does for SATA devices? > There are absolutely no plans for the MPT driver to automatically change WCE settings for SAS, FC, or SCSI drives. The hack that I put in for SATA is exactly what it is, a hack. It gets around the fact that there is no SATA layer within CAM yet and thus no way to send SATA commands from userland like there is with SCSI/FC/SAS. That will be addressed in the future. So yes, the proper way to handle this is via camcontrol. With that you should be able to change the WCE bit both temporarily (i.e. until the next bus reset or power reset) or permanently (i.e. in NVRAM of the drive). Worst case scenario is the the drive doesn't support permanent settings, so you write a simple RC script to run camcontrol on each boot. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 20:52:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 334DC16A418 for ; Sat, 21 Jul 2007 20:52:06 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp2.srv.eunet.at (smtp2.srv.eunet.at [193.154.160.116]) by mx1.freebsd.org (Postfix) with ESMTP id BB9CA13C459 for ; Sat, 21 Jul 2007 20:52:05 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [10.0.0.129] (p54887470.dip.t-dialin.net [84.136.116.112]) by smtp2.srv.eunet.at (Postfix) with ESMTP id 8133EBF70C; Sat, 21 Jul 2007 22:52:03 +0200 (CEST) In-Reply-To: <46A25F9E.4000800@samsco.org> References: <4CC93356-890C-43DF-A905-0B9ABC990223@michaelworobcuk.de> <469D5061.8060306@tomjudge.com> <2F1F8117-86EF-49B4-AB4E-8A656727570A@michaelworobcuk.de> <469DE961.9060608@tomjudge.com> <932C632C-A89B-427F-92EC-71B351D66D17@michaelworobcuk.de> <46A25F9E.4000800@samsco.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5C8D93D8-BCD2-40D3-A83F-0C4490E2D1EC@michaelworobcuk.de> Content-Transfer-Encoding: 7bit From: Michael Worobcuk Date: Sat, 21 Jul 2007 22:52:00 +0200 To: Scott Long X-Mailer: Apple Mail (2.752.2) Cc: Tom Judge , freebsd-stable@freebsd.org Subject: Re: Dell PERC5/i SAS5/5IR - RAID monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 20:52:06 -0000 Am 21.07.2007 um 21:33 schrieb Scott Long: > Michael Worobcuk wrote: > >>> Tom Judge wrote: >>> >>> As for performance issues with the SAS5/i, there is a problem in >>> the controller. A work arround was created by Scott Long which >>> created a sysctl that could be set to cause the controller to >>> turn on the on drive write cache's. These changes where commited >>> to RELENG_6 on 2007-06-05 21:32:57 UTC. >>> >>> >>> ... >>> >>>> >>>> Here is the original commit log: >>>> >>>> scottl 2007-06-03 23:13:05 UTC >>>> >>>> FreeBSD src repository >>>> >>>> Modified files: >>>> sys/dev/mpt mpt.c mpt.h mpt_cam.c >>>> Log: >>>> mpt.c: >>>> mpt.h: >>>> Add support for reading extended configuration pages. >>>> mpt_cam.c: >>>> Do a top level topology scan on the SAS controller. >>>> If any SATA device are discovered in this scan, send a >>>> passthrough FIS to set the write cache. This is controllable >>>> through the following tunable at boot: >>>> >>>> hw.mpt.enable_sata_wc: >>>> -1 = Do not configure, use the controller default >>>> 0 = Disable the write cache >>>> 1 = Enable the write cache >>>> >>>> The default is -1. This tunable is just a hack and >>>> may be >>>> deprecated in the future. >>> >>> >> I set mpt.enable_sata_wc to 1, as hw.mpt.enable_sata_wc is, AFAIK >> not tunable in mpt_cam.c. This did not take any effect to the >> performance. Is there anything else to change ? > > Send me output from bootverbose. Also ensure that you have the > following line in your /boot/loader.conf file: > > hw.mpt.enable_sata_wc=1 Yuppa, that worked ! Final score for writes: 285 Final score for reads : 16692 It was the line in my /boot/loader.conf. Thank you very very much. Very cool :) Michael From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 21:39:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C20EC16A41A for ; Sat, 21 Jul 2007 21:39:53 +0000 (UTC) (envelope-from urb@twe.net) Received: from xerox.twe.net (port334.ds1-ba.adsl.cybercity.dk [217.157.204.151]) by mx1.freebsd.org (Postfix) with ESMTP id 3BC4213C46B for ; Sat, 21 Jul 2007 21:39:53 +0000 (UTC) (envelope-from urb@twe.net) Received: from localhost (localhost [127.0.0.1]) by xerox.twe.net (Postfix) with ESMTP id C2263A2E22 for ; Sat, 21 Jul 2007 23:39:51 +0200 (CEST) Received: from xerox.twe.net ([127.0.0.1]) by localhost (xerox.internt.twe.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27284-06 for ; Sat, 21 Jul 2007 23:36:39 +0200 (CEST) Received: by xerox.twe.net (Postfix, from userid 23) id 99176A2E6A; Sat, 21 Jul 2007 23:36:39 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on xerox.internt.twe.net X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.4 X-Spam-Level: Received: from [192.168.21.3] (port334.ds1-ba.adsl.cybercity.dk [217.157.204.151]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by xerox.twe.net (Postfix) with ESMTP id EBF18A2E22; Sat, 21 Jul 2007 23:36:34 +0200 (CEST) Message-ID: <46A27C62.3010503@twe.net> Date: Sat, 21 Jul 2007 23:36:34 +0200 From: "Uffe R. B. Andersen" Organization: Andersen|nu User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <469E8589.8060105@twe.net> <20070718224051.GA17798@eos.sc1.parodius.com> <46A12C87.30408@twe.net> <20070721073453.699a5966.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20070721073453.699a5966.torfinn.ingolfsen@broadpark.no> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at twe.net Cc: freebsd-stable@freebsd.org Subject: Re: SCSI error during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: urb@twe.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2007 21:39:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Torfinn Ingolfsen wrote: > IMHO, you should never use "working on win..." as a statement to say > that some hardware is > a) working > b) compliant with a standard I was only stating, that after 8 years of use, I would have noticed if the disk/controller combination were giving file corruption. > Just my two cents (having seen too much of broken hw and standards on > win through the years). YMMW :) - -- Med venlig hilsen - Sincerely Uffe R. B. Andersen - mailto:urb@twe.net http://www.twe.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGonxixC95nUQcrpgRAsRSAJ9cIfD5VwIrO6bQKkrO09019u0/0ACg+gZs JNmA1vEiGnqgU3gheALhJ+U= =coj5 -----END PGP SIGNATURE-----