From owner-freebsd-stable@FreeBSD.ORG Sun Dec 8 03:13:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B17FB4E for ; Sun, 8 Dec 2013 03:13:28 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D2271D3E for ; Sun, 8 Dec 2013 03:13:26 +0000 (UTC) Received: from fortune.joker.local (180-198-98-49.nagoya1.commufa.jp [180.198.98.49]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id rB82L0vE036414 for ; Sun, 8 Dec 2013 11:21:00 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 8 Dec 2013 11:20:59 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Problems in base iconv conversion Message-Id: <20131208112059.f892398f0a22f58311684c2f@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__8_Dec_2013_11_20_59_+0900_PgG.MAnEpbzn.7fP" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 03:13:28 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__8_Dec_2013_11_20_59_+0900_PgG.MAnEpbzn.7fP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi In base iconv, some character sets have problem, mostly related to single-byte JIS X 0201 Kana (aka Half Width Kana) and multi-bytes JIS X 0213 (2004 version is the newest standard for now). The problems can be stratified by 3 error patterns. 1. Illegal byte sequence (in Gnu iconv, "cannot convert") 2. Invalid argument (in Gnu iconv, "unsupported") 3. Invalid characters What I tried is: *Select Japanese codes from `icomv -l`. (Possibly dropped some codes) *Stratify them by whether single-byte or multi-bytes. *Convert simple test string (no meaning as sentences) from UTF-8 to target code using `iconv -f UTF-8 -t (target) (TestString)` and its reverse conversion, and compare reverse converted string with original test string. If error occurred, stratify by it and record the output in hex form. Please see attached PDF for detail (Notes are basically for base iconv). Base iconv in stable/10 r258701 and Gnu iconv from ports in stable/9 for reference. Strangely, although all target is listed in `iconv -l` (base iconv, not all of them are listed in ports Gnu iconv), some target caught error "invalid argument" and no output string to stdout. This shall not happen, and should be gracefully supported or dropped from list. In other error pattern, output strings are erroneously converted. In some case dropped some character, or converted to alternative character for error case (GETA MARK). But I'd need to mention that mapping non-supported character to GETA MARK is normal treatment for multi-bytes case because not all UTF-8 characters are supported in every codes. Dropping unsupported is considered as really abnormal in most cases. Can someone confirm and fix? Looking in src tree, corresponding csmapper sources seems existing. But my knowledge in iconv internals is insufficient, so I can't figure out why these error occurs. I have no fix, sorry. (It's beyonds my ability). Some technical notes: In JIS X 0201 and its variants, half width katakana characters are supported directly in 8bits encoding and via shift-out/shift-in in 7bits encoding. JIS X 0212 is extension for JIS X 0208. Not superset of JIS X 0208. In other hand, JIS X 0213 is modified superset of JIS X 0208. (Includes almost all of JIS X 0208 but not compatible as some code points are changed, subsumed or splitted. In addition, many of MS extended characters are included.) In strict EUC-JP (equals to EUC variant of ISO2022-JP), half width katakana characters are intentionally unsupported, but EUC-JP itself can support them as 2-bytes form lead by 0x8E followed by JIS X 0201 code. In strict EUC-JP, JIS X 0212 extended characters are not supported, but EUC-JP itself can support as 3-bytes form lead by 0x8F. In my multi-bytes test string, codepoint 0xE2 0x85 0xB1 in UTF-8 is vendor specific in JIS X 0208 and JIS X 0208 + 0212 (equals to ISO2022-JP-1 excluding half width katanaka characters), including SHIFT_JIS variants and EUC variants. Some of these vendor specific characters are introduced into standard in JIS X 0213. Vendor specific variants such as CP932 already have them from before JIS X 0213. Regards. -- Tomoaki AOKI junchoon@dec.sakura.ne.jp --Multipart=_Sun__8_Dec_2013_11_20_59_+0900_PgG.MAnEpbzn.7fP Content-Type: application/pdf; name="test-iconv-results.pdf" Content-Disposition: attachment; filename="test-iconv-results.pdf" Content-Transfer-Encoding: base64 JVBERi0xLjQKJcOkw7zDtsOfCjIgMCBvYmoKPDwvTGVuZ3RoIDMgMCBSL0ZpbHRlci9GbGF0ZURl Y29kZT4+CnN0cmVhbQp4nO1dS4/kOI6+16/weYDJ1ts20GjAGZE5wN56t4A9NOa22zMYdO+iew/z 95ekXpRFORyRkb112CpUZdCmPlIUSVGSHale9PTPL79NalLwya/+xUyL0y/L9Pt/fvn3P03/9eVH vAd/f//bF+8D3JiNB9ZfiXJAuZcw/TI592IrYV/WxEeEJ8JPv0CjGSQkauKAv0x///Lzn77YYBFI L8DwK1L02cJtrQmIUZmP35tBSG4FnyeOl0QkqdrUTmhNt2MnMkGdAK5y3QBrVNplioG16MrD7YKv 0K4ZJxOET3zsTkiYLlMTB2xkhBW7mGUgVfpQCJQR+cqdtfSBPjdgO3zzYhi+qRimYpsXfp1ZKFEN WIu/YAcL/sIsUQiSsfjqYkisxUaJmjhgK2NembOGeSH2iJQJkkF85c6KPlYaETVxwJ0MQ86a2Q2x J6RERBmGjRAQM5NB1MQBWxmBWSp4uJJxMkESQrVTCGTv3IQoBtaie8tH2lf9fdWeeOp1PtKRasBa fKe4hYCqSJkgGcTH7jALRWrigK0MiwhFBlDV5zNBMoiv3HE4mqURURMHbGWYGRoVGUBVn8kEySA+ dqdGdaImDriToeD/X1OmRMrlJMqINfEVGbqMr8vUxAEbGT7MLDsBlXHSR8SPPEkyEgsholKJasCa 9O2DorHARIyf55KiOZX56j1NgxFb0eeJ47Vd8I4NhfdsUAtB3SC+cscxl0rUxAFbGTAR1rBDqiJl gmQQH7uzVBmRmjhgK8MsabiJHaiKlAmSQXzlTk3i9LkBa/E164FmiaMQhK6rVM0TR6IYWIuuLB8F Ve2jqnWIp14vM7/LVAPW4LuVJw6kClIhUEbkY3fqKCdq4oCtjHlm0yhSFSkTJIP42J06DSVq4oCt jMB6ERzDyQRJCFVy8GwUEsXAWnTPJ2qgCoovqTXy1OssfSeqAWvx7crSBVIVKRMkg/jYnZr2EjVx wFaGCXwUTGBImSAZxMfusFGI1MQBWxmaTxFIVSTNpojIV+7wKSJREwdsZSjNCg6nFEPKBMlQuk4e SNSCI1ETB2xk2GVh44FUQSoEyoh87E4dj0RNHLCVEXhJgCk544QSdZGnXmc+lagGrMW3C7OTtXO1 UyFIhuW9swuzU6ImDtjK0DU3WW3qaBeCJOjaN21Z1CWKgTXoZplZ5kaq5NBCIH7kK3eWgk+fG7AW PxgWEUiVsSwE4QfWMxNsxQ+24icmjm818yKkip0LQfjEx+5UL0rUxAFbGUoVCXpdqx0KQRKAK+Mr xUYgUQysQdcLL8eAKuhLGd3IU6+z2SdRDViL7z3LF0hVCZkgGd5X79XAXPNFoiYO2MpwPM60Mwwp EyTDsVhDwlUZrkbeUhi5DK2ZpyJVPLUQJENrNkK6jgN9bsAa/JWvsVZWp+TPCL6yBdZaV1QuERyq XUnznD2zlD2zjD2zhD3XDO0SwaHabJ2LLyxrXU6JjKDqV/68xta/fElFR51P2STE6jG2KfLrl3a7 hJXwu+J+V/bXjZRmi6Xi58qeV/NFPaZ037Fc1DfFPwGnrZakedpqSapHKuseObPySOmyNIkUb2db /fOSIHYgLwnq0sGtpV3qQ4Qs13Vkb4AytiXhaVcJKbavZC0zf+QsXbCGRiN1gSjeTrc7S/FSXv1E 4LLiISoqS2y5EwSarhuyfSxfOVjCNzTH5ZEwNP9li0YqdyNy5m4YmlFzNyLF2+l2JOKlPBIROI5E /EzKRqbUiQiZrs/RgUhSBcrYfk42xJEwfkk2RItGqnTBzywSkJprF4iq7SpmIyaPRATOIxGpqCyx 5U4QaLk+l5HgYO02ZRoJpGpMRCp3I3LmbmD1lDtB25SsjZV2QvMoRNA4CvEzKRqZUgcQMF9NI8BB 2rRadnHbDVm+6dDuHzR7CzkfJ/U55mCngW0cTLt8yzLlLoOmzQlpp+H1KyY5UGHBGuHrf0zfvcMQ w4WvP3+vtDLKKqe8CmqGv4ta1QY/vXpVF3UF2qs3+P9dK7XAjGbwirbQaqPr0E4b7eAOLHnhjtPQ Frg2jX8cIPh8H9rPRFuNSKpt+8PXf3x5+1qVhSkodMrqNapKcKhm0BvQGwCvWulXVDGKuKEgQKk3 +P8Cfx2ptSDSOdUCbmB1ql0l1QDkjdTbwCZXssBbB4cL7RZOv0MJB3BGQ5NoOOpLY8o3EAEUXH0F gVcStcDV2McAAwnKpMG80p0rDeYV78Kd1Zikym/p5OJf/4JagY/8PoGraD+b6Z8QGBixDl0sKYkX vv780/fK/vBnb79XgX5oHak1/pjjjyX+8PHHa/xxiT+uAotRkdoalkgZy6ksb/vhr1//BXvxIyqv dZzuQ2dT49LYb9Gmagb6kiyJNlNgnzcaNrC0Qa+6oBvHYTXgO+pCXDEgkGc2i1nh56ZXA+Mbhx+t DSMRCHWDFqZ6pnmFaxcKs42PaJaL+kFLHCe8j0EIjmMsfJ7xikZMC7IWc4F/WlmDHm7BX65Kmzfz Dp9DaX0lj7igv6dYiFewBxvqlOSjZOgbaU/RYwEGxFx1KD5SbatX+H/n/uhbG2gLPbPWOmjv9Qwp FeY4u9jVuoqCU918BmWz+9RBYwXKoXe/1git2JjEFxHbrJSMlr43tjp25tUYLWAzkMn4aW9c4gc7 tVpuZGmhz2dl4cTrHpQVk4rCaWAnykO2t/YVBifAP2e9UeC4q147owit40zRmUPgJOe5CEMuonLp SfV+moLkau0VlL0aZ9/Q0+27vaL69h2uDrsxmvD6bvSc424I+kG+7kZvgKmMhYyCn5zKnzBC0qdL +QTxtzNNWPtJcT+qeyNIbWQjSJwjI8io3ViGZb7phPBvwxzRKd61Hajd8Q2V7jilcZPxPjJqSz/B RzM4fTBuQquRAXrOsQnkYqM3goz5ETPQpsIOctx9gXvQfQl31H2BV+z+APMj3aeSXOj+ClAr5GLv uqlWatNGWerWTb44Mcp8WD7ApApFBaRZnzVqSqAllQ9YgGy0TvBUPuA9H30ZWr5SaxpOXjbE7tM6 sc/qSbxzKsLoKxgjIIjR+r0ziIAy8AqBM46RuTGCnXFFmX2qc0K0YtegW0ZjmnOq647URupMx/dg VwR5fUesh4WwnK7q6KS8vWKVJo6UgDLonMD5YPdEmUIYCHzOQD2F64JANT7W2ftVlsM1wDlnp9Pl vQmF+Bb4BkYSOB80kihTMJIk8V3HpUsuPOMyg7JAXPPGK9FU++yWl0cQ9gEXodHMtYwXzGj6+g3q QAgoZ99hYUVj0RtVaDUwas9JWf71VpbvjdojifPKSOJD80oeKMlKuLdR9g2ux96rvIPs5Jp1H61D aXjUihs5FB045K+0Tva4msK1ZFw90xYHriahz3fsKgSlaxWZdxVMWt6rZh/hyrcazm8n2KadnpvN hfXsdoIPQjz//3bCU7YTfDB90r57O+EECm4nlLG6vYkgIY42ETydcZ7fRJD4z24inJcVU85jsij/ ehe6jc6uElhTJTDbS2cWof0+E6dOneCMKtHZ0I211HygktB+oNIJzuQpkk7vuLWcIrDupOOuONoa coULwt05RhPc21L7jWIc7mB2iVeUp9E2lFGE/fluHvXmxAJ07kwltBqY6gRnMpWkyTdlKjWP9s1G ZhJaDMx0gjOZSdLiWzKTW7sFydCPel7ZPLf5onF6vm/LNEtfjvXBphxlqM12a0Kp/cBgImdfyYsa fVMmC+sgP50ymNB6YDCRUzCYpM83ZTAf+hpgNAtKJhPaD0x2gjMZTdLpmzKa6/f07vAyofXAZCJn t83irB7kiVMjKLQeqCNyCk4v6fNNjZ9eus3LvcHcPDSY0FraSr3NF5WhV86G25mwStmr1ikkIAxG 8ARnGkOB85saQ7saKYr4NimYbm+qQSvBVGc4o6kkzm/LVPIBCJmKPAoXX+KpgdySbxwlY504YknG EjhNVD+kp13ygzejbaa576ATNz+xg8fdE9sJ3ZP59pFsjT06mEiqiIoILUVFRD5hcWvoXdQzQ44T w14duXWvzkCKoM7cP34gDZCgithSUEXm2w+RcV6a7GS7hE4ZsbWgjMDX7uFGZbQ95baCImJLQRGZ b28VveqRInurdKrIbfvZ8DZfVAUKZsHD5QHq9mTk1oIyAl87QDFbSXxmo31J3HcNKR2L+sU9UkzO 9PSeE883nb1AoYjt4G+X17QTzyh7B+kNIbYUDHGTLypixLphEDaWHgPtVBIxBJUEPiF4QPpIpZ3H DtQR2wvq3ORLriLwfZaruN5VFicUkdB7k+R0/RcaSBlEZtv7h+9XuWPJArMkWWbrHvGy3YHvu/SA qmOl4BzfS+nObRn2jMJ7Fr2qDc+38kmEWfKZKYzIW/50/gBOebcZ+pOR3cYfEs7PWqhhTqxPBJRj tmEtRec0RqEzejpBmod1Fp214nGeUXTStPEWeNpD501zPMbDIrTT2bvhlJJ1thfuxqmdm++qD5s+ CU9IP6t/WfdeXyMcN0j9i4Gy9Afhsrtyk5I39k3dq7u4q3tz7x67yR97M0rg770XUkr0xbl45WxD /NTcTdf0yu5u6e6WPR8Wy/XumlugZyYUVe6Gcs3sowbulmvpKSLgy5/g7lJaXPInV5A/Go/dePXD m0P2/B85uDUVZ372feFq1JyOV9OT+/hOAl2bJTfHNWI5Kdf5m4NQxOJEAfQywIbgegGLvuvmrBhM EU8nvfhiQx9l9NoAqGFL9+jEG8IN/VaSzxVGdXVSGIYLZ4i+yU9klB/+rBc8ztcrHc4DoRwR3iTy DUltIrERccmsnljfMvlOd1UkFiJ0brk0R/c24KvFNzuieUdmK3fDbPiUAMpYWTe0JuKa76VeRcJq 6hU+eQCkCZFVv3NrXImwlghsQC2J1cR2wIL3ND6dUKyR+osjSuTMDWcSajLO3D7OEI+fnfi8ZCgB Hkr4s2s5wJ3KdyE0M5/BT90xN71g20uCSogfa8dj6oFOR5rUa1UTrh2mlV6OrBP2oDuG63TS73F6 Of1s2EzT1VP3lXot+x49vveURs4G2UrP9xGruvgc+shQq6d7yUCr1ktSD4yVH79+vq30LD6gL9pq qNXTbTXQSrSV7oviT7KVcuIT3KKthlo93VYDrSRbubUvqj/HVm7t66WRrcZaPdtWI61EWy393t0n 2Yq+4+6WrTKvkbPI87UK4URmSLx+leP1+Vr5fiNz6FdDrZ7uVwOtRL9y4Y+KQXc7AtMhn6DT/+nJ ldCi17lbbm8mlIUI1revSYf0wKa4YurqFEffQ/iHjI9Zzse9Wv6oCFNGnLnECBtq9fQIG2glRZhd vRyNT7eVXdVJS411eralZJ2YndqFdurIMjAvyNibDFRpVvcQplAWCgg/pbWljUvrjLG7VHtNN9K6 m18KeZ2alp1V61lOpWNjdUO53yaZD2C5rmbhJjDaiK0OfWceZJmyNVU8Y8FBkBWe3YsZQw3U1XRc 27ca7MUYpcdCmIPYuQD8KHtZkEuqzqOcQ/0E7uKB515o2fUjxsdodE+4ulnDy+FIn4jmLl5Fu952 4aNo9oPl0/lo7hE+P5q9Hkw8H4vmAeyNaBZaHUaz86Oc8UA8j8GOI1podxzTI0F3RbVTg6WeGNUC 94eiOilhB+ui8y7fI3y+y5vRGutjLj+AveHyQqtDl6evpnqWy4/Bjl1eaHfs8iNBd7m8Hu0EiS4v cD9jIhuN8vmJbDzij0xkA8t+bCpTs/wm9/m47hE+P66VFndKPxrXA9gbcS20Ooprs/bP3Twc1wdg h3EttTuM66Gge+LaLOvIhYW4lrifEdejUT4f1+MRfyCuR5Y9Hddly0bUa/AglDfio08BD7/0db+N 46x7d75uTzn+4OlqB1Z1K7apnLiVPrBefhl9/+Vh6S3XfntKspp8xt6HQzk9l31Uft//fEYUED49 IxpYM8l7XR/KiCPY44wotTrMiPPg25AeyohjsOOMKLQ7zogjQXdlRPoVCaczosD9hOLe+ME3wp13 +R7h813eP7awHwxqcngRVDLEmcEVHk9POl6EwZUeej+aQXYio/cPRJ6a3LTc/jB0rXy29ljojsGO Q1dodxy6I0F3ha6Vj+sHoStwP6GY+UjoxmJGQvhAMfPcoLT0i+ieFJRJw5NBacI6iKc7ghJf3JFf Zzk7SNaGQSaRwzJ18vGwFNQ/GS1J/U1QXwzQ6uhHDj6IsoFwycE/Hnm16uw88e76+jV9RxDV1fRE 9DU9kha/9nmx8Z7Oj6odVuT0JHqnpfRa1LCyTo5MTuwCfc/XG6/E6yNz8RhZ1qddE3iq8SU9ujWB xu/sEf37/jWB4GbPWRPQN8h/qEDqET6/QNL9S1XPKJEGsI8WScKrcwdFkvSi3d1F0kDk6SJprIRc JKmn7eMOoY4LpK7VcXkkC7mrOFLyKnpQHAncTyiO9KIfPrSIc4eEAPwas/n9xZGeH93pOSyPRrAP FkjSu5hJD9cXSOKboElUeavkgm+pHFQYQ5GnC6QDNcQCSYfBNxA/UiANwU4XSBLCyQJJ0y98+UiB JCE8I/rs40cLSTEB4QPRZ59waCBE3wD20egT3so9iD7pXd+7o28k8nz0jdWQo0/L5wCPRd8I7Hz0 CQhno0/fmmBuxF7X/tGlifg6d/ebcVgr+mWaUivPv0xkxcWTyOVwAcKOAZTsB57zxIgRuKS3sFk7 +pWqInrzm37cwA4YDBgGjNcjl4g4+8WvfvOv/uKPdk3X/osw7lsT9ACfviRYRm+j3E6BMRZLUqmv lool7zJ8KOj+mneMdVj0Cs0Oq96RmHvK3ll+3keuegXmR4N/Fb6jc8N46rcTDt98S5sTsEqetcJv VMB3pOtXBKctAHw13JRtixvPmqs3Y/ql+iIcZGhUK/62ApP2IvQWdyPAx3CfZMOf8S1y6ligF7rf 6HH24S6BCfRK73wTMX1N9l7VWfhOItr2APb4ixUuZDfczpnJIkv6PvqZvnh5qNj5rYnd93O3Phfk p9zP56Ee4NPzUJCfJnt+HvLDJ7Xuz0NjrMM8JDQ7zEMjMffkIT98VEjIQwLznXlIZVv9Nn339pd/ 89Pf/mf67uvvbrr+9/Tjl/8FYU5HrgplbmRzdHJlYW0KZW5kb2JqCgozIDAgb2JqCjUzMDkKZW5k b2JqCgo0IDAgb2JqCjw8L1R5cGUvWE9iamVjdAovU3VidHlwZS9Gb3JtCi9CQm94WyAtOSA0MjAg NjA0IDQyMC4xIF0KL0dyb3VwPDwvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCL0sgdHJ1ZT4+ Ci9MZW5ndGggOAovRmlsdGVyL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp4nAMAAAAAAQplbmRzdHJl YW0KZW5kb2JqCgo1IDAgb2JqCjw8L0NBIDAuNQogICAvY2EgMC41Cj4+CmVuZG9iagoKNyAwIG9i ago8PC9MZW5ndGggOCAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnicvV1Lr+w2jt6f X+F1A32jpyUDQYA6p6oGmF3QF+hFo3cz6UYj6UEyi/n7Q1IvyqLr7UqQE9Oi+FHUJ1mSJZf6pqf/ +/h9UpOCK7/4b2aKTn+L0x///fHXP03//vgZ0+DfP/7x4f0MCcEv39z0G0kOpenXyblvtlzab0vW IcGTgCneB7Cepc7Yr9M/P37504edLZkxoPAbSnQdIFnrZKhJRa+lWSjArzkXXU/cXobIqG6GBCwC eeT8t6U624Ql65XiOcz6ayl3kiZuMGOwCPz2wSPDrKzsr5BrzD66aJL1UvhkvhSeBSIDZL2MgJKu RchSzWVXEDYlp3pAidWEtawUWbOAWJMLRSBJYvl0XxfGxuQFlQSlEql8nUGyXgYxNjCQLNVcui+J 8SH7gCUxPmYf0KMsFRAfWIWgFBpIkmq+ZnNF3FQSlEqd5OsMkvUyCFG1paQcna2etLXdsWY09RTu 2dgxtWuvQuP7/E60gJLNCv5+/6/phzP0CKDw/ZcfjdNOB+X1QUXtVVQB5C+4DuoEd51W6ghXM6Yr b7w6QOpBa+WUV7OZ4e8XaXnQiqQTTDQL/P+gF6MNpsyg79VRgx2yeoAcRiv9CThaHc0n3PtSAXIf yIqHVAcpGRf9g5xH+IvpXn2CB8ZYuA54R6NNC1jRfMF/WlkDNpTVZ3NU2pzMGa7nmhv9iOoL8qiE lu9gCQ7oU8ZHZCgbeX9EBAtmAOaoZ2N++v6vj9N3FluPfUAfW7B3BMxPLJm11kF+rwPQALhto12s a1aQ4uEWKwfL6gpcChCZT/CRIqZ9s4h0i6JFs0CpjioOZXABcqx0NeCcIFJBHZk+tPkg6kN0yA+q NcAAXzG+Y0lvxsLW7B7Ego4Zska1ymjPCESEgr+QGat4cVDxLWtYsHkPWd2n+3JHd3Jnj81jYTEx StDXizpY51zhj4kWmEdMCtbVqzlddan5nl5Y6iGnHsypXLHUpeRwqlpRNXWu90y6UqZ4AKn1nj4W vXIFqbHm+CpXrlo2rtwrXjXLTtVSLvXqq14R2rq+goOObxX2g7nznxJ4d9BzT3RoFHNAs30zM9iZ ULcCzhEVF6LigbpHo090BRpEtYCdVrb7+6TLQAohohMB0CQwFJkQIaJn3fWREIrUKj22AOh3vqhf zqwe4eEe9oLB2Fq8n6nVK4+8lfC5w+iuzg5DddHDYcjyNwrKT3/W8UetftLLj9BloKAcCd5k8YSi Nkk4kPBVVD2pnop4plSVhEiCLjnjT3///p+tIODPfL0gmhckWLkY5gBuEcbCiqE1CceSlkuVBKup VGom0cxJVZ95NI4kWEsCZqCcpGpSPlDBNCgji0YuL9YoiYEHzmSrOTihxWQ9wC0jAM0HoHpjADrD XxpzJmFm44u15OWxb75lNKhVeNPATYMmnXafRiI1A0qdsc7+vGAZiv15yQNntFQFxEh6NYX8rJna GClWRY4RFA0aszpIoVoqAmGQXk0hX2um5Dk32GPAsC02DJDmaqkIhEF6NWWukaLrzlhv36Cj1T5I vlopAtk3vHRG1QmaK9LEDXYYOGf0FQOlOmOqAmIkPZbSxqRZmrjBHgNC16acKFXmVIEwSI+lzA0j SRM32GM4z5oMSpU5VSAMx0voyFeWqbWLosgxjGK89XppzKkCYZBeSTGqtgZXpIkb7DDc0mrDLa4x qgqIgFr1vmdtL0vMWG898JbnAuNlFch+YC0PhdbysjRxgz0GdDIMA/7WKFWBMEivpgSOkaSJG+wx YHjZeihHs8hiqQiEQXo1JbKayNLEDfYYUKUMQzcE3eyTTrvPayJJnbHevlKMsSBVO+mS7JNOu1/5 6YrUGevs26iZfZRqtKuAGEmPpbQWkaWJG+wxZsNaNkoNowiEQXospbXsLE3cYI8BFhgGSDXiVSAM 0mMpDCNJEzfYYxjHekGUGkYRCIP0WEpoGEmauMEeQ/GeFqUWdcV62qTHUhhGkiZusMMwER/0BQOl ilEFxEh6LKX15lmauMEeg8ZsFWMODKMIhEF6LKU9lbI0cYM9hovsyYdSrdkqEAbpsRSGkaSJG+wx zMIxzNKiXgXCID2WwjDMwjGyIseAUXcbIaDUMDR7gie9mqJrK6frzlhnXy+a2UepRrwKaD/p1RRT 7dN1Z6y3HwwbRaHU7BeB7AfTemAd0lpuyZRWc7nBHsNbjuEtwygCYZBeTXFspJaliRvsMWxredqy NlwFQrDsPn+qZokZ663r1h60Zs/UKpB13cql52+sDpLEjHXWF/44XeZmvVyj8YU9S5f28HRZ4Kb6 oX5kxkNoxss1jfUjm39EFpcQWViyVje2zMZx1uHbcqePbaW8u24jqIUYlAebDJEJ2X63ap/nTf1M KRuxvfEesps+Lf2kiC/F1yX7bDxJ2aukmM2nRfqU8tHW7/W0Xtvna/YFo67Sk7q1LQxJsWDQGn3B qMv3elov7fMF+4zRFulRPUkZIylmjLREnzHa6r2e1iv7fMW+YNQ1elL3sUYkL8MXDFqhLxh18V5P 64V9vlyfMdoSfXlnVOsjKWYMXKJv90uGj35N/8JLpjJnZlxmHKzs7BfuW+fdIdRFMKvHtfqDsvro jDVWgXOzVcMKrpBLaX0cVl9lvWW9EqfmYdHVnpQ2iznpM1xZ6y84I+QWnZH11s7MEZ9a6xVgFg23 dkDMcTZq7YCkJzngsaJX0dgGF7RFcEFPArd6XAhb82F0QsglOiHoSU6oeViZ3eTD6IyQW3RG0BOc 8TRTucCHee2AmENwQNKTHPBr0lyAHnRF4EFLgrVqfHOyZsLogJBLdEHQk5yg6caNTBidEXKLzgh6 gjMu2lHNWnz35+zZaeOVVnbthJhLK8M1kxu3aKa3bZKmPo5r9866s/P0VvNU3naO77G23hT0b49g bL56I5mCMrsbgmI9UmcIjZBXqp/reskVWr9cu3LRASGH6MBVveSAEZ4w1QF9dgZfWQ9OCLlEJ67q JSdUGJ+51YnUeAYXhDyiC1f1yAUb46A2tNov64xfOyLllBy5rpccCcN7Uuy9DgA+dBaCrgR8RSu1 z1EL2QetLVpNLS/tOcC9B1473N2Q6gda2ie1NhjmgA1ovuBrwHehuBcBX29Rm7W4wwFyHUvzGlol sG0df7nQg55Y6EFL6B2tNcJzEqq6r3i52qW8kiNX9ZIrNNcZK2AjBoK2CH5Vj8DNMr5Wrs9N0QEp h+SApCdUhAn++uhJdkTIKTpyVS854udhT0iKglP2awAXtOXnpGhXgLdhUNuAFjQ3oEXNsQp0FMa5 ypjDhgMb+oIDoubggF6WQS1B83lRApd0pVqX9CToqMYJSa11AV7Sl+AFPQl+1oJaC73ggJBDdEC0 PDrgzDjLEwZE1McrN0xnxfwdTHZH0JOeRZKeOesveJIc6ihw8K9/4qQn1fCMcvBkcqUcwzNIGzsC R4A+wmDMu2Frm6QvzeNlvb6xJAfUOGxMDojwgrYIL+oJ8FGYfBxxzyB6AENBZU7GAS3PxuvFGRh3 LyZi+tozwZDkmKgm+DVLyyDUQPx2dMRMow+yWuFuvx+obO5T4wwPJx7AqLx5ay5bwKD9dpuQdNC0 8DZY+FveAmPTDqBiY3Wr7lSjrTQ2bw/it+aynSbvjmleWzeOcJOH1dfmtanb0EqqjXX7W9swR6nD 5kcj4WDjK9vd6ia8iBGT94rRVrdNUzUOlXspvEvE8A65NvZ3GaW3QVhtwsDWVxiREsaOAxip+p0j /0btW/cEXuKl9uMq3H28HC3sz0u1iK1pB14qK7aAx5i5bewyN4V8l9m5BXQPP+clDhOBbX5K2i/g 57yocYR3Fz8FC7vzc45ueHbvw885RPm5cp2fXbCJn5vGVrTJRTnwYBst5+f1fame6XX1zdBSPY8W hnpOVOzrmXGSEhyvZ0PbRo+sgtNoc45h6DYfWvvwUCmf+TRGxM27dFKCNtDjxly80kYFrcrddpoi nxEJkA9XQjPWelyMb2OGOsFzAYbOnhQrZ60SPqbBoA18RZ9xrVUFvHIznR7B1VcPTMQx9QH/D5iH XOqZDgGc6PzJRR97/MHjIKxvrn30Zk4nbdJpE42xwlXhmM/HnNrqbx2xi7yb/Th7vq9/GS3s3794 Yd67T//ix1nI4/3LlrFb+xch/639i3Dg5c7+ZbTw8v5F9lyJj+E7GDpa2J+hdjwotRNDTZRHsA8x dMvYrQwV8t/KUDMuYNzJ0NHCexiqn5tBDPn3Z6datqZer2ansvLz5SF2bhm7lZ1C/hvZ6ZdxwHMf OwULb2Gnj8vVkeVlfgoWdmeoj+95vvsQxZZw4/y25+emMbWa1UYv6l7lYprdbsLcM7v1wWwNoYTZ raS9FQpHG9c2zEMoXGfexw3jd02d6+BZYvsjE5PHJh+3TCxGj4e3MgvahHww9egQaXtH32KxkT0/ XQFDZ9wHonSbRgx+SoQdphroCR2LpykdvqjIU5QDTfESwpw0+ryIjC+783HUJyZQIp9WdeFPlzp7 YSPKnV3maGH/LtML2zH26TT9+Ir88U5zy5jUaQq6t3aaWzB3dZrUt93caQralzvNDfNipykav6vT FEtol6uj8CvUHy3sT31rxdntDtQ349aox6m/ZUyivqB7K/W3YO6ivhn35FygvqB9mfob5kXqi8af p752T74KEizsT30V37TU7pWRl5Aeov6WMYn6gu6t1N+CuYf6btl41yYQf9S9SHvZtER6yfC9Q+Rc nLjIPOffiGlffPkacA4lVR8rYw4sigxp3L+cPDVuFRbVh2UrY7dNeWyA4tZq5mC6Ko2gfcTGOPwU zuB+kPvN65+jYfsl6HNDjg637hvygjRuuC8hH8undvcqI20NqJdaF04vgv3762xjEHzPJ4SGmL4h ThnpDXHKSC+NU4n9ePBpJz4JG/V34pMbvvb1LJveEKWM9IYoFaTXRSnH3ZqtJ8CruSSct9iJS0Ya 4T7FpTdEKSO9IUoF6XVRynHXm6OJV3NJODizE5eUPF96ik1viFNGekOcCtIr45RiD9McuS28nE/i Catd+ASTv5fz6R1xykhviFNBemWccuyFDT878Wk4sLYTm+bxCNPTbHpDlArS3lHKOC+NUo48ffjs LVwazx7uwyUnnHN7Nkp24/nz+igJRxl3ipMZj8s93ebeEKeCtH+cMtJL45Rjr9/EJuFs6k5sUsKp ymfZtHuUCs7+UcpIL41Sibz49Hk5l6RjxvtwycTxMOuzUTLCR1V2ipN0znqfOM3yruZn2tw74pSR 3hCnjPTSOJXYbzx/Xs8n4Vj7Tnzy41Hq2+I0Rnz/6GSkN0SnID0aHYlFaeeR8eO+2nTo9sGPglDc rn0UhD4A5Fz3kyJll9XooR3ajj5o+pkW+qGWQ/djJIlHTj6ouUPbkL7lsE/bsOMp/3vbRrZkNp6j r4+O8FGInaKj5b34D0RHbZwvenl0xG9h7BId8PjB6Gw/f3Tc6PdeHyfhAxs7xSnIbzOfipPwCx47 xUn4DshOcfLC1+8ejlN6umm30Ve8/IktfXikjxPYz3FqP/PzyBNbW/kd1FN8MvJmmPajR+0Hk+DK DPeOLU41x5Ftb2FIcq9hTmyzlbQZZisjd2y1aYo2w4gfUPENMtuowa+/wOSUEdzXGwcIg2m/5vQ4 XY3wMdQXV0NBkj9EgjFZD5Ykr7YOC6RvqginmA1+d5G21EcD+SA1/VId/kwYlqMO1egXmPIg7NIX G0cvxxJBkM/eQMwVfr3HfNYG1n4PrDXEr/KbeuZsz9D0vA16plPM+Ot1eGSgHH7Anx4qXubfkBN/ zGoYQmotP3R2aGbCd3tua2YbGa82M+lDQQ83s2XjRdZrWpkKGz3Jy1uZ0mJv0beyXGR5P8zrqSF8 OekmZmzku0YM6UNND/MibBziewkvoryF+PW0iPJuXIkVQR5VvJ4VwresbmLFRr5rrJA+nfUwK2Z5 UeYJTtTfcP59+uH0H3/RavrH/04/fP9jmY7/M/388f95qWLZCmVuZHN0cmVhbQplbmRvYmoKCjgg MCBvYmoKNDQ5MwplbmRvYmoKCjkgMCBvYmoKPDwvVHlwZS9YT2JqZWN0Ci9TdWJ0eXBlL0Zvcm0K L0JCb3hbIC05IDQyMCA2MDQgNDIwLjEgXQovR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZp Y2VSR0IvSyB0cnVlPj4KL0xlbmd0aCA4Ci9GaWx0ZXIvRmxhdGVEZWNvZGUKPj4Kc3RyZWFtCnic AwAAAAABCmVuZHN0cmVhbQplbmRvYmoKCjEwIDAgb2JqCjw8L0NBIDAuNQogICAvY2EgMC41Cj4+ CmVuZG9iagoKMTIgMCBvYmoKPDwvTGVuZ3RoIDEzIDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGU+Pgpz dHJlYW0KeJy9W02P3rgNvs+v8HmBnYj6tIAgwPtZoLegA/RQ9NbuFoukRdJD/35J6sOSxcyb7I6c wTiiRfIhKUqWOLZ6huV/T18WtShsueie9bJaeF6Xr/98+utPy7+fPlIf/nz99ck5jx3BxWe7fGbK ErV8Wqx9NqVpnmPmYcIxQT3OBdSeqU7Zp+VfT7/89GS8YTUaGT4Txe2A3QBJ0UYVvq3PoAOfshS3 l1Zfhsio1mMHucAWWfccq7EbETNfcc+S6Kfid6KWVmHGaCLw+amNTKNlp3+HXGP21EWTtRfnk/ri fBOIDJD5MgJRUF3IVJUyOwiTutM4ENWMhDGNF5mzgBidnWKQRDVy0I+FNmuygj0hqkQqtzNI5ssg 2oQGJFNVCnpPtAvZBvJEuzXbQBZlqoC40AwIUWEDSVSV23TuEjd5QlQZk9zOIJkvg3Cqbj1JotPV J22dd800WvoU7rOxy9RuvgqT7/zCaYGeeYXXl38s7+64IiDDyy/vtQULQTk4qRWcWlVA+oLtoG54 14JSV2x56ldOO3XC3hOAssoprz1eL8zlkGtlnqBXHfH/E0QNmno88jt1BdTDWk8ooUHBGXFAXfUZ 711UQOkTa3HYa7En45J9KHnFK/U7dUYLtDbYDnQHSKdBrFVf8BeU0ahDGbjrqwJ903ds+ypNdqzq gjIqoeU75MGJbMr4hIy+sfVXQjCoBmGu4LX+8PLb0+2lia2jNaCPLeq7IuaZPDPGWJR3EDANMLfN aqKxmxZK8fA9Wk6mGSs0KWBkzmgjRwzcppHSbRU16oheXdU6+GADSux4AXFuGKmgrg0/zvkg8mN0 2A4eNcRAWym+o6ffjUWz2f5OLFyYUXRVO0FzJyBOKLyiMA1xtDjwm2iINL0HUXu2F3u1N3t3ND1i ExOtBH6I6mSstSV/9Gow8ziTgrG15VOr6833IDa9p9x70rfSanpjkbCqalG119d7OrWULhZgb70H 18JXWti7VolLadmqWdtyr1i1abaqehlr61JbjLYfr2Bx4duF/aR/8F8JvD2B7xMdJ4UPpLafZpoW E15W0DhOxcipeOLlUcONW8jBqRZo0cp6vyxQNlIEsVoRgFRihlImrBjRO3RrJIYizUpHMwDXnQuv yzmrR3i8R6tg0Ka695FnvXKUtxJ+azCZC9lgHC5+OAwif+OgfPgZ1vegPkB8j0sGEcoy4XQmb0SC TsSJiUthdcx6K+Sde1UiViagSK4f/v7y580RtMc/dgRaR4KR3dAnNIsxYuMGABPX0pe9SoQB9kp5 JrVPrHBvo3FlwhgmSIAlmVUnOWShPvSxiUb2l0aUydAGTmetOThhi8l+g1t2ANBuQOEbG1CPV95z JsI3+4s95eS9b76lQ3tE0CRU4AvB8MzX9Phtn5KopVXYY6i1xUBqwygEYzBf0xM2jEQtrcIOw6+0 vBcMouppoBKEkfiang0jU0ursMcIqsVAasMoBGMwX9Oz7ekytbQKewwHGMyKgVSNSCUYg/mangYj UUursMfA7X6DgdSGUQjGYL6mJ24YiVpahT0G0IaiYvB5p2gqBGMwX9PTYCRqaRV2GC7aBoOoilEJ UpH4ak+ZDza1O2W9/uDwWvUjVaNRCdbPfLXHb/qD3/RnplY/X6t+5xv9hWD9zjf6cV5DjVGmllZh j8GnrophQhOJQjAG89WetcVI1NIq7DFgbTGQ2sahEIzBfLWHTzRVKJ1vWoUdhvXtkQqpshTWZsw8 WT8Rax2JTHXKuhpAXoX7dbfV0yN0yN16HPtVtj3b1xpA1p+oApA4C0I69xezt5oALPt6QVsHKDD1 5A+1DlBhTFFsax2gwtSqACz7ikFbB8gw29kfaiWgwCTOApPO/gVmqwvAsq8ZtLWAAlNP/1BrARXG hWZY0um/wtTKAAxVg7YWkGG2838pSG1jkzgLDFUACkipDDRFLOEhuytilWfylsp9Xo45u+0MhCd5 3Wcbt99ZrfoOV4PHfKvxelJmOCIOMnjIVsPh7gFXPpqO+IiIG+DVAG9yUwGACgF40qJSg3YKiMOc +fjg8Zf34clukqTdJB/d+UTXHtOTy0BRkZx+xWVBRnT6IR+b4GN41QS4W00FlL0ZkpxkxmO+ZEZY h0NWa4a5KRCMEKREIx7yJSNcfMUIaTAkCdGAh3zJAKuG6ghc0X88v+LJ+mL8YIAkIRnwkC9NAonv D6e51zAofcUlgVt0SeDDo03cgys9HtlwKF8xQJAQDXjIxwa41YgGvD6wkpRkhMQnRMF52lHuhoDn lL7BHVsG59i3jRGkRWMe8iVjrBvYtrWeks2cOdGsuQymCLK9v9kUgU8yRdNO9VVTHGe8smowRZAV TRH4pLkn2rKfexiSH5p7NmphQkPUFxiWU4nX3dxt79BjvlKQHQv8fUFwKyZiSw/3rqVciHOltqi8 NyANz24uBd5MLTyWoqC2pWSobS0ZVj6IWwmSegccPa7jSZfSFWn98aLjWF6eH7mMND1yGWd65MoI wVE5J2ywJmUdjA/lKVl3QOwy0gGxK0izY5fHSEkob5910n56Ttb5KOzaZmTd9MglnCMiV5BmRy6P 0Lrf+U3KOeH4NCnnwrilnpFz8yOXcQ6IXEGaHbk8Qt6Js2hC1gln5klZ58Yz1JSsOyB2GemA2BWk 2bHLY2TlHcOEvBNKIH1MtK2vItj6usM3I7ZFY0AywqH87bLtgIgVpPkRy0iTIpbHg/9kfEiOSRWx OTkGYx3kDSOm5OfbhIgJxbY5EXNxLMO84aw8IGIFaX7EEtKsiOXx4BcgjsgxqZY6KcdCmBmxIK/H EyImlZXnRMxR5XHWrDwiYhnpgIhlpLkR49d5DomYUMnfx6REDD2KfyBiJs6MmJHX4wkRE/6QMCli Wg2vQb/hOgZaHo/tpeD6ojBqutRWOeNc6ovHl/q68e4V34ykvFj5fKC/9aPTv8mOSCDuylHDqepa a0s/0p9744hk+RurB0hqaMn6fTteA9IaxczuPLGv6tc1orG1aEQy8nMz1tGR9a9V/2VEkmoCNowv +H9T/6artX/wPc2AEUmuun/3unLALMlIB8ySgjR/liSkI2ZJRjpglhSk+bMkIx0wSwrS750l6Y/r 0jhDVDfQyivff3mjnDXWgqLoojXeOq35k69b+fAL0sdhAX/ow607dt/SVxr585/ms7F6p7w7dmZN t/yB0Jk0DNYKuQIKpVd8OtPncLp8iqFX+qys/tm/fkL7ZXl3+9NfwC2//nd59/IV7HL9z/Lx6f8s a1E9CmVuZHN0cmVhbQplbmRvYmoKCjEzIDAgb2JqCjI0NDgKZW5kb2JqCgoxNCAwIG9iago8PC9U eXBlL1hPYmplY3QKL1N1YnR5cGUvRm9ybQovQkJveFsgLTkgNDIwIDYwNCA0MjAuMSBdCi9Hcm91 cDw8L1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQi9LIHRydWU+PgovTGVuZ3RoIDgKL0ZpbHRl ci9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeJwDAAAAAAEKZW5kc3RyZWFtCmVuZG9iagoKMTUgMCBv YmoKPDwvQ0EgMC41CiAgIC9jYSAwLjUKPj4KZW5kb2JqCgoxNyAwIG9iago8PC9MZW5ndGggMTgg MCBSL0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGgxIDE4NTQ0Pj4Kc3RyZWFtCnic7Xt5fFTV2f9Z 7r2zZGbu7JPJOpPJJJnsySQZIIRMwhb2GGOAGAkBsgAJIRsxBURETAFDRBAiICJiREuRIiJaVKxb XaJVy2vVur2t0rq1LrUUMze/59yZSSJtf+/bz6fv7/P+8cvkzD13O885z/J9nuecM53tXfVIg25E FPmXt9St3XTNlBsRQq8ghI3L13U6+py3aKD+IVw70rC2sWXZR0siECI3w3lbY3NPw/ZLX30F55cQ mtjQVF+34tCbf0hHaPJSuF/QBBdWjUQo4HwAzhObWjqvn23C0Pbkc9DmhubW5XX3Nfx0CkJTJsD9 8y1116/NJTcq4RzaQ441dS31z6Zcdy9CxZEIqdLXtnZ0NiHtCEJl09j9te31a4vs7cVwvgLO1VAw fNgf67PAzgnleEGhVKkjNFqdqDcYTWaL1RZpj4qOiY2LdzgTXInupOQUT2paekZmVnZOrjcvv8A3 YeKkwslFU4r9JaVTp02fMbNs1uw5c+fNX1B+VcXVlddULVy0uPramuuWoP/9f0r4IDSiRq0C4nLQ w+jX6FV0GO1FQ2gdehTtRFvQSbQQlaM6tBTtAj2oQNvRHWgjqkTfoSXoD2gAPY0Wo2o0GfWgbehl 9AW6GzWjT1A7vL8T3nwVvYEa4N6jqBsdQA/AMwNw70P0ProV9UPbz6Kj6Ai0fBM81YTOoafQNWgG moVWoQWhFpBf1Gk1EWqVUiHwHCUYpduyJmeks2IwTmRfNvjW2wKT2fe38vd78vev2XcAyrdQ3oPy 64z0ZzPSz2ekI78eNAFjQijlOJ4XBGQtDv5ZMxhjeDQ04lV4hY9A8wWkAo0R0Vx/iS7UESWnpTwX g4mojcGIsG6BbhGkg76qVdBPpSKCKhVwTxMRA2Q4CnfhiFJT09Kg5GTzToNT4cTYgF3YwGOs8P5t v9Bw4vIlspW8ENi4PbCenxvYFNg4pDixavji8C4hd/gijf3bL8upbfiPTJPfRU3ULRAUgSb4syKU CmSlQJhgK6WEU6swR1l/MHJgAXMRakqoQsAqJbCQsl6kpuZkY4PX4sz3Glz5TgtZNBQ4MzREZvOr vt87MMCtGgCjpGgHUDkMVHTIhuLQIv90ikSi0EcSm2jFKC7SivVRdivWUg7Gb9BjnRZTpIvxqCwe Pi7KZtAqKFZqVbxoj9SLDuACp4O+p6Xqn302Vf+F/gvGDOCGyZlrs1rMCs5gVggup8ngzfUV5Oe5 qMHrMOidO3D1Pas2/gFHb177gLT18KnKgqW/P/s0VktfCKSi5tTHyxZLnz6ypo4nUm5yybb3AvcG vgF2RwClJagY+p+GPMjvT7KJeiK63Zyexy7EEWQyYo8stWiPRvA4PUDYqEGZWZnsP9g7U5qpuJhV gVvGYKeSk5IT8/N8BV6HyZWUnORKUAgWM2+V+y+4EuA2VmsuV0+uXFn2kPRZdcsZfHXmMYXD375u kgcr713YtXLtqQ82VAmEk17PKOm6Yam//t7/7F/eIzUtmdBWPnHakf21C9sfuq++7Wj7Q4jgXtRE erh8kIUCpftdPJeGBUrSmNaBQINax+QOvBUUoGcUuBuUrtfiAgG7cO/X8Mflfy3Zvob2BqG9apAo ay/Hn8wMCoPC4mBjlDXmwBzmZI2GFlnDTG/HGjWBxuDB06fVh0EzzkqfDXuZKZ1EVbQwpI9JRFTA myoOUTVTfZ5DEWqMdBGgjaCZQA0UNGgMJv15E2OyzGEzcNgCPMw3eEl55fSKnolvH8Zli/R3Gi5w byGC1iM/3cbVIAOyony/0yyqRZGogZNajRUbMWc1YoPMEKvRoNUIsijhD3o+KkTiBAmFxOdkEjUQ VwKlWxdL//FY87Ka5idwW2TgVs3vTmc4n30iBe+VHtzfd/G9vqOBN6X9QzgGO6UPwKGhhpFS2gw9 iUQpqMbvd4pau2hRitQiaHGyTQujFQQehMFHMu6yLsV6DG53pI0iNU2GW1qDOkLtABYzw5ENIjUt i2mc/llzmjlL7q7cYVB/B/VavbmGfFm75L7n2ny8rHc2a1gpabO0XTrvOxx9/oPV++5tXuZtfmeg ySV91jbVV1S65triyrIZXP7wUWklLjyFyeDGzdc/fNPyC+srG1aUd2+4unpGde8tC8thZD2olJ7m rkPRKBEt8Zc4RL0dLF7U6DkNRwScGGOz6lQAcIgJVs3BcyDYOI85Woeo1mxl9x2ABgyCQM5MyHpm 6mOSLh4dm8nodBgMYaEnB4end4PdJyh4zmKWh7YzBc/B8/KN8Z6JvcYdgy0zakjp4+dFvE2q3LV8 STW142nSAck2SXGbet++ibN34atSPL/9+cuWd3fPnbkSxjMACDAAeqlHDnSV32cXNQYRhsKBusfr CBVgGCwu0ItBISktFlFHMaLxSoAQWUD6kIDOBwVkMqeZzGF9Altg0gjbvsKFrxDLwMDGXftqV+TX vnR/fXIr3tw11Vc4taO+sGjGJIEEnrtjy61/Ob7l02Ob6PLuZfvvX9Xd2PTYIyuqgWLPSAkdBLvX owy/Qw9uhyeCFpgOXUM6fYTsChVaFVIBo1Ga/rwejEmfynpkMnnBcAVXvjcXeuHrOfntW6ekNc6r kl5ZFK+bbinl8gNzyenvDy6LF/f4TrHRD4HtevgiZEIV/mKlqNVyWFQL4BlBxBEcMuh5zgrkmKqa jOBJQpAj4zmoOnTKpBcRNRowF/QtP7BqL0Mhw5htQ8fwzoNffTW/tqJn4ctPP80XSZd2B/bMADN/ mWzeDf1hdr4RdDARrDzeKhqImJDAGQSzCSfK5h3p0XKeuMQ4s0kbgusgWo9aObBfBmr4TxrFalcC E0xIVg6KY6N/fSEn75bYPVOXti7dhvNz7rafPDe8c0pPc8O90gGw/aG9ZSlpWRFe75xVm+aVShf3 bl24ODejqm9b+WxcFUaBJkABPfhG0C2bSA1iRAQwDmMTOEJZt0Qd1sudtngU0dE6LQVGmRSIOWYR dEv857rFG35g8F6DrFv6sGaRX12/587ahtl1D91+q71NWr+y0Pdex0xfjf9JfLh32+1/eurm08c2 f6/ltrXUHpL61i8bONM0G8juBXvoAr0yoan+PE4URQ76qiQcs2emSlQTwXqr1RC1kqqUDqyWzYAw QZtQOIQJCxf0P2imBnAKIQveO3B/c8XsgbboW07eOc8H2tb8ZvnMTlIz7O042FXVK/ehCfpQE+yD RqRUwHq1AnOCksI1bDSolFQOXojeSNUqB1YY9A5sJBBWgQKG+wA4GVQwW9AEDS5DnuyNoYJF2/69 989LG7i7ubxygMvfeHT31esCTWT1pfmVLYHjdEjWsmK6FXphR5n+aJtIRFEd9CXYLgvM5BHso17k B+o13om4QhGAbPJ0a7k0FPIj7vKjaUebikozijaeScYnpF37+/4AjkQ6/cTSxrMDdb0fMq9ZPNJF G4TDEGHG+Q2AlyqZssJDAGLJGGVQBrBC7GVf5HmpB/celjpw3w68mdiIEW+WegJ/Cnwr9cg+Mjgq EcUjrz8mUlSCaSo5BHgXJ0CbLDrjzB5NnIbLCtnND7QOj6GZPETbFYBGyLnVNb6GTx9pXtbWPLhm ii9jyo/WTvFNLOJqBre/f/8Nn8IwL/dv7e+ov39/3daO+sGfLm9jGNMEMt8HeiegRL+VIJ7IUBb0 jaHAPjMz5K7TwjDmajr++WfHpSeOgev6khrlSAPtH+kiT/8dz4hHoQKvwRrJCvHMNsqz/bhP6jiM e6WeHbiXiCQCb5c2BT4PfCZtYlJIg76VAs9UoAkugYU8CoiSoV3QNyYOAayVKjHgIUTQQfVL1Z+H XmJLAYCagincCz976Q+7D3L5Qz+feGrCs4HHQcXGxZ9RaLG/xCxSPeADz/DBCqKwWa04EiJiLbZH 4ig5+DJ6FFo7IlYd3KUKG0MJO+ai7DjSFvKlgPIsah4XmLqDgYFBH9RHiGcMABImiOoNNLb9ycea V7WuGcKzSo5lnr789W+zfoNbmp7+9Kmn8Dpc++rLUhH2BAYDR/Dg7oCMaYwXF8BfKiBj9vkTlUhF AP1Z2AboDwChgOgTmKMbl5Bljv0FkxsMkqNO6sLUife/gltPtUh7Wk7hC3txmkAuN+BfS+m8KlAN 1JqAP03jvbNgEHU6AWSA9Upu1DsDFRlB1bGxkL+A3ijV7BWMg3HqP0NQPAZKQRBNvlKZfzXQmtx0 7EDt0rLan+3e+NmqKfk5k9obp83IL2Ed3XRs7+3fvLDt1B1cR9PAfQ0bGxsf31e3PijXJnoENCYG XeefDbivg4BXABizW4waFQ9MUlO4h6OjzKYINQ99541m4BSxRwO+QhBsMjqwOcruwNGURUoWM46J xnJiFgK2cHwhYxuUH6AbVNjhJdvC2tq8a1tO7i4rSbH1z964m8uf29HR8V2AkP/sL8vID0wkv+87 FvAxXYRICLzVftlbhXgdYRBpBDAZ4+iwtwJXBQ5LjoQUFgswWivSaIVWp/0vvVUYhYPQAb27MkDF Kvu23XuXNlTU/WTP9QN4y4oZM3OmbqovLPQVcfmbj23t/92vdx7rlZZy36xa0XhXf23v0qafHlq6 KshtP70LrMjCkNoURGpeRmqLbPsGj2D5vyD1lZZB78qQBt7sWCGbhf9Y2pnLwxeMZEbg8rvn8aJR ozgSuB83o7C3Ah01oSn+bK3IQkdDBHhMQUWRHBGpVcxbsXBeaTTIYRHhACfC3nLUUY0Gi+NkuXfg jt2yn1p9VeWAHBGOOarmwE+Y3BiGHIHRi5CDJ/pN5jCi8zqrhzN6NAzIZRwfD+EGvWIUFWzysA16 gp5a09W65rlnV3dsWn32u0vfCmlPD0kD0uGXX37uDVyH1/3qxF4Y9iFSQ1bAyDbDuH8uZ3QF/jSV EhiOILRh1hehZiiAdEEEgJRHrQpHg8FYOTWE4QZAAuwC9+3afBgffl56EG9/QXpzEPLGQCU5Hnhr uJ98elnSs1H2A7UngZoWcrsy/0SFqAYUtGJIHK1YJFwwRNdqIDIA8DF7eKueIRCEwHyEqAObYtS1 4VQqOLEQnldg+T52GVzhaQVnP17+05Yd0rfYe07647nDh49XT10vfSKQ+Q1PS59cHSgjdwWW80TK dPtv/YhpwLmRS/hVrIbIO9JvGIUjQJ5gbsx8jclpcJ7DRulLrJa+ZO8cgfE8JHPP50+XuUcFytIJ imX20X+JfUcGcMNT0st461PSu7tAT4Z34SPSYKCPKA5Kd8BLjHtLgZoKIuZ0SoBvCsEK4Mj4xlyk Esv0OCqTgZ6D41UhPDoVZHJaYABQXP3k9cBb+APJeUwgh6XJBwMNbDTVYIET5dHk+xNVYAMcjiCE QQYQAP8oe0kU8QNIPn9+LE4EJJbzWMi480nfcemgdMB6gr50ViDfvy3V49PS599AS0dhFHOBigHN 8fvB0fIsQLBi8JqaCCuzKmCeQa1CNDjNBDrIKSnTiVAmAtwE9EIUPD4dm2rD+XleyEASLBZ5gJB/ 4INvvne+Epulzw9e4vKl1/rnft0//As6pR/6MAX68Az0QYkm+D0gNhpW+uAoCa9g031annGYh8gU s6A0OFyWggUFh0FwQGnKWRyB1Wel248FFX54IPAqyUUhefXK/Czy543JS6W0YjUNCQ0C7vFCY1Mm stxASbi/kxuUfvJa4AL+SIonlQGlQA5KEwYC0kFGrRuobZW1w+fPUBCIvoJDUikFXk7mMCEQ8RAH G4wc7IfDqtSxIbEIHwbV/Sa+++DT0sKjILqN3JbLDdzB7xlaLAMadwENDYzIq1YA30JENBGMDPOB LKrHPLhGheBg4gpT0vyQkolNMBmoixpcy155/fWhHS/se2o3UGvk7gRqi7+/nxU2qhEzvoBrEM/i QLBJgsCoeDYdwQYlRyNpoH/MC9BkowlfmHzP5moTrpGek75xg54mwKMzQhj3345KmWRdM86wGbJH pVNvQ7cyuTcuN4Rlug/a4lGKP57JlMMhScpgIc8lQPN82C3IybosuOOQHF2CptRHGRL6WGwRmnOd 6s+3iRy1Uh7gG8s2AJ3ThfITtc2gEzitWtSLDlAO1l2ghujYrAsj4gtO8YadQnBONTnJ5evqwh3f btnc3fvnFUvw3NrK+5rYvO+D90sHpJ0/fY4n3+8lc3HizetkDSqm26BPIlhFKhecIVAJwayR6T9l 9g/+L5QrAt6IYaGOSxWZFwI1kvNvQ/fRjz8+Wln/K6kb4CxWehzPoL8bjn11w162nERRB1DcCV5P AXywgE65DCIXISIO/B7GFlGlBM2BgAW4QLTg/uGCQLLk+b5/kNOwSWQoJgzJmsFsYrNpeckE4Z1S u9TxHF4zac3viies+SRWSAuoA2ryHfnu+0E6dXtg3xvSX24lq4f2MPkuArlAIgI2m+d3Roz3h2pV 0B9G/OOgeHxGA4ExxMX7fn7ixOPgKype+OijF3AFYNDTuFiaG7iI90jNxM6orYTx3wscj0ML/BOi RcEEcTEnCDgu1g4RiJ4iGTVwaN4diNs8ajW7a9AzmWixjMJ60ANZDcbHlKBydCxYC84uBmM0CEqS HyHHAhet9XcebW6c1v5n6aGpRxOGbp41Jc9/0921mwXSL3k6d9zyy5/c8Bru+bStdt8tC7ueYnOA hSOb6C+E3SA5q1/FGKALcyGNfbEAESfTtRXDL1cIuxP/pnfDO1+jJtImY22G3wWcpIIMs8rgpLYC EZb/BBFWXs4IY4TbICjyC9iMyIvzth9etrGJezFv0n2FtUE7XEGepgdoJfQkxm8e49J4h50Wgs4V 1Df8Iq1kc07l8kqHB0VDlJcWIRqN4CB5LUHRUXID4HFwKDe3Rum0KsxrrfLcZ1rY0MJRnttpxAVh dlJXgS/Iaj3PKZz08PDJIlyzI8efManzc+s9mqq2X+9p2Cy9LgXyyMYmvA072mZdu6G+eJF09Ffd h6taz0vffvLcF8weykAfHgN7sKFkQIhyf2a2aEwRHZGiYOSYI8IFDg0K2USeR5fusSZ61DEeUmDV adRsKiErM5Tvj9lH1thcLA6nSGPLMPJs7JXzmfTKqL78NW/zh2vrTryGVdXXX3y2eyM+21hSaC/q r5hYVVVYuXVBqX/Btu3lxUvm0pb691cvOlu4+sL79Q3SJ/d07G/rfh5HkXtmT2+c5tvqnb3lxplZ ge5l16xft2DZsgXr9lfMAP42gFzuDOsIpKVEqQhLNIiskPQzGwThKsPCDYZ+FkRdRuxsoF7pw9se P4jjAhsF0hXwBY6SFPIf8vwdRDX3yNl5KirxJ7lEfbSoJGJkJK/nlBgAhcFbFFOdZI8m3mOOMrMk I8xHGdp+wEIW09PxaVA49biSi+Ri/NGd88po1yN7m9ZXtr92rq1nVc/b2DNN2tRd5kue1tc2vSi/ hHvm7eP3SF882Lr5zZNbTh5/Ai/AK979FgL2Qy1Vmzuv2tFQffvWSjbH3Qq6cRDGYUWJbByxomAT dQR0mNPxAhY4FkjBTRiH06O3e9QQO3PjxyGvOIyNw+p10LGsmWGnvKoFyDlO7i7749hMO068ubKw ae1DeFCqOd860YJv+jrN31s1tWpaCT79AZnzwHMd+873DQR8w+8NVvXQT6XjN1y9fu6yQ4dq2Bx3 Gcj2sdCakQvLkCoIFP03MRV6/UNUXf/YK0Nnpfdx1dOX/vo0rhKIpMSXAksDAlkYeIBcZthQBZwa BE6loKv9k5xilELURQGTzCiZpCTLegVhFhzi41js5fZYeY8x2Yyp1mpE8XFqFaQYKSiEq2MrmGPz DcFlywTFqNmPM6Zkb3AFUe904RUNW3JqPn4y7Yi1bM1Th5vWf4C1K65/47muKuMxy8eryqql5xvo g+6ZO4ff6l20pab5sb/Na5K+ONm2rXf5Cekvk+ftwVPYaDYC/7aE14BZ7EjkxTWIg8i4JIPFj3wo xZDDh4grIhAW2cG3a+NR/OTRo1IphHaQBC673EAOBlYwOjlA5zU5tvP5XWoWEysBp5mYeBbdMTFp /pmcxjk/+KdMUDlHKvsG+iqPHDrSf9s9EPY8ys1iBYK7ju/7UAiLT8pzUBn+RKYGVjre4mFAmA9n MYorsxgYSjldKg0elwYhg/le4C6DhXihxSFoUQ355TT/xAhARELZanh4XUOrCa6QA8c0iChUVBsB oTDFcsgmr6+CYoxPKoKrGkAsH2Mn6Trx4IMDgWNkkVSKIYsdrtwh3YWX95MXA16252QE7G2kSM4f NcwVAa0x91g8GdpjuQmHhtEz3lAuPCjz28LmHCxa0Ey1yop1cj4HKY4mgnXU4OEh7oG0l1frtBBO MyZpfpACj62sC65gAuwwML/Ujxt/tmbXUN0NLxw9egZb1pcuEkjF2jcCa/ID+zlJAi7v87sAIbkX uF7FHuE0oK8BzfcXqzEBF21QKSFGxoJWw1HIzYJ2KmqIXkU5lYLAqQJRLeTnWM9iQyJAgIKDOqc/ n5Y2lpb5vILCa/GGK9wLZzberm8bkL+53h2fn7n1/svBb6YVTIavAFesqNm/GDoCKYXZBN6A8sH8 UCXnh4haLZDVGCFPZGkiJ2cDAuioUgehANHpKScgfTBp1LEsBLpvMoo6ajEb9PLeCP35cC9DCMNi fqfFGUofnfnyx3sGAhrrGWkA+6RH8BzpkcPSaTwXig9wR42/C5zoPdUrXY9/DAfma1q4XjppjJOQ PSMFJKpKBVu4lxdedFpmPUin1xLWd0j3FKDjiPLIoGKrMIyTkBMq/46ToPZmhjgud7hyCBOZiXh/ qCKcHsdN4GUR8PIXEMv+myy6qL/qtgO3VfXvOrR7zyEuP2Ajf2Rl2Eu+C6jlWeWRr8H+0lABKkXt /mlFYqYvzyJGacUEPjWBjyJ5OC9C9lKZqbggMz010iaAgcobtnQlqbQwNduQGqdKTSrITk+Ki7RF UNYlFu2zsGYsqpE9clbInQ3JF4eCwExCy8nBIBc0UnZlNmF0fpClR0GghmIIxkIK2W0H3yNH5zvT 4o05sxc/dmjZspra+95Y3LJD+uq3129ateFPv/1Rd3nhooVxZS0nK0oaK3wbCjw55RNT8rnj0gtS f0bXxU/3PXniIekR6dwDx5+fPvzMa/hmvPCNyy+cl54f3tWw6gZc8s39vZXRS69/56WaHw29zTi2 AtLZA5xZ3qfh8Tvl6QE5mJVT5nH7PuRNH/IsVAgBLaOBLRTO3P9dP2uvaeRxejffB/pnRqV+r5It avBalVkvsilgrbyMrNOLRKWgQT3QqtnUG8CLWRVcB0llE1NskZktM2MbJNUFJj4fey2QVSqSweEZ 6LyKafd13FgYWIWj92dMON18NDWW71sqVUsfbPoNnmg5KJ0+K538+ZfP7/zp+wexGmF8akRN5ivY zFqs3xRGxlCuTGUoC8Ijm8nHpw4eVKjZ3j+KLoycUziFclSCFqBr0Fb/VXPFfCIW5xNcWVE+v6y0 pKjQm5OdmZ4YbY+0mo16EfCRQzHaYkj6IIrUpTjiRx/0BZ90xf/g2R9ofNYVR3mWWV7kBqQ1jVt1 LibAB1ArRaLbxrYWhs5Cq858cigxSCa81aZIYqqWr3ezh5jisVV7hVlhlVUuCc7MtgKcX1mxvg28 torHAyYNTsSJeukT6bSW2/aYwbxPYb+w8dSFQemDRYF9509Vbz4kSaqoPbzhJ/vO4PzCeireuaPA gRtmzDmsobRw824RP3DHLapBPk1QZvi9szI16n3r4sv7Zib09OcYCha4HNOj63Z+PHxovefH0bXX P//Sap8o3fpNzTJfzOqeC9j5xzTftoc1RCpJXXDkgE6h1pX2HsYDFt/FWx4DHcP6kdcUWfwp0DEj 8vqTQjqmNUaoOApHgGOkM4KrUskaptYq5Kmz4M6FkFLh5ERQKlOiqcDgJQrCC+c6LkjHu7Ht9OUz XbiudtJ9dH6ndDd/qkP6sfSXjpdwov3g5VOncOS9+KXAV7+UfvNzxKHWkTbFbcJRyJU8KAOil6P+ vQlJsbGJjvhYO+9OphmpbhyZnubGmdlZbuxmDsNNEXMZbqrQad04QuA8kTgnEye5cUoyS6VtzMqY u5EnI6kS6RzxJJHQnOyMdHeinY/MAlhMTrLzKcHJcTuAGWePxJ4UCC1CU7DMwwBDTEZsszIvrgqH E1my+uR7Lc6xT374g0OwlMw2NeQzD2SDuzwUemIv+TgQTbYFuuncSx/Q4sDNZEMgmb/NmdKzba/9 rg3lw8t37aJ3DS+nd/Fvv/xyV2fbxu7ujW2dXYHSAJnv9Gh3R89vlR6kD3atX//5TTcB57wjSxUD wLl0NBVVomsx7/+9JymRTxIr8nLJ1blmMmMymYZoorh4YfmCeXNmlRRPyc7KSEtOSkwwieCcbNeU 0rLSa69x42mFk7y5bppns7pxVDpyYzPHTZ+GfQV44oT8PDq1FMfGQJgdHQWOFzsdbAlUhXRqp4VA epSG6AxTNLl28cJrrq6YM32aKtpGF5QRm51OsU8k5bOK6UQfzc0iGV4aEZ/tLS2ZXDjBZ+czrBY7 jk9Ps2On2WTHKCbajmPnRdrsxC5wkybiqQX5GTTPix3xOMHJMDQuFkfZwaOOOf20oFeFk6wsBnah TVihzMfns5FQZgwBsxwNGLzy0RyWkIEnimSjvPoqh4gW2dABvbxMuQtMYPTsvo3ZutVW4OPfjI+e s1tUqeg20Tfx4XN5KfjQ8I19+K97ibZs6+RZuszcnMvnrttZ9vx132FhyxNP7Gwqr6jcQh58prxQ SmgK3Lj06inTF71VulUzweFZvDjHTLcOS4Wixhc34MyQ/pCR4Y6poq9jQfoS78LR0sdSW+Cbraod 4hRcvUj6xVe34Rn4wBZ8UirfcqKt87aNS4fLuKZpgRjpoZZ7sdhetm5xK07Ct9hnPF9/TcniI6cQ R/pQE98e2kEYgUSIZorY/lKVvAKjkefgwQJA3yGkETUKzCJprBJ4BQvZweA5NpnCVpLlvYXyVLYt a3LwP7TF0MbgPnQkfS++qD59mhhffDHi9GmBvD487OX3s2/owbaRbaCvh1E0ciI3Wuqfr0jWOOPj Yjg7yyA1ie5EN06gxI2RQe/GRsq5EpjE5WU7FhuyZ6PsJohcUQQkkWqc6MLuBGbwwc1MTCnYXOr5 82myIoBhGk2QxplsBASOKBgo22OUnOy18knJPquNPcEjsjGwK/eOncVZ07bU3DT3Zumj8mEd/R1H FQpeeUCBV62s7qhvuGyl84dPcc/1SbOkL6TLeHaDVDSIV5J9fYmuNSum9Q5+/ciSeavvCqBdbPd6 BWDaCaEV+VAhKgbrXIJWozbUDTngFnyLf+S62YvJls033rBx/Y+ur1+xrK52YeVV82fOmKbmrGVz aUU5T+dG0K7O1jVVfISCdre3NXMiovEGE0l0kgQL9VhsJCs5iYKJZdqjSfViN762sWFWmZvOnjhB LwIuFk4yGtzU5MvzIjdNmOpPt1rcnK14cpTdTaMVXM21eGXTnNl09ap5c2lBfgTRaQEsS0vMJpqb 40qgU4oibTQmGqelxsVSNdJtvnGFNoKv1dMtdWqqb6TKxgnkhmVkwhy6/kczFDw/M4ZyMXFkYzmJ m0Wv7+7qbK+4alpyUoITaWe5aGVNGmlrbV6cw6dV0zULq/z1mVx1Ls3KXd1QX2unK+fPK5tpp3NK /EWADHZeP7W0eMqkibExdkWcryDVk+iy82k8t2olbmrEc+fg2bPwdTX42mocHcWA2WY1Gak9kuE1 Hx8HiUp6GvXmYu1o2D0GFGN10I6Qt/fK307LDz8uAxj+KBwY5JDJKaOEmyUW+U6LGwqFd1mKYXDl wxMsRODBI7Id2npefiV0F8va5pQpmeRvt/xNW4n6zsr1xqxvkmNuSorDN0vtuFI6Lpcjw89tcpVn fHy8c1FV+5atj9Vc3Csdwpu20ATpP3FcsLy/f0W59HN8fn3L3TOmvzd7lvTXGnxV9J9wD7elcbDq oTUzpDP4ufWXC5OKW2e5cMQs9yb/rJpjS2vbjuE3D1xX3bWbxHPqJz5w5y5bWJ1cldfS27Stqb+t gtySXleasXJ1x8rlUgt+fKiva+tHHXi9tPXmXimyv/+v27aR3117YAK2dwVW/Ll/Q3nlvg+lwfoj eFN3tfQzc/+1tQtuK8AWuCltXr86p7nn5hvydq4mr1y9rnh7df2M64v2zZNnftEheoDvllesM8Zn 9+H973TcxkW2EKtUoNG8Pri92TCa5OHHd+Aq6cEd0oO4iu8OvL0j8DZJ3gGYI438WbFKYPtjs5Af 3eyvyxCNyWJkghhrJLGReHLhxPwsN4s1oqMiWV6uVPAcsbJ0Jg9hfzYJZjU+R67HYR69j9Vat5+9 mpcNr0ZHIa12Sq6ZatwQoLAQCeKjUIajP3+eRZ4s0RmbsvMGdcBk5UFlgtP6oRyGhmMHnym0AxKc FCYGPUAYuDV4DVIjG28eEPof03S+rz6C1YseObBseodU2da4b1a3ZsvKHX2KA/det0a/fv6FnFk3 HRk2le7av1tzbV7jE0SwS4fElAFbZGAw94Gdm+fHnJ3kwaaNs0rtJF5Q79YJw8+5tuQmTrpN+gA3 YhPuJanJgXek21ftOX9dkXTvWavtytx4gd8/lhunhRY+/18mx5CVaEYeFy4JXciLuv2F6aLBKSZ5 c7IyU5MSXUyoVovJwJIEJdujp4t3pMg3U0Zvjt7L/Lu/rHDy8Hepxdi9YC7BTFvBEgibwPIIcDlQ 5SBkUOQlcxazkyWvTMhukCqGgALShyW3YX5m0oCYlvbG38xfSa9fs2rf9t/M/ODyXOnCh1puvwDG /s0TQ5qLTwW24o/zNgxJj3YPHx/awVdq7t2e5lm3WO3ryxaPH9wsXa67pnfRksW/0t5R+3Dvg9F3 2LH34ifPSWWLIFioUTKJPYOIYhp/GkXKe3RjnaIaAjiBg2jfqGa7hxw64rBCOqUTgjvywj+oMLFp U5O8TJIIHhkSIUqCCw2+AqfDxgHgUoiMgvEWgPAn5JT0efehnBMPnG9eOjA8jPtx5As4OiD0/Oag 1JyVXnfDob21xIRn7S0SA3+RBqQjHY99g2d+913fc9Jg4ObtfIZz85vSM7/ckA84MA0yR5w88q1C z0tIj6woFV3nz7caUkQ7TnXE28wmg14ToeI5rdZuZWYKI0l0xCocBO7Gyrd18n0S/mXB2HdodHJG KI9QP5STzV9pZjjRaUvkMQguOQns02ceXRbANflb9vfqM6pXPElwH16Nj+ukmdJ9dN0vjkrv33IH OQCZ7dXv7/pAgztxLm7Bf3VJKumuNXsrDs+Qnngozsbbp95FZ35/IbqyBvOJ8SZTopm/v9DHVqje QskKNZ8MkVqG3wnuTSsvyEMCFqFlG33DZyqtjm2eYOmYSZ/Kls1tCIO6IQyOBkFSJpyslk5JK7dt 3SH9h/Tjnpsfw3V/vPw6n7xUqpJO7TrUg3fjjMbGkzgVp2v2A6cHRr4WJnD7EQ94bEGTgLbM3uCe A0YbW9imvnEXfzDJFGSm3BHZ1/mC8RVkhsBSCjA+YebivoZpXxddd/uKKZIOd71yYsqReZ88I+0m 69+5d/qxN2LeuWvafa8Gyrux8n28J0kqkL78I+A3Pos8itPCFuiTG+VDzDg1MyEuKcGqEQ0GEofj LKJORmQVQ2xrEKxzXVGproSEBMAgHaZR8AAANsMm4JgFhXdmBndhpemfldeFxrDZIE8GMJ12OtwW zgnCz/+vttnis8eIDd+wXkoMvFJUjONwCd4m7ZF+IS1aUsPHXjez0D11Q0F2z9LJ0+OcZbbkWTmp GVnJAgls7vlsa2CD1NUQGZ121FVceJCfNrukqtTXFF3S2z7NU61PuioxsdiVXFTkcULGXoGcCoEf lGWU7LfisCSUTDWuFEvaeHHgRNAPnupe/Kbpna8C79IDePtm6YbhmfTdR7ftWPXicPndtLFj+Nh7 zOYyRs4qXhNOArrbUCxa6J8QCSxTUoBLm8VsFHUqLdJEcJTTKlXKKDb1Y2BMZ2jK7hvY/i6VkqP4 HwBqZhrbL6WXJ5SDswdGk5OAtrMMyy33NBiYC7qWR4af6cY/+tuX8wKPPSl91oMPnTlknkH3zWtZ 1VgjvT6vvqmpii8qH14odW65C2fjBHyjdPLiWjyfWDOm7s/e3jFj6e1ndrWVrtzFEHDZSAvZgvvk fdapfktkpFIfieKMSqSLMXFmkybOKG+wDgJDuPJfb6/GXf7i/vi5982Y3F85t600N1+f3pKdUl7j xn3OufeWTLrDOfe+1qvnNqXlzklMXGrPrFuVqZd78xG9W2hCDsDjWf68GJHHPEpwpmEX5iClcbBN 9Sz6ifSojAaS4KSqBAfb3ekE5+HEQqIzuO8MlFheN4CER94pMG5NWGD9tLB1rdAsqsNgtpggR1vW uva1h1rbXqyKiT9OUxNX3eUp2ihd6vn4Y25R7Dvb+xtWHz3/YtXsinMu/d9WXrf2wb4FkxdJe9XC cPeXCMm/x6WKE+4/JMfUipP/gkSl/LvU57/d/OHYr1RH1IrXFOz3uwKMNPgH7ynUI+pxP2XFV/y0 tRZaGuIQehfKDihLOIR74YjgOAjlJNTXQ2mA0gNlIHQcGnd9b6jAOS4OXW+Csh/O04JtorTQtSWh NpaE3mHHzVD6oZyDciRUr4ZyFMqU0Hk3lGWh44zQNV/ovAPKIigroRRC+RrKCijlUMpCfWSlNXRe BWUjlJzQM97geFG/EnEvsHPgSQsci0L9XhHsOz4F1y9A6KSHY6tSfo70wXEblAr2HBwlOLbAMxqo PwPHZDi+BccBKGehVEDJUAbHsgzIlqMt6Hd4Gm6GzwB+iYhkA/k99dN19EnOyDVzJ7iveC9fwx/j h/jvBJewQXhYISpWKp5X8srpys3KsypB5VAtVPWqHlcNq7PUDeoB9evqbyLsEUURvRHnNSqNXzOg OaV5T3NJW6Z9Vvu1rkp3SveZWCHeIj4pXtQn6afot+hfNKQYWg33G/3GJuPDxtdM+03vm9db+ixv Wsts70RqI89ESvZ+++dR9VH3RH0R3RE9GKOPWRjzsKxNtehmFNQwthKJwNIhQCXHQ/qViM+M6tzg qP6BG4UzPPrWQ6E6hUgp/DwHz7waqvNIB/45WGe/M/44VNeiHPRlqK5DOThe9kMRjBYuD9WBFv4u VAdaeCRUB1pECNWBFokL1YEWSQ7VgRbJD9WBFpkSqgMt0oqYZ1PBYOaSw6E6Rkb6eagOnoFKoTpF 2ZwmVOeQkZscqvMohpsfqgtwfVWorgX92BCq66D+vlw3MFq8P1QH6BduDdXZIsf+UB1oCcdCdQ6u /yZUB1rCJ6E60FKQUB1oKcyhug7wYt3U1rU97SsbmzpTlnscs9Y0tLa31HWubF2T0Vm/vGlNa3Nr Y4+jvL21pZVddJQ01q9Z3pPumF23tm6NI2VWeYkn3ZGbne3NyM3Oycl0LG7tcrR0dXQ66pYvr1/b 6Uho6uxcOykra+XauobWNZ2ZcMxsbM1ctZZdqWWXaptXLq9f01Ffuy4ns6mzpTnB0dnq6Oqod3Q2 rexwrG1vXdG1vDMTCM1shSvLK+obu5rr2kfPHVX17R2sZ9CHzGzv6PV/cvlf7s6//ML/5+e/l59o KmpFa1EPakcrUSNqQp0oBS1HHvDqs9Aa1AB321ELqoPrK6G+BmVArR6eaIJ6K2qG0ghvOwB726He AiX8pAOVwL16qC2HJ9LhfDa0sxYKu5cC7bO1NI98Jxdlw8cLrbNaDnwy4epiaKcLji3w3QHtOuDd 5fCph1bYWYLc3044m4Sy4LNSbr1Bpt4JLQTPM6EXrfC9Cs7Cz9SOPlULY1gpt7kGaNTD+TqZOmu5 Be4lAJ1OeNYh96FePmuCNzqgtlYe8wq4s1ymFxzRTJkHTXKrFfBGI9xvBprt/+C+A1XBE+3QWphn QT5kyt9///y/9vT/PHf+5yn8f/38N+tn9unsR7OfyX7o36Gbo239b9NLGo7i4co/+PtZNj6LEyO3 9sUi9H8AecJHzgplbmRzdHJlYW0KZW5kb2JqCgoxOCAwIG9iagoxMTk5MQplbmRvYmoKCjE5IDAg b2JqCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQkFBQUFBK0lQQUdvdGhpYwovRmxh Z3MgNAovRm9udEJCb3hbLTQ1NSAtMjc4IDk5OSA5MzBdL0l0YWxpY0FuZ2xlIDAKL0FzY2VudCA4 NzkKL0Rlc2NlbnQgLTE5NQovQ2FwSGVpZ2h0IDkzMAovU3RlbVYgODAKL0ZvbnRGaWxlMiAxNyAw IFIKPj4KZW5kb2JqCgoyMCAwIG9iago8PC9MZW5ndGggNjMzL0ZpbHRlci9GbGF0ZURlY29kZT4+ CnN0cmVhbQp4nF2Uy47aQBBF93yFl5PFCPfLHksIiTFjiUUeCpMPYOxmYikYy3gW/H187+0kUhag 43ZX9amiqXV92B+Gfl5/m67tMc7ZuR+6Kd6uH1Mbs7f43g8rY7Oub+f0xO/2chpX6yX2eL/N8XIY ztfNZrX+vry7zdM9e9h117f4abX+OnVx6of37OFHfVyejx/j+Cte4jBn+Wq7zbp4XvJ8Po1fTpe4 ZtTjoVte9/P9cQn5t+H1PsbM8tlIpb128Tae2jidhve42uT5Nts0zXYVh+6/d5VXyNu5/Xmalq1m 2ZrnvtoubMUW7MjBgT3Z7cCBbHNwQS4YW4pr8JM4gCtxCd6JDfhZzLNqcsk8e7EHv4jp0IgRa3Ix 8hv5Fy9g+RfYb+Rvn8DyLxqw/MsCLH+Lc438S/gY+Xs4G/l7npv84WaS/x6c/NETI39PB/kXdJC/ h4OVv38Gyz/gXCt/i1qs/Avukb+Hs5W/x29hU/+5Lv+AWmzyR39s8mdO+Xs4W/lb/F5W/oF5kj/X 5e9Rr5V/QE4nf4d6nfxL1Ojk77gn9R/1unR/0EOX7g8cnPwdanfyd8wjf4f+O/k7uDn5O9To5B+4 X/4OPXfJn+vyD8yT/FGLT/7k1H94evkH1OXhb3ODPnj5B3LQOvy9/Evk9/L3jE3+3FPxr8h76+Vf Mg/8nf5rvibvyPCvSt4HD/+iypkT/tYwT4B/aHLkCfAv6wa1hHR/cGeCY07e+SB/i5whcL0iF9qD uxFKMWOfyHuuV+QavQ07rfMs+Tdcl/8zPMOenDO/+u80iNLEwUjCzPwz6rL2Y5qWMcfByvmGydYP 8e/sHa8jovj5DRnkSOsKZW5kc3RyZWFtCmVuZG9iagoKMjEgMCBvYmoKPDwvVHlwZS9Gb250L1N1 YnR5cGUvVHJ1ZVR5cGUvQmFzZUZvbnQvQkFBQUFBK0lQQUdvdGhpYwovRmlyc3RDaGFyIDAKL0xh c3RDaGFyIDk0Ci9XaWR0aHNbMTAwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUw MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMAo1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAw IDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAKNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAg NTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwCjUwMCA1MDAgNTAwIDUwMCA1 MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMAo1MDAgNTAwIDUw MCAxMDAwIDUwMCAxMDAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgMTAwMCAxMDAwIDEwMDAgMTAwMCAx MDAwCjEwMDAgMTAwMCA1MDAgMTAwMCA1MDAgMTAwMCAxMDAwIDEwMDAgMTAwMCAxMDAwIDEwMDAg MTAwMCAxMDAwIDEwMDAgNTAwIF0KL0ZvbnREZXNjcmlwdG9yIDE5IDAgUgovVG9Vbmljb2RlIDIw IDAgUgo+PgplbmRvYmoKCjIyIDAgb2JqCjw8L0YxIDIxIDAgUgo+PgplbmRvYmoKCjIzIDAgb2Jq Cjw8L0ZvbnQgMjIgMCBSCi9YT2JqZWN0PDwvVHIxNCAxNCAwIFIvVHI0IDQgMCBSL1RyOSA5IDAg Uj4+Ci9FeHRHU3RhdGU8PC9FR1MxMCAxMCAwIFIvRUdTMTUgMTUgMCBSL0VHUzUgNSAwIFI+Pgov UHJvY1NldFsvUERGL1RleHQvSW1hZ2VDL0ltYWdlSS9JbWFnZUJdCj4+CmVuZG9iagoKMSAwIG9i ago8PC9UeXBlL1BhZ2UvUGFyZW50IDE2IDAgUi9SZXNvdXJjZXMgMjMgMCBSL01lZGlhQm94WzAg MCA1OTUgODQyXS9Hcm91cDw8L1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQi9JIHRydWU+Pi9D b250ZW50cyAyIDAgUj4+CmVuZG9iagoKNiAwIG9iago8PC9UeXBlL1BhZ2UvUGFyZW50IDE2IDAg Ui9SZXNvdXJjZXMgMjMgMCBSL01lZGlhQm94WzAgMCA1OTUgODQyXS9Hcm91cDw8L1MvVHJhbnNw YXJlbmN5L0NTL0RldmljZVJHQi9JIHRydWU+Pi9Db250ZW50cyA3IDAgUj4+CmVuZG9iagoKMTEg MCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAxNiAwIFIvUmVzb3VyY2VzIDIzIDAgUi9NZWRpYUJv eFswIDAgNTk1IDg0Ml0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0IvSSB0cnVl Pj4vQ29udGVudHMgMTIgMCBSPj4KZW5kb2JqCgoyNCAwIG9iago8PC9Db3VudCAxL0ZpcnN0IDI1 IDAgUi9MYXN0IDI1IDAgUgo+PgplbmRvYmoKCjI1IDAgb2JqCjw8L0NvdW50IDAvVGl0bGU8RkVG RjAwNzQwMDY1MDA3MzAwNzQwMDJEMDA2OTAwNjMwMDZGMDA2RTAwNzYwMDIwMDA3MjAwNjUwMDcz MDA3NTAwNkMwMDc0MDA3Mz4KL0Rlc3RbMSAwIFIvWFlaIDAgODQyIDBdL1BhcmVudCAyNCAwIFI+ PgplbmRvYmoKCjE2IDAgb2JqCjw8L1R5cGUvUGFnZXMKL1Jlc291cmNlcyAyMyAwIFIKL01lZGlh Qm94WyAwIDAgNTk1IDg0MiBdCi9LaWRzWyAxIDAgUiA2IDAgUiAxMSAwIFIgXQovQ291bnQgMz4+ CmVuZG9iagoKMjYgMCBvYmoKPDwvVHlwZS9DYXRhbG9nL1BhZ2VzIDE2IDAgUgovT3BlbkFjdGlv blsxIDAgUiAvWFlaIG51bGwgbnVsbCAwXQovT3V0bGluZXMgMjQgMCBSCj4+CmVuZG9iagoKMjcg MCBvYmoKPDwvQXV0aG9yPEZFRkYwMDQxMDA0RjAwNEIwMDQ5MDAyMDAwNTQwMDZGMDA2RDAwNkYw MDYxMDA2QjAwNjk+Ci9DcmVhdG9yPEZFRkYwMDQzMDA2MTAwNkMwMDYzPgovUHJvZHVjZXI8RkVG RjAwNEMwMDY5MDA2MjAwNzIwMDY1MDA0RjAwNjYwMDY2MDA2OTAwNjMwMDY1MDAyMDAwMzQwMDJF MDAzMD4KL0NyZWF0aW9uRGF0ZShEOjIwMTMxMjA3MTQ1MzU2KzA5JzAwJyk+PgplbmRvYmoKCnhy ZWYKMCAyOAowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwMjY5NTUgMDAwMDAgbiAKMDAwMDAwMDAx OSAwMDAwMCBuIAowMDAwMDA1Mzk5IDAwMDAwIG4gCjAwMDAwMDU0MjAgMDAwMDAgbiAKMDAwMDAw NTU5NyAwMDAwMCBuIAowMDAwMDI3MDk5IDAwMDAwIG4gCjAwMDAwMDU2MzcgMDAwMDAgbiAKMDAw MDAxMDIwMSAwMDAwMCBuIAowMDAwMDEwMjIyIDAwMDAwIG4gCjAwMDAwMTAzOTkgMDAwMDAgbiAK MDAwMDAyNzI0MyAwMDAwMCBuIAowMDAwMDEwNDQwIDAwMDAwIG4gCjAwMDAwMTI5NjEgMDAwMDAg biAKMDAwMDAxMjk4MyAwMDAwMCBuIAowMDAwMDEzMTYxIDAwMDAwIG4gCjAwMDAwMjc1OTggMDAw MDAgbiAKMDAwMDAxMzIwMiAwMDAwMCBuIAowMDAwMDI1MjgwIDAwMDAwIG4gCjAwMDAwMjUzMDMg MDAwMDAgbiAKMDAwMDAyNTQ5MyAwMDAwMCBuIAowMDAwMDI2MTk2IDAwMDAwIG4gCjAwMDAwMjY3 NDkgMDAwMDAgbiAKMDAwMDAyNjc4MiAwMDAwMCBuIAowMDAwMDI3Mzg5IDAwMDAwIG4gCjAwMDAw Mjc0NDUgMDAwMDAgbiAKMDAwMDAyNzcxMSAwMDAwMCBuIAowMDAwMDI3ODEzIDAwMDAwIG4gCnRy YWlsZXIKPDwvU2l6ZSAyOC9Sb290IDI2IDAgUgovSW5mbyAyNyAwIFIKL0lEIFsgPEJBMTNBNTJG QkUwMkYzQkY2MUY1MjkwQTQ0QUZERTNDPgo8QkExM0E1MkZCRTAyRjNCRjYxRjUyOTBBNDRBRkRF M0M+IF0KL0RvY0NoZWNrc3VtIC8wNkE5OEE1NUYyMUM5RTRGMDVCQTQ4QUNCNTQxRjUzOAo+Pgpz dGFydHhyZWYKMjgwNDIKJSVFT0YK --Multipart=_Sun__8_Dec_2013_11_20_59_+0900_PgG.MAnEpbzn.7fP-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 8 09:15:22 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04F92252; Sun, 8 Dec 2013 09:15:22 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B54E1566; Sun, 8 Dec 2013 09:15:20 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rB89FHwi013583; Sun, 8 Dec 2013 11:15:17 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rB89FGeN013467; Sun, 8 Dec 2013 09:15:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 8 Dec 2013 09:15:16 GMT Message-Id: <201312080915.rB89FGeN013467@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Dec 2013 09:15:22 -0000 TB --- 2013-12-08 05:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-08 05:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-08 05:20:44 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-12-08 05:20:44 - cleaning the object tree TB --- 2013-12-08 05:20:44 - /usr/local/bin/svn stat /src TB --- 2013-12-08 05:21:34 - At svn revision 259093 TB --- 2013-12-08 05:21:35 - building world TB --- 2013-12-08 05:21:35 - CROSS_BUILD_TESTING=YES TB --- 2013-12-08 05:21:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-08 05:21:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-08 05:21:35 - SRCCONF=/dev/null TB --- 2013-12-08 05:21:35 - TARGET=arm TB --- 2013-12-08 05:21:35 - TARGET_ARCH=arm TB --- 2013-12-08 05:21:35 - TZ=UTC TB --- 2013-12-08 05:21:35 - __MAKE_CONF=/dev/null TB --- 2013-12-08 05:21:35 - cd /src TB --- 2013-12-08 05:21:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 8 05:21:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 8 08:49:27 UTC 2013 TB --- 2013-12-08 08:49:27 - generating LINT kernel config TB --- 2013-12-08 08:49:27 - cd /src/sys/arm/conf TB --- 2013-12-08 08:49:27 - /usr/bin/make -B LINT TB --- 2013-12-08 08:49:27 - cd /src/sys/arm/conf TB --- 2013-12-08 08:49:27 - /usr/sbin/config -m LINT TB --- 2013-12-08 08:49:27 - building LINT kernel TB --- 2013-12-08 08:49:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-08 08:49:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-08 08:49:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-08 08:49:27 - SRCCONF=/dev/null TB --- 2013-12-08 08:49:27 - TARGET=arm TB --- 2013-12-08 08:49:27 - TARGET_ARCH=arm TB --- 2013-12-08 08:49:27 - TZ=UTC TB --- 2013-12-08 08:49:27 - __MAKE_CONF=/dev/null TB --- 2013-12-08 08:49:27 - cd /src TB --- 2013-12-08 08:49:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 8 08:49:27 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Dec 8 09:15:12 UTC 2013 TB --- 2013-12-08 09:15:12 - cd /src/sys/arm/conf TB --- 2013-12-08 09:15:12 - /usr/sbin/config -m AC100 TB --- 2013-12-08 09:15:12 - skipping AC100 kernel TB --- 2013-12-08 09:15:12 - cd /src/sys/arm/conf TB --- 2013-12-08 09:15:12 - /usr/sbin/config -m ARMADAXP TB --- 2013-12-08 09:15:12 - skipping ARMADAXP kernel TB --- 2013-12-08 09:15:12 - cd /src/sys/arm/conf TB --- 2013-12-08 09:15:12 - /usr/sbin/config -m ARNDALE TB --- 2013-12-08 09:15:12 - skipping ARNDALE kernel TB --- 2013-12-08 09:15:12 - cd /src/sys/arm/conf TB --- 2013-12-08 09:15:12 - /usr/sbin/config -m ATMEL TB --- 2013-12-08 09:15:12 - building ATMEL kernel TB --- 2013-12-08 09:15:12 - CROSS_BUILD_TESTING=YES TB --- 2013-12-08 09:15:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-08 09:15:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-08 09:15:12 - SRCCONF=/dev/null TB --- 2013-12-08 09:15:12 - TARGET=arm TB --- 2013-12-08 09:15:12 - TARGET_ARCH=arm TB --- 2013-12-08 09:15:12 - TZ=UTC TB --- 2013-12-08 09:15:12 - __MAKE_CONF=/dev/null TB --- 2013-12-08 09:15:12 - cd /src TB --- 2013-12-08 09:15:12 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Sun Dec 8 09:15:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.arm/src/tmp/legacy/usr/sbin:/obj/arm.arm/src/tmp/legacy/usr/bin:/obj/arm.arm/src/tmp/legacy/usr/games:/obj/arm.arm/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.arm/src/sys/ATMEL/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-08 09:15:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-08 09:15:15 - ERROR: failed to build ATMEL kernel TB --- 2013-12-08 09:15:15 - 10406.45 user 3618.95 system 14071.64 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Dec 8 18:32:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5AB83AD; Sun, 8 Dec 2013 18:32:46 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 834E01580; Sun, 8 Dec 2013 18:32:46 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rB8IWOPg030644 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 8 Dec 2013 12:32:24 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Sun, 8 Dec 2013 12:32:22 -0600 From: "Teske, Devin" To: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9EPVAMsIQg72sUSzcf93F1B7uw== Date: Sun, 8 Dec 2013 18:32:21 +0000 Message-ID: <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> In-Reply-To: <52A12843.3010204@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <2519D09EAFAF894DB966E73816EFA769@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-08_01:2013-12-06,2013-12-08,1970-01-01 signatures=0 Cc: Tom Evans , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Daniel Eischen , Kevin Oberman , Kurt Jaeger , Devin Teske , Julian Elischer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Dec 2013 18:32:46 -0000 On Dec 5, 2013, at 5:28 PM, Alfred Perlstein wrote: >=20 > On 12/5/13, 4:39 PM, Kevin Oberman wrote: >> On Wed, Dec 4, 2013 at 9:17 AM, Tom Evans wro= te: >>=20 >>> On Wed, Dec 4, 2013 at 5:09 PM, Kevin Oberman wro= te: >>>> Of course, the question of what needs to be a class 1 port may prove to >>> be >>>> the bikeshed to end all bikesheds! (I think we need Python, Perl, JPEG, >>>> PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanism = to >>>> update this list as the popularity of various tools does change. >>> Woah, this is missing most of what Alfred was saying. There should be >>> no "class 1 ports", and if jpeg went in base, it should be because >>> base requires and uses it, not because it is useful to 3rd party >>> software in base. The base jpeg *would not* even be visible to >>> ports/3rd party software by default, only to base and things >>> especially configured to use base. >>>=20 >>> You are correct. I did not understand Alfred's proposal correctly. Of >> course, I can see several issues with that, as well, but it' a lot more >> tractable than a set of "baseline" ports. >>=20 > Tom hit the nail on the head and perfectly described the proposal. Thank = you Tom. Kevin, thanks for being open to the idea. >=20 >=20 > My hope is that it allows us to build richer system. For instance, go lo= ok at portsnap(1), it's written in sh(1) and due to that it's pretty slow Perhaps bsdconfig is the exception to that rule (and can lend a hand). I designed bsdconfig to run fast under double-emulation... + Running under qemu, while... + Qemu is running inside a VM, wile... + VM has only 1 CPU and 128MB RAM, with minimal disk space, while... + VM is running on a 8 year old laptop The idea is that... if you develop for the worst of environments... you'll = get screamin' performance on modern hardware. In my emulation environment... a single fork is very costly. So... Does portsnap need some work? is that what I'm hearing? (smiles) --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 8 19:38:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C22E2C87 for ; Sun, 8 Dec 2013 19:38:44 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E525194E for ; Sun, 8 Dec 2013 19:38:44 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id u57so2562889wes.23 for ; Sun, 08 Dec 2013 11:38:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rG2YMo0lDJ1BOQ/kPzrfhRhJ6kpwE9A6XrFtCxakYAI=; b=L0M1/Vrgg6dD1WOfUJrTeQFCE4utbtmDSQlYTRSZO5IEYIuB+BdlVPmJJ2vLWRLj7l SHvDb9O9hSWi7RQDM+YplWKyqDnxx1HQG/kvihrZIimdqf1xSVUUNLjNoXKkNAJWuYFk zzSqbqY4kmxFuBiLTZGElGPI4O2LpeImitS0Evd8vTWauGeRnuyjslltkFocA6QY33c4 ljzl8JKWrji/33Nk6ma3hKkECjAMolJRefZIibmM3YKK3U/Mjhx3+hXrtujRKNVUjKSz dv64HR+R3ATwvwuLLgnRJThML9h/emZTy2ElU1AAZN7RmHnmWdLa8KE24dgFmScHhw0A zuIA== MIME-Version: 1.0 X-Received: by 10.194.170.133 with SMTP id am5mr11794030wjc.42.1386531522750; Sun, 08 Dec 2013 11:38:42 -0800 (PST) Received: by 10.217.89.138 with HTTP; Sun, 8 Dec 2013 11:38:42 -0800 (PST) In-Reply-To: <20131207183044.GA19655@x2.osted.lan> References: <20131206201329.GK59496@kib.kiev.ua> <20131207183044.GA19655@x2.osted.lan> Date: Sun, 8 Dec 2013 21:38:42 +0200 Message-ID: Subject: Re: stable/10 r258317 - UFS lock problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Peter Holm Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Konstantin Belousov , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 19:38:44 -0000 Hi, You're right Peter. Now i am compiling with DDB option. But http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug-deadlocks.html page, dont tell about the "DDB" option. Thank you, On Sat, Dec 7, 2013 at 8:30 PM, Peter Holm wrote: > On Sat, Dec 07, 2013 at 08:24:32AM +0200, =D6zkan KIRIK wrote: > > Hi, > > > > I'm trying to compile a debug kernel with these options : > > > > makeoptions DEBUG=3D-g > > options INVARIANTS > > options INVARIANT_SUPPORT > > options WITNESS > > options DEBUG_LOCKS > > options DEBUG_VFS_LOCKS > > options DIAGNOSTIC > > > > While compiling; compilations fails due to this error : > > /usr/src/sys/kern/subr_vmem.c:1357:1: error: unused function 'vmem_dump= ' > > [-Werror, -Wunused-function] > > > > Did you forget "options DDB" ? > > - Peter > > > > > I'll comment out this function and recompiled kernel. > > Now, while booting, kernel panics. Error line is below; KDB stack > > backtrace is attached as PNG screenshot. > > > > "panic: mtx_lock_spin: recursed on non-recursive mutex cnput_mtx @ > > /usr/src/sys/kern/kern_cons.c:500" > > > > I think, i hit an other bug. > > > > Best wishes, > > > > Ozkan KIRIK > > ePati Information Technologies > > http://www.epati.com.tr/ > > > > > > On Fri, Dec 6, 2013 at 10:13 PM, Konstantin Belousov < > kostikbel@gmail.com>wrote: > > > > > On Fri, Dec 06, 2013 at 08:10:55PM +0200, ?zkan KIRIK wrote: > > > > Hi, > > > > > > > > I am using FreeBSD 10.0-BETA3 r258317 GENERIC kernel. > > > > > > > > I run "portsnap fetch extract". > > > > While extracting files, extracting operation hangs, and i cant kill > > > process. > > > > > > > > Output of : "ps ax | grep D+" ( uninterruptable process list ) > > > > % ps ax | grep D+ > > > > 28933 0 D+ 0:00.01 tar -xz --numeric-owner -f > > > > > > > > /var/db/portsnap/files/77d41f10d2832f8450e4e02a4db5c0a6131c97d15076ed0c76= e761c9ce58338d.gz > > > > -C /usr/ports/emulators/qemu/ (bsdtar) > > > > 29051 1 S+ 0:00.00 grep D+ > > > > % > > > > > > > > > > > > Because of D flag, process cannot be interrupted even by SIGKILL. > > > > I cannot remove usr/ports folder while this process on D+ state. > > > > If I run rm -r /usr/ports, rm process is flagged as D+ also. > > > > > > > > I tested this situation on both vmware workstation and different re= al > > > > hardware installations. ( Sun Fire X4150, HP DL380G4, Sun X3 > servers. ) > > > > > > > > Problem is repeatable. If you install FreeBSD on ZFS root, problem > > > doesn't > > > > occur. > > > > > > > > > > > > # mount > > > > /dev/da0p2 on / (ufs, local, journaled soft-updates) > > > > devfs on /dev (devfs, local, multilabel) > > > > > > See > > > > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= eldebug-deadlocks.html > > > > > _______________________________________________ > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 8 19:02:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8BD7E63; Sun, 8 Dec 2013 19:02:17 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4ACB9174D; Sun, 8 Dec 2013 19:02:17 +0000 (UTC) Received: from [10.247.213.196] (135.sub-174-253-241.myvzw.com [174.253.241.135]) by elvis.mu.org (Postfix) with ESMTPSA id 3DF0D1A3C19; Sun, 8 Dec 2013 11:02:11 -0800 (PST) References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> Mime-Version: 1.0 (1.0) In-Reply-To: <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> X-Mailer: iPhone Mail (11B554a) From: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports Date: Sun, 8 Dec 2013 11:02:06 -0800 To: Devin Teske X-Mailman-Approved-At: Sun, 08 Dec 2013 20:12:45 +0000 Cc: Tom Evans , "freebsd-stable@freebsd.org Stable" , Alfred Perlstein , "Teske, Devin" , Daniel Eischen , Kevin Oberman , Kurt Jaeger , Devin Teske , Julian Elischer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 19:02:17 -0000 > On Dec 8, 2013, at 10:32 AM, "Teske, Devin" wr= ote: >=20 >=20 >> On Dec 5, 2013, at 5:28 PM, Alfred Perlstein wrote: >>=20 >>=20 >>> On 12/5/13, 4:39 PM, Kevin Oberman wrote: >>>> On Wed, Dec 4, 2013 at 9:17 AM, Tom Evans wr= ote: >>>>=20 >>>>> On Wed, Dec 4, 2013 at 5:09 PM, Kevin Oberman wr= ote: >>>>> Of course, the question of what needs to be a class 1 port may prove t= o >>>> be >>>>> the bikeshed to end all bikesheds! (I think we need Python, Perl, JPEG= , >>>>> PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanism t= o >>>>> update this list as the popularity of various tools does change. >>>> Woah, this is missing most of what Alfred was saying. There should be >>>> no "class 1 ports", and if jpeg went in base, it should be because >>>> base requires and uses it, not because it is useful to 3rd party >>>> software in base. The base jpeg *would not* even be visible to >>>> ports/3rd party software by default, only to base and things >>>> especially configured to use base. >>>>=20 >>>> You are correct. I did not understand Alfred's proposal correctly. Of >>> course, I can see several issues with that, as well, but it' a lot more >>> tractable than a set of "baseline" ports. >> Tom hit the nail on the head and perfectly described the proposal. Thank y= ou Tom. Kevin, thanks for being open to the idea. >>=20 >>=20 >> My hope is that it allows us to build richer system. For instance, go lo= ok at portsnap(1), it's written in sh(1) and due to that it's pretty slow >=20 > Perhaps bsdconfig is the exception to that rule (and can lend a hand). > I designed bsdconfig to run fast under double-emulation... >=20 > + Running under qemu, while... > + Qemu is running inside a VM, wile... > + VM has only 1 CPU and 128MB RAM, with minimal disk space, while... > + VM is running on a 8 year old laptop >=20 > The idea is that... if you develop for the worst of environments... you'll= get > screamin' performance on modern hardware. >=20 > In my emulation environment... a single fork is very costly. >=20 > So... >=20 > Does portsnap need some work? is that what I'm hearing? (smiles) My take is that you are a very talented person who shouldn't be spending tim= e micro optimizing shell code and instead be granted a language that makes w= riting such tools more efficiently easier.=20 So if I were going to task the talented Devin Teske with something, remember= you just asked my opinion, then it would be to look at putting Lua in the b= oot loader, getting python into base, or working on making our utilities be a= ble to output standard machine readable formats such as yaml, XML and json. = =20 > --=20 > Devin >=20 > _____________ > The information contained in this message is proprietary and/or confidenti= al. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any man= ner; and (iii) notify the sender immediately. In addition, please be aware t= hat any message addressed to our domain is subject to archiving and review b= y persons other than the intended recipient. Thank you. >=20 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 8 19:28:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56BE7A92; Sun, 8 Dec 2013 19:28:18 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 141AD18C3; Sun, 8 Dec 2013 19:28:18 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rB8JRwmS027218 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 8 Dec 2013 13:27:58 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Sun, 8 Dec 2013 13:27:56 -0600 From: "Teske, Devin" To: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9EPVAMsIQg72sUSzcf93F1B7uw== Date: Sun, 8 Dec 2013 19:27:56 +0000 Message-ID: References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> In-Reply-To: <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <2A7FBEE0C9B46749BAB4FC87109C7991@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-08_01:2013-12-06,2013-12-08,1970-01-01 signatures=0 X-Mailman-Approved-At: Sun, 08 Dec 2013 20:29:11 +0000 Cc: Tom Evans , "freebsd-stable@freebsd.org Stable" , Alfred Perlstein , "Teske, Devin" , Daniel Eischen , Kevin Oberman , Kurt Jaeger , Devin Teske , Julian Elischer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Dec 2013 19:28:18 -0000 On Dec 8, 2013, at 11:02 AM, Alfred Perlstein wrote: >=20 >> On Dec 8, 2013, at 10:32 AM, "Teske, Devin" = wrote: >>=20 >>=20 >>> On Dec 5, 2013, at 5:28 PM, Alfred Perlstein wrote: >>>=20 >>>=20 >>>> On 12/5/13, 4:39 PM, Kevin Oberman wrote: >>>>> On Wed, Dec 4, 2013 at 9:17 AM, Tom Evans = wrote: >>>>>=20 >>>>>> On Wed, Dec 4, 2013 at 5:09 PM, Kevin Oberman = wrote: >>>>>> Of course, the question of what needs to be a class 1 port may prove= to >>>>> be >>>>>> the bikeshed to end all bikesheds! (I think we need Python, Perl, JP= EG, >>>>>> PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanis= m to >>>>>> update this list as the popularity of various tools does change. >>>>> Woah, this is missing most of what Alfred was saying. There should be >>>>> no "class 1 ports", and if jpeg went in base, it should be because >>>>> base requires and uses it, not because it is useful to 3rd party >>>>> software in base. The base jpeg *would not* even be visible to >>>>> ports/3rd party software by default, only to base and things >>>>> especially configured to use base. >>>>>=20 >>>>> You are correct. I did not understand Alfred's proposal correctly. Of >>>> course, I can see several issues with that, as well, but it' a lot more >>>> tractable than a set of "baseline" ports. >>> Tom hit the nail on the head and perfectly described the proposal. Than= k you Tom. Kevin, thanks for being open to the idea. >>>=20 >>>=20 >>> My hope is that it allows us to build richer system. For instance, go = look at portsnap(1), it's written in sh(1) and due to that it's pretty slow >>=20 >> Perhaps bsdconfig is the exception to that rule (and can lend a hand). >> I designed bsdconfig to run fast under double-emulation... >>=20 >> + Running under qemu, while... >> + Qemu is running inside a VM, wile... >> + VM has only 1 CPU and 128MB RAM, with minimal disk space, while... >> + VM is running on a 8 year old laptop >>=20 >> The idea is that... if you develop for the worst of environments... you'= ll get >> screamin' performance on modern hardware. >>=20 >> In my emulation environment... a single fork is very costly. >>=20 >> So... >>=20 >> Does portsnap need some work? is that what I'm hearing? (smiles) >=20 > My take is that you are a very talented person who shouldn't be spending = time micro optimizing shell code and instead be granted a language that mak= es writing such tools more efficiently easier.=20 >=20 > So if I were going to task the talented Devin Teske with something, remem= ber you just asked my opinion, then it would be to look at putting Lua in t= he boot loader, getting python into base, or working on making our utilitie= s be able to output standard machine readable formats such as yaml, XML and= json.=20=20 >=20 My opinion is one of... + I get to work with an amazing team + I love to please So if that's the consenting direction, I'll go that route ;D I can see the value-add in all of those things. My only fear is recoil (so = perhaps a test bed of FreeNAS to show those things are of great value once added). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 8 21:08:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E62CEB97 for ; Sun, 8 Dec 2013 21:08:27 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 726181FD0 for ; Sun, 8 Dec 2013 21:08:27 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id u56so2686376wes.36 for ; Sun, 08 Dec 2013 13:08:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=J08aZv5eucBFatGmLaudZOOrsp5glA6JrlmOpLooSVE=; b=qu++BAxe/fyPfU4Ci+zW7qhkMzaPbbFuAWrNt5/IusEaUUJKXVdv0hdgXZn/7OX+/T XK/4vg1sWV9SX3FbDqWNN6ncPdgdAKkfTr1XRpujQrPhSxtm0PdkbYAR3tLXW51ytiUg o9O52C1FMAuF9spKgiR2U5lp/vIWkFAlll3+bBnAR9smcdiBEVC3WK3fnNxeaDBj/jZp 49R5xY4Da9ofos6bKdne8bcxAyB+f9kjrBvWdyo/UAHiTQ0aWPU4PHyEolvOy0Ac3MqV x854GueEI/Vo148NFwZG4V5EiPJomgPNisknq4RKAh7ljsonFG99EyvNSY5UQWVoDxMC gTJg== MIME-Version: 1.0 X-Received: by 10.180.74.45 with SMTP id q13mr11173252wiv.47.1386536905686; Sun, 08 Dec 2013 13:08:25 -0800 (PST) Received: by 10.217.89.138 with HTTP; Sun, 8 Dec 2013 13:08:25 -0800 (PST) Date: Sun, 8 Dec 2013 23:08:25 +0200 Message-ID: Subject: FreeBSD 10 r259108 - kernel debug panic From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 21:08:28 -0000 Hi, I am using FreeBSD r259108 amd64. I'm trying to debug a deadlock about ufs. I compiled GENERIC kernel with the options below: makeoptions DEBUG=-g options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC options DDB while booting, kernel panics: ... ... em0: link state changed to UP random: unblocking device. panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ /usr/src/sys/kern/kern_cons.c:500 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+Ox2b/frame Oxfffffe0098314160 kdb_backtrace() at kdb_backtrace+0x39/frame Oxfffffe0098314210 vpanic() at vpanic+0x126/frame Oxfffffe0098314250 kassert_panic() at kassert_panic+0x136/frame Oxfffffe00983142c0 __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame 0x11ff1e0098314300 cnputs() at cnputs+0x32/frame Oxfffffe0098314320 putchar() at putchar+Oxl3a/frame Oxfffffe00983143a0 kvprintf() at kvprintf+Oxda/frame Oxfffffe00983144a0 vprintf() at vprintf+0x87/frame 0x1111fe0098314570 printf() at printf+0x43/frame Oxfffffe00983145d0 witness_checkorder() at witness_checkorder+Oxa99/frame Oxfffffe0098314660 __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame Oxfffffe00983146a0 sc_puts() at sc_puts+OxbO/frame Oxfffffe00983146e0 sc_cnputc() at sc_cnputc+Oxe5/frame Oxfffffe0098314710 cnputc() at cnputc+0x7f/frame Oxfffffe0098314740 cnputs() at cnputs+0x58/frame Oxfffffe0098314760 putchar() at putchar+Oxl3a/frame Oxfffffe00983147e0 kvprintf() at kvprintf+Oxda/frame Oxfffffe00983148e0 vprintf() at vprintf+0x87/frame Oxfffffe00983149b0 printf() at printf+0x43/frame Oxfffffe0098314a10 witness_checkorder() at witness_checkorder+Oxa99/frame Oxfffffe0098314aa0 __mtx_lock_spin_flags() at __mtx_lock spin flags+0x95/frame Oxfffffe0098314ae0 msleep_spin_sbt() at msleep_spin_sbt+gx90/frame Oxfffffe0098314b70 random_kthread() at random_kthread+Ox1d0/frame Oxfffffe0098314bb0 fork_exit() at fork exit+Ox84/frame Oxfffffe0098314bf0 fork_trampoline() at fork_trampoline+Oxe/frame Oxfffffe0098314bf0 --- fork_ 0, rip = 0, rsp = Oxfffffe0098314cb0, rbp = 0 --- KDB: enter: panic [ thread pid 14 tid 100013 ] Stopped at kdb_enter+Ox3e: mug SO,kdb_why db> What could be the problem? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 00:52:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E161442 for ; Mon, 9 Dec 2013 00:52:04 +0000 (UTC) Received: from rush.bluerosetech.com (rush.bluerosetech.com [IPv6:2607:fc50:1000:9b00::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CEFD312C3 for ; Mon, 9 Dec 2013 00:52:03 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:1680:365:21c:c0ff:fe7f:96ee]) by rush.bluerosetech.com (Postfix) with ESMTPSA id 3281E11434; Sun, 8 Dec 2013 16:52:02 -0800 (PST) Received: from [127.0.0.1] (ivy.houseloki.net [10.9.70.7]) by chombo.houseloki.net (Postfix) with ESMTPSA id 3F028AD6; Sun, 8 Dec 2013 16:52:00 -0800 (PST) Message-ID: <52A51438.4090200@bluerosetech.com> Date: Sun, 08 Dec 2013 16:52:08 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> In-Reply-To: <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: "freebsd-stable@freebsd.org Stable" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 00:52:04 -0000 On 12/8/2013 11:02 AM, Alfred Perlstein wrote: > So if I were going to task the talented Devin Teske with something, > remember you just asked my opinion, then it would be to look at > putting Lua in the boot loader, getting python into base, or working > on making our utilities be able to output standard machine readable > formats such as yaml, XML and json. Can you cite a real-world example of a general-purpose OS where this was beneficial? Beneficial here means otherwise impossible functionality or automation gains without adding barriers for low-level diagnostics, tuning, corner-case configurations and other modes of advanced control. I'm not trolling here; I'd really like to see one. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 01:45:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31661B79 for ; Mon, 9 Dec 2013 01:45:18 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 168C515AD for ; Mon, 9 Dec 2013 01:45:17 +0000 (UTC) Received: from Alfreds-MacBook-Pro-2.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 849771A3C1A; Sun, 8 Dec 2013 17:45:16 -0800 (PST) Message-ID: <52A520DE.3060002@mu.org> Date: Sun, 08 Dec 2013 17:46:06 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org Stable" , Darren Pilgrim Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> In-Reply-To: <52A51438.4090200@bluerosetech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 01:45:18 -0000 On 12/8/13 4:52 PM, Darren Pilgrim wrote: > On 12/8/2013 11:02 AM, Alfred Perlstein wrote: >> So if I were going to task the talented Devin Teske with something, >> remember you just asked my opinion, then it would be to look at >> putting Lua in the boot loader, getting python into base, or working >> on making our utilities be able to output standard machine readable >> formats such as yaml, XML and json. > > Can you cite a real-world example of a general-purpose OS where this > was beneficial? Beneficial here means otherwise impossible > functionality or automation gains without adding barriers for > low-level diagnostics, tuning, corner-case configurations and other > modes of advanced control. > > I'm not trolling here; I'd really like to see one. > I don't understand your definition of "beneficial", seriously it does not make sense to me such that I can't even aspire to fulfill that definition. My definition of beneficial would be anything that reduces the amount of code needed to get information out of the system, reduces error, reduces code, reduces duplication, and in general makes the system more plug and play. I gave a talk recently at Bay LISA where I described this and a few of the devops people in the audience really seemed interested. Do you know how frustrating it is to parse the output of ifconfig? sysctl? gpart? etc, etc. Why not just emit it in a machine friendly form and then immediately plug it into whatever system you are gathering the information for. Are you writing a web app and you need to get a few fields from vmstat? Are you graphing the output of iostat? Are you doing anything at a higher level than just the command line? Do you not think that it is just plain silly that we have on the order of hundreds (if not thousands) of lines of code to "pretty print" from our cli tools, however no code to "machine print" from them? Do you know that JUNOS has xml output from numerous utilities just to make scripting easier? (say what you will about XML, but it's *something*). Anyhow, I hope that makes sense. -Alfred From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 04:28:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 890D1AE1 for ; Mon, 9 Dec 2013 04:28:50 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 028C510EA for ; Mon, 9 Dec 2013 04:28:49 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rB94Sg1d070369; Mon, 9 Dec 2013 06:28:42 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rB94Sg1d070369 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rB94Sfoa070368; Mon, 9 Dec 2013 06:28:41 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 Dec 2013 06:28:41 +0200 From: Konstantin Belousov To: ?zkan KIRIK Subject: Re: FreeBSD 10 r259108 - kernel debug panic Message-ID: <20131209042841.GR59496@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHExOIFbxhiXREq" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 04:28:50 -0000 --qcHExOIFbxhiXREq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 08, 2013 at 11:08:25PM +0200, ?zkan KIRIK wrote: > Hi, >=20 > I am using FreeBSD r259108 amd64. >=20 > I'm trying to debug a deadlock about ufs. > I compiled GENERIC kernel with the options below: >=20 > makeoptions DEBUG=3D-g > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options DIAGNOSTIC > options DDB >=20 > while booting, kernel panics: >=20 > ... > ... > em0: link state changed to UP > random: unblocking device. > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ > /usr/src/sys/kern/kern_cons.c:500 >=20 > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+Ox2b/frame > Oxfffffe0098314160 > kdb_backtrace() at kdb_backtrace+0x39/frame Oxfffffe0098314210 > vpanic() at vpanic+0x126/frame Oxfffffe0098314250 > kassert_panic() at kassert_panic+0x136/frame Oxfffffe00983142c0 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame > 0x11ff1e0098314300 > cnputs() at cnputs+0x32/frame Oxfffffe0098314320 > putchar() at putchar+Oxl3a/frame Oxfffffe00983143a0 > kvprintf() at kvprintf+Oxda/frame Oxfffffe00983144a0 > vprintf() at vprintf+0x87/frame 0x1111fe0098314570 > printf() at printf+0x43/frame Oxfffffe00983145d0 > witness_checkorder() at witness_checkorder+Oxa99/frame Oxfffffe0098314660 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > Oxfffffe00983146a0 > sc_puts() at sc_puts+OxbO/frame Oxfffffe00983146e0 > sc_cnputc() at sc_cnputc+Oxe5/frame Oxfffffe0098314710 > cnputc() at cnputc+0x7f/frame Oxfffffe0098314740 > cnputs() at cnputs+0x58/frame Oxfffffe0098314760 > putchar() at putchar+Oxl3a/frame Oxfffffe00983147e0 > kvprintf() at kvprintf+Oxda/frame Oxfffffe00983148e0 >=20 > vprintf() at vprintf+0x87/frame Oxfffffe00983149b0 > printf() at printf+0x43/frame Oxfffffe0098314a10 > witness_checkorder() at witness_checkorder+Oxa99/frame Oxfffffe0098314aa0 > __mtx_lock_spin_flags() at __mtx_lock spin flags+0x95/frame > Oxfffffe0098314ae0 > msleep_spin_sbt() at msleep_spin_sbt+gx90/frame Oxfffffe0098314b70 > random_kthread() at random_kthread+Ox1d0/frame Oxfffffe0098314bb0 > fork_exit() at fork exit+Ox84/frame Oxfffffe0098314bf0 > fork_trampoline() at fork_trampoline+Oxe/frame Oxfffffe0098314bf0 > --- fork_ 0, rip =3D 0, rsp =3D Oxfffffe0098314cb0, rbp =3D 0 --- > KDB: enter: panic > [ thread pid 14 tid 100013 ] > Stopped at kdb_enter+Ox3e: mug SO,kdb_why > db> >=20 >=20 > What could be the problem? Add WITNESS_SKIPSIN option to your config. --qcHExOIFbxhiXREq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSpUb5AAoJEJDCuSvBvK1BaA8P/3rMLJPqXy73JzyEUJhfwpfA /m0P03zNDSUMBMGWzPS/zWpcycseNFU7Ha/uankuNSM63eVAV5kEGCAd0VFLhUBK YTXYVDHGJ1jaq2YjsznV7p4gscnE2xUNVJ68FnlFwA57W2Wbcg0za24V9MS4L7mb n46/OjI/FjZWZbDpikoubP5a2Qbayv9zjbH2adxk7ojOKY6dpm5w8Pi+hUr591Hu +ZTJAofQA/KByos0h4BrrVjy/1+gGZtAkM5h4fyR2WntwikTs1z/jY00Y9UdDEjN QC/d9KjA7ftyx0ffLzrtQDc1Bk8ojQMvV7uBC0MEieIbAcfXFBeG7AgXUInXOJ+4 QsFPQXUUVh8dXyxnwkzSjS9I/jbJru1yHHSdXcmEk6ARj7JbUEzP3hQ3HSBvAyeQ sQPfBWmUx4RZdmU8EhaewvY8NYvvMfVISDzTrcV4I44tHrL0wlwf+HMvDA5t47wG 2bY89I19kwoeTWE52wdIpht76ssjNBRv25ovFz0hZEgvK9G8Uaklfw43eIU+X+cz SV7vfd+SClh9tp4C8cgkkWyiuVBuL741GUSR3YcA9poRcLI9NiCAEto7+is0TxSK bF6SGpfH0IoEruoYq2FPBZcvAtdJ/xmodM6USr8GjgtkpPNKquTJKQt5hNXWksSV fVIbd1Dg+dvZviQ2j6QV =XiDw -----END PGP SIGNATURE----- --qcHExOIFbxhiXREq-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 05:12:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0827F266; Mon, 9 Dec 2013 05:12:24 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7D671352; Mon, 9 Dec 2013 05:12:23 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id rB95CMDw011882 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 8 Dec 2013 23:12:22 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Sun, 8 Dec 2013 23:12:21 -0600 From: "Teske, Devin" To: Pavel Timofeev Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Topic: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Index: AQHO8QaC77Xoj3vXVkiDX6Q4LidGfppLvQAA Date: Mon, 9 Dec 2013 05:12:20 +0000 Message-ID: References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/mixed; boundary="_004_DC06E8AD4C7B4FCABDC6470EC7F8C917fisglobalcom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-08_02:2013-12-06,2013-12-08,1970-01-01 signatures=0 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 05:12:24 -0000 --_004_DC06E8AD4C7B4FCABDC6470EC7F8C917fisglobalcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Dec 4, 2013, at 8:04 AM, Devin Teske wrote: > On Dec 4, 2013, at 7:54 AM, Pavel Timofeev wrote: > >> Great! But I don't know how to build new iso from source and check >> this patch =3D(. > > I can help you with that later tonight. > > The procedure I use is to take the existing ISO and... > > 1. use mdconfig to access it > 2. use mount_cd9660 to mount it > 3. use rsync to copy the contents to a local dir > 4. use patch to patch the files > 5. use makefs to roll the new files into a new ISO > > I've got a makefile that does the last step. > But I won't be back until later tonight. > I've attached the Makefile that I'm using as-of today which rejects the use of rsync and instead uses UnionFS. I found this to be more efficient as I'm running out of disk space on this VM/laptop. -- Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. --_004_DC06E8AD4C7B4FCABDC6470EC7F8C917fisglobalcom_ Content-Type: application/octet-stream; name="Makefile" Content-Description: Makefile Content-Disposition: attachment; filename="Makefile"; size=1822; creation-date="Mon, 09 Dec 2013 05:12:20 GMT"; modification-date="Mon, 09 Dec 2013 05:12:20 GMT" Content-ID: Content-Transfer-Encoding: base64 IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIElERU5UKDEpDQojDQojICRUaXRsZTogTWFrZWZpbGUgZm9yIGN1c3RvbWl6aW5nIGEgRnJl ZUJTRCBJU08gdXNpbmcgVW5pb25GUyBhbmQgbWFrZWZzKDgpICQNCiMNCiMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyBDT05GSUdVUkFU SU9ODQoNCklTT19PTEQ9CUZyZWVCU0QtMTAuMC1SQzEtYW1kNjQtZGlzYzEuaXNvDQpJU09fTkVX PQkvbmZzL3Rlc3QuaXNvDQoNCk1PVU5UPQlpc28NCkFVWD0JbmV3X2lzbw0KU1I9CXN1ZG8NCg0K IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIFRBUkdFVFMNCg0KLlBIT05ZOiBhbGwgY29uZGl0aW9uYWxfbW91bnQgbW91bnRlZCBub3Rf bW91bnRlZCBvcGVuIGNsb3NlIGNsZWFuDQoNCmFsbDogY29uZGl0aW9uYWxfbW91bnQNCglAZWNo byAiTWFraW5nICQoSVNPX05FVykuLi4iDQoJJChTUikgbWFrZWZzIC10IGNkOTY2MCBcDQoJCS1v IHJvY2tyaWRnZSBcDQoJCS1vIGJvb3RpbWFnZT0iaTM4NjsvYm9vdC9jZGJvb3QiIFwNCgkJLW8g bm8tZW11bC1ib290IFwNCgkJLW8gcHVibGlzaGVyPXRlc3QgXA0KCQktbyBsYWJlbD1GUkVFQlNE X0lOU1RBTEwgXA0KCQkkKElTT19ORVcpICQoTU9VTlQpLw0KCUBlY2hvICJBTEVSVCEgRG9uJ3Qg Zm9yZ2V0IHRvIHNheSBcYCQoTUFLRSkgY2xvc2UnIHdoZW4gZG9uZSEiID4mMg0KDQpjb25kaXRp b25hbF9tb3VudDoNCglAJChNQUtFKSAkJE1BS0VGTEFHUyBtb3VudGVkID4gL2Rldi9udWxsIDI+ JjEgfHwgXA0KCQl7IGVjaG8gIk5vdCBvcGVuOyBvcGVuaW5nLi4uIjsgJChNQUtFKSAkJE1BS0VG TEFHUyBvcGVuOyB9DQoNCm1vdW50ZWQ6DQoJQFsgIiQkKCBtb3VudCB8IGF3ayAnJCQzfiIvJChN T1VOVCkkJCInICkiIF0gfHwgXA0KCQl7IGVjaG8gIk5vdCBvcGVuOyBzYXkgXGAkKE1BS0UpIG9w ZW4nIiA+JjI7IGZhbHNlOyB9DQoNCm5vdF9tb3VudGVkOg0KCUBbICEgIiQkKCBtb3VudCB8IGF3 ayAnJCQzfiIvJChNT1VOVCkkJCInICkiIF0gfHwgXA0KCQl7IGVjaG8gIkFscmVhZHkgb3Blbjsg c2F5IFxgJChNQUtFKSciID4mMjsgZmFsc2U7IH0NCg0Kb3Blbjogbm90X21vdW50ZWQNCgl1bml0 PSQkKCAkKFNSKSBtZGNvbmZpZyAtZiAkKElTT19PTEQpICkgJiYgXA0KCQkkKFNSKSBtb3VudF9j ZDk2NjAgLW8gcm8gL2Rldi8kJHVuaXQgJChNT1VOVCkgJiYgXA0KCQkkKFNSKSBtb3VudF91bmlv bmZzIC1vIHJ3LG5vYXRpbWUgJChBVVgpICQoTU9VTlQpDQoNCmNsb3NlOiBtb3VudGVkDQoJJChT UikgdW1vdW50ICQoTU9VTlQpDQoJdW5pdD0kJCggbW91bnQgfCBhd2sgXA0KCQknJCQzfiIvJChN T1VOVCkkJCImJiQkMX4iL2Rldi9tZCJ7IFwNCgkJCXN1YigiLiovbWQiLCIiLCQkMSk7cHJpbnQg JCQxIFwNCgkJfScgKSAmJiBcDQoJCSQoU1IpIHVtb3VudCAkKE1PVU5UKSAmJiBcDQoJCSQoU1Ip IG1kY29uZmlnIC1kIC11ICQkdW5pdA0KDQpjbGVhbjogY2xvc2UNCgkkKFNSKSBybSAtZiAkKElT T19ORVcpDQoNCmRpc3RjbGVhbjogY2xlYW4NCgkkKFNSKSBybSAtZiAkKElTT19PTEQpDQoNCiMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjDQojIEVORA0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCg== --_004_DC06E8AD4C7B4FCABDC6470EC7F8C917fisglobalcom_-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 05:14:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E23936E for ; Mon, 9 Dec 2013 05:14:10 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB9E01369 for ; Mon, 9 Dec 2013 05:14:09 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rB95Djei053325 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 9 Dec 2013 15:43:50 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <52A51438.4090200@bluerosetech.com> Date: Mon, 9 Dec 2013 15:43:44 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> To: "freebsd-stable@freebsd.org Stable" X-Mailer: Apple Mail (2.1822) X-Spam-Score: -3.55 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Alfred Perlstein X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 05:14:10 -0000 On 9 Dec 2013, at 11:22, Darren Pilgrim = wrote: > On 12/8/2013 11:02 AM, Alfred Perlstein wrote: >> So if I were going to task the talented Devin Teske with something, >> remember you just asked my opinion, then it would be to look at >> putting Lua in the boot loader, getting python into base, or working >> on making our utilities be able to output standard machine readable >> formats such as yaml, XML and json. >=20 > Can you cite a real-world example of a general-purpose OS where this = was beneficial? Beneficial here means otherwise impossible = functionality or automation gains without adding barriers for low-level = diagnostics, tuning, corner-case configurations and other modes of = advanced control. It is not that parsing the human readable output of the tools is = impossible, it's that it's tedious bullshit code that you shouldn't have = to write in the first place. I would kill for a way to be able to do something like.. output=3D`somecmd -J` foo=3D`jsonextract -f some.field $output` bar=3D`jsonextract -f another.field.here $output` Even nicer would be if the shell could do it internally so you didn't = have to re-parse it all the time but it's a start :) (I don't care if it's JSON, XML or smoke signals just so long as it = isn't hideously slow). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 05:39:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDDF175A; Mon, 9 Dec 2013 05:39:20 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C90514E9; Mon, 9 Dec 2013 05:39:20 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rB95dILG008074 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 8 Dec 2013 23:39:18 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Sun, 8 Dec 2013 23:39:17 -0600 From: "Teske, Devin" To: "Daniel O'Connor" Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9EPVAMsIQg72sUSzcf93F1B7uw== Date: Mon, 9 Dec 2013 05:39:16 +0000 Message-ID: <5C28ECE3-CE0C-44A9-A7CD-08A01C714594@fisglobal.com> References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> In-Reply-To: <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <3D09FED28E69D4448F8CF0C939C69742@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-08_02:2013-12-06,2013-12-08,1970-01-01 signatures=0 Cc: Devin Teske , Alfred Perlstein , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 05:39:20 -0000 On Dec 8, 2013, at 9:13 PM, Daniel O'Connor wrote: >=20 > On 9 Dec 2013, at 11:22, Darren Pilgrim w= rote: >=20 >> On 12/8/2013 11:02 AM, Alfred Perlstein wrote: >>> So if I were going to task the talented Devin Teske with something, >>> remember you just asked my opinion, then it would be to look at >>> putting Lua in the boot loader, getting python into base, or working >>> on making our utilities be able to output standard machine readable >>> formats such as yaml, XML and json. >>=20 >> Can you cite a real-world example of a general-purpose OS where this was= beneficial? Beneficial here means otherwise impossible functionality or a= utomation gains without adding barriers for low-level diagnostics, tuning, = corner-case configurations and other modes of advanced control. >=20 > It is not that parsing the human readable output of the tools is impossib= le, it's that it's tedious bullshit code that you shouldn't have to write i= n the first place. >=20 > I would kill for a way to be able to do something like.. > output=3D`somecmd -J` > foo=3D`jsonextract -f some.field $output` > bar=3D`jsonextract -f another.field.here $output` >=20 > Even nicer would be if the shell could do it internally so you didn't hav= e to re-parse it all the time but it's a start :) >=20 +1 for identifying that: one_time_var=3D$( one_time_fork ) is bad for performance and is undesirable. Further +1 for identifying that the proper design is to focus efforts on "data acquisition and import" tp be done as atomically as possible. That is why I designed "struct.subr". You see, I sat down one day (ok, more like a few years), and tried to decide what was better... A. Embrace the quintessential highest-level language that had the most safety-belts and provided for RAD (aka "Rapid Application Development"). *or* (a second choice that was only borne of wisdom through experience) B. Teach our old languages some new efficiency modeling that would add a safety harness while at the same time... break the limitations (perceived or otherwise) of shell as being a "weak" language. > (I don't care if it's JSON, XML or smoke signals just so long as it isn't= hideously slow). I'd like to think I'm still young. I'm only 31 now. I've picked up as many computer languages in that time, and I whole heartedly agree... The language isn't important. What's most important is the... Reach of the language. There are few languages that can compete with the portability of /bin/sh + = awk. But as you say... making sh code that runs as fast as a native C program is= ... Challenging. A challenge that took me perhaps 15 years to best... but the end-result is = that nearly any system running UNIX can utilize your code. But keep in mind... The real power is not in shell, the real power is in POSIX. I have the supr= eme pleasure of having developed C programs that can compile on: + Windows using MinGW + Mac OS X using ... gcc + Mac OS Classic using SIOUX NB: Simple Input/Output User eXchange + Linux, Unix, BSD, AIX, OSF1, Amiga, etc. All with a single source package. It's the power of POSIX. So whenever I've made a choice to target "/bin/sh" as a platform, it's always *only* ever been based on the decision of "reach". Shell quite often doesn't cut it. Prior to shell, I spent my time trying building libraries used to abstract higher functionality for cross-platform compatibility. And, until now, that's primarily been in C -- shell is only a recent excursion because I feel I've *finally* nailed the right recipes for that. I'm actually a bit worried that Python and Lua don't have the reach that C = does, let alone shell. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 07:15:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE7AC6C2 for ; Mon, 9 Dec 2013 07:15:11 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 91F351AB1 for ; Mon, 9 Dec 2013 07:15:11 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id rB97F5SC031981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Dec 2013 08:15:05 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id rB97F5pc031978; Mon, 9 Dec 2013 08:15:05 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 9 Dec 2013 08:15:05 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Freddie Cash Subject: Re: Does FreeBSD's ZFS reserve 1/64 of the capacity for COW? In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 07:15:12 -0000 On Fri, 6 Dec 2013 08:47-0800, Freddie Cash wrote: > On Fri, Dec 6, 2013 at 4:46 AM, Trond Endrestřl < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > Hi, > > > > Today I came across "Becoming a ZFS Ninja Part 1" > > http://www.youtube.com/watch?v=tPsV_8k-aVU featuring Ben Rockwood who > > stated that ZFS reserves 1/64 of the capacity for COW safe-guarding. > > Fast forward to 00:49:44. Thus, one should take this fact into account > > when planning the storage capacity of your (larger) zpools. > > > > Does FreeBSD's ZFS also reserve 1/64 of the capacity for COW? > > > > If it's true, then I guess this should be noted in zpool(8) and in the > > Handbook. > > > > Any comments or insights? > > Do you think I should file a PR? > > > > Have a nice weekend! ;-) > > > > Based on the experience I went through a week or so ago, I would have to > say, no. (Unless this is an unrelated issue.) > > I filled a 75 TB pool 100% full, 0 bytes left. Was unable to delete files, > was unable to "cp /dev/null" files, was unable to truncate files.?? Mostly > due to snapshots and "deleting" a file actually marks the blocks as part of > the previous snapshot and updates a bunch of metadata. And, was unable to > destroy any snapshots as there was 0 space to write out metadata. > > Thankfully, I had 1 ZFS filesystem without any snapshots, and I was able to > successfully delete files from that dataset. Once a few MB of free space > was made available, then I was able to start deleting snapshots > > ?I now have a dataset on each ZFS pool called "do-not-delete" with a 1 GB > reservation (and no snapshots). This way, if the pool ever gets filled to > 100% (and it did a few days later), it's a simple matter to "create" free > space: > # zfs set reservation=512M storage/do-not-delete > ? > Then delete some snapshots, and set the reservation back to 1 GB. > > I've now hit the 100% full issue 3 times. Twice, the do-not-delete > reservation saved me. That's a handy tip. Thanks. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestřl, | Trond Endrestřl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjřvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 07:15:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 660456DC; Mon, 9 Dec 2013 07:15:17 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7D141AB5; Mon, 9 Dec 2013 07:15:16 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id rB97FDX4031990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Dec 2013 08:15:13 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id rB97FDvg031987; Mon, 9 Dec 2013 08:15:13 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 9 Dec 2013 08:15:13 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Mark Felder Subject: Re: Does FreeBSD's ZFS reserve 1/64 of the capacity for COW? In-Reply-To: <1386350612.24515.56413717.7535920E@webmail.messagingengine.com> Message-ID: References: <1386350612.24515.56413717.7535920E@webmail.messagingengine.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 07:15:17 -0000 On Fri, 6 Dec 2013 11:23-0600, Mark Felder wrote: > > > On Fri, Dec 6, 2013, at 6:46, Trond Endrestřl wrote: > > Hi, > > > > Today I came across "Becoming a ZFS Ninja Part 1" > > http://www.youtube.com/watch?v=tPsV_8k-aVU featuring Ben Rockwood who > > stated that ZFS reserves 1/64 of the capacity for COW safe-guarding. > > Fast forward to 00:49:44. Thus, one should take this fact into account > > when planning the storage capacity of your (larger) zpools. > > > > Does FreeBSD's ZFS also reserve 1/64 of the capacity for COW? > > > > If it's true, then I guess this should be noted in zpool(8) and in the > > Handbook. > > > > Well, the rule-of-thumb / urban legend tends to be "don't let your zpool > go over ~80% or you'll have severe performance issues" so I'm not sure > that statement is accurate or COW wouldn't be so painful when your pool > is over ~80%. I could be wrong though; I often am :-) As it turns out, you're in good company, I'm also wrong far too often. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestřl, | Trond Endrestřl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjřvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 07:56:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7C57A1 for ; Mon, 9 Dec 2013 07:56:45 +0000 (UTC) Received: from mail.droso.net (koala.droso.dk [IPv6:2a01:4f8:a0:7163::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 966F51E4B for ; Mon, 9 Dec 2013 07:56:45 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 68EC7AD4D; Mon, 9 Dec 2013 08:56:43 +0100 (CET) Date: Mon, 9 Dec 2013 08:56:43 +0100 From: Erwin Lansing To: David Magda Subject: Re: BIND chroot environment in 10-RELEASE...gone? Message-ID: <20131209075642.GK29825@droso.dk> References: <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> <52A28592.1000200@rancid.berkeley.edu> <52A2CC82.7000101@bluerosetech.com> <32F0DE7B-0C87-43AC-9FB7-F8F612E9922D@ee.ryerson.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <32F0DE7B-0C87-43AC-9FB7-F8F612E9922D@ee.ryerson.ca> X-Operating-System: FreeBSD/amd64 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 07:56:45 -0000 On Sat, Dec 07, 2013 at 03:19:14PM -0500, David Magda wrote: > > Or is the plan to add the various val_* functions: > > http://linux.die.net/man/3/val_getaddrinfo > http://tools.ietf.org/html/draft-hayatnagarkar-dnsext-validator-api > That is something that's I'm following closely and hope this, or getdns-api, or something along these lines will be mature enough by FreeBSD 11.0, although things may settle faster than that. Erwin -- Erwin Lansing http://droso.dk erwin@FreeBSD.org http:// www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 09:16:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2168B568 for ; Mon, 9 Dec 2013 09:16:52 +0000 (UTC) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A282314DC for ; Mon, 9 Dec 2013 09:16:51 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id q58so3144733wes.33 for ; Mon, 09 Dec 2013 01:16:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Syp3FVmjKofJGHTK3Sxa/+NZwIsNi+cGNXGMKiNtQ+g=; b=K95l9vqqCYa8ryxaslkR40WaVbr8jfsGZKzag4ftf6qgkp2ugOxYYdADTcju82xwub 06Uxx6NKZpydQMUmjOhUFiEeUpJpXqlrgq5cClrmo49ot0AviUh8qC+Schpqwo4W9nyY uGl2b5zfK6kd9pzdTwaThDQuz46n7QAyYFVPbp4S1UWvTBWrFrLnLAZwx4Uq1N8bLoAq eGaDDJnzuT1ztsgwCZSgfzFSMEb3GGlvq57cVu3ncwCV+NYezp8VGUvvG+44iLcfcjzA CoX5+F83iaz/nGGTpLC3OXnmHi+/hQJXIWjwfvT74SxaK65f3xNE9OLE2W2Wa6TLY9t4 be1g== MIME-Version: 1.0 X-Received: by 10.194.240.197 with SMTP id wc5mr14021028wjc.23.1386580609975; Mon, 09 Dec 2013 01:16:49 -0800 (PST) Received: by 10.217.89.138 with HTTP; Mon, 9 Dec 2013 01:16:49 -0800 (PST) In-Reply-To: <20131209042841.GR59496@kib.kiev.ua> References: <20131209042841.GR59496@kib.kiev.ua> Date: Mon, 9 Dec 2013 11:16:49 +0200 Message-ID: Subject: Re: FreeBSD 10 r259108 - kernel debug panic From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 09:16:52 -0000 Thank you, It works :) On Mon, Dec 9, 2013 at 6:28 AM, Konstantin Belousov wrote: > On Sun, Dec 08, 2013 at 11:08:25PM +0200, ?zkan KIRIK wrote: > > Hi, > > > > I am using FreeBSD r259108 amd64. > > > > I'm trying to debug a deadlock about ufs. > > I compiled GENERIC kernel with the options below: > > > > makeoptions DEBUG=-g > > options INVARIANTS > > options INVARIANT_SUPPORT > > options WITNESS > > options DEBUG_LOCKS > > options DEBUG_VFS_LOCKS > > options DIAGNOSTIC > > options DDB > > > > while booting, kernel panics: > > > > ... > > ... > > em0: link state changed to UP > > random: unblocking device. > > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ > > /usr/src/sys/kern/kern_cons.c:500 > > > > cpuid = 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+Ox2b/frame > > Oxfffffe0098314160 > > kdb_backtrace() at kdb_backtrace+0x39/frame Oxfffffe0098314210 > > vpanic() at vpanic+0x126/frame Oxfffffe0098314250 > > kassert_panic() at kassert_panic+0x136/frame Oxfffffe00983142c0 > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame > > 0x11ff1e0098314300 > > cnputs() at cnputs+0x32/frame Oxfffffe0098314320 > > putchar() at putchar+Oxl3a/frame Oxfffffe00983143a0 > > kvprintf() at kvprintf+Oxda/frame Oxfffffe00983144a0 > > vprintf() at vprintf+0x87/frame 0x1111fe0098314570 > > printf() at printf+0x43/frame Oxfffffe00983145d0 > > witness_checkorder() at witness_checkorder+Oxa99/frame Oxfffffe0098314660 > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > > Oxfffffe00983146a0 > > sc_puts() at sc_puts+OxbO/frame Oxfffffe00983146e0 > > sc_cnputc() at sc_cnputc+Oxe5/frame Oxfffffe0098314710 > > cnputc() at cnputc+0x7f/frame Oxfffffe0098314740 > > cnputs() at cnputs+0x58/frame Oxfffffe0098314760 > > putchar() at putchar+Oxl3a/frame Oxfffffe00983147e0 > > kvprintf() at kvprintf+Oxda/frame Oxfffffe00983148e0 > > > > vprintf() at vprintf+0x87/frame Oxfffffe00983149b0 > > printf() at printf+0x43/frame Oxfffffe0098314a10 > > witness_checkorder() at witness_checkorder+Oxa99/frame Oxfffffe0098314aa0 > > __mtx_lock_spin_flags() at __mtx_lock spin flags+0x95/frame > > Oxfffffe0098314ae0 > > msleep_spin_sbt() at msleep_spin_sbt+gx90/frame Oxfffffe0098314b70 > > random_kthread() at random_kthread+Ox1d0/frame Oxfffffe0098314bb0 > > fork_exit() at fork exit+Ox84/frame Oxfffffe0098314bf0 > > fork_trampoline() at fork_trampoline+Oxe/frame Oxfffffe0098314bf0 > > --- fork_ 0, rip = 0, rsp = Oxfffffe0098314cb0, rbp = 0 --- > > KDB: enter: panic > > [ thread pid 14 tid 100013 ] > > Stopped at kdb_enter+Ox3e: mug SO,kdb_why > > db> > > > > > > What could be the problem? > > Add WITNESS_SKIPSIN option to your config. > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 11:22:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3144C99 for ; Mon, 9 Dec 2013 11:22:03 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77C1310EA for ; Mon, 9 Dec 2013 11:22:03 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id rB9BLua9076965 for ; Mon, 9 Dec 2013 06:22:01 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <52A5A7D4.4080404@m5p.com> Date: Mon, 09 Dec 2013 06:21:56 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <5C28ECE3-CE0C-44A9-A7CD-08A01C714594@fisglobal.com> In-Reply-To: <5C28ECE3-CE0C-44A9-A7CD-08A01C714594@fisglobal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Mon, 09 Dec 2013 06:22:01 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 11:22:04 -0000 On 12/09/13 00:39, Teske, Devin wrote: > [...] > But keep in mind... > > The real power is not in shell, the real power is in POSIX. I have the supreme > pleasure of having developed C programs that can compile on: > > + Windows using MinGW > + Mac OS X using ... gcc > + Mac OS Classic using SIOUX > NB: Simple Input/Output User eXchange > + Linux, Unix, BSD, AIX, OSF1, Amiga, etc. > > All with a single source package. It's the power of POSIX. > > So whenever I've made a choice to target "/bin/sh" as a platform, it's > always *only* ever been based on the decision of "reach". > > Shell quite often doesn't cut it. Prior to shell, I spent my time trying > building libraries used to abstract higher functionality for cross-platform > compatibility. And, until now, that's primarily been in C -- shell is only a > recent excursion because I feel I've *finally* nailed the right recipes for > that. > > I'm actually a bit worried that Python and Lua don't have the reach that C does, > let alone shell. > +1 to a well-reasoned and insightful post. What are your thoughts on the other part of Mr. Perlstein's concern: the lack of what I would like to call a Grand Unified Schema? Perhaps such a thing belongs in POSIX as well, as it would be intriguing to be able to write tools (in whatever language) that could rely on uniformly parseable data (i.e. sizes always known to be in eight-bit bytes, text in UTF-8 [let's say], time in seconds, numbers in decimal without commas, key-value pairs in a specified format, consistent meaning for key names). -- George From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 11:22:42 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B840BD90 for ; Mon, 9 Dec 2013 11:22:42 +0000 (UTC) Received: from mail.droso.net (koala.droso.dk [213.239.220.246]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 762F610F8 for ; Mon, 9 Dec 2013 11:22:41 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id CDC467DCF; Mon, 9 Dec 2013 12:22:33 +0100 (CET) Date: Mon, 9 Dec 2013 12:22:33 +0100 From: Erwin Lansing To: Greg Rivers Subject: Re: BIND chroot environment in 10-RELEASE...gone? Message-ID: <20131209112232.GR29825@droso.dk> References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205083044.GN29825@droso.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/amd64 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org, Michael Sinatra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 11:22:42 -0000 On Thu, Dec 05, 2013 at 11:34:31AM -0600, Greg Rivers wrote: > On Thu, 5 Dec 2013, Erwin Lansing wrote: > > > > Thanks Greg, and thanks for the feedback. I did make sure that the > > chroot still is supported on existing 8 and 9 systems, so the move will > > be another part in the upgrade procedure to a new major release and > > lessen the pain a bit. Let me have another look into reintroducing the > > chroot bits in a less complicated way. It may not be exactly the same > > as before but hopefully can be done in a backwards compatible way. > > > > Thank you Erwin. Let me know if I can help in any way. > Sorry for the delay. I've spent too much time already on this. The problem is that there are several assumption to how the paths are formed in both the ports Makefile (and thus things like pkg-plist and used to generate the configuration files) and the rc script that sets up the chroot. Fixing one, breaks the other, so some more magic is required. I hacked up the original chroot code enough that it sets up the chroot, copies in the confiruation files, etc. but then ends up that the configuration files were generated on the assumption that is was a normal port prefix and thus expect things to be in /var/named/usr/local/etc/named/... which is of course a fine chroot, but not compatible with the pre-10 setup. I think a complete rewrite is needed to do this right, for which I don't have time over the next few days. The net/isc-dhcp*-server ports might have some inspiration, though not sure how transferrable it is to bind. I'd be happy to test and accept patches. Erwin -- Erwin Lansing http://droso.dk erwin@FreeBSD.org http:// www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 11:52:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33C54AE6 for ; Mon, 9 Dec 2013 11:52:05 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 18C0312FE for ; Mon, 9 Dec 2013 11:52:04 +0000 (UTC) Received: from [10.0.1.108] (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 05D861A3C19; Mon, 9 Dec 2013 03:52:02 -0800 (PST) References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> Mime-Version: 1.0 (1.0) In-Reply-To: <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11B554a) From: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports Date: Mon, 9 Dec 2013 03:51:58 -0800 To: Daniel O'Connor Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 11:52:05 -0000 > On Dec 8, 2013, at 9:13 PM, "Daniel O'Connor" wrot= e: >=20 >=20 >> On 9 Dec 2013, at 11:22, Darren Pilgrim w= rote: >>=20 >>> On 12/8/2013 11:02 AM, Alfred Perlstein wrote: >>> So if I were going to task the talented Devin Teske with something, >>> remember you just asked my opinion, then it would be to look at >>> putting Lua in the boot loader, getting python into base, or working >>> on making our utilities be able to output standard machine readable >>> formats such as yaml, XML and json. >>=20 >> Can you cite a real-world example of a general-purpose OS where this was b= eneficial? Beneficial here means otherwise impossible functionality or auto= mation gains without adding barriers for low-level diagnostics, tuning, corn= er-case configurations and other modes of advanced control. >=20 > It is not that parsing the human readable output of the tools is impossibl= e, it's that it's tedious bullshit code that you shouldn't have to write in t= he first place. >=20 > I would kill for a way to be able to do something like.. > output=3D`somecmd -J` > foo=3D`jsonextract -f some.field $output` > bar=3D`jsonextract -f another.field.here $output` >=20 > Even nicer would be if the shell could do it internally so you didn't have= to re-parse it all the time but it's a start :) >=20 > (I don't care if it's JSON, XML or smoke signals just so long as it isn't h= ideously slow). >=20 You have described exactly what we are trying to accomplish. Thank you! From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 11:55:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B8C7C22 for ; Mon, 9 Dec 2013 11:55:29 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA55E132C for ; Mon, 9 Dec 2013 11:55:28 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id w61so3354310wes.0 for ; Mon, 09 Dec 2013 03:55:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hR2AIPUIgHsywWzl8u86krdLHYh6EK58JinMilzT0Rs=; b=NFuNrvmGOGl5AHnQafDHPUgAzQ2szy/91aNSvhlogwkAPd/jLTYS69VULGwn48OWgd FWSEHFOiG7Y+k2xgASRvacYIqDs5QklfC9JRQbd/A452RmlUUR6ZCra9choMbllMkgXv MTrgG6sNYwQFBJFWiarXSMy4v5luB1hTc68EWOOu3a6hD6OG9c5mlmjtpc7H4F4wAIeU Mw2krE+ozTq+jhvYn65Wkhtz9oqm21OJ6DEOwoNlyhz0ACoGBviQf3tFGtdlmdUgaX8Z gMABRtMgg0L9EELHOpAxLhwwlQeECU7lnBSCJgDSthaIpGF6AUkajo6IzER7MfBent/+ hQog== MIME-Version: 1.0 X-Received: by 10.194.62.8 with SMTP id u8mr5593604wjr.68.1386590127310; Mon, 09 Dec 2013 03:55:27 -0800 (PST) Received: by 10.217.89.138 with HTTP; Mon, 9 Dec 2013 03:55:27 -0800 (PST) In-Reply-To: References: <20131206201329.GK59496@kib.kiev.ua> <20131207183044.GA19655@x2.osted.lan> Date: Mon, 9 Dec 2013 13:55:27 +0200 Message-ID: Subject: Re: stable/10 r258317 - UFS lock problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Peter Holm Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Konstantin Belousov , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 11:55:29 -0000 Hi, I compiled GENERIC kernel with; makeoptions DEBUG=3D-g options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC When I run portsnap fetch extract, I catched these situations on console: lock order reversal: 1st Oxfffffe0080531888 bufwait (bufwait) =95 ,usr/src/sys/kern/vfs bio.c:3050 2nd Oxfffff8000d48a400 dirhash (dirhash) /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: kdb_trace_self_wrapper() at db_trace_self_wrapper.0x2b/frame Oxfffffe009aaa3700 db_backtrace() at kdb backtrace.0x39/frame Oxfffffe009aaa37b0 witness_checkorder() at witness_checkorder.Oxd23/frame Oxfffffe009aaa3840 _sx_xlock() at _sx xlock.0x75/frame Oxfffffe009aaa3880 ufsdirhash_remove() at ufsdirhash remove.0x47/frame Oxfffffe009aaa38b0 ufs_dirremove() at ufs_dirremove.0x11b/frame Oxfffffe009aaa3900 ufs_rmdir() at ufs_rmdir.Oxe3/frame Oxfffffe009aaa3940 VOP_RMDIR_APV() at VOP RHDIR APV.0x12d/frame Oxfffffe009aaa3970 kern_rmdirat() at kern rmdirat.0x1b8/frame Oxfffffe009aaa3ae0 amd64_syscall() at amd64_syscal1.0x282/frame Oxfffffe009aaa3bf0 Xfast_syscall() at Xfast_syscall.Oxfb/frame Oxfffffe009aaa3bf0 --- syscall (137. FreeBSD ELF64. sys_rmdir). rip =3D Ox80088alfa. rsp =3D Ox7fffffffd998, rbp =3D Ox7fffffffda60 --- "ps" output over ssh is below: # ps ax | grep D+ 29730 0 D+ 0:00.00 tar -xz --numeric-owner -f /var/db/portsnap/files/cafbda170898ff0143598e1363c08fc3ac82ba2f4d43334fc53b= 251dbcd28063.gz -C /usr/ports/games/highmoon/ (bsdtar) On Sun, Dec 8, 2013 at 9:38 PM, =D6zkan KIRIK wrote= : > Hi, > > You're right Peter. Now i am compiling with DDB option. > But > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= eldebug-deadlocks.html page, > dont tell about the "DDB" option. > > Thank you, > > > On Sat, Dec 7, 2013 at 8:30 PM, Peter Holm wrote: > >> On Sat, Dec 07, 2013 at 08:24:32AM +0200, =D6zkan KIRIK wrote: >> > Hi, >> > >> > I'm trying to compile a debug kernel with these options : >> > >> > makeoptions DEBUG=3D-g >> > options INVARIANTS >> > options INVARIANT_SUPPORT >> > options WITNESS >> > options DEBUG_LOCKS >> > options DEBUG_VFS_LOCKS >> > options DIAGNOSTIC >> > >> > While compiling; compilations fails due to this error : >> > /usr/src/sys/kern/subr_vmem.c:1357:1: error: unused function 'vmem_dum= p' >> > [-Werror, -Wunused-function] >> > >> >> Did you forget "options DDB" ? >> >> - Peter >> >> > >> > I'll comment out this function and recompiled kernel. >> > Now, while booting, kernel panics. Error line is below; KDB stack >> > backtrace is attached as PNG screenshot. >> > >> > "panic: mtx_lock_spin: recursed on non-recursive mutex cnput_mtx @ >> > /usr/src/sys/kern/kern_cons.c:500" >> > >> > I think, i hit an other bug. >> > >> > Best wishes, >> > >> > Ozkan KIRIK >> > ePati Information Technologies >> > http://www.epati.com.tr/ >> > >> > >> > On Fri, Dec 6, 2013 at 10:13 PM, Konstantin Belousov < >> kostikbel@gmail.com>wrote: >> > >> > > On Fri, Dec 06, 2013 at 08:10:55PM +0200, ?zkan KIRIK wrote: >> > > > Hi, >> > > > >> > > > I am using FreeBSD 10.0-BETA3 r258317 GENERIC kernel. >> > > > >> > > > I run "portsnap fetch extract". >> > > > While extracting files, extracting operation hangs, and i cant kil= l >> > > process. >> > > > >> > > > Output of : "ps ax | grep D+" ( uninterruptable process list ) >> > > > % ps ax | grep D+ >> > > > 28933 0 D+ 0:00.01 tar -xz --numeric-owner -f >> > > > >> > > >> /var/db/portsnap/files/77d41f10d2832f8450e4e02a4db5c0a6131c97d15076ed0c7= 6e761c9ce58338d.gz >> > > > -C /usr/ports/emulators/qemu/ (bsdtar) >> > > > 29051 1 S+ 0:00.00 grep D+ >> > > > % >> > > > >> > > > >> > > > Because of D flag, process cannot be interrupted even by SIGKILL. >> > > > I cannot remove usr/ports folder while this process on D+ state. >> > > > If I run rm -r /usr/ports, rm process is flagged as D+ also. >> > > > >> > > > I tested this situation on both vmware workstation and different >> real >> > > > hardware installations. ( Sun Fire X4150, HP DL380G4, Sun X3 >> servers. ) >> > > > >> > > > Problem is repeatable. If you install FreeBSD on ZFS root, problem >> > > doesn't >> > > > occur. >> > > > >> > > > >> > > > # mount >> > > > /dev/da0p2 on / (ufs, local, journaled soft-updates) >> > > > devfs on /dev (devfs, local, multilabel) >> > > >> > > See >> > > >> > > >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ker= neldebug-deadlocks.html >> > > >> > _______________________________________________ >> > > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 15:24:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40EAB813 for ; Mon, 9 Dec 2013 15:24:16 +0000 (UTC) Received: from mxb1.sanoma.net (mxb1.sanoma.net [158.127.8.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B569C12DB for ; Mon, 9 Dec 2013 15:24:14 +0000 (UTC) X-AuditID: 0aec0c28-b7b10ae000000b7a-cf-52a5e09c9959 Received: from imail.imedia.ru (Unknown_Domain [10.236.12.252]) (using TLS with cipher AES256-SHA (AES256-SHA/256 bits)) (Client did not present a certificate) by mxb1.sanoma.net (Symantec Messaging Gateway) with SMTP id C4.D1.02938.C90E5A25; Mon, 9 Dec 2013 17:24:13 +0200 (EET) X-Original-To: freebsd-stable@freebsd.org Received: from mail.imedia.ru (mail-1.imedia.ru [10.167.2.131]) (authenticated bits=0) by imail.imedia.ru (8.14.6/8.14.6/IMAIL) with ESMTP id rB9FOBXr063611; Mon, 9 Dec 2013 19:24:12 +0400 (MSK) (envelope-from eugene@imedia.ru) From: Eugene Mitrofanov Organization: Sanoma Independent Media To: freebsd-stable@freebsd.org Subject: 9.2-RELEASE + memcached = page fault Date: Mon, 9 Dec 2013 19:24:11 +0400 User-Agent: KMail/1.13.7 (FreeBSD/9.2-RELEASE; KDE/4.8.4; amd64; ; ) X-Origin: badger.imedia.ru MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201312091924.11590@badger> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (imail.imedia.ru [10.167.2.128]); Mon, 09 Dec 2013 19:24:12 +0400 (MSK) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDLMWRmVeSWpSXmKPExsXC9Ybnj+7cB0uDDN5uY7Q43CzkwOgx49N8 lgDGKC6blNSczLLUIn27BK6Mv9sWsRRc5aw4uvY8awPjSbYuRk4OCQETiQe9HYwQtpjEhXvr geJcHEIC85gkHj5+yQKR0JTY19DEBJF4zSix+9lTVpAEm4CWxNflv5hBbCEBKYn1W+YBxTk4 +AXUJNZMLgIJiwjISZxefYUJxBYW0JX4/moL2DIWARWJl6eb2UHKRQVcJG4dc4ZYJSVx9PID sLW8AoISJ2c+AbOZgVrXz3jABmHLS2x/O4cZpJVXQF1i3nR9kMskBPoZJSYvesgygVFoFpL2 WUjaZyFpX8DIvIqRP7ciyVCvODEvPzdRLy+1ZBMjJEQ1djB+vqR3iFGAg1GJhzeIeWmQEGti WXFl7iFGCQ5mJRFesV1AId6UxMqq1KL8+KLSnNTiQ4xMHJxSDYxyby783HkvufvfZ7czWR4r Dh0TfhT+181Bnt/zxZLHlVbXp01g+/Bp1jOrd/uv3ZzwoEdrWcieW5MTAiwNVm7+ee5Ydk6q dOqzzQ8YmPOtAv3//+HP0535qOpTieON9U7ZvUFzGXiaj72qPpitdO+pUv/OWp7OrkOf1urY FSV2mNfbKYjucVNRYinOSDTUYi4qTgQAxCIsAi8CAAA= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: eugene@imedia.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 15:24:16 -0000 Hello after upgrading to 9.2-release i can see periodical page faults. advises welcome. examples: 1. Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 22 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8051095c stack pointer = 0x28:0xffffff88a9d77800 frame pointer = 0x28:0xffffff88a9d77810 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1704 (memcached) trap number = 12 panic: page fault cpuid = 5 Uptime: 2d23h33m33s 2. Unread portion of the kernel message buffer: stack pointer = 0x28:0xffffff88a9b70800 frame pointer = 0x28:0xffffff88a9b70810 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2023 (memcached) trap number = 12 panic: page fault cpuid = 4 Uptime: 1d10h59m7s good luck From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 15:26:33 2013 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 624E793D for ; Mon, 9 Dec 2013 15:26:33 +0000 (UTC) Received: from eu1sys200aog101.obsmtp.com (eu1sys200aog101.obsmtp.com [207.126.144.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 432371305 for ; Mon, 9 Dec 2013 15:26:31 +0000 (UTC) Received: from mtrcas01.mtl.com ([193.47.165.214]) (using TLSv1) by eu1sys200aob101.postini.com ([207.126.147.11]) with SMTP ID DSNKUqXhJR9cSLNjvvMlxtPzCsGxsCGcGhAY@postini.com; Mon, 09 Dec 2013 15:26:32 UTC Received: from MTRDAG02.mtl.com ([fe80::1d13:84a0:aa44:a028]) by mtrcas01.mtl.com ([fe80::dda4:6381:570a:5813%10]) with mapi id 14.03.0123.003; Mon, 9 Dec 2013 17:25:00 +0200 From: Meny Yossefi To: "FreeBSD-stable@FreeBSD.org" Subject: FBSD 10.0 release notes - Mellanox driver Thread-Topic: FBSD 10.0 release notes - Mellanox driver Thread-Index: Ac7qgqkq/vF4AKCSTQuX3rqyQ+yw/A== Date: Mon, 9 Dec 2013 15:25:00 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.13.1] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Oded Shanoon , Meny Yossefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 15:26:33 -0000 Hi, These are Mellanox's FBSD 10.0 release notes: * Moved to fw version 2.30.3200 for ConnectX3 NICs * Added support for loading 'ibcore' and 'ipoib' modules dynamicall= y. * Added support for ConnectX3 VPI NICs (each port can be used as IB= -56GB/s or Eth-40GB/s) Meny Yossefi | SW Engineer | FreeBSD Team Mellanox Technologies Ltd Work: +972-74-7129121, Cell: +972-52-8379557 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 15:33:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED2BBDE3 for ; Mon, 9 Dec 2013 15:33:20 +0000 (UTC) Received: from mail-ie0-f170.google.com (mail-ie0-f170.google.com [209.85.223.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B354813B4 for ; Mon, 9 Dec 2013 15:33:20 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id qd12so6353200ieb.1 for ; Mon, 09 Dec 2013 07:33:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=8IYQbG0vrvxUeyrqYXoHCWXGyDsQ84ZIldnzh/5S+3U=; b=cDkbwuE9IwqDG690XnTv9/74CB6qYkfZ2OtaVrnKmkKMf1J4hSnH+Lj+/M14wb6c5B SyT5TBxYw0K+k4QlSAUcqtbuiFf2L8pesVB9a3RDqc7XjICiYgVncJ03XBzyX6o3izZi 2jFWU0OnEPlhyShw9e3y1lnB9q65JuuMeZEKSlXzbhZku7nwmKAd1NbBArocDUBklgQN KoEIx1LUtZXcQ0YaRM9tVpw3+G4zAkhq5ItUNpWES2YF0FBbMF2RdJe/FzQVCCwghPGN NIFUKB7xMj6hDfjyjjoUZaDrytotgNu72jqxbKeG985xmm7+E3q/5h5/jZc4/vd2gAXZ JGRQ== X-Gm-Message-State: ALoCoQlWN6QFyw1Arm9Gz/6acdXKsAvipzFU6eHBcFz0IwiOnxO+tMZz7tRNEhWIJM3ykEdyNYeo X-Received: by 10.50.102.99 with SMTP id fn3mr15931201igb.5.1386603193771; Mon, 09 Dec 2013 07:33:13 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id s4sm14323207ige.0.2013.12.09.07.33.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Dec 2013 07:33:12 -0800 (PST) Sender: Warner Losh Subject: Re: Does FreeBSD's ZFS reserve 1/64 of the capacity for COW? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=iso-8859-1 From: Warner Losh In-Reply-To: Date: Mon, 9 Dec 2013 08:33:11 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <01D335F5-1B57-4B3E-BE78-38794F65B7A9@bsdimp.com> References: <1386350612.24515.56413717.7535920E@webmail.messagingengine.com> To: =?iso-8859-1?Q?Trond_Endrest=F8l?= X-Mailer: Apple Mail (2.1085) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 15:33:21 -0000 On Dec 9, 2013, at 12:15 AM, Trond Endrest=F8l wrote: > On Fri, 6 Dec 2013 11:23-0600, Mark Felder wrote: >=20 >>=20 >>=20 >> On Fri, Dec 6, 2013, at 6:46, Trond Endrest=F8l wrote: >>> Hi, >>>=20 >>> Today I came across "Becoming a ZFS Ninja Part 1"=20 >>> http://www.youtube.com/watch?v=3DtPsV_8k-aVU featuring Ben Rockwood = who=20 >>> stated that ZFS reserves 1/64 of the capacity for COW safe-guarding.=20= >>> Fast forward to 00:49:44. Thus, one should take this fact into = account=20 >>> when planning the storage capacity of your (larger) zpools. >>>=20 >>> Does FreeBSD's ZFS also reserve 1/64 of the capacity for COW? >>>=20 >>> If it's true, then I guess this should be noted in zpool(8) and in = the=20 >>> Handbook. >>>=20 >>=20 >> Well, the rule-of-thumb / urban legend tends to be "don't let your = zpool >> go over ~80% or you'll have severe performance issues" so I'm not = sure >> that statement is accurate or COW wouldn't be so painful when your = pool >> is over ~80%. I could be wrong though; I often am :-) >=20 > As it turns out, you're in good company, I'm also wrong far too often. I have a zpool that I share between development (/usr/src) and videos = (tivo backups). When it gets over 90% full, I start to see buildworld or = svn operations slow way down... Warner From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 16:06:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D23C7846 for ; Mon, 9 Dec 2013 16:06:37 +0000 (UTC) Received: from mail-qe0-x235.google.com (mail-qe0-x235.google.com [IPv6:2607:f8b0:400d:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E8A816A0 for ; Mon, 9 Dec 2013 16:06:37 +0000 (UTC) Received: by mail-qe0-f53.google.com with SMTP id nc12so2908167qeb.26 for ; Mon, 09 Dec 2013 08:06:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CB7yYjgLOqBCmNHHlVfytIOiKi15BZVTELGGth+5dUo=; b=dNmFaQoGJauBFJ4Y0kL5TJSNqxooGeoEhMpeBrFJUGYYLM4RaCkvrVb9J9NC2yXWlK 1N/WMp8eGPwL2HsWPWQxnLFgRFx8/UWa4sBeDUywy1O0RHkFXZA7hh6COgmGYa64hDYE 6vwF3WtWWil0GPxJx8CIlfAFgyK8aWnJcZc0MY9e/gms5U4oHa+DnC06/l37qBiclTnR pIbpfKspTg0eyb0pKxwah+XRooigYby3tLKtEaiuvV8PleV3JY+LWCkLX6ToWy+c3wOq pvLxhl4wR4NJO3w1fnzHXbgzfxvw6MLXWpqKvCc+AAmvk4b0lUzgT3woevfMC+UJQ1YY 8+gA== MIME-Version: 1.0 X-Received: by 10.49.86.169 with SMTP id q9mr34555496qez.19.1386605196765; Mon, 09 Dec 2013 08:06:36 -0800 (PST) Received: by 10.224.36.137 with HTTP; Mon, 9 Dec 2013 08:06:36 -0800 (PST) In-Reply-To: References: Date: Mon, 9 Dec 2013 16:06:36 +0000 Message-ID: Subject: Re: Does FreeBSD's ZFS reserve 1/64 of the capacity for COW? From: krad To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 16:06:37 -0000 I wouldnt really worry about it as you shouldnt be planning to go over 80% capacity on a production pool anyhow, as at some point after that, and way before 100% you will start to get big slowdown on writes, which is more of an issue. On 6 December 2013 12:46, Trond Endrest=F8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > Hi, > > Today I came across "Becoming a ZFS Ninja Part 1" > http://www.youtube.com/watch?v=3DtPsV_8k-aVU featuring Ben Rockwood who > stated that ZFS reserves 1/64 of the capacity for COW safe-guarding. > Fast forward to 00:49:44. Thus, one should take this fact into account > when planning the storage capacity of your (larger) zpools. > > Does FreeBSD's ZFS also reserve 1/64 of the capacity for COW? > > If it's true, then I guess this should be noted in zpool(8) and in the > Handbook. > > Any comments or insights? > Do you think I should file a PR? > > Have a nice weekend! ;-) > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrest=F8l, | Trond Endrest=F8l, = | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gj=F8vik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +-------------------------------+------------------------------------+ > _______________________________________________ > 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 Dec 9 17:07:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2F56166 for ; Mon, 9 Dec 2013 17:07:23 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62BC11CE9 for ; Mon, 9 Dec 2013 17:07:23 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rB9H7B58032056; Mon, 9 Dec 2013 19:07:11 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rB9H7B58032056 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rB9H7BgT032055; Mon, 9 Dec 2013 19:07:11 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 Dec 2013 19:07:10 +0200 From: Konstantin Belousov To: ?zkan KIRIK Subject: Re: stable/10 r258317 - UFS lock problem Message-ID: <20131209170710.GU59496@kib.kiev.ua> References: <20131206201329.GK59496@kib.kiev.ua> <20131207183044.GA19655@x2.osted.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d1QBpTpNw5tR2ANj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Peter Holm , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 17:07:24 -0000 --d1QBpTpNw5tR2ANj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 09, 2013 at 01:55:27PM +0200, ?zkan KIRIK wrote: > Hi, >=20 > I compiled GENERIC kernel with; >=20 > makeoptions DEBUG=3D-g > options DDB > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options DIAGNOSTIC >=20 >=20 > When I run portsnap fetch extract, I catched these situations on console: >=20 > lock order reversal: > 1st Oxfffffe0080531888 bufwait (bufwait) ? ,usr/src/sys/kern/vfs > bio.c:3050 > 2nd Oxfffff8000d48a400 dirhash (dirhash) > /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 > KDB: stack backtrace: > kdb_trace_self_wrapper() at db_trace_self_wrapper.0x2b/frame > Oxfffffe009aaa3700 > db_backtrace() at kdb backtrace.0x39/frame Oxfffffe009aaa37b0 > witness_checkorder() at witness_checkorder.Oxd23/frame Oxfffffe009aaa3840 > _sx_xlock() at _sx xlock.0x75/frame Oxfffffe009aaa3880 > ufsdirhash_remove() at ufsdirhash remove.0x47/frame Oxfffffe009aaa38b0 > ufs_dirremove() at ufs_dirremove.0x11b/frame Oxfffffe009aaa3900 > ufs_rmdir() at ufs_rmdir.Oxe3/frame Oxfffffe009aaa3940 > VOP_RMDIR_APV() at VOP RHDIR APV.0x12d/frame Oxfffffe009aaa3970 > kern_rmdirat() at kern rmdirat.0x1b8/frame Oxfffffe009aaa3ae0 > amd64_syscall() at amd64_syscal1.0x282/frame Oxfffffe009aaa3bf0 > Xfast_syscall() at Xfast_syscall.Oxfb/frame Oxfffffe009aaa3bf0 > --- syscall (137. FreeBSD ELF64. sys_rmdir). rip =3D Ox80088alfa. rsp =3D > Ox7fffffffd998, rbp =3D Ox7fffffffda60 --- >=20 >=20 > "ps" output over ssh is below: >=20 > # ps ax | grep D+ > 29730 0 D+ 0:00.00 tar -xz --numeric-owner -f > /var/db/portsnap/files/cafbda170898ff0143598e1363c08fc3ac82ba2f4d43334fc5= 3b251dbcd28063.gz > -C /usr/ports/games/highmoon/ (bsdtar) >=20 >=20 >=20 >=20 >=20 > On Sun, Dec 8, 2013 at 9:38 PM, ?zkan KIRIK wrote: >=20 > > Hi, > > > > You're right Peter. Now i am compiling with DDB option. > > But > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke= rneldebug-deadlocks.html page, You did not read this page. Without information listed, I cannot even guess what the problem is. --d1QBpTpNw5tR2ANj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSpfi+AAoJEJDCuSvBvK1BT3QP/0ZZ4PTCSKh4OA064+HQj4MU VieyruczUEwkvYC14Wy/MPVqgdEsQ0NQMt3RzzmKRel5itmleZHOJGwlNgPxGDui J0jMg7pMiOYrLb0wP20wr7izrQktV04untacCLuqehb8Fhgw0Pebw2go1NqCchaJ yB+2tCTIrq6jDVuIJjngY4bE5v2p9gCDXqMWW5YyveBZdq2Tz3lw1ENMwLFiTfPN LVDnW7a/i3Ve+QVkKv+SlbBJZzlXIbpqtNGht6dtjO8BTz1FMoesnV8OIeTyDFJX YYXPXfoXKiiOAYb6sMYwUMaY2/wL8ksBTPBE9zve/lvWeP7NIolrQx0a17eGx5J8 lMZqBbGxDzJPnwCsJhAlt1ijv5OJKkHZpI3mzwU25kiFEXxjn3vMX2qJ+GmIJ9yD HQGmO6hW7CQ4MzvdblfE6UxtXVGL3hdSdt7uMDXLzDFlUtl741Lu4KRiMhBroqgl sSbNfb38HkD9gix0mIW81LGrYHvJ0ApjVoBj2E+7In9fCKshKZ9ZyGuEdjcT+NWX ki478hvKrLgwxtejL4bCaysmW8Ku4eTOZ/oo9eOkPuN943Lmr+boc9Xis0ENOWSx 6JbBohTyzFqo3Y/FytckOcKNDM8q7okQOhsx1KeWmZ0ynRISGj7cW7rnde47GCsQ jVt0MnBRbeaZNYCCGX/h =dEub -----END PGP SIGNATURE----- --d1QBpTpNw5tR2ANj-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 17:27:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82A7F68C; Mon, 9 Dec 2013 17:27:38 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 404021E74; Mon, 9 Dec 2013 17:27:37 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id rB9HRZcs001917 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 9 Dec 2013 11:27:35 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Mon, 9 Dec 2013 11:27:35 -0600 From: "Teske, Devin" To: George Mitchell Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9EPVAMsIQg72sUSzcf93F1B7uw== Date: Mon, 9 Dec 2013 17:27:35 +0000 Message-ID: References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <5C28ECE3-CE0C-44A9-A7CD-08A01C714594@fisglobal.com> <52A5A7D4.4080404@m5p.com> In-Reply-To: <52A5A7D4.4080404@m5p.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <4171F47CBF52C5439FD9710FB650E62F@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-09_01:2013-12-09,2013-12-09,1970-01-01 signatures=0 Cc: Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 17:27:38 -0000 On Dec 9, 2013, at 3:21 AM, George Mitchell wrote: > On 12/09/13 00:39, Teske, Devin wrote: >> [...] >> But keep in mind... >>=20 >> The real power is not in shell, the real power is in POSIX. I have the s= upreme >> pleasure of having developed C programs that can compile on: >>=20 >> + Windows using MinGW >> + Mac OS X using ... gcc >> + Mac OS Classic using SIOUX >> NB: Simple Input/Output User eXchange >> + Linux, Unix, BSD, AIX, OSF1, Amiga, etc. >>=20 >> All with a single source package. It's the power of POSIX. >>=20 >> So whenever I've made a choice to target "/bin/sh" as a platform, it's >> always *only* ever been based on the decision of "reach". >>=20 >> Shell quite often doesn't cut it. Prior to shell, I spent my time trying >> building libraries used to abstract higher functionality for cross-platf= orm >> compatibility. And, until now, that's primarily been in C -- shell is on= ly a >> recent excursion because I feel I've *finally* nailed the right recipes = for >> that. >>=20 >> I'm actually a bit worried that Python and Lua don't have the reach that= C does, >> let alone shell. >>=20 >=20 > +1 to a well-reasoned and insightful post. >=20 > What are your thoughts on the other part of Mr. Perlstein's concern: the > lack of what I would like to call a Grand Unified Schema? Perhaps such > a thing belongs in POSIX as well, as it would be intriguing to be able > to write tools (in whatever language) that could rely on uniformly > parseable data (i.e. sizes always known to be in eight-bit bytes, text > in UTF-8 [let's say], time in seconds, numbers in decimal without > commas, key-value pairs in a specified format, consistent meaning for > key names). -- George Hi George, I'm glad you asked. Because this is actually something that I've been evaluating since (gosh) 2001. NB: In 2002 I was a victim of a burglary and lost the original version of this solution. Thank God, a buddy in France was using it in his open source software so I had a backup (somewhat). Unfortunately, his version was old, but at least it was enough to reconstruct in 2013 (it wasn't until this yea= r that I had excellent reason to bug my buddy kang to go digging for it). I introduce to you ... libfigpar... http://druidbsd.cvs.sf.net/viewvc/druidbsd/libfigpar/ ASIDE: The name figpar stands for "con[fig]uration [par]ser". You can see it in action here... http://druidbsd.cvs.sf.net/viewvc/druidbsd/sysconf/ -- reads loader.conf(5) and sysctl.conf(5) using libfigpar http://druidbsd.cvs.sf.net/viewvc/druidbsd/fdpv/ -- reads ~/.dialogrc using libfigpar And I have plans to write a "jailconf" that reads /etc/jail.conf with libfi= gpar. I'm aware that sysctl(8) has it's own C code for parsing sysctl.conf. I'm also aware that jail(8) has it's own C code for parsing jail.conf. However, libfigpar allows all these to be parsed with a single library. Making things accessible to other languages besides C/C++, you can see by sysconf(8) above that the analogous FFI can be built. NB: I still am wrestling with the idea of rewriting sysrc(8) in C to use li= bfigpar but... the only thing stopping me is that I know that I would have to make = the C code fork-exec to sh(1) several times considering rc.conf(5) is in-fact she= ll. So you asked about the possibility of a Grand Unified Schema, and this is my take. The library brings the parsing, but you have to bring the functions t= hat handle the values. When you invoke the parser, you give it a few things... + A bit-field of options that can change the way it parses (strict v loose,= etc.) + A series of function pointers for handling specific data types. (and I'm sure I'm forgetting much... I wrote a man-page in the CVS repo so I wouldn't have to memorize everything) But... alas... One of the things that I lost (which is not that hard to get back) from the= original version was the defacto processing functions set{str,strarray,num,bool,etc.= }. But that's the easy part. Resurrecting the core processing module (staying = true to the fact that original was compiling on over 40 different POSIX environm= ents and working perfectly) -- that was the hard part. As you can see from my works-in-progress... sysconf(8) and fdpv(1) ... I'm = having loads of fun with libfigpar ;D makes parsing easy and stores the data in a = really nice memory format for simple access. But of course... I'd love feedback as ... being how I am developing those t= hings for base... I'm curious to know if this could fit your need. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 18:17:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EF88F32; Mon, 9 Dec 2013 18:17:04 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B87F1215; Mon, 9 Dec 2013 18:17:03 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id rB9IH3tZ010323 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 9 Dec 2013 12:17:03 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Mon, 9 Dec 2013 12:17:01 -0600 From: "Teske, Devin" To: George Mitchell Subject: Re: BIND segway -> python -> first-class ports -> parsing Thread-Topic: BIND segway -> python -> first-class ports -> parsing Thread-Index: AQHO9Qraf9UgZprqqka7QwRtv3aUDA== Date: Mon, 9 Dec 2013 18:17:01 +0000 Message-ID: <4EE82B0A-44A1-4B0E-94F0-C101625108AC@fisglobal.com> References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <5C28ECE3-CE0C-44A9-A7CD-08A01C714594@fisglobal.com> <52A5A7D4.4080404@m5p.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <294481CF29F6564F9CB2CA957CF98BFB@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-09_02:2013-12-09,2013-12-09,1970-01-01 signatures=0 Cc: Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 18:17:04 -0000 On Dec 9, 2013, at 9:27 AM, Teske, Devin wrote: >=20 > On Dec 9, 2013, at 3:21 AM, George Mitchell wrote: >=20 >> On 12/09/13 00:39, Teske, Devin wrote: >>> [...] >>> But keep in mind... >>>=20 >>> The real power is not in shell, the real power is in POSIX. I have the = supreme >>> pleasure of having developed C programs that can compile on: >>>=20 >>> + Windows using MinGW >>> + Mac OS X using ... gcc >>> + Mac OS Classic using SIOUX >>> NB: Simple Input/Output User eXchange >>> + Linux, Unix, BSD, AIX, OSF1, Amiga, etc. >>>=20 >>> All with a single source package. It's the power of POSIX. >>>=20 >>> So whenever I've made a choice to target "/bin/sh" as a platform, it's >>> always *only* ever been based on the decision of "reach". >>>=20 >>> Shell quite often doesn't cut it. Prior to shell, I spent my time trying >>> building libraries used to abstract higher functionality for cross-plat= form >>> compatibility. And, until now, that's primarily been in C -- shell is o= nly a >>> recent excursion because I feel I've *finally* nailed the right recipes= for >>> that. >>>=20 >>> I'm actually a bit worried that Python and Lua don't have the reach tha= t C does, >>> let alone shell. >>>=20 >>=20 >> +1 to a well-reasoned and insightful post. >>=20 >> What are your thoughts on the other part of Mr. Perlstein's concern: the >> lack of what I would like to call a Grand Unified Schema? Perhaps such >> a thing belongs in POSIX as well, as it would be intriguing to be able >> to write tools (in whatever language) that could rely on uniformly >> parseable data (i.e. sizes always known to be in eight-bit bytes, text >> in UTF-8 [let's say], time in seconds, numbers in decimal without >> commas, key-value pairs in a specified format, consistent meaning for >> key names). -- George >=20 > Hi George, >=20 > I'm glad you asked. My experience tells me that 90% of the Grand Unified Schema is adapting a single interface so that the following two issues are dealt with: 1. The issue of consistency that arises when two or more programs (often perhaps in two or more languages) are tasked with parsing the same data. 2. The issue of stability that arises when a program must make decisions when changing data that is originally written by a human. A recent example of #1: - /boot/loader.conf is parsed by /boot/support.4th written in Forth - /etc/sysctl.conf is parsed by sysctl(8) written in C While some folks may view these files as separate and unrelated (perhaps making it OK that they are parsed differently with different rules), I find that the files play a role with one another. For example, in writing a tool to determine the value of a runtime tunable, I should check both loader.conf(5) and sysctl.conf(5). But alas, they have different parsers with different rules. A recent example of #2: All too often, when a program edits your human-crafted config, it is unkind to the formatting that was artfully applied (especially considering whitespace; but the list goes on). That is to say, that if the Grand Unified Schema simply attacks those two issues by: 1. Centralized parsing library 2. Centralized mangling library I recall something similar in iOS Core Data Stack implementation... Using NSManagedObjectContext, NSPersistentStoreCoordinator, and NSManagedObjectModel you would stuff NSDictionary items in by key. The advantage of the Core Data Stack using the Persistent Storage Coordinator was that (like a UI binding; but instead a Data binding) as you changed memory values, the stored data was updated too. Gratis. For free! (and Free is always good) However, that paradigm doesn't really work in the situation where you want to maintain a human configurable format for your data. It would be interesting however, if we could follow the same idea of a "data binding". The library that implements this would have to keep the door wide- open for customization (as in aforementioned "libfigpar", for example, the ability to wholesale customize functionality by providing function pointers to custom code). And that brings me to the discussion of "the other 10%" of the Grand Unified Schema. NB: Maybe it's more like 99% and "the other 1%" There will always exist some edge-case to which the existing functionality is improper or undesirable. So that's why I think the design should be (for lack of a better description) "pluggable". In libfigpar, that means passing function pointers for call-backs. That just happens to be how I like it in C, but I'm open. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 18:52:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D8C8A0B; Mon, 9 Dec 2013 18:52:39 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF81C155F; Mon, 9 Dec 2013 18:52:38 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id rB9IqbQK026181 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 9 Dec 2013 12:52:37 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Mon, 9 Dec 2013 12:52:36 -0600 From: "Teske, Devin" To: George Mitchell Subject: Re: BIND segway -> python -> first-class ports -> parsing Thread-Topic: BIND segway -> python -> first-class ports -> parsing Thread-Index: AQHO9Qraf9UgZprqqka7QwRtv3aUDJpMmiWA Date: Mon, 9 Dec 2013 18:52:36 +0000 Message-ID: References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <5C28ECE3-CE0C-44A9-A7CD-08A01C714594@fisglobal.com> <52A5A7D4.4080404@m5p.com> <4EE82B0A-44A1-4B0E-94F0-C101625108AC@fisglobal.com> In-Reply-To: <4EE82B0A-44A1-4B0E-94F0-C101625108AC@fisglobal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-09_02:2013-12-09,2013-12-09,1970-01-01 signatures=0 Cc: Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 18:52:39 -0000 On Dec 9, 2013, at 10:17 AM, Teske, Devin wrote: >=20 > On Dec 9, 2013, at 9:27 AM, Teske, Devin wrote: >=20 >>=20 >> On Dec 9, 2013, at 3:21 AM, George Mitchell wrote: >>=20 >>> On 12/09/13 00:39, Teske, Devin wrote: >>>> [...] >>>> But keep in mind... >>>>=20 >>>> The real power is not in shell, the real power is in POSIX. I have the= supreme >>>> pleasure of having developed C programs that can compile on: >>>>=20 >>>> + Windows using MinGW >>>> + Mac OS X using ... gcc >>>> + Mac OS Classic using SIOUX >>>> NB: Simple Input/Output User eXchange >>>> + Linux, Unix, BSD, AIX, OSF1, Amiga, etc. >>>>=20 >>>> All with a single source package. It's the power of POSIX. >>>>=20 >>>> So whenever I've made a choice to target "/bin/sh" as a platform, it's >>>> always *only* ever been based on the decision of "reach". >>>>=20 >>>> Shell quite often doesn't cut it. Prior to shell, I spent my time tryi= ng >>>> building libraries used to abstract higher functionality for cross-pla= tform >>>> compatibility. And, until now, that's primarily been in C -- shell is = only a >>>> recent excursion because I feel I've *finally* nailed the right recipe= s for >>>> that. >>>>=20 >>>> I'm actually a bit worried that Python and Lua don't have the reach th= at C does, >>>> let alone shell. >>>>=20 >>>=20 >>> +1 to a well-reasoned and insightful post. >>>=20 >>> What are your thoughts on the other part of Mr. Perlstein's concern: the >>> lack of what I would like to call a Grand Unified Schema? Perhaps such >>> a thing belongs in POSIX as well, as it would be intriguing to be able >>> to write tools (in whatever language) that could rely on uniformly >>> parseable data (i.e. sizes always known to be in eight-bit bytes, text >>> in UTF-8 [let's say], time in seconds, numbers in decimal without >>> commas, key-value pairs in a specified format, consistent meaning for >>> key names). -- George >>=20 >> Hi George, >>=20 >> I'm glad you asked. >=20 > My experience tells me that 90% of the Grand Unified Schema is adapting > a single interface so that the following two issues are dealt with: >=20 > [snip] >=20 > 1. Centralized parsing library >=20 > 2. Centralized mangling library >=20 #1 I've conceptualized into code as "libfigpar". For #2, I'm thinking something similar, but libfigman (for "Con[fig]uration= [Man]gler") ;D --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 19:52:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 957F283D for ; Mon, 9 Dec 2013 19:52:09 +0000 (UTC) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55F101AE4 for ; Mon, 9 Dec 2013 19:52:09 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id o15so2967003qap.4 for ; Mon, 09 Dec 2013 11:52:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=X5m61EzsnKFlmcNe3Ad/6f7v5zjS/+04ObDyPcw4CKY=; b=HJNB0uYY0VE/qeK55IM8UaFo9oDYgdy4PXeyRKnb4GOpQh6kNasquCR8OIP0LdLrhZ Fsg6KLYSg5dGqaXyZpBk2ksOeHFRSBFdtdlcLJOnrGREJjVLS2gxnAbr/jZ3i/3j19ie oJ2v/t9kFCzjZVsBpxW6wyHzYYL4QOsElWmumEF4t/0HPrpOR0vDjxToYLBihpWf34QI h3q2YJJvdBnEta9xgxeJJONIYnhCzl2T0FShRXbM4YUDVaOSL+xBG1U4kBhS1vgC9Wrr mRuTixmVXwmKNnWLuQAxLIJ9cP+egf+3ZeokRI+RrmHQW7EAqhLX63Nn7k5aJgMWC0mD IIoQ== MIME-Version: 1.0 X-Received: by 10.49.17.232 with SMTP id r8mr36684845qed.74.1386618728491; Mon, 09 Dec 2013 11:52:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Mon, 9 Dec 2013 11:52:08 -0800 (PST) In-Reply-To: <201312091924.11590@badger> References: <201312091924.11590@badger> Date: Mon, 9 Dec 2013 11:52:08 -0800 X-Google-Sender-Auth: v1W576aaGonm3WEQLHUocWd2DWc Message-ID: Subject: Re: 9.2-RELEASE + memcached = page fault From: Adrian Chadd To: eugene@imedia.ru Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 19:52:09 -0000 Do you have backtraces from this? Kernel crash dumps? -a On 9 December 2013 07:24, Eugene Mitrofanov wrote: > Hello > > after upgrading to 9.2-release i can see periodical page faults. advises welcome. > > examples: > > 1. > > Fatal trap 12: page fault while in kernel mode > cpuid = 5; apic id = 22 > fault virtual address = 0x18 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff8051095c > stack pointer = 0x28:0xffffff88a9d77800 > frame pointer = 0x28:0xffffff88a9d77810 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1704 (memcached) > trap number = 12 > panic: page fault > cpuid = 5 > Uptime: 2d23h33m33s > > 2. > > Unread portion of the kernel message buffer: > stack pointer = 0x28:0xffffff88a9b70800 > frame pointer = 0x28:0xffffff88a9b70810 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2023 (memcached) > trap number = 12 > panic: page fault > cpuid = 4 > Uptime: 1d10h59m7s > > good luck > _______________________________________________ > 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 Dec 9 20:19:11 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 651C5E18; Mon, 9 Dec 2013 20:19:11 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 369EE1D5C; Mon, 9 Dec 2013 20:19:10 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:5604:a6ff:fe3a:96ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 9F36B1B82A; Mon, 9 Dec 2013 20:19:09 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 9F36B1B82A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 9 Dec 2013 15:19:07 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: FreeBSD 10.0-RC1 now available Message-ID: <20131209201907.GB50284@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 20:19:11 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The first RC build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. * Please see the change list for an important note regarding the bsdinstall(8) ZFS on GELI option. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.0" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the following FreeBSD Errata Notices before upgrading the system to 10.0-RC1: - EN-13:04.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-updat= e.asc - EN-13:05.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-updat= e.asc Pre-installed virtual machine images for 10.0-RC1 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC1/ The disk images are available in both QCOW2, VHD, and VMDK format. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between -BETA4 and -RC1 include: - Fix to a regression in bsdinstall(8) that prevents ZFS on GELI installation from working correctly.[*] =20 *Please note: a last-minute problem was found in 10.0-RC1 testing with this installation option that is still being investigated. Please do *not* select the GELI encryption option from the installer. Although the installation successfully completes, the GELI passphrase will *not* decrypt the GELI provider. - Build Hyper-V kernel modules by default for i386. - Update oce(4) driver to support 40Gbps devices. - Improve robustness of the Xen balloon driver. - Fix accounting for hw.realmem on the i386 and amd64 platforms. - Fix poweroff(8) on XenServer. - Fix powerd/states on AMD cpus. - Add support for BCM57764, BCM57767, BCM57782, BCM57786 and BCM57787. - Fix PKG_ABI detection in bsdconfig(8) after pkg-1.2. - Fix emulated jail_v0 byte order. - Fix hang on reboot with active iSCSI connections. - Fix a potential system crash if a jail(8) is created and destroyed on systems with VIMAGE. =3D=3D ISO CHECKSUMS =3D=3D - 10.0-RC1 amd64: SHA256 (FreeBSD-10.0-RC1-amd64-bootonly.iso) =3D c640ac78fee2cbc411= b701ecc028286c7514fe324ce5ba57176edc42fa143d85 SHA256 (FreeBSD-10.0-RC1-amd64-disc1.iso) =3D f41c8d4b78cfb6ec0cca4= ad21f937fe1e6a65e7b61167467860110c3290d650e SHA256 (FreeBSD-10.0-RC1-amd64-memstick.img) =3D 9015c7cb025bc9d62e= b989b22a172a756a6fb53646bad9fa83ee6e53358737f8 MD5 (FreeBSD-10.0-RC1-amd64-bootonly.iso) =3D f183fe88ed81d2cebef7f= ed42084d62b MD5 (FreeBSD-10.0-RC1-amd64-disc1.iso) =3D dd2b48fbe752a78d6e002abb= d1a04bc6 MD5 (FreeBSD-10.0-RC1-amd64-memstick.img) =3D 54d1c86aa05bfbf5e5c11= 450c74e3e5a - 10.0-RC1 i386: SHA256 (FreeBSD-10.0-RC1-i386-bootonly.iso) =3D a77c69c1483447a47aa= 7efb74a77d0db297427671384f6743330a3c5b508c3ee SHA256 (FreeBSD-10.0-RC1-i386-disc1.iso) =3D beb48fcd2dfcde9ace0a44= ff689085baf3bc80575503af4e3bc445ec894d2255 SHA256 (FreeBSD-10.0-RC1-i386-memstick.img) =3D 01fbf1c70af180a7d01= fc0d279552d24ad6da302ec0fac0727ff00bd146cc04f MD5 (FreeBSD-10.0-RC1-i386-bootonly.iso) =3D 03a30dc2485ec596dfc068= c0e173510c MD5 (FreeBSD-10.0-RC1-i386-disc1.iso) =3D c11cd8955b183a39163f4eb66= f4a312a MD5 (FreeBSD-10.0-RC1-i386-memstick.img) =3D 9c544ef2186c25b8ed7669= 0f806dbc67 - 10.0-RC1 ia64: SHA256 (FreeBSD-10.0-RC1-ia64-bootonly.iso) =3D fe13352fad5835b85d1= 9897ac222c73a13be29be848a80c1a025871bd60735ae SHA256 (FreeBSD-10.0-RC1-ia64-disc1.iso) =3D c031581ebdcb457233b3a5= 1ef6598053130ac4a9414fef885d2e1cbabe7c41a4 SHA256 (FreeBSD-10.0-RC1-ia64-memstick.img) =3D bd9b058d639a6649a73= 94dc1bc588e80f75c41bc1521a50b66d9d8a623fee9fd MD5 (FreeBSD-10.0-RC1-ia64-bootonly.iso) =3D c6df39a7a561dee8ffddb4= 12f5313f50 MD5 (FreeBSD-10.0-RC1-ia64-disc1.iso) =3D 19dea92e71cfb9fe0c66f57be= 4588805 MD5 (FreeBSD-10.0-RC1-ia64-memstick.img) =3D a783748b0f101629a7c2a2= ad87d8d813 - 10.0-RC1 powerpc: SHA256 (FreeBSD-10.0-RC1-powerpc-bootonly.iso) =3D 2feb3f9a7b1e3c56= 62fc8be154cc758e32afcb5c4b97ecaf9c3d24cc4cee9599 SHA256 (FreeBSD-10.0-RC1-powerpc-disc1.iso) =3D bb9f456932d41f67aa7= c99c58c94bbb38f61ac3c5bf3a72894aa7ddea88bf39e SHA256 (FreeBSD-10.0-RC1-powerpc-memstick.img) =3D d1c320b4bc5d3fd8= 5bab04b7b441a51d3d060130931a9d2195df0653b51a6d71 MD5 (FreeBSD-10.0-RC1-powerpc-bootonly.iso) =3D e7fe84f27f2efffa333= 17ec36e90e41e MD5 (FreeBSD-10.0-RC1-powerpc-disc1.iso) =3D 4386dff3617a72b05d4b95= 0a6938aab6 MD5 (FreeBSD-10.0-RC1-powerpc-memstick.img) =3D e1b8b471adff5167754= 550a763b85a09 - 10.0-RC1 powerpc64: SHA256 (FreeBSD-10.0-RC1-powerpc-powerpc64-bootonly.iso) =3D c9e51b= f25b5deed99810b0b41ba4589475682254c54af34dbaf534aeff1b5fad SHA256 (FreeBSD-10.0-RC1-powerpc-powerpc64-disc1.iso) =3D 175f45e29= 346acaacd4767b3508da88f6a72cfa8170366bba91cb1460bd0158b SHA256 (FreeBSD-10.0-RC1-powerpc-powerpc64-memstick.img) =3D b1df2f= 1bd7fed90d496ba75a5fb9d56c9980c288ac27f5aeb468ff1d867706c1 MD5 (FreeBSD-10.0-RC1-powerpc-powerpc64-bootonly.iso) =3D bfe477b49= 9fd4eaa125d7ccd44bcc5ef MD5 (FreeBSD-10.0-RC1-powerpc-powerpc64-disc1.iso) =3D c9d6f722d9f5= 132097ed9084695ee07f MD5 (FreeBSD-10.0-RC1-powerpc-powerpc64-memstick.img) =3D 2bfeef18a= 4e062030683d93975ac738c - 10.0-RC1 sparc64: SHA256 (FreeBSD-10.0-RC1-sparc64-bootonly.iso) =3D 32d18bdb5a56f938= dc9e2a6887bba878a5bc0148cfb497e7835deb56453a76f6 SHA256 (FreeBSD-10.0-RC1-sparc64-disc1.iso) =3D 60c75a42e86384df9cd= 310a73b3202d4af395745e4b439d573e42bd0f69a0e61 MD5 (FreeBSD-10.0-RC1-sparc64-bootonly.iso) =3D 7f5b692b7ec22acfdde= 1a523c2b8aa9f MD5 (FreeBSD-10.0-RC1-sparc64-disc1.iso) =3D 9ce742472d0fed5b9a6dde= 09848907c4 =3D=3D VM IMAGE CHECKSUMS =3D=3D - 10.0-RC1 amd64: SHA256 (FreeBSD-10.0-RC1-amd64.qcow2.xz) =3D fe36f1518049f3994cac8c= 9443b6ec54c99b2284b697aa8d3dc688c7ecb35aff SHA256 (FreeBSD-10.0-RC1-amd64.vhd.xz) =3D b73ec025304860b1124cb213= a635022153d0fbd26ed7933a3341c01cd28acb30 SHA256 (FreeBSD-10.0-RC1-amd64.vmdk.xz) =3D e9519660a5f1580af51407e= 38a2e77c0997a8d517bf5ab2c7240191285b0e498 MD5 (FreeBSD-10.0-RC1-amd64.qcow2.xz) =3D 65e7240207db3937ac822e657= 7294d9c MD5 (FreeBSD-10.0-RC1-amd64.vhd.xz) =3D 35c01e68934c81047bf43115743= 14786 MD5 (FreeBSD-10.0-RC1-amd64.vmdk.xz) =3D b9815682f5a6d510c97bd90102= 6d1b7c - 10.0-RC1 i386: SHA256 (FreeBSD-10.0-RC1-i386.qcow2.xz) =3D 9d977b9032f2ecfc30958bc= 6dc3f0a4a6d506374c02e7aae327f370f156b7769 SHA256 (FreeBSD-10.0-RC1-i386.vhd.xz) =3D 7c62ed754d4c339b0670ddd2e= 8a88601b341bd69695c91cdcaaf3c59a0533dfc SHA256 (FreeBSD-10.0-RC1-i386.vmdk.xz) =3D b28f26ee2a48c40381677ea8= e9b57805aa92be1f78f5d4a57bb4adc3bc80971a MD5 (FreeBSD-10.0-RC1-i386.qcow2.xz) =3D 84b06ae30236db5dbb608c2b82= c40996 MD5 (FreeBSD-10.0-RC1-i386.vhd.xz) =3D d23f7b0596f4df11bb4aa8c0da86= cb98 MD5 (FreeBSD-10.0-RC1-i386.vmdk.xz) =3D b15a4b3b9ec4823f41bf6d5d5ef= 16b3d Glen --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSpiW7AAoJELls3eqvi17Q5pAQANT5xUKZraKW74B/u1piLJpJ TupHBLT7zugITFaQPXkLeVGXgIZetmzWg/zvLtwgPqXl3/jFkXy+inEISosvut4W RUtshPH0kJMZRhmPE4Eq1VwQy3yC0Bm9ooarCwoL/JmSjgZMMJfEiiQ9z7DL9QrX Um6zwYFYO6/+hkWziVBK289W79A5tW3Wtq/uUL8T/k05QYHhLyhcx8YKCUmxOrKR ETNwbjOpIRZgk45aeAByNHtmJka2yXbFVGqBrrH9Pbk+sK8oKZJ/GqsqHgDeihBL YCcif1VEYKbgHA1Q3MaozF8TJHlVC2mgZWYKf0fhOx3qPmVdUeU0iOvLzGmFJJi2 VkFfpHXOhPdh/Wd0JAZ3Ul17yEs3Vf6w2xz+5vZfpV+iwBU2epiDZh1Buceva4xp 3atoJ9Wq2XtLfn8UdXwv+FcQwp9Jvi/HI3EgIRjCr4EAjmtmAc0Gy9AM8u2NgeJy OxNqquNS4QHqykEv8ETj6bD+JRqW8LYsDV+wgB8n0NLCcZvtkPRl3QHbjPTjWGbS OCPQiatoG8165vs7TCznMxOz3MSiCBHj4+B7Gt2Xp3ghmOuUTFJqjBnAHVYlSwjo ZRaInhfy+09seWzFrobcUt8//qeecNfNloZ64x7sRDxD/i4iCALUtj+0MDjClKqW g9fCUPkPxgF6HtfDmxQa =j7Ds -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 9 22:11:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 461AAE72 for ; Mon, 9 Dec 2013 22:11:29 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 811DB155A for ; Mon, 9 Dec 2013 22:11:28 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-29-106.lns20.adl2.internode.on.net [121.45.29.106]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rB9MB5oI011429 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 10 Dec 2013 08:41:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Tue, 10 Dec 2013 08:41:05 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> To: Alfred Perlstein X-Mailer: Apple Mail (2.1822) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 22:11:29 -0000 On 9 Dec 2013, at 22:21, Alfred Perlstein wrote: >> On Dec 8, 2013, at 9:13 PM, "Daniel O'Connor" = wrote: >>=20 >> (I don't care if it's JSON, XML or smoke signals just so long as it = isn't hideously slow). >>=20 > You have described exactly what we are trying to accomplish. Thank = you! OK, great, can you have an implementation by COB Friday? :) Although seriously, I do wonder what the best way to implement it would = be. I can imagine modifying /bin/sh to have such a feature would be somewhat = controversial.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 00:13:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13F9395; Tue, 10 Dec 2013 00:13:55 +0000 (UTC) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CB8E1E96; Tue, 10 Dec 2013 00:13:54 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id b57so1874066eek.31 for ; Mon, 09 Dec 2013 16:13:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=HsBrglJM/Z9tjpjmecRZAzM/LSngtmVT676aDf2gUtg=; b=tds3OxiO6zGTCou5BF3H/V9dJ0g82+ZrjaIksT3p6KGagVaACPgpJ8jhlEiv0UhNB+ FkRg9IPvABQTjUDpP7/FvDzVQ1tQuARrEajHKotC9O9ef7W8983lUY840tRQMTjgViI1 vLbbq2w5sE2ItRwjri9RZYUdKDn3paunsYQaXuL25UaP8yhMdaWBlZG6BmfhS/7WvMXU j5s4jbREX9UzIGltDiorg3TpBt3HPw8lgIbOw3cOZD9ZuGxv5AVUGiLFVLSPjwldnOZv Gx0f4fUirNKA22lxNIwdAPTJkMOlj7bNsZdKds+Ji0hHKHbbMScjs5jktlMgqIGnZXUk wnqg== X-Received: by 10.15.56.7 with SMTP id x7mr14803391eew.43.1386634432535; Mon, 09 Dec 2013 16:13:52 -0800 (PST) Received: from macbook-pro.local (ip-176-199-25-222.unitymediagroup.de. [176.199.25.222]) by mx.google.com with ESMTPSA id n1sm34573560eep.20.2013.12.09.16.13.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Dec 2013 16:13:51 -0800 (PST) Message-ID: <52A65CBC.4030503@googlemail.com> Date: Tue, 10 Dec 2013 01:13:48 +0100 From: "army.of.root" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Devin Teske Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <5C28ECE3-CE0C-44A9-A7CD-08A01C714594@fisglobal.com> <52A5A7D4.4080404@m5p.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 00:13:55 -0000 Am 09/12/13 18:27, schrieb Teske, Devin: > > On Dec 9, 2013, at 3:21 AM, George Mitchell wrote: > >> On 12/09/13 00:39, Teske, Devin wrote: >>> [...] >>> But keep in mind... >>> >>> The real power is not in shell, the real power is in POSIX. I have the supreme >>> pleasure of having developed C programs that can compile on: >>> >>> + Windows using MinGW >>> + Mac OS X using ... gcc >>> + Mac OS Classic using SIOUX >>> NB: Simple Input/Output User eXchange >>> + Linux, Unix, BSD, AIX, OSF1, Amiga, etc. >>> >>> All with a single source package. It's the power of POSIX. >>> >>> So whenever I've made a choice to target "/bin/sh" as a platform, it's >>> always *only* ever been based on the decision of "reach". >>> >>> Shell quite often doesn't cut it. Prior to shell, I spent my time trying >>> building libraries used to abstract higher functionality for cross-platform >>> compatibility. And, until now, that's primarily been in C -- shell is only a >>> recent excursion because I feel I've *finally* nailed the right recipes for >>> that. >>> >>> I'm actually a bit worried that Python and Lua don't have the reach that C does, >>> let alone shell. >>> >> >> +1 to a well-reasoned and insightful post. >> >> What are your thoughts on the other part of Mr. Perlstein's concern: the >> lack of what I would like to call a Grand Unified Schema? Perhaps such >> a thing belongs in POSIX as well, as it would be intriguing to be able >> to write tools (in whatever language) that could rely on uniformly >> parseable data (i.e. sizes always known to be in eight-bit bytes, text >> in UTF-8 [let's say], time in seconds, numbers in decimal without >> commas, key-value pairs in a specified format, consistent meaning for >> key names). -- George > > Hi George, > > I'm glad you asked. Because this is actually something that I've been > evaluating since (gosh) 2001. > > NB: In 2002 I was a victim of a burglary and lost the original version of > this solution. Thank God, a buddy in France was using it in his open source > software so I had a backup (somewhat). Unfortunately, his version was old, > but at least it was enough to reconstruct in 2013 (it wasn't until this year that > I had excellent reason to bug my buddy kang to go digging for it). > > I introduce to you ... libfigpar... > > http://druidbsd.cvs.sf.net/viewvc/druidbsd/libfigpar/ > > ASIDE: The name figpar stands for "con[fig]uration [par]ser". > > You can see it in action here... > > http://druidbsd.cvs.sf.net/viewvc/druidbsd/sysconf/ > -- reads loader.conf(5) and sysctl.conf(5) using libfigpar > http://druidbsd.cvs.sf.net/viewvc/druidbsd/fdpv/ > -- reads ~/.dialogrc using libfigpar > > And I have plans to write a "jailconf" that reads /etc/jail.conf with libfigpar. > > I'm aware that sysctl(8) has it's own C code for parsing sysctl.conf. > I'm also aware that jail(8) has it's own C code for parsing jail.conf. > > However, libfigpar allows all these to be parsed with a single library. > Making things accessible to other languages besides C/C++, you can > see by sysconf(8) above that the analogous FFI can be built. > > NB: I still am wrestling with the idea of rewriting sysrc(8) in C to use libfigpar > but... the only thing stopping me is that I know that I would have to make the C > code fork-exec to sh(1) several times considering rc.conf(5) is in-fact shell. > > So you asked about the possibility of a Grand Unified Schema, and this is my > take. The library brings the parsing, but you have to bring the functions that > handle the values. When you invoke the parser, you give it a few things... > > + A bit-field of options that can change the way it parses (strict v loose, etc.) > + A series of function pointers for handling specific data types. > > (and I'm sure I'm forgetting much... I wrote a man-page in the CVS repo so I > wouldn't have to memorize everything) > > But... alas... > > One of the things that I lost (which is not that hard to get back) from the original > version was the defacto processing functions set{str,strarray,num,bool,etc.}. > > But that's the easy part. Resurrecting the core processing module (staying true > to the fact that original was compiling on over 40 different POSIX environments > and working perfectly) -- that was the hard part. > > As you can see from my works-in-progress... sysconf(8) and fdpv(1) ... I'm having > loads of fun with libfigpar ;D makes parsing easy and stores the data in a really > nice memory format for simple access. > > But of course... I'd love feedback as ... being how I am developing those things > for base... I'm curious to know if this could fit your need. > Reading this, I remembered http://augeas.net/ which I stumbled over reading up on ovirt. I like proper formats better than some magic middleware though. (givng you schemas incl. validation, xquery style access, standard tooling etc.) Could even be done via "proxies" which are completely specified XML schemas with round trip conversion. Maybe even portable supersets. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 00:59:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E103A92; Tue, 10 Dec 2013 00:59:10 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3AD6C115C; Tue, 10 Dec 2013 00:59:09 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rBA0x2h8002834 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 9 Dec 2013 18:59:02 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Mon, 9 Dec 2013 18:59:01 -0600 From: "Teske, Devin" To: "army.of.root" Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9EPVAMsIQg72sUSzcf93F1B7uw== Date: Tue, 10 Dec 2013 00:59:00 +0000 Message-ID: <66114E14-6B6A-461B-8F35-D821A8A56C80@fisglobal.com> References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <5C28ECE3-CE0C-44A9-A7CD-08A01C714594@fisglobal.com> <52A5A7D4.4080404@m5p.com> <52A65CBC.4030503@googlemail.com> In-Reply-To: <52A65CBC.4030503@googlemail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <7CE92AAD5AAB2F47805D257FEB7D9C7B@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-09_03:2013-12-09,2013-12-09,1970-01-01 signatures=0 Cc: Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 00:59:10 -0000 On Dec 9, 2013, at 4:13 PM, army.of.root wrote: > Am 09/12/13 18:27, schrieb Teske, Devin: >>=20 >> On Dec 9, 2013, at 3:21 AM, George Mitchell wrote: >>=20 >>> On 12/09/13 00:39, Teske, Devin wrote: >>>> [...] >>>> But keep in mind... >>>>=20 >>>> The real power is not in shell, the real power is in POSIX. I have the= supreme >>>> pleasure of having developed C programs that can compile on: >>>>=20 >>>> + Windows using MinGW >>>> + Mac OS X using ... gcc >>>> + Mac OS Classic using SIOUX >>>> NB: Simple Input/Output User eXchange >>>> + Linux, Unix, BSD, AIX, OSF1, Amiga, etc. >>>>=20 >>>> All with a single source package. It's the power of POSIX. >>>>=20 >>>> So whenever I've made a choice to target "/bin/sh" as a platform, it's >>>> always *only* ever been based on the decision of "reach". >>>>=20 >>>> Shell quite often doesn't cut it. Prior to shell, I spent my time tryi= ng >>>> building libraries used to abstract higher functionality for cross-pla= tform >>>> compatibility. And, until now, that's primarily been in C -- shell is = only a >>>> recent excursion because I feel I've *finally* nailed the right recipe= s for >>>> that. >>>>=20 >>>> I'm actually a bit worried that Python and Lua don't have the reach th= at C does, >>>> let alone shell. >>>>=20 >>>=20 >>> +1 to a well-reasoned and insightful post. >>>=20 >>> What are your thoughts on the other part of Mr. Perlstein's concern: the >>> lack of what I would like to call a Grand Unified Schema? Perhaps such >>> a thing belongs in POSIX as well, as it would be intriguing to be able >>> to write tools (in whatever language) that could rely on uniformly >>> parseable data (i.e. sizes always known to be in eight-bit bytes, text >>> in UTF-8 [let's say], time in seconds, numbers in decimal without >>> commas, key-value pairs in a specified format, consistent meaning for >>> key names). -- George >>=20 >> Hi George, >>=20 >> I'm glad you asked. Because this is actually something that I've been >> evaluating since (gosh) 2001. >>=20 >> NB: In 2002 I was a victim of a burglary and lost the original version of >> this solution. Thank God, a buddy in France was using it in his open sou= rce >> software so I had a backup (somewhat). Unfortunately, his version was ol= d, >> but at least it was enough to reconstruct in 2013 (it wasn't until this = year that >> I had excellent reason to bug my buddy kang to go digging for it). >>=20 >> I introduce to you ... libfigpar... >>=20 >> http://druidbsd.cvs.sf.net/viewvc/druidbsd/libfigpar/ >>=20 >> ASIDE: The name figpar stands for "con[fig]uration [par]ser". >>=20 >> You can see it in action here... >>=20 >> http://druidbsd.cvs.sf.net/viewvc/druidbsd/sysconf/ >> -- reads loader.conf(5) and sysctl.conf(5) using libfigpar >> http://druidbsd.cvs.sf.net/viewvc/druidbsd/fdpv/ >> -- reads ~/.dialogrc using libfigpar >>=20 >> And I have plans to write a "jailconf" that reads /etc/jail.conf with li= bfigpar. >>=20 >> I'm aware that sysctl(8) has it's own C code for parsing sysctl.conf. >> I'm also aware that jail(8) has it's own C code for parsing jail.conf. >>=20 >> However, libfigpar allows all these to be parsed with a single library. >> Making things accessible to other languages besides C/C++, you can >> see by sysconf(8) above that the analogous FFI can be built. >>=20 >> NB: I still am wrestling with the idea of rewriting sysrc(8) in C to use= libfigpar >> but... the only thing stopping me is that I know that I would have to ma= ke the C >> code fork-exec to sh(1) several times considering rc.conf(5) is in-fact = shell. >>=20 >> So you asked about the possibility of a Grand Unified Schema, and this i= s my >> take. The library brings the parsing, but you have to bring the function= s that >> handle the values. When you invoke the parser, you give it a few things.= .. >>=20 >> + A bit-field of options that can change the way it parses (strict v loo= se, etc.) >> + A series of function pointers for handling specific data types. >>=20 >> (and I'm sure I'm forgetting much... I wrote a man-page in the CVS repo = so I >> wouldn't have to memorize everything) >>=20 >> But... alas... >>=20 >> One of the things that I lost (which is not that hard to get back) from = the original >> version was the defacto processing functions set{str,strarray,num,bool,e= tc.}. >>=20 >> But that's the easy part. Resurrecting the core processing module (stayi= ng true >> to the fact that original was compiling on over 40 different POSIX envir= onments >> and working perfectly) -- that was the hard part. >>=20 >> As you can see from my works-in-progress... sysconf(8) and fdpv(1) ... I= 'm having >> loads of fun with libfigpar ;D makes parsing easy and stores the data in= a really >> nice memory format for simple access. >>=20 >> But of course... I'd love feedback as ... being how I am developing thos= e things >> for base... I'm curious to know if this could fit your need. >>=20 >=20 > Reading this, I remembered http://augeas.net/ which I stumbled over readi= ng up on ovirt. >=20 > I like proper formats better than some magic middleware though. (givng yo= u schemas incl. validation, xquery style access, standard tooling etc.) >=20 > Could even be done via "proxies" which are completely specified XML schem= as with round trip conversion. Maybe even portable supersets. Hey, that looks really nice. I'm going to have to sit down and play with th= at. Wonder what the licensing is. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 02:26:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40951F2A for ; Tue, 10 Dec 2013 02:26:57 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 23EEA1826 for ; Tue, 10 Dec 2013 02:26:56 +0000 (UTC) Received: from Alfreds-MacBook-Pro.local (50-204-88-5-static.hfc.comcastbusiness.net [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id B67231A3C28; Mon, 9 Dec 2013 18:26:49 -0800 (PST) Message-ID: <52A67BE8.9050509@mu.org> Date: Mon, 09 Dec 2013 18:26:48 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 02:26:57 -0000 On 12/9/13, 2:11 PM, Daniel O'Connor wrote: > On 9 Dec 2013, at 22:21, Alfred Perlstein wrote: >>> On Dec 8, 2013, at 9:13 PM, "Daniel O'Connor" wrote: >>> >>> (I don't care if it's JSON, XML or smoke signals just so long as it isn't hideously slow). >>> >> You have described exactly what we are trying to accomplish. Thank you! > OK, great, can you have an implementation by COB Friday? :) > > Although seriously, I do wonder what the best way to implement it would be. > > I can imagine modifying /bin/sh to have such a feature would be somewhat controversial.. > A few interesting targets would be sysctl, ifconfig, gpart, disklabel, ... any others? -Alfred From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 02:36:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36E8C1D5 for ; Tue, 10 Dec 2013 02:36:17 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E112518C5 for ; Tue, 10 Dec 2013 02:36:16 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBA2aF3v054725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Dec 2013 18:36:15 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBA2aFXj054724; Mon, 9 Dec 2013 18:36:15 -0800 (PST) (envelope-from jmg) Date: Mon, 9 Dec 2013 18:36:15 -0800 From: John-Mark Gurney To: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports Message-ID: <20131210023615.GR55638@funkthat.com> Mail-Followup-To: Alfred Perlstein , Daniel O'Connor , "freebsd-stable@freebsd.org Stable" References: <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <52A67BE8.9050509@mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52A67BE8.9050509@mu.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 09 Dec 2013 18:36:15 -0800 (PST) Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 02:36:17 -0000 Alfred Perlstein wrote this message on Mon, Dec 09, 2013 at 18:26 -0800: > > On 12/9/13, 2:11 PM, Daniel O'Connor wrote: > >On 9 Dec 2013, at 22:21, Alfred Perlstein wrote: > >>>On Dec 8, 2013, at 9:13 PM, "Daniel O'Connor" > >>>wrote: > >>> > >>>(I don't care if it's JSON, XML or smoke signals just so long as it > >>>isn't hideously slow). > >>> > >>You have described exactly what we are trying to accomplish. Thank you! > >OK, great, can you have an implementation by COB Friday? :) > > > >Although seriously, I do wonder what the best way to implement it would be. > > > >I can imagine modifying /bin/sh to have such a feature would be somewhat > >controversial.. > > > A few interesting targets would be sysctl, ifconfig, gpart, disklabel, > ... any others? gpart info is already in XML from sysctl kern.geom.confxml... And disklabel has been retired and replaced by gpart... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 02:49:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86E7442F for ; Tue, 10 Dec 2013 02:49:39 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6C757196A for ; Tue, 10 Dec 2013 02:49:39 +0000 (UTC) Received: from Alfreds-MacBook-Pro.local (50-204-88-5-static.hfc.comcastbusiness.net [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id 8F4D61A3C1F; Mon, 9 Dec 2013 18:49:38 -0800 (PST) Message-ID: <52A68141.6010003@mu.org> Date: Mon, 09 Dec 2013 18:49:37 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Daniel O'Connor , "freebsd-stable@freebsd.org Stable" Subject: Re: BIND segway -> python -> first-class ports References: <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <52A67BE8.9050509@mu.org> <20131210023615.GR55638@funkthat.com> In-Reply-To: <20131210023615.GR55638@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 02:49:39 -0000 On 12/9/13, 6:36 PM, John-Mark Gurney wrote: > Alfred Perlstein wrote this message on Mon, Dec 09, 2013 at 18:26 -0800: >> On 12/9/13, 2:11 PM, Daniel O'Connor wrote: >>> On 9 Dec 2013, at 22:21, Alfred Perlstein wrote: >>>>> On Dec 8, 2013, at 9:13 PM, "Daniel O'Connor" >>>>> wrote: >>>>> >>>>> (I don't care if it's JSON, XML or smoke signals just so long as it >>>>> isn't hideously slow). >>>>> >>>> You have described exactly what we are trying to accomplish. Thank you! >>> OK, great, can you have an implementation by COB Friday? :) >>> >>> Although seriously, I do wonder what the best way to implement it would be. >>> >>> I can imagine modifying /bin/sh to have such a feature would be somewhat >>> controversial.. >>> >> A few interesting targets would be sysctl, ifconfig, gpart, disklabel, >> ... any others? > gpart info is already in XML from sysctl kern.geom.confxml... > > And disklabel has been retired and replaced by gpart... > XML doesn't work for everyone, and as far as disklabel, wasn't aware it was toast in HEAD, it's still around in 9.2 and we've been doing most of our development there so oops! -Alfred From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 08:52:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 720F1BA7 for ; Tue, 10 Dec 2013 08:52:57 +0000 (UTC) Received: from mail-vb0-x230.google.com (mail-vb0-x230.google.com [IPv6:2607:f8b0:400c:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3197612C6 for ; Tue, 10 Dec 2013 08:52:57 +0000 (UTC) Received: by mail-vb0-f48.google.com with SMTP id f13so320286vbg.7 for ; Tue, 10 Dec 2013 00:52:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=2Jd+7W64qY4BFOPQNNI8C8E2reX9iTPdvo69EA+TYV4=; b=t3gpHkLKu/7IFstvc0jZ0CUulCr7WA3aCrqOIQU4VsZhGKZ4w/grqaZLCjXZVapemb Yem1f9nnyv+8/mzb+t/lwNIQlad08Kx9ZrxsqSNTJYNq7wvOzVqxt9mmdw2aW+AkcU6Y QYIzKBArcZekJ5YJqGfe/nLFTs/WWeqD14rAlF6Nclemy3100OLNMxe/A23FcqwGUq4x npLlgZpESvO0S1ewtgURo0jVlVADpYbpOuM7lAvUxJLtV5G5YXRhK5LA/mORDjp0KAXU HK3HRXa63xqf1eGZdTPS5rnTn9OeiR9DjdWBST6jQIuqt9duThJgHfkU2ZHwe1tDF0Je e9ug== MIME-Version: 1.0 X-Received: by 10.52.164.16 with SMTP id ym16mr213231vdb.39.1386665576300; Tue, 10 Dec 2013 00:52:56 -0800 (PST) Received: by 10.52.168.106 with HTTP; Tue, 10 Dec 2013 00:52:56 -0800 (PST) Date: Tue, 10 Dec 2013 12:52:56 +0400 Message-ID: Subject: Build Hyper-V kernel modules by default for i386 From: Pavel Timofeev To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 08:52:57 -0000 The subject is a line from original FreeBSD 10.0-RC1 announce. True, but funny, because hyperv option wasn't included in i386 GENERIC kernel config=EF=BB=BF. Will someone MFC the r258950 to releng/10.0 before 10.0-RELEASE? From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 09:55:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30F8EDF6 for ; Tue, 10 Dec 2013 09:55:01 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E24C418D2 for ; Tue, 10 Dec 2013 09:55:00 +0000 (UTC) Received: from coleburn.avinity.tv (unknown [77.243.161.229]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 50EAD5C43; Tue, 10 Dec 2013 10:54:58 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_8FA4E10A-DB92-470D-9C70-A6C4C05EE0AD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: Build Hyper-V kernel modules by default for i386 From: Dimitry Andric In-Reply-To: Date: Tue, 10 Dec 2013 10:54:50 +0100 Message-Id: References: To: Pavel Timofeev X-Mailer: Apple Mail (2.1822) Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 09:55:01 -0000 --Apple-Mail=_8FA4E10A-DB92-470D-9C70-A6C4C05EE0AD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 10 Dec 2013, at 09:52, Pavel Timofeev wrote: > The subject is a line from original FreeBSD 10.0-RC1 announce. > True, but funny, because hyperv option wasn't included in i386 GENERIC > kernel config=EF=BB=BF. > Will someone MFC the r258950 to releng/10.0 before 10.0-RELEASE? It would be nice if someone fixed the hyperv code to build with gcc first, or some people might get angry. :-) -Dimitry --Apple-Mail=_8FA4E10A-DB92-470D-9C70-A6C4C05EE0AD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlKm5O4ACgkQsF6jCi4glqOedACgr0qQwPbGBRvTuWbCZ0HSQ5fd S5MAoInCTL9htSgeEg6KCHRQ389KY7kD =Eyeb -----END PGP SIGNATURE----- --Apple-Mail=_8FA4E10A-DB92-470D-9C70-A6C4C05EE0AD-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 10:02:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CD051AD; Tue, 10 Dec 2013 10:02:00 +0000 (UTC) Received: from mail-vc0-x229.google.com (mail-vc0-x229.google.com [IPv6:2607:f8b0:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A7AC81987; Tue, 10 Dec 2013 10:01:59 +0000 (UTC) Received: by mail-vc0-f169.google.com with SMTP id hu19so4474468vcb.0 for ; Tue, 10 Dec 2013 02:01:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=R1fwqRSSou2GyUc5rPD3x1y9SrjAx0hWoUOnTtRrF4Q=; b=vUbmzGGR9MDm3fGY2XZa3GDjioDY1DMvtbhQeuxwJ0qBjSzDYlgT5BxJXfKvErcSSG oYIqzR44FZJngNTy+UReAEm3Qz23o4Q8NJXcZ2CWzOxbQtpUBlH0m2absDY5AJT4UQHJ ym9/bZ69Sh0aD4n6w7X0HHlJIKhne31X5ps0Pjc9I64x97iPs2X1LtGKZnfo6PUhYcZd Nz8hFznJMAGk0ReDnMqms0iuzqNLjd2J16Q0gsv/b/O7ctBWLooyLBRXaRQiqjhmWxBp u2d1t8ur/DaSU6FiBu3j473UPe9bdvZBs4lWA3Ta6T3tUCZvDvgVYcnW3fsW7nHGRjeQ rXlw== MIME-Version: 1.0 X-Received: by 10.58.96.15 with SMTP id do15mr330278veb.56.1386669718795; Tue, 10 Dec 2013 02:01:58 -0800 (PST) Received: by 10.52.168.106 with HTTP; Tue, 10 Dec 2013 02:01:58 -0800 (PST) In-Reply-To: References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> Date: Tue, 10 Dec 2013 14:01:58 +0400 Message-ID: Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken From: Pavel Timofeev To: Devin Teske Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 10:02:00 -0000 Hmm, I just tried to install new 10.0-RC1 with encryption on ZFS. After installation it can't boot because of wrong passkey. I tried to install 10.0-RC1 with different passphrases (even like 123) about 5 times and no luck. Whatever I tried. Do I do something wrong? Can anybody confirm such behaviour? 2013/12/9 Teske, Devin : > > On Dec 4, 2013, at 8:04 AM, Devin Teske wrote: > >> On Dec 4, 2013, at 7:54 AM, Pavel Timofeev wrote: >> >>> Great! But I don't know how to build new iso from source and check >>> this patch =(. >> >> I can help you with that later tonight. >> >> The procedure I use is to take the existing ISO and... >> >> 1. use mdconfig to access it >> 2. use mount_cd9660 to mount it >> 3. use rsync to copy the contents to a local dir >> 4. use patch to patch the files >> 5. use makefs to roll the new files into a new ISO >> >> I've got a makefile that does the last step. >> But I won't be back until later tonight. >> > > I've attached the Makefile that I'm using as-of today > which rejects the use of rsync and instead uses UnionFS. > > I found this to be more efficient as I'm running out of disk > space on this VM/laptop. > > > -- > Devin > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete the > message and all copies; (ii) do not disclose, distribute or use the message > in any manner; and (iii) notify the sender immediately. In addition, please > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 10:03:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 022C32C0; Tue, 10 Dec 2013 10:03:23 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B316C19CC; Tue, 10 Dec 2013 10:03:22 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id to1so8188628ieb.18 for ; Tue, 10 Dec 2013 02:03:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=V+AQ7dFubditadlZ29iW4gJePNVYNsIgWs768YBAT90=; b=TOcjkgx1p+1EJJlMu6dwY7OfU6w6QC4WYWhNVpBh64a7NE1BSDPpycb/FKfCMejB1e GJ9zzGjGS0LGsEkUbYjEkL8NmRlCicglTF1sMlh6svQISfVYjAb76KJx3g0gIculPsyt qq+Uj6tcmvbW/AtzUjOkoSwrn6UbGtdKcdPkTs1b9zZ6w/ojUwYi2Y6RH4zC1sfKCF09 R9ZZCRAO6iXZ5wBhrOCUrSBQMmQpTa98X5lC64kevKROFWV2cPWNcEpq3nAGelLf1NQR ErD4ru0BPROl/UC5r5pHbmn1TIURtiuvCBizm1hb2igke0AeArCSu+ygSKHCyyW/edLl BX3Q== MIME-Version: 1.0 X-Received: by 10.50.143.10 with SMTP id sa10mr19113763igb.8.1386669802165; Tue, 10 Dec 2013 02:03:22 -0800 (PST) Received: by 10.64.223.194 with HTTP; Tue, 10 Dec 2013 02:03:22 -0800 (PST) In-Reply-To: References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> Date: Tue, 10 Dec 2013 11:03:22 +0100 Message-ID: Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken From: claudiu vasadi To: Pavel Timofeev Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 10:03:23 -0000 Hi, When RC1 was announced, it was clearly stated to NOT install geli and ZFS because upon reboot, the password will not work. On Tue, Dec 10, 2013 at 11:01 AM, Pavel Timofeev wrote: > Hmm, I just tried to install new 10.0-RC1 with encryption on ZFS. > After installation it can't boot because of wrong passkey. I tried to > install 10.0-RC1 with different passphrases (even like 123) about 5 > times and no luck. Whatever I tried. > Do I do something wrong? Can anybody confirm such behaviour? > > 2013/12/9 Teske, Devin : > > > > On Dec 4, 2013, at 8:04 AM, Devin Teske wrote: > > > >> On Dec 4, 2013, at 7:54 AM, Pavel Timofeev wrote: > >> > >>> Great! But I don't know how to build new iso from source and check > >>> this patch =(. > >> > >> I can help you with that later tonight. > >> > >> The procedure I use is to take the existing ISO and... > >> > >> 1. use mdconfig to access it > >> 2. use mount_cd9660 to mount it > >> 3. use rsync to copy the contents to a local dir > >> 4. use patch to patch the files > >> 5. use makefs to roll the new files into a new ISO > >> > >> I've got a makefile that does the last step. > >> But I won't be back until later tonight. > >> > > > > I've attached the Makefile that I'm using as-of today > > which rejects the use of rsync and instead uses UnionFS. > > > > I found this to be more efficient as I'm running out of disk > > space on this VM/laptop. > > > > > > -- > > Devin > > _____________ > > The information contained in this message is proprietary and/or > > confidential. If you are not the intended recipient, please: (i) delete > the > > message and all copies; (ii) do not disclose, distribute or use the > message > > in any manner; and (iii) notify the sender immediately. In addition, > please > > be aware that any message addressed to our domain is subject to archiving > > and review by persons other than the intended recipient. Thank you. > _______________________________________________ > 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 regards, Claudiu Vasadi From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 10:04:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6985F3C8; Tue, 10 Dec 2013 10:04:27 +0000 (UTC) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D41F19E2; Tue, 10 Dec 2013 10:04:26 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id la4so1352567vcb.1 for ; Tue, 10 Dec 2013 02:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w70bd1ckm3Hshaw0+uqo2zCUnFEqG9PmjoHyCvCFAvM=; b=ax5YTHE9obZ4/L4zZlxAUvrhxMi4no0OtnGY+CWY/hIkmCLpO9gsOlBmmvmWXTQnIW ryTuDbO4HcsWOzz8herUR1U4k4Nem8k4aVUhjPnbc/e8wIe4QYb9Urzea77CWlBNYuoP 8udKRStJPd4nXIaOFkLppHhkp9iXTZxsy6K8YlLfxuzlfvyCZGgQIw4txnnaItWFywLA hQKctSliwNlnbIK4dY587uVWsYMxblJO6unEXhvOgtWHTdcKqnEC55/f72AwI3tshrbS iJSZ4u33ZXS6nD1KBf/Pm3wsSnxsICGNeZU507AMETT6U5dLJiHxv/+6NjuJXLPiRCkk oNsQ== MIME-Version: 1.0 X-Received: by 10.58.143.17 with SMTP id sa17mr13456221veb.14.1386669866117; Tue, 10 Dec 2013 02:04:26 -0800 (PST) Received: by 10.52.168.106 with HTTP; Tue, 10 Dec 2013 02:04:26 -0800 (PST) In-Reply-To: References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> Date: Tue, 10 Dec 2013 14:04:26 +0400 Message-ID: Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken From: Pavel Timofeev To: claudiu vasadi Content-Type: text/plain; charset=UTF-8 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 10:04:27 -0000 Oh, I see, sorry for that noise! 2013/12/10 claudiu vasadi : > Hi, > > When RC1 was announced, it was clearly stated to NOT install geli and ZFS > because upon reboot, the password will not work. > > > On Tue, Dec 10, 2013 at 11:01 AM, Pavel Timofeev wrote: >> >> Hmm, I just tried to install new 10.0-RC1 with encryption on ZFS. >> After installation it can't boot because of wrong passkey. I tried to >> install 10.0-RC1 with different passphrases (even like 123) about 5 >> times and no luck. Whatever I tried. >> Do I do something wrong? Can anybody confirm such behaviour? >> >> 2013/12/9 Teske, Devin : >> > >> > On Dec 4, 2013, at 8:04 AM, Devin Teske wrote: >> > >> >> On Dec 4, 2013, at 7:54 AM, Pavel Timofeev wrote: >> >> >> >>> Great! But I don't know how to build new iso from source and check >> >>> this patch =(. >> >> >> >> I can help you with that later tonight. >> >> >> >> The procedure I use is to take the existing ISO and... >> >> >> >> 1. use mdconfig to access it >> >> 2. use mount_cd9660 to mount it >> >> 3. use rsync to copy the contents to a local dir >> >> 4. use patch to patch the files >> >> 5. use makefs to roll the new files into a new ISO >> >> >> >> I've got a makefile that does the last step. >> >> But I won't be back until later tonight. >> >> >> > >> > I've attached the Makefile that I'm using as-of today >> > which rejects the use of rsync and instead uses UnionFS. >> > >> > I found this to be more efficient as I'm running out of disk >> > space on this VM/laptop. >> > >> > >> > -- >> > Devin >> > _____________ >> > The information contained in this message is proprietary and/or >> > confidential. If you are not the intended recipient, please: (i) delete >> > the >> > message and all copies; (ii) do not disclose, distribute or use the >> > message >> > in any manner; and (iii) notify the sender immediately. In addition, >> > please >> > be aware that any message addressed to our domain is subject to >> > archiving >> > and review by persons other than the intended recipient. Thank you. >> _______________________________________________ >> 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 regards, > Claudiu Vasadi From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 10:05:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70D584D7; Tue, 10 Dec 2013 10:05:29 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A77E19FB; Tue, 10 Dec 2013 10:05:29 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id to1so8191635ieb.18 for ; Tue, 10 Dec 2013 02:05:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GNZdwDymmUcS1va1uhNgWkDXKy/yD62qIbKG8qce0WE=; b=OUQispxSScXab3NZwqzF8vdua3a2gOl+GqwENIlOWVXa8Hkpcto6MMFrRd/MIZtzMz TOeX3yAImnDv29MBE4d+/wg7PoKizlQ57oV2+e6q9o6v0RtlEfBWfZZEvE44G1o9Ojgp M8eCOXo1d40Evdvdotr2SlmvJhHooQRX+EmDMlaE5HlOSkV2TWeASVXX7K3KPOBJxevd 6/38qwdUeueod7jQzKyuP8NYRlGPYmZka6mbtdwfsdp5aehF/SAimq8XabFI3l1MtHwm zq/ppcLxOTaymzKHJ/zpNqsMSoRCfASi4xhdnH0snJ9xiZq3JgjJ96LoVqPBJj7PM/7U CRJA== MIME-Version: 1.0 X-Received: by 10.42.122.146 with SMTP id n18mr30280625icr.41.1386669928687; Tue, 10 Dec 2013 02:05:28 -0800 (PST) Received: by 10.64.223.194 with HTTP; Tue, 10 Dec 2013 02:05:28 -0800 (PST) In-Reply-To: References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> Date: Tue, 10 Dec 2013 11:05:28 +0100 Message-ID: Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken From: claudiu vasadi To: Pavel Timofeev Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 10:05:29 -0000 No problem, it happens. FYI, here is the paragraph: "*Please note: a last-minute problem was found in 10.0-RC1 testing with this installation option that is still being investigated. Please do *not* select the GELI encryption option from the installer. Although the installation successfully completes, the GELI passphrase will *not* decrypt the GELI provider." On Tue, Dec 10, 2013 at 11:04 AM, Pavel Timofeev wrote: > Oh, I see, sorry for that noise! > > 2013/12/10 claudiu vasadi : > > Hi, > > > > When RC1 was announced, it was clearly stated to NOT install geli and ZFS > > because upon reboot, the password will not work. > > > > > > On Tue, Dec 10, 2013 at 11:01 AM, Pavel Timofeev > wrote: > >> > >> Hmm, I just tried to install new 10.0-RC1 with encryption on ZFS. > >> After installation it can't boot because of wrong passkey. I tried to > >> install 10.0-RC1 with different passphrases (even like 123) about 5 > >> times and no luck. Whatever I tried. > >> Do I do something wrong? Can anybody confirm such behaviour? > >> > >> 2013/12/9 Teske, Devin : > >> > > >> > On Dec 4, 2013, at 8:04 AM, Devin Teske wrote: > >> > > >> >> On Dec 4, 2013, at 7:54 AM, Pavel Timofeev wrote: > >> >> > >> >>> Great! But I don't know how to build new iso from source and check > >> >>> this patch =(. > >> >> > >> >> I can help you with that later tonight. > >> >> > >> >> The procedure I use is to take the existing ISO and... > >> >> > >> >> 1. use mdconfig to access it > >> >> 2. use mount_cd9660 to mount it > >> >> 3. use rsync to copy the contents to a local dir > >> >> 4. use patch to patch the files > >> >> 5. use makefs to roll the new files into a new ISO > >> >> > >> >> I've got a makefile that does the last step. > >> >> But I won't be back until later tonight. > >> >> > >> > > >> > I've attached the Makefile that I'm using as-of today > >> > which rejects the use of rsync and instead uses UnionFS. > >> > > >> > I found this to be more efficient as I'm running out of disk > >> > space on this VM/laptop. > >> > > >> > > >> > -- > >> > Devin > >> > _____________ > >> > The information contained in this message is proprietary and/or > >> > confidential. If you are not the intended recipient, please: (i) > delete > >> > the > >> > message and all copies; (ii) do not disclose, distribute or use the > >> > message > >> > in any manner; and (iii) notify the sender immediately. In addition, > >> > please > >> > be aware that any message addressed to our domain is subject to > >> > archiving > >> > and review by persons other than the intended recipient. Thank you. > >> _______________________________________________ > >> 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 regards, > > Claudiu Vasadi > -- Best regards, Claudiu Vasadi From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 10:06:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C20105E9; Tue, 10 Dec 2013 10:06:12 +0000 (UTC) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AF9B1A18; Tue, 10 Dec 2013 10:06:12 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id w20so370667vbb.19 for ; Tue, 10 Dec 2013 02:06:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zVSkJKFYaRi8pW9pYgr1ZbQTHoVzFROQw3K4fhTrFl4=; b=NlZL12bie+pN1nkCSFtTG7rS/HL4ARR5+ycwC4xUO3ERgSikTeibRdD7bFeffXTmfB waq3S+wRPDDKrLLtfbUOaEgkDxFgysf9mHPJLE23zmrOoceiruoj4eC55Dhcn/98PWdB sDy89B6nHjuatWEpF5c2x+eCTJlcKSOKZI24sL65mlDw8fvdf9bfwCR/NCjI8KlM8Zm8 YjYXvSkxANkTcfIbTsCqAjSOOJcZ7ePl4gyMwYouvxy2PUnb5orA8lBWNr++t0er+ZEv G/lNpV6dCHofCiPDwEBlOX2AnuWiTuyOajS9+LY12UsMA7Lc4qyHYvVzQDeu1IeLbSF0 Sq/Q== MIME-Version: 1.0 X-Received: by 10.52.241.105 with SMTP id wh9mr10946vdc.83.1386669971495; Tue, 10 Dec 2013 02:06:11 -0800 (PST) Received: by 10.52.168.106 with HTTP; Tue, 10 Dec 2013 02:06:11 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Dec 2013 14:06:11 +0400 Message-ID: Subject: Re: Build Hyper-V kernel modules by default for i386 From: Pavel Timofeev To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 10:06:12 -0000 Is gcc compilation problem related only to i386 hyperv code? 2013/12/10 Dimitry Andric : > On 10 Dec 2013, at 09:52, Pavel Timofeev wrote: >> The subject is a line from original FreeBSD 10.0-RC1 announce. >> True, but funny, because hyperv option wasn't included in i386 GENERIC >> kernel config=EF=BB=BF. >> Will someone MFC the r258950 to releng/10.0 before 10.0-RELEASE? > > It would be nice if someone fixed the hyperv code to build with gcc > first, or some people might get angry. :-) > > -Dimitry > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 10:22:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33850926; Tue, 10 Dec 2013 10:22:50 +0000 (UTC) Received: from smtp.peterschmitt.fr (gentiane.peterschmitt.fr [213.239.219.91]) by mx1.freebsd.org (Postfix) with ESMTP id E65411B7D; Tue, 10 Dec 2013 10:22:49 +0000 (UTC) Received: from [192.168.0.93] (unknown [82.226.113.5]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id 5E3B963C7A; Tue, 10 Dec 2013 11:23:05 +0100 (CET) Message-ID: <52A6EB67.3000103@peterschmitt.fr> Date: Tue, 10 Dec 2013 11:22:31 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: freebsd-stable stable , freebsd-fs@freebsd.org Subject: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xODOl7IUCReWR59NBka2HGPvfHFjrMEGp" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 10:22:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xODOl7IUCReWR59NBka2HGPvfHFjrMEGp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was upgraded from 9.2-RELEASE? I have two servers, with very different hardware (on is with soft raid and the other have not) and after a zpool upgrade, no way to get the server booting. Do I miss something when upgrading? I cannot get the error message for the moment. I reinstalled the raid server under Linux and the other one is waiting for getting a vKVM=85 --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --xODOl7IUCReWR59NBka2HGPvfHFjrMEGp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSputrAAoJEFr01BkajbiBRAwQAIdz6WrHSTEiPiM50S2JQZBG geBrvrKffj4wuuYYPG87FkJBV1a1uPt0KJsdIWlK/rokaOtUmRjm9784xTgvm7il ceoxdXioQGDtHNIl3XWQ5ZuszOqV+wRCH9rbwmCE9Qe42UWdjFwweoluqI2vDDiQ HVO11rt3lHU4LTrWcxhBQ3ttK0ic/OjVHYDFTMr6okGo5werJAcWwWb9//khssnV lq43Cp+0NkjpiJ2neUbZiZod2NzBjhS1Wk9lOjTN2POcunN/XPM5OxzYBWHvyGih 0gdML3tquygQxHSqla+LfvhxJZgSmvrSnA2V3iQ8gfrsafibtBSXrP/P9UeLam9e 9qlsrLoc1PvHLNxgN//pxLSOd9fBym0LeqhSJcBT0mRXpJhXg/ucg4gRALwNRq+h xTFz+6JIb2UTU9qBntfcoJ3MNQ/AySzzyVN/o2XNHeGNA3c/LCcQqn2rwovUKLjr T+h+jv+6zD/ufnGuXt/6MVc7FbbC1fiaOh4B3/lRzdCxYIKoBE4foCU4s8VxmsC0 xjSLQ1G7d9P2bYoaqRYGh/XoGxgAesrvtMOHSbajFMPPIlLY/ux+c+DKuqjk6GnA uMdbwrEX/ZRiOslMxGpFziq3WoDJL/Isyb4GxO6a5b0RtkJarbfLu049pZ/TFrSU Xbuj/eoJZF11iD3flEWc =4CbF -----END PGP SIGNATURE----- --xODOl7IUCReWR59NBka2HGPvfHFjrMEGp-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 10:26:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77D54BB2 for ; Tue, 10 Dec 2013 10:26:19 +0000 (UTC) Received: from smtp.peterschmitt.fr (gentiane.peterschmitt.fr [213.239.219.91]) by mx1.freebsd.org (Postfix) with ESMTP id 372761CC1 for ; Tue, 10 Dec 2013 10:26:19 +0000 (UTC) Received: from [192.168.0.93] (unknown [82.226.113.5]) by smpt.peterschmitt.fr (Postfix) with ESMTPSA id 77CCF62770 for ; Mon, 9 Dec 2013 11:36:51 +0100 (CET) Message-ID: <52A59D1E.9070806@peterschmitt.fr> Date: Mon, 09 Dec 2013 11:36:14 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: freebsd-stable stable Subject: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQgeRkU2d8DpagNEE9cTOIwFPlvtKPNel" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 10:26:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --uQgeRkU2d8DpagNEE9cTOIwFPlvtKPNel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was upgraded from 9.2-RELEASE? I have two servers, with very different hardware (on is with soft raid and the other have not) and after a zpool upgrade, no way to get the server booting. Do I miss something when upgrading? I cannot get the error message for the moment. I reinstalled the raid server under Linux and the other one is waiting for getting a vKVM. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --uQgeRkU2d8DpagNEE9cTOIwFPlvtKPNel Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSpZ0mAAoJEFr01BkajbiB9e8P/AoXBWyh59B/wdLTu5jOUZDP 0Fals8kUXJrGpD/rtSVkdU9qw16gMu7BUU5d0WHN6aICH6lCbGKvF9Lv6BHUO4nn cmVi5nrkVR2MtUa8WMCud25Xon/xRc3MOsPRyYbm3+MzeD7YGB3KZHLig4XDijhp 57Z8JbMHbT+SEBR6sPwacjbtVV3vz22IkRw3cRPlCvsZ7V7j7nlz4o+C9jL5oz85 Zmvtbbpga391GRmtKh2KiavKkSSeN1fJGZJjEsnfl/mTR1n84lvSAJWFL9uE7RhN cC2KcMiRj8sOD/pg42PxEmX5NJBbKsLvI/gp7kE+/mW9pkEnsUvOXxnrB0LCFYWF LRtnPGTIoBAs/U5UjeSD4CLxBzWInjkVUk1van/Nh/0E2qKvoDEncPuZYU4HojJ7 y9jtXp5iWAWlr5OhjAJLaM6cCVSdpWljqma25peeqqXnQu7WeNrdtMT2YuRUHE5v 8YZgJnAoXoou/Us5JAyqrr2zsxLGOrJRaWm3dvNQAxi6DQNkEckKQroWGRmvpiMb PpzgYICFZVq1SBJfU7mCIDa93hvEdpDoOVM6WsgUmcwqP3NrIfWqGiyLnDDnMcgB 9H7PhXjSjcmhhKkbMILngGqIrCOyJ8twoaVTODj5zkps+Ty9y70FbwSk7RHU+tzj 8Xa6ccjxWWj221hK6T3h =d4aN -----END PGP SIGNATURE----- --uQgeRkU2d8DpagNEE9cTOIwFPlvtKPNel-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 10:46:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04DA01A4 for ; Tue, 10 Dec 2013 10:46:27 +0000 (UTC) Received: from gw01-1.biotronik.org (gw01-1.biotronik.org [91.204.10.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9490B1EA6 for ; Tue, 10 Dec 2013 10:46:25 +0000 (UTC) X-Disclaimed: 10422 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Subject: Swap on ZFS - bad idea? (swap_pager: indefinite wait buffer) X-KeepSent: B3F5370B:79D00F5F-C1257C3D:0038AB15; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.3FP3 November 15, 2012 From: Benjamin Lutz Message-ID: Date: Tue, 10 Dec 2013 11:41:16 +0100 X-MIMETrack: Serialize by Router on GW01-1/SRV/MSC(Release 9.0.1 HF34|November 26, 2013) at 10.12.2013 11:46:21, Serialize complete at 10.12.2013 11:46:21 Content-Type: text/plain; charset="US-ASCII" X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 10:46:27 -0000 We have storage server that I've found unresponsive this morning. The console was filled with these messages: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 17344, size: 61440 The lines were all exactly the same, no variation in the numbers. Ctrl-Alt-Delete had no effect. Now, the only thing related to swap that's special about this machine, is that we use swap on ZFS, because we figured, silent disk corruption is just as bad when it happens to swapped memory as it is when it happens to stored data. However, might this be the problem? One thought I was having was: ZFS hits its memory bounds, a process makes the kernel want to allocate a swap buffer which causes more ZFS operations which never complete because ZFS would need to do some housework to free memory, but the kernel is waiting for swap to become available, some sort of deadlock? I'm just speculating here, not knowing the internals of this subsystem. The machine is a quad core system with 12GiB RAM and a RAIDZ3 consisting of 12x2TB disks. It's used as a storage system, with accesses mainly through netatalk (an AFP server, what OS X uses) and a bit of iSCSI. I've set the following sysctls: # http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide#Device_I.2FO_Queue_Size_.28I.2FO_Concurrency.29 vfs.zfs.vdev.max_pending=20 # limit kernel size to 10GB to leave some RAM for processes vm.kmem_size_max="10737418240" # increase number of mbuf clusters, see igb(4). The default is 25600 kern.ipc.nmbclusters="102400" This sort of hang seems to happen every couple of months. I'd really like some pointers on how to increase the stability of this system. Maybe there are some more tunables I need to adjust? Or is swap on ZFS maybe just not a great idea? Cheers, Benjamin -- Benjamin Lutz | Software Engineer | BIOLAB Technology AG Dufourstr. 80 | CH-8008 Zurich | www.biolab.ch | benjamin.lutz@biolab.ch PHONE +41 44 295 97 13 | MOBILE +41 79 558 57 13 | FAX +41 44 295 97 19 This e-mail and the information it contains including attachments are confidential and meant only for use by the intended recipient(s); disclosure or copying is strictly prohibited. If you are not addressed, but in the possession of this e-mail, please notify the sender immediately. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 11:15:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E73488F for ; Tue, 10 Dec 2013 11:15:41 +0000 (UTC) Received: from mxb1.sanoma.net (mxb1.sanoma.net [158.127.8.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A055710BA for ; Tue, 10 Dec 2013 11:15:39 +0000 (UTC) X-AuditID: 0aec0c28-b7b10ae000000b7a-32-52a6f7d73b1b Received: from imail.imedia.ru (Unknown_Domain [10.236.12.252]) (using TLS with cipher AES256-SHA (AES256-SHA/256 bits)) (Client did not present a certificate) by mxb1.sanoma.net (Symantec Messaging Gateway) with SMTP id 3F.0D.02938.7D7F6A25; Tue, 10 Dec 2013 13:15:37 +0200 (EET) X-Original-To: freebsd-stable@freebsd.org Received: from mail.imedia.ru (mail-1.imedia.ru [10.167.2.131]) (authenticated bits=0) by imail.imedia.ru (8.14.6/8.14.6/IMAIL) with ESMTP id rBABFY40099878; Tue, 10 Dec 2013 15:15:35 +0400 (MSK) (envelope-from eugene@imedia.ru) From: Eugene Mitrofanov Organization: Sanoma Independent Media To: Peter Holm Subject: Re: 9.2-RELEASE + memcached = page fault Date: Tue, 10 Dec 2013 15:15:34 +0400 User-Agent: KMail/1.13.7 (FreeBSD/9.2-RELEASE; KDE/4.8.4; amd64; ; ) References: <201312091924.11590@badger> <20131209180532.GA24975@x2.osted.lan> In-Reply-To: <20131209180532.GA24975@x2.osted.lan> X-Origin: badger.imedia.ru MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312101515.34305@badger> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (imail.imedia.ru [10.167.2.128]); Tue, 10 Dec 2013 15:15:35 +0400 (MSK) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrJLMWRmVeSWpSXmKPExsXC9Ybnj+7N78uCDBoWSlscbhay2Pz1I6MD k8eMT/NZPCZ8u8IewBTFZZOSmpNZllqkb5fAlXH5+3TWgpWmFZ+md7I2MG7R7mLk5JAQMJHY 0djODmGLSVy4t56ti5GLQ0hgHpPEpbkrmCASmhL7GprAbCGBN4wSrYvzQWw2AS2Jr8t/MUPE pSTWb5nH2sXIwcEvoCaxZnIRSFhEQE5icu8/NhBbWMBQYsPeRrByFgFViX33DjGDlIsKuEjc OuYMYjIL2Ejcv2UMMdBXYtXPJ2BLOQWMJA4vvscIcYyUxNHLD1hAbF4BQYmTM5+A2cxA0/ct 2ckMYctLbH87hxmiRl3i7oq5TCBfSQj0M0rcbpvFOIFRdBaS/llI+mch6V/AyLyKkT+3IslQ rzgxLz83US8vtWQTIyT4NXYwfr6kd4hRgINRiYdX9t/SICHWxLLiytxDjBIczEoivNteLAsS 4k1JrKxKLcqPLyrNSS0+xMjEwSnVwFitxxH/bslEtssLm7iYBdsTpMMT9xeIH5Hbyeq0wSPo hVKcSEB3xtaXPdPdN3VsjGo2qZ4Y1mgd9X1pu5FU8YoQm9jzTrxy8xbZyKquVPzpb/RuXahB /vfz1+X//ze7s7LHO+l6Yt1098oTcQrm53eWOdle4UhpOf/G42629oONRmIx676/VmIpzkg0 1GIuKk4EANcUYKVcAgAA Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: eugene@imedia.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 11:15:41 -0000 Hello On Monday 09 December 2013, Peter Holm wrote: > On Mon, Dec 09, 2013 at 07:24:11PM +0400, Eugene Mitrofanov wrote: > > Hello > > > > after upgrading to 9.2-release i can see periodical page faults. advises welcome. > > > > examples: > > > > 1. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 5; apic id = 22 > > fault virtual address = 0x18 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff8051095c > > stack pointer = 0x28:0xffffff88a9d77800 > > frame pointer = 0x28:0xffffff88a9d77810 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1704 (memcached) > > trap number = 12 > > panic: page fault > > cpuid = 5 > > Uptime: 2d23h33m33s > > > > 2. > > > > Unread portion of the kernel message buffer: > > stack pointer = 0x28:0xffffff88a9b70800 > > frame pointer = 0x28:0xffffff88a9b70810 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 2023 (memcached) > > trap number = 12 > > panic: page fault > > cpuid = 4 > > Uptime: 1d10h59m7s > > > > good luck > > It would be nice with a stack trace. Check out: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html > Yes of course. You may find it below. 1st: #0 doadump (textdump=) at pcpu.h:234 234 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:234 #1 0xffffffff80523556 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff80523a3c in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xffffffff80792b9d in trap_fatal (frame=0xfffffe003e20d000, eva=) at /usr/src/sys/amd64/amd64/trap.c:879 #4 0xffffffff80792eb8 in trap_pfault (frame=0xffffff88a9d77750, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:795 #5 0xffffffff8079323c in trap (frame=0xffffff88a9d77750) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff8077cb5f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff8051095c in _mtx_trylock (m=0x0, opts=0, file=, line=) at /usr/src/sys/kern/kern_mutex.c:295 #8 0xffffffff8076cbae in vm_page_cowsetup (m=0xfffffe08529ecc08) at /usr/src/sys/vm/vm_page.c:2849 #9 0xffffffff8058465c in socow_setup (m0=0xfffffe02997b6100, uio=0xffffff88a9d779e0) at /usr/src/sys/kern/uipc_cow.c:130 #10 0xffffffff80592465 in sosend_copyin (uio=0xffffff88a9d779e0, retmp=0xffffff88a9d77960, atomic=0, space=0xffffff88a9d77970, flags=0) at /usr/src/sys/kern/uipc_socket.c:991 #11 0xffffffff80592798 in sosend_generic (so=0xfffffe00575abd48, addr=0xfffffe013f50d950, uio=0xffffff88a9d779e0, top=0x0, control=0x0, flags=0, td=0xfffffe003e238920) at /usr/src/sys/kern/uipc_socket.c:1329 #12 0xffffffff805946e3 in kern_sendit (td=0xfffffe003e238920, s=32, mp=0xffffff88a9d77ab0, flags=0, control=0x0, segflg=) at /usr/src/sys/kern/uipc_syscalls.c:811 #13 0xffffffff8059499c in sendit (td=0xfffffe003e238920, s=32, mp=0xffffff88a9d77ab0, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:739 #14 0xffffffff80594a27 in sys_sendmsg (td=0xfffffe003e238920, uap=0xffffff88a9d77bb0) at /usr/src/sys/kern/uipc_syscalls.c:944 #15 0xffffffff80792490 in amd64_syscall (td=0xfffffe003e238920, traced=0) at subr_syscall.c:135 #16 0xffffffff8077ce47 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #17 0x0000000800d3fe2c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) 2nd: #0 doadump (textdump=) at pcpu.h:234 234 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:234 #1 0xffffffff80523556 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff80523a3c in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xffffffff80792b9d in trap_fatal (frame=0xfffffe0010664950, eva=) at /usr/src/sys/amd64/amd64/trap.c:879 #4 0xffffffff80792eb8 in trap_pfault (frame=0xffffff88a9b70750, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:795 #5 0xffffffff8079323c in trap (frame=0xffffff88a9b70750) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff8077cb5f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff8051095c in _mtx_trylock (m=0x0, opts=0, file=, line=) at /usr/src/sys/kern/kern_mutex.c:295 #8 0xffffffff8076cbae in vm_page_cowsetup (m=0xfffffe0850e13900) at /usr/src/sys/vm/vm_page.c:2849 #9 0xffffffff8058465c in socow_setup (m0=0xfffffe00543fe300, uio=0xffffff88a9b709e0) at /usr/src/sys/kern/uipc_cow.c:130 #10 0xffffffff80592465 in sosend_copyin (uio=0xffffff88a9b709e0, retmp=0xffffff88a9b70960, atomic=0, space=0xffffff88a9b70970, flags=0) at /usr/src/sys/kern/uipc_socket.c:991 #11 0xffffffff80592798 in sosend_generic (so=0xfffffe02ad39caa0, addr=0xfffffe02a3fda520, uio=0xffffff88a9b709e0, top=0x0, control=0x0, flags=0, td=0xfffffe013301a000) at /usr/src/sys/kern/uipc_socket.c:1329 #12 0xffffffff805946e3 in kern_sendit (td=0xfffffe013301a000, s=21, mp=0xffffff88a9b70ab0, flags=0, control=0x0, segflg=) at /usr/src/sys/kern/uipc_syscalls.c:811 #13 0xffffffff8059499c in sendit (td=0xfffffe013301a000, s=21, mp=0xffffff88a9b70ab0, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:739 #14 0xffffffff80594a27 in sys_sendmsg (td=0xfffffe013301a000, uap=0xffffff88a9b70bb0) at /usr/src/sys/kern/uipc_syscalls.c:944 #15 0xffffffff80792490 in amd64_syscall (td=0xfffffe013301a000, traced=0) at subr_syscall.c:135 #16 0xffffffff8077ce47 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #17 0x0000000800d3fe2c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) > Does this look similar? > http://lists.freebsd.org/pipermail/freebsd-stable/2012-March/066995.html Hm. The problem description looks like very similar to mine. I disabled mentioned sysctl variables. Will wait. > > - Peter > > -- EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 11:16:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B35899E; Tue, 10 Dec 2013 11:16:41 +0000 (UTC) Received: from mxb1.sanoma.net (mxb1.sanoma.net [158.127.8.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 215B310D8; Tue, 10 Dec 2013 11:16:39 +0000 (UTC) X-AuditID: 0aec0c28-b7b10ae000000b7a-62-52a6f8156ace Received: from imail.imedia.ru (Unknown_Domain [10.236.12.252]) (using TLS with cipher AES256-SHA (AES256-SHA/256 bits)) (Client did not present a certificate) by mxb1.sanoma.net (Symantec Messaging Gateway) with SMTP id F4.1D.02938.618F6A25; Tue, 10 Dec 2013 13:16:38 +0200 (EET) X-Original-To: freebsd-stable@freebsd.org Received: from mail.imedia.ru (mail-1.imedia.ru [10.167.2.131]) (authenticated bits=0) by imail.imedia.ru (8.14.6/8.14.6/IMAIL) with ESMTP id rBABGba4000169; Tue, 10 Dec 2013 15:16:37 +0400 (MSK) (envelope-from eugene@imedia.ru) From: Eugene Mitrofanov Organization: Sanoma Independent Media To: Adrian Chadd Subject: Re: 9.2-RELEASE + memcached = page fault Date: Tue, 10 Dec 2013 15:16:36 +0400 User-Agent: KMail/1.13.7 (FreeBSD/9.2-RELEASE; KDE/4.8.4; amd64; ; ) References: <201312091924.11590@badger> In-Reply-To: X-Origin: badger.imedia.ru MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312101516.36961@badger> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (imail.imedia.ru [10.167.2.128]); Tue, 10 Dec 2013 15:16:37 +0400 (MSK) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrMLMWRmVeSWpSXmKPExsXC9Ybnj67Yj2VBBouW8Frs3bqdyeJws5AD k8eMT/NZAhijuGxSUnMyy1KL9O0SuDK2P29hL3jKV3Gs4Qt7A+NGri5GTg4JAROJLbuuMUHY YhIX7q1n62Lk4hASmMckMf/VDkaIhKbEvoYmsCIhgTeMEsd+poHYbAJaEl+X/2KGiEtJrN8y j7WLkYODX0BNYs3kIhBTREBVonO+M0iFsIChxIa9jWDVLEDhK4eus4GUiAq4SNw65gxiMgvY SNy/ZQwxL0di7plzLCA2p0CgxMynt9ghbpGSOHr5AVicV0BQ4uTMJ2A2M9D0fUt2MkPY8hLb 385hhqhRl9j14yATyFMSAv2MEhdbVjJOYBSdhaR/FpL+WUj6FzAyr2Lkz61IMtQrTszLz03U y0st2cQICXiNHYyfL+kdYhTgYFTi4ZX9tzRIiDWxrLgy9xCjBAezkgjvthfLgoR4UxIrq1KL 8uOLSnNSiw8xMnFwSjUwujX+13zU9PPrPI5XPIc+L3j8cMOLXSlSUdflV1+QZZB9fcZ2P4vg 4d+VV0RE+v+a2RvLGezZqv3f8lakSJjg9KvPfmyXKTrZKMrjo6vMfm6/49w9Z3XiJrIEac+U 0Ta5Grhc1mqWwq+D6ZeYrhzbMGndVoGKq8uCeI+I1d3JkJOxTOGWFRDIV2Ipzkg01GIuKk4E AMFvFQhWAgAA Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: eugene@imedia.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 11:16:41 -0000 Hello Sent already to list Thanks On Monday 09 December 2013, Adrian Chadd wrote: > Do you have backtraces from this? Kernel crash dumps? > > > -a > > On 9 December 2013 07:24, Eugene Mitrofanov wrote: > > Hello > > > > after upgrading to 9.2-release i can see periodical page faults. advises welcome. > > > > examples: > > > > 1. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 5; apic id = 22 > > fault virtual address = 0x18 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff8051095c > > stack pointer = 0x28:0xffffff88a9d77800 > > frame pointer = 0x28:0xffffff88a9d77810 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1704 (memcached) > > trap number = 12 > > panic: page fault > > cpuid = 5 > > Uptime: 2d23h33m33s > > > > 2. > > > > Unread portion of the kernel message buffer: > > stack pointer = 0x28:0xffffff88a9b70800 > > frame pointer = 0x28:0xffffff88a9b70810 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 2023 (memcached) > > trap number = 12 > > panic: page fault > > cpuid = 4 > > Uptime: 1d10h59m7s > > > > good luck > > _______________________________________________ > > 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" > > -- EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 11:20:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62D95B09; Tue, 10 Dec 2013 11:20:49 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 20DE2110F; Tue, 10 Dec 2013 11:20:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=t3kPdPAWmdv/osrZ+aGqzQKPTD9EW3HkBPGu2RL1iMs=; b=VQwjxBpD8h9Npy0EwUWJ4Rm+sUQGOHRqfPxBVqnvKUhw4yF6THhehtwqT+7MJHyL8PtgqfoMfFFE/+fyV5LpVYivkTwXuz/YOpVZZkPa2g7EZEfQIhHfzfOaPKDOn5Jeq2hdjjY7QmqaEj0uK8yr29Xzgoxiw6wJMW5+x2MMz0c=; Received: from iglou4.iglou.com ([192.107.41.39]:35237 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1VqL3N-0003TX-2m by authid with igloumta_auth; Tue, 10 Dec 2013 06:00:37 -0500 Received: from shell1.iglou.com ([192.107.41.17]:52999 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1VqL3M-0006vP-LK; Tue, 10 Dec 2013 06:00:36 -0500 Date: Tue, 10 Dec 2013 06:00:36 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Glen Barber Subject: Re: kernel "mismatch" on r256420 In-Reply-To: <20131202225944.GI85910@glenbarber.us> Message-ID: References: <20131202225944.GI85910@glenbarber.us> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 11:20:49 -0000 On Mon, 2 Dec 2013, Glen Barber wrote: > On Mon, Dec 02, 2013 at 05:44:47PM -0500, Darrel wrote: >>> I have no idea where the old kernel could be coming from. I can not find >>> it on the system: >>> >>> (153) @ 0:20:34> uname -ir >>> 10.0-BETA1 GENERIC >>> (154) @ 0:20:37> pwd >>> /boot >>> (155) @ 0:20:46> ll | grep kern >>> drwxr-xr-x 2 root wheel 1.5K Dec 1 23:40 kernel/ >>> drwxr-xr-x 2 root wheel 1.5K Dec 1 13:52 kernel.old/ >>> >> > > Please try -BETA4 and report back. There was a known issue with -BETA1 > where CTF pollution was happening by taking the raw output of 'uname > -srp' of the build host environment (instead of the build chroot). > As you know already, -BETA4 did not install. RC1 seems to be alright other than ZFS GELI. Thank you, Darrel From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 12:07:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D6A9C2C for ; Tue, 10 Dec 2013 12:07:18 +0000 (UTC) Received: from nm14-vm9.access.bullet.mail.gq1.yahoo.com (nm14-vm9.access.bullet.mail.gq1.yahoo.com [216.39.63.252]) by mx1.freebsd.org (Postfix) with SMTP id 07F2014E8 for ; Tue, 10 Dec 2013 12:07:17 +0000 (UTC) Received: from [216.39.60.174] by nm14.access.bullet.mail.gq1.yahoo.com with NNFMP; 10 Dec 2013 12:05:27 -0000 Received: from [67.195.23.148] by tm10.access.bullet.mail.gq1.yahoo.com with NNFMP; 10 Dec 2013 12:05:27 -0000 Received: from [127.0.0.1] by smtp120.sbc.mail.gq1.yahoo.com with NNFMP; 10 Dec 2013 12:05:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1386677127; bh=mB3O24fmtgvU/hWn4MoMYfPx0pKh4wvP8Z6aLxCQRuw=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:CC:References; b=19HLs4T1ZNZDXaYLtqdHSNfgsYn06raV9PuvgH3S0gxegfJz7nbx6ZD9BOj2U/NyvCq601YVIV8XkhwEIIotJ3oH15rZIIueqn4rUuG6ofLT1W3ODHLjXmVdBfJeOqxzgLjdJaEMLaGULdt9mVSZ8pDGNUh3Q5DxhEqBLc1RUFQ= X-Yahoo-Newman-Id: 622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com Message-ID: <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> Date: Tue, 10 Dec 2013 12:05:27 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Uux6YGIVM1m6WAj9H5cCSkAjRYR7jYmOAiIaCBeNxG0to6S XgefHg8Z.k_pdPS4tPRHJDjvqOpnfaS4sqVT5czQmNFZW4Q5LTNzwy_6J6WS FdN83N69UQGg2PTzRPhI1ChgMnsQFwM.7rTO2qFuQvWBVHw.mLJ0NhuttOCp qvP5GurimTZe1lFCgUCKVv0PGQzN_X.jQy54O7k3lody0xM.bNWiYXbOb7g1 zPAJvIsImtEZ54A4RsU9L6nTKxeqBTzrCIbK_GXRz7fIHG6G8b8hYFxyRRh2 UynGBonUoPNjyTmvRfEKmly7ZUmZA.85dj_6qq3k44nSNWLionW.wjDFKaz1 KkpoZLxxaBvu3vYC0X6b_3aWQdqPL10BvaS7P5.CSf0vQTeIUHsMZ_zuCkAq Nx2_Fn6HQPl9nwJsQs_OL0fSnr41r4VNsl13rZIwBi9hALqwgwch9MUZkg4W tseVVewO6b0A7n5.m2dvLLH7eHFoGzlOHfEewmND8SplZc8tVecoIYl54RUF MHLianthrmRh02pcoKNsdHww9iO3PgV8HqOPirMJIrF00.WVJ1hYsA504zRW lPnRwf3qMPnitqq3v8rk- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with ) by smtp120.sbc.mail.gq1.yahoo.com with SMTP; 10 Dec 2013 12:05:27 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: BIND segway -> python -> first-class ports References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> Cc: Alfred Perlstein X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 12:07:18 -0000 > gpart info is already in XML from sysctl kern.geom.confxml... > And disklabel has been retired and replaced by gpart... -- John-Mark Gurney > XML doesn't work for everyone, and as far as disklabel, wasn't aware > it was toast in HEAD, it's still around in 9.2 and we've been doing > most of our development there so oops! -- Alfred I just looked in FreeBSD-current, and it appears disklabel, hard-linked with bsdlabel, is alive and well. Man page does not show deprecated. Tom From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 12:31:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1E90FCB for ; Tue, 10 Dec 2013 12:31:09 +0000 (UTC) Received: from fop.bsdsystems.de (mx.bsdsystems.de [88.198.57.43]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BB7416E5 for ; Tue, 10 Dec 2013 12:31:07 +0000 (UTC) Received: from [172.16.6.24] (p579A769E.dip0.t-ipconnect.de [87.154.118.158]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by fop.bsdsystems.de (Postfix) with ESMTP id 2270337B71 for ; Tue, 10 Dec 2013 13:09:55 +0100 (CET) From: dennis berger Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: freebsd 9.1 kernel panic / kmem_malloc(2887680): kmem _map too small: 28092231680 total allocated Message-Id: <7E81B592-EE04-4DD6-8FD9-AE7EF1C8C31C@nipsi.de> Date: Tue, 10 Dec 2013 13:09:54 +0100 To: FreeBSD stable Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) X-Mailer: Apple Mail (2.1822) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 12:31:09 -0000 Dear list, in the last days our storage system crashed (kernel panic savecore: = reboot after panic: kmem_malloc(2887680): kmem _map too small: 28092231680 total allocated) two times. After the first = time I've activated a crash device in order to get kernel core dump, = which I got the second time it crashed. Both times the crash happened at night around 3 o'clock when we clean up = old snapshots, backup the filesystems and locatedb gets updated. Additionally I recognized that one device name is too long and geom was = complaining about it.=20 I=92ve renamed this to a shorter one today, but it=92s unclear if that = was the cause. In any case I=92ve attached the error message as well.=20 Have you a hint for what the cause could be and if it=92s fixed in = recent stable? best, -dennis =3D OS =3D * FreeBSD 9.1 release plus a patched opensolaris.ko/zfs.ko which = includes one fix for a zfs deadlock in arc handler. =3D Software=3D * kernel nfsv3 with 16 kernel threads. * istgt accessing zvols * samba3 accessing zfs filesystems directly. =3D Attachments =3D =3D=3D opensolaris.ko patch mentioned above =3D=3D --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c @@ -3720,8 +3720,16 @@ arc_lowmem(void *arg __unused, int howto __unused) mutex_enter(&arc_reclaim_thr_lock); needfree =3D 1; cv_signal(&arc_reclaim_thr_cv); - while (needfree) - msleep(&needfree, &arc_reclaim_thr_lock, 0, "zfs:lowmem", 0); + + /* + * It is unsafe to block here in arbitrary threads, because we can come + * here from ARC itself and may hold ARC locks and thus risk a deadlock + * with ARC reclaim thread. + */ + if (curproc =3D=3D pageproc) { + while (needfree) + msleep(&needfree, &arc_reclaim_thr_lock, 0, "zfs:lowmem", 0); + } mutex_exit(&arc_reclaim_thr_lock); mutex_exit(&arc_lowmem_lock); =20 =3D=3D Geom error message ( hundreds of them ) =3D=3D=20 Dec 10 11:09:02 freenas kernel: g_dev_taste: make_dev_p() failed = (gp->name=3Dzvol/vmpool/XXXXXXXXXXXXXXXXXX@hourly-2013-12-10_11.09.01--1ds= 2, error=3D63) =3D=3D Kernel debugger + backtrace =3D=3D # kgdb /boot/kernel/kernel /var/crash/vmcore.0=20 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: kmem_malloc(2887680): kmem_map too small: 28092231680 total = allocated cpuid =3D 6 KDB: stack backtrace: #0 0xffffffff809208a6 at kdb_backtrace+0x66 #1 0xffffffff808ea8be at panic+0x1ce #2 0xffffffff80b44930 at vm_map_locked+0 #3 0xffffffff80b3b41a at uma_large_malloc+0x4a #4 0xffffffff808d5a69 at malloc+0xd9 #5 0xffffffff80928931 at sbuf_extend+0x51 #6 0xffffffff809289ef at sbuf_put_byte+0x6f #7 0xffffffff809235d3 at kvprintf+0x83 #8 0xffffffff80928b96 at sbuf_vprintf+0x26 #9 0xffffffff80928c10 at sbuf_printf+0x60 #10 0xffffffff8085cad8 at g_part_dumpconf+0x98 #11 0xffffffff80854359 at g_conf_specific+0x349 #12 0xffffffff80854e4c at g_run_events+0x1ec #13 0xffffffff808bb9ef at fork_exit+0x11f #14 0xffffffff80bc368e at fork_trampoline+0xe Uptime: 4d23h40m31s Dumping 17627 out of 49123 = MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% (kgdb) bt #0 doadump (textdump=3DVariable "textdump" is not available. ) at pcpu.h:224 #1 0xffffffff808ea3a1 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:448 #2 0xffffffff808ea897 in panic (fmt=3D0x1
) at /usr/src/sys/kern/kern_shutdown.c:636 #3 0xffffffff80b44930 in kmem_malloc (map=3DVariable "map" is not = available. ) at /usr/src/sys/vm/vm_kern.c:304 #4 0xffffffff80b3b41a in uma_large_malloc (size=3D2887680, wait=3D2) at /usr/src/sys/vm/uma_core.c:3067 #5 0xffffffff808d5a69 in malloc (size=3D2887680, = mtp=3D0xffffffff811a22c0, flags=3D2) at /usr/src/sys/kern/kern_malloc.c:492 #6 0xffffffff80928931 in sbuf_extend (s=3D0xfffffe091201d100, = addlen=3DVariable "addlen" is not available. ) at /usr/src/sys/kern/subr_sbuf.c:159 #7 0xffffffff809289ef in sbuf_put_byte (s=3D0xfffffe091201d100, c=3D116) at /usr/src/sys/kern/subr_sbuf.c:369 #8 0xffffffff809235d3 in kvprintf (fmt=3D0xffffffff80e19c63 ">\n",=20 func=3D0xffffffff80928a20 , arg=3D0xfffffe091201d100, = radix=3D10,=20 ap=3DVariable "ap" is not available. ) at /usr/src/sys/kern/subr_prf.c:737 #9 0xffffffff80928b96 in sbuf_vprintf (s=3D0xfffffe091201d100, = fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/subr_sbuf.c:544 #10 0xffffffff80928c10 in sbuf_printf (s=3DVariable "s" is not = available. ) at /usr/src/sys/kern/subr_sbuf.c:626 #11 0xffffffff8085cad8 in g_part_dumpconf (sb=3D0xfffffe091201d100,=20 indent=3D0xffffffff80e18965 "\t ", gp=3DVariable "gp" is not = available. ) at /usr/src/sys/geom/part/g_part.c:1993 ---Type to continue, or q to quit--- #12 0xffffffff80854359 in g_conf_specific (sb=3D0xfffffe091201d100, = mp=3D0x0,=20 gp=3D0x0, pp=3D0x0, cp=3D0x0) at /usr/src/sys/geom/geom_dump.c:216 #13 0xffffffff80854e4c in g_run_events () at = /usr/src/sys/geom/geom_event.c:259 #14 0xffffffff808bb9ef in fork_exit ( callout=3D0xffffffff80856380 , arg=3D0x0,=20 frame=3D0xffffff80003b1c40) at /usr/src/sys/kern/kern_fork.c:992 #15 0xffffffff80bc368e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000001 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x000000000000000a in ?? () #41 0xffffffff81248000 in tdq_cpu () #42 0xfffffe00139c38e0 in ?? () #43 0x0000000000000000 in ?? () #44 0xffffff80003b1600 in ?? () #45 0xffffff80003b15a8 in ?? () #46 0xfffffe00139a38e0 in ?? () #47 0xffffffff8091352e in sched_switch (td=3D0x0, newtd=3D0x0, = flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1921 Previous frame inner to this frame (corrupt stack?) (kgdb)=20 (kgdb)=20 =3D=3D /var/log/messages =3D=3D Dec 10 03:23:27 freenas kernel: g_dev_taste: make_dev_p() failed = (gp->name=3Dzvol/ vmpool/XXXXXXXXXXXXXXXX@hourly-2013-12-09_12.09.03--1ds2, error=3D63) Dec 10 03:23:27 freenas kernel: WARNING: /var/crash: GJOURNAL flag on fs = but no=20 gjournal provider below Dec 10 03:23:27 freenas kernel: ix3: Could not setup receive structures Dec 10 03:23:27 freenas last message repeated 3 times Dec 10 03:23:27 freenas savecore: reboot after panic: = kmem_malloc(2887680): kmem _map too small: 28092231680 total allocated Dec 10 03:23:27 freenas savecore: writing core to vmcore.0 Dec 10 03:26:29 freenas kernel: pid 954 (fstat), uid 0, was killed: out = of swap=20 space =3D Information about the system right before the crash =3D =3D=3D top -b =3D=3D last pid: 87181; load averages: 0.28, 0.30, 0.16 up 4+23:32:13 = 03:09:00 55 processes: 1 running, 54 sleeping Mem: 13M Active, 595M Inact, 41G Wired, 9852K Cache, 4922M Buf, 4780M = Free Swap: 50G Total, 50G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 1099 root 4 20 0 136M 6704K select 3 58:20 8.15% = bacula-fd 87164 root 1 22 0 14008K 7844K zio->i 1 0:04 6.05% = find 1009 root 32 20 0 9912K 1000K rpcsvc 14 36:28 0.00% = nfsd 1164 root 1 20 0 88868K 10748K select 7 22:22 0.00% = bsnmpd 1071 root 20 20 0 138M 36704K uwait 8 15:14 0.00% = istgt 1023 root 1 20 0 14132K 500K rpcsvc 7 1:27 0.00% = rpc.lockd 1058 root 1 20 0 51384K 1844K select 13 0:14 0.00% = ntpd 1085 root 1 20 0 55876K 2472K select 6 0:07 0.00% = nmbd 1109 root 1 20 0 47044K 2624K select 11 0:05 0.00% = sendmail 1089 root 1 20 0 80728K 3692K select 14 0:02 0.00% = winbindd 1087 root 1 20 0 83032K 3456K select 12 0:02 0.00% = smbd 22262 root 1 20 0 91636K 7532K select 7 0:01 0.00% = smbd 990 root 1 20 0 47040K 1696K select 10 0:01 0.00% = rpcbind 1116 root 1 20 0 47036K 1752K nanslp 2 0:01 0.00% = cron 1141 root 1 20 0 55824K 2484K select 0 0:01 0.00% = sshd 942 root 1 20 0 44960K 1472K select 15 0:01 0.00% = syslogd 1094 root 1 20 0 80652K 3732K select 0 0:01 0.00% = winbindd 1242 root 1 20 0 80652K 3636K select 3 0:01 0.00% = winbindd =3D=3D vmstat -m =3D=3D =20 Type InUse MemUse HighUse Requests Size(s) CAM dev queue 9 2K - 9 128 md_sii_data 0 0K - 4953 512 CAM XPT 523 606K - 5079 16,32,64,128,256,1024,2048 SCSI SES 1 2K - 1 2048 mps 35 459K - 125 = 16,32,64,128,256,512,1024,4096 isadev 7 1K - 7 128 UART 6 4K - 6 16,512,1024 acpiintr 1 1K - 1 64 cdev 8 2K - 8 256 acpica 6649 733K - 794997 = 16,32,64,128,256,512,1024,2048,4096 sigio 1 1K - 1 64 filedesc 89 51K - 88905 = 16,32,64,128,256,512,1024,2048,4096 kenv 82 11K - 1702 16,32,64,128 kqueue 14 16K - 12776 256,2048 proc-args 45 3K - 144142 16,32,64,128,256 hhook 2 1K - 2 128 acpitask 1 2K - 1 2048 ithread 332 53K - 332 32,128,256 CAM queue 70 44K - 6035 = 16,32,64,128,256,512,1024,2048,4096 KTRACE 100 13K - 100 128 linker 218 808K - 310 = 16,32,64,128,256,512,2048,4096 lockf 74 9K - 13384132 64,128 loginclass 3 1K - 2514 64 ip6ndp 22 2K - 27 64,128 temp 103 15K - 13035118 = 16,32,64,128,256,512,1024,2048,4096 devbuf 22477 81023K - 23254 = 16,32,64,128,256,512,1024,2048,4096 module 488 61K - 488 128 mtx_pool 2 16K - 2 =20 USBdev 42 9K - 42 64,128,512,4096 osd 35 1K - 36 16,64 USB 66 36K - 68 16,32,64,128,256,2048,4096 pmchooks 1 1K - 1 128 subproc 954 743K - 88061 512,4096 proc 2 16K - 2 =20 session 32 4K - 4047 128 pgrp 32 4K - 4190 128 cred 120 19K - 39895700 64,256 uidinfo 4 3K - 571713 128,2048 plimit 17 5K - 32899 256 sysctltmp 0 0K - 6635 16,32,64,128,256,4096 sysctloid 12804 632K - 13098 16,32,64,128 sysctl 0 0K - 727908 16,32,64 tidhash 1 16K - 1 =20 callout 15 7680K - 15 =20 umtx 6240 780K - 6240 128 p1003.1b 1 1K - 1 16 SWAP 2 7649K - 10 64 bus-sc 218 506K - 14625 = 16,32,64,128,256,512,1024,2048,4096 bus 1674 162K - 29317 = 16,32,64,128,256,512,1024,2048 devstat 1564 3153K - 1564 32,4096 eventhandler 95 8K - 95 64,128 acpisem 17 3K - 17 128 kobj 336 1344K - 35336 4096 CAM SIM 9 3K - 9 256 Per-cpu 1 1K - 1 32 CAM periph 46 12K - 562 16,32,64,128,256 rman 378 43K - 857 16,32,128 sbuf 1 1K - 384622502 = 16,32,64,128,256,512,1024,2048,4096 entropy 1024 64K - 1024 64 ctlmem 5062 10113K - 5062 128,2048 stack 0 0K - 716 256 taskqueue 251 23K - 86171 16,32,64,128,1024 Unitno 13 1K - 151273 32,64 iov 0 0K - 11645047 16,64,128,256,512 select 822 103K - 822 128 ioctlops 0 0K - 125364 = 16,32,64,128,256,512,1024,2048 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 1 20K - 1 =20 tty 21 21K - 32 1024,2048 pts 0 0K - 9 256 mbuf_tag 0 0K - 12892 32,128 shmfd 1 8K - 1 =20 pcb 54 158K - 12638 16,32,128,1024,2048,4096 soname 11 2K - 328995 16,32,128 acl 0 0K - 2234889 4096 vfscache 1 8192K - 1 =20 cl_savebuf 0 0K - 141 64 export_host 6 2K - 18 256 vfs_hash 1 4096K - 1 =20 DEVFS1 4571 2286K - 5088 512 vnodes 2 1K - 2 256 DEVFS3 4605 1152K - 4697 256 mount 197 15K - 3908 16,32,64,128,256,512 vnodemarker 0 0K - 386295 512 BPF 15 2K - 15 128 ether_multi 180 10K - 216 16,32,64 ifaddr 133 34K - 133 32,64,128,256,512,4096 ifnet 16 31K - 16 128,2048 clone 6 24K - 8 16,128,4096 arpcom 6 1K - 6 16 lltable 53 21K - 387 256,512 DEVFS 22 1K - 23 16,128 DEVFSP 1 1K - 1 64 routetbl 81 10K - 10162 32,64,128,256,512 igmp 15 4K - 15 256 in_multi 7 2K - 7 256 sctp_iter 0 0K - 9 256 sctp_ifn 7 1K - 7 128 sctp_ifa 15 2K - 15 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 9 16 hostcache 1 28K - 1 =20 syncache 1 96K - 1 =20 ip6_moptions 2 1K - 2 32,256 in6_multi 67 10K - 67 32,256 in6_mfilter 1 1K - 1 1024 mld 15 2K - 15 128 NLM 1 2K - 30641 32,256,2048 rpc 98 13K - 48635539 = 16,32,64,128,256,512,1024,2048 audit_evclass 179 6K - 218 32 freework 1 1K - 1 16 newblk 1 1024K - 1 =20 bmsafemap 1 8K - 1 =20 inodedep 1 4096K - 1 =20 pagedep 1 1024K - 1 =20 ufs_dirhash 180 57K - 1271 16,32,64,128,256,512 ufs_mount 6 25K - 11 512,1024,4096 vm_pgdata 2 129K - 6 128 UMAHash 3 14K - 12 512,1024,2048,4096 memdesc 1 4K - 1 4096 NFSD srvcache 0 0K - 17222411 128 atkbddev 2 1K - 2 64 pfs_nodes 21 6K - 21 256 ctlblk 200 1600K - 200 =20 GEOM 30540 5905K - 227528 = 16,32,64,128,256,512,1024,2048,4096 ramdisk 1 4096K - 1 =20 acpidev 67 5K - 67 64 ctlpool 532 142K - 532 32,512 kbdmux 7 18K - 7 16,512,1024,2048 LED 28 2K - 28 16,128 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 feeder 7 1K - 7 32 scsi_da 0 0K - 840 16 pci_link 16 2K - 16 64,128 acpi_perf 16 4K - 16 256 qpidrv 2 1K - 2 16 raid_data 0 0K - 29718 32,128,256 io_apic 3 6K - 3 2048 MCA 33 5K - 33 128 msi 56 7K - 56 128 nexusdev 4 1K - 4 16 md_nvidia_data 0 0K - 4953 512 ipmi 0 0K - 6 128 solaris 6052422 34083371K - 855712754 = 16,32,64,128,256,512,1024,2048,4096 kstat_data 4 1K - 4 64 =3D=3D vmstat -z =3D=3D ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 208, 0, 189, 15, 189, 0, 0 UMA Zones: 2432, 0, 189, 0, 189, 0, 0 UMA Slabs: 568, 0, 1028022, 1205552,67578210, 0, 0 UMA RCntSlabs: 568, 0, 64686, 1835, 263367, 0, 0 UMA Hash: 256, 0, 78, 12, 81, 0, 0 16 Bucket: 152, 0, 52, 173, 242, 0, 0 32 Bucket: 280, 0, 155, 223, 421, 1, 0 64 Bucket: 536, 0, 290, 116, 871, 137, 0 128 Bucket: 1048, 0, 5602, 2, 895393,3679513, = 0 VM OBJECT: 232, 0, 296742, 183210, 7303072, 0, 0 MAP: 232, 0, 7, 25, 7, 0, 0 KMAP ENTRY: 120, 1549473, 403200, 230967,164135153, 0, = 0 MAP ENTRY: 120, 0, 2746, 4911, 3839047, 0, 0 fakepg: 120, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 331, 42, 331, 0, 0 16: 16, 0, 1607034, 421230,145940609, 0, = 0 32: 32, 0, 913848, 91809,148582956, 0, = 0 64: 64, 0, 301580, 1848260,634878743, 0, = 0 128: 128, 0, 256324, 493819,132936793, 0, = 0 256: 256, 0, 114915, 126540,82219080, 0, 0 512: 512, 0, 1932913, 347085,122393860, 0, = 0 1024: 1024, 0, 2354, 7230, 6335288, 0, 0 2048: 2048, 0, 8300, 3358,36143800, 0, 0 4096: 4096, 0, 142416, 10073,14056966, 0, 0 Files: 80, 0, 353, 4102,10473433, 0, 0 TURNSTILE: 136, 0, 3121, 359, 3121, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1184, 0, 75, 801, 87183, 0, 0 THREAD: 1128, 0, 2714, 406, 46141, 0, 0 SLEEPQUEUE: 80, 0, 3121, 446, 3121, 0, 0 VMSPACE: 392, 0, 56, 2124, 87165, 0, 0 cpuset: 72, 0, 1839, 661, 45300, 0, 0 audit_record: 960, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 18805, 1419,253572421, 0, = 0 mbuf: 256, 0, 49286, 3975,1345906286, 0, = 0 mbuf_cluster: 2048, 262144, 20224, 2512,19208068, 0, 0 mbuf_jumbo_page: 4096, 131072, 40, 1536,382314578, 0, = 0 mbuf_jumbo_9k: 9216, 65536, 49136, 2606,46897363, 4, 0 mbuf_jumbo_16k: 16384, 32768, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 g_bio: 232, 0, 8, 7560,334229483, 0, = 0 ttyinq: 160, 0, 120, 480, 930, 0, 0 ttyoutq: 256, 0, 64, 356, 489, 0, 0 ata_request: 328, 0, 0, 0, 0, 0, 0 ata_composite: 336, 0, 0, 0, 0, 0, 0 VNODE: 480, 0, 454870, 34098,26814245, 0, 0 VNODEPOLL: 112, 0, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 1040,62691796, 0, 0 S VFS Cache: 108, 0, 417293, 36094,23514596, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 69668, 26056, 3432753, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 169, 1655, 11763, 0, 0 NCLNODE: 568, 0, 0, 0, 0, 0, 0 Mountpoints: 792, 0, 15, 65, 16, 0, 0 pipe: 728, 0, 37, 1868, 61363, 0, 0 AIO: 208, 0, 0, 0, 0, 0, 0 AIOP: 32, 0, 0, 0, 0, 0, 0 AIOCB: 480, 0, 0, 0, 0, 0, 0 AIOL: 128, 0, 0, 0, 0, 0, 0 AIOLIO: 272, 0, 0, 0, 0, 0, 0 ksiginfo: 112, 0, 865, 2798, 140833, 0, 0 itimer: 344, 0, 1, 21, 1, 0, 0 KNOTE: 128, 0, 21, 675, 7613312, 0, 0 socket: 680, 262146, 134, 1126, 61267, 0, 0 unpcb: 240, 262144, 30, 946, 18662, 0, 0 ipq: 56, 8253, 0, 0, 0, 0, 0 udp_inpcb: 392, 262150, 63, 267, 32514, 0, 0 udpcb: 16, 262248, 63, 2121, 32514, 0, 0 tcp_inpcb: 392, 262150, 40, 520, 10074, 0, 0 tcpcb: 976, 262144, 39, 497, 10074, 0, 0 tcptw: 72, 27800, 1, 899, 1735, 0, 0 syncache: 152, 15375, 0, 550, 7380, 0, 0 hostcache: 136, 15372, 3, 557, 90, 0, 0 tcpreass: 40, 16464, 0, 1764, 2394, 0, 0 sackhole: 32, 0, 0, 2727, 92869, 0, 0 sctp_ep: 1376, 262144, 0, 0, 0, 0, 0 sctp_asoc: 2288, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 576, 14, 0, 0 sctp_raddr: 704, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400008, 0, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0, 0 sctp_stream_msg_out: 112, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0, 0 ripcb: 392, 262150, 0, 100, 10, 0, 0 rtentry: 200, 0, 47, 200, 58, 0, 0 selfd: 56, 0, 1333, 2636,105220327, 0, = 0 SWAPMETA: 288, 116519, 0, 0, 0, 0, 0 FFS inode: 168, 0, 211949, 2397, 1336134, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 211949, 2356, 1336134, 0, 0 taskq_zone: 48, 0, 0, 2880, 125840, 0, 0 zio_cache: 880, 0, 10, 22154,375343426, 0, = 0 zio_link_cache: 48, 0, 5, 29731,364012142, 0, = 0 zio_buf_512: 512, 0, 0, 0, 0, 0, 0 zio_data_buf_512: 512, 0, 0, 0, 0, 0, 0 zio_buf_1024: 1024, 0, 0, 0, 0, 0, 0 zio_data_buf_1024: 1024, 0, 0, 0, 0, 0, 0 zio_buf_1536: 1536, 0, 0, 0, 0, 0, 0 zio_data_buf_1536: 1536, 0, 0, 0, 0, 0, 0 zio_buf_2048: 2048, 0, 0, 0, 0, 0, 0 zio_data_buf_2048: 2048, 0, 0, 0, 0, 0, 0 zio_buf_2560: 2560, 0, 0, 0, 0, 0, 0 zio_data_buf_2560: 2560, 0, 0, 0, 0, 0, 0 zio_buf_3072: 3072, 0, 0, 0, 0, 0, 0 zio_data_buf_3072: 3072, 0, 0, 0, 0, 0, 0 zio_buf_3584: 3584, 0, 0, 0, 0, 0, 0 zio_data_buf_3584: 3584, 0, 0, 0, 0, 0, 0 zio_buf_4096: 4096, 0, 0, 0, 0, 0, 0 zio_data_buf_4096: 4096, 0, 0, 0, 0, 0, 0 zio_buf_5120: 5120, 0, 0, 0, 0, 0, 0 zio_data_buf_5120: 5120, 0, 0, 0, 0, 0, 0 zio_buf_6144: 6144, 0, 0, 0, 0, 0, 0 zio_data_buf_6144: 6144, 0, 0, 0, 0, 0, 0 zio_buf_7168: 7168, 0, 0, 0, 0, 0, 0 zio_data_buf_7168: 7168, 0, 0, 0, 0, 0, 0 zio_buf_8192: 8192, 0, 0, 0, 0, 0, 0 zio_data_buf_8192: 8192, 0, 0, 0, 0, 0, 0 zio_buf_10240: 10240, 0, 0, 0, 0, 0, 0 zio_data_buf_10240: 10240, 0, 0, 0, 0, 0, 0 zio_buf_12288: 12288, 0, 0, 0, 0, 0, 0 zio_data_buf_12288: 12288, 0, 0, 0, 0, 0, 0 zio_buf_14336: 14336, 0, 0, 0, 0, 0, 0 zio_data_buf_14336: 14336, 0, 0, 0, 0, 0, 0 zio_buf_16384: 16384, 0, 0, 0, 0, 0, 0 zio_data_buf_16384: 16384, 0, 0, 0, 0, 0, 0 zio_buf_20480: 20480, 0, 0, 0, 0, 0, 0 zio_data_buf_20480: 20480, 0, 0, 0, 0, 0, 0 zio_buf_24576: 24576, 0, 0, 0, 0, 0, 0 zio_data_buf_24576: 24576, 0, 0, 0, 0, 0, 0 zio_buf_28672: 28672, 0, 0, 0, 0, 0, 0 zio_data_buf_28672: 28672, 0, 0, 0, 0, 0, 0 zio_buf_32768: 32768, 0, 0, 0, 0, 0, 0 zio_data_buf_32768: 32768, 0, 0, 0, 0, 0, 0 zio_buf_36864: 36864, 0, 0, 0, 0, 0, 0 zio_data_buf_36864: 36864, 0, 0, 0, 0, 0, 0 zio_buf_40960: 40960, 0, 0, 0, 0, 0, 0 zio_data_buf_40960: 40960, 0, 0, 0, 0, 0, 0 zio_buf_45056: 45056, 0, 0, 0, 0, 0, 0 zio_data_buf_45056: 45056, 0, 0, 0, 0, 0, 0 zio_buf_49152: 49152, 0, 0, 0, 0, 0, 0 zio_data_buf_49152: 49152, 0, 0, 0, 0, 0, 0 zio_buf_53248: 53248, 0, 0, 0, 0, 0, 0 zio_data_buf_53248: 53248, 0, 0, 0, 0, 0, 0 zio_buf_57344: 57344, 0, 0, 0, 0, 0, 0 zio_data_buf_57344: 57344, 0, 0, 0, 0, 0, 0 zio_buf_61440: 61440, 0, 0, 0, 0, 0, 0 zio_data_buf_61440: 61440, 0, 0, 0, 0, 0, 0 zio_buf_65536: 65536, 0, 0, 0, 0, 0, 0 zio_data_buf_65536: 65536, 0, 0, 0, 0, 0, 0 zio_buf_69632: 69632, 0, 0, 0, 0, 0, 0 zio_data_buf_69632: 69632, 0, 0, 0, 0, 0, 0 zio_buf_73728: 73728, 0, 0, 0, 0, 0, 0 zio_data_buf_73728: 73728, 0, 0, 0, 0, 0, 0 zio_buf_77824: 77824, 0, 0, 0, 0, 0, 0 zio_data_buf_77824: 77824, 0, 0, 0, 0, 0, 0 zio_buf_81920: 81920, 0, 0, 0, 0, 0, 0 zio_data_buf_81920: 81920, 0, 0, 0, 0, 0, 0 zio_buf_86016: 86016, 0, 0, 0, 0, 0, 0 zio_data_buf_86016: 86016, 0, 0, 0, 0, 0, 0 zio_buf_90112: 90112, 0, 0, 0, 0, 0, 0 zio_data_buf_90112: 90112, 0, 0, 0, 0, 0, 0 zio_buf_94208: 94208, 0, 0, 0, 0, 0, 0 zio_data_buf_94208: 94208, 0, 0, 0, 0, 0, 0 zio_buf_98304: 98304, 0, 0, 0, 0, 0, 0 zio_data_buf_98304: 98304, 0, 0, 0, 0, 0, 0 zio_buf_102400: 102400, 0, 0, 0, 0, 0, 0 zio_data_buf_102400: 102400, 0, 0, 0, 0, 0, 0 zio_buf_106496: 106496, 0, 0, 0, 0, 0, 0 zio_data_buf_106496: 106496, 0, 0, 0, 0, 0, 0 zio_buf_110592: 110592, 0, 0, 0, 0, 0, 0 zio_data_buf_110592: 110592, 0, 0, 0, 0, 0, 0 zio_buf_114688: 114688, 0, 0, 0, 0, 0, 0 zio_data_buf_114688: 114688, 0, 0, 0, 0, 0, 0 zio_buf_118784: 118784, 0, 0, 0, 0, 0, 0 zio_data_buf_118784: 118784, 0, 0, 0, 0, 0, 0 zio_buf_122880: 122880, 0, 0, 0, 0, 0, 0 zio_data_buf_122880: 122880, 0, 0, 0, 0, 0, 0 zio_buf_126976: 126976, 0, 0, 0, 0, 0, 0 zio_data_buf_126976: 126976, 0, 0, 0, 0, 0, 0 zio_buf_131072: 131072, 0, 0, 0, 0, 0, 0 zio_data_buf_131072: 131072, 0, 0, 0, 0, 0, 0 sa_cache: 80, 0, 242861, 39649,25477393, 0, 0 dnode_t: 856, 0, 1961556, 68320, 8022408, 0, 0 dmu_buf_impl_t: 224, 0, 2407116, 802807,36856756, 0, 0 arc_buf_hdr_t: 216, 0, 3108123, 1528605,58028612, 0, 0 arc_buf_t: 104, 0, 894075, 1915545,64612624, 0, 0 zil_lwb_cache: 192, 0, 3, 2657, 49153, 0, 0 zfs_znode_cache: 400, 0, 242861, 39640,25477393, 0, 0 =3D=3D /usr/local/bin/zfs-stats -a =3D=3D ------------------------------------------------------------------------ ZFS Subsystem Report Tue Dec 10 03:09:00 2013 ------------------------------------------------------------------------ System Information: Kernel Version: 901000 (osreldate) Hardware Platform: amd64 Processor Architecture: amd64 ZFS Storage pool Version: 28 ZFS Filesystem Version: 5 FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root 3:09AM up 4 days, 23:32, 0 users, load averages: 0.28, 0.30, 0.16 ------------------------------------------------------------------------ System Memory: 0.03% 12.86 MiB Active, 1.25% 594.87 MiB Inact 88.67% 41.26 GiB Wired, 0.02% 9.62 MiB Cache 10.03% 4.67 GiB Free, 0.00% 352.00 KiB Gap Real Installed: 48.00 GiB Real Available: 99.94% 47.97 GiB Real Managed: 97.00% 46.53 GiB Logical Total: 48.00 GiB Logical Used: 89.05% 42.74 GiB Logical Free: 10.95% 5.26 GiB Kernel Memory: 32.67 GiB Data: 99.94% 32.65 GiB Text: 0.06% 20.53 MiB Kernel Memory Map: 30.99 GiB Size: 100.00% 30.99 GiB Free: 0.00% 568.00 KiB ------------------------------------------------------------------------ ARC Summary: (HEALTHY) Memory Throttle Count: 0 ARC Misc: Deleted: 53.77m Recycle Misses: 5.11m Mutex Misses: 554.83k Evict Skips: 6.12m ARC Size: 75.01% 34.15 GiB Target Size: (Adaptive) 75.01% 34.16 GiB Min Size (Hard Limit): 12.50% 5.69 GiB Max Size (High Water): 8:1 45.53 GiB ARC Size Breakdown: Recently Used Cache Size: 61.07% 20.86 GiB Frequently Used Cache Size: 38.93% 13.30 GiB ARC Hash Breakdown: Elements Max: 5.29m Elements Current: 58.78% 3.11m Collisions: 63.24m Chain Max: 21 Chains: 739.52k ------------------------------------------------------------------------ ARC Efficiency: 238.62m Cache Hit Ratio: 74.10% 176.82m Cache Miss Ratio: 25.90% 61.80m Actual Hit Ratio: 62.27% 148.58m Data Demand Efficiency: 93.96% 76.52m Data Prefetch Efficiency: 4.52% 54.66m CACHE HITS BY CACHE LIST: Anonymously Used: 12.32% 21.78m Most Recently Used: 39.13% 69.19m Most Frequently Used: 44.90% 79.39m Most Recently Used Ghost: 0.37% 658.56k Most Frequently Used Ghost: 3.28% 5.80m CACHE HITS BY DATA TYPE: Demand Data: 40.66% 71.90m Prefetch Data: 1.40% 2.47m Demand Metadata: 43.35% 76.65m Prefetch Metadata: 14.59% 25.80m CACHE MISSES BY DATA TYPE: Demand Data: 7.47% 4.62m Prefetch Data: 84.45% 52.19m Demand Metadata: 6.68% 4.13m Prefetch Metadata: 1.39% 861.23k ------------------------------------------------------------------------ L2 ARC Summary: (HEALTHY) Passed Headroom: 19.14m Tried Lock Failures: 3.41m IO In Progress: 17 Low Memory Aborts: 209 Free on Write: 33.24k Writes While Full: 39.98k R/W Clashes: 193 Bad Checksums: 0 IO Errors: 0 SPA Mismatch: 15.80b L2 ARC Size: (Adaptive) 30.67 GiB Header Size: 0.17% 52.26 MiB L2 ARC Evicts: Lock Retries: 126 Upon Reading: 0 L2 ARC Breakdown: 61.80m Hit Ratio: 2.96% 1.83m Miss Ratio: 97.04% 59.97m Feeds: 466.09k L2 ARC Buffer: Bytes Scanned: 321.97 TiB Buffer Iterations: 466.09k List Iterations: 29.11m NULL List Iterations: 1.49m L2 ARC Writes: Writes Sent: 100.00% 92.12k ------------------------------------------------------------------------ File-Level Prefetch: (HEALTHY) DMU Efficiency: 221.74m Hit Ratio: 57.51% 127.53m Miss Ratio: 42.49% 94.21m Colinear: 94.21m Hit Ratio: 0.01% 11.87k Miss Ratio: 99.99% 94.19m Stride: 111.20m Hit Ratio: 99.92% 111.11m Miss Ratio: 0.08% 90.41k DMU Misc: Reclaim: 94.19m Successes: 0.64% 606.42k Failures: 99.36% 93.59m Streams: 16.43m +Resets: 0.03% 4.43k -Resets: 99.97% 16.43m Bogus: 0 ------------------------------------------------------------------------ VDEV cache is disabled ------------------------------------------------------------------------ ZFS Tunables (sysctl): kern.maxusers 384 vm.kmem_size 49964781568 vm.kmem_size_scale 1 vm.kmem_size_min 0 vm.kmem_size_max 329853485875 vfs.zfs.l2c_only_size 24372193280 vfs.zfs.mfu_ghost_data_lsize 14966604288 vfs.zfs.mfu_ghost_metadata_lsize 2825756672 vfs.zfs.mfu_ghost_size 17792360960 vfs.zfs.mfu_data_lsize 15835021312 vfs.zfs.mfu_metadata_lsize 23130112 vfs.zfs.mfu_size 16063756288 vfs.zfs.mru_ghost_data_lsize 11579461632 vfs.zfs.mru_ghost_metadata_lsize 7082113536 vfs.zfs.mru_ghost_size 18661575168 vfs.zfs.mru_data_lsize 7865216000 vfs.zfs.mru_metadata_lsize 8403897344 vfs.zfs.mru_size 17009602560 vfs.zfs.anon_data_lsize 0 vfs.zfs.anon_metadata_lsize 0 vfs.zfs.anon_size 8093696 vfs.zfs.l2arc_norw 1 vfs.zfs.l2arc_feed_again 1 vfs.zfs.l2arc_noprefetch 1 vfs.zfs.l2arc_feed_min_ms 200 vfs.zfs.l2arc_feed_secs 1 vfs.zfs.l2arc_headroom 2 vfs.zfs.l2arc_write_boost 8388608 vfs.zfs.l2arc_write_max 8388608 vfs.zfs.arc_meta_limit 12222759936 vfs.zfs.arc_meta_used 12973058504 vfs.zfs.arc_min 6111379968 vfs.zfs.arc_max 48891039744 vfs.zfs.dedup.prefetch 1 vfs.zfs.mdcomp_disable 0 vfs.zfs.write_limit_override 0 vfs.zfs.write_limit_inflated 154529181696 vfs.zfs.write_limit_max 6438715904 vfs.zfs.write_limit_min 33554432 vfs.zfs.write_limit_shift 3 vfs.zfs.no_write_throttle 0 vfs.zfs.zfetch.array_rd_sz 1048576 vfs.zfs.zfetch.block_cap 256 vfs.zfs.zfetch.min_sec_reap 2 vfs.zfs.zfetch.max_streams 8 vfs.zfs.prefetch_disable 0 vfs.zfs.mg_alloc_failures 24 vfs.zfs.check_hostid 1 vfs.zfs.recover 0 vfs.zfs.txg.synctime_ms 1000 vfs.zfs.txg.timeout 5 vfs.zfs.vdev.cache.bshift 16 vfs.zfs.vdev.cache.size 0 vfs.zfs.vdev.cache.max 16384 vfs.zfs.vdev.write_gap_limit 4096 vfs.zfs.vdev.read_gap_limit 32768 vfs.zfs.vdev.aggregation_limit 131072 vfs.zfs.vdev.ramp_rate 2 vfs.zfs.vdev.time_shift 6 vfs.zfs.vdev.min_pending 4 vfs.zfs.vdev.max_pending 10 vfs.zfs.vdev.bio_flush_disable 0 vfs.zfs.cache_flush_disable 0 vfs.zfs.zil_replay_disable 0 vfs.zfs.zio.use_uma 0 vfs.zfs.snapshot_list_prefetch 0 vfs.zfs.version.zpl 5 vfs.zfs.version.spa 28 vfs.zfs.version.acl 1 vfs.zfs.debug 0 vfs.zfs.super_owner 0 ------------------------------------------------------------------------ Dipl.-Inform. (FH) Dennis Berger email: db@bsdsystems.de mobile: +491791231509 fon: +494054001817 GPG Fingerprint: 313E A4AD 72CB 2617 1BA9 7410 F954 07C0 DC3E 9578 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 13:24:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5AD5E22 for ; Tue, 10 Dec 2013 13:24:42 +0000 (UTC) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [207.115.11.53]) by mx1.freebsd.org (Postfix) with ESMTP id C225B1AC6 for ; Tue, 10 Dec 2013 13:24:42 +0000 (UTC) Received: from ace.nina.org (adsl-74-178-47-135.gnv.bellsouth.net[74.178.47.135]) by isp.att.net (frfwmhc03) with SMTP id <20131210131427H0300pni56e>; Tue, 10 Dec 2013 13:14:28 +0000 X-Originating-IP: [74.178.47.135] Date: Tue, 10 Dec 2013 08:14:26 -0500 (EST) From: Frank Seltzer X-X-Sender: frank_s@Ace.nina.org To: freebsd-stable@freebsd.org Subject: Multiple errors after upgrade to 10.0-PRERELEASE Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 13:24:42 -0000 Morning All, I upgraded from 9.2-STABLE to 10.0-PRERELEASE #0 r259144 last night and I am now getting this every 2 seconds in /var/log/messages: Dec 10 07:54:31 Shop kernel: ata1: FAILURE - zero length DMA transfer attempted Dec 10 07:54:31 Shop kernel: ata1: setting up DMA failed cat /var/log/messages | grep ata1: cd0 at ata1 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed cd1 at ata1 bus 0 scbus3 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: Serial Number MY0P92257015956T02SA cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present I have also gotten this 10 times so far: pid 12172 (dtrace), uid 0: exited on signal 11 (core dumped) and this during boot: pnpbios: Bad PnP BIOS data checksum System is a Dell Precision 670, BIOS rev A07 with 3G of memory. What can be causing these problems? Thanks, Frank From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 13:51:27 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCE27F4C; Tue, 10 Dec 2013 13:51:27 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F20161DED; Tue, 10 Dec 2013 13:51:22 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBADpBc5087781; Tue, 10 Dec 2013 15:51:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBADpBiB087645; Tue, 10 Dec 2013 13:51:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 10 Dec 2013 13:51:11 GMT Message-Id: <201312101351.rBADpBiB087645@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 13:51:27 -0000 TB --- 2013-12-10 12:00:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-10 12:00:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-10 12:00:43 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2013-12-10 12:00:43 - cleaning the object tree TB --- 2013-12-10 12:00:43 - /usr/local/bin/svn stat /src TB --- 2013-12-10 12:01:35 - At svn revision 259167 TB --- 2013-12-10 12:01:36 - building world TB --- 2013-12-10 12:01:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-10 12:01:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-10 12:01:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-10 12:01:36 - SRCCONF=/dev/null TB --- 2013-12-10 12:01:36 - TARGET=mips TB --- 2013-12-10 12:01:36 - TARGET_ARCH=mips64 TB --- 2013-12-10 12:01:36 - TZ=UTC TB --- 2013-12-10 12:01:36 - __MAKE_CONF=/dev/null TB --- 2013-12-10 12:01:36 - cd /src TB --- 2013-12-10 12:01:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 10 12:01:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Dec 10 13:28:06 UTC 2013 TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m ADM5120 TB --- 2013-12-10 13:28:06 - skipping ADM5120 kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-10 13:28:06 - skipping ALCHEMY kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AP121 TB --- 2013-12-10 13:28:06 - skipping AP121 kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AP91 TB --- 2013-12-10 13:28:06 - skipping AP91 kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AP93 TB --- 2013-12-10 13:28:06 - skipping AP93 kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AP94 TB --- 2013-12-10 13:28:06 - skipping AP94 kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AP96 TB --- 2013-12-10 13:28:06 - skipping AP96 kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-12-10 13:28:06 - skipping AR71XX_BASE kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AR724X_BASE TB --- 2013-12-10 13:28:06 - skipping AR724X_BASE kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-12-10 13:28:06 - skipping AR91XX_BASE kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AR933X_BASE TB --- 2013-12-10 13:28:06 - skipping AR933X_BASE kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m AR934X_BASE TB --- 2013-12-10 13:28:06 - skipping AR934X_BASE kernel TB --- 2013-12-10 13:28:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:28:06 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-12-10 13:28:06 - building BERI_DE4_BASE kernel TB --- 2013-12-10 13:28:06 - CROSS_BUILD_TESTING=YES TB --- 2013-12-10 13:28:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-10 13:28:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-10 13:28:06 - SRCCONF=/dev/null TB --- 2013-12-10 13:28:06 - TARGET=mips TB --- 2013-12-10 13:28:06 - TARGET_ARCH=mips64 TB --- 2013-12-10 13:28:06 - TZ=UTC TB --- 2013-12-10 13:28:06 - __MAKE_CONF=/dev/null TB --- 2013-12-10 13:28:06 - cd /src TB --- 2013-12-10 13:28:06 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Tue Dec 10 13:28:06 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Tue Dec 10 13:33:18 UTC 2013 TB --- 2013-12-10 13:33:18 - cd /src/sys/mips/conf TB --- 2013-12-10 13:33:18 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-12-10 13:33:18 - building BERI_DE4_MDROOT kernel TB --- 2013-12-10 13:33:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-10 13:33:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-10 13:33:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-10 13:33:18 - SRCCONF=/dev/null TB --- 2013-12-10 13:33:18 - TARGET=mips TB --- 2013-12-10 13:33:18 - TARGET_ARCH=mips64 TB --- 2013-12-10 13:33:18 - TZ=UTC TB --- 2013-12-10 13:33:18 - __MAKE_CONF=/dev/null TB --- 2013-12-10 13:33:18 - cd /src TB --- 2013-12-10 13:33:18 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Dec 10 13:33:18 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Tue Dec 10 13:37:56 UTC 2013 TB --- 2013-12-10 13:37:56 - cd /src/sys/mips/conf TB --- 2013-12-10 13:37:56 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-12-10 13:37:56 - building BERI_DE4_SDROOT kernel TB --- 2013-12-10 13:37:56 - CROSS_BUILD_TESTING=YES TB --- 2013-12-10 13:37:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-10 13:37:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-10 13:37:56 - SRCCONF=/dev/null TB --- 2013-12-10 13:37:56 - TARGET=mips TB --- 2013-12-10 13:37:56 - TARGET_ARCH=mips64 TB --- 2013-12-10 13:37:56 - TZ=UTC TB --- 2013-12-10 13:37:56 - __MAKE_CONF=/dev/null TB --- 2013-12-10 13:37:56 - cd /src TB --- 2013-12-10 13:37:56 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Tue Dec 10 13:37:56 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Tue Dec 10 13:42:34 UTC 2013 TB --- 2013-12-10 13:42:34 - cd /src/sys/mips/conf TB --- 2013-12-10 13:42:34 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-12-10 13:42:34 - building BERI_SIM_BASE kernel TB --- 2013-12-10 13:42:34 - CROSS_BUILD_TESTING=YES TB --- 2013-12-10 13:42:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-10 13:42:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-10 13:42:34 - SRCCONF=/dev/null TB --- 2013-12-10 13:42:34 - TARGET=mips TB --- 2013-12-10 13:42:34 - TARGET_ARCH=mips64 TB --- 2013-12-10 13:42:34 - TZ=UTC TB --- 2013-12-10 13:42:34 - __MAKE_CONF=/dev/null TB --- 2013-12-10 13:42:34 - cd /src TB --- 2013-12-10 13:42:34 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Tue Dec 10 13:42:34 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Tue Dec 10 13:47:06 UTC 2013 TB --- 2013-12-10 13:47:06 - cd /src/sys/mips/conf TB --- 2013-12-10 13:47:06 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-12-10 13:47:06 - building BERI_SIM_MDROOT kernel TB --- 2013-12-10 13:47:06 - CROSS_BUILD_TESTING=YES TB --- 2013-12-10 13:47:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-10 13:47:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-10 13:47:06 - SRCCONF=/dev/null TB --- 2013-12-10 13:47:06 - TARGET=mips TB --- 2013-12-10 13:47:06 - TARGET_ARCH=mips64 TB --- 2013-12-10 13:47:06 - TZ=UTC TB --- 2013-12-10 13:47:06 - __MAKE_CONF=/dev/null TB --- 2013-12-10 13:47:06 - cd /src TB --- 2013-12-10 13:47:06 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Tue Dec 10 13:47:06 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Tue Dec 10 13:51:09 UTC 2013 TB --- 2013-12-10 13:51:09 - cd /src/sys/mips/conf TB --- 2013-12-10 13:51:09 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-12-10 13:51:09 - building BERI_SIM_SDROOT kernel TB --- 2013-12-10 13:51:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-10 13:51:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-10 13:51:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-10 13:51:09 - SRCCONF=/dev/null TB --- 2013-12-10 13:51:09 - TARGET=mips TB --- 2013-12-10 13:51:09 - TARGET_ARCH=mips64 TB --- 2013-12-10 13:51:09 - TZ=UTC TB --- 2013-12-10 13:51:09 - __MAKE_CONF=/dev/null TB --- 2013-12-10 13:51:09 - cd /src TB --- 2013-12-10 13:51:09 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Tue Dec 10 13:51:09 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_SIM_SDROOT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-10 13:51:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-10 13:51:10 - ERROR: failed to build BERI_SIM_SDROOT kernel TB --- 2013-12-10 13:51:10 - 4637.42 user 2319.84 system 6627.07 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 14:31:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8672B8D9 for ; Tue, 10 Dec 2013 14:31:28 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5707210EB for ; Tue, 10 Dec 2013 14:31:28 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id to1so8635938ieb.4 for ; Tue, 10 Dec 2013 06:31:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vpBSUZvalA4SeDHOGQKKvElsX/ESM09vvlQ2R3ijMFY=; b=vqLon8GIlGNFvBckW4pUZIykailB1REXyOnZYqlVnJmU6LdM6kTLpmhHH3j6r8XJUN GyWdAPWfiMSy7yLe3bCRIY8jZtB+1OqfPeYwL5la7QF3YLn2uOXtJ4MWNt+1fn/FSb27 MB7OoXgQwx/mAHe2X3e5vxzrxZt1xWFeiGMQystjH2XI/sg4aX9Y5kF8e4YwY0NdLmF2 DJrzwDcqbb/aLO9FP0CORNJRlNnB5L3qR9niMRXrCN6rda8+TIRlKmZ/usJVnwuVWMZE fHo/iLLF8lWJe2KTUAuWWNZDHLR/hoA5Gryu3ZAsbCSMJxDilDYI0JY3p38L5KZRMm5+ 6Epg== MIME-Version: 1.0 X-Received: by 10.50.79.138 with SMTP id j10mr20433418igx.2.1386685887557; Tue, 10 Dec 2013 06:31:27 -0800 (PST) Received: by 10.64.140.38 with HTTP; Tue, 10 Dec 2013 06:31:27 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Dec 2013 14:31:27 +0000 Message-ID: Subject: Re: Multiple errors after upgrade to 10.0-PRERELEASE From: Tom Evans To: Frank Seltzer Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 14:31:28 -0000 On Tue, Dec 10, 2013 at 1:14 PM, Frank Seltzer wrote: > Morning All, > > I upgraded from 9.2-STABLE to 10.0-PRERELEASE #0 r259144 last night and I am > now getting this every 2 seconds in /var/log/messages: > > Dec 10 07:54:31 Shop kernel: ata1: FAILURE - zero length DMA transfer > attempted > Dec 10 07:54:31 Shop kernel: ata1: setting up DMA failed > > cat /var/log/messages | grep ata1: > > cd0 at ata1 bus 0 scbus3 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present - > tray closed > cd1 at ata1 bus 0 scbus3 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: Serial Number MY0P92257015956T02SA > cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd1: Attempt to query device size failed: NOT READY, Medium not present > > I have also gotten this 10 times so far: > > pid 12172 (dtrace), uid 0: exited on signal 11 (core dumped) > > and this during boot: > > pnpbios: Bad PnP BIOS data checksum > > System is a Dell Precision 670, BIOS rev A07 with 3G of memory. > > What can be causing these problems? > > Thanks, > Frank Rebuild hald and any other port that uses CAM. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 15:21:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77336245 for ; Tue, 10 Dec 2013 15:21:50 +0000 (UTC) Received: from mail-yh0-f49.google.com (mail-yh0-f49.google.com [209.85.213.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FF8914E0 for ; Tue, 10 Dec 2013 15:21:50 +0000 (UTC) Received: by mail-yh0-f49.google.com with SMTP id z20so3917318yhz.36 for ; Tue, 10 Dec 2013 07:21:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=XVPlp17IFwuZ2UfYtgujqEk9NPOP+YQMPq3ZzYIFJ4Y=; b=K0TjlnGfcCwt1YWFT8n0EoP+8eCk/MOJMDbwCEipXL3SID0PCJm7Po7FLw2N5PkTXG JimaSnj4G11OhcLKIEm+7iRwj2rQuH1V8UWed1OJ02aDTYgpjGfiyS97LiWQdCPeNjRT mpv3880+bkyvk10mC5/sO85QGfSXxq40nbMtClM9iDRz4Is5NNJavHBQnvAwmKlaNvQE 6LDSrKemCVCTcDWTmoMxT3OyzGxHcdUxuYpyLhLvqNt2imVhk4UWMCJgmVfY4xuWesbm nJjNaiEABSjWSofWuCsptEhgYGFqmIXiKkVFb8adQYeGbMIHCSmy4FAl5wwq+IWRk6oa 9P3Q== X-Gm-Message-State: ALoCoQml7gCuTTI79HTAYoobUnEdL3Jg5IE5PPVK81PXPB/6p360UUj2vUY3kl2zGA3XGPOictsT X-Received: by 10.236.125.102 with SMTP id y66mr7135474yhh.58.1386687294053; Tue, 10 Dec 2013 06:54:54 -0800 (PST) Received: from [192.168.1.4] (pool-72-84-124-111.nrflva.fios.verizon.net. [72.84.124.111]) by mx.google.com with ESMTPSA id r64sm22670910yhc.23.2013.12.10.06.54.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Dec 2013 06:54:53 -0800 (PST) Message-ID: <52A72B3B.3010509@ohlste.in> Date: Tue, 10 Dec 2013 09:54:51 -0500 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Florent Peterschmitt Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> In-Reply-To: <52A6EB67.3000103@peterschmitt.fr> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 15:21:50 -0000 On 12/10/13, 5:22 AM, Florent Peterschmitt wrote: > Hi, > > Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was > upgraded from 9.2-RELEASE? > > I have two servers, with very different hardware (on is with soft raid > and the other have not) and after a zpool upgrade, no way to get the > server booting. > > Do I miss something when upgrading? Did you rewrite the bootcode after upgrading the pools? > > I cannot get the error message for the moment. I reinstalled the raid > server under Linux and the other one is waiting for getting a vKVM… > -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 15:30:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 489FE585 for ; Tue, 10 Dec 2013 15:30:18 +0000 (UTC) Received: from smtp.peterschmitt.fr (gentiane.peterschmitt.fr [213.239.219.91]) by mx1.freebsd.org (Postfix) with ESMTP id 063BD1580 for ; Tue, 10 Dec 2013 15:30:17 +0000 (UTC) Received: from [192.168.0.93] (unknown [82.226.113.5]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id B1B8D62770; Tue, 10 Dec 2013 16:30:33 +0100 (CET) Message-ID: <52A7337A.1050203@peterschmitt.fr> Date: Tue, 10 Dec 2013 16:30:02 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: Jim Ohlstein Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A72B3B.3010509@ohlste.in> In-Reply-To: <52A72B3B.3010509@ohlste.in> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2qlhHapM7HHVG4v8d2P3alu8mXl5X482C" Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 15:30:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2qlhHapM7HHVG4v8d2P3alu8mXl5X482C Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 10/12/2013 15:54, Jim Ohlstein a =E9crit : >=20 >=20 > On 12/10/13, 5:22 AM, Florent Peterschmitt wrote: >> Hi, >> >> Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was >> upgraded from 9.2-RELEASE? >> >> I have two servers, with very different hardware (on is with soft raid= >> and the other have not) and after a zpool upgrade, no way to get the >> server booting. >> >> Do I miss something when upgrading? >=20 > Did you rewrite the bootcode after upgrading the pools? Yep. Also, a little connection, I had upgraded from 9.2-RELEASE to 10.0-BETA1 then 3 and 4, each time with rewriting the bootcode but not upgrading de zpool tank. I cannot reproduce the problem in a VM, I=92ll try soon on the server its= elf. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --2qlhHapM7HHVG4v8d2P3alu8mXl5X482C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSpzN6AAoJEFr01BkajbiBoi0P/1ZMsqPgK3+r9S4wCrMonrX7 eQH7PlnT02TI362XF6iq/clNKvNUT380nzXXjZk8EpTXEmp+yWPSy7Cwuo4yYI12 BEppfInaN75bK/8oHPWqIC/77seCwX6xiSCFCplElaCxLyHL1Bud62tjLTlOJXcc bL4/Zd1Lczi9j26QGcJNc+nOiwnr2bdydZaPEfR7/ySZhlv6xFjl+AGAUNwjNY5t 8/qI2P7nnZCyTIqraP7xC+J7ztciT6cbu3vI3/wDuI0g2v3DoYuhJvjYw2deNNeD 2ZfYwh8mJxvOX/YobSIl5uY3qyRNVOn9EmJTMrR0ADd5TSBiNc5/ZjV9xKYptIZN zVLb7qnUU0t3onCANfSMIZaBHqRSkda+19Jcyax0mCsQ88VHTDnnI0QBBdxPB6j7 sgrjOzJbZ43iAqfUo7qDjqBjUR44VvhR6OPO+sAREfT8PAAnnCdGmxowGTCZl+UZ uAiTkUCptI7QNQkw2b3NOa3mZVfqTJYkQnyEG07FYc4OxvTArfKqWuUAleXXXPRe HKrJY+LwoX7gEeRWA3ciAGPyN7I750LqwcZbh0+OT8qRWreir5ArasKkdLGW71C3 Egliuxdn3e/GsxuZAb496z+/DDtrDrYjLecWm1Y1njcBTzVauA0hBRs02QyjCbAd kSLekbz35C9PwPNhUUL7 =OxLn -----END PGP SIGNATURE----- --2qlhHapM7HHVG4v8d2P3alu8mXl5X482C-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 17:36:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF3CCB73 for ; Tue, 10 Dec 2013 17:36:47 +0000 (UTC) Received: from mail-oa0-x231.google.com (mail-oa0-x231.google.com [IPv6:2607:f8b0:4003:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9490A1FD6 for ; Tue, 10 Dec 2013 17:36:47 +0000 (UTC) Received: by mail-oa0-f49.google.com with SMTP id i4so5896965oah.36 for ; Tue, 10 Dec 2013 09:36:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ETJ/qHz4AeHn0NfOTbyGIZIKvMT13g4SD1/53rvsDQ8=; b=ERIktGjkIXJ1z/Of6fMZijUb9Rl5ZpY+APGe0BOAQg0Fa/n+EeXUfII1kCg58anUGW BBE4X7s8sa0dRMc3vjCzd//sBYXSDsebTzslou6+0ZRsALOft+/9xdpm9oH5c/ITpei0 T6smvonVX7+jBvKHd9DcR2uqFcK/JUHh3nP4XmMZJXbPCf884WiH75WleF6M1jGyKkPB IyJRq2HNJ6lCrgekUCfRkjVpKxdVa77dhQOsynhDKwvc9wVupkh7usXBAXBjYAziNRd+ 0GQ+YkaTe1nCXGBqtWCyZVYJHUQHWChdAgAlu5aQrQHYHUL4PtrKTj19/XpZCHkq/MWV 4qPA== MIME-Version: 1.0 X-Received: by 10.182.49.166 with SMTP id v6mr17644681obn.13.1386697006842; Tue, 10 Dec 2013 09:36:46 -0800 (PST) Received: by 10.183.24.136 with HTTP; Tue, 10 Dec 2013 09:36:46 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Dec 2013 18:36:46 +0100 Message-ID: Subject: Re: Swap on ZFS - bad idea? (swap_pager: indefinite wait buffer) From: Oscar Prieto To: Benjamin Lutz Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 17:36:47 -0000 Personally I still have to read an announcement telling that swap on zfs is relliable. I'm still using a dedicated swap partition on every install due to that kind of behaviour. On Tue, Dec 10, 2013 at 11:41 AM, Benjamin Lutz wrote: > We have storage server that I've found unresponsive this morning. The > console was filled with these messages: > > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 17344, size: 61440 > > The lines were all exactly the same, no variation in the numbers. > Ctrl-Alt-Delete had no effect. > > Now, the only thing related to swap that's special about this machine, is > that we use swap on ZFS, because we figured, silent disk corruption is > just as bad when it happens to swapped memory as it is when it happens to > stored data. However, might this be the problem? One thought I was having > was: ZFS hits its memory bounds, a process makes the kernel want to > allocate a swap buffer which causes more ZFS operations which never > complete because ZFS would need to do some housework to free memory, but > the kernel is waiting for swap to become available, some sort of deadlock? > I'm just speculating here, not knowing the internals of this subsystem. > > The machine is a quad core system with 12GiB RAM and a RAIDZ3 consisting > of 12x2TB disks. It's used as a storage system, with accesses mainly > through netatalk (an AFP server, what OS X uses) and a bit of iSCSI. I've > set the following sysctls: > > # > > http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide#Device_I.2FO_Queue_Size_.28I.2FO_Concurrency.29 > vfs.zfs.vdev.max_pending=20 > # limit kernel size to 10GB to leave some RAM for processes > vm.kmem_size_max="10737418240" > # increase number of mbuf clusters, see igb(4). The default is 25600 > kern.ipc.nmbclusters="102400" > > This sort of hang seems to happen every couple of months. I'd really like > some pointers on how to increase the stability of this system. Maybe there > are some more tunables I need to adjust? Or is swap on ZFS maybe just not > a great idea? > > Cheers, > Benjamin > -- > Benjamin Lutz | Software Engineer | BIOLAB Technology AG > Dufourstr. 80 | CH-8008 Zurich | www.biolab.ch | benjamin.lutz@biolab.ch > PHONE +41 44 295 97 13 | MOBILE +41 79 558 57 13 | FAX +41 44 295 97 19 > > > > This e-mail and the information it contains including attachments are > confidential and meant > only for use by the intended recipient(s); disclosure or copying is > strictly prohibited. If you > are not addressed, but in the possession of this e-mail, please notify the > sender immediately. > > _______________________________________________ > 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 Tue Dec 10 17:53:31 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 320FFFBD for ; Tue, 10 Dec 2013 17:53:31 +0000 (UTC) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id 05109112D for ; Tue, 10 Dec 2013 17:53:30 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id F40F142F57 for ; Tue, 10 Dec 2013 12:53:23 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lcO18l8GnDCR for ; Tue, 10 Dec 2013 12:53:23 -0500 (EST) Received: from daemon.localdomain (daemon.egr.msu.edu [35.9.44.65]) by mail.egr.msu.edu (Postfix) with ESMTP id CF96742F52 for ; Tue, 10 Dec 2013 12:53:23 -0500 (EST) Received: by daemon.localdomain (Postfix, from userid 21281) id C92C14368D; Tue, 10 Dec 2013 12:53:23 -0500 (EST) Date: Tue, 10 Dec 2013 12:53:23 -0500 From: Adam McDougall To: stable@FreeBSD.org Subject: bsdinstall, zfs booting, gpt partition order suitable for volume expansion Message-ID: <20131210175323.GB1728@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 17:53:31 -0000 I was wondering if either the default gpt partition order could become p1=boot, p2=swap, p3=zpool, or if the installer could be enhanced at some point to allow the user to select the order. It seems like it would be easier to expand the size of the raw device (VM, iscsi, etc) and expand the zpool if it is the last partition. I am not in a hurry to get this solved, but if a change to the default order is worthwhile, it seems like before 10.0 would be a good time to set precedent. I'm trying to think ahead where people will be installing 10 to VMs or expandable volumes so they can take advantage of expansion with less hassle. I pinged Allen Jude on this briefly, I think he said it used to be that way but it was changed to accomodate MBR partitioning (I think, apologies for not remembering details). From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 18:29:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BEAFECA4 for ; Tue, 10 Dec 2013 18:29:48 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9EECB137E for ; Tue, 10 Dec 2013 18:29:48 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VqS3x-0005WZ-GU for freebsd-stable@freebsd.org; Tue, 10 Dec 2013 10:29:41 -0800 Date: Tue, 10 Dec 2013 10:29:41 -0800 (PST) From: kaczorem To: freebsd-stable@freebsd.org Message-ID: <1386700181490-5867434.post@n5.nabble.com> In-Reply-To: <1386259441021-5866197.post@n5.nabble.com> References: <1386186865327-5865988.post@n5.nabble.com> <1386258057.403.55927325.1D1138FE@webmail.messagingengine.com> <1386259441021-5866197.post@n5.nabble.com> Subject: Re: Adaptec 5805 as a guest on ESXi 5.5 - problem MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 18:29:48 -0000 I've done again some tests and FreeBSD (booted directly on server with Adaptec) shows disks but only when created as logical drives. If as JBOD, FreeBSD does not show! I checked again how it works on Ubuntu and it worked well (booted directly on server or virtual machine). -- View this message in context: http://freebsd.1045724.n5.nabble.com/Adaptec-5805-as-a-guest-on-ESXi-5-5-problem-tp5865988p5867434.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 19:00:14 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB2DD7A1; Tue, 10 Dec 2013 19:00:14 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 935B2164A; Tue, 10 Dec 2013 19:00:14 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rBAJ0BtR017511 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 10 Dec 2013 13:00:11 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Tue, 10 Dec 2013 13:00:10 -0600 From: "Teske, Devin" To: Adam McDougall Subject: Re: bsdinstall, zfs booting, gpt partition order suitable for volume expansion Thread-Topic: bsdinstall, zfs booting, gpt partition order suitable for volume expansion Thread-Index: AQHO9doM/shhS682tEKTWovDLLVEaQ== Date: Tue, 10 Dec 2013 19:00:10 +0000 Message-ID: <93C924DB-E760-4830-B5E2-3A20160AD322@fisglobal.com> References: <20131210175323.GB1728@egr.msu.edu> In-Reply-To: <20131210175323.GB1728@egr.msu.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-10_06:2013-12-10,2013-12-10,1970-01-01 signatures=0 Cc: "stable@FreeBSD.org" , Devin Teske , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 19:00:14 -0000 On Dec 10, 2013, at 9:53 AM, Adam McDougall wrote: > I was wondering if either the default gpt partition order could become > p1=3Dboot, p2=3Dswap, p3=3Dzpool, or if the installer could be enhanced at > some point to allow the user to select the order. It seems like it would > be easier to expand the size of the raw device (VM, iscsi, etc) and expand > the zpool if it is the last partition. I am not in a hurry to get this > solved, but if a change to the default order is worthwhile, it seems like > before 10.0 would be a good time to set precedent. I'm trying to think a= head > where people will be installing 10 to VMs or expandable volumes so they c= an > take advantage of expansion with less hassle. I pinged Allen Jude on this > briefly, I think he said it used to be that way but it was changed to > accomodate MBR partitioning (I think, apologies for not remembering detai= ls). Excellent idea. Let me put that into a patch. I'll let you know when I have something that tests clean. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 21:50:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0505CF65 for ; Tue, 10 Dec 2013 21:50:50 +0000 (UTC) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9A01374 for ; Tue, 10 Dec 2013 21:50:49 +0000 (UTC) Received: from ppp121-45-108-103.lns20.adl6.internode.on.net (HELO leader.local) ([121.45.108.103]) by ipmail05.adl6.internode.on.net with ESMTP; 11 Dec 2013 08:20:47 +1030 Message-ID: <52A78CB3.8050109@ShaneWare.Biz> Date: Wed, 11 Dec 2013 08:20:43 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Oscar Prieto , Benjamin Lutz Subject: Re: Swap on ZFS - bad idea? (swap_pager: indefinite wait buffer) References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 21:50:50 -0000 On 11/12/2013 04:06, Oscar Prieto wrote: > Personally I still have to read an announcement telling that swap on zfs is > relliable. I'm still using a dedicated swap partition on every install due > to that kind of behaviour. > On Tue, Dec 10, 2013 at 11:41 AM, Benjamin Lutz wrote: > >> This sort of hang seems to happen every couple of months. I'd really like >> some pointers on how to increase the stability of this system. Maybe there >> are some more tunables I need to adjust? Or is swap on ZFS maybe just not >> a great idea? I did read somewhere that it is not recommended to use a zvol for swap. Personally I did setup swap on a zvol when I first started with zfs. Turning it off showed a performance boost but I never had any errors from it. I had only setup a single disk zpool so maybe its swap on zfs raidz that causes the errors. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 21:52:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C6871E1; Tue, 10 Dec 2013 21:52:49 +0000 (UTC) Received: from mail-ee0-x233.google.com (mail-ee0-x233.google.com [IPv6:2a00:1450:4013:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48E421396; Tue, 10 Dec 2013 21:52:48 +0000 (UTC) Received: by mail-ee0-f51.google.com with SMTP id b15so2517615eek.24 for ; Tue, 10 Dec 2013 13:52:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=bmxatGx2B8Occ5MWfv8TE4CSbLYEUZNXUCz+OGHDGBY=; b=xA5050AIke/KfOQf8xanBgvNsazefoqzzC9Y+94P0CwGBTQvZwNlbDNK3gz/teFl0z GSEXoUAQxmo+W90ybWXiXFG5uuVhHem4lnUQilDfkSJgWdLesmeeHfN70yCudxH00yRc 5BPKO/T99Q6T3j4g4f2kttew79f4dWqOMmUXD6fQYjTbEv6nP/BXuOAzn5hJ7pCc9+iS H8gg2PQ6JKX8FxbaRtPgMw4veap/X9VRU3C0FVL18XlzfwKEmcEcKK83JTL8AaXVPAIX 8BzegrrCY8/SmvuzJbvXaMcfqj+TleAFrjouPo+mMIWsK2KjTjlWWJn2O0b6X2LkeekY aCjA== X-Received: by 10.14.215.199 with SMTP id e47mr4500876eep.107.1386712366208; Tue, 10 Dec 2013 13:52:46 -0800 (PST) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id n1sm46006954eep.20.2013.12.10.13.52.44 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Dec 2013 13:52:45 -0800 (PST) Sender: Mikolaj Golub Date: Tue, 10 Dec 2013 23:52:43 +0200 From: Mikolaj Golub To: David Xu Subject: Re: Hast locking up under 9.2 Message-ID: <20131210215242.GA9264@gmail.com> References: <20131121203711.GA3736@gmail.com> <20131123215950.GA17292@gmail.com> <20131125083223.GE1398@garage.freebsd.pl> <20131125094111.GA22396@gmail.com> <529D40B5.5040605@freebsd.org> <20131204213704.GD4005@gmail.com> <529FEC15.3080509@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <529FEC15.3080509@freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org, Pete French X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 21:52:49 -0000 On Thu, Dec 05, 2013 at 10:59:33AM +0800, David Xu wrote: > On 2013/12/05 05:37, Mikolaj Golub wrote: > > Ok. I have updated all three macros we have accordingly: > > > > http://people.freebsd.org/~trociny/patches/hast.queue_insert_wakeup.1.patch > > > > Pawel, what do you think? > > > > No problem. ;-) > Thanks. This and other patches reported here have been committed. Pete, I am still interested in your testing results, if you have any. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 22:47:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64E55191 for ; Tue, 10 Dec 2013 22:47:54 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B589179C for ; Tue, 10 Dec 2013 22:47:53 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBAMlqjI070198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Dec 2013 14:47:53 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBAMlqPU070197; Tue, 10 Dec 2013 14:47:52 -0800 (PST) (envelope-from jmg) Date: Tue, 10 Dec 2013 14:47:52 -0800 From: John-Mark Gurney To: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports Message-ID: <20131210224752.GZ55638@funkthat.com> Mail-Followup-To: Alfred Perlstein , Daniel O'Connor , "freebsd-stable@freebsd.org Stable" References: <52A12843.3010204@freebsd.org> <0BFC927B-D72E-4926-BB3D-2C000F310BDD@fisglobal.com> <7271C4C4-7BAB-4DA7-9E10-49D5B2DB8964@mu.org> <52A51438.4090200@bluerosetech.com> <8D54491D-5A1C-4D30-AD48-12336D0726DC@gsoft.com.au> <52A67BE8.9050509@mu.org> <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52A68141.6010003@mu.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 10 Dec 2013 14:47:53 -0800 (PST) Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 22:47:54 -0000 Alfred Perlstein wrote this message on Mon, Dec 09, 2013 at 18:49 -0800: > > On 12/9/13, 6:36 PM, John-Mark Gurney wrote: > >Alfred Perlstein wrote this message on Mon, Dec 09, 2013 at 18:26 -0800: > >>On 12/9/13, 2:11 PM, Daniel O'Connor wrote: > >>>On 9 Dec 2013, at 22:21, Alfred Perlstein wrote: > >>>>>On Dec 8, 2013, at 9:13 PM, "Daniel O'Connor" > >>>>>wrote: > >>>>> > >>>>>(I don't care if it's JSON, XML or smoke signals just so long as it > >>>>>isn't hideously slow). > >>>>> > >>>>You have described exactly what we are trying to accomplish. Thank you! > >>>OK, great, can you have an implementation by COB Friday? :) > >>> > >>>Although seriously, I do wonder what the best way to implement it would > >>>be. > >>> > >>>I can imagine modifying /bin/sh to have such a feature would be somewhat > >>>controversial.. > >>> > >>A few interesting targets would be sysctl, ifconfig, gpart, disklabel, > >>... any others? > >gpart info is already in XML from sysctl kern.geom.confxml... > > > >And disklabel has been retired and replaced by gpart... > > > XML doesn't work for everyone, and as far as disklabel, wasn't aware it hence the thread, but my point is some of this already exists... > was toast in HEAD, it's still around in 9.2 and we've been doing most of > our development there so oops! well, disklabel aka bsdlabel (to be platform neutral) is still around, but I do not believe it works on disks where one of the partitions are open, while gpart will: bsdlabel: cannot open provider /dev/ada0s2 for writing label: Permission denied bsdlabel: Try to use gpart(8). So, you should be using gpart to be future compatible, and not limit yourself to one type of partitioning scheme.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 22:49:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B7C1297 for ; Tue, 10 Dec 2013 22:49:17 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3473217B1 for ; Tue, 10 Dec 2013 22:49:16 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBAMnFj6070235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Dec 2013 14:49:15 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBAMnFEe070234; Tue, 10 Dec 2013 14:49:15 -0800 (PST) (envelope-from jmg) Date: Tue, 10 Dec 2013 14:49:15 -0800 From: John-Mark Gurney To: Thomas Mueller Subject: Re: BIND segway -> python -> first-class ports Message-ID: <20131210224915.GA55638@funkthat.com> Mail-Followup-To: Thomas Mueller , freebsd-stable@freebsd.org, Alfred Perlstein References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 10 Dec 2013 14:49:15 -0800 (PST) Cc: Alfred Perlstein , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 22:49:17 -0000 Thomas Mueller wrote this message on Tue, Dec 10, 2013 at 12:05 +0000: > > gpart info is already in XML from sysctl kern.geom.confxml... > > > And disklabel has been retired and replaced by gpart... > > -- John-Mark Gurney > > > XML doesn't work for everyone, and as far as disklabel, wasn't aware > > it was toast in HEAD, it's still around in 9.2 and we've been doing > > most of our development there so oops! > > -- Alfred > > I just looked in FreeBSD-current, and it appears disklabel, hard-linked with bsdlabel, is alive and well. > > Man page does not show deprecated. Maybe retired was too strong of a word... But it is recommended you use gpart, since bsdlabel can't handled writing when other partitions are open... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 23:34:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EE53138 for ; Tue, 10 Dec 2013 23:34:49 +0000 (UTC) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 225101AB4 for ; Tue, 10 Dec 2013 23:34:48 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id rBANYcQs028872 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 10 Dec 2013 18:34:39 -0500 (EST) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: Swap on ZFS - bad idea? (swap_pager: indefinite wait buffer) From: John Nielsen In-Reply-To: <52A78CB3.8050109@ShaneWare.Biz> Date: Tue, 10 Dec 2013 16:35:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <197090E6-DE73-40C2-8475-E102640B0DAF@jnielsen.net> References: <52A78CB3.8050109@ShaneWare.Biz> To: Shane Ambler X-Mailer: Apple Mail (2.1822) X-DCC-sonic.net-Metrics: ns1.jnielsen.net 1156; Body=4 Fuz1=4 Fuz2=4 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: Oscar Prieto , Benjamin Lutz , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 23:34:49 -0000 On Dec 10, 2013, at 2:50 PM, Shane Ambler wrote: > On 11/12/2013 04:06, Oscar Prieto wrote: >> Personally I still have to read an announcement telling that swap on = zfs is >> relliable. I'm still using a dedicated swap partition on every = install due >> to that kind of behaviour. >=20 >> On Tue, Dec 10, 2013 at 11:41 AM, Benjamin Lutz = wrote: >>=20 >>> This sort of hang seems to happen every couple of months. I'd really = like >>> some pointers on how to increase the stability of this system. Maybe = there >>> are some more tunables I need to adjust? Or is swap on ZFS maybe = just not >>> a great idea? >=20 > I did read somewhere that it is not recommended to use a zvol for = swap. >=20 > Personally I did setup swap on a zvol when I first started with zfs. > Turning it off showed a performance boost but I never had any errors > from it. I had only setup a single disk zpool so maybe its swap on zfs > raidz that causes the errors. I've never seen a problem with swap on a zvol in any currently-supported = version of FreeBSD but as always, YMMV. I use the below commands to = create and activate a swap volume (2G in this example): zfs create -V 2G -o org.freebsd:swap=3Don -o checksum=3Doff -o = compression=3Doff -o dedup=3Doff -o sync=3Ddisabled -o primarycache=3Dnone= ${rootzpool}/swap echo "/dev/zvol/${rootzpool}/swap none swap sw 0 0" >> /etc/fstab swapon -a Most of those options are from = https://wiki.freebsd.org/RootOnZFS#ZFS_Swap_Volume, other bits are from = elsewhere. Using both "org.freebsd:swap=3Don" and /etc/fstab is = redundant but doesn't hurt anything. HTH, JN From owner-freebsd-stable@FreeBSD.ORG Tue Dec 10 23:35:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6551624C; Tue, 10 Dec 2013 23:35:57 +0000 (UTC) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 451DF1AD3; Tue, 10 Dec 2013 23:35:57 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id rBANDrVc009330 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 10 Dec 2013 18:13:54 -0500 (EST) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: BIND segway -> python -> first-class ports From: John Nielsen In-Reply-To: <529E8C53.6020208@freebsd.org> Date: Tue, 10 Dec 2013 16:14:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0BD5B14A-1931-40FA-BB4C-487BED772E09@jnielsen.net> References: <529E8C53.6020208@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1822) X-DCC-sonic.net-Metrics: ns1.jnielsen.net 1156; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Dec 2013 23:35:57 -0000 On Dec 3, 2013, at 6:58 PM, Julian Elischer wrote: > I have said before that in my opinion we should have two classes of = ports. > Mechanically they are handled the same but class 1 ports are "standard = additions", > and if they don't work it's a "stop-ship" condition.. These would be = MAJOR ports.. > like a minimal python, a minimal Perl (ok yuk but some people would = insist), > BIND, Sendmail, bash, and other things that people EXPECT to be in a = FreeBSD system. > If you break such a port it has the same weight as breaking something = in base, > but it's not base.. Whether we like it or not, 'pkg' is now (as of 10.0) effectively a = "first-class" port, since although it lives in ports it is relied on by = the base system (pkg bootstrapper) to provide core functionality = (package management). Since we have such a distinction it would be useful to make official so = we could, for example, do more frequent build and regression tests of = such ports. And if we're going to do that for one port we might as well = do it for several... JN From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 01:07:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC02B998; Wed, 11 Dec 2013 01:07:33 +0000 (UTC) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56AD6119D; Wed, 11 Dec 2013 01:07:33 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id jw12so5537801veb.3 for ; Tue, 10 Dec 2013 17:07:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hkmoUAMg8+hpGZ6BZkjQWZstfAHVctJpwfAYGugHAuY=; b=PP1qDFXnE0HKupB0AgDGjVhyi7OrWbmhecIwgaKVS4Y4tPE9niczCsRYiaY9PEUtkK C2JlLcF5fEj7mbhJMdLgghNGsJ4zM2fJK3NTNjeWLz4T+uhXw4UtGHZx/k4pbhtNUbPS D4QKYt0VW7aWyqxhjmUNxjVIlZ4g4igmf7eJuHJmFg7ECgZkZmHvnTH2FSudFOAcCfLh O8VuYyTGKoYW2eLWdClKZF8mjXgkxv+3xL1E49TyRqZNvUwUXM1OkMtsLo2fq7+AwjeP SjlakXxzAyi1W0Bs272g7JR9WwFmzj5H8yGQHmdpBnCKo0mP6CIvVJdJFvnwVDeIx2mI fkaw== MIME-Version: 1.0 X-Received: by 10.58.23.33 with SMTP id j1mr1519189vef.27.1386724052529; Tue, 10 Dec 2013 17:07:32 -0800 (PST) Sender: artemb@gmail.com Received: by 10.221.9.2 with HTTP; Tue, 10 Dec 2013 17:07:32 -0800 (PST) In-Reply-To: <52A6EB67.3000103@peterschmitt.fr> References: <52A6EB67.3000103@peterschmitt.fr> Date: Tue, 10 Dec 2013 17:07:32 -0800 X-Google-Sender-Auth: 1GvI1HgVZ4P6rKo-mnrjztHwNgk Message-ID: Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure From: Artem Belevich To: Florent Peterschmitt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 01:07:33 -0000 On Tue, Dec 10, 2013 at 2:22 AM, Florent Peterschmitt wrote: > Hi, > > Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was > upgraded from 9.2-RELEASE? > > I have two servers, with very different hardware (on is with soft raid > and the other have not) and after a zpool upgrade, no way to get the > server booting. It may help if you could provide details on how exactly "no way to get the system booting" manifests itself. Serial console capture of a failed boot would be a good start. Did it get to the loader? Did the loader manage to read loader.conf and load kernel and modules? Did the kernel start? Did the kernel manage to mount root FS? --Artem From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 04:40:47 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47E753F3; Wed, 11 Dec 2013 04:40:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F273124F; Wed, 11 Dec 2013 04:40:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBB4egf0098550; Wed, 11 Dec 2013 06:40:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBB4egXQ098481; Wed, 11 Dec 2013 04:40:42 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Dec 2013 04:40:42 GMT Message-Id: <201312110440.rBB4egXQ098481@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 04:40:47 -0000 TB --- 2013-12-11 03:00:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-11 03:00:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-11 03:00:32 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-12-11 03:00:32 - cleaning the object tree TB --- 2013-12-11 03:00:32 - /usr/local/bin/svn stat /src TB --- 2013-12-11 03:01:20 - At svn revision 259207 TB --- 2013-12-11 03:01:21 - building world TB --- 2013-12-11 03:01:21 - CROSS_BUILD_TESTING=YES TB --- 2013-12-11 03:01:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-11 03:01:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-11 03:01:21 - SRCCONF=/dev/null TB --- 2013-12-11 03:01:21 - TARGET=sparc64 TB --- 2013-12-11 03:01:21 - TARGET_ARCH=sparc64 TB --- 2013-12-11 03:01:21 - TZ=UTC TB --- 2013-12-11 03:01:21 - __MAKE_CONF=/dev/null TB --- 2013-12-11 03:01:21 - cd /src TB --- 2013-12-11 03:01:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 11 03:01:32 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 11 04:40:15 UTC 2013 TB --- 2013-12-11 04:40:15 - generating LINT kernel config TB --- 2013-12-11 04:40:15 - cd /src/sys/sparc64/conf TB --- 2013-12-11 04:40:15 - /usr/bin/make -B LINT TB --- 2013-12-11 04:40:15 - cd /src/sys/sparc64/conf TB --- 2013-12-11 04:40:15 - /usr/sbin/config -m LINT TB --- 2013-12-11 04:40:15 - building LINT kernel TB --- 2013-12-11 04:40:15 - CROSS_BUILD_TESTING=YES TB --- 2013-12-11 04:40:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-11 04:40:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-11 04:40:15 - SRCCONF=/dev/null TB --- 2013-12-11 04:40:15 - TARGET=sparc64 TB --- 2013-12-11 04:40:15 - TARGET_ARCH=sparc64 TB --- 2013-12-11 04:40:15 - TZ=UTC TB --- 2013-12-11 04:40:15 - __MAKE_CONF=/dev/null TB --- 2013-12-11 04:40:15 - cd /src TB --- 2013-12-11 04:40:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 11 04:40:16 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64.sparc64/src/tmp/legacy/usr/bin:/obj/sparc64.sparc64/src/tmp/legacy/usr/games:/obj/sparc64.sparc64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/sparc64.sparc64/src/sys/LINT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-11 04:40:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-11 04:40:41 - ERROR: failed to build LINT kernel TB --- 2013-12-11 04:40:41 - 4344.27 user 1878.84 system 6008.19 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 04:42:23 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C6AC57E; Wed, 11 Dec 2013 04:42:23 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DF0412CE; Wed, 11 Dec 2013 04:42:21 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBB4gIOF010456; Wed, 11 Dec 2013 06:42:18 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBB4gIJO010452; Wed, 11 Dec 2013 04:42:18 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Dec 2013 04:42:18 GMT Message-Id: <201312110442.rBB4gIJO010452@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 04:42:23 -0000 TB --- 2013-12-11 03:00:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-11 03:00:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-11 03:00:32 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2013-12-11 03:00:32 - cleaning the object tree TB --- 2013-12-11 03:00:32 - /usr/local/bin/svn stat /src TB --- 2013-12-11 03:01:17 - At svn revision 259207 TB --- 2013-12-11 03:01:18 - building world TB --- 2013-12-11 03:01:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-11 03:01:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-11 03:01:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-11 03:01:18 - SRCCONF=/dev/null TB --- 2013-12-11 03:01:18 - TARGET=mips TB --- 2013-12-11 03:01:18 - TARGET_ARCH=mips64 TB --- 2013-12-11 03:01:18 - TZ=UTC TB --- 2013-12-11 03:01:18 - __MAKE_CONF=/dev/null TB --- 2013-12-11 03:01:18 - cd /src TB --- 2013-12-11 03:01:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 11 03:01:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 11 04:27:52 UTC 2013 TB --- 2013-12-11 04:27:52 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:52 - /usr/sbin/config -m ADM5120 TB --- 2013-12-11 04:27:52 - skipping ADM5120 kernel TB --- 2013-12-11 04:27:52 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:52 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-11 04:27:52 - skipping ALCHEMY kernel TB --- 2013-12-11 04:27:52 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:52 - /usr/sbin/config -m AP121 TB --- 2013-12-11 04:27:53 - skipping AP121 kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AP91 TB --- 2013-12-11 04:27:53 - skipping AP91 kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AP93 TB --- 2013-12-11 04:27:53 - skipping AP93 kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AP94 TB --- 2013-12-11 04:27:53 - skipping AP94 kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AP96 TB --- 2013-12-11 04:27:53 - skipping AP96 kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-12-11 04:27:53 - skipping AR71XX_BASE kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AR724X_BASE TB --- 2013-12-11 04:27:53 - skipping AR724X_BASE kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-12-11 04:27:53 - skipping AR91XX_BASE kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AR933X_BASE TB --- 2013-12-11 04:27:53 - skipping AR933X_BASE kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m AR934X_BASE TB --- 2013-12-11 04:27:53 - skipping AR934X_BASE kernel TB --- 2013-12-11 04:27:53 - cd /src/sys/mips/conf TB --- 2013-12-11 04:27:53 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-12-11 04:27:53 - building BERI_DE4_BASE kernel TB --- 2013-12-11 04:27:53 - CROSS_BUILD_TESTING=YES TB --- 2013-12-11 04:27:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-11 04:27:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-11 04:27:53 - SRCCONF=/dev/null TB --- 2013-12-11 04:27:53 - TARGET=mips TB --- 2013-12-11 04:27:53 - TARGET_ARCH=mips64 TB --- 2013-12-11 04:27:53 - TZ=UTC TB --- 2013-12-11 04:27:53 - __MAKE_CONF=/dev/null TB --- 2013-12-11 04:27:53 - cd /src TB --- 2013-12-11 04:27:53 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Wed Dec 11 04:27:53 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Wed Dec 11 04:33:02 UTC 2013 TB --- 2013-12-11 04:33:02 - cd /src/sys/mips/conf TB --- 2013-12-11 04:33:02 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-12-11 04:33:02 - building BERI_DE4_MDROOT kernel TB --- 2013-12-11 04:33:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-11 04:33:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-11 04:33:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-11 04:33:02 - SRCCONF=/dev/null TB --- 2013-12-11 04:33:02 - TARGET=mips TB --- 2013-12-11 04:33:02 - TARGET_ARCH=mips64 TB --- 2013-12-11 04:33:02 - TZ=UTC TB --- 2013-12-11 04:33:02 - __MAKE_CONF=/dev/null TB --- 2013-12-11 04:33:02 - cd /src TB --- 2013-12-11 04:33:02 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed Dec 11 04:33:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Wed Dec 11 04:37:41 UTC 2013 TB --- 2013-12-11 04:37:41 - cd /src/sys/mips/conf TB --- 2013-12-11 04:37:41 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-12-11 04:37:41 - building BERI_DE4_SDROOT kernel TB --- 2013-12-11 04:37:41 - CROSS_BUILD_TESTING=YES TB --- 2013-12-11 04:37:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-11 04:37:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-11 04:37:41 - SRCCONF=/dev/null TB --- 2013-12-11 04:37:41 - TARGET=mips TB --- 2013-12-11 04:37:41 - TARGET_ARCH=mips64 TB --- 2013-12-11 04:37:41 - TZ=UTC TB --- 2013-12-11 04:37:41 - __MAKE_CONF=/dev/null TB --- 2013-12-11 04:37:41 - cd /src TB --- 2013-12-11 04:37:41 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Wed Dec 11 04:37:41 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Wed Dec 11 04:42:15 UTC 2013 TB --- 2013-12-11 04:42:15 - cd /src/sys/mips/conf TB --- 2013-12-11 04:42:15 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-12-11 04:42:15 - building BERI_SIM_BASE kernel TB --- 2013-12-11 04:42:15 - CROSS_BUILD_TESTING=YES TB --- 2013-12-11 04:42:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-11 04:42:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-11 04:42:15 - SRCCONF=/dev/null TB --- 2013-12-11 04:42:15 - TARGET=mips TB --- 2013-12-11 04:42:15 - TARGET_ARCH=mips64 TB --- 2013-12-11 04:42:15 - TZ=UTC TB --- 2013-12-11 04:42:15 - __MAKE_CONF=/dev/null TB --- 2013-12-11 04:42:15 - cd /src TB --- 2013-12-11 04:42:15 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Wed Dec 11 04:42:15 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/BERI_SIM_BASE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-11 04:42:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-11 04:42:18 - ERROR: failed to build BERI_SIM_BASE kernel TB --- 2013-12-11 04:42:18 - 4294.57 user 2120.78 system 6105.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 05:34:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC9BAFC5 for ; Wed, 11 Dec 2013 05:34:56 +0000 (UTC) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF4E41703 for ; Wed, 11 Dec 2013 05:34:56 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so9195075pbb.22 for ; Tue, 10 Dec 2013 21:34:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=pi91yGH5p1waYaWMq4lH1tGI1Ra8VkvQxp/FAe4JRi8=; b=c0ZOJJJ9FpC/Mi2VRxSw709EOlvcUKMphLmazamTHa0bu4Ld/Drh52Jvc2kGDEp/u4 q7B6ID5/N9n5s11NTwdEwLfQDLaN0aNYe0S5JB0AVaCaHwFSG6RSTmklG0biS60jd4p+ Qrnjh+SZwoRZZvARE9mPnDvEJKQ6t/Tba6xNZ1IYYEj2RoyAo8D6fybRsoelUzF3u+LA pD4xVsbNNMjOpb54xXDBG8FcMCQduAKqo6tgbUPBkFx6zN/iW00cX0Szn7bIAN4cBCbx VujpQS6PAzsRtCEykl3Eyp6sDJKf/0bsuRHtoRK2VdmwOcHGYmvS1TGi/ZIxiGMfr52H N+Fw== MIME-Version: 1.0 X-Received: by 10.68.219.72 with SMTP id pm8mr7493423pbc.164.1386740096440; Tue, 10 Dec 2013 21:34:56 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Tue, 10 Dec 2013 21:34:56 -0800 (PST) In-Reply-To: <20131210224915.GA55638@funkthat.com> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> Date: Tue, 10 Dec 2013 21:34:56 -0800 X-Google-Sender-Auth: SZTCzLTu0DIk68AAadUzWtY0Ga8 Message-ID: Subject: Re: BIND segway -> python -> first-class ports From: Kevin Oberman To: Thomas Mueller , "freebsd-stable@freebsd.org Stable" , Alfred Perlstein Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 05:34:57 -0000 On Tue, Dec 10, 2013 at 2:49 PM, John-Mark Gurney wrote: > Thomas Mueller wrote this message on Tue, Dec 10, 2013 at 12:05 +0000: > > > gpart info is already in XML from sysctl kern.geom.confxml... > > > > > And disklabel has been retired and replaced by gpart... > > > > -- John-Mark Gurney > > > > > XML doesn't work for everyone, and as far as disklabel, wasn't aware > > > it was toast in HEAD, it's still around in 9.2 and we've been doing > > > most of our development there so oops! > > > > -- Alfred > > > > I just looked in FreeBSD-current, and it appears disklabel, hard-linked > with bsdlabel, is alive and well. > > > > Man page does not show deprecated. > > Maybe retired was too strong of a word... But it is recommended you use > gpart, since bsdlabel can't handled writing when other partitions are > open... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > While bsdlabel lives, it is very painful to use once you learn gpart. A parseable output from gpart would be wonderful. Another would be netstat. FWIW, the fact that JunOS can output most everything in XML is a great thing that I wish every router and OS did! (Not the XML part, but a format suitable or easy parsing. JSON would probably be even better.) -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 08:21:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 769967F8 for ; Wed, 11 Dec 2013 08:21:48 +0000 (UTC) Received: from rush.bluerosetech.com (rush.bluerosetech.com [IPv6:2607:fc50:1000:9b00::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36A49170A for ; Wed, 11 Dec 2013 08:21:48 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:1680:cf0:21c:c0ff:fe7f:96ee]) by rush.bluerosetech.com (Postfix) with ESMTPSA id 506FF11434; Wed, 11 Dec 2013 00:21:40 -0800 (PST) Received: from [IPv6:2601:7:1680:cf0:e46e:9a60:76dd:e625] (unknown [IPv6:2601:7:1680:cf0:e46e:9a60:76dd:e625]) by chombo.houseloki.net (Postfix) with ESMTPSA id BF2B1DE8; Wed, 11 Dec 2013 00:21:38 -0800 (PST) Message-ID: <52A82099.9080100@bluerosetech.com> Date: Wed, 11 Dec 2013 00:21:45 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kevin Oberman , "freebsd-stable@freebsd.org Stable" Subject: Re: BIND segway -> python -> first-class ports References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 08:21:48 -0000 On 12/10/2013 9:34 PM, Kevin Oberman wrote: > A parseable output from gpart would be wonderful. Have you seen the kern.geom.conf* sysctls? From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 08:27:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63717A2D; Wed, 11 Dec 2013 08:27:04 +0000 (UTC) Received: from smtp.peterschmitt.fr (gentiane.peterschmitt.fr [213.239.219.91]) by mx1.freebsd.org (Postfix) with ESMTP id 8BC95176A; Wed, 11 Dec 2013 08:27:03 +0000 (UTC) Received: from [192.168.0.93] (unknown [82.226.113.5]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id D492361F72; Wed, 11 Dec 2013 09:27:20 +0100 (CET) Message-ID: <52A821C3.2050800@peterschmitt.fr> Date: Wed, 11 Dec 2013 09:26:43 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: Artem Belevich Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nulfMlu46DWBGLhPQ5OrEp1A8pi674fVt" Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 08:27:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nulfMlu46DWBGLhPQ5OrEp1A8pi674fVt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 11/12/2013 02:07, Artem Belevich a =E9crit : > On Tue, Dec 10, 2013 at 2:22 AM, Florent Peterschmitt > wrote: >> Hi, >> >> Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was >> upgraded from 9.2-RELEASE? >> >> I have two servers, with very different hardware (on is with soft raid= >> and the other have not) and after a zpool upgrade, no way to get the >> server booting. >=20 > It may help if you could provide details on how exactly "no way to get > the system booting" manifests itself. > Serial console capture of a failed boot would be a good start. >=20 > Did it get to the loader? > Did the loader manage to read loader.conf and load kernel and modules? > Did the kernel start? > Did the kernel manage to mount root FS? >=20 > --Artem >=20 No, there is no module loading, no more than the kernel load. I had an error like "no fs recognized", then it is stuck with the interactive minimal boot loader (which name is "loader", correct?). The only thing I can do is to reboot the computer. In rescue (9.2-RELEASE) I can import the zpool without problem, then use the gpart inside the 10.0-BETA4 (on the remaining problematic server it is a BETA4) and rewrite the bootcode. No changes. This week-end I may be able to get a vKVM. It's a low-cost server and there are no other way to repair the system than a rescue. Also, can it be a problem from the BIOS? To old to boot from a GPT "formated disk" (sorry I don't know much about disks and BIOS)? It would be possible only if some changes were brought into the bootcode. But maybe the problem isn't here, it can be from the zpool itself. Also like a said on -stable, I *cannot* reproduce the problem in a VM: * Installing 9.2-RELEASE from scratch like I made for the server. * Binary upgrade to 10.0-BETA4 (install kernel, reboot, install userland, rebuild ports, install last parts of userland) * zpool upgrade tank * reboot * It's all fine. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --nulfMlu46DWBGLhPQ5OrEp1A8pi674fVt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSqCHHAAoJEFr01BkajbiBHFcP/0V0y5aBJVfzboNu4pCVoNLO Tozj5MrK3Re76ayA9dsmA8rffxSGHVjs69KsSMmsZUm+WHpFTzsl+gX1NfRvI1s6 YOjoQ4jcOChbyfDmKbxO7rMJ94M6etpMttwHI0QrNesXzvqH02/qmMOtyG+84xxF LjTbbjjXNfDGCNHUpZwYrblhGvSvKdKt8T3VF237BkKCbp9yMtJu5IhBUAOnNqDn tpNgVUmXyx49pNHXIeNeE0gNUpn6mtfYiXTu9vuvfPPf05Zxrdutw8qjM6hTpiAG fEBb7kYTFBpqbBwTQ8Upu4DWk1YgcQPOOGW1ApGJ+fnCMJ/jeqXZ3VQ45mE7cD/y h6oE5773jeNHsivmiNw5EJfqHOcY29USPOY8g1VEQmdK6alUiEtc7cPFzgok5rfI wPpVA6R38MVWErkOAU4goHU2w14+tBSNMqoyvOW/pQIl6hfQwn2MEzZq8KNXgGsd 7FZTdqdZTRGLLDs34inlwSZr3lUrtE9LjUVV194dEHagCB2r7j386mEhwqFlb3fA XZgkDooJrgbgpHYXD7TY4Fl4NpIf/fk1Mv49LEUR40XUji4ZUXkVJCNlT74+G+WV oOFR3TtO0ZpB/I6MLAb5P1Z/FgiCeGoqhQnrTzBufAOETo23vpq8oUSUZ02z35Ue ZxnJv0+8RdrQIiMXO0eL =9Wo3 -----END PGP SIGNATURE----- --nulfMlu46DWBGLhPQ5OrEp1A8pi674fVt-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 08:36:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91772DBB; Wed, 11 Dec 2013 08:36:05 +0000 (UTC) Received: from smtp.peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id 203B8187D; Wed, 11 Dec 2013 08:36:05 +0000 (UTC) Received: from [192.168.0.93] (unknown [82.226.113.5]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id 80BE762D4D; Wed, 11 Dec 2013 09:36:17 +0100 (CET) Message-ID: <52A823DF.6040604@peterschmitt.fr> Date: Wed, 11 Dec 2013 09:35:43 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: Artem Belevich Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A821C3.2050800@peterschmitt.fr> In-Reply-To: <52A821C3.2050800@peterschmitt.fr> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QJjVIRsmoaTfXDbsaniT21MCbII5nGrWS" Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 08:36:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QJjVIRsmoaTfXDbsaniT21MCbII5nGrWS Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 11/12/2013 09:26, Florent Peterschmitt a =E9crit : > Le 11/12/2013 02:07, Artem Belevich a =E9crit : >> On Tue, Dec 10, 2013 at 2:22 AM, Florent Peterschmitt >> wrote: >>> Hi, >>> >>> Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was >>> upgraded from 9.2-RELEASE? >>> >>> I have two servers, with very different hardware (on is with soft rai= d >>> and the other have not) and after a zpool upgrade, no way to get the >>> server booting. >> >> It may help if you could provide details on how exactly "no way to get= >> the system booting" manifests itself. >> Serial console capture of a failed boot would be a good start. >> >> Did it get to the loader? >> Did the loader manage to read loader.conf and load kernel and modules?= >> Did the kernel start? >> Did the kernel manage to mount root FS? >> >> --Artem >> >=20 > No, there is no module loading, no more than the kernel load. I had an > error like "no fs recognized", then it is stuck with the interactive > minimal boot loader (which name is "loader", correct?). The only thing = I > can do is to reboot the computer. >=20 > In rescue (9.2-RELEASE) I can import the zpool without problem, then us= e > the gpart inside the 10.0-BETA4 (on the remaining problematic server it= > is a BETA4) and rewrite the bootcode. No changes. >=20 > This week-end I may be able to get a vKVM. It's a low-cost server and > there are no other way to repair the system than a rescue. >=20 > Also, can it be a problem from the BIOS? To old to boot from a GPT > "formated disk" (sorry I don't know much about disks and BIOS)? It woul= d > be possible only if some changes were brought into the bootcode. >=20 > But maybe the problem isn't here, it can be from the zpool itself. >=20 > Also like a said on -stable, I *cannot* reproduce the problem in a VM: >=20 > * Installing 9.2-RELEASE from scratch like I made for the server. > * Binary upgrade to 10.0-BETA4 (install kernel, reboot, install > userland, rebuild ports, install last parts of userland) > * zpool upgrade tank Forgotten -just in the mail- the gpart bootcode step, which I made. > * reboot > * It's all fine. >=20 --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --QJjVIRsmoaTfXDbsaniT21MCbII5nGrWS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSqCPfAAoJEFr01BkajbiBcyYQAJ4gyG1C7xMXc5SPVlscdr/F n5C5Jl71RB9fggKwQYbbtkaKuLLLnfemGpsE9BIIARKsVOfKkbQmP0eNd6Py7oGe Cr1J2IIadRyLwyzyTQCF4cZnIQz5V5wVzvplnKg+MSi26BGsDz6gDUvT1J4wHLnd NylpTtR+hpfMv6n9k29Mc3u6FSGqOzZyEg/z1Nqu+P62uTmuZ7fIwFfgGui/HC23 qd/Lrubhb12kbcZIFqXPX4AoT0K00l8LecG25omHskAN3it9dnDlslmD4IP97/y6 oSPX+C4IAfHW3ojhBx2g3MUkfVDSiS+HnqdamiqVHgWaPlepBoT4r1V2MdWTotGb GtdnGC2Pit0ltzLeCUKj/Co0DkRMaoESpwvE5qO2ojCl1oL4eBDEeGmGtKdKGbT0 bAeeT6JosVBzDp5fqsSyAwySu4z77gWFTBhDoHVjZyxzNIMHOj0qPJmzL2KecEl6 cInfowkl5ClLLpWqXNnTBPJgZdwNT3fcCKWEzH7Cyw2gABq9XrNGlAJxE3Z5sQIh dhX+X2mCDRHkQHk490+y+8LaxMLyPcxsR2WBrr5Yc/FTq8ogStBptBOgX4YFnLA1 xWeWqCxVr56pxvBX51tEgPdC1PslXlYswgAFG48aoM0C9XwVX/hbJuysG1jESI7A 3CUXrR9is0nYZRv4Tr82 =wQWy -----END PGP SIGNATURE----- --QJjVIRsmoaTfXDbsaniT21MCbII5nGrWS-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 08:51:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C04FF5F8; Wed, 11 Dec 2013 08:51:41 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD1A91D1F; Wed, 11 Dec 2013 08:51:40 +0000 (UTC) Received: from r2d2 ([82.69.179.241]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007005797.msg; Wed, 11 Dec 2013 08:51:31 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 11 Dec 2013 08:51:31 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.179.241 X-Return-Path: prvs=1057e8689f=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <5F8EE883905C41189A8D1EC7C387086A@multiplay.co.uk> From: "Steven Hartland" To: "Florent Peterschmitt" , "Artem Belevich" References: <52A6EB67.3000103@peterschmitt.fr> <52A821C3.2050800@peterschmitt.fr> Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure Date: Wed, 11 Dec 2013 08:51:32 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 08:51:41 -0000 ----- Original Message ----- From: "Florent Peterschmitt" Before the kernel main load did you see it load the zfs module? If not try a kldload zfs from the loader prompt. if this fixes it you could be missing zfs_load="YES" from you /boot/loader.conf and / or you installed the wrong boot loader. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 09:49:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B5B3E0D for ; Wed, 11 Dec 2013 09:49:17 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E438D11A2 for ; Wed, 11 Dec 2013 09:49:16 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id w61so6249546wes.14 for ; Wed, 11 Dec 2013 01:49:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=khu+1gzTb1Tu04NUYMzGeZWHWtqlUhUllTweW8heJN4=; b=f81aecqD5OrY8Y+6IP+QFspx9KtE/I16Twk9+i1fjaQOxidFagelzQZvIEHc/jgpp2 NORj9746ZP2+uZc8XOcWsSx0UKaCZolbDuBcHNj3DRyUq3hwrz1zTqfJ4yaPSW5CnpAr Ov2ZcCKrFY9QvU/FcH9jrZ2ur1OS/ICFPMIglSixYEHuqXnVg5cOLQntmZ0AKlz+IG3q Bng77djeEgCyD8mxY//tCKoxAXZO8BAI9J7jOCOT8avmHKHu3GZEMVqF1S7jCik0M4wL AQq3delRm1SN2/4McDZ8xaSVn3/ul4y4ApB9/aQagjxkEYpIpEWMwAwSQEtt2WxYtt6l zf8w== MIME-Version: 1.0 X-Received: by 10.194.84.72 with SMTP id w8mr445293wjy.55.1386755355302; Wed, 11 Dec 2013 01:49:15 -0800 (PST) Received: by 10.217.89.138 with HTTP; Wed, 11 Dec 2013 01:49:15 -0800 (PST) In-Reply-To: <20131209170710.GU59496@kib.kiev.ua> References: <20131206201329.GK59496@kib.kiev.ua> <20131207183044.GA19655@x2.osted.lan> <20131209170710.GU59496@kib.kiev.ua> Date: Wed, 11 Dec 2013 11:49:15 +0200 Message-ID: Subject: Re: stable/10 r258317 - UFS lock problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Peter Holm , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 09:49:17 -0000 Sorry for late response, All screen shots from ddb are at http://89.252.153.9/okirik/freebsd_ufs_bug_report.zip Archive contains, ps, show pcpu, show allpcpu, show lockedvnods, show locks, show alllocks, trace, where, alltrace outputs. Thanks for your interests, With best regards. Ozkan KIRIK On Mon, Dec 9, 2013 at 7:07 PM, Konstantin Belousov wrote: > On Mon, Dec 09, 2013 at 01:55:27PM +0200, ?zkan KIRIK wrote: > > Hi, > > > > I compiled GENERIC kernel with; > > > > makeoptions DEBUG=-g > > options DDB > > options INVARIANTS > > options INVARIANT_SUPPORT > > options WITNESS > > options WITNESS_SKIPSPIN > > options DEBUG_LOCKS > > options DEBUG_VFS_LOCKS > > options DIAGNOSTIC > > > > > > When I run portsnap fetch extract, I catched these situations on console: > > > > lock order reversal: > > 1st Oxfffffe0080531888 bufwait (bufwait) ? ,usr/src/sys/kern/vfs > > bio.c:3050 > > 2nd Oxfffff8000d48a400 dirhash (dirhash) > > /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 > > KDB: stack backtrace: > > kdb_trace_self_wrapper() at db_trace_self_wrapper.0x2b/frame > > Oxfffffe009aaa3700 > > db_backtrace() at kdb backtrace.0x39/frame Oxfffffe009aaa37b0 > > witness_checkorder() at witness_checkorder.Oxd23/frame Oxfffffe009aaa3840 > > _sx_xlock() at _sx xlock.0x75/frame Oxfffffe009aaa3880 > > ufsdirhash_remove() at ufsdirhash remove.0x47/frame Oxfffffe009aaa38b0 > > ufs_dirremove() at ufs_dirremove.0x11b/frame Oxfffffe009aaa3900 > > ufs_rmdir() at ufs_rmdir.Oxe3/frame Oxfffffe009aaa3940 > > VOP_RMDIR_APV() at VOP RHDIR APV.0x12d/frame Oxfffffe009aaa3970 > > kern_rmdirat() at kern rmdirat.0x1b8/frame Oxfffffe009aaa3ae0 > > amd64_syscall() at amd64_syscal1.0x282/frame Oxfffffe009aaa3bf0 > > Xfast_syscall() at Xfast_syscall.Oxfb/frame Oxfffffe009aaa3bf0 > > --- syscall (137. FreeBSD ELF64. sys_rmdir). rip = Ox80088alfa. rsp = > > Ox7fffffffd998, rbp = Ox7fffffffda60 --- > > > > > > "ps" output over ssh is below: > > > > # ps ax | grep D+ > > 29730 0 D+ 0:00.00 tar -xz --numeric-owner -f > > > /var/db/portsnap/files/cafbda170898ff0143598e1363c08fc3ac82ba2f4d43334fc53b251dbcd28063.gz > > -C /usr/ports/games/highmoon/ (bsdtar) > > > > > > > > > > > > On Sun, Dec 8, 2013 at 9:38 PM, ?zkan KIRIK > wrote: > > > > > Hi, > > > > > > You're right Peter. Now i am compiling with DDB option. > > > But > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.htmlpage, > You did not read this page. > > Without information listed, I cannot even guess what the problem is. > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 09:50:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01A45F22 for ; Wed, 11 Dec 2013 09:50:17 +0000 (UTC) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8206A1204 for ; Wed, 11 Dec 2013 09:50:16 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id w62so6289574wes.17 for ; Wed, 11 Dec 2013 01:50:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PA2ZcehVnK9eyv35FEzZWm///CQNjycCWLiUXAfjdaw=; b=GCn+mqjpm9dTUkNUIGpIpuhbkluSRT4H/DBdOGlAv7mI37OuUKpzQBd/Gc2Yn7ey+B yVnKfodhSO2/+Q9f/0MIPbNzwWSkpxe0ejppvkezIHIcnqMblxtrjNbom/Ya6nuEoT5i xYnMPUXSisXDNDaqWU1F+GucJNdK5kOTFRCI5HcZ/QpJwuT5EOM0j0ePmQ/ZwGmlNt4R TsO68hleWD1SgC/LTkIEwkjRaNI4B4kuM2MPalyEgCCo95Yd7AHJh/I1S6SPUa1UCgDg TfuLLoLO5UUxBG0ZnA4x4QtV615pG7J+l9236MrF3hmdKLDOtTkm/Qj3nMHeaZ8WPiOb 8KJA== MIME-Version: 1.0 X-Received: by 10.194.58.136 with SMTP id r8mr622795wjq.4.1386755414856; Wed, 11 Dec 2013 01:50:14 -0800 (PST) Received: by 10.217.89.138 with HTTP; Wed, 11 Dec 2013 01:50:14 -0800 (PST) In-Reply-To: References: <20131206201329.GK59496@kib.kiev.ua> <20131207183044.GA19655@x2.osted.lan> <20131209170710.GU59496@kib.kiev.ua> Date: Wed, 11 Dec 2013 11:50:14 +0200 Message-ID: Subject: Re: stable/10 r258317 - UFS lock problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Peter Holm , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 09:50:17 -0000 I tried disabling softupdates, I doesnt lock, but write performance was very very pooor. On Wed, Dec 11, 2013 at 11:49 AM, =D6zkan KIRIK wro= te: > Sorry for late response, > > All screen shots from ddb are at > http://89.252.153.9/okirik/freebsd_ufs_bug_report.zip > Archive contains, ps, show pcpu, show allpcpu, show lockedvnods, show > locks, show alllocks, trace, where, alltrace outputs. > > Thanks for your interests, > With best regards. > Ozkan KIRIK > > > On Mon, Dec 9, 2013 at 7:07 PM, Konstantin Belousov = wrote: > >> On Mon, Dec 09, 2013 at 01:55:27PM +0200, ?zkan KIRIK wrote: >> > Hi, >> > >> > I compiled GENERIC kernel with; >> > >> > makeoptions DEBUG=3D-g >> > options DDB >> > options INVARIANTS >> > options INVARIANT_SUPPORT >> > options WITNESS >> > options WITNESS_SKIPSPIN >> > options DEBUG_LOCKS >> > options DEBUG_VFS_LOCKS >> > options DIAGNOSTIC >> > >> > >> > When I run portsnap fetch extract, I catched these situations on >> console: >> > >> > lock order reversal: >> > 1st Oxfffffe0080531888 bufwait (bufwait) ? ,usr/src/sys/kern/vfs >> > bio.c:3050 >> > 2nd Oxfffff8000d48a400 dirhash (dirhash) >> > /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 >> > KDB: stack backtrace: >> > kdb_trace_self_wrapper() at db_trace_self_wrapper.0x2b/frame >> > Oxfffffe009aaa3700 >> > db_backtrace() at kdb backtrace.0x39/frame Oxfffffe009aaa37b0 >> > witness_checkorder() at witness_checkorder.Oxd23/frame >> Oxfffffe009aaa3840 >> > _sx_xlock() at _sx xlock.0x75/frame Oxfffffe009aaa3880 >> > ufsdirhash_remove() at ufsdirhash remove.0x47/frame Oxfffffe009aaa38b0 >> > ufs_dirremove() at ufs_dirremove.0x11b/frame Oxfffffe009aaa3900 >> > ufs_rmdir() at ufs_rmdir.Oxe3/frame Oxfffffe009aaa3940 >> > VOP_RMDIR_APV() at VOP RHDIR APV.0x12d/frame Oxfffffe009aaa3970 >> > kern_rmdirat() at kern rmdirat.0x1b8/frame Oxfffffe009aaa3ae0 >> > amd64_syscall() at amd64_syscal1.0x282/frame Oxfffffe009aaa3bf0 >> > Xfast_syscall() at Xfast_syscall.Oxfb/frame Oxfffffe009aaa3bf0 >> > --- syscall (137. FreeBSD ELF64. sys_rmdir). rip =3D Ox80088alfa. rsp = =3D >> > Ox7fffffffd998, rbp =3D Ox7fffffffda60 --- >> > >> > >> > "ps" output over ssh is below: >> > >> > # ps ax | grep D+ >> > 29730 0 D+ 0:00.00 tar -xz --numeric-owner -f >> > >> /var/db/portsnap/files/cafbda170898ff0143598e1363c08fc3ac82ba2f4d43334fc= 53b251dbcd28063.gz >> > -C /usr/ports/games/highmoon/ (bsdtar) >> > >> > >> > >> > >> > >> > On Sun, Dec 8, 2013 at 9:38 PM, ?zkan KIRIK >> wrote: >> > >> > > Hi, >> > > >> > > You're right Peter. Now i am compiling with DDB option. >> > > But >> > > >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ker= neldebug-deadlocks.htmlpage, >> You did not read this page. >> >> Without information listed, I cannot even guess what the problem is. >> > > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 10:25:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E76616CD; Wed, 11 Dec 2013 10:25:01 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A412F1500; Wed, 11 Dec 2013 10:25:01 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VqgyL-000L4y-Nw; Wed, 11 Dec 2013 10:24:53 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VqgyL-0003fn-LZ; Wed, 11 Dec 2013 10:24:53 +0000 To: davidxu@freebsd.org, trociny@FreeBSD.org Subject: Re: Hast locking up under 9.2 In-Reply-To: <20131210215242.GA9264@gmail.com> Message-Id: From: Pete French Date: Wed, 11 Dec 2013 10:24:53 +0000 Cc: freebsd-stable@freebsd.org, petefrench@ingresso.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 10:25:02 -0000 > Thanks. This and other patches reported here have been committed. > > Pete, I am still interested in your testing results, if you have any. Sorry for the slience! Actually it is a case of "no news is good news" at this end. I have been running with the patches and memsync on the test servers since the last patch was posted. I also went out and bought four ethernet cards to match the ones in the live servers, and installed those so the setup is now far closer to the ones which fail - the importnat difference being that I now have gigabit between the machines, instead of 10meg - as it fails under oad I theorised that having the slower cards in the test rig was masking the problem by throttling the rate data was being sent to the remote machine. WIll continue to test here for a while - the live setup is perfectly stable under fullsync, but when the patches are MFC'd to 9-STABLE I will upgrade the boxes and give it another try under memsync. thanks for the investigation and patches!, -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 10:45:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 526CAD48 for ; Wed, 11 Dec 2013 10:45:36 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B93B616E6 for ; Wed, 11 Dec 2013 10:45:35 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-29-106.lns20.adl2.internode.on.net [121.45.29.106]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rBBAj1Zo065857 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 11 Dec 2013 21:15:09 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: BIND segway -> python -> first-class ports From: "Daniel O'Connor" In-Reply-To: <52A82099.9080100@bluerosetech.com> Date: Wed, 11 Dec 2013 21:15:01 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> To: Darren Pilgrim X-Mailer: Apple Mail (2.1822) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Kevin Oberman , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 10:45:36 -0000 On 11 Dec 2013, at 18:51, Darren Pilgrim = wrote: > On 12/10/2013 9:34 PM, Kevin Oberman wrote: >> A parseable output from gpart would be wonderful. >=20 > Have you seen the kern.geom.conf* sysctls? Have you tried parsing them from a shell script? :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 11:36:51 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 672E8A2F for ; Wed, 11 Dec 2013 11:36:51 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD2DD1CE0 for ; Wed, 11 Dec 2013 11:36:50 +0000 (UTC) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-stable@FreeBSD.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id rBBBaDW8096169; Wed, 11 Dec 2013 18:36:14 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <52A84E2D.8050805@grosbein.net> Date: Wed, 11 Dec 2013 18:36:13 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: Kurt Jaeger Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> In-Reply-To: <20131204060246.GV2951@home.opsec.eu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 11:36:51 -0000 On 04.12.2013 13:02, Kurt Jaeger wrote: > Hi! > >> kept in base. If we have to import a minimal python > > Then I want perl back, too 8-) Threaded perl or not? I use threaded :-) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 11:46:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C789D22 for ; Wed, 11 Dec 2013 11:46:23 +0000 (UTC) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CFFC1DBE for ; Wed, 11 Dec 2013 11:46:23 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id q10so9327399pdj.36 for ; Wed, 11 Dec 2013 03:46:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=VccHAJK4ufkwjaoLVzEzRdDdH6BDXjviSiS8NDw/1dk=; b=DWiBhPWVxwR9HHIf5r6BChkvZHTS5yiOHJQCkRPBt9aljvcptTcKyPKj00DubPx1o+ BJbYrdWjmw/Fj6l9eIQeQyCF3bAAEvY8cxMb7uC9E2I6ohF67AS0wIUABJRX4lkgXgYf 91/aRV61zwIpvprMSHKdXrKxY/B+BgijSLvwiAdPKlszShXPyoFcSzk1q0bWo5wwDfYN MfVcAaqWV0WaQse6uLDtdcZRCXhAzMm+8cWVQYYYGHx/Wv14tIOnBFm3Ba1+E6GFrwt8 f4ueKpdu7ysiUNwsEdV3LxzMH6+e3LriTzgaQqMH2kENkQckT3u/zqBrzFk92fLHjncT xz2A== X-Received: by 10.66.139.130 with SMTP id qy2mr1035560pab.73.1386762383137; Wed, 11 Dec 2013 03:46:23 -0800 (PST) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id nn6sm32060715pbc.29.2013.12.11.03.46.21 for (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Dec 2013 03:46:22 -0800 (PST) Message-ID: <52A85087.8070802@FreeBSD.org> Date: Wed, 11 Dec 2013 22:46:15 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Thunderbird/26.0 MIME-Version: 1.0 To: Eugene Grosbein , Kurt Jaeger Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A84E2D.8050805@grosbein.net> In-Reply-To: <52A84E2D.8050805@grosbein.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: koobs@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 11:46:23 -0000 On 11/12/2013 10:36 PM, Eugene Grosbein wrote: > On 04.12.2013 13:02, Kurt Jaeger wrote: >> Hi! >> >>> kept in base. If we have to import a minimal python I'm curious, what does minimal means here? >> Then I want perl back, too 8-) > > Threaded perl or not? I use threaded :-) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 12:06:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C40523CB for ; Wed, 11 Dec 2013 12:06:27 +0000 (UTC) Received: from fmailhost01.isp.att.net (fmailhost01.isp.att.net [207.115.11.51]) by mx1.freebsd.org (Postfix) with ESMTP id AC4E210A8 for ; Wed, 11 Dec 2013 12:06:27 +0000 (UTC) Received: from ace.nina.org (adsl-74-178-47-135.gnv.bellsouth.net[74.178.47.135]) by isp.att.net (frfwmhc01) with SMTP id <20131211120053H0100nqr3ce>; Wed, 11 Dec 2013 12:00:54 +0000 X-Originating-IP: [74.178.47.135] Date: Wed, 11 Dec 2013 07:00:52 -0500 (EST) From: Frank Seltzer X-X-Sender: frank_s@Ace.nina.org To: Tom Evans Subject: Re: Multiple errors after upgrade to 10.0-PRERELEASE In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 12:06:27 -0000 On Tue, 10 Dec 2013, Tom Evans wrote: > Rebuild hald and any other port that uses CAM. > > Cheers > > Tom That did it. Thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 13:05:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C06368D for ; Wed, 11 Dec 2013 13:05:19 +0000 (UTC) Received: from nm5-vm6.access.bullet.mail.gq1.yahoo.com (nm5-vm6.access.bullet.mail.gq1.yahoo.com [216.39.63.153]) by mx1.freebsd.org (Postfix) with SMTP id 4B5751654 for ; Wed, 11 Dec 2013 13:05:18 +0000 (UTC) Received: from [216.39.60.175] by nm5.access.bullet.mail.gq1.yahoo.com with NNFMP; 11 Dec 2013 13:02:46 -0000 Received: from [67.195.22.113] by tm11.access.bullet.mail.gq1.yahoo.com with NNFMP; 11 Dec 2013 13:02:46 -0000 Received: from [127.0.0.1] by smtp115.sbc.mail.gq1.yahoo.com with NNFMP; 11 Dec 2013 13:02:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1386766966; bh=0bkmxjW+dXDZflBXJKksKtcuLe4q4b9NBtFqKcZKDiM=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:CC:References; b=PxieU9f1HvLSN36Y6rz360HsKgyx5dHyHXZt2dLxns62LLPDv5Glq18pEaEbzQGdtFLSXS6iZXdZpXZqmxk3WhPpsHA9rRE+PqtS/0Ip16BFfSgQR9cOjNcnxRJ5I0/224n8TZGZazxetM48RJ9LBmY2uiDM0wCYHI+9LoVGxmk= X-Yahoo-Newman-Id: 784088.73999.bm@smtp115.sbc.mail.gq1.yahoo.com Message-ID: <784088.73999.bm@smtp115.sbc.mail.gq1.yahoo.com> Date: Wed, 11 Dec 2013 05:02:46 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: XymmgfsVM1lq1B5nrnYmBmQ8p6PJXkQp1dDfVC_VTmzXScq fp3tyiRfRV6bcHQ2J6ioUm1NA43oVsRBTMY8fDJrtbhzBhJLsT.x.SrbIUQp Ux3cPpYIm7ufTURD3VWEZzgjrWYCn81JAMuhnxggX4Xxs3_npOanH9IFw0Nb iWT_PM6En.9S2PafPJubhDegZ5icb_JD9owQUmZAA7MmwyISgY3NOSpevAPi IlbdeeXSZBQi2LUEz2jnbg6wT4Xr1yn4hJPa0Dow.4ddtQ9reWmgHAlVs.vJ S4EqKLW_fpF5URN9QCpVz4MyG9xDwBNe4PL4YH5NenwxRJDLDdkTml7LMzwr 2Udu8SMyNPDb9se8i4RCcjMXHU93MWNz7r7AYmTQtaSLCaHqXImBzYGrIZ3P HhZrrUxJDQ.mED0AqKGyiRpE4ec3hdQ7CuNespbLoPoe9WYpRwa5Qa0rEWYD JITWTD3WQyGI9net7ENAoKUEr55vKK9ljq35IXmXTWe3SB7j2aDOEyyTZBw5 AU9t9Bc8ZY6bJeZkNS8lqawjDIZfz8yg2_bx0hyDlHxkBhjqgZluI0HgideN _E3EWdHBNE1wHPk6Xuvo- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with ) by smtp115.sbc.mail.gq1.yahoo.com with SMTP; 11 Dec 2013 05:02:46 -0800 PST From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: BIND segway -> python -> first-class ports References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> Cc: Alfred Perlstein X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 13:05:19 -0000 > While bsdlabel lives, it is very painful to use once you learn gpart. A > parseable output from gpart would be wonderful. Another would be netstat. > FWIW, the fact that JunOS can output most everything in XML is a great > thing that I wish every router and OS did! (Not the XML part, but a format > suitable or easy parsing. JSON would probably be even better.) -- > R. Kevin Oberman, Network Engineer I was going to say that one way I used bsdlabel was to create a bootable disk image to boot FreeBSD with grub2 or grub4dos. I would then escape to loader prompt and switch the root partition to the proper place. I didn't use it because my other solution worked: USB-stick installation of FreeBSD, boot that, escape to loader prompt and switch the root. I could even unload and switch the kernel, like for instance boot /boot/kernel2 -a By the way, running NetBSD disklabel is a major pain, and undependable, an argument for switching from MBR to GPT. I am not familiar with JunOS or JSON. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 13:38:43 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1153F32D for ; Wed, 11 Dec 2013 13:38:43 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AA371AF3 for ; Wed, 11 Dec 2013 13:38:41 +0000 (UTC) X-Envelope-From: egrosbein@rdtc.ru X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id rBBDcXwB096897 for ; Wed, 11 Dec 2013 20:38:33 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <52A86AD9.8050907@rdtc.ru> Date: Wed, 11 Dec 2013 20:38:33 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: FreeBSD Stable Subject: 10.0 release ISO images have broken hardlinks Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 13:38:43 -0000 Hi! This message continues discussion of the problem previously discussed a bit here: http://lists.freebsd.org/pipermail/freebsd-stable/2013-April/073050.html Release ISO images located at ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-amd64/ were generated with mkisofs(8) upto 8.2-RELEASE until the switch to makefs(8). It is possible to unroll FreeBSD-8.2-RELEASE-amd64-livefs.iso correctly with respect to hardlinks using xorriso command from ports: # xorriso -for_backup -load volid \* -indev ../FreeBSD-8.2-RELEASE-amd64-livefs.iso -osirrox on -- -extract / livefs -rollback_end The ./rescue subdirectory is full of hardlinks and takes less than 10M on-disk. For 8.3-RELEASE and later resulted subdirectory takes about 700MB. The image FreeBSD-10.0-RC1-amd64-disk1.iso can be unrolled using similar command without obvious errors, but the resulted hardlinks are broken. This image has no /rescue but /bin/ln and /bin/link that should be hardlinks. They are not. So, upcoming FreeBSD-10.0-RELEASE-amd64-livefs.iso would have broken hardlinks too, I guess, unless fixed before release. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 15:46:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A51AC3E; Wed, 11 Dec 2013 15:46:54 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D25B174E; Wed, 11 Dec 2013 15:46:54 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rBBFke8x024713 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 11 Dec 2013 09:46:40 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Wed, 11 Dec 2013 09:46:39 -0600 From: "Teske, Devin" To: "Daniel O'Connor" Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9oguAMsIQg72sUSzcf93F1B7uw== Date: Wed, 11 Dec 2013 15:46:38 +0000 Message-ID: References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <1FA469CDB85306408314663A87920800@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-11_03:2013-12-11,2013-12-11,1970-01-01 signatures=0 Cc: Kevin Oberman , Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 15:46:54 -0000 On Dec 11, 2013, at 2:45 AM, Daniel O'Connor wrote: >=20 > On 11 Dec 2013, at 18:51, Darren Pilgrim = wrote: >> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>> A parseable output from gpart would be wonderful. >>=20 >> Have you seen the kern.geom.conf* sysctls? >=20 > Have you tried parsing them from a shell script? :) >=20 Trivial in my honest opinion. I'm just working on other ``more important'' = things. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 17:12:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 101BF894 for ; Wed, 11 Dec 2013 17:12:06 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EE7C210A8 for ; Wed, 11 Dec 2013 17:12:05 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 6455B1A3C1C; Wed, 11 Dec 2013 09:12:05 -0800 (PST) Message-ID: <52A89CE3.2060309@freebsd.org> Date: Wed, 11 Dec 2013 09:12:03 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> <52A84E2D.8050805@grosbein.net> <52A85087.8070802@FreeBSD.org> In-Reply-To: <52A85087.8070802@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kubilay Kocak X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 17:12:06 -0000 On 12/11/13 3:46 AM, Kubilay Kocak wrote: > On 11/12/2013 10:36 PM, Eugene Grosbein wrote: >> On 04.12.2013 13:02, Kurt Jaeger wrote: >>> Hi! >>> >>>> kept in base. If we have to import a minimal python > I'm curious, what does minimal means here? I think the idea here is again that we keep it private to base. So that means the minimal python needed to make coding base level apps "easy" to code. To be honest, what is needed? os, process, argparse, configparser. Some bindings for sockets, etc. -Alfred From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 17:14:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0492A9DC for ; Wed, 11 Dec 2013 17:14:22 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E143710DB for ; Wed, 11 Dec 2013 17:14:21 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 8B1451A3C24 for ; Wed, 11 Dec 2013 09:14:21 -0800 (PST) Message-ID: <52A89D6C.1000900@freebsd.org> Date: Wed, 11 Dec 2013 09:14:20 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BIND segway -> python -> first-class ports References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 17:14:22 -0000 On 12/11/13 7:46 AM, Teske, Devin wrote: > On Dec 11, 2013, at 2:45 AM, Daniel O'Connor wrote: > >> On 11 Dec 2013, at 18:51, Darren Pilgrim wrote: >>> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>>> A parseable output from gpart would be wonderful. >>> Have you seen the kern.geom.conf* sysctls? >> Have you tried parsing them from a shell script? :) >> > Trivial in my honest opinion. I'm just working on other ``more important'' things. Sometimes we need to ask ourselves are we designing a mirror for ourselves or a lighthouse for the coast. Both give views that are pleasant but they have very different uses. -Alfred From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 17:59:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC6D099D; Wed, 11 Dec 2013 17:59:46 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF1C31659; Wed, 11 Dec 2013 17:59:46 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rBBHxjY2001269 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 11 Dec 2013 11:59:45 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Wed, 11 Dec 2013 11:59:44 -0600 From: "Teske, Devin" To: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9oguAMsIQg72sUSzcf93F1B7uw== Date: Wed, 11 Dec 2013 17:59:43 +0000 Message-ID: <090F7F08-4542-41B8-AD02-8331E9CAE79D@fisglobal.com> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <52A89D6C.1000900@freebsd.org> In-Reply-To: <52A89D6C.1000900@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <654383B86A9030428C197EEC3D96799B@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-11_05:2013-12-11,2013-12-11,1970-01-01 signatures=0 Cc: Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 17:59:47 -0000 On Dec 11, 2013, at 9:14 AM, Alfred Perlstein wrote: > On 12/11/13 7:46 AM, Teske, Devin wrote: >> On Dec 11, 2013, at 2:45 AM, Daniel O'Connor wrote: >>=20 >>> On 11 Dec 2013, at 18:51, Darren Pilgrim wrote: >>>> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>>>> A parseable output from gpart would be wonderful. >>>> Have you seen the kern.geom.conf* sysctls? >>> Have you tried parsing them from a shell script? :) >>>=20 >> Trivial in my honest opinion. I'm just working on other ``more important= '' things. >=20 > Sometimes we need to ask ourselves are we designing a mirror for ourselve= s or a lighthouse for the coast. >=20 > Both give views that are pleasant but they have very different uses. I get the point, and the wisdom is not lost. However, the process of buildi= ng a mirror is not as-similar to that of building a lighthouse. While I know t= hat you meant to impress that while the mechanics of producing results in one language can be similar to the mechanics of producing results in another language, one can go further with a lighthouse approach. Mind you, I get the wisdom. However, few would say that I ever take simplis= tic approaches in shell. The approach I would use in shell to parse geom xml would be so-similar to the approach of building a light-house, that the core mechanics used within would be directly translatable to any other language. That is to say that the data parsing rules don't change. Even if you were to have access to a full XML parser, it may not arrange the data in the format that is best or most easily accessible. For example, a raw XML parser would simply replicate the tree structure when I find that it would be of greater= value to create a flattened structure with the geom name as the key (with the cla= ss id and name as a sub-property of the geom entry). The reason for this is to (for example) avoid having to always reference the top-level superfluous (at least for the intended purpose) "VFS" class. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 20:06:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3058D864 for ; Wed, 11 Dec 2013 20:06:33 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.144.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C73812AD for ; Wed, 11 Dec 2013 20:06:31 +0000 (UTC) Received: from [192.168.248.35] ([192.168.248.35]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id rBBK6D8U034739 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Dec 2013 02:06:15 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <52A8C5AF.1000800@norma.perm.ru> Date: Thu, 12 Dec 2013 02:06:07 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org Stable" Subject: zfs i/o error - all block copies unavailable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Thu, 12 Dec 2013 02:06:15 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 20:06:33 -0000 Hi. I have a server, it was running 8.2-STABLE/i386 with zfs v28. All of a sudden, on last reboot I got a big bunch of "zfs i/o error - all block copies unavailable" messages and server was unable to boot. I decided that one disk is dying, detached it, and booted successfully. On a next boot I got this again. I booted from CD, replaced a zpool.cache, and booted successfully once again. On next reboot I got it again, and was unable to fix it. However (as you may already know) disks were fine, and all the data wasn't corrupted. Iread a couple of mailing list posts about this mentioning that this could be an i386 issue, and decided to deal with in a radical way: I've installed 10.0-BETA1/amd64 (booted from a LiveCD, mounted an NFS share with /usr/src and obj, and did the upgrade). Now everything is almost fine, except that I still get this message, but only once and it seems to be harmless, as the server can still be booted (I experimented and tried this like a dozen times). So, questions: - is it really harmless ? - can I run with this ? - is there any way to get rid of it ? (probably, without recreating a pool, because it holds several TBytes of user data) - and, finally - what does it mean ? Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 21:11:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8774D14; Wed, 11 Dec 2013 21:11:15 +0000 (UTC) Received: from smtp.peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id 63BF71830; Wed, 11 Dec 2013 21:11:15 +0000 (UTC) Received: from [10.3.3.27] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id 6776361F8A; Wed, 11 Dec 2013 22:11:33 +0100 (CET) Message-ID: <52A8E301.7020603@peterschmitt.fr> Date: Wed, 11 Dec 2013 22:11:13 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Steven Hartland , Artem Belevich Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A821C3.2050800@peterschmitt.fr> <5F8EE883905C41189A8D1EC7C387086A@multiplay.co.uk> In-Reply-To: <5F8EE883905C41189A8D1EC7C387086A@multiplay.co.uk> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4qPKWgOB9QjjVRW2ftc1GhcTuKEA1A3ro" Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 21:11:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4qPKWgOB9QjjVRW2ftc1GhcTuKEA1A3ro Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 11/12/2013 08:51, Steven Hartland a =E9crit : > ----- Original Message ----- From: "Florent Peterschmitt" > > Before the kernel main load did you see it load the zfs module? >=20 > If not try a kldload zfs from the loader prompt. >=20 > if this fixes it you could be missing zfs_load=3D"YES" from you > /boot/loader.conf and / or you installed the wrong boot loader. Nope, no module loading at all. But I didn't forgot zfs_load=3D"YES" in loader.conf, I'm sure about that :) Well, it seems like I will not be able to get a vKVM for the server=85 so= perhaps it may be an error from me or something else. I'm trying many combos in VMs with no (bad) results. If something changes I'll make another discussion, I doubt we can do something more with these poor informations. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --4qPKWgOB9QjjVRW2ftc1GhcTuKEA1A3ro Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSqOMBAAoJEFr01BkajbiBV+cP/2uXLDRppFGX4B/yFifXmxPb j9/1sWXFUXVS3HzhxiWbpsNYFxY7glXz+lWVL53vNulqyc30ozyH+qMJaESIeh7c uc9+Z07Niey4S6+4in5PmS3SkpiURm8GD24lDWOU7XirSpq+1Ec4+H4RdtirvgeU 5bNqDv0b2FaDtqzEsoU6laf1g9/ytHS42J73PZJWFp5E8NCyBh3RlnZzuP5S48Sp p8JdjtQr8w1M8qY6IoWSYy6P2c1dZyE68MJxI90RkTwMSOnM68My9nuEpv/dzJa3 NbsqNQVH6LC9lIWtgvQFXW+RQyHEvBU6p2ysEMDH5a49K13f4o8FqS2j9x9s8os9 l+UGZvFIxDkBWkoQ55UFAafw4oi6qdGDAmU8WtI+k9zp6PF0j71iB4A4Ue3Ppu3j OxFer6iZn3ZkiFcEHQwwtCZykanwXN5VLn66DuSbbiomp6TXZFnf8yC1y374eAGn o2m8+QeWuV7MLY/gdWqLnoABNyHlEjgMqaLB6elZFblvIPBAo3DNebk0QUVWeJvN Ca/xr92iPRzlHf66hu5zdXHS/yri1JYQrji0KRZVvpS6PQCSV2j+trJZHCDdnZ4/ 3nuXu+V52RDQVG25S5la0vP81z4WwQF4CZLfQVIfhRMoGgOdN+BKQtSn91XgWh5U 8BKuJ3uP+C0u1ceMa9A5 =ePEr -----END PGP SIGNATURE----- --4qPKWgOB9QjjVRW2ftc1GhcTuKEA1A3ro-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 21:17:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8CE6B4 for ; Wed, 11 Dec 2013 21:17:17 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F50C1897 for ; Wed, 11 Dec 2013 21:17:17 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id p10so10244362pdj.12 for ; Wed, 11 Dec 2013 13:17:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=p10AmPEmCXCTPyRBY09/jRJCMpaI4oWSi4hfiaiBSGA=; b=dm4BV0TCdP0TsogImmPaDNp32rYqPvBi8hJxcT0KI4sejGnTeUGwrxtW4eynS8GOSM WkK0aLHk8OzEs5kwLQmuyN+QHvHyTqF18k87EPPEOr1yJDzr4F3aV2PkibmZRYFB5h2l p941bQbEBjq2hnxjximYWV+46TIX3rtel4K38/3pZrFMJNn1L2z9dnte3OdR2wCWD2bv Ll3FuRSPaQsbxIZzsJMcjW0BFloqxlwfUcKA0ZPOUVHtPqLXBCMH1btiMya52H7SqVCY okBeZYokdeHJAaax2BEsmeN8q+VXNi9FXcqFiPPPdE9PkS7FCiDPLAJnoy3tlrHu2/Sk SowQ== X-Gm-Message-State: ALoCoQmT4PXZErW1jS6TB2vMULrWFND1iH941nT/QtTrqLwkTSovO8oa/5ek90pxy8I0gGKTsSKK MIME-Version: 1.0 X-Received: by 10.68.88.37 with SMTP id bd5mr4927205pbb.53.1386796631483; Wed, 11 Dec 2013 13:17:11 -0800 (PST) Received: by 10.70.140.135 with HTTP; Wed, 11 Dec 2013 13:17:11 -0800 (PST) X-Originating-IP: [92.244.21.21] Date: Wed, 11 Dec 2013 22:17:11 +0100 Message-ID: Subject: libc_nonshared.a missing on 10.0-RC1 From: Albert Cervin To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 21:17:17 -0000 Hi all! Yesterday I upgraded to FreeBSD 10.0-RC1 through freebsd-update. Everything seemed fine until I decided to upgrade my ports today. There was a new version of pkg which built fine up until the linking: ===> Building for pkg-1.2.3 --- all --- ===> libpkg (all) --- objwarn --- --- libpkg.so.1 --- --- objwarn --- Warning: Object directory not changed from original /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg --- libpkg.so.1 --- building shared library libpkg.so.1 /usr/bin/ld: cannot find /usr/lib/libc_nonshared.a cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [libpkg.so.1] Error code 1 make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg 1 error make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg *** [all] Error code 2 make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3 make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/ports-mgmt/pkg *** Error code 1 Stop. make: stopped in /usr/ports/ports-mgmt/pkg Looking in /usr/lib there is in fact no libc_nonshared.a so what do I need to do to fix this? Cheers, Albert From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 21:30:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEA5A768 for ; Wed, 11 Dec 2013 21:30:49 +0000 (UTC) Received: from mail-pb0-f53.google.com (mail-pb0-f53.google.com [209.85.160.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 83DD11A2B for ; Wed, 11 Dec 2013 21:30:49 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id ma3so10743850pbc.12 for ; Wed, 11 Dec 2013 13:30:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=oO2NIETECRHxGTICa61rskCNX61idLCf/pKLx8w6s5c=; b=Qw0vXFrPouAGcALSzJAxmzWMAvGUZWVjpsJe4f4XHJUtgCnTFy6G0D9y2pRxVCV08S Yi000zqIlkTdxc76BaPd+HrLS+DPwgeSt+5OvJAv1GiFyvEGWWNAz073EekDnNbEK3o1 ATNLNKp36ZtRfbigVts1JGYMAIyxPldVEYDLJnhtA5wTiVKK7MeDSNphApHI0X5AkYQO unue/O2uU9xnr5yimlngjfZMw9CQT0vQqi7T/vwPmKOnYNAgp/02suH5XI4Y2tBnXknI JhJlJT95YxtcE05px8GZLj2g4JAa3wsuSW1+x6r1T7u13ZKdsRuaFphVjzgX3RhYeOdn +ddw== X-Gm-Message-State: ALoCoQl9KqUV3Ow80mr5NmJ/bLqhpJs2pdqWVQQFJwOKxeyzIz5IML8aQxVoKAvaDkECni8TJAli MIME-Version: 1.0 X-Received: by 10.68.139.100 with SMTP id qx4mr4946390pbb.144.1386797443041; Wed, 11 Dec 2013 13:30:43 -0800 (PST) Received: by 10.70.140.135 with HTTP; Wed, 11 Dec 2013 13:30:42 -0800 (PST) X-Originating-IP: [92.244.21.21] In-Reply-To: References: Date: Wed, 11 Dec 2013 22:30:42 +0100 Message-ID: Subject: Re: libc_nonshared.a missing on 10.0-RC1 From: Albert Cervin To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 21:30:49 -0000 Could it maybe be related to this: http://svnweb.freebsd.org/base?view=revision&revision=258587 ? On Wed, Dec 11, 2013 at 10:17 PM, Albert Cervin wrote: > Hi all! > > Yesterday I upgraded to FreeBSD 10.0-RC1 through freebsd-update. > Everything seemed fine until I decided to upgrade my ports today. > > There was a new version of pkg which built fine up until the linking: > > ===> Building for pkg-1.2.3 > --- all --- > ===> libpkg (all) > --- objwarn --- > --- libpkg.so.1 --- > --- objwarn --- > Warning: Object directory not changed from original > /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg > --- libpkg.so.1 --- > building shared library libpkg.so.1 > /usr/bin/ld: cannot find /usr/lib/libc_nonshared.a > cc: error: linker command failed with exit code 1 (use -v to see > invocation) > *** [libpkg.so.1] Error code 1 > > make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg > 1 error > > make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg > *** [all] Error code 2 > > make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3 > > make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3 > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/ports-mgmt/pkg > *** Error code 1 > > Stop. > make: stopped in /usr/ports/ports-mgmt/pkg > > Looking in /usr/lib there is in fact no libc_nonshared.a so what do I need > to do to fix this? > > Cheers, > Albert > > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 23:04:21 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BC33ABB for ; Wed, 11 Dec 2013 23:04:21 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A28111CD for ; Wed, 11 Dec 2013 23:04:20 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1B6022842B for ; Wed, 11 Dec 2013 23:58:37 +0100 (CET) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6E26628422 for ; Wed, 11 Dec 2013 23:58:36 +0100 (CET) Message-ID: <52A8EE1B.2060909@quip.cz> Date: Wed, 11 Dec 2013 23:58:35 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: freebsd-stable Stable Subject: Driver for Realtek RTL8151GH-CG Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 23:04:21 -0000 Does anybody know if NIC Realtek RTL8151GH-CG is supported on FreeBSD 9.2 or 10.0? It is included in HP ProDesk 490 MT which I may buy, but I cannot find what hardware parts are supported by FreeBSD and what not. I am running FreeBSD for about 13 years on servers. I didn't run it on desktop grade HW for more than 8 years. So any tips for some solid home PC with i7-4770 (or i7-3770?) is appreciated. :) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 23:09:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18E83F88; Wed, 11 Dec 2013 23:09:33 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1D81216; Wed, 11 Dec 2013 23:09:31 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-29-106.lns20.adl2.internode.on.net [121.45.29.106]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rBBN92pN006439 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 12 Dec 2013 09:39:08 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Thu, 12 Dec 2013 09:39:01 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> To: Devin Teske X-Mailer: Apple Mail (2.1822) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Kevin Oberman , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 23:09:33 -0000 On 12 Dec 2013, at 2:16, Teske, Devin wrote: > On Dec 11, 2013, at 2:45 AM, Daniel O'Connor wrote: > On 11 Dec 2013, at 18:51, Darren Pilgrim = wrote: >>> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>>> A parseable output from gpart would be wonderful. >>>=20 >>> Have you seen the kern.geom.conf* sysctls? >>=20 >> Have you tried parsing them from a shell script? :) >>=20 >=20 > Trivial in my honest opinion. I'm just working on other ``more = important'' things. I'd be interested in seeing such trivial code. Parsing XML using standard shell tools (and without making assumptions = about line breaks etc etc) is pretty tedious :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 23:09:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8C06F8B for ; Wed, 11 Dec 2013 23:09:36 +0000 (UTC) Received: from yoshi.bluerosetech.com (yoshi.bluerosetech.com [IPv6:2607:f2f8:a450::66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AA721217 for ; Wed, 11 Dec 2013 23:09:36 +0000 (UTC) Received: from chombo.houseloki.net (c-71-236-222-167.hsd1.wa.comcast.net [71.236.222.167]) by yoshi.bluerosetech.com (Postfix) with ESMTPSA id 98903E622B; Wed, 11 Dec 2013 15:09:32 -0800 (PST) Received: from [IPv6:2601:7:1680:cf0:71da:c451:e6df:6090] (unknown [IPv6:2601:7:1680:cf0:71da:c451:e6df:6090]) by chombo.houseloki.net (Postfix) with ESMTPSA id 57738EDD; Wed, 11 Dec 2013 15:09:31 -0800 (PST) Message-ID: <52A8F0B7.1080109@bluerosetech.com> Date: Wed, 11 Dec 2013 15:09:43 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: BIND segway -> python -> first-class ports References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 23:09:36 -0000 On 12/11/2013 2:45 AM, Daniel O'Connor wrote: > On 11 Dec 2013, at 18:51, Darren Pilgrim wrote: >> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>> A parseable output from gpart would be wonderful. >> >> Have you seen the kern.geom.conf* sysctls? > > Have you tried parsing them from a shell script? :) Yes, actually. kern.geom.conftxt is particularly easy to parse--it's already a set of space-separated fields, one line per device. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 23:11:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01879280 for ; Wed, 11 Dec 2013 23:11:27 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 774FC1293 for ; Wed, 11 Dec 2013 23:11:26 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-29-106.lns20.adl2.internode.on.net [121.45.29.106]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rBBNBFDv006552 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 12 Dec 2013 09:41:21 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <52A8F0B7.1080109@bluerosetech.com> Date: Thu, 12 Dec 2013 09:41:15 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <62C65AF2-B68A-4898-9FBB-237DDE622758@gsoft.com.au> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <52A8F0B7.1080109@bluerosetech.com> To: Darren Pilgrim X-Mailer: Apple Mail (2.1822) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 23:11:27 -0000 On 12 Dec 2013, at 9:39, Darren Pilgrim = wrote: > On 12/11/2013 2:45 AM, Daniel O'Connor wrote: >> On 11 Dec 2013, at 18:51, Darren Pilgrim = wrote: >>> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>>> A parseable output from gpart would be wonderful. >>>=20 >>> Have you seen the kern.geom.conf* sysctls? >>=20 >> Have you tried parsing them from a shell script? :) >=20 > Yes, actually. kern.geom.conftxt is particularly easy to parse--it's = already a set of space-separated fields, one line per device. >=20 Oops, actually I misread that and assumed it was talking about the XML = version. However the txt version has some very serious limitations - for example = if you have labels with whitespace it will be ambiguous. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 23:49:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75285EE8 for ; Wed, 11 Dec 2013 23:49:58 +0000 (UTC) Received: from yoshi.bluerosetech.com (yoshi.bluerosetech.com [IPv6:2607:f2f8:a450::66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5637F150A for ; Wed, 11 Dec 2013 23:49:58 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:1680:cf0:21c:c0ff:fe7f:96ee]) by yoshi.bluerosetech.com (Postfix) with ESMTPSA id 184C1E6069; Wed, 11 Dec 2013 15:49:52 -0800 (PST) Received: from [IPv6:2601:7:1680:cf0:71da:c451:e6df:6090] (unknown [IPv6:2601:7:1680:cf0:71da:c451:e6df:6090]) by chombo.houseloki.net (Postfix) with ESMTPSA id 3CBBCEE9; Wed, 11 Dec 2013 15:49:51 -0800 (PST) Message-ID: <52A8FA2B.2020902@bluerosetech.com> Date: Wed, 11 Dec 2013 15:50:03 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: BIND segway -> python -> first-class ports References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <52A8F0B7.1080109@bluerosetech.com> <62C65AF2-B68A-4898-9FBB-237DDE622758@gsoft.com.au> In-Reply-To: <62C65AF2-B68A-4898-9FBB-237DDE622758@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 23:49:58 -0000 On 12/11/2013 3:11 PM, Daniel O'Connor wrote: > > On 12 Dec 2013, at 9:39, Darren Pilgrim > wrote: > >> On 12/11/2013 2:45 AM, Daniel O'Connor wrote: >>> On 11 Dec 2013, at 18:51, Darren Pilgrim >>> wrote: >>>> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>>>> A parseable output from gpart would be wonderful. >>>> >>>> Have you seen the kern.geom.conf* sysctls? >>> >>> Have you tried parsing them from a shell script? :) >> >> Yes, actually. kern.geom.conftxt is particularly easy to >> parse--it's already a set of space-separated fields, one line per >> device. >> > > Oops, actually I misread that and assumed it was talking about the > XML version. > > However the txt version has some very serious limitations - for > example if you have labels with whitespace it will be ambiguous. Well, yes, but you'll also get a /dev/gpt device entry with a space in it--a slightly more serious problem. :) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 23:51:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3BB5164 for ; Wed, 11 Dec 2013 23:51:53 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5391D1598 for ; Wed, 11 Dec 2013 23:51:52 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-29-106.lns20.adl2.internode.on.net [121.45.29.106]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rBBNpdM6008079 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 12 Dec 2013 10:21:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <52A8FA2B.2020902@bluerosetech.com> Date: Thu, 12 Dec 2013 10:21:39 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <6813FA93-B6A2-432D-90C9-12A3401A51E8@gsoft.com.au> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <52A8F0B7.1080109@bluerosetech.com> <62C65AF2-B68A-4898-9FBB-237DDE622758@gsoft.com.au> <52A8FA2B.2020902@bluerosetech.com> To: Darren Pilgrim X-Mailer: Apple Mail (2.1822) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Dec 2013 23:51:54 -0000 On 12 Dec 2013, at 10:20, Darren Pilgrim = wrote: > On 12/11/2013 3:11 PM, Daniel O'Connor wrote: >>=20 >> On 12 Dec 2013, at 9:39, Darren Pilgrim >> wrote: >>=20 >>> On 12/11/2013 2:45 AM, Daniel O'Connor wrote: >>>> On 11 Dec 2013, at 18:51, Darren Pilgrim >>>> wrote: >>>>> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>>>>> A parseable output from gpart would be wonderful. >>>>>=20 >>>>> Have you seen the kern.geom.conf* sysctls? >>>>=20 >>>> Have you tried parsing them from a shell script? :) >>>=20 >>> Yes, actually. kern.geom.conftxt is particularly easy to >>> parse--it's already a set of space-separated fields, one line per >>> device. >>>=20 >>=20 >> Oops, actually I misread that and assumed it was talking about the >> XML version. >>=20 >> However the txt version has some very serious limitations - for >> example if you have labels with whitespace it will be ambiguous. >=20 > Well, yes, but you'll also get a /dev/gpt device entry with a space in = it--a slightly more serious problem. :) Only because shell is stupid and makes dealing with perfectly legal = filenames extra hard :( You could put a newline in there - imagine how 99% of existing scripts = would handle that? :-/ -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 01:04:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6543B105; Thu, 12 Dec 2013 01:04:00 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DE0C1A74; Thu, 12 Dec 2013 01:03:59 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id rBC13uGu008905 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 11 Dec 2013 19:03:58 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Wed, 11 Dec 2013 19:03:56 -0600 From: "Teske, Devin" To: "Daniel O'Connor" Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9oguAMsIQg72sUSzcf93F1B7uw== Date: Thu, 12 Dec 2013 01:03:55 +0000 Message-ID: <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> In-Reply-To: <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/mixed; boundary="_004_4174A92EF2024FFBBFEDC38A9D0A7F91fisglobalcom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-11_06:2013-12-11,2013-12-11,1970-01-01 signatures=0 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Kevin Oberman , Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2013 01:04:00 -0000 --_004_4174A92EF2024FFBBFEDC38A9D0A7F91fisglobalcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Dec 11, 2013, at 3:09 PM, Daniel O'Connor wrote: > > On 12 Dec 2013, at 2:16, Teske, Devin wrote: >> On Dec 11, 2013, at 2:45 AM, Daniel O'Connor wrote: >> On 11 Dec 2013, at 18:51, Darren Pilgrim = wrote: >>>> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>>>> A parseable output from gpart would be wonderful. >>>> >>>> Have you seen the kern.geom.conf* sysctls? >>> >>> Have you tried parsing them from a shell script? :) >>> >> >> Trivial in my honest opinion. I'm just working on other ``more important= '' things. > > I'd be interested in seeing such trivial code. > > Parsing XML using standard shell tools (and without making assumptions ab= out line breaks etc etc) is pretty tedious :( Sure, here we go... see attached "geom_parser-0.0.sh" -- Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. --_004_4174A92EF2024FFBBFEDC38A9D0A7F91fisglobalcom_ Content-Type: application/octet-stream; name="geom_parser-0.0.sh" Content-Description: geom_parser-0.0.sh Content-Disposition: attachment; filename="geom_parser-0.0.sh"; size=2469; creation-date="Thu, 12 Dec 2013 01:03:55 GMT"; modification-date="Thu, 12 Dec 2013 01:03:55 GMT" Content-ID: <2D6BAE29259F79498C00A9D303B0F99D@fisglobal.com> Content-Transfer-Encoding: base64 IyEvYmluL3NoDQouIC91c3Ivc2hhcmUvYnNkY29uZmlnL3N0cnVjdC5zdWJyIHx8IGV4aXQgMQ0K cGFyc2VfZ2VvbV9jb25meG1sKCkNCnsNCgkjIE5COiBDaGFuZ2UgImVjaG8iIHRvICJldmFsIiBi ZWxvdyB0byBwZXJmb3JtIHRoZSBvdXRwdXQNCgllY2hvICIkKCBzeXNjdGwgLW4ga2Vybi5nZW9t LmNvbmZ4bWwgfCBhd2sgJw0KCUJFR0lOIHsNCgkJc3RydWN0X2NvdW50WyJjbGFzcyJdID0gMA0K CQlzdHJ1Y3RfY291bnRbImdlb20iXSA9IDANCgkJc3RydWN0X2NvdW50WyJjb25zdW1lciJdID0g MA0KCQlzdHJ1Y3RfY291bnRbInByb3ZpZGVyIl0gPSAwDQoJfQ0KCSMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIEZVTkNUSU9OUw0KCWZ1bmN0aW9uIHNldF92 YWx1ZShwcm9wLCB2YWx1ZSkNCgl7DQoJCWlmICghc3RydWN0X3N0YWNrW2N1cl9zdHJ1Y3RdKSBy ZXR1cm4gZmFpbHVyZQ0KCQlwcmludGYgIiVzIHNldCAlcyBcIiVzXCJcbiIsDQoJCSAgICAgICBz dHJ1Y3Rfc3RhY2tbY3VyX3N0cnVjdF0sIHByb3AsIHZhbHVlDQoJfQ0KCWZ1bmN0aW9uIGNyZWF0 ZSh0eXBlLCBpZCkNCgl7DQoJCWlmIChzdHJ1Y3QgPSBjcmVhdGVkW3R5cGUgIl8iIGlkXSkgew0K CQkJcHJpbnQgImZfc3RydWN0X2ZyZWUiLCBzdHJ1Y3QNCgkJCXByaW50ICJmX3N0cnVjdF9uZXcg R0VPTV8iIHRvdXBwZXIodHlwZSksIHN0cnVjdA0KCQl9IGVsc2Ugew0KCQkJc3RydWN0ID0gc3Ry dWN0X3N0YWNrW2N1cl9zdHJ1Y3RdDQoJCQlzdHJ1Y3QgPSBzdHJ1Y3QgKCBzdHJ1Y3QgPyAiIiA6 ICJnZW9tIiApDQoJCQlzdHJ1Y3QgPSBzdHJ1Y3QgIl8iIHR5cGUgIl8iICsrc3RydWN0X2NvdW50 W3R5cGVdDQoJCQlwcmludCAiZl9zdHJ1Y3RfbmV3IEdFT01fIiB0b3VwcGVyKHR5cGUpLCBzdHJ1 Y3QNCgkJfQ0KCQlzdHJ1Y3Rfc3RhY2tbKytjdXJfc3RydWN0XSA9IHN0cnVjdA0KCQlzZXRfdmFs dWUoImlkIiwgaWQpDQoJfQ0KCWZ1bmN0aW9uIGV4dHJhY3RfYXR0cihmaWVsZCwgYXR0cikNCgl7 DQoJCWlmIChtYXRjaChmaWVsZCwgYXR0ciAiPVwiMHhbWzp4ZGlnaXQ6XV0rXCIiKSkgew0KCQkJ bGVuID0gbGVuZ3RoKGF0dHIpDQoJCQlyZXR1cm4gc3Vic3RyKCQyLCBsZW4gKyAzLCBSTEVOR1RI IC0gbGVuIC0gMykNCgkJfQ0KCX0NCglmdW5jdGlvbiBleHRyYWN0X2RhdGEodHlwZSkNCgl7DQoJ CWRhdGEgPSAkMA0KCQlzdWIoIl5bWzpzcGFjZTpdXSo8IiB0eXBlICI+IiwgIiIsIGRhdGEpDQoJ CXN1YigiPC8iIHR5cGUgIj4uKiQiLCAiIiwgZGF0YSkNCgkJcmV0dXJuIGRhdGENCgl9DQoJIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMgT1BFTklORyBQQVRU RVJOUw0KCSQxIH4gL148bWVzaC8geyBtZXNoID0gMSB9DQoJJDEgfiAvXjwoY2xhc3N8Z2VvbXxj b25zdW1lcnxwcm92aWRlcikkLyAmJiBtZXNoIHsNCgkJaWYgKChyZWYgPSBleHRyYWN0X2F0dHIo JDIsICJyZWYiKSkgIT0gIiIpDQoJCQlzZXRfdmFsdWUoc3Vic3RyKCQxLCAyKSAiX3JlZiIsIHJl ZikNCgkJZWxzZSBpZiAoKGlkID0gZXh0cmFjdF9hdHRyKCQyLCAiaWQiKSkgIT0gIiIpDQoJCQlj cmVhdGUoc3Vic3RyKCQxLCAyKSwgaWQpDQoJfQ0KCSMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIFBST1BFUlRJRVMNCgkkMSB+IC9ePFtbOmFsbnVtOl1dKz4v IHsNCgkJcHJvcCA9ICQxDQoJCXN1YigvXjwvLCAiIiwgcHJvcCk7IHN1YigvPi4qLywgIiIsIHBy b3ApDQoJCXNldF92YWx1ZShwcm9wLCBleHRyYWN0X2RhdGEocHJvcCkpDQoJfQ0KCSMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIENMT1NJTkcgUEFUVEVSTlMN CgkkMSB+ICJePC8oY29uc3VtZXJ8cHJvdmlkZXIpPiQiIHsNCgkJY3VyX3N0cnVjdC0tDQoJfQ0K CSQxID09ICI8L2dlb20+IiB7DQoJCWN1cl9zdHJ1Y3QtLQ0KCQlzZXRfdmFsdWUoIm5jb25zdW1l cnMiLCBzdHJ1Y3RfY291bnRbImNvbnN1bWVyIl0pDQoJCXNldF92YWx1ZSgibnByb3ZpZGVycyIs IHN0cnVjdF9jb3VudFsicHJvdmlkZXIiXSkNCgkJc3RydWN0X2NvdW50WyJjb25zdW1lciJdID0g MA0KCQlzdHJ1Y3RfY291bnRbInByb3ZpZGVyIl0gPSAwDQoJfQ0KCSQxID09ICI8L2NsYXNzPiIg ew0KCQlzZXRfdmFsdWUoIm5nZW9tcyIsIHN0cnVjdF9jb3VudFsiZ2VvbSJdKQ0KCQljdXJfc3Ry dWN0LS0NCgkJc3RydWN0X2NvdW50WyJjb25zdW1lciJdID0gMA0KCQlzdHJ1Y3RfY291bnRbInBy b3ZpZGVyIl0gPSAwDQoJCXN0cnVjdF9jb3VudFsiZ2VvbSJdID0gMA0KCX0NCgkkMSA9PSAiPC9t ZXNoPiIgew0KCQlwcmludGYgIk5HRU9NX0NMQVNTRVM9JXVcbiIsIHN0cnVjdF9jb3VudFsiY2xh c3MiXQ0KCQlkZWxldGUgc3RydWN0X2NvdW50DQoJCW1lc2ggPSAwDQoJfQ0KCScgKSINCn0NCnBh cnNlX2dlb21fY29uZnhtbA0K --_004_4174A92EF2024FFBBFEDC38A9D0A7F91fisglobalcom_-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 01:08:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DAA924C; Thu, 12 Dec 2013 01:08:31 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C03181A98; Thu, 12 Dec 2013 01:08:30 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rBC183pA016711 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 12 Dec 2013 11:38:09 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> Date: Thu, 12 Dec 2013 11:38:03 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1822) X-Spam-Score: -4.001 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Kevin Oberman , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 01:08:31 -0000 On 12 Dec 2013, at 11:33, Teske, Devin = wrote: > > Parsing XML using standard shell tools (and without making = assumptions about line breaks etc etc) is pretty tedious :( >=20 > Sure, here we go... see attached "geom_parser-0.0.sh" Thanks, if only I'd know about this 6 months ago :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 01:18:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F669444 for ; Thu, 12 Dec 2013 01:18:40 +0000 (UTC) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2857A1B7A for ; Thu, 12 Dec 2013 01:18:40 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id q10so10422477pdj.8 for ; Wed, 11 Dec 2013 17:18:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=j/TPyQHzBwODZ7MtTRTLXXxBeF/D5h8m3BKcmC9Bays=; b=XSc90MmsW8lQoGtU266ZhGNEqRJIu+AfS4nzmKHF1y8bC1CfKh/H9c2MeWTsGZ21Nt 4p/3RDnWj7FRGN8j8j5JrI1i3L1lvcmHytJVNlXZW9tALzCCVRMBNtK5OV8uSuGr/TCX W7XRbgp+KoI9UJr0DWNSU44fDL0EGgBDAKZhYmA+NJ46kzH9Zy3RAwzaF94rL5+9Tdya bERjka7CN9jlLtDDalaFmJofgvh42SWn1QndSL2yFD8Y5Re1z0iBBJ7UBMTH6Pfc5nIJ GM8rSY9d2ZadYmRxGNKU1JjPLEC/6jZsIIecSY+Rf1F5Rb+s8ICFh2c8vRojdvhYdJuZ Gc7g== MIME-Version: 1.0 X-Received: by 10.68.138.226 with SMTP id qt2mr6543071pbb.65.1386811119658; Wed, 11 Dec 2013 17:18:39 -0800 (PST) Received: by 10.68.239.201 with HTTP; Wed, 11 Dec 2013 17:18:39 -0800 (PST) In-Reply-To: <52A8EE1B.2060909@quip.cz> References: <52A8EE1B.2060909@quip.cz> Date: Wed, 11 Dec 2013 20:18:39 -0500 Message-ID: Subject: Re: Driver for Realtek RTL8151GH-CG From: "illoai@gmail.com" To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 01:18:40 -0000 On 11 December 2013 17:58, Miroslav Lachman <000.fbsd@quip.cz> wrote: > Does anybody know if NIC Realtek RTL8151GH-CG is supported on FreeBSD 9.2 or > 10.0? > > It is included in HP ProDesk 490 MT which I may buy, but I cannot find what > hardware parts are supported by FreeBSD and what not. > I am running FreeBSD for about 13 years on servers. > I didn't run it on desktop grade HW for more than 8 years. So any tips for > some solid home PC with i7-4770 (or i7-3770?) is appreciated. :) Hrm, well: % grep -iR RTL8151 /sys/dev/ /sys/dev/usb/usbdevs:product ABOCOM RTL8151 0x401a RTL8151 So, maybe? -- -- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 01:54:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDFA6AA7; Thu, 12 Dec 2013 01:54:29 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E1061E9B; Thu, 12 Dec 2013 01:54:29 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id rBC1sRdY013598 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 11 Dec 2013 19:54:27 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Wed, 11 Dec 2013 19:54:26 -0600 From: "Teske, Devin" To: "Daniel O'Connor" Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9oguAMsIQg72sUSzcf93F1B7uw== Date: Thu, 12 Dec 2013 01:54:26 +0000 Message-ID: References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> In-Reply-To: <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <0026D60D73724F479687110A7792772C@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-12_01:2013-12-11,2013-12-12,1970-01-01 signatures=0 Cc: Kevin Oberman , Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2013 01:54:29 -0000 On Dec 11, 2013, at 5:08 PM, Daniel O'Connor wrote: >=20 > On 12 Dec 2013, at 11:33, Teske, Devin wrote: >>> Parsing XML using standard shell tools (and without making assumptions = about line breaks etc etc) is pretty tedious :( >>=20 >> Sure, here we go... see attached "geom_parser-0.0.sh" >=20 > Thanks, if only I'd know about this 6 months ago :) I just wrote it from scratch, so didn't exist until today ;D --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 05:46:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38B493F1; Thu, 12 Dec 2013 05:46:39 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A98731DD8; Thu, 12 Dec 2013 05:46:38 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rBC5k8WK035762 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 12 Dec 2013 16:16:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Thu, 12 Dec 2013 16:16:07 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <38856510-A2D9-41E6-8CDC-ED282BDA933A@gsoft.com.au> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> To: Devin Teske X-Mailer: Apple Mail (2.1822) X-Spam-Score: -4.001 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Kevin Oberman , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 05:46:39 -0000 On 12 Dec 2013, at 12:24, Teske, Devin = wrote: >> Thanks, if only I'd know about this 6 months ago :) >=20 > I just wrote it from scratch, so didn't exist until today ;D Hah nice, although I imagine there is plenty of legal XML it can't = parse. That plays to another point about this sort of work - it's very hard to = write shell script that will work properly in all cases (things like = spaces, or even newlines and unprintable characters in filenames). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 06:13:38 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9976F949; Thu, 12 Dec 2013 06:13:38 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD4421F73; Thu, 12 Dec 2013 06:13:37 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBC6DQwG053873; Thu, 12 Dec 2013 08:13:26 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBC6DPqa053748; Thu, 12 Dec 2013 06:13:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Dec 2013 06:13:25 GMT Message-Id: <201312120613.rBC6DPqa053748@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2013 06:13:38 -0000 TB --- 2013-12-12 01:30:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-12 01:30:33 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-12 01:30:33 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2013-12-12 01:30:33 - cleaning the object tree TB --- 2013-12-12 01:30:33 - /usr/local/bin/svn stat /src TB --- 2013-12-12 01:31:20 - At svn revision 259241 TB --- 2013-12-12 01:31:21 - building world TB --- 2013-12-12 01:31:21 - CROSS_BUILD_TESTING=YES TB --- 2013-12-12 01:31:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-12 01:31:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-12 01:31:21 - SRCCONF=/dev/null TB --- 2013-12-12 01:31:21 - TARGET=powerpc TB --- 2013-12-12 01:31:21 - TARGET_ARCH=powerpc TB --- 2013-12-12 01:31:21 - TZ=UTC TB --- 2013-12-12 01:31:21 - __MAKE_CONF=/dev/null TB --- 2013-12-12 01:31:21 - cd /src TB --- 2013-12-12 01:31:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 12 01:31:31 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Dec 12 05:10:35 UTC 2013 TB --- 2013-12-12 05:10:35 - generating LINT kernel config TB --- 2013-12-12 05:10:35 - cd /src/sys/powerpc/conf TB --- 2013-12-12 05:10:35 - /usr/bin/make -B LINT TB --- 2013-12-12 05:10:35 - cd /src/sys/powerpc/conf TB --- 2013-12-12 05:10:35 - /usr/sbin/config -m LINT TB --- 2013-12-12 05:10:35 - building LINT kernel TB --- 2013-12-12 05:10:35 - CROSS_BUILD_TESTING=YES TB --- 2013-12-12 05:10:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-12 05:10:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-12 05:10:35 - SRCCONF=/dev/null TB --- 2013-12-12 05:10:35 - TARGET=powerpc TB --- 2013-12-12 05:10:35 - TARGET_ARCH=powerpc TB --- 2013-12-12 05:10:35 - TZ=UTC TB --- 2013-12-12 05:10:35 - __MAKE_CONF=/dev/null TB --- 2013-12-12 05:10:35 - cd /src TB --- 2013-12-12 05:10:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 12 05:10:35 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Dec 12 05:42:43 UTC 2013 TB --- 2013-12-12 05:42:43 - cd /src/sys/powerpc/conf TB --- 2013-12-12 05:42:43 - /usr/sbin/config -m GENERIC TB --- 2013-12-12 05:42:43 - building GENERIC kernel TB --- 2013-12-12 05:42:43 - CROSS_BUILD_TESTING=YES TB --- 2013-12-12 05:42:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-12 05:42:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-12 05:42:43 - SRCCONF=/dev/null TB --- 2013-12-12 05:42:43 - TARGET=powerpc TB --- 2013-12-12 05:42:43 - TARGET_ARCH=powerpc TB --- 2013-12-12 05:42:43 - TZ=UTC TB --- 2013-12-12 05:42:43 - __MAKE_CONF=/dev/null TB --- 2013-12-12 05:42:43 - cd /src TB --- 2013-12-12 05:42:43 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Dec 12 05:42:43 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Dec 12 06:09:02 UTC 2013 TB --- 2013-12-12 06:09:02 - cd /src/sys/powerpc/conf TB --- 2013-12-12 06:09:02 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-12 06:09:02 - skipping GENERIC64 kernel TB --- 2013-12-12 06:09:02 - cd /src/sys/powerpc/conf TB --- 2013-12-12 06:09:02 - /usr/sbin/config -m MPC85XX TB --- 2013-12-12 06:09:02 - building MPC85XX kernel TB --- 2013-12-12 06:09:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-12 06:09:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-12 06:09:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-12 06:09:02 - SRCCONF=/dev/null TB --- 2013-12-12 06:09:02 - TARGET=powerpc TB --- 2013-12-12 06:09:02 - TARGET_ARCH=powerpc TB --- 2013-12-12 06:09:02 - TZ=UTC TB --- 2013-12-12 06:09:02 - __MAKE_CONF=/dev/null TB --- 2013-12-12 06:09:02 - cd /src TB --- 2013-12-12 06:09:02 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Thu Dec 12 06:09:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/quicc/quicc_bfe_fdt.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sec/sec.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/tsec/if_tsec.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/tsec/if_tsec_fdt.c cc1: warnings being treated as errors /src/sys/dev/tsec/if_tsec_fdt.c: In function 'tsec_fdt_attach': /src/sys/dev/tsec/if_tsec_fdt.c:163: warning: implicit declaration of function 'OF_getencprop' /src/sys/dev/tsec/if_tsec_fdt.c:163: warning: nested extern declaration of 'OF_getencprop' [-Wnested-externs] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/MPC85XX *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-12 06:13:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-12 06:13:24 - ERROR: failed to build MPC85XX kernel TB --- 2013-12-12 06:13:24 - 12887.80 user 4412.02 system 16971.99 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 06:21:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0987AD6 for ; Thu, 12 Dec 2013 06:21:46 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id A2D851FF7 for ; Thu, 12 Dec 2013 06:21:46 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-140-233-167.range86-140.btcentralplus.com [86.140.233.167]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 592DF4508D for ; Thu, 12 Dec 2013 06:16:23 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 592DF4508D DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1386828983; bh=hLlkB3F25zzqjfFU4I/Eh+hwKzonMIg8uZgEAAHqRmQ=; h=Date:From:To:Subject:References:In-Reply-To; b=av1KkhzOWixXbzzwIgMa7z12qw9DKwMZZVyPdilF0Oz7QKgnFsTs87BoWIhiwhVYm Sxd/gvdzAsnQr97ZaRjtNkxtvwIxdaKaYZfny+z+01wJ6Zi056KKvWclY6J/KO3vqr b61/lvUQc7IFK5fcdeibwjr6DdGu8+sy+2mH9Ia8= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id BC352F2B1; Thu, 12 Dec 2013 06:16:19 +0000 (GMT) Date: Thu, 12 Dec 2013 06:16:19 +0000 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: BIND segway -> python -> first-class ports Message-ID: <20131212061615.GA28292@anubis.morrow.me.uk> References: <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <38856510-A2D9-41E6-8CDC-ED282BDA933A@gsoft.com.au> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 06:21:46 -0000 Quoth "Daniel O'Connor" : > > On 12 Dec 2013, at 12:24, Teske, Devin wrote: > >> Thanks, if only I'd know about this 6 months ago :) > > > > I just wrote it from scratch, so didn't exist until today ;D > > Hah nice, although I imagine there is plenty of legal XML it can't parse. > > That plays to another point about this sort of work - it's very hard to > write shell script that will work properly in all cases (things like > spaces, or even newlines and unprintable characters in filenames). While I wouldn't want to encourage the idea of standardising on XML, libbsdxml (a copy of expat) is present in base, so it would be straightforward to write a small utility which parsed XML entirely correctly and extracted some requested information into shell variables. (It would have to emit shell to be evalled, of course, just as getopt(1) does.) It would also be possible to extend, say, awk to handle XML natively. Ben From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 07:02:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D95C185; Thu, 12 Dec 2013 07:02:41 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CEE1D1273; Thu, 12 Dec 2013 07:02:40 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rBC72b7o017509 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 12 Dec 2013 01:02:38 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Thu, 12 Dec 2013 01:02:36 -0600 From: "Teske, Devin" To: "Daniel O'Connor" Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9oguAMsIQg72sUSzcf93F1B7uw== Date: Thu, 12 Dec 2013 07:02:35 +0000 Message-ID: <5A92C643-0BA6-4D15-AB54-DB78BE00583A@fisglobal.com> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> <38856510-A2D9-41E6-8CDC-ED282BDA933A@gsoft.com.au> In-Reply-To: <38856510-A2D9-41E6-8CDC-ED282BDA933A@gsoft.com.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-12_02:2013-12-12,2013-12-12,1970-01-01 signatures=0 Cc: Kevin Oberman , Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2013 07:02:41 -0000 On Dec 11, 2013, at 9:46 PM, Daniel O'Connor wrote: >=20 > On 12 Dec 2013, at 12:24, Teske, Devin wrote: >>> Thanks, if only I'd know about this 6 months ago :) >>=20 >> I just wrote it from scratch, so didn't exist until today ;D >=20 > Hah nice, although I imagine there is plenty of legal XML it can't parse. >=20 > That plays to another point about this sort of work - it's very hard to w= rite shell script that will work properly in all cases (things like spaces,= or even newlines and unprintable characters in filenames). >=20 If I had spent more time on it, then it would be able to parse any XML. However, it wasn't worth going further without first having a look at the C code that produces the output. For example, different XML encoding libraries may encode the property values more or less strictly (for example, are values properly encoded to prevent a value of "" (for example) from prematurely terminating the property borking the XML valiation. (my guess would be that it would be encoded fully as "</name>". Just a matter of extending the extract_data() and extract_attr() functions and then generalizing a little more. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 07:07:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89E202F4; Thu, 12 Dec 2013 07:07:38 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A38612AD; Thu, 12 Dec 2013 07:07:37 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rBC778Al043366 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 12 Dec 2013 17:37:14 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <5A92C643-0BA6-4D15-AB54-DB78BE00583A@fisglobal.com> Date: Thu, 12 Dec 2013 17:37:08 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <6052F96E-0CD3-4C56-A619-8337C4ED890C@gsoft.com.au> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> <38856510-A2D9-41E6-8CDC-ED282BDA933A@gsoft.com.au> <5A92C643-0BA6-4D15-AB54-DB78BE00583A@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1822) X-Spam-Score: -4.001 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Kevin Oberman , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 07:07:38 -0000 On 12 Dec 2013, at 17:32, Teske, Devin = wrote: > On Dec 11, 2013, at 9:46 PM, Daniel O'Connor wrote: >> On 12 Dec 2013, at 12:24, Teske, Devin = wrote: >>>> Thanks, if only I'd know about this 6 months ago :) >>>=20 >>> I just wrote it from scratch, so didn't exist until today ;D >>=20 >> Hah nice, although I imagine there is plenty of legal XML it can't = parse. >>=20 >> That plays to another point about this sort of work - it's very hard = to write shell script that will work properly in all cases (things like = spaces, or even newlines and unprintable characters in filenames). >>=20 >=20 > If I had spent more time on it, then it would be able to parse any > XML. However, it wasn't worth going further without first having > a look at the C code that produces the output. >=20 > For example, different XML encoding libraries may encode the > property values more or less strictly (for example, are values > properly encoded to prevent a value of "" (for example) > from prematurely terminating the property borking the XML > valiation. (my guess would be that it would be encoded fully as > "</name>". >=20 > Just a matter of extending the extract_data() and extract_attr() > functions and then generalizing a little more. I think looking at what produces it is 'cheating' and can end up biting = you in the ass later on. Basically my point is that there needs to be _some_ interchange format = where you can reliably parse output from tools generating it (which by = and by might be written by different people with different assumptions = etc). So a core extremely robust parser is necessary. Perhaps there could be a base tool which can take such output and = convert it to a set of struct commands. That is really my second choice, = but I think that it is politically infeasible to modify our /bin/sh to = parse XML (or any other useful interchange format). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 07:12:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56672460 for ; Thu, 12 Dec 2013 07:12:41 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ABFF4131B for ; Thu, 12 Dec 2013 07:12:40 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBC7CUQe044416; Thu, 12 Dec 2013 09:12:30 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBC7CUQe044416 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBC7CUvU044415; Thu, 12 Dec 2013 09:12:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 12 Dec 2013 09:12:30 +0200 From: Konstantin Belousov To: ?zkan KIRIK Subject: Re: stable/10 r258317 - UFS lock problem Message-ID: <20131212071230.GP59496@kib.kiev.ua> References: <20131206201329.GK59496@kib.kiev.ua> <20131207183044.GA19655@x2.osted.lan> <20131209170710.GU59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EerMr+gUEyzXUsoX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Peter Holm , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 07:12:41 -0000 --EerMr+gUEyzXUsoX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 11, 2013 at 11:50:14AM +0200, ?zkan KIRIK wrote: > I tried disabling softupdates, >=20 > I doesnt lock, but write performance was very very pooor. It is very hard to do anything with information in 200+ screenshots. =46rom the ps output, it seems that the UFS is waiting for the write requests to drain, and this in fact never happens. What is the underlying device which carries the UFS volume ? --EerMr+gUEyzXUsoX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSqWHdAAoJEJDCuSvBvK1BcP8P/jjDNCbv54vH7+P+fr+w4Ig7 PAPKiaephLiPCZaA2TZFZNNJYUg5Lh7em8Iys+/lAgV1HqMTsmB+G8a34TWA9a+Y oXtXPdtZCprDZwyd8Gaa1L7uxxyJAT/i0C0wsgyW3jABbdjljqUxjLAQBwaB73xb Mxcd1cYSmgZL0ULtkfOCZVlQqvFy9eqrrZjPp9IKjY5p7ly1wkyP4ktOLLdp/Vcr UICYr7qW1VK17xczFdmmrZcr26XFEBBSW5qzXcLsOKN1Z5hCMbeNBiFsK/fVlNcG DA+AMH9Rc0cnv4KTA8fR5skswvmLHHmRwnu4U44DkHKz906rrVYVOUzSEIPYixtn Pdgj1fcuDGQpZhF4zQjdThcoZ1gMekfKYkiKVF5nYVRP9BbBF9qsSg7ov/TyGIpd do/CAk/8ZwpONBvU4aT0LFK4w8mAmzxC27zurhJqahl0jjZwvcA+Vj3l7gatKusg QUJTAWK9R9BiGXvHouB1pKS6E6iW+kS7F2vKnn579o9POLK4BB8aQndRlFJqg/Xu Q//L6oJ7W57JPwFg2E4ShXceY7nVqeRe/2AkCY/0+mWbatihci0l9lOrv2L6Bwp/ v5X41chTVJx5vxFcoDlKjRSTW6xm0CqKHDY1OeAcZ4jAVKBAm4KA1G9aUHcU2jy+ NSW9cegkFq25QQq+7tO+ =ywdb -----END PGP SIGNATURE----- --EerMr+gUEyzXUsoX-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 08:22:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEDDF3D8 for ; Thu, 12 Dec 2013 08:22:26 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4037017C5 for ; Thu, 12 Dec 2013 08:22:26 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y10so346837wgg.2 for ; Thu, 12 Dec 2013 00:22:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CsvquzTrAoQP6+2OzOd/oQxxu4p/A1xhW32rLo8a+tE=; b=laT/eLlvUyS12yYtnIrCVDWfMok9u8ZTzzDBZaqyFsi7OlTRy76az+JNx/Fq0Gk8gw XGQQOpGVt7U+TExpk9tNR/4fHhZ0XnXgHkwmL+8z9D8mtVFn5lQs/GJIBzTWPgwE31J6 tDLIyJyeZmQqwJcF/Q3tEMPTM/RwCk9C7MXgAJ1so+7IHhXgqesUG20e429IQdDbkcr2 JA2suYwde0V5/ZnGYR9LaEeNlox1QrfbwoXVWvBCSwhQSRTorRH1WRY8Ar3Gn+AYneG4 TBbASBFNwCj80iQU+WFkd4aJgNWlFfAhATaD9+AXzh0/reMUD7BkA5yZxLOu/a15Zns/ IlGw== MIME-Version: 1.0 X-Received: by 10.194.119.106 with SMTP id kt10mr850597wjb.72.1386836543919; Thu, 12 Dec 2013 00:22:23 -0800 (PST) Received: by 10.217.89.138 with HTTP; Thu, 12 Dec 2013 00:22:23 -0800 (PST) In-Reply-To: <20131212071230.GP59496@kib.kiev.ua> References: <20131206201329.GK59496@kib.kiev.ua> <20131207183044.GA19655@x2.osted.lan> <20131209170710.GU59496@kib.kiev.ua> <20131212071230.GP59496@kib.kiev.ua> Date: Thu, 12 Dec 2013 10:22:23 +0200 Message-ID: Subject: Re: stable/10 r258317 - UFS lock problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Peter Holm , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 08:22:26 -0000 Environment : FreeBSD works on Vmware workstation with IDE emulation. ( disk contents are stored in single file. ) Real disk is, SandDisk SSD Extreme 240G On Thu, Dec 12, 2013 at 9:12 AM, Konstantin Belousov wrote: > On Wed, Dec 11, 2013 at 11:50:14AM +0200, ?zkan KIRIK wrote: > > I tried disabling softupdates, > > > > I doesnt lock, but write performance was very very pooor. > It is very hard to do anything with information in 200+ screenshots. > > From the ps output, it seems that the UFS is waiting for the write > requests to drain, and this in fact never happens. What is the > underlying device which carries the UFS volume ? > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 09:52:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 174DD93A for ; Thu, 12 Dec 2013 09:52:02 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C6BE21F00 for ; Thu, 12 Dec 2013 09:52:01 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3765D2842C; Thu, 12 Dec 2013 10:51:59 +0100 (CET) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6D97228427; Thu, 12 Dec 2013 10:51:58 +0100 (CET) Message-ID: <52A9873D.6030306@quip.cz> Date: Thu, 12 Dec 2013 10:51:57 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: "illoai@gmail.com" Subject: Re: Driver for Realtek RTL8151GH-CG References: <52A8EE1B.2060909@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 09:52:02 -0000 illoai@gmail.com wrote: > On 11 December 2013 17:58, Miroslav Lachman<000.fbsd@quip.cz> wrote: >> Does anybody know if NIC Realtek RTL8151GH-CG is supported on FreeBSD 9.2 or >> 10.0? >> >> It is included in HP ProDesk 490 MT which I may buy, but I cannot find what >> hardware parts are supported by FreeBSD and what not. >> I am running FreeBSD for about 13 years on servers. >> I didn't run it on desktop grade HW for more than 8 years. So any tips for >> some solid home PC with i7-4770 (or i7-3770?) is appreciated. :) > > Hrm, well: > > % grep -iR RTL8151 /sys/dev/ > /sys/dev/usb/usbdevs:product ABOCOM RTL8151 0x401a RTL8151 > > So, maybe? It confuses me, because RTL8151GH-CG should be onboard NIC, not USB one. Thank you for your reply anyway. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 10:19:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 913FCF69 for ; Thu, 12 Dec 2013 10:19:21 +0000 (UTC) Received: from nm17-vm5.access.bullet.mail.gq1.yahoo.com (nm17-vm5.access.bullet.mail.gq1.yahoo.com [216.39.63.135]) by mx1.freebsd.org (Postfix) with SMTP id 512E210C9 for ; Thu, 12 Dec 2013 10:19:20 +0000 (UTC) Received: from [216.39.60.175] by nm17.access.bullet.mail.gq1.yahoo.com with NNFMP; 12 Dec 2013 10:16:13 -0000 Received: from [98.138.226.241] by tm11.access.bullet.mail.gq1.yahoo.com with NNFMP; 12 Dec 2013 10:16:13 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.ne1.yahoo.com with NNFMP; 12 Dec 2013 10:16:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1386843372; bh=77TVShWpWv2KnjscvIJG9FYSaFH0/j5NjRFn7sxveBY=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:References:Subject; b=eXLkdvv7QqFuIG6jVSBPHVkpgqggDVW3tpu7bHnKdWi7HyuDrDlE0iMDkuN4jgxrGNdADKXVfXwSO8qUZHsVrTV7EiZ61plWK7nwDgf/ODqGnOQe2TgOVWgK4ZJqHvBX4Kc/YQWgK5eV0AlKBE+chSNtZyYursS9XvZsvkBYvAM= X-Yahoo-Newman-Id: 977765.31769.bm@smtp112.sbc.mail.ne1.yahoo.com Message-ID: <977765.31769.bm@smtp112.sbc.mail.ne1.yahoo.com> Date: Thu, 12 Dec 2013 02:16:12 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: M20A4bkVM1k_Cn0hu.DEI4CJrCzf6r6Xk.VhDKb0N.Miz8Z HJr2Jzq490eOtaDXKZmHyb5avjR0aj9Ns7gJRb5Oofh0Ve1wUBYV4HV64DYj LkmF.vxmzbiY5mLf9osa4a8DsLDV79tHy0h22WFfXIUQaVhf6XY5qvcf820B qhaFMGt5EHVwJ1DOGICSwETuTFihEbZ2ctOgTOYDYbJtoRTEZ4WA2aW9MuH_ MUTnswUi9QRdwIsCIQlOlbzOStwxZFqtMa.zDo5S8p07Nh7OUBbwQpHM3jwp KsukyAtlVIhTNJ0FAW.N4kF281JD5HR1Qy0ysfMcu0mwLuO23rjNf5Ly90d9 3Bc3SvCaxQpGx2AKj9oxftdzncFYbi__tSQHbFk8c5SzvPTE5cZry_yzsRcJ iIVYHO3b082Xyq7m3y1iANFNVZWFpwNsrWoXABNoxTdXwP0OtI4CZGAJ09Q3 igXlxaJ3dleASTmHTx1_t5Zw45lUgICddseH6Li5qiNkB1Pj5zlRszvokOPw LlTI_dRxypMuX1OfdmTBtNdpV3dxcZzVjjwBhqs8IlIU- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with ) by smtp112.sbc.mail.ne1.yahoo.com with SMTP; 12 Dec 2013 02:16:12 -0800 PST From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <52A8EE1B.2060909@quip.cz> <52A9873D.6030306@quip.cz> Subject: Re: Driver for Realtek RTL8151GH-CG Cc: illoai@gmail.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 10:19:21 -0000 > It confuses me, because RTL8151GH-CG should be onboard NIC, not USB one. > Thank you for your reply anyway. > Miroslav Lachman Some onboard adapters/cards are USB or quasi-USB, seen by the system as USB. Examples with the MSI Z77 MPOWER motherboard are the Atheros AR9271 wi-fi and the Atheros AR3001 (?) Bluetooth. But I thought onboard Ethernet would be PCI or PCIE, at least I believe it usually is. I've never used Bluetooth and have no Bluetooth devices to test the Atheros AR3001. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 11:07:47 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DE4AF46 for ; Thu, 12 Dec 2013 11:07:47 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA98147E for ; Thu, 12 Dec 2013 11:07:46 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA02914; Thu, 12 Dec 2013 13:07:17 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vr46v-000KUs-C3; Thu, 12 Dec 2013 13:07:17 +0200 Message-ID: <52A99894.4080704@FreeBSD.org> Date: Thu, 12 Dec 2013 13:05:56 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Eugene M. Zheganin" Subject: Re: zfs i/o error - all block copies unavailable References: <52A8C5AF.1000800@norma.perm.ru> In-Reply-To: <52A8C5AF.1000800@norma.perm.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 11:07:47 -0000 on 11/12/2013 22:06 Eugene M. Zheganin said the following: > Hi. > > I have a server, it was running 8.2-STABLE/i386 with zfs v28. All of a sudden, > on last reboot I got a big bunch of "zfs i/o error - all block copies > unavailable" messages and server was unable to boot. I decided that one disk is > dying, detached it, and booted successfully. On a next boot I got this again. I > booted from CD, replaced a zpool.cache, and booted successfully once again. On > next reboot I got it again, and was unable to fix it. However (as you may > already know) disks were fine, and all the data wasn't corrupted. Iread a couple > of mailing list posts about this mentioning that this could be an i386 issue, > and decided to deal with in a radical way: I've installed 10.0-BETA1/amd64 > (booted from a LiveCD, mounted an NFS share with /usr/src and obj, and did the > upgrade). Now everything is almost fine, except that I still get this message, > but only once and it seems to be harmless, as the server can still be booted (I > experimented and tried this like a dozen times). > > So, questions: > > - is it really harmless ? > - can I run with this ? > - is there any way to get rid of it ? (probably, without recreating a pool, > because it holds several TBytes of user data) > - and, finally - what does it mean ? A few words about your pool configuration and the disks that it is comprised of... -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 11:09:16 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDA8F184 for ; Thu, 12 Dec 2013 11:09:16 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 15C1014AA for ; Thu, 12 Dec 2013 11:09:15 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA02942; Thu, 12 Dec 2013 13:09:03 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vr48d-000KV9-DW; Thu, 12 Dec 2013 13:09:03 +0200 Message-ID: <52A99917.2050200@FreeBSD.org> Date: Thu, 12 Dec 2013 13:08:07 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Florent Peterschmitt Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> In-Reply-To: <52A6EB67.3000103@peterschmitt.fr> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 11:09:16 -0000 on 10/12/2013 12:22 Florent Peterschmitt said the following: > Hi, > > Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was > upgraded from 9.2-RELEASE? > > I have two servers, with very different hardware (on is with soft raid and > the other have not) and after a zpool upgrade, no way to get the server > booting. > > Do I miss something when upgrading? > > I cannot get the error message for the moment. I reinstalled the raid > server under Linux and the other one is waiting for getting a vKVM… > Apologies if I missed it, but a few words about your pool configuration and the hardware that it uses would not hurt. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 12:21:43 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A728342; Thu, 12 Dec 2013 12:21:43 +0000 (UTC) Received: from smtp.peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id CFC681B17; Thu, 12 Dec 2013 12:21:42 +0000 (UTC) Received: from [192.168.0.93] (unknown [82.226.113.5]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id 52395627F9; Thu, 12 Dec 2013 13:22:02 +0100 (CET) Message-ID: <52A9AA45.2000907@peterschmitt.fr> Date: Thu, 12 Dec 2013 13:21:25 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> In-Reply-To: <52A99917.2050200@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="evACD1nNbmm8KxkpOBO2OsgWrWMQXIMJQ" Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 12:21:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --evACD1nNbmm8KxkpOBO2OsgWrWMQXIMJQ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 12/12/2013 12:08, Andriy Gapon a =E9crit : > on 10/12/2013 12:22 Florent Peterschmitt said the following: >> Hi, >> >> Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was=20 >> upgraded from 9.2-RELEASE? >> >> I have two servers, with very different hardware (on is with soft raid= and >> the other have not) and after a zpool upgrade, no way to get the serve= r >> booting. >> >> Do I miss something when upgrading? >> >> I cannot get the error message for the moment. I reinstalled the raid = >> server under Linux and the other one is waiting for getting a vKVM=85 >> >=20 > Apologies if I missed it, but a few words about your pool configuration= and > the hardware that it uses would not hurt. >=20 Yes, sorry. You can find here the script I use to install: https://github.com/Leryan/freebsd-zfs-install/blob/master/zfs.sh --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --evACD1nNbmm8KxkpOBO2OsgWrWMQXIMJQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSqapFAAoJEFr01BkajbiBwuEP/3UA8GG5y9M7tpeIFXmXb405 2iA9titj8oOYNGBD9I/jsHt+y45WIH14MhnPYt/Ov3UN0TnjG0+NtkQuxcRDZ3o8 4U9lnooHNu4z5PB+RW7G24p1b+Nap2S7lq5Vvaqm+DTUIEJDNattK6joODuF2/hN +bQcxcsgDN0pOKEHHn5wRV7vM0e9xZFxLFTnmCHn8NpW/E83dJRUTxYrWbKbJu8R Wk/awtsKPD7puyuIcz6FzOCKq4gtzr339CXZ3VwaKWzHerR3mp99Oobvpimip8TJ sC96Z/zVA569AsXnUnEyPF33HuKs3Rmcq+bucJVav1yYyltImvme+TaC7pPZMwB1 ZXweJpjVTR6z40aeUU1cIRi388TqkQEqx7+wYd+XxD+4gOO/oTJ0FTMrXblvV8BV A7vyuSWQFBaHkFGnQXykwJ1zeJaFeEBBk0H02i0ZfSOTrUIjg+LJLN6mOjAxp0gQ dGIXh5CuCfFYj3r9pfiJCEiLGEV5ED0NjNtDDAy6GkI+SOhEyfDnZC8/9/LjBBnl Id8YKZrJLKOHPfUk3Ra5r8mXMaXO6uEy3gd+RxZ7TkgJvN79TmhViHtewmTGISoQ idw+6Twz5tH3OHz54oHsL05P7dYFKAfQIkdME6Vukbp6HEKwGLiPhL+BKNZnhY7i jk0N9nHeeqLiUtxvgR3r =L8aQ -----END PGP SIGNATURE----- --evACD1nNbmm8KxkpOBO2OsgWrWMQXIMJQ-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 12:30:11 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39F576D0; Thu, 12 Dec 2013 12:30:11 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5685F1CA3; Thu, 12 Dec 2013 12:30:09 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA04678; Thu, 12 Dec 2013 14:29:57 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vr5Ov-000Ka0-JS; Thu, 12 Dec 2013 14:29:57 +0200 Message-ID: <52A9ABEF.8080509@FreeBSD.org> Date: Thu, 12 Dec 2013 14:28:31 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Florent Peterschmitt Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> In-Reply-To: <52A9AA45.2000907@peterschmitt.fr> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 12:30:11 -0000 on 12/12/2013 14:21 Florent Peterschmitt said the following: > Le 12/12/2013 12:08, Andriy Gapon a écrit : >> on 10/12/2013 12:22 Florent Peterschmitt said the following: >>> Hi, >>> >>> Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was >>> upgraded from 9.2-RELEASE? >>> >>> I have two servers, with very different hardware (on is with soft raid >>> and the other have not) and after a zpool upgrade, no way to get the >>> server booting. >>> >>> Do I miss something when upgrading? >>> >>> I cannot get the error message for the moment. I reinstalled the raid >>> server under Linux and the other one is waiting for getting a vKVM… >>> >> >> Apologies if I missed it, but a few words about your pool configuration >> and the hardware that it uses would not hurt. >> > > Yes, sorry. You can find here the script I use to install: > > https://github.com/Leryan/freebsd-zfs-install/blob/master/zfs.sh > Is there a more readable way to describe the configuration and the _hardware_ than this script? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 12:35:58 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86F6EA30; Thu, 12 Dec 2013 12:35:58 +0000 (UTC) Received: from smtp.peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id 167581D53; Thu, 12 Dec 2013 12:35:58 +0000 (UTC) Received: from [192.168.0.93] (unknown [82.226.113.5]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id 8022B6276E; Thu, 12 Dec 2013 13:36:17 +0100 (CET) Message-ID: <52A9AD9C.2090200@peterschmitt.fr> Date: Thu, 12 Dec 2013 13:35:40 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> <52A9ABEF.8080509@FreeBSD.org> In-Reply-To: <52A9ABEF.8080509@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sfBjuTduSoVGmHQQo0sek4mRaJSo1qcie" Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 12:35:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sfBjuTduSoVGmHQQo0sek4mRaJSo1qcie Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 12/12/2013 13:28, Andriy Gapon a =E9crit : > on 12/12/2013 14:21 Florent Peterschmitt said the following: >> Le 12/12/2013 12:08, Andriy Gapon a =E9crit : >>> on 10/12/2013 12:22 Florent Peterschmitt said the following: >>>> Hi, >>>> >>>> Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was = >>>> upgraded from 9.2-RELEASE? >>>> >>>> I have two servers, with very different hardware (on is with soft ra= id >>>> and the other have not) and after a zpool upgrade, no way to get the= >>>> server booting. >>>> >>>> Do I miss something when upgrading? >>>> >>>> I cannot get the error message for the moment. I reinstalled the rai= d=20 >>>> server under Linux and the other one is waiting for getting a vKVM=85= >>>> >>> >>> Apologies if I missed it, but a few words about your pool configurati= on >>> and the hardware that it uses would not hurt. >>> >> >> Yes, sorry. You can find here the script I use to install: >> >> https://github.com/Leryan/freebsd-zfs-install/blob/master/zfs.sh >> >=20 > Is there a more readable way to describe the configuration and the _har= dware_ > than this script? >=20 That's all I can give at the moment, i'll send later all informations about the zpool and zfs sets. For the hardware, I don't know how it could make the zpool not working. I was running BETA4 without hardware problems, it is just after the zpool upgrade the system is unreachable. And I have _no_ way to watch the system booting since the hoster is un trouble=85 Anyway, I'll also send a dmesg in the same time. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --sfBjuTduSoVGmHQQo0sek4mRaJSo1qcie Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSqa2cAAoJEFr01BkajbiBgoMQAI4MEG/7sDfoFy/xX1u6xvSy zt9nAZ5vpKeA6cAMniILFQcUM69RSIpkcqCWQdVE8jY6PvB/y3RMzCuRYXd6voJl muAsJ0PtaHiEJJ2DTUR6ULqgruDdFyDfiRpQmhhD0KtkOPU75vRGP1ogtUS/ETZG H0OFIpOJUty77xESpwXO8JX0oUdpmdRwreOVIzeaAKNy2JzLXRZAvYapMxTH9M6F TqbpO2ka67LZIvcg/U17Q0u5SiDeutCrGj0AjDIAuKdssU0hLfIGOYY1jGiwgsXy 4vvamKcCMct4WQMCZC5Dtlr3meJNKPB3sARKF4hcT8FjS5MMh6XzZEHzsy1HMEtb 64QX/AAEAiYt30LVm8bx4gbwNNpLN/V3wTVZh9ZPEOV8q4HwMm/3WWAo9DpcxZhS 8Y0/vmyJlTEnUok2j+ebktF0Y/xDZJDgApklFuJD5fqZACBrIfnx2ZS6ZqHKMIfD HrnejilxukLLY1WGyVhZSDrD1oX+DIlZ4Zw/nsyDBJ7kbQVzlieccHFsQ+3X9Asl /pZLivYWJbpI0PTt7pUDZ54YXNrSNxFMmT6VAocMEOTetUe3mHtZSbLMF/Bz2m20 KlhFxOYBOlduKCSigNL29RXePxlbuqPDxlOXVZ8EYezXZCQuIF3usWbLNwLd7Ckt qhrqi2nfIrvuCQtIXq8A =cOfY -----END PGP SIGNATURE----- --sfBjuTduSoVGmHQQo0sek4mRaJSo1qcie-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 13:32:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC80D9F4 for ; Thu, 12 Dec 2013 13:32:07 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.144.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 232E111EA for ; Thu, 12 Dec 2013 13:32:05 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.71]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id rBCDVhFn030846 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Dec 2013 19:31:43 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <52A9BABF.6060403@norma.perm.ru> Date: Thu, 12 Dec 2013 19:31:43 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130709 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: zfs i/o error - all block copies unavailable References: <52A8C5AF.1000800@norma.perm.ru> <52A99894.4080704@FreeBSD.org> In-Reply-To: <52A99894.4080704@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Thu, 12 Dec 2013 19:31:43 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 13:32:07 -0000 Hi. On 12.12.2013 17:05, Andriy Gapon wrote: > > A few words about your pool configuration and the disks that it is comprised of... > It was created under 8.2-STABLE, still not upgraded. Now it's running on one disk (I keep another as a cold backup, just in case). It has a separated log device (addition or removal doesn't affect the error message - I tried that). Disks: diskid/DISK-MK0311YHG8W4EA is ada2, got this strange id while importing pool on different machines and different FreeBSd versions. ada1 is a blank disk, waiting to attach and resilver. ada0 is a separate log device. BIOS is set to boot from ada2 first. Other data: ===Cut=== # zpool status pool: zfsroot state: DEGRADED status: One or more devices could not be opened. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Attach the missing device and online it using 'zpool online'. see: http://illumos.org/msg/ZFS-8000-2Q scan: resilvered 352G in 9h34m with 0 errors on Thu Dec 12 09:20:25 2013 config: NAME STATE READ WRITE CKSUM zfsroot DEGRADED 0 0 0 mirror-0 DEGRADED 0 0 0 17492019096575782489 UNAVAIL 0 0 0 was /dev/diskid/DISK-MK0311YHG0P7KAp2 diskid/DISK-MK0311YHG8W4EAp2 ONLINE 0 0 0 logs ada0 ONLINE 0 0 0 errors: No known data errors # gpart show => 34 7814037101 ada1 GPT (3.6T) 34 4062 - free - (2.0M) 4096 128 1 freebsd-boot (64K) 4224 3968 - free - (1.9M) 8192 16777216 2 freebsd-swap (8.0G) 16785408 7797248000 3 freebsd-zfs (3.6T) 7814033408 3727 - free - (1.8M) => 34 5860533101 diskid/DISK-MK0311YHG8W4EA GPT (2.7T) 34 128 1 freebsd-boot (64K) 162 5860532973 2 freebsd-zfs (2.7T) # zpool get version zfsroot NAME PROPERTY VALUE SOURCE zfsroot version 28 local # camcontrol devlist at scbus0 target 0 lun 0 (ada0,pass0) at scbus4 target 0 lun 0 (ada1,pass1) at scbus5 target 0 lun 0 (ada2,pass2) # uname -a FreeBSD witchdoctor.hq.norma.perm.ru 10.0-BETA1 FreeBSD 10.0-BETA1 #0 r257042: Fri Oct 25 10:36:18 YEKT 2013 emz@ravenholm:/usr/obj/usr/src/sys/GENERIC amd64 # zdb -uuu zfsroot Uberblock: magic = 0000000000bab10c version = 28 txg = 14319226 guid_sum = 834775614900075866 timestamp = 1386855032 UTC = Thu Dec 12 19:30:32 2013 rootbp = DVA[0]=<0:1cdb997dc00:800> DVA[1]=<0:1823b8000:800> DVA[2]=<0:8903e6de00:800> [L0 DMU objset] fletcher4 uncompressed LE contiguous unique triple size=800L/800P birth=14319226L/14319226P fill=1536 cksum=9d27e4420:11a5620d1142:fe973030dd097:99a2a40f6f1dcdc # zdb zfsroot: version: 28 name: 'zfsroot' state: 0 txg: 14309424 pool_guid: 956623217810981947 hostid: 1697066120 hostname: 'witchdoctor.hq.norma.perm.ru' vdev_children: 2 vdev_tree: type: 'root' id: 0 guid: 956623217810981947 children[0]: type: 'mirror' id: 0 guid: 13487386534404888877 whole_disk: 0 metaslab_array: 23 metaslab_shift: 31 ashift: 9 asize: 3000588042240 is_log: 0 children[0]: type: 'disk' id: 0 guid: 17492019096575782489 path: '/dev/diskid/DISK-MK0311YHG0P7KAp2' phys_path: '/dev/diskid/DISK-MK0311YHG0P7KAp2' whole_disk: 0 not_present: 1 DTL: 29 children[1]: type: 'disk' id: 1 guid: 14768018157997934015 path: '/dev/diskid/DISK-MK0311YHG8W4EAp2' phys_path: '/dev/diskid/DISK-MK0311YHG8W4EAp2' whole_disk: 0 DTL: 27 children[1]: type: 'disk' id: 1 guid: 9470960829239143386 path: '/dev/ada0' phys_path: '/dev/ada0' whole_disk: 1 metaslab_array: 4113 metaslab_shift: 29 ashift: 9 asize: 80021553152 is_log: 1 create_txg: 14308146 features_for_read: ===Cut=== Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 13:44:08 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06073C77; Thu, 12 Dec 2013 13:44:08 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 441C912D3; Thu, 12 Dec 2013 13:44:06 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBCDi3sI098097; Thu, 12 Dec 2013 15:44:03 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBCDi272097985; Thu, 12 Dec 2013 13:44:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Dec 2013 13:44:02 GMT Message-Id: <201312121344.rBCDi272097985@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2013 13:44:08 -0000 TB --- 2013-12-12 09:00:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-12 09:00:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-12 09:00:44 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2013-12-12 09:00:44 - cleaning the object tree TB --- 2013-12-12 09:01:41 - /usr/local/bin/svn stat /src TB --- 2013-12-12 09:01:52 - At svn revision 259250 TB --- 2013-12-12 09:01:53 - building world TB --- 2013-12-12 09:01:53 - CROSS_BUILD_TESTING=YES TB --- 2013-12-12 09:01:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-12 09:01:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-12 09:01:53 - SRCCONF=/dev/null TB --- 2013-12-12 09:01:53 - TARGET=powerpc TB --- 2013-12-12 09:01:53 - TARGET_ARCH=powerpc TB --- 2013-12-12 09:01:53 - TZ=UTC TB --- 2013-12-12 09:01:53 - __MAKE_CONF=/dev/null TB --- 2013-12-12 09:01:53 - cd /src TB --- 2013-12-12 09:01:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 12 09:02:03 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Dec 12 12:41:09 UTC 2013 TB --- 2013-12-12 12:41:09 - generating LINT kernel config TB --- 2013-12-12 12:41:09 - cd /src/sys/powerpc/conf TB --- 2013-12-12 12:41:09 - /usr/bin/make -B LINT TB --- 2013-12-12 12:41:09 - cd /src/sys/powerpc/conf TB --- 2013-12-12 12:41:09 - /usr/sbin/config -m LINT TB --- 2013-12-12 12:41:09 - building LINT kernel TB --- 2013-12-12 12:41:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-12 12:41:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-12 12:41:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-12 12:41:09 - SRCCONF=/dev/null TB --- 2013-12-12 12:41:09 - TARGET=powerpc TB --- 2013-12-12 12:41:09 - TARGET_ARCH=powerpc TB --- 2013-12-12 12:41:09 - TZ=UTC TB --- 2013-12-12 12:41:09 - __MAKE_CONF=/dev/null TB --- 2013-12-12 12:41:09 - cd /src TB --- 2013-12-12 12:41:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 12 12:41:09 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Dec 12 13:13:13 UTC 2013 TB --- 2013-12-12 13:13:13 - cd /src/sys/powerpc/conf TB --- 2013-12-12 13:13:13 - /usr/sbin/config -m GENERIC TB --- 2013-12-12 13:13:13 - building GENERIC kernel TB --- 2013-12-12 13:13:13 - CROSS_BUILD_TESTING=YES TB --- 2013-12-12 13:13:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-12 13:13:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-12 13:13:13 - SRCCONF=/dev/null TB --- 2013-12-12 13:13:13 - TARGET=powerpc TB --- 2013-12-12 13:13:13 - TARGET_ARCH=powerpc TB --- 2013-12-12 13:13:13 - TZ=UTC TB --- 2013-12-12 13:13:13 - __MAKE_CONF=/dev/null TB --- 2013-12-12 13:13:13 - cd /src TB --- 2013-12-12 13:13:13 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Dec 12 13:13:13 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Dec 12 13:39:38 UTC 2013 TB --- 2013-12-12 13:39:38 - cd /src/sys/powerpc/conf TB --- 2013-12-12 13:39:38 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-12 13:39:38 - skipping GENERIC64 kernel TB --- 2013-12-12 13:39:38 - cd /src/sys/powerpc/conf TB --- 2013-12-12 13:39:38 - /usr/sbin/config -m MPC85XX TB --- 2013-12-12 13:39:38 - building MPC85XX kernel TB --- 2013-12-12 13:39:38 - CROSS_BUILD_TESTING=YES TB --- 2013-12-12 13:39:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-12 13:39:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-12 13:39:38 - SRCCONF=/dev/null TB --- 2013-12-12 13:39:38 - TARGET=powerpc TB --- 2013-12-12 13:39:38 - TARGET_ARCH=powerpc TB --- 2013-12-12 13:39:38 - TZ=UTC TB --- 2013-12-12 13:39:38 - __MAKE_CONF=/dev/null TB --- 2013-12-12 13:39:38 - cd /src TB --- 2013-12-12 13:39:38 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Thu Dec 12 13:39:39 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/quicc/quicc_bfe_fdt.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sec/sec.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/tsec/if_tsec.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/tsec/if_tsec_fdt.c cc1: warnings being treated as errors /src/sys/dev/tsec/if_tsec_fdt.c: In function 'tsec_fdt_attach': /src/sys/dev/tsec/if_tsec_fdt.c:163: warning: implicit declaration of function 'OF_getencprop' /src/sys/dev/tsec/if_tsec_fdt.c:163: warning: nested extern declaration of 'OF_getencprop' [-Wnested-externs] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/MPC85XX *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-12 13:44:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-12 13:44:01 - ERROR: failed to build MPC85XX kernel TB --- 2013-12-12 13:44:01 - 12894.70 user 4422.49 system 16997.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 13:52:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8B5C8F for ; Thu, 12 Dec 2013 13:52:33 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.144.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 592E31394 for ; Thu, 12 Dec 2013 13:52:32 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.71]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id rBCDqILT032231 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Dec 2013 19:52:18 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <52A9BF92.7060903@norma.perm.ru> Date: Thu, 12 Dec 2013 19:52:18 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130709 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: zfs i/o error - all block copies unavailable References: <52A8C5AF.1000800@norma.perm.ru> <52A99894.4080704@FreeBSD.org> <52A9BABF.6060403@norma.perm.ru> In-Reply-To: <52A9BABF.6060403@norma.perm.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Thu, 12 Dec 2013 19:52:18 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 13:52:34 -0000 Hi. On 12.12.2013 19:31, Eugene M. Zheganin wrote: > Hi. > > On 12.12.2013 17:05, Andriy Gapon wrote: >> A few words about your pool configuration and the disks that it is comprised of... >> > Update: today my users uploaded some more data, free space got smaller and now I got ZFS: i/o error - all block copies unavailable ZFS: can't read MOS of pool sfzroot gptzfsboot: failed to mount default pool zfsroot FreeBSD/x86 boot BTX halted Clearly this has to do something with free space shortage. To be honest, I thought the separete log device will dealwith this, seems like I was wrong. Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 14:03:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B9622F5 for ; Thu, 12 Dec 2013 14:03:49 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.144.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5B8B14A0 for ; Thu, 12 Dec 2013 14:03:48 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.71]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id rBCE3XSx033049 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Dec 2013 20:03:33 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <52A9C235.9020204@norma.perm.ru> Date: Thu, 12 Dec 2013 20:03:33 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130709 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: zfs i/o error - all block copies unavailable References: <52A8C5AF.1000800@norma.perm.ru> <52A99894.4080704@FreeBSD.org> <52A9BABF.6060403@norma.perm.ru> <52A9BF92.7060903@norma.perm.ru> In-Reply-To: <52A9BF92.7060903@norma.perm.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Thu, 12 Dec 2013 20:03:33 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 14:03:49 -0000 Hi. On 12.12.2013 19:52, Eugene M. Zheganin wrote: > Clearly this has to do something with free space shortage. To be honest, > I thought the separete log device will dealwith this, seems like I was > wrong. > > I totally forgot to attach the "zfs list" list and "zpool list" output, and now it's offine, but it's usage is above 95% now, and it has only few dozens gigs left out of 2.6T. As soon as I will boot it up from a separate boot I will attach this data. Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 14:41:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29EDCD52 for ; Thu, 12 Dec 2013 14:41:26 +0000 (UTC) Received: from mail-ee0-x22b.google.com (mail-ee0-x22b.google.com [IPv6:2a00:1450:4013:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2DAD1767 for ; Thu, 12 Dec 2013 14:41:25 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id c13so274920eek.16 for ; Thu, 12 Dec 2013 06:41:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=g5+2hCOb0VUKNhXw5NZvm/4lELgmr6TyXM5ygfIvtGc=; b=kt8JBR8IgwlQ/8wGfiJgIXl1zUMxn64i8hvwwt0Gr0okT6OKmm0yhlPmVymXZMEFa4 vNRY/fH4oOq3eGQVCpUb+WqYEwhhAChYKwelEPndvLNdVyypcRPvnjumtcCl4J7U2cWH 5ekuJyzt7H+/PWs9mFcXbJE6JiJ3gi55T2kuY3IwAp+EU169ErfJtvs+wkQPeROaRSac fq4LwwO8yPU7B/DL3maVXUtS1P7DE19WhEIORSzVYi2JKpcCMUMS2pov1B6YZFa0THcC GAleYBJYB/n1tifXXNfiONNxwW1ng7u8yKvVdFertctKGvy7Rip/Qnb/Fj77nS4/6vH0 ylVg== X-Received: by 10.14.194.1 with SMTP id l1mr8364637een.103.1386859284094; Thu, 12 Dec 2013 06:41:24 -0800 (PST) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id g47sm66786525eeo.19.2013.12.12.06.41.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Dec 2013 06:41:23 -0800 (PST) Message-ID: <52A9CB11.9040201@gmail.com> Date: Thu, 12 Dec 2013 16:41:21 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Eugene M. Zheganin" , "freebsd-stable@freebsd.org Stable" Subject: Re: zfs i/o error - all block copies unavailable References: <52A8C5AF.1000800@norma.perm.ru> In-Reply-To: <52A8C5AF.1000800@norma.perm.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 14:41:26 -0000 11.12.2013 22:06, Eugene M. Zheganin напиŃав(ла): > Hi. > > I have a server, it was running 8.2-STABLE/i386 with zfs v28. All of a > sudden, on last reboot I got a big bunch of "zfs i/o error - all block > copies unavailable" messages and server was unable to boot. I decided > that one disk is dying, detached it, and booted successfully. On a next > boot I got this again. I booted from CD, replaced a zpool.cache, and > booted successfully once again. On next reboot I got it again, and was > unable to fix it. However (as you may already know) disks were fine, and > all the data wasn't corrupted. Iread a couple of mailing list posts > about this mentioning that this could be an i386 issue, and decided to > deal with in a radical way: I've installed 10.0-BETA1/amd64 (booted from > a LiveCD, mounted an NFS share with /usr/src and obj, and did the > upgrade). Now everything is almost fine, except that I still get this > message, but only once and it seems to be harmless, as the server can > still be booted (I experimented and tried this like a dozen times). > > So, questions: > > - is it really harmless ? Probably not. > - can I run with this ? Probably yes. > - is there any way to get rid of it ? (probably, without recreating a > pool, because it holds several TBytes of user data) Had you updated bootcode after switching to 10.0? Did you issued scrub for your pool at least once? -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 14:44:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E027EB5 for ; Thu, 12 Dec 2013 14:44:59 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.144.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8EE11179D for ; Thu, 12 Dec 2013 14:44:57 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.71]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id rBCEigR6035646 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Dec 2013 20:44:42 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <52A9CBDA.6020509@norma.perm.ru> Date: Thu, 12 Dec 2013 20:44:42 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130709 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: zfs i/o error - all block copies unavailable References: <52A8C5AF.1000800@norma.perm.ru> <52A99894.4080704@FreeBSD.org> <52A9BABF.6060403@norma.perm.ru> <52A9BF92.7060903@norma.perm.ru> <52A9C235.9020204@norma.perm.ru> In-Reply-To: <52A9C235.9020204@norma.perm.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Thu, 12 Dec 2013 20:44:42 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 14:44:59 -0000 Hi. On 12.12.2013 20:03, Eugene M. Zheganin wrote: > I totally forgot to attach the "zfs list" list and "zpool list" output, > and now it's offine, but it's usage is above 95% now, and it has only > few dozens gigs left out of 2.6T. > As soon as I will boot it up from a separate boot I will attach this data. > > I'm apologizing sincerely for the amount of letters. I booted up from the UFS drive: ===Cut=== # zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT zfsroot 2,73T 2,59T 138G 95% 1.00x DEGRADED /zfsroot # zfs list -t all NAME USED AVAIL REFER MOUNTPOINT zfsroot 2,59T 94,7G 836M legacy zfsroot/public 2,58T 94,7G 2,58T /zfsroot/usr/local/public zfsroot/tmp 5,42M 94,7G 5,42M /zfsroot/tmp zfsroot/usr 8,36G 94,7G 8,05G /zfsroot/usr zfsroot/usr/home 9,97M 94,7G 9,97M /zfsroot/usr/home zfsroot/usr/ports 66,5K 94,7G 24,5K /zfsroot/usr/ports zfsroot/usr/ports/distfiles 21K 94,7G 21K /zfsroot/usr/ports/distfiles zfsroot/usr/ports/packages 21K 94,7G 21K /zfsroot/usr/ports/packages zfsroot/usr/src 314M 94,7G 314M /zfsroot/usr/src zfsroot/var 105M 94,7G 4,64M /zfsroot/var zfsroot/var/crash 22,5K 94,7G 22,5K /zfsroot/var/crash zfsroot/var/db 88,5M 94,7G 85,7M /zfsroot/var/db zfsroot/var/db/pkg 2,87M 94,7G 2,87M /zfsroot/var/db/pkg zfsroot/var/empty 21K 94,7G 21K /zfsroot/var/empty zfsroot/var/log 1,14M 94,7G 1,14M /zfsroot/var/log zfsroot/var/mail 11,0M 94,7G 11,0M /zfsroot/var/mail zfsroot/var/run 46,5K 94,7G 46,5K /zfsroot/var/run zfsroot/var/tmp 23K 94,7G 23K /zfsroot/var/tmp ===Cut=== Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 14:53:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7108A424 for ; Thu, 12 Dec 2013 14:53:38 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.144.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB020185B for ; Thu, 12 Dec 2013 14:53:37 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.71]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id rBCErM3N036144 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 12 Dec 2013 20:53:22 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <52A9CDE2.8060409@norma.perm.ru> Date: Thu, 12 Dec 2013 20:53:22 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130709 Thunderbird/17.0.6 MIME-Version: 1.0 To: Volodymyr Kostyrko Subject: Re: zfs i/o error - all block copies unavailable References: <52A8C5AF.1000800@norma.perm.ru> <52A9CB11.9040201@gmail.com> In-Reply-To: <52A9CB11.9040201@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Thu, 12 Dec 2013 20:53:22 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 14:53:38 -0000 Hi. On 12.12.2013 20:41, Volodymyr Kostyrko wrote: > > Had you updated bootcode after switching to 10.0? Did you issued scrub > for your pool at least once? > Zomg. Yeah, you must be right. I didn't, because I only update bootcode when I upgrade the pool version. Will do that. Thanks a lot, man ! Eugene. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 15:33:59 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29FB8FD7 for ; Thu, 12 Dec 2013 15:33:59 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7347A1C81 for ; Thu, 12 Dec 2013 15:33:57 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA08192; Thu, 12 Dec 2013 17:33:29 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vr8GX-000KlP-EF; Thu, 12 Dec 2013 17:33:29 +0200 Message-ID: <52A9D724.1040806@FreeBSD.org> Date: Thu, 12 Dec 2013 17:32:52 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Eugene M. Zheganin" , freebsd-stable@FreeBSD.org Subject: Re: zfs i/o error - all block copies unavailable References: <52A8C5AF.1000800@norma.perm.ru> <52A99894.4080704@FreeBSD.org> <52A9BABF.6060403@norma.perm.ru> In-Reply-To: <52A9BABF.6060403@norma.perm.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 15:33:59 -0000 on 12/12/2013 15:31 Eugene M. Zheganin said the following: > => 34 7814037101 ada1 GPT (3.6T) At work we recently had a problem with the 3TB disks on certain systems. Apparently BIOS silently failed to read offsets >= 2TB. Probably it just read from wrong offsets (e.g. modulo 2TB). So, if any files important for booting like zfsloader or kernel or mandatory boot configuration files ended up at the large offsets, then the system just would not boot. As a precise location of the files on disk is not predictable we had to create a smaller partition specifically for the root pool. Not sure if you have the same issue, but this is something to keep in mind. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 15:59:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFFE09C1 for ; Thu, 12 Dec 2013 15:59:39 +0000 (UTC) Received: from away.numachi.com (away.numachi.com [66.228.38.138]) by mx1.freebsd.org (Postfix) with SMTP id 6B2001E2F for ; Thu, 12 Dec 2013 15:59:39 +0000 (UTC) Received: (qmail 28936 invoked from network); 12 Dec 2013 15:52:56 -0000 Received: from unknown (HELO meisai.numachi.com) (71.181.44.212) by away.numachi.com with SMTP; 12 Dec 2013 15:52:56 -0000 Received: (qmail 44003 invoked by uid 1001); 12 Dec 2013 15:41:05 -0000 Date: Thu, 12 Dec 2013 10:41:05 -0500 From: Brian Reichert To: Daniel O'Connor Subject: Re: BIND segway -> python -> first-class ports Message-ID: <20131212154105.GS55121@numachi.com> References: <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> <38856510-A2D9-41E6-8CDC-ED282BDA933A@gsoft.com.au> <5A92C643-0BA6-4D15-AB54-DB78BE00583A@fisglobal.com> <6052F96E-0CD3-4C56-A619-8337C4ED890C@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6052F96E-0CD3-4C56-A619-8337C4ED890C@gsoft.com.au> User-Agent: Mutt/1.5.9i Cc: Kevin Oberman , Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 15:59:39 -0000 On Thu, Dec 12, 2013 at 05:37:08PM +1030, Daniel O'Connor wrote: > > On 12 Dec 2013, at 17:32, Teske, Devin wrote: > > On Dec 11, 2013, at 9:46 PM, Daniel O'Connor wrote: > >> On 12 Dec 2013, at 12:24, Teske, Devin wrote: > >>>> Thanks, if only I'd know about this 6 months ago :) > >>> > >>> I just wrote it from scratch, so didn't exist until today ;D > >> > >> Hah nice, although I imagine there is plenty of legal XML it can't parse. > >> > >> That plays to another point about this sort of work - it's very hard to write shell script that will work properly in all cases (things like spaces, or even newlines and unprintable characters in filenames). > >> > > > > If I had spent more time on it, then it would be able to parse any > > XML. However, it wasn't worth going further without first having > > a look at the C code that produces the output. > > > > For example, different XML encoding libraries may encode the > > property values more or less strictly (for example, are values > > properly encoded to prevent a value of "" (for example) > > from prematurely terminating the property borking the XML > > valiation. (my guess would be that it would be encoded fully as > > "</name>". > > > > Just a matter of extending the extract_data() and extract_attr() > > functions and then generalizing a little more. > > I think looking at what produces it is 'cheating' and can end up biting you in the ass later on. Is 'xsltproc' available? It's not fun writing xslt stylesheets, but it's rigorous, and can crank out any output you want. > Basically my point is that there needs to be _some_ interchange format where you can reliably parse output from tools generating it (which by and by might be written by different people with different assumptions etc). So a core extremely robust parser is necessary. JSON tools? :) I imagine nothing in base. > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C -- Brian Reichert BSD admin/developer at large From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 16:11:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4472DCCC; Thu, 12 Dec 2013 16:11:16 +0000 (UTC) Received: from lwfs1-cam.cam.lispworks.com (mail.lispworks.com [193.34.186.230]) by mx1.freebsd.org (Postfix) with ESMTP id B7CAE1F57; Thu, 12 Dec 2013 16:11:15 +0000 (UTC) Received: from higson.cam.lispworks.com (higson.cam.lispworks.com [192.168.1.7]) by lwfs1-cam.cam.lispworks.com (8.14.5/8.14.5) with ESMTP id rBCG0Elv095720; Thu, 12 Dec 2013 16:00:14 GMT (envelope-from martin@lispworks.com) Received: from higson.cam.lispworks.com (localhost.localdomain [127.0.0.1]) by higson.cam.lispworks.com (8.14.4) id rBCFePVU013824; Thu, 12 Dec 2013 15:40:25 GMT Received: (from martin@localhost) by higson.cam.lispworks.com (8.14.4/8.14.4/Submit) id rBCFePGB013820; Thu, 12 Dec 2013 15:40:25 GMT Date: Thu, 12 Dec 2013 15:40:25 GMT Message-Id: <201312121540.rBCFePGB013820@higson.cam.lispworks.com> From: Martin Simmons To: Florent Peterschmitt In-reply-to: <52A9AD9C.2090200@peterschmitt.fr> (message from Florent Peterschmitt on Thu, 12 Dec 2013 13:35:40 +0100) Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> <52A9ABEF.8080509@FreeBSD.org> <52A9AD9C.2090200@peterschmitt.fr> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, avg@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 16:11:16 -0000 >>>>> On Thu, 12 Dec 2013 13:35:40 +0100, Florent Peterschmitt said: > > Le 12/12/2013 13:28, Andriy Gapon a Ă©crit : > > on 12/12/2013 14:21 Florent Peterschmitt said the following: > >> Le 12/12/2013 12:08, Andriy Gapon a Ă©crit : > >>> on 10/12/2013 12:22 Florent Peterschmitt said the following: > >>>> Hi, > >>>> > >>>> Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was > >>>> upgraded from 9.2-RELEASE? > >>>> > >>>> I have two servers, with very different hardware (on is with soft raid > >>>> and the other have not) and after a zpool upgrade, no way to get the > >>>> server booting. > >>>> > >>>> Do I miss something when upgrading? > >>>> > >>>> I cannot get the error message for the moment. I reinstalled the raid > >>>> server under Linux and the other one is waiting for getting a vKVMÂ… > >>>> > >>> > >>> Apologies if I missed it, but a few words about your pool configuration > >>> and the hardware that it uses would not hurt. > >>> > >> > >> Yes, sorry. You can find here the script I use to install: > >> > >> https://github.com/Leryan/freebsd-zfs-install/blob/master/zfs.sh > >> > > > > Is there a more readable way to describe the configuration and the _hardware_ > > than this script? > > > > That's all I can give at the moment, i'll send later all informations > about the zpool and zfs sets. > > For the hardware, I don't know how it could make the zpool not working. > I was running BETA4 without hardware problems, it is just after the > zpool upgrade the system is unreachable. And I have _no_ way to watch > the system booting since the hoster is un troubleÂ… > > Anyway, I'll also send a dmesg in the same time. Did you rerun the gpart bootcode command after installing FreeBSD 10? If not, maybe the 9.2 bootcode can't handle the upgraded pool? If you did rerun it, check that /boot/gptzfsboot doesn't exceed the size of the partition (your zfs.sh uses -s 128 = 64k). __Martin From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 16:24:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA291604; Thu, 12 Dec 2013 16:24:50 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A71161066; Thu, 12 Dec 2013 16:24:50 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id rBCGOgHa029920 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 12 Dec 2013 10:24:42 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Thu, 12 Dec 2013 10:24:40 -0600 From: "Teske, Devin" To: "Daniel O'Connor" Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9oguAMsIQg72sUSzcf93F1B7uw== Date: Thu, 12 Dec 2013 16:24:40 +0000 Message-ID: <85EE26D8-0AB4-41B0-85AE-5439160EC602@fisglobal.com> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <0EC3A50D-A6BE-4F3B-87D6-AB0470F0BA64@gsoft.com.au> <4174A92E-F202-4FFB-BFED-C38A9D0A7F91@fisglobal.com> <0D92E13A-F869-492C-852B-37A0BFB1674C@gsoft.com.au> <38856510-A2D9-41E6-8CDC-ED282BDA933A@gsoft.com.au> <5A92C643-0BA6-4D15-AB54-DB78BE00583A@fisglobal.com> <6052F96E-0CD3-4C56-A619-8337C4ED890C@gsoft.com.au> In-Reply-To: <6052F96E-0CD3-4C56-A619-8337C4ED890C@gsoft.com.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-12_04:2013-12-12,2013-12-12,1970-01-01 signatures=0 Cc: Kevin Oberman , Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" , Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2013 16:24:51 -0000 On Dec 11, 2013, at 11:07 PM, Daniel O'Connor wrote: >=20 > On 12 Dec 2013, at 17:32, Teske, Devin wrote: >> On Dec 11, 2013, at 9:46 PM, Daniel O'Connor wrote: >>> On 12 Dec 2013, at 12:24, Teske, Devin wrot= e: >>>>> Thanks, if only I'd know about this 6 months ago :) >>>>=20 >>>> I just wrote it from scratch, so didn't exist until today ;D >>>=20 >>> Hah nice, although I imagine there is plenty of legal XML it can't pars= e. >>>=20 >>> That plays to another point about this sort of work - it's very hard to= write shell script that will work properly in all cases (things like space= s, or even newlines and unprintable characters in filenames). >>>=20 >>=20 >> If I had spent more time on it, then it would be able to parse any >> XML. However, it wasn't worth going further without first having >> a look at the C code that produces the output. >>=20 >> For example, different XML encoding libraries may encode the >> property values more or less strictly (for example, are values >> properly encoded to prevent a value of "" (for example) >> from prematurely terminating the property borking the XML >> valiation. (my guess would be that it would be encoded fully as >> "</name>". >>=20 >> Just a matter of extending the extract_data() and extract_attr() >> functions and then generalizing a little more. >=20 > I think looking at what produces it is 'cheating' and can end up biting y= ou in the ass later on. >=20 > Basically my point is that there needs to be _some_ interchange format wh= ere you can reliably parse output from tools generating it (which by and by= might be written by different people with different assumptions etc). So a= core extremely robust parser is necessary. >=20 > Perhaps there could be a base tool which can take such output and convert= it to a set of struct commands. That is really my second choice, but I thi= nk that it is politically infeasible to modify our /bin/sh to parse XML (or= any other useful interchange format). Two 'nits'... I remember having these same types of discussions decades ago. They seem to repeat themselves every 6-12 years. I seem to recall that everytime the topic of format parsing and data mgmt comes up, there's a split between two types of people. A. The folks that want "purpose built" parsers that compartmentalize the lo= gic and B. The folks that want a "general built" parsers that have to potentially be tuned for the data that you're parsing. In my experience in building, developing, and *using* both... Nit 1. The general purpose tool forces you to use the data structure that it uses for access, while at the same time not taking into consideration that it may fail edge-cases if you don't "cheat" as you suggest and look at the code that is generating the output for which you will feed to a generalized parser. NB: Notice how you don't get away from the fact that you really *ought* to be looking at the code that generates the output (always) to make sure you don't have a gaping edge-case. Nit 2. The purpose-built parser can often lend simplicity to a situation wh= ere possible. That is to say, if you can get by with a simple parser, more often than not, this approach may be desirable because you localize the logic to the point where changes will occur less often. In the converse, we find that changes to the generalized library may unintentionally break the parsing of multiple code-points when all you did was want to add some basic "thing". Ultimately, the benefit of not over-complicating every "parse-job" is that.= .. + With a localized logic, you won't have to worry about the end-to-end regression testing that is required for such a beast. That's why all the great generalized parsers have their own test-harnesses and a giant pool of sample data to make sure that each change is rigorously tested against each/every known format. That's great, but a purpose-built parse can last 15-20 years without a chan= ge (be it written in C, C++, Obj-C, Assembly, whatever) because the only time = it will change is when the format it parses changes. So what we relinquish by (a) giving up the use of a generalized parser to "= Parse The World"(tm) and (b) using a localized purpose-built parse for individual= ized parse-jobs... + Longevity of code + Equal or lesser cost of maintenance + A little team-work Just my 2-cents. Been doing the whole "Parse The World"(tm) thing for a whi= le and it's given me some perspective. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 18:13:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82C61C31; Thu, 12 Dec 2013 18:13:31 +0000 (UTC) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1964B19BE; Thu, 12 Dec 2013 18:13:31 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id la4so558550vcb.15 for ; Thu, 12 Dec 2013 10:13:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=JKXVFTdyS/65CEOcpfD7UFn5c9QaGDy4nd9jXPKMrjQ=; b=n9jJ7XwkrLit8OwcKJPZTlXKyOhs6lSXvSDCUg3ZdMdqquTz0x65KP/llOUyHI1X0k QpvKORIZPjqv+mDEtFgECq+/tBMBqL84HMCymKF8T1hqD50yaZJOxaFHfiOZGvPoCmBW LrrP+9q4kGozxCJBjHpJGPNQjqHFwfT6zVAQbDKdTH/tcLG5va4LnlHPdyg6WaL2tadb kQJkZ4luyjC2571EfW+VrK4D6E5miADz4QX5LzNu3Y/GFMTcRvyjjORuuLKH6XX0nwdM lMD1qyrj2yRJbJqujq+XvMx4FiuphXyo5k23S4IFqRlt0LuOU3AJHkjCyyDxz5aREPPu dc3w== MIME-Version: 1.0 X-Received: by 10.220.172.8 with SMTP id j8mr58883vcz.79.1386872010235; Thu, 12 Dec 2013 10:13:30 -0800 (PST) Sender: artemb@gmail.com Received: by 10.221.9.2 with HTTP; Thu, 12 Dec 2013 10:13:30 -0800 (PST) In-Reply-To: <52A9ABEF.8080509@FreeBSD.org> References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> <52A9ABEF.8080509@FreeBSD.org> Date: Thu, 12 Dec 2013 10:13:30 -0800 X-Google-Sender-Auth: XpnDzsT59dF1GsoDyhp-Iffj_b0 Message-ID: Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure From: Artem Belevich To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs , freebsd-stable stable , Florent Peterschmitt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 18:13:31 -0000 On Thu, Dec 12, 2013 at 4:28 AM, Andriy Gapon wrote: >> Yes, sorry. You can find here the script I use to install: >> >> https://github.com/Leryan/freebsd-zfs-install/blob/master/zfs.sh >> >From zfs.sh: ># Zero ZFS sectors >dd if=/dev/zero of=/dev/${ada}p3 count=560 bs=512 That destroys only half of ZFS uberblocks. The other half is placed at the top of the vdev slices in the pool. There were few reports recently that such 'orphan' ZFS uberblocks were messing up boot on recent FreeBSD versions. Considering lack of details on how exactly your boot fails, this may or may not be the issue in your case. do "zdb -l /dev/ada0" (and all other slices on ada0) and check whether it reports anything unexpected. --Artem From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 19:09:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 832ED34B for ; Thu, 12 Dec 2013 19:09:17 +0000 (UTC) Received: from mail-yh0-f41.google.com (mail-yh0-f41.google.com [209.85.213.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 417251E9D for ; Thu, 12 Dec 2013 19:09:17 +0000 (UTC) Received: by mail-yh0-f41.google.com with SMTP id f11so709711yha.0 for ; Thu, 12 Dec 2013 11:09:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=Sg34dVXJOROYPVVHoTE1pSMCqmAOMEyNqylKD0IZfjE=; b=Y7/xpbew1nvD4neCmY4mVGH2uwEEQzymw9nqLSI6vMfMNhqqmRJqEV/BZP9csnG8MQ k4+FtcFZnrbukLQU4WTw/x8CLMYGHz2OU6YqG8nUbWcQ84NYpegLE6y1QZgTnHKmUY3Q LAuOmufGmrkrI+c7OZwMI8Vt+MDMgxZMGDl0SRMg+4wrv5WpAMfucLgUxV3OtO4SigtU y3PnZhtVPGJ2RD0YOgV/mih75egpPZA5EN/SfdU5ZUnplohgUFA6MhU4+4htj+bAHKKN imELKq43igdamIajJxNYE5EEtf46Cw1pj1JCt++JSEJC5j9trOiijCGSSNLkVN9uIovT tecg== X-Gm-Message-State: ALoCoQkUJCmawWb+jWGngGPpTT33VmZtKmSSKac9Veahwoi6rlNlQOkXe9vDQQZjlkugEjcMWIOl X-Received: by 10.236.13.3 with SMTP id a3mr7091204yha.21.1386873720881; Thu, 12 Dec 2013 10:42:00 -0800 (PST) Received: from [192.168.1.4] (pool-72-84-124-111.nrflva.fios.verizon.net. [72.84.124.111]) by mx.google.com with ESMTPSA id q9sm35427321yhk.16.2013.12.12.10.41.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Dec 2013 10:42:00 -0800 (PST) Message-ID: <52AA0377.3050804@ohlste.in> Date: Thu, 12 Dec 2013 13:41:59 -0500 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable stable Subject: Iconv issues Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 19:09:17 -0000 Hello, After upgrading a test box successfully to 10-PRERELEASE (r259093) I did the same on another and ran into major iconv problems. To make a long story short, a PHP script stopped working with the following error: 2013/12/10 03:01:52 [error] 3356#0: *10897 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to undefined function iconv_strlen() in /path/to/script.php on line 420" while reading response header from upstream, client: [ip deleted] server: [my server], request: "GET /script.php?21,19203,19203 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000" For some reason, the PHP "iconv_strlen()" function is not working correctly. I'm not sure if this is a known issue, but since it works as expected under 9.2 with the libiconv port installed, I am guessing it's not an issue with PHP. This was fatal no matter which PHP implementation I used (PHP-PPM 5.5.5 or Apache 2.2 with libphp5.so). For whatever reason, the function call does not seem to work with the base iconv implementation in 10-STABLE. I reverted to 9.2 with a zfs rollback and all is well. So here's the question: Can I continue to compile against libiconv even though the port is deprecated? Well I know that I can but is it ill advised? I'm not concerned about the license issue in this situation. Also, has anyone else seen this or developed a workaround beside continuing to use libiconv? -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 19:30:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C43CACF4 for ; Thu, 12 Dec 2013 19:30:22 +0000 (UTC) Received: from mail-pb0-f49.google.com (mail-pb0-f49.google.com [209.85.160.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98AEA108C for ; Thu, 12 Dec 2013 19:30:22 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so1074067pbb.22 for ; Thu, 12 Dec 2013 11:30:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=acOeX44xDmIE+LiM+ibI4OoHB9aPCQcfDF7oK0R/UDw=; b=EfPCBviyGPaqa09YIlM2Q0YkPuQi8vQR5Ua9ihLaPsp+X3+HjSjddvEm7Udb5LytVd AyzQe/mzjERrIDoi+8xyl9yYmyYlDvUJJKo6IxZfGU0N2PK8F0fB0DAUdkpcMqv4rXMh itL0dNWb/d828yRqbNpU2x128qWmagesacpV/5tTGK2cRBTFou5TxiI68O17INikyRj8 1LsvmckmrrsxVmn3JeTGeWWFstjrvahGRr9tZvWIz+91pXCvIgfoeXFIdWgNhEfTI7bO Z/Nq+zRi86KR2txDW7hTmwCQfD2Ao6ARHqyk37pnTEodmd/BF8JlR5o3KejuKeqIcYfU eaUg== X-Gm-Message-State: ALoCoQmplWtkK8XrlX2m8gQrnaMkz69qvZSbvkNv6x1GvACbrK7TwKYdNuujFHQsTxuTcT6DA584 MIME-Version: 1.0 X-Received: by 10.68.88.37 with SMTP id bd5mr15270740pbb.53.1386876616390; Thu, 12 Dec 2013 11:30:16 -0800 (PST) Received: by 10.70.140.135 with HTTP; Thu, 12 Dec 2013 11:30:16 -0800 (PST) X-Originating-IP: [92.244.21.21] In-Reply-To: References: Date: Thu, 12 Dec 2013 20:30:16 +0100 Message-ID: Subject: Re: libc_nonshared.a missing on 10.0-RC1 From: Albert Cervin To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 19:30:22 -0000 I can add that this can be solved by make && make install in /usr/src/lib/libc_nonshared. However, I thought that maybe this is an error with the update or something that needs to be looked at? Problem is solved for me for now at least! Cheers, Albert On Wed, Dec 11, 2013 at 10:30 PM, Albert Cervin wrote: > Could it maybe be related to this: > http://svnweb.freebsd.org/base?view=revision&revision=258587 ? > > > On Wed, Dec 11, 2013 at 10:17 PM, Albert Cervin wrote: > >> Hi all! >> >> Yesterday I upgraded to FreeBSD 10.0-RC1 through freebsd-update. >> Everything seemed fine until I decided to upgrade my ports today. >> >> There was a new version of pkg which built fine up until the linking: >> >> ===> Building for pkg-1.2.3 >> --- all --- >> ===> libpkg (all) >> --- objwarn --- >> --- libpkg.so.1 --- >> --- objwarn --- >> Warning: Object directory not changed from original >> /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg >> --- libpkg.so.1 --- >> building shared library libpkg.so.1 >> /usr/bin/ld: cannot find /usr/lib/libc_nonshared.a >> cc: error: linker command failed with exit code 1 (use -v to see >> invocation) >> *** [libpkg.so.1] Error code 1 >> >> make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg >> 1 error >> >> make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg >> *** [all] Error code 2 >> >> make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3 >> >> make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3 >> ===> Compilation failed unexpectedly. >> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure >> to >> the maintainer. >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/ports/ports-mgmt/pkg >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/ports-mgmt/pkg >> >> Looking in /usr/lib there is in fact no libc_nonshared.a so what do I >> need to do to fix this? >> >> Cheers, >> Albert >> >> > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 20:13:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE6D5828; Thu, 12 Dec 2013 20:13:18 +0000 (UTC) Received: from smtp.peterschmitt.fr (gentiane.peterschmitt.fr [213.239.219.91]) by mx1.freebsd.org (Postfix) with ESMTP id 09994139A; Thu, 12 Dec 2013 20:13:18 +0000 (UTC) Received: from [10.3.3.27] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id A0DD36275F; Thu, 12 Dec 2013 21:13:25 +0100 (CET) Message-ID: <52AA26DA.30809@peterschmitt.fr> Date: Thu, 12 Dec 2013 21:12:58 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Artem Belevich , Andriy Gapon Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> <52A9ABEF.8080509@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1GNg9HGTH594fBa6B0N9X6eT3MKBfTrDH" Cc: freebsd-fs , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 20:13:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1GNg9HGTH594fBa6B0N9X6eT3MKBfTrDH Content-Type: multipart/mixed; boundary="------------010503040006050903090902" This is a multi-part message in MIME format. --------------010503040006050903090902 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 12/12/2013 18:13, Artem Belevich a =E9crit : > On Thu, Dec 12, 2013 at 4:28 AM, Andriy Gapon wrote: >>> Yes, sorry. You can find here the script I use to install: >>> >>> https://github.com/Leryan/freebsd-zfs-install/blob/master/zfs.sh >>> >=20 > From zfs.sh: >> # Zero ZFS sectors >> dd if=3D/dev/zero of=3D/dev/${ada}p3 count=3D560 bs=3D512 >=20 > That destroys only half of ZFS uberblocks. The other half is placed at > the top of the vdev slices in the pool. > There were few reports recently that such 'orphan' ZFS uberblocks were > messing up boot on recent FreeBSD versions. >=20 > Considering lack of details on how exactly your boot fails, this may > or may not be the issue in your case. >=20 > do "zdb -l /dev/ada0" (and all other slices on ada0) and check > whether it reports anything unexpected. >=20 > --Artem rescue-bsd# zdb -l /dev/ada0 -------------------------------------------- LABEL 0 -------------------------------------------- failed to unpack label 0 -------------------------------------------- LABEL 1 -------------------------------------------- failed to unpack label 1 -------------------------------------------- LABEL 2 -------------------------------------------- failed to unpack label 2 -------------------------------------------- LABEL 3 -------------------------------------------- failed to unpack label 3 Well=85 this sounds bad, right? I joined the dmesg of the last successful boot. Also here is the zfs list: NAME USED AVAIL REFER MOUNTPOINT tank 246G 203G 31K none tank/root 246G 203G 697M /mnt tank/root/tmp 830K 203G 830K /mnt/tmp tank/root/usr 244G 203G 278M /mnt/usr tank/root/usr/local 244G 203G 244G /mnt/usr/local tank/root/var 1.39G 203G 1.39G /mnt/var There is no snapshots but I used snapshots some times. rescue-bsd# zpool status pool: tank state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 gpt/zfs-root ONLINE 0 0 0 errors: No known data errors And zpool get all joined. Currently the system is booted in rescue with a 9.2-RELEASE amd64. Cannot do best. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --------------010503040006050903090902 Content-Type: text/plain; charset=UTF-8; name="dmesg-beta3.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-beta3.txt" Copyright (c) 1992-2013 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 10.0-BETA3 #0 r257580: Sun Nov 3 19:43:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 module_register: module pci/em already exists! Module pci/em failed to register: 17 module_register: module pci/lem already exists! Module pci/lem failed to register: 17 CPU: Intel(R) Atom(TM) CPU N2800 @ 1.86GHz (1866.71-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x30661 Family =3D 0x6 Model =3D 0x= 36 Stepping =3D 1 Features=3D0xbfebfbff Features2=3D0x40e39d AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics real memory =3D 2147483648 (2048 MB) avail memory =3D 2030194688 (1936 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 acpi0: reservation of 0, 4000 (3) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x30d0-0x30d7 mem 0x80500000-0x805= fffff irq 16 at device 2.0 on pci0 pcib1: at device 28.0 on pci0 pci1: on pcib1 em0: port 0x2000-0x201f mem = 0x80400000-0x8041ffff,0x80000000-0x803fffff,0x80420000-0x80423fff irq 16 = at device 0.0 on pci1 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:22:4d:aa:77:45 uhci0: port 0x30a0-0x30bf irq = 23 at device 29.0 on pci0 uhci0: LegSup =3D 0x2f00 usbus0 on uhci0 uhci1: port 0x3080-0x309f irq = 19 at device 29.1 on pci0 uhci1: LegSup =3D 0x2f00 usbus1 on uhci1 uhci2: port 0x3060-0x307f irq = 18 at device 29.2 on pci0 uhci2: LegSup =3D 0x2f00 usbus2 on uhci2 uhci3: port 0x3040-0x305f irq = 16 at device 29.3 on pci0 uhci3: LegSup =3D 0x2f00 usbus3 on uhci3 ehci0: mem 0x80600400-0x80600= 7ff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x30c8-0x30cf,0x30dc-0x30df= ,0x30c0-0x30c7,0x30d8-0x30db,0x3020-0x302f mem 0x80600000-0x806003ff irq = 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 orm0: at iomem 0xcf800-0xd07ff,0xd0800-0xd17ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 fuse-freebsd: version 0.4.4, FUSE ABI 7.8 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is pr= esent; to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader= =2Econf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ugen2.1: at usbus2 uhub0: on usbus2 ugen1.1: at usbus1 uhub1: on usbus1 ugen0.1: at usbus0 uhub2: on usbus0 ugen4.1: at usbus4 uhub3: on usbus4 ugen3.1: at usbus3 uhub4: on usbus3 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: Serial Number 23EJTDVPS ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 Netvsc initializing... lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! Timecounter "TSC" frequency 1866712127 Hz quality 1000 Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub3: 8 ports with 8 removable, self powered ugen4.2: at usbus4 uhub5: o= n usbus4 Root mount waiting for: usbus4 uhub5: 4 ports with 4 removable, self powered Trying to mount root from zfs:tank/root []... --------------010503040006050903090902 Content-Type: text/plain; charset=UTF-8; name="zpool-get-all.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="zpool-get-all.txt" rescue-bsd# zpool get all NAME PROPERTY VALUE = SOURCE tank size 456G = - tank capacity 53% = - tank altroot /mnt = local tank health ONLINE = - tank guid 14109252772653171024 = default tank version - = default tank bootfs tank/root = local tank delegation on = default tank autoreplace off = default tank cachefile /tmp/zpool.cache = local tank failmode wait = default tank listsnapshots off = default tank autoexpand off = default tank dedupditto 0 = default tank dedupratio 1.00x = - tank free 210G = - tank allocated 246G = - tank readonly off = - tank comment - = default tank expandsize 0 = - tank freeing 0 = default tank feature@async_destroy enabled = local tank feature@empty_bpobj enabled = local tank feature@lz4_compress enabled = local tank unsupported@com.joyent:multi_vdev_crash_dump inactive = local --------------010503040006050903090902-- --1GNg9HGTH594fBa6B0N9X6eT3MKBfTrDH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSqibfAAoJEFr01BkajbiBwnsP/1G5NGWTTh2V5el3XDNbP/oq CSCcyL/grqRavbmaglRHy3/rY3jAsROOHrfg+eBRWadvS8UKuFpcfkYURnSbOjWs TN6F1d+aO6WqG+WPC4nA42p/WKHrGRlUjFGh41PiD1QtjqydxwF4dZa0BJK96B8f tb8Txd0BsXVrfLm4BEd1KdhLODRk8NpPUuOuRMjO6NHk4tZYNZBFUWeWX2xjv+bb ZcfIYtQXeOlEtBFjnjXY9IdEMV1Gmu97bqKmOmd8oQOLbAOfxfjif4jQ+3y+kQtc PnDNXl+94bjM9XqPG2kTSGYNcYr2V43uZBpp9VMPmDNEE9cet5TCHEqPkKoeaZT4 zwPBVXEqsBcyJa+nl9hdjanergzRRZkDi0r0Tq+jV2a0fnr8NmJxOfTrZ4FGbqxq Vbqm55z0u2VNveTiF64zFLKJ+5F7hoitPLjEjlLU3Al1FcqRgXPOPAlzkG8Zdyjd vbxPgAqt1L9aiO6dd7FXHGKWBzNJJJ/E9mQbGmcWFzbEOuhKHt/LV9duAGX4netg mVqloZ/j8roDO35JCBwSw4O4i70WaIT8U0/e8IuzUMMp6dchSxwR5vF7Hh4c4IhS wfeoZXeS5xR6Sz3CpKhez+/7YQsJRZfwWnntvPkGcR+JaaR10TYeP/uElrGKJaFG g+3o22P00+cnliQ/uQUG =s2dV -----END PGP SIGNATURE----- --1GNg9HGTH594fBa6B0N9X6eT3MKBfTrDH-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 22:04:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A646E2F; Thu, 12 Dec 2013 22:04:19 +0000 (UTC) Received: from mail-vb0-x236.google.com (mail-vb0-x236.google.com [IPv6:2607:f8b0:400c:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E36401D75; Thu, 12 Dec 2013 22:04:18 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id g10so765169vbg.27 for ; Thu, 12 Dec 2013 14:04:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=0HFd4eREWcbOKxgPWJ6OWUH/whb7uaLOl8zUrFzBJN0=; b=f+oFZc/OImnluvyu6uq1Kw/jX7BZ/n3ydioAMNjwUefmh5qMVhTW3VzE3c1L6PoM+F W4V4AamaiXiC4HX0QqXiF7CNtMc8Sll0IpEmdaveEE37W/WR43CeIVlB6ShqHkGcBupr XNbn1di+q6v5ssVS3Qmt0YiQADhS14bdj9J0gnWAa4IRHuhi8H/I5gXlxDOxetg+NjY1 Nezet9YhaHcO4xxcOUdu/g2/hzs3XoxsewAGpDaQOP6/PwAbJ3UceP5dC2KrHRaC0m8S KiNNw60cxAxKm5iDwceR+pnxLCO9rbvU3Xla6O5xac3ye1bjW2E+nHdl0s2mPRBULfbR AcjQ== MIME-Version: 1.0 X-Received: by 10.220.99.72 with SMTP id t8mr4977598vcn.10.1386885858128; Thu, 12 Dec 2013 14:04:18 -0800 (PST) Sender: artemb@gmail.com Received: by 10.221.9.2 with HTTP; Thu, 12 Dec 2013 14:04:18 -0800 (PST) In-Reply-To: <52AA26DA.30809@peterschmitt.fr> References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> <52A9ABEF.8080509@FreeBSD.org> <52AA26DA.30809@peterschmitt.fr> Date: Thu, 12 Dec 2013 14:04:18 -0800 X-Google-Sender-Auth: y39z1U8UriqqOUinpd5TOLdsJYU Message-ID: Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure From: Artem Belevich To: Florent Peterschmitt Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs , freebsd-stable stable , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 22:04:19 -0000 On Thu, Dec 12, 2013 at 1:12 PM, Florent Peterschmitt wrote: >> do "zdb -l /dev/ada0" (and all other slices on ada0) and check >> whether it reports anything unexpected. >> >> --Artem > > rescue-bsd# zdb -l /dev/ada0 > -------------------------------------------- > LABEL 0 > -------------------------------------------- > failed to unpack label 0 > -------------------------------------------- > LABEL 1 > -------------------------------------------- > failed to unpack label 1 > -------------------------------------------- > LABEL 2 > -------------------------------------------- > failed to unpack label 2 > -------------------------------------------- > LABEL 3 > -------------------------------------------- > failed to unpack label 3 > > > Well=85 this sounds bad, right? This looks the way it's supposed to -- no unwanted ZFS pool info is found. Now repeat that for all ada0p? and make sure only the slice that's part of your pool shows ZFS labels and only for one pool. Think a bit about how bootloader figures out how your pool is built. All it has access to is a raw disk and partition table. So in order to find the pool it probes raw disk and all partitions trying to find ZFS labels and then uses info in those labels to figure out pool configuration. If bootloader finds stale ZFS labels left from a previous use of the disk in some other pool, it would potentially mess up detection of your real boot pool. --Artem From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 22:16:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F92F6EA; Thu, 12 Dec 2013 22:16:54 +0000 (UTC) Received: from smtp.peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id BC6241EA7; Thu, 12 Dec 2013 22:16:53 +0000 (UTC) Received: from [10.3.3.27] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id 2955F6275F; Thu, 12 Dec 2013 23:17:13 +0100 (CET) Message-ID: <52AA43E3.7020706@peterschmitt.fr> Date: Thu, 12 Dec 2013 23:16:51 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Artem Belevich Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> <52A9ABEF.8080509@FreeBSD.org> <52AA26DA.30809@peterschmitt.fr> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tVSpilNHrmUUa2nDwWtXcodpOMPvi4kfF" Cc: freebsd-fs , freebsd-stable stable , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 22:16:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tVSpilNHrmUUa2nDwWtXcodpOMPvi4kfF Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 12/12/2013 22:04, Artem Belevich a =E9crit : > On Thu, Dec 12, 2013 at 1:12 PM, Florent Peterschmitt > wrote: >>> do "zdb -l /dev/ada0" (and all other slices on ada0) and check >>> whether it reports anything unexpected. >>> >>> --Artem >> >> rescue-bsd# zdb -l /dev/ada0 >> -------------------------------------------- >> LABEL 0 >> -------------------------------------------- >> failed to unpack label 0 >> -------------------------------------------- >> LABEL 1 >> -------------------------------------------- >> failed to unpack label 1 >> -------------------------------------------- >> LABEL 2 >> -------------------------------------------- >> failed to unpack label 2 >> -------------------------------------------- >> LABEL 3 >> -------------------------------------------- >> failed to unpack label 3 >> >> >> Well=85 this sounds bad, right? >=20 > This looks the way it's supposed to -- no unwanted ZFS pool info is fou= nd. >=20 > Now repeat that for all ada0p? and make sure only the slice that's > part of your pool shows ZFS labels and only for one pool. >=20 > Think a bit about how bootloader figures out how your pool is built. > All it has access to is a raw disk and partition table. So in order to > find the pool it probes raw disk and all partitions trying to find ZFS > labels and then uses info in those labels to figure out pool > configuration. If bootloader finds stale ZFS labels left from a > previous use of the disk in some other pool, it would potentially mess > up detection of your real boot pool. >=20 > --Artem >=20 rescue-bsd# zdb -l /dev/ada0p1 -------------------------------------------- LABEL 0 -------------------------------------------- failed to read label 0 -------------------------------------------- LABEL 1 -------------------------------------------- failed to read label 1 -------------------------------------------- LABEL 2 -------------------------------------------- failed to read label 2 -------------------------------------------- LABEL 3 -------------------------------------------- failed to read label 3 rescue-bsd# zdb -l /dev/ada0p2 -------------------------------------------- LABEL 0 -------------------------------------------- failed to unpack label 0 -------------------------------------------- LABEL 1 -------------------------------------------- failed to unpack label 1 -------------------------------------------- LABEL 2 -------------------------------------------- failed to unpack label 2 -------------------------------------------- LABEL 3 -------------------------------------------- failed to unpack label 3 rescue-bsd# zdb -l /dev/ada0p3 -------------------------------------------- LABEL 0 -------------------------------------------- version: 5000 name: 'tank' state: 0 txg: 1248416 pool_guid: 14109252772653171024 hostid: 1349238423 hostname: 'rescue-bsd.ovh.net' top_guid: 8826573031965252809 guid: 8826573031965252809 vdev_children: 1 vdev_tree: type: 'disk' id: 0 guid: 8826573031965252809 path: '/dev/gpt/zfs-root' phys_path: '/dev/gpt/zfs-root' whole_disk: 1 metaslab_array: 30 metaslab_shift: 32 ashift: 9 asize: 493660405760 is_log: 0 create_txg: 4 features_for_read: -------------------------------------------- LABEL 1 -------------------------------------------- version: 5000 name: 'tank' state: 0 txg: 1248416 pool_guid: 14109252772653171024 hostid: 1349238423 hostname: 'rescue-bsd.ovh.net' top_guid: 8826573031965252809 guid: 8826573031965252809 vdev_children: 1 vdev_tree: type: 'disk' id: 0 guid: 8826573031965252809 path: '/dev/gpt/zfs-root' phys_path: '/dev/gpt/zfs-root' whole_disk: 1 metaslab_array: 30 metaslab_shift: 32 ashift: 9 asize: 493660405760 is_log: 0 create_txg: 4 features_for_read: -------------------------------------------- LABEL 2 -------------------------------------------- version: 5000 name: 'tank' state: 0 txg: 1248416 pool_guid: 14109252772653171024 hostid: 1349238423 hostname: 'rescue-bsd.ovh.net' top_guid: 8826573031965252809 guid: 8826573031965252809 vdev_children: 1 vdev_tree: type: 'disk' id: 0 guid: 8826573031965252809 path: '/dev/gpt/zfs-root' phys_path: '/dev/gpt/zfs-root' whole_disk: 1 metaslab_array: 30 metaslab_shift: 32 ashift: 9 asize: 493660405760 is_log: 0 create_txg: 4 features_for_read: -------------------------------------------- LABEL 3 -------------------------------------------- version: 5000 name: 'tank' state: 0 txg: 1248416 pool_guid: 14109252772653171024 hostid: 1349238423 hostname: 'rescue-bsd.ovh.net' top_guid: 8826573031965252809 guid: 8826573031965252809 vdev_children: 1 vdev_tree: type: 'disk' id: 0 guid: 8826573031965252809 path: '/dev/gpt/zfs-root' phys_path: '/dev/gpt/zfs-root' whole_disk: 1 metaslab_array: 30 metaslab_shift: 32 ashift: 9 asize: 493660405760 is_log: 0 create_txg: 4 features_for_read: Since freebsd-zfs is installed on ada0p3, it's normal to get that. Then, what can you say about that? --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --tVSpilNHrmUUa2nDwWtXcodpOMPvi4kfF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSqkPjAAoJEFr01BkajbiBaukP/3TH5uZf1n+dyUChBkkWM4kt fiM8b/y7DOGwBFQQu2HWTvc5rthXkKB8vYyg3L32NRB+ntlA8Th8LrC0EeunRAcq k2NI8CNFIml4EBklQy+dtMpcSs4xwPnJLUkes8t0icQcDr7340df0Nr516f6QayS v1sKWfEgAt8yZbkt+fvSJCz20CCmGacLjI0p8K/lhBL37JSj5u/eu+sD7tIPjleS +0YVq60B0mFUMYyoTMH/jmQZZr2VJYtqfIRMFrYl2xSYEKfDbSoUkuTuAGzEaHdi cegc4tOYt+IgvaiWNMomxDj4/coh5d3LNjfXHQSikYmAVLqPDLJHZ2s/NpPQ+FaH OyXYxw+tF/7d/lFemt3Qh7gwwcEnVXoww8QEkmCLk/9i3k/NrcDTXNdZWG6KWlZh JFCH101v/8ShQPcjndxTtM4PqPK9eQTZtbyVOP0XpRz6AveT7336bM2/g8Xl3BJW UCK4CxUFnQfFl3iskW5qfmZZprcvOMdV/1Y4kLDhwa7/fd3OpKUmCOTqlLLS3xq/ viwumRg7btJzI0A+3BqQdEA+tpYYdzCcAICnJ3MUu4sC1tEU9KdNITrIWaAw6aaW ForOZIgacZBiBw1CiTE4DK0+JAKwr2pW7+XnWMLKMitja7XQXtCtDA4I4IxJItt4 fWzopUQbwuEZdHcN4Jy7 =RQ4a -----END PGP SIGNATURE----- --tVSpilNHrmUUa2nDwWtXcodpOMPvi4kfF-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 12 23:24:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80BCC43E; Thu, 12 Dec 2013 23:24:26 +0000 (UTC) Received: from mail-vb0-x22d.google.com (mail-vb0-x22d.google.com [IPv6:2607:f8b0:400c:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 136411376; Thu, 12 Dec 2013 23:24:26 +0000 (UTC) Received: by mail-vb0-f45.google.com with SMTP id i12so796467vbh.18 for ; Thu, 12 Dec 2013 15:24:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=KD6b+CZv0oSRisKkgYhuwobPA5wl+NKNLO+ypJJiwX8=; b=VrFLiEFvyBgFAr8cRYIbpDQN6KnBj7X6iVxKk2PS9K719l+se5iThdjuJ4OWjSeB/f 7DNFl3/kemIPhO6cjpb8IFetTwM+pmTA2XDucUz44Xaf2iEcMd4zPsib1iOSczRrOzuW MADnyDxB/QDHZQLgTvBKe8qPJ4INgZQk2POcwioeWBokiEaFaCTm6U7nuSCpQAm1XDQt NlYtXRY1tkgcWXp8MSsp9oqWPUERZPF+aW1Zn8sUBSX5l1ytCiKpyA0uV5JubHir0Bdr QJOY9/el5u9aYOVBQYl//v1tAMLCEgLaRFlacUlFAu0ZsMH3gJNHUGvsHzJbrc4VdHnh 5BnQ== MIME-Version: 1.0 X-Received: by 10.221.60.134 with SMTP id ws6mr728955vcb.44.1386890665101; Thu, 12 Dec 2013 15:24:25 -0800 (PST) Sender: artemb@gmail.com Received: by 10.221.9.2 with HTTP; Thu, 12 Dec 2013 15:24:25 -0800 (PST) In-Reply-To: <52AA43E3.7020706@peterschmitt.fr> References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> <52A9ABEF.8080509@FreeBSD.org> <52AA26DA.30809@peterschmitt.fr> <52AA43E3.7020706@peterschmitt.fr> Date: Thu, 12 Dec 2013 15:24:25 -0800 X-Google-Sender-Auth: R-flaJXYaD-rgC-YUp_fdI1cGLc Message-ID: Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure From: Artem Belevich To: Florent Peterschmitt Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs , freebsd-stable stable , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Dec 2013 23:24:26 -0000 On Thu, Dec 12, 2013 at 3:16 PM, Florent Peterschmitt wrote: > Le 12/12/2013 22:04, Artem Belevich a =E9crit : >> On Thu, Dec 12, 2013 at 1:12 PM, Florent Peterschmitt >> wrote: >>>> do "zdb -l /dev/ada0" (and all other slices on ada0) and check >>>> whether it reports anything unexpected. >>>> >>>> --Artem >>> >>> rescue-bsd# zdb -l /dev/ada0 >>> -------------------------------------------- >>> LABEL 0 >>> -------------------------------------------- >>> failed to unpack label 0 >>> -------------------------------------------- >>> LABEL 1 >>> -------------------------------------------- >>> failed to unpack label 1 >>> -------------------------------------------- >>> LABEL 2 >>> -------------------------------------------- >>> failed to unpack label 2 >>> -------------------------------------------- >>> LABEL 3 >>> -------------------------------------------- >>> failed to unpack label 3 >>> >>> >>> Well=85 this sounds bad, right? >> >> This looks the way it's supposed to -- no unwanted ZFS pool info is foun= d. >> >> Now repeat that for all ada0p? and make sure only the slice that's >> part of your pool shows ZFS labels and only for one pool. >> >> Think a bit about how bootloader figures out how your pool is built. >> All it has access to is a raw disk and partition table. So in order to >> find the pool it probes raw disk and all partitions trying to find ZFS >> labels and then uses info in those labels to figure out pool >> configuration. If bootloader finds stale ZFS labels left from a >> previous use of the disk in some other pool, it would potentially mess >> up detection of your real boot pool. >> >> --Artem >> > > rescue-bsd# zdb -l /dev/ada0p1 ...[snip]... > -------------------------------------------- > LABEL 3 > -------------------------------------------- > version: 5000 > name: 'tank' > state: 0 > txg: 1248416 > pool_guid: 14109252772653171024 > hostid: 1349238423 > hostname: 'rescue-bsd.ovh.net' > top_guid: 8826573031965252809 > guid: 8826573031965252809 > vdev_children: 1 > vdev_tree: > type: 'disk' > id: 0 > guid: 8826573031965252809 > path: '/dev/gpt/zfs-root' > phys_path: '/dev/gpt/zfs-root' > whole_disk: 1 > metaslab_array: 30 > metaslab_shift: 32 > ashift: 9 > asize: 493660405760 > is_log: 0 > create_txg: 4 > features_for_read: > > > Since freebsd-zfs is installed on ada0p3, it's normal to get that. Then, > what can you say about that? Well, you've eliminated the possibility that there may be orphaned ZFS labels messing up with the boot. --Artem From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 08:03:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F33F277 for ; Fri, 13 Dec 2013 08:03:26 +0000 (UTC) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF6201F8B for ; Fri, 13 Dec 2013 08:03:25 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id z10so2040253pdj.30 for ; Fri, 13 Dec 2013 00:03:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OhDsm0naCiuwVCD4vCFyYdtdfXpEIcCr8UvUcYtLzyA=; b=l74LTuqAYa+y/YJdXpvNQYOIFEkR2xCt1ICwiFrslUMZfAXOJ8Bhh2lhQeruVvN+Cn NojRYbUhSMskFqZNjsJa7v0CxlFOOS1OTVjjulfWr1XX7AsZ2EaZE2Lzzyc0Xj3E1Wui Y27zueR23KdaRa6hUcZEapOGHRjsdppN9OJd+QiN4n6gOBLusKjHJuTVy+WcBbVnj6c3 SNfGfqZzzyhdEDlDYGK7OAwLCG0/HrZeVo23OukfRlwlMFotMIAU1DEuae0PBXTq0jZ1 43uaaPV5T3Eu0Ce0it8vws7UqGhtwMSNkTjkMvU54ukThML0TASUw0WNemqlg96QBeSS gOtg== MIME-Version: 1.0 X-Received: by 10.66.20.225 with SMTP id q1mr1539949pae.57.1386921805585; Fri, 13 Dec 2013 00:03:25 -0800 (PST) Received: by 10.66.142.167 with HTTP; Fri, 13 Dec 2013 00:03:25 -0800 (PST) Date: Fri, 13 Dec 2013 09:03:25 +0100 Message-ID: Subject: updating from FreeBSD10-B3 to FreeBSD10-RC1 From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 08:03:26 -0000 Hi: I tried to upgrade from FreeBSD10-B3 o FreeBSD10-RC1 using freebsd-update fetch and freebsd-update install, but it reports that: "WARNING: FreeBSD 10.0-BETA3 HAS PASSED ITS END-OF-LIFE DATE. Any security issues discovered after Sat Dec 7 00:59:59 CET 2013 will not have been corrected." Is there a safe way to upgrade to a new RC1? Thanks! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 08:16:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1333F840 for ; Fri, 13 Dec 2013 08:16:10 +0000 (UTC) Received: from icp-osb-irony-out2.external.iinet.net.au (icp-osb-irony-out2.external.iinet.net.au [203.59.1.218]) by mx1.freebsd.org (Postfix) with ESMTP id 892E11093 for ; Fri, 13 Dec 2013 08:16:09 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjULAEDBqlI6Buhj/2dsb2JhbABZgwqDPLYuAgKBHhZ0giUBAQQBOj8FCwsNFCUPBQ0LMRMZh1cDCQe7Ww2HCheCXIomghQHgyOBEwSWKQGBaoYvPoVuhTqDPig X-IronPort-AV: E=Sophos;i="4.95,477,1384272000"; d="scan'208";a="167931235" Received: from unknown (HELO smtp.phoenix) ([58.6.232.99]) by icp-osb-irony-out2.iinet.net.au with ESMTP; 13 Dec 2013 16:16:01 +0800 Received: by smtp.phoenix (Postfix, from userid 1001) id 55C9C535; Fri, 13 Dec 2013 19:16:01 +1100 (EST) Date: Fri, 13 Dec 2013 19:16:01 +1100 From: andrew clarke To: Zenny Subject: Re: updating from FreeBSD10-B3 to FreeBSD10-RC1 Message-ID: <20131213081601.GA67235@ozzmosis.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 08:16:10 -0000 On Fri 2013-12-13 09:03:25 UTC+0100, Zenny (garbytrash@gmail.com) wrote: > I tried to upgrade from FreeBSD10-B3 o FreeBSD10-RC1 using > freebsd-update fetch and freebsd-update install, but it reports that: You need to use the "upgrade" command to upgrade from BETA3 to RC1: freebsd-update -r 10.0-RC1 upgrade The "fetch" command is used only for downloading security updates for the currently-installed version: > "WARNING: FreeBSD 10.0-BETA3 HAS PASSED ITS END-OF-LIFE DATE. > Any security issues discovered after Sat Dec 7 00:59:59 CET 2013 > will not have been corrected." > > Is there a safe way to upgrade to a new RC1? Thanks! Regards Andrew From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 08:25:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8174AB0 for ; Fri, 13 Dec 2013 08:25:53 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 91F621142 for ; Fri, 13 Dec 2013 08:25:53 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id r10so2094429pdi.38 for ; Fri, 13 Dec 2013 00:25:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=lSjxfb/EBHie9Bgkhaa5uLp5676wVsajqXmjsnJVNEQ=; b=dfju/Dw5UL2mOCHOQ/CccerZN9MhjlC0iN90n5+rm4lsMo0iobbYuttSCt/tyFCXDK NspIfZbT4Zlk6arU6uyUQGp1SzMukLNgWbzMFaFPp14mrqdX5HmU2ZoPfklV9qSJ/8+1 SoVJ84aMPIWgaCNzcFgIOe6s2VaAWxm5ciIY5mL867Nb16+NkrBhTAWz5bKBYOy/jGsd jLks9MMg9NI6+I0+4zWBra6OEf7t1ERcIHHtAJ27yUdrQyis6YwuWKdtJXJp1YtRbdaU Rs6WjTo07SmnNrlU7xXwzSD92xKzanwA1nvwiy8m3kX7cDRhCG/Ft/+3atfNJs8TxlJK JNJQ== MIME-Version: 1.0 X-Received: by 10.68.189.5 with SMTP id ge5mr1812176pbc.42.1386923153259; Fri, 13 Dec 2013 00:25:53 -0800 (PST) Received: by 10.66.142.167 with HTTP; Fri, 13 Dec 2013 00:25:53 -0800 (PST) In-Reply-To: <20131213081601.GA67235@ozzmosis.com> References: <20131213081601.GA67235@ozzmosis.com> Date: Fri, 13 Dec 2013 09:25:53 +0100 Message-ID: Subject: Re: updating from FreeBSD10-B3 to FreeBSD10-RC1 From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 08:25:53 -0000 Thanks Kurt and Andrew for the prompt reply. Appreciate that! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 08:32:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 371B6F97 for ; Fri, 13 Dec 2013 08:32:35 +0000 (UTC) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A9B411EA for ; Fri, 13 Dec 2013 08:32:35 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so2170430pbb.28 for ; Fri, 13 Dec 2013 00:32:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yX6gONGrNrXJoLTHH3HVqdihG5UrMveJl1zL6Nikioc=; b=MVyxZ81E8XtYr1GjekJRtBIiiub8VJiR9IPs5u3rkepmViCauNvqt0q7vCtXH4c65h pFUEr/dDIB5zqDFf/kpjKoO/AP7N9TEbFZ6vCPkbajM/y3puPJvyv2gzDErXUn/H5aA2 riSsTUUapxf6AI5e0EfT+nkzUnTOjFlIKAM50mkSQq/LU7F8o+9wGiuoFykKHqgrPqmG M59jwJyrE6BzJFyTfdD8vnRQZtJZSyASZh1V2cfiblfHtkDBz/x8NWcWwqCBbbYnu+Cd 90BvCY36LH4emtaVRxoubnHhbsPzPQznqBBWUVv3KjglvlZiTBtT1x+r1DsKwVY83KRV FESw== MIME-Version: 1.0 X-Received: by 10.68.220.72 with SMTP id pu8mr1650671pbc.83.1386923554693; Fri, 13 Dec 2013 00:32:34 -0800 (PST) Received: by 10.66.142.167 with HTTP; Fri, 13 Dec 2013 00:32:34 -0800 (PST) In-Reply-To: References: <20131213081601.GA67235@ozzmosis.com> Date: Fri, 13 Dec 2013 09:32:34 +0100 Message-ID: Subject: Re: updating from FreeBSD10-B3 to FreeBSD10-RC1 From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 08:32:35 -0000 I am getting this: "WARNING: This system is running a "prod" kernel, which is not a kernel configuration distributed as part of FreeBSD 10.0-BETA3. This kernel will not be updated: you MUST update the kernel manually before running "/usr/sbin/freebsd-update install"." I am using a customized kernel for my need. Do I have to manually compile kernel after the upgrade process finishes? On 12/13/13, Zenny wrote: > Thanks Kurt and Andrew for the prompt reply. Appreciate that! > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 08:36:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C85F1B9 for ; Fri, 13 Dec 2013 08:36:49 +0000 (UTC) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13C6A121F for ; Fri, 13 Dec 2013 08:36:49 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id ma3so2177161pbc.12 for ; Fri, 13 Dec 2013 00:36:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=CCbmwU6WdYj0gDqtf5YYco8OBxNmIG9m1FdmnGLClR0=; b=wQ58U3aYeA6xn86QbMxzt7+UKZTU791474Xb1Ol9OBWtXP8kLjrw7YedDSYT0Y9XYy u7MjWWbJ2axKvgCaaw4nchU03Sh+Bpmo3mw92V3J4HEp+26TC1KfozJHdM+FKGRP2Oi3 m9Pl2604SUEaCTMUY/1X3T5TCbEMG29Lo89dDG4INSWqopqSswo0f6gx7J+26wdvoszh +t3gPoy3+XUZVlDaWS95gN84LCg+RU1PsQI/dM9IscIM3mwKovFRG5XvbE/he/qj1f68 9iMgHVpFo923AcmV2DmSQtV1W5qJWyYrV8x93jH2EfSFk6hnUH3Xj9SkTXyN35lHfiRu 0GrA== MIME-Version: 1.0 X-Received: by 10.68.8.136 with SMTP id r8mr1858313pba.36.1386923808704; Fri, 13 Dec 2013 00:36:48 -0800 (PST) Received: by 10.66.142.167 with HTTP; Fri, 13 Dec 2013 00:36:48 -0800 (PST) In-Reply-To: References: <20131213081601.GA67235@ozzmosis.com> Date: Fri, 13 Dec 2013 09:36:48 +0100 Message-ID: Subject: Re: updating from FreeBSD10-B3 to FreeBSD10-RC1 From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 08:36:49 -0000 Thanks, I go the necessary info at http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html This is what I like most about FreeBSD (handbook) :D On 12/13/13, Zenny wrote: > I am getting this: > > "WARNING: This system is running a "prod" kernel, which is not a > kernel configuration distributed as part of FreeBSD 10.0-BETA3. > This kernel will not be updated: you MUST update the kernel manually > before running "/usr/sbin/freebsd-update install"." > > I am using a customized kernel for my need. Do I have to manually > compile kernel after the upgrade process finishes? > > On 12/13/13, Zenny wrote: >> Thanks Kurt and Andrew for the prompt reply. Appreciate that! >> > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 08:55:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CED738D0 for ; Fri, 13 Dec 2013 08:55:35 +0000 (UTC) Received: from mail-ea0-x22d.google.com (mail-ea0-x22d.google.com [IPv6:2a00:1450:4013:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 666B71367 for ; Fri, 13 Dec 2013 08:55:35 +0000 (UTC) Received: by mail-ea0-f173.google.com with SMTP id o10so715925eaj.32 for ; Fri, 13 Dec 2013 00:55:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=7eprloAaFCNjHp7hIgfoYOU+C5Z1le12PZCl0Jv/Re4=; b=PCPpcZ96F6q8YVkxKd4ixwKyFyVp2JeiQn8OPUxVtu+DeVgd3iv5gCvRgRmarSNIye KknQgV+huwxteZCnYRcYWngireLPu9QLdrbhTRudB+kFtiwGlMcGmEF7x/Puvu42gey2 BafGTMIitnwTQ3kGe2CHcZV/LkAJeZjXW5f5SaD8g57kKS9uCp1YvoHuCCW1jYvm50bN 9EsSmvigS61RMN6lS+3ieGqBXjXNdXTHnPNvQPe9aveoTd2UtLROWZShMv5iOSBULfBZ eK8fqJdeJLrCIJDaGbO60Z/CZLC197jZj8hzIfimD23j4C1/voSijB1SreJhqQ6UQUyw UabQ== X-Received: by 10.14.29.66 with SMTP id h42mr1637843eea.4.1386924933799; Fri, 13 Dec 2013 00:55:33 -0800 (PST) Received: from [192.168.1.129] ([193.173.55.180]) by mx.google.com with ESMTPSA id m1sm4357857eeg.0.2013.12.13.00.55.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 13 Dec 2013 00:55:32 -0800 (PST) Message-ID: <52AACB86.8090703@gmail.com> Date: Fri, 13 Dec 2013 09:55:34 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable Subject: From 10 Beta4 to 10 RC1 lost gpt labels added by the installer Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 08:55:35 -0000 Hello all. I installed FreeBSD 10 Beta4 the day before the RC1 release and used the ZFS install option, all went well. I then downloaded the new source for 10 RC1 and did a buildworld. It rebooted, the machine booted fine only did it show an error regarding the swap space. I could not mount /dev/gpt/swap0 and /dev/gpt/swap1 In /etc/fstab i had the following lines # Device Mountpoint FStype Options Dump Pass# /dev/gpt/swap0 none swap sw 0 0 /dev/gpt/swap1 none swap sw 0 0 this did not work anymore, and i needed to add the glabels instead. /dev/diskid/DISK...... and so on. /dev/gpt was not there anymore. One more thing, i do not like the glabel option, is it possible to create an option to use gpt labels instead of glabel when creating the pool. I think glabel is just another layer which can cause trouble. Another thing when installed Beta4 is the fact that a zpool status shows the gptid's This is not a pretty sight, and i think that the installer needs to put the kern.geom.label.gptid.enable=0 in /boot/loader.conf when using the zfs option. The install went very smooth, and i really like it. Thanks all for the great work. regards Johan From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 09:05:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC767DB4; Fri, 13 Dec 2013 09:05:53 +0000 (UTC) Received: from smtp.peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6B866147D; Fri, 13 Dec 2013 09:05:53 +0000 (UTC) Received: from [192.168.0.170] (unknown [82.226.113.5]) by smtp.peterschmitt.fr (Postfix) with ESMTPSA id 62669627F9; Fri, 13 Dec 2013 10:06:14 +0100 (CET) Message-ID: <52AACDDB.3010500@peterschmitt.fr> Date: Fri, 13 Dec 2013 10:05:31 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: Martin Simmons Subject: Re: 10.0-BETA4 (upgraded from 9.2-RELEASE) zpool upgrade -> boot failure References: <52A6EB67.3000103@peterschmitt.fr> <52A99917.2050200@FreeBSD.org> <52A9AA45.2000907@peterschmitt.fr> <52A9ABEF.8080509@FreeBSD.org> <52A9AD9C.2090200@peterschmitt.fr> <201312121540.rBCFePGB013820@higson.cam.lispworks.com> In-Reply-To: <201312121540.rBCFePGB013820@higson.cam.lispworks.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dGtrwfIJQn7k1lx7jEUEBQR4bGkeujvAq" Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, avg@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 09:05:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dGtrwfIJQn7k1lx7jEUEBQR4bGkeujvAq Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le 12/12/2013 16:40, Martin Simmons a =C3=A9crit : > Did you rerun the gpart bootcode command after installing FreeBSD 10? = If not, > maybe the 9.2 bootcode can't handle the upgraded pool? If you did reru= n it, > check that /boot/gptzfsboot doesn't exceed the size of the partition (y= our > zfs.sh uses -s 128 =3D 64k). I've upgraded the bootcode, and the size of it is 40k so=E2=80=A6 --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --dGtrwfIJQn7k1lx7jEUEBQR4bGkeujvAq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJSqs3gAAoJEFr01BkajbiBxSoP/1ZxI5ttn/ObNRISZGuvbrN+ w116+j4M1SExWenBi/MSDufWtil7/+nPmMeoKE8MMSwRtt4nRp8T9uTEvylmo5n6 AQkARWGOiaH9yMREn5fPvIJnYNRxO5O9q9WBC7BHfM6gRtYYaVCmPCgAp6QumORw CgfPrhivTmyNjYqcoev0IXWNTbqRUj4e14T2YZ9FZmEakUIgNpwgo5blG61asyRV 86JIiRBzYxz4DTBX5jUpBq+0rfD2GaCQogHF9CQTHWgK5+T9b3z0PXCJwcEBtHn8 5NsjhhiOX5C+1ePKugb/fUe3RG6/SAqNqsQqjS87OS5uE3VAClyNWauhwZxD2K/z yWZJwwLYint0U9dtgQIZ5sL5pZ4MXgh74p9zbt37nxTlUbPG9TDKFKEZXEiTczvR uQVqIhluO8kGdQDXezAFGZ8ViWoRdj7j58ll7Qyexr2hkVGpG0Aikoy31Btf9GwS wa3+XAcmItnICWhNm0x1AtvvsyecmH1QwTwMtnAuDZ9ZX1ZEy+s6Hiae7yZop/5d YttqVS5ARHkpHw775FeSYBqhfTskvtQufUhIvcgXcywjkhkST+vHSKfG5z/Zrkn7 /sHXv5NvQHP4WRRBKVKrrZ7uVQIpjvuRblVupoMBRaODmvkcZal51kqQPorl+uR2 m9uS/xvqD2s7pa5C1Eda =aAEu -----END PGP SIGNATURE----- --dGtrwfIJQn7k1lx7jEUEBQR4bGkeujvAq-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 12:53:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C06DEE1 for ; Fri, 13 Dec 2013 12:53:06 +0000 (UTC) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0732E14F0 for ; Fri, 13 Dec 2013 12:53:06 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so2556165pbb.14 for ; Fri, 13 Dec 2013 04:53:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XDAVtQAst20fBzUAtkDjgRyu9QZpcpQOO0LJQbnjQ/g=; b=PXJJVFeO8Y7hUzQWp5tJlfdPDuf4cwyt5AjpZlF0E91vAiHuibQyUUyk5Y9pv++cBU 16X6LBYfTbCUA6+PqAWyTLP3xPZjBZ5Ko2oPmQKaHCacjy3BMdk1vbplgCYTtrBpkUKf dgnoU7JyBNm0HwYqs8+5n0lZFL/YwesESgwlKqzb1eIgrO6bNECHTMb8lyH5peQPQNYh hLXP0XRR3LEP/3zMdCprixi3ylzWEGQ6nWO6OtE20dMNhOzKBsCdYxhJGThvzGht0TyW gmvSA+ePYoWG7QProz87yT4F3hQgmXVjYJ1mrtr6hKeH6D3G6sDnwVXu+x+F9GBfnRq9 u4gQ== MIME-Version: 1.0 X-Received: by 10.68.220.72 with SMTP id pu8mr2953191pbc.83.1386939185733; Fri, 13 Dec 2013 04:53:05 -0800 (PST) Received: by 10.66.142.167 with HTTP; Fri, 13 Dec 2013 04:53:05 -0800 (PST) Date: Fri, 13 Dec 2013 13:53:05 +0100 Message-ID: Subject: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 12:53:06 -0000 Followed the instructions here: http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html The upgrade borked. Error message: Can't find 'kernel' When I checked with ls /boot/kernel/, the directory does exist. :-( Since the system has encrypted root partion with ZFSonROOT, I tried to follow instructions at https://forums.freebsd.org/viewtopic.php?&t=8958 to boot with a livecd and went to the shell prompt and tried to import the zroot pool with 'zpool import -f zroot' but it says no such pool is available. How to fix it? Any hint? Thanks! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 14:37:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13CFDAA5; Fri, 13 Dec 2013 14:37:10 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF96F1E4B; Fri, 13 Dec 2013 14:37:09 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rBDEb8o3010894 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 13 Dec 2013 08:37:08 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Fri, 13 Dec 2013 08:37:07 -0600 From: "Teske, Devin" To: Johan Hendriks Subject: Re: From 10 Beta4 to 10 RC1 lost gpt labels added by the installer Thread-Topic: From 10 Beta4 to 10 RC1 lost gpt labels added by the installer Thread-Index: AQHO+BDMoxR8Vpkes0KlhdAd1PByOw== Date: Fri, 13 Dec 2013 14:37:07 +0000 Message-ID: References: <52AACB86.8090703@gmail.com> In-Reply-To: <52AACB86.8090703@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-13_03:2013-12-12,2013-12-13,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2013 14:37:10 -0000 On Dec 13, 2013, at 12:55 AM, Johan Hendriks wrote: > Hello all. >=20 > I installed FreeBSD 10 Beta4 the day before the RC1 release and used the = ZFS install option, all went well. > I then downloaded the new source for 10 RC1 and did a buildworld. > It rebooted, the machine booted fine only did it show an error regarding = the swap space. > I could not mount /dev/gpt/swap0 and /dev/gpt/swap1 >=20 > In /etc/fstab i had the following lines >=20 > # Device Mountpoint FStype Options Dump Pass# > /dev/gpt/swap0 none swap sw 0 0 > /dev/gpt/swap1 none swap sw 0 0 >=20 > this did not work anymore, and i needed to add the glabels instead. >=20 > /dev/diskid/DISK...... and so on. >=20 > /dev/gpt was not there anymore. >=20 > One more thing, i do not like the glabel option, is it possible to create= an option to use gpt labels instead of glabel when creating the pool. GPT labels *are* already used (glabel is not used). > I think glabel is just another layer which can cause trouble. >=20 There's been a similar problem with graid, are you sure that's not what's going on here? That the OS has picked up on some BIOS-created thing? > Another thing when installed Beta4 is the fact that a zpool status shows = the gptid's > This is not a pretty sight, and i think that the installer needs to put t= he kern.geom.label.gptid.enable=3D0 in /boot/loader.conf when using the zfs= option. >=20 Does this need to be diddled in the running kernel before creating the zpool/datasets? or is it simply enough to drop it into loader.conf for the reboot? I'll run some tests. > The install went very smooth, and i really like it. > Thanks all for the great work. >=20 Excellent. I'm working on the code right now. Thank you for feedback. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 14:55:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 376E544A; Fri, 13 Dec 2013 14:55:12 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F29A91FCD; Fri, 13 Dec 2013 14:55:11 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rBDEtAVh006781 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 13 Dec 2013 08:55:10 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Fri, 13 Dec 2013 08:55:09 -0600 From: "Teske, Devin" To: Zenny Subject: Re: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked Thread-Topic: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked Thread-Index: AQHO+BNRwcguYgNeMUirSUFHc4diJQ== Date: Fri, 13 Dec 2013 14:55:09 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-13_03:2013-12-12,2013-12-13,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable Stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2013 14:55:12 -0000 On Dec 13, 2013, at 4:53 AM, Zenny wrote: > Followed the instructions here: > http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html >=20 > The upgrade borked. >=20 > Error message: Can't find 'kernel' >=20 > When I checked with ls /boot/kernel/, the directory does exist. >=20 > :-( >=20 > Since the system has encrypted root partion with ZFSonROOT, I tried to > follow instructions at > https://forums.freebsd.org/viewtopic.php?&t=3D8958 to boot with a livecd > and went to the shell prompt and tried to import the zroot pool with > 'zpool import -f zroot' but it says no such pool is available. >=20 > How to fix it? Any hint? Thanks! Before you can import the zroot you have to: 1. Import the bootpool (which requires changing of the mountpoint in the LiveCD environment) 2. Do a "geli attach" with the (a) the key that is stored on the bootpool a= nd (b) the passphrase that you set. After that, you'll see the zroot pool. Here's the step-by-step: Step 1. Boot into LiveCD Step 2. Execute the following commands... mkdir /tmp/bootpool zpool import bootpool zfs set mountpoint=3D/tmp/bootpool bootpool zfs mount -a cp /tmp/bootpool/boot/encryption.key /tmp/ zfs umount -a zfs set mountpoint=3D/bootpool bootpool zfs export bootpool geli attach -k /tmp/encryption.key /dev/ada0p3 # NB: Substitute ada0p3 for proper disk # NB: Repeat for each disk in the zroot pool zpool import At this point, the final "zpool import" shows the zroot. I've found several things that needed fixing in the RC1... Pending MFC's to releng/10.0: http://svnweb.freebsd.org/base?view=3Drevision&revision=3D258927 http://svnweb.freebsd.org/base?view=3Drevision&revision=3D259144 http://svnweb.freebsd.org/base?view=3Drevision&revision=3D259148 Will be submitted shortly -- in addition I have a few more coming. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 16:03:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70AD9F92; Fri, 13 Dec 2013 16:03:15 +0000 (UTC) Received: from mail-ea0-x22a.google.com (mail-ea0-x22a.google.com [IPv6:2a00:1450:4013:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC7CB150F; Fri, 13 Dec 2013 16:03:14 +0000 (UTC) Received: by mail-ea0-f170.google.com with SMTP id k10so982576eaj.1 for ; Fri, 13 Dec 2013 08:03:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=iWc52wvAXoTS0Wf6uV8PiErhCNvXws6EJzlCGqqhAEw=; b=aHSQ5OrXEzUQPTWfCoK4OX5qD3P87uulIB/WTTu5ncLGeq7tBk/RbGCIzDABgaiuD8 wCYjocwOqXvevswRfNRudhsBPRLy6sjvn4lzcbgkeskTl4BtLMsOpAzFS05jjs3thyZT c/wQdMDnr1E/H340zqn6cjXwF/1JygncPuexFfXu6CLanzzuuUPmGZH3cz0kx4MLI4ve zO/13dnCvxOfJ7lCB1z9H4NqH5bKI4m3LPHCLmVeXHudm5exWMf5ElflF/zRC1beEbMC 3hfFob/2MYQUDBTXRWSH5qHoSWNHJmxaiFrfnEKO5pKTc+Vl+UEVbqVS0AU/V50Peeww J5Sg== X-Received: by 10.14.88.134 with SMTP id a6mr3681904eef.5.1386950593160; Fri, 13 Dec 2013 08:03:13 -0800 (PST) Received: from [192.168.1.129] ([193.173.55.180]) by mx.google.com with ESMTPSA id e43sm8227111eep.7.2013.12.13.08.03.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 13 Dec 2013 08:03:12 -0800 (PST) Message-ID: <52AB2FC1.5000605@gmail.com> Date: Fri, 13 Dec 2013 17:03:13 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Devin Teske Subject: Re: From 10 Beta4 to 10 RC1 lost gpt labels added by the installer References: <52AACB86.8090703@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 16:03:15 -0000 Teske, Devin schreef: > On Dec 13, 2013, at 12:55 AM, Johan Hendriks wrote: > >> Hello all. >> >> I installed FreeBSD 10 Beta4 the day before the RC1 release and used the ZFS install option, all went well. >> I then downloaded the new source for 10 RC1 and did a buildworld. >> It rebooted, the machine booted fine only did it show an error regarding the swap space. >> I could not mount /dev/gpt/swap0 and /dev/gpt/swap1 >> >> In /etc/fstab i had the following lines >> >> # Device Mountpoint FStype Options Dump Pass# >> /dev/gpt/swap0 none swap sw 0 0 >> /dev/gpt/swap1 none swap sw 0 0 >> >> this did not work anymore, and i needed to add the glabels instead. >> >> /dev/diskid/DISK...... and so on. >> >> /dev/gpt was not there anymore. >> >> One more thing, i do not like the glabel option, is it possible to create an option to use gpt labels instead of glabel when creating the pool. > GPT labels *are* already used (glabel is not used). Well after the upgrade i have no GPT labels any more (they are on the disk, but not useable). I like the serial number in the label, maybe create GPT labels with the serial number. zfs0 and zfs1 tells nothing about the disk! gpart list | grep label gives me this jailhost ~ # gpart list | grep label label: gptboot0 label: zfs0 label: swap0 label: gptboot1 label: zfs1 label: swap1 So the disk has the labels. But they are not active, /dev/gpt is not available, i think it gets overwritten or pushed out of the way by glabel. jailhost ~ # cd /dev/g geom.ctl ggctl glabel list shows me the following jailhost ~ # glabel list Geom name: ada0 Providers: 1. Name: diskid/DISK-WMATV654xxxx Mediasize: 1000204886016 (932G) Sectorsize: 512 Mode: r2w2e3 secoffset: 0 offset: 0 seclength: 1953525168 length: 1000204886016 index: 0 Consumers: 1. Name: ada0 Mediasize: 1000204886016 (932G) Sectorsize: 512 Mode: r2w2e4 Geom name: ada1 Providers: 1. Name: diskid/DISK-WMATV627xxxx Mediasize: 1000204886016 (932G) Sectorsize: 512 Mode: r2w2e3 secoffset: 0 offset: 0 seclength: 1953525168 length: 1000204886016 index: 0 Consumers: 1. Name: ada1 Mediasize: 1000204886016 (932G) Sectorsize: 512 Mode: r2w2e4 This system is installed with the BETA4 CD and upgraded to RC1 by buildworld. > > >> I think glabel is just another layer which can cause trouble. >> > There's been a similar problem with graid, are you sure that's > not what's going on here? That the OS has picked up on some > BIOS-created thing? How can i see that? It is a proliant ML110, I use these proliant ML110 servers a lot and never had these kind of things. here is my dmesg output. jailhost ~ # dmesg Copyright (c) 1992-2013 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 10.0-RC1 #1 r259217: Wed Dec 11 15:56:40 CET 2013 root@jailhost:/usr/obj/usr/src/sys/KRNL amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Xeon(R) CPU 3065 @ 2.33GHz (2327.55-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 0x6 Model = 0xf Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2047905792 (1953 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pcib1: failed to allocate initial I/O port window: 0-0xfff pci1: on pcib1 uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 usbus0 on uhci0 uhci1: port 0x1840-0x185f irq 17 at device 26.1 on pci0 usbus1 on uhci1 uhci2: port 0x1860-0x187f irq 18 at device 26.2 on pci0 usbus2 on uhci2 ehci0: mem 0xec000000-0xec0003ff irq 18 at device 26.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 pcib2: irq 16 at device 28.0 on pci0 pcib2: failed to allocate initial I/O port window: 0-0xfff pci5: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci13: on pcib3 vgapci0: mem 0xee000000-0xeeffffff,0xec100000-0xec103fff,0xec800000-0xecffffff irq 16 at device 0.0 on pci13 pcib4: irq 17 at device 28.5 on pci0 pci14: on pcib4 bge0: mem 0xed000000-0xed00ffff irq 17 at device 0.0 on pci14 bge0: CHIP ID 0x0000a200; ASIC REV 0x0a; CHIP REV 0xa2; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:24:81:b2:7d:a2 uhci3: port 0x1880-0x189f irq 16 at device 29.0 on pci0 usbus4 on uhci3 uhci4: port 0x18a0-0x18bf irq 17 at device 29.1 on pci0 usbus5 on uhci4 uhci5: port 0x18c0-0x18df irq 18 at device 29.2 on pci0 usbus6 on uhci5 ehci1: mem 0xec000400-0xec0007ff irq 16 at device 29.7 on pci0 usbus7: EHCI version 1.0 usbus7 on ehci1 pcib5: at device 30.0 on pci0 pci17: on pcib5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x1c10-0x1c1f,0x1c00-0x1c0f irq 17 at device 31.2 on pci0 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 pci0: at device 31.3 (no driver attached) atapci1: port 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f irq 18 at device 31.5 on pci0 ata4: at channel 0 on atapci1 ata5: at channel 1 on atapci1 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xdc000-0xdffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen4.1: at usbus4 uhub3: on usbus4 ugen3.1: at usbus3 uhub4: on usbus3 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered ada0 at ata2 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: Serial Number WMATV6540962 ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ata3 bus 0 scbus1 target 0 lun 0 ada1: ATA-7 SATA 2.x device ada1: Serial Number WMATV6271729 ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 cd0 at ata4 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number 698EEDC99DE2 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Netvsc initializing... SMP: AP CPU #1 Launched! Root mount waiting for: usbus7 usbus3 uhub4: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Trying to mount root from zfs:zroot/ROOT/default []... ugen0.2: at usbus0 ugen4.2: at usbus4 ukbd0: on usbus4 kbd2 at ukbd0 ums0: on usbus4 ums1: on usbus0 ums0: 8 buttons and [XYZ] coordinates ID=0 ums1: 3 buttons and [XYZ] coordinates ID=0 > > >> Another thing when installed Beta4 is the fact that a zpool status shows the gptid's >> This is not a pretty sight, and i think that the installer needs to put the kern.geom.label.gptid.enable=0 in /boot/loader.conf when using the zfs option. >> > Does this need to be diddled in the running kernel before creating > the zpool/datasets? or is it simply enough to drop it into loader.conf > for the reboot? > > I'll run some tests. As far as i know, an entry in /boot/loader.conf after the creation is fine. BTW i used to use a script on a memstick and then i did not need to use the kern.geom.label.gptid.enable=0 in /boot/loader.conf That was when i used GPT labels and FreeBSD 9.x Here is my zpool status with the kern.geom.label.gptid.enable=0 in /boot/loader.conf (also it uses the glabel stuff, and not the GPT labels.) jailhost ~ # zpool status pool: zroot state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 diskid/DISK-WMATV654xxxxp2 ONLINE 0 0 0 diskid/DISK-WMATV627xxxxp2 ONLINE 0 0 0 errors: No known data errors The funny thing is that now even without the kern.geom.label.gptid.enable=0 in /boot/loader.conf it hides the gptid's I think zpool cached it somehow. > > >> The install went very smooth, and i really like it. >> Thanks all for the great work. >> > Excellent. I'm working on the code right now. Thank you for feedback. Your welcome. I can redo the install with a 10.0 RC1 cd if you want? regards Johan From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 17:53:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2467A677 for ; Fri, 13 Dec 2013 17:53:40 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C050E1DFB for ; Fri, 13 Dec 2013 17:53:39 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 3BF4F4001F for ; Fri, 13 Dec 2013 18:53:38 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 2A63340020; Fri, 13 Dec 2013 18:53:38 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (unknown [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 51BA84001F; Fri, 13 Dec 2013 18:53:37 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3dgzxb0qLXz8jL9; Fri, 13 Dec 2013 18:53:07 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id RO-K3tjUp3_4; Fri, 13 Dec 2013 18:53:05 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3dgzxY18j6z8jLB; Fri, 13 Dec 2013 18:53:05 +0100 (CET) Received: from vivi.daemonic.se (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id 3dgzxY0Xmjz9D6K; Fri, 13 Dec 2013 18:53:05 +0100 (CET) Message-ID: <52AB4980.1090805@daemonic.se> Date: Fri, 13 Dec 2013 18:53:04 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Albert Cervin Subject: Re: libc_nonshared.a missing on 10.0-RC1 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 17:53:40 -0000 On 12/12/13 20:30, Albert Cervin wrote: > I can add that this can be solved by make && make install in > /usr/src/lib/libc_nonshared. However, I thought that maybe this is an error > with the update or something that needs to be looked at? > > Problem is solved for me for now at least! > I think the real solution here is to update the ports tree. What version have you of the ports tree? Regards! -- Niclas From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 20:38:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7FF7154 for ; Fri, 13 Dec 2013 20:38:16 +0000 (UTC) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9B68B1A07 for ; Fri, 13 Dec 2013 20:38:16 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id un15so3067563pbc.13 for ; Fri, 13 Dec 2013 12:38:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=gsTigoeZ4UgYXTrPQ/mYPM7+fOPxXS5p+tYk6E8ArxE=; b=Znum86RG5a6S2pRQQI4Ofb200Y/VCAW+bd9kc/3QYYySbSuk8XGRaKb1WpzILOn0s/ 2uP7TqJziruEE1cZD9PWPRhY3+Puhc+P2nJe7c6XOIOpTblVPiEEn8aPtpJ1IpNodW5y wPPyKXIV6dm6vk+fATrPoHNYzmjSyYHR1h2H+sjNnDFwVXKqBAWadIsSWbRsAzLgxap0 IC24iGoIbvS0+VR9ussZ2yMv+R5rupvV/Dotzyv0VaVNK5T8H4x/hVohIui12HFrYzaf NpGtJxO7Js70rwsneuUQkJ34IKdDGu7mRf6LYG9MVvi3LYxpYKO9fM2rYMMJLNFdeudv mDWA== X-Gm-Message-State: ALoCoQm0nnOzm8y2Odff7+hZ0bXNfGR18GC32l4SJyxZevfDWd1dnKw7FwUSW1zVXKkpcrP6tijD MIME-Version: 1.0 X-Received: by 10.66.163.74 with SMTP id yg10mr5524378pab.85.1386967090088; Fri, 13 Dec 2013 12:38:10 -0800 (PST) Received: by 10.70.140.135 with HTTP; Fri, 13 Dec 2013 12:38:09 -0800 (PST) X-Originating-IP: [92.244.21.21] In-Reply-To: <52AB4980.1090805@daemonic.se> References: <52AB4980.1090805@daemonic.se> Date: Fri, 13 Dec 2013 21:38:09 +0100 Message-ID: Subject: Re: libc_nonshared.a missing on 10.0-RC1 From: Albert Cervin To: Niclas Zeising Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 20:38:16 -0000 The ports tree was updated after the upgrade. Also, I could not link any C/C++ program, it was not just ports that were failing. Are you saying that the lib should not in fact be there? I also had the latest version of pkg already. Cheers, Albert On Fri, Dec 13, 2013 at 6:53 PM, Niclas Zeising wrote: > On 12/12/13 20:30, Albert Cervin wrote: > > I can add that this can be solved by make && make install in > > /usr/src/lib/libc_nonshared. However, I thought that maybe this is an > error > > with the update or something that needs to be looked at? > > > > Problem is solved for me for now at least! > > > > I think the real solution here is to update the ports tree. What > version have you of the ports tree? > Regards! > -- > Niclas > > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 20:57:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62D10DB6 for ; Fri, 13 Dec 2013 20:57:50 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39AEF1CCD for ; Fri, 13 Dec 2013 20:57:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E3AA2B9DB; Fri, 13 Dec 2013 15:57:48 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org, eugene@imedia.ru Subject: Re: 9.2-RELEASE + memcached = page fault Date: Fri, 13 Dec 2013 15:54:22 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201312091924.11590@badger> <20131209180532.GA24975@x2.osted.lan> <201312101515.34305@badger> In-Reply-To: <201312101515.34305@badger> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312131554.22671.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 13 Dec 2013 15:57:49 -0500 (EST) Cc: Peter Holm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 20:57:50 -0000 On Tuesday, December 10, 2013 6:15:34 am Eugene Mitrofanov wrote: > Hello > > On Monday 09 December 2013, Peter Holm wrote: > > On Mon, Dec 09, 2013 at 07:24:11PM +0400, Eugene Mitrofanov wrote: > > > Hello > > > > > > after upgrading to 9.2-release i can see periodical page faults. advises welcome. > > > > > > examples: > > > > > > 1. > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 5; apic id = 22 > > > fault virtual address = 0x18 > > > fault code = supervisor read data, page not present > > > instruction pointer = 0x20:0xffffffff8051095c > > > stack pointer = 0x28:0xffffff88a9d77800 > > > frame pointer = 0x28:0xffffff88a9d77810 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 1704 (memcached) > > > trap number = 12 > > > panic: page fault > > > cpuid = 5 > > > Uptime: 2d23h33m33s > > > > > > 2. > > > > > > Unread portion of the kernel message buffer: > > > stack pointer = 0x28:0xffffff88a9b70800 > > > frame pointer = 0x28:0xffffff88a9b70810 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 2023 (memcached) > > > trap number = 12 > > > panic: page fault > > > cpuid = 4 > > > Uptime: 1d10h59m7s > > > > > > good luck > > > > It would be nice with a stack trace. Check out: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers- handbook/kerneldebug-online-ddb.html > > > > Yes of course. You may find it below. > > 1st: > > #0 doadump (textdump=) at pcpu.h:234 > 234 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:234 > #1 0xffffffff80523556 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:449 > #2 0xffffffff80523a3c in panic (fmt=0x1
) > at /usr/src/sys/kern/kern_shutdown.c:637 > #3 0xffffffff80792b9d in trap_fatal (frame=0xfffffe003e20d000, > eva=) at /usr/src/sys/amd64/amd64/trap.c:879 > #4 0xffffffff80792eb8 in trap_pfault (frame=0xffffff88a9d77750, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:795 > #5 0xffffffff8079323c in trap (frame=0xffffff88a9d77750) > at /usr/src/sys/amd64/amd64/trap.c:463 > #6 0xffffffff8077cb5f in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #7 0xffffffff8051095c in _mtx_trylock (m=0x0, opts=0, > file=, line=) > at /usr/src/sys/kern/kern_mutex.c:295 > #8 0xffffffff8076cbae in vm_page_cowsetup (m=0xfffffe08529ecc08) > at /usr/src/sys/vm/vm_page.c:2849 > #9 0xffffffff8058465c in socow_setup (m0=0xfffffe02997b6100, > uio=0xffffff88a9d779e0) at /usr/src/sys/kern/uipc_cow.c:130 > #10 0xffffffff80592465 in sosend_copyin (uio=0xffffff88a9d779e0, > retmp=0xffffff88a9d77960, atomic=0, space=0xffffff88a9d77970, flags=0) > at /usr/src/sys/kern/uipc_socket.c:991 > #11 0xffffffff80592798 in sosend_generic (so=0xfffffe00575abd48, > addr=0xfffffe013f50d950, uio=0xffffff88a9d779e0, top=0x0, control=0x0, > flags=0, td=0xfffffe003e238920) at /usr/src/sys/kern/uipc_socket.c:1329 > #12 0xffffffff805946e3 in kern_sendit (td=0xfffffe003e238920, s=32, > mp=0xffffff88a9d77ab0, flags=0, control=0x0, segflg=) > at /usr/src/sys/kern/uipc_syscalls.c:811 > #13 0xffffffff8059499c in sendit (td=0xfffffe003e238920, s=32, > mp=0xffffff88a9d77ab0, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:739 > #14 0xffffffff80594a27 in sys_sendmsg (td=0xfffffe003e238920, > uap=0xffffff88a9d77bb0) at /usr/src/sys/kern/uipc_syscalls.c:944 > #15 0xffffffff80792490 in amd64_syscall (td=0xfffffe003e238920, traced=0) > at subr_syscall.c:135 > #16 0xffffffff8077ce47 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:391 > #17 0x0000000800d3fe2c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > 2nd: > > #0 doadump (textdump=) at pcpu.h:234 > 234 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:234 > #1 0xffffffff80523556 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:449 > #2 0xffffffff80523a3c in panic (fmt=0x1
) > at /usr/src/sys/kern/kern_shutdown.c:637 > #3 0xffffffff80792b9d in trap_fatal (frame=0xfffffe0010664950, > eva=) at /usr/src/sys/amd64/amd64/trap.c:879 > #4 0xffffffff80792eb8 in trap_pfault (frame=0xffffff88a9b70750, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:795 > #5 0xffffffff8079323c in trap (frame=0xffffff88a9b70750) > at /usr/src/sys/amd64/amd64/trap.c:463 > #6 0xffffffff8077cb5f in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #7 0xffffffff8051095c in _mtx_trylock (m=0x0, opts=0, > file=, line=) > at /usr/src/sys/kern/kern_mutex.c:295 > #8 0xffffffff8076cbae in vm_page_cowsetup (m=0xfffffe0850e13900) > at /usr/src/sys/vm/vm_page.c:2849 > #9 0xffffffff8058465c in socow_setup (m0=0xfffffe00543fe300, > uio=0xffffff88a9b709e0) at /usr/src/sys/kern/uipc_cow.c:130 > #10 0xffffffff80592465 in sosend_copyin (uio=0xffffff88a9b709e0, > retmp=0xffffff88a9b70960, atomic=0, space=0xffffff88a9b70970, flags=0) > at /usr/src/sys/kern/uipc_socket.c:991 > #11 0xffffffff80592798 in sosend_generic (so=0xfffffe02ad39caa0, > addr=0xfffffe02a3fda520, uio=0xffffff88a9b709e0, top=0x0, control=0x0, > flags=0, td=0xfffffe013301a000) at /usr/src/sys/kern/uipc_socket.c:1329 > #12 0xffffffff805946e3 in kern_sendit (td=0xfffffe013301a000, s=21, > mp=0xffffff88a9b70ab0, flags=0, control=0x0, segflg=) > at /usr/src/sys/kern/uipc_syscalls.c:811 > #13 0xffffffff8059499c in sendit (td=0xfffffe013301a000, s=21, > mp=0xffffff88a9b70ab0, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:739 > #14 0xffffffff80594a27 in sys_sendmsg (td=0xfffffe013301a000, > uap=0xffffff88a9b70bb0) at /usr/src/sys/kern/uipc_syscalls.c:944 > #15 0xffffffff80792490 in amd64_syscall (td=0xfffffe013301a000, traced=0) > at subr_syscall.c:135 > #16 0xffffffff8077ce47 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:391 > #17 0x0000000800d3fe2c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) Do you have ZEROCOPY_SOCKETS enabled? If so, turn it off. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 20:57:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71363D75 for ; Fri, 13 Dec 2013 20:57:47 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A7991CCB for ; Fri, 13 Dec 2013 20:57:47 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 42D47B9D8; Fri, 13 Dec 2013 15:57:46 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: BETA4: fortune -o gone? Date: Fri, 13 Dec 2013 13:56:32 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131205090208.4cdba36b@X220.ovitrap.com> <52A2AF39.7090006@ShaneWare.Biz> <52A2CC9F.7040306@andyit.com.au> In-Reply-To: <52A2CC9F.7040306@andyit.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312131356.32490.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 13 Dec 2013 15:57:46 -0500 (EST) Cc: FreeBSD@shaneware.biz, Andy Farkas X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 20:57:47 -0000 On Saturday, December 07, 2013 2:22:07 am Andy Farkas wrote: > On 07/12/13 15:16, Shane Ambler wrote: > > > > so fortunes-o contained inappropriate material that was worth arguing > > about but murphy-o isn't - guess it's too short to argue over? > > > > Now limerick and gerrold.limerick contains material that some would find > > offensive, yet they are just fine where they are.... > > > > SHHHHHH!!!! > > Don't give people who are easily offended, yet continuously > use the -o option, any more reason to complain!! > > At this rate the -o option will be removed altogether! > > Actually, they might even remove fortune(6) entirely: > > > fortune -m "dove of peace" > > fortune -m "Democratic Committee" > > fortune -m "people and the pigeons" > > -andyf > > ps. Bad move core. If you must know: I would rather that fortunes-o had remained as-is. The problem is some developers started purging it of items they felt were personally too offensive. (Not all people have the same standards regarding freedom of speech and all that.) Rather than having long debates about what freedom of speech is or isn't and what things are "too" offensive for fortunes-o (irony in that statement is intentional), we elected to remove the file instead. I certainly hoped that someone would pick up the file and place it in ports. I would recommend the fortunes-o.real file from rev 228909. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 21:16:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC8C77DF; Fri, 13 Dec 2013 21:16:54 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D1171E70; Fri, 13 Dec 2013 21:16:53 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rBDLGcuw085185; Fri, 13 Dec 2013 22:16:38 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Fri, 13 Dec 2013 22:16:38 +0100 Date: Fri, 13 Dec 2013 22:16:38 +0100 From: "A.J. 'Fonz' van Werven" To: John Baldwin Subject: Re: BETA4: fortune -o gone? Message-ID: <20131213211638.GA85021@spectrum.skysmurf.nl> References: <20131205090208.4cdba36b@X220.ovitrap.com> <52A2AF39.7090006@ShaneWare.Biz> <52A2CC9F.7040306@andyit.com.au> <201312131356.32490.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <201312131356.32490.jhb@freebsd.org> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Andy Farkas , freebsd-stable@freebsd.org, FreeBSD@shaneware.biz X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 21:16:54 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable John Baldwin wrote: > Not all people have the same standards regarding freedom of speech and > all that. I for one have become quite aware of that in recent years ;-) > I certainly hoped that someone would pick up the file and place it in > ports. I would recommend the fortunes-o.real file from rev 228909. I already created such a port and submitted a PR. In fact, I have some improvements to the Makefile lined up but I probably can't submit those while the port creation PR hasn't been processed yet. Is there any particular reason why you'd recommend that particular revision of the fortune file? AvW --=20 I'm not completely useless, I can be used as a bad example. --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSq3k2AAoJEAfP7gJTaCe8x+0QAJYWfFIryU11i7rHaoWvVU4Z XLKJNGDvzgh3GVijTbcAkvVJgchD2OR2zvdQQfWZNnyu4SXR7WK4PDqAAhYuDzkY wlE0G96wDjH5iagrzcO/uNagY/p6zkAN+/QSdj26+jCtNECACuNWiCXbNO6uD4Rg 51QF91yUyhXDljM6MacTg4LHHffcpG9TrbSnJuiz8GJPIIRVsoPlHzaMiQYShUF6 MP2QuQMR+GD/bFNMUxnTAea0bYu0kmHOmifsCGDf9HHczRO1AGbsCqETxZXFqnKk RGUyVABB8mDGv5dykZtFpNzFZNGGrD3hYK94bDUgPe4Znkr28zurArqIPGZGaQu8 21MLmhv0P3Rsg1iRQdtFiJaE0gXyr0xmWAXIV1ExPIzCZLptmKlwSr0qgPDsvRHB FX4pOYu0YPXakRCc+1QZnLQKFSgKRMSn6Mj/RgdY1eDpuY6/Y0vawGwnxXFwNnja Am9FBu6bnXqfu2fNL4xuq+ARwD1hD19nuYrMv2Wc/J78JmZ7M09REhTbV0EDVHur 8llmgDKOh31Xb3zDAbuK1yQGi2joQ0UfJ+NSDMHa4TajbJ9FG1Li2WfCvOiVpveT S/NBBLJBh23sx/EkSJuTyoQtyxMMk4F6wsv/N5gwgH87cRpj5GPGXvJvdJEMitav KlY5b6x4IjjjFdQLKI+H =VoAX -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 21:38:43 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3334390; Fri, 13 Dec 2013 21:38:43 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59B3E1020; Fri, 13 Dec 2013 21:38:43 +0000 (UTC) Received: from [192.168.1.2] (244.sub-75-240-0.myvzw.com [75.240.0.244]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rBDLHN2A038446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Dec 2013 15:17:26 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1386969448; bh=xIyosD+ITMJjPwmoXV58atYbOuukwpZF3lDgZMvXvjI=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=I6NoPoOplX6vtp82XtQp5C5MOP9Tvjb2SsAjygxNhLQD8efGOyecBTE17GRN/GDTI 2VvRPXuE8sYCwc22PI46AJ//TSwDfXls3q+BEd2HWcur6fvopO/Bylwz9CjmOrLhxC R48ljzCoIAYalzK1tWXsxW928sYPxlnTwTziJJMo= Date: Fri, 13 Dec 2013 15:17:20 -0600 (CST) From: Greg Rivers To: Erwin Lansing Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-Reply-To: <20131209112232.GR29825@droso.dk> Message-ID: References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205083044.GN29825@droso.dk> <20131209112232.GR29825@droso.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Fri, 13 Dec 2013 15:17:28 -0600 (CST) Cc: stable@freebsd.org, Michael Sinatra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 21:38:43 -0000 On Mon, 9 Dec 2013, Erwin Lansing wrote: > On Thu, Dec 05, 2013 at 11:34:31AM -0600, Greg Rivers wrote: >> On Thu, 5 Dec 2013, Erwin Lansing wrote: >>> >>> Thanks Greg, and thanks for the feedback. I did make sure that the >>> chroot still is supported on existing 8 and 9 systems, so the move >>> will be another part in the upgrade procedure to a new major release >>> and lessen the pain a bit. Let me have another look into >>> reintroducing the chroot bits in a less complicated way. It may not >>> be exactly the same as before but hopefully can be done in a backwards >>> compatible way. >>> >> >> Thank you Erwin. Let me know if I can help in any way. >> > > Sorry for the delay. I've spent too much time already on this. The > problem is that there are several assumption to how the paths are formed > in both the ports Makefile (and thus things like pkg-plist and used to > generate the configuration files) and the rc script that sets up the > chroot. Fixing one, breaks the other, so some more magic is required. I > hacked up the original chroot code enough that it sets up the chroot, > copies in the confiruation files, etc. but then ends up that the > configuration files were generated on the assumption that is was a > normal port prefix and thus expect things to be in > /var/named/usr/local/etc/named/... which is of course a fine chroot, but > not compatible with the pre-10 setup. > > I think a complete rewrite is needed to do this right, for which I don't > have time over the next few days. The net/isc-dhcp*-server ports might > have some inspiration, though not sure how transferrable it is to bind. > I'd be happy to test and accept patches. > I'll look into it. Thanks. -- Greg From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 21:54:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 624E92AE; Fri, 13 Dec 2013 21:54:09 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1029A1187; Fri, 13 Dec 2013 21:54:08 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id cm18so1207350qab.18 for ; Fri, 13 Dec 2013 13:54:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=zJe2kvM2/sEqomxk6ihbxUIL6l9KqYSKo5KDBSPKPEo=; b=rfPTUwr6eTdTbzhA9vqZ4MSANLuCCs4Pfy9I9HJ4gkNLhxICr1MIMJuPlu44QINz9Y alPjWW2BaiSwLn3o3428X/arP1Gk/aPcnBmbKv045PTfUMAO2pH/Av15Zipv3x07rmwU 5+Xbk/PBRhaykIF3WGgHVHRy6g3hGR/2+WUihGwioxFoX8plRL5OwIOcl+G8pdYdccSr 4aqaG0rKpyKy7ojtstJbGIcKmGwMrzwG8IAARU2kZGzBLzjh8dZ737cyunNCj7sUipmg DCWhAlt+tGEK+hhIT+WgW61hc6P5UZHpMXLSfiPJmhutCU1zRFGufSTXAVhiEm/Xk35n +hYQ== MIME-Version: 1.0 X-Received: by 10.49.131.5 with SMTP id oi5mr8812789qeb.38.1386971648170; Fri, 13 Dec 2013 13:54:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Fri, 13 Dec 2013 13:54:08 -0800 (PST) In-Reply-To: <201312131554.22671.jhb@freebsd.org> References: <201312091924.11590@badger> <20131209180532.GA24975@x2.osted.lan> <201312101515.34305@badger> <201312131554.22671.jhb@freebsd.org> Date: Fri, 13 Dec 2013 13:54:08 -0800 X-Google-Sender-Auth: CRIkD-FVLvObVNa8Gox56L14yEI Message-ID: Subject: Re: 9.2-RELEASE + memcached = page fault From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List , Peter Holm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 21:54:09 -0000 On 13 December 2013 12:54, John Baldwin wrote: > Do you have ZEROCOPY_SOCKETS enabled? If so, turn it off. Indeed. That's a broken feature. I thought it was already removed. -a From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 22:17:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5607121; Fri, 13 Dec 2013 22:17:37 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CE5D130E; Fri, 13 Dec 2013 22:17:37 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 83755B9E0; Fri, 13 Dec 2013 17:17:36 -0500 (EST) From: John Baldwin To: Adrian Chadd Subject: Re: 9.2-RELEASE + memcached = page fault Date: Fri, 13 Dec 2013 17:17:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201312091924.11590@badger> <201312131554.22671.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312131717.26108.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 13 Dec 2013 17:17:36 -0500 (EST) Cc: FreeBSD Stable Mailing List , Peter Holm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 22:17:37 -0000 On Friday, December 13, 2013 4:54:08 pm Adrian Chadd wrote: > On 13 December 2013 12:54, John Baldwin wrote: > > > Do you have ZEROCOPY_SOCKETS enabled? If so, turn it off. > > Indeed. That's a broken feature. I thought it was already removed. It is in 10 I believe. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Dec 13 22:17:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67B5A2F0 for ; Fri, 13 Dec 2013 22:17:58 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3838F1321 for ; Fri, 13 Dec 2013 22:17:58 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id BF9FD139DD for ; Fri, 13 Dec 2013 20:13:17 -0200 (BRST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1386972797; x=1387836798; bh=v7FEwHlVOg5m mL9ognpA7v4iQfRKpd/ZpZx+/k+d2Yg=; b=i8fpDIv+WK3ynwIrraxh8OHyufzb s91U648sr4NWkDg6bBpbdYZqX7egsbSmXUSw4ucwuZYPVxG7a/7hhnNzrXwK014Z 3MChFZNpVRSG9gifllpRvWnjuhTSVwYkapQ6QzdOU7lnU8g6feKBT2eO9GxbXnak aWKB+WsaVV86Yes= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mw5HmU_6hQPl for ; Fri, 13 Dec 2013 20:13:17 -0200 (BRST) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id E790F139D8 for ; Fri, 13 Dec 2013 20:13:16 -0200 (BRST) Message-ID: <52AB8647.4050202@bsdinfo.com.br> Date: Fri, 13 Dec 2013 20:12:23 -0200 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: geom_stripe problem in freebsd 10.0-rc1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Dec 2013 22:17:58 -0000 Hi all, Anyone here seen it? First time I saw it happen. I'm here using a FreeBSD 10.0-RC1 and doing some tests with the raid0(geom_stripe) but is giving the following : I'm here with 3 discs being ada0 with the system and have the ADA1 and ada2to do the raid 0. # kldload geom_stripe # gstripe label -v st0 /dev/ada1 /dev/ada2 GEOM_STRIPE: Device st0 created (id=2255281675). GEOM_STRIPE: Disk ada1 attached to st0. GEOM_PART: integrity check failed (ada1, BSD) GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17). GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD) GEOM_STRIPE: Disk ada2 attached to st0. GEOM_STRIPE: Device stripe/st0 activated. GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17). # bsdlabel -wB /dev/stripe/st0 GEOM_PART: integrity check failed (ada1, BSD) GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17). GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17). GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD) # newfs -U -j /dev/stripe/st0 I can format and mount the st0 but is giving these errorsabove. # uname -a FreeBSD bart.test 10.0-RC1 FreeBSD 10.0-RC1 #0 r259068: Sat Dec 7 17:45:20 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 []'s Gondim From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 00:58:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D4E3A29; Sat, 14 Dec 2013 00:58:40 +0000 (UTC) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 7050F110D; Sat, 14 Dec 2013 00:58:38 +0000 (UTC) Received: from ppp121-45-108-103.lns20.adl6.internode.on.net (HELO leader.local) ([121.45.108.103]) by ipmail06.adl2.internode.on.net with ESMTP; 14 Dec 2013 11:28:36 +1030 Message-ID: <52ABAD38.9080502@ShaneWare.Biz> Date: Sat, 14 Dec 2013 11:28:32 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "A.J. 'Fonz' van Werven" , John Baldwin Subject: Re: BETA4: fortune -o gone? References: <20131205090208.4cdba36b@X220.ovitrap.com> <52A2AF39.7090006@ShaneWare.Biz> <52A2CC9F.7040306@andyit.com.au> <201312131356.32490.jhb@freebsd.org> <20131213211638.GA85021@spectrum.skysmurf.nl> In-Reply-To: <20131213211638.GA85021@spectrum.skysmurf.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Andy Farkas X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 00:58:40 -0000 On 14/12/2013 07:46, A.J. 'Fonz' van Werven wrote: > John Baldwin wrote: > >> Not all people have the same standards regarding freedom of speech and >> all that. > > I for one have become quite aware of that in recent years ;-) > >> I certainly hoped that someone would pick up the file and place it in >> ports. I would recommend the fortunes-o.real file from rev 228909. > > I already created such a port and submitted a PR. In fact, I have some > improvements to the Makefile lined up but I probably can't submit those > while the port creation PR hasn't been processed yet. Is there any > particular reason why you'd recommend that particular revision of the > fortune file? It would appear that revision removed duplicates and fixed typos - the next removed political propaganda then it was deleted. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 07:21:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FE98BEB; Sat, 14 Dec 2013 07:21:47 +0000 (UTC) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 017F51E87; Sat, 14 Dec 2013 07:21:46 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id y10so3370123pdj.23 for ; Fri, 13 Dec 2013 23:21:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GN8JfvyOsMjUsLPv/sJ6i9Mn+wd6Ef/MKXeys29x/9o=; b=mhGgViHqgVnAUmSI1HrNb9qzbH+/f0BbP6cmG7nHMp4YugOzWImT7LsXjIoophgw6v gnV2zbe+kpR/xkZPWqH4iOofayTChHMdu2UQWMBNqwqIL0t4zxOfLp1Iuxl9T7BsG4UK vXoi7uIS+9szBFjEid1usxl8eHCqg/PMCihm9nxFrCKezAUlNdXkM21u0lL1oTdVY1aY iY/9fHhKMsFGieLGZjDidR+UIFC6/9isv8izFI1Ptw0aMRU9q3LIcA1z1ifUuEskr4z7 XmxQos6Pj9DGkjgMHrHMNlvIvbADdNh9Z0jNt+ocKe3mL85Q7mHQgAduu7+BD+AiEKaB getQ== MIME-Version: 1.0 X-Received: by 10.66.158.99 with SMTP id wt3mr7800481pab.113.1387005706524; Fri, 13 Dec 2013 23:21:46 -0800 (PST) Received: by 10.66.142.167 with HTTP; Fri, 13 Dec 2013 23:21:46 -0800 (PST) In-Reply-To: References: Date: Sat, 14 Dec 2013 08:21:46 +0100 Message-ID: Subject: Re: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked From: Zenny To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 07:21:47 -0000 Thanks Devin for your hints: However, for others who had similar problems I am adding some changes to your step-by-step instructions: Step 1. Boot into LiveCD Step 2. Execute the following commands... mkdir /tmp/bootpool zpool import -f bootpool (without -f option it refuses to import) zfs set mountpoint=/tmp/bootpool bootpool zfs mount -a cp /tmp/bootpool/boot/encryption.key /tmp/ zfs umount -a zfs set mountpoint=/bootpool bootpool zpool export bootpool (changed from zfs to zpool) geli attach -k /tmp/encryption.key /dev/ada0p3 geli attach -k /tmp/encryption.key /dev/ada1p3 # NB: Substitute ada0p3 for proper disk # NB: Repeat for each disk in the zroot pool zpool import At this point, the final "zpool import" shows the zroot. Is there a version-specific instructions to recover the borked environment in FreeBSD10 after the above steps? Thank you again! On 12/13/13, Teske, Devin wrote: > > On Dec 13, 2013, at 4:53 AM, Zenny wrote: > >> Followed the instructions here: >> http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html >> >> The upgrade borked. >> >> Error message: Can't find 'kernel' >> >> When I checked with ls /boot/kernel/, the directory does exist. >> >> :-( >> >> Since the system has encrypted root partion with ZFSonROOT, I tried to >> follow instructions at >> https://forums.freebsd.org/viewtopic.php?&t=8958 to boot with a livecd >> and went to the shell prompt and tried to import the zroot pool with >> 'zpool import -f zroot' but it says no such pool is available. >> >> How to fix it? Any hint? Thanks! > > Before you can import the zroot you have to: > > 1. Import the bootpool (which requires changing of the mountpoint in the > LiveCD environment) > > 2. Do a "geli attach" with the (a) the key that is stored on the bootpool > and > (b) the passphrase that you set. > > After that, you'll see the zroot pool. > > Here's the step-by-step: > > Step 1. Boot into LiveCD > > Step 2. Execute the following commands... > mkdir /tmp/bootpool > zpool import bootpool > zfs set mountpoint=/tmp/bootpool bootpool > zfs mount -a > cp /tmp/bootpool/boot/encryption.key /tmp/ > zfs umount -a > zfs set mountpoint=/bootpool bootpool > zfs export bootpool > geli attach -k /tmp/encryption.key /dev/ada0p3 > # NB: Substitute ada0p3 for proper disk > # NB: Repeat for each disk in the zroot pool > zpool import > > At this point, the final "zpool import" shows the zroot. > > I've found several things that needed fixing in the RC1... > Pending MFC's to releng/10.0: > > http://svnweb.freebsd.org/base?view=revision&revision=258927 > http://svnweb.freebsd.org/base?view=revision&revision=259144 > http://svnweb.freebsd.org/base?view=revision&revision=259148 > > Will be submitted shortly -- in addition I have a few more coming. > -- > Devin > > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete the > message and all copies; (ii) do not disclose, distribute or use the message > in any manner; and (iii) notify the sender immediately. In addition, please > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 08:12:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 913BD2E7; Sat, 14 Dec 2013 08:12:09 +0000 (UTC) Received: from mail-pb0-x230.google.com (mail-pb0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6196510FF; Sat, 14 Dec 2013 08:12:09 +0000 (UTC) Received: by mail-pb0-f48.google.com with SMTP id md12so3517181pbc.7 for ; Sat, 14 Dec 2013 00:12:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aMrKWvzj3eohOdn/Tqn11Q0976hiCthxsWRJsH+JQG8=; b=xlZoubhMGY7Q5TJ3XeHGlfAehO7P/IIw0UTScw56hK7HNi8N7MCcrSE2LE+kZGcDgf U0CnnMRaqRJN+pZbLGXavm+1XJz5ZJwi+MEKxE/Gw5DwZ0bRftbirDORxGcordc4/Ieq lyFNKbTsTNJWLen59hkQkCXlVpCsv8CqJKNUlIc5Fb3gFaSGrQmoFd2OuHAzmpwjdOvF 66vHbybZNAZdCdukw+EPZQWPWr3t2oSeiQXA9dvGY6SYOGdOTehlURFJOS433v3xdwce jhsx7MLB2Z1rLQfDgcPRlDjwFFx5d+04+b50Va+cL5Yg65wpvfjaUpSOMOHlYWnbWfl7 IXSg== MIME-Version: 1.0 X-Received: by 10.68.66.1 with SMTP id b1mr8176027pbt.43.1387008728952; Sat, 14 Dec 2013 00:12:08 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sat, 14 Dec 2013 00:12:08 -0800 (PST) In-Reply-To: References: Date: Sat, 14 Dec 2013 09:12:08 +0100 Message-ID: Subject: Re: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked From: Zenny To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 08:12:09 -0000 I imported the zpool again: zpool import -f zroot but it does not allow me to chroot to zroot: chroot /zroot chroot: /zroot: No such file or directory I tried to sftp to another machine, but it states "Host key verification failed. Connection closed" Stuck! Any clues? On 12/14/13, Zenny wrote: > Thanks Devin for your hints: > > However, for others who had similar problems I am adding some changes > to your step-by-step instructions: > > Step 1. Boot into LiveCD > > Step 2. Execute the following commands... > mkdir /tmp/bootpool > zpool import -f bootpool (without -f option it refuses to import) > zfs set mountpoint=/tmp/bootpool bootpool > zfs mount -a > cp /tmp/bootpool/boot/encryption.key /tmp/ > zfs umount -a > zfs set mountpoint=/bootpool bootpool > zpool export bootpool (changed from zfs to zpool) > geli attach -k /tmp/encryption.key /dev/ada0p3 > geli attach -k /tmp/encryption.key /dev/ada1p3 > # NB: Substitute ada0p3 for proper disk > # NB: Repeat for each disk in the zroot pool > zpool import > > At this point, the final "zpool import" shows the zroot. > > Is there a version-specific instructions to recover the borked > environment in FreeBSD10 after the above steps? > > Thank you again! > > > > On 12/13/13, Teske, Devin wrote: >> >> On Dec 13, 2013, at 4:53 AM, Zenny wrote: >> >>> Followed the instructions here: >>> http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html >>> >>> The upgrade borked. >>> >>> Error message: Can't find 'kernel' >>> >>> When I checked with ls /boot/kernel/, the directory does exist. >>> >>> :-( >>> >>> Since the system has encrypted root partion with ZFSonROOT, I tried to >>> follow instructions at >>> https://forums.freebsd.org/viewtopic.php?&t=8958 to boot with a livecd >>> and went to the shell prompt and tried to import the zroot pool with >>> 'zpool import -f zroot' but it says no such pool is available. >>> >>> How to fix it? Any hint? Thanks! >> >> Before you can import the zroot you have to: >> >> 1. Import the bootpool (which requires changing of the mountpoint in the >> LiveCD environment) >> >> 2. Do a "geli attach" with the (a) the key that is stored on the bootpool >> and >> (b) the passphrase that you set. >> >> After that, you'll see the zroot pool. >> >> Here's the step-by-step: >> >> Step 1. Boot into LiveCD >> >> Step 2. Execute the following commands... >> mkdir /tmp/bootpool >> zpool import bootpool >> zfs set mountpoint=/tmp/bootpool bootpool >> zfs mount -a >> cp /tmp/bootpool/boot/encryption.key /tmp/ >> zfs umount -a >> zfs set mountpoint=/bootpool bootpool >> zfs export bootpool >> geli attach -k /tmp/encryption.key /dev/ada0p3 >> # NB: Substitute ada0p3 for proper disk >> # NB: Repeat for each disk in the zroot pool >> zpool import >> >> At this point, the final "zpool import" shows the zroot. >> >> I've found several things that needed fixing in the RC1... >> Pending MFC's to releng/10.0: >> >> http://svnweb.freebsd.org/base?view=revision&revision=258927 >> http://svnweb.freebsd.org/base?view=revision&revision=259144 >> http://svnweb.freebsd.org/base?view=revision&revision=259148 >> >> Will be submitted shortly -- in addition I have a few more coming. >> -- >> Devin >> >> _____________ >> The information contained in this message is proprietary and/or >> confidential. If you are not the intended recipient, please: (i) delete >> the >> message and all copies; (ii) do not disclose, distribute or use the >> message >> in any manner; and (iii) notify the sender immediately. In addition, >> please >> be aware that any message addressed to our domain is subject to archiving >> and review by persons other than the intended recipient. Thank you. >> > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 09:55:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BFF0F94 for ; Sat, 14 Dec 2013 09:55:53 +0000 (UTC) Received: from equilibrium.bsdes.net (115.Red-81-47-160.staticIP.rima-tde.net [81.47.160.115]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D550A1609 for ; Sat, 14 Dec 2013 09:55:52 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 5AC6B22876; Sat, 14 Dec 2013 10:50:01 +0100 (CET) Date: Sat, 14 Dec 2013 10:50:01 +0100 From: Victor Balada Diaz To: freebsd-stable@freebsd.org Subject: FreeBSD 10-RC1 ISO image too big Message-ID: <20131214095001.GV13385@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 09:55:53 -0000 Hello, I've downloaded FreeBSD-10.0-RC1-amd64-disc1.iso and after trying to burn it on a 700 MB CD I noticed the size will not fit. The ISO size it's roughly 744MB. I would say this is too big for normal CD size (650) and even for the bigger ones (700 MB). I know there are still bigger CD-RW's but they're less common. Is there any plan on trying to reduce the size of the image so it does fit on a 700 MB CD before the release is out? Thanks a lot. Regards. Victor. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 12:18:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A0DC50A for ; Sat, 14 Dec 2013 12:18:22 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 063431E7C for ; Sat, 14 Dec 2013 12:18:21 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBEF34.dip0.t-ipconnect.de [217.251.239.52]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id rBECI5bm090403; Sat, 14 Dec 2013 12:18:05 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id rBECHvRY015843; Sat, 14 Dec 2013 13:17:57 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id rBECHdeZ038374; Sat, 14 Dec 2013 13:17:45 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201312141217.rBECHdeZ038374@fire.js.berklix.net> To: re@berklix.org To: Victor Balada Diaz Subject: Re: FreeBSD 10-RC1 ISO image too big From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 14 Dec 2013 10:50:01 +0100." <20131214095001.GV13385@equilibrium.bsdes.net> Date: Sat, 14 Dec 2013 13:17:39 +0100 Sender: jhs@berklix.com Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 12:18:22 -0000 Victor Balada Diaz wrote: > Hello, > > I've downloaded FreeBSD-10.0-RC1-amd64-disc1.iso and after trying to burn it > on a 700 MB CD I noticed the size will not fit. The ISO size it's roughly 744MB. > > I would say this is too big for normal CD size (650) and even for the bigger > ones (700 MB). I know there are still bigger CD-RW's but they're less common. > > Is there any plan on trying to reduce the size of the image so it does fit > on a 700 MB CD before the release is out? > > Thanks a lot. > Regards. > Victor. Hi Victor Right ! /pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/10.0/FreeBSD-10.0-RC1-amd64-disc1.iso is 762531840 which is 25561088 larger than the 736970752 bytes of 700Meg CDs. List of sizes: http://www.berklix.com/~jhs/txt/cdroms.html Those who need to fix this are I've added To: line. I suggest re@ add a checker to release Makefile, mine is available free: http://www.berklix.com/~jhs/src/bsd/jhs/bin/public/filesize/ I wrote it 1988 (on); It was used by my personal release Makefile that built FreeBSD live CDs in 2001. If imported it would consume: filesize.1 4.3K filesize.c 3.3K executable 7120 bytes Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. Mailbox overflow 2013_12_10_21:00 - 2013_12_11_11:00 GMT. No reply: Resend. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 12:30:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03FE86FE; Sat, 14 Dec 2013 12:30:17 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E26E1F1E; Sat, 14 Dec 2013 12:30:15 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBEF34.dip0.t-ipconnect.de [217.251.239.52]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id rBECUA6A091068; Sat, 14 Dec 2013 12:30:10 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id rBECU2Z7015911; Sat, 14 Dec 2013 13:30:02 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id rBECToap038552; Sat, 14 Dec 2013 13:29:56 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201312141229.rBECToap038552@fire.js.berklix.net> To: re@freebsd.org, Victor Balada Diaz , freebsd-stable@freebsd.org Subject: Re: FreeBSD 10-RC1 ISO image too big From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 14 Dec 2013 13:17:39 +0100." Date: Sat, 14 Dec 2013 13:29:50 +0100 Sender: jhs@berklix.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 12:30:17 -0000 Hi, Resend with corrected TO header (removed re@berklix, added re@freebsd) ---- Victor Balada Diaz wrote: > Hello, > > I've downloaded FreeBSD-10.0-RC1-amd64-disc1.iso and after trying to burn it > on a 700 MB CD I noticed the size will not fit. The ISO size it's roughly 744MB. > > I would say this is too big for normal CD size (650) and even for the bigger > ones (700 MB). I know there are still bigger CD-RW's but they're less common. > > Is there any plan on trying to reduce the size of the image so it does fit > on a 700 MB CD before the release is out? > > Thanks a lot. > Regards. > Victor. Hi Victor Right ! /pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/10.0/FreeBSD-10.0-RC1-amd64-disc1.iso is 762531840 which is 25561088 larger than the 736970752 bytes of 700Meg CDs. List of sizes: http://www.berklix.com/~jhs/txt/cdroms.html Those who need to fix this are I've added To: line. I suggest re@ add a checker to release Makefile, mine is available free: http://www.berklix.com/~jhs/src/bsd/jhs/bin/public/filesize/ I wrote it 1988 (on); It was used by my personal release Makefile that built FreeBSD live CDs in 2001. If imported it would consume: filesize.1 4.3K filesize.c 3.3K executable 7120 bytes Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. Mailbox overflow 2013_12_10_21:00 - 2013_12_11_11:00 GMT. No reply: Resend. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 16:57:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6252B0D; Sat, 14 Dec 2013 16:57:50 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAF441F38; Sat, 14 Dec 2013 16:57:50 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id rBEGvesa013669 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 14 Dec 2013 10:57:41 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Sat, 14 Dec 2013 10:57:40 -0600 From: "Teske, Devin" To: Zenny Subject: Re: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked Thread-Topic: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked Thread-Index: AQHO+BNRwcguYgNeMUirSUFHc4diJQ== Date: Sat, 14 Dec 2013 16:57:38 +0000 Message-ID: <82E1DEDC-876B-43EF-B86C-9F37DEC63A12@fisglobal.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <9B08695FA2393E42BC65CC451D572C7B@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-14_01:2013-12-12,2013-12-14,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable Stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Dec 2013 16:57:51 -0000 On Dec 13, 2013, at 11:21 PM, Zenny wrote: > Thanks Devin for your hints: >=20 > However, for others who had similar problems I am adding some changes > to your step-by-step instructions: >=20 > Step 1. Boot into LiveCD >=20 > Step 2. Execute the following commands... > mkdir /tmp/bootpool > zpool import -f bootpool (without -f option it refuses to import) > zfs set mountpoint=3D/tmp/bootpool bootpool > zfs mount -a > cp /tmp/bootpool/boot/encryption.key /tmp/ > zfs umount -a > zfs set mountpoint=3D/bootpool bootpool > zpool export bootpool (changed from zfs to zpool) > geli attach -k /tmp/encryption.key /dev/ada0p3 > geli attach -k /tmp/encryption.key /dev/ada1p3 > # NB: Substitute ada0p3 for proper disk > # NB: Repeat for each disk in the zroot pool > zpool import >=20 > At this point, the final "zpool import" shows the zroot. >=20 > Is there a version-specific instructions to recover the borked > environment in FreeBSD10 after the above steps? >=20 Try: zpool import -R /mnt zroot zpool import -R /mnt/bootpool bootpool NB: The `-R other_root' feature is temporary and not saved. That will get your data mounted. From there, you might be able to, say... service netif start In which case, you're now primed and ready to perhaps copy data out? (that's a question, because it depends on whether you configured network) --=20 Devin > Thank you again! >=20 >=20 >=20 > On 12/13/13, Teske, Devin wrote: >>=20 >> On Dec 13, 2013, at 4:53 AM, Zenny wrote: >>=20 >>> Followed the instructions here: >>> http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.ht= ml >>>=20 >>> The upgrade borked. >>>=20 >>> Error message: Can't find 'kernel' >>>=20 >>> When I checked with ls /boot/kernel/, the directory does exist. >>>=20 >>> :-( >>>=20 >>> Since the system has encrypted root partion with ZFSonROOT, I tried to >>> follow instructions at >>> https://forums.freebsd.org/viewtopic.php?t=3D8958 to boot with a livecd >>> and went to the shell prompt and tried to import the zroot pool with >>> 'zpool import -f zroot' but it says no such pool is available. >>>=20 >>> How to fix it? Any hint? Thanks! >>=20 >> Before you can import the zroot you have to: >>=20 >> 1. Import the bootpool (which requires changing of the mountpoint in the >> LiveCD environment) >>=20 >> 2. Do a "geli attach" with the (a) the key that is stored on the bootpool >> and >> (b) the passphrase that you set. >>=20 >> After that, you'll see the zroot pool. >>=20 >> Here's the step-by-step: >>=20 >> Step 1. Boot into LiveCD >>=20 >> Step 2. Execute the following commands... >> mkdir /tmp/bootpool >> zpool import bootpool >> zfs set mountpoint=3D/tmp/bootpool bootpool >> zfs mount -a >> cp /tmp/bootpool/boot/encryption.key /tmp/ >> zfs umount -a >> zfs set mountpoint=3D/bootpool bootpool >> zfs export bootpool >> geli attach -k /tmp/encryption.key /dev/ada0p3 >> # NB: Substitute ada0p3 for proper disk >> # NB: Repeat for each disk in the zroot pool >> zpool import >>=20 >> At this point, the final "zpool import" shows the zroot. >>=20 >> I've found several things that needed fixing in the RC1... >> Pending MFC's to releng/10.0: >>=20 >> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D258927 >> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D259144 >> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D259148 >>=20 >> Will be submitted shortly -- in addition I have a few more coming. >> -- >> Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 17:19:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD859F06; Sat, 14 Dec 2013 17:19:07 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 923F1107B; Sat, 14 Dec 2013 17:19:07 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rBEHJ6HP030661 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 14 Dec 2013 11:19:06 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Sat, 14 Dec 2013 11:19:05 -0600 From: "Teske, Devin" To: Zenny Subject: Re: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked Thread-Topic: Upgrading from FreeBSD10-B3 to FreeBSD10-RC1 borked Thread-Index: AQHO+BNRwcguYgNeMUirSUFHc4diJQ== Date: Sat, 14 Dec 2013 17:19:05 +0000 Message-ID: <82E2ACC4-6F34-45DF-B5E3-7E1C0F6FD5E3@fisglobal.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-14_01:2013-12-12,2013-12-14,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable Stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 17:19:07 -0000 On Dec 14, 2013, at 12:12 AM, Zenny wrote: > I imported the zpool again: >=20 > zpool import -f zroot You do not want to do that. That will cause the zroot to bork your LiveCD environment. You need the "-R tmproot" option (as I mention in a follow-up) --=20 Devin >=20 > but it does not allow me to chroot to zroot: >=20 > chroot /zroot > chroot: /zroot: No such file or directory >=20 > I tried to sftp to another machine, but it states "Host key > verification failed. Connection closed" >=20 > Stuck! Any clues? >=20 > On 12/14/13, Zenny wrote: >> Thanks Devin for your hints: >>=20 >> However, for others who had similar problems I am adding some changes >> to your step-by-step instructions: >>=20 >> Step 1. Boot into LiveCD >>=20 >> Step 2. Execute the following commands... >> mkdir /tmp/bootpool >> zpool import -f bootpool (without -f option it refuses to import) >> zfs set mountpoint=3D/tmp/bootpool bootpool >> zfs mount -a >> cp /tmp/bootpool/boot/encryption.key /tmp/ >> zfs umount -a >> zfs set mountpoint=3D/bootpool bootpool >> zpool export bootpool (changed from zfs to zpool) >> geli attach -k /tmp/encryption.key /dev/ada0p3 >> geli attach -k /tmp/encryption.key /dev/ada1p3 >> # NB: Substitute ada0p3 for proper disk >> # NB: Repeat for each disk in the zroot pool >> zpool import >>=20 >> At this point, the final "zpool import" shows the zroot. >>=20 >> Is there a version-specific instructions to recover the borked >> environment in FreeBSD10 after the above steps? >>=20 >> Thank you again! >>=20 >>=20 >>=20 >> On 12/13/13, Teske, Devin wrote: >>>=20 >>> On Dec 13, 2013, at 4:53 AM, Zenny wrote: >>>=20 >>>> Followed the instructions here: >>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://www.freebsd.org/do= c/handbook/updating-upgrading-freebsdupdate.html&k=3D%2FbkpAUdJWZuiTILCq%2F= FnQg%3D%3D%0A&r=3DLTzUWWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=3DL= I6q%2BB1l5Sbvo6vxBm2Ctg5RIDAnTbAwL2m%2F0x%2B1FsA%3D%0A&s=3D44021f22ff171b24= f82877c3ba63734b6d88bb51d03adeb815b4075f5cc56ef4 >>>>=20 >>>> The upgrade borked. >>>>=20 >>>> Error message: Can't find 'kernel' >>>>=20 >>>> When I checked with ls /boot/kernel/, the directory does exist. >>>>=20 >>>> :-( >>>>=20 >>>> Since the system has encrypted root partion with ZFSonROOT, I tried to >>>> follow instructions at >>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttps://forums.freebsd.or= g/viewtopic.php?%26t%3D8958&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DLTz= UWWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=3DLI6q%2BB1l5Sbvo6vxBm2C= tg5RIDAnTbAwL2m%2F0x%2B1FsA%3D%0A&s=3D38359e503d0f04c5c36c3371634ca1233c7b1= c097816e741078cd2aa82084f61 to boot with a livecd >>>> and went to the shell prompt and tried to import the zroot pool with >>>> 'zpool import -f zroot' but it says no such pool is available. >>>>=20 >>>> How to fix it? Any hint? Thanks! >>>=20 >>> Before you can import the zroot you have to: >>>=20 >>> 1. Import the bootpool (which requires changing of the mountpoint in the >>> LiveCD environment) >>>=20 >>> 2. Do a "geli attach" with the (a) the key that is stored on the bootpo= ol >>> and >>> (b) the passphrase that you set. >>>=20 >>> After that, you'll see the zroot pool. >>>=20 >>> Here's the step-by-step: >>>=20 >>> Step 1. Boot into LiveCD >>>=20 >>> Step 2. Execute the following commands... >>> mkdir /tmp/bootpool >>> zpool import bootpool >>> zfs set mountpoint=3D/tmp/bootpool bootpool >>> zfs mount -a >>> cp /tmp/bootpool/boot/encryption.key /tmp/ >>> zfs umount -a >>> zfs set mountpoint=3D/bootpool bootpool >>> zfs export bootpool >>> geli attach -k /tmp/encryption.key /dev/ada0p3 >>> # NB: Substitute ada0p3 for proper disk >>> # NB: Repeat for each disk in the zroot pool >>> zpool import >>>=20 >>> At this point, the final "zpool import" shows the zroot. >>>=20 >>> I've found several things that needed fixing in the RC1... >>> Pending MFC's to releng/10.0: >>>=20 >>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/= base?view%3Drevision%26revision%3D258927&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%= 3D%0A&r=3DLTzUWWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=3DLI6q%2BB1= l5Sbvo6vxBm2Ctg5RIDAnTbAwL2m%2F0x%2B1FsA%3D%0A&s=3D853674f8f262949ea02b14e1= 26e25b7b7f0547af31a8738f1448c86516b218af >>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/= base?view%3Drevision%26revision%3D259144&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%= 3D%0A&r=3DLTzUWWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=3DLI6q%2BB1= l5Sbvo6vxBm2Ctg5RIDAnTbAwL2m%2F0x%2B1FsA%3D%0A&s=3Daace333bd4801075db92c7b1= 4fc909d2b4d57979ff94f1e62447235add1856e7 >>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/= base?view%3Drevision%26revision%3D259148&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%= 3D%0A&r=3DLTzUWWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=3DLI6q%2BB1= l5Sbvo6vxBm2Ctg5RIDAnTbAwL2m%2F0x%2B1FsA%3D%0A&s=3Dba7351dd7c07aeea6fe66749= 1bef1507da3c8e9a36a8fedcdb124e28b9d4393e >>>=20 >>> Will be submitted shortly -- in addition I have a few more coming. >>> -- >>> Devin >>>=20 >>> _____________ >>> The information contained in this message is proprietary and/or >>> confidential. If you are not the intended recipient, please: (i) delete >>> the >>> message and all copies; (ii) do not disclose, distribute or use the >>> message >>> in any manner; and (iii) notify the sender immediately. In addition, >>> please >>> be aware that any message addressed to our domain is subject to archivi= ng >>> and review by persons other than the intended recipient. Thank you. >>>=20 >>=20 _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 18:19:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5B98FAD for ; Sat, 14 Dec 2013 18:19:38 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 7430113C0 for ; Sat, 14 Dec 2013 18:19:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=O3wMrYTjqldpLcoNHe7GkanfDn/xq7qUzjRVYkwmnmM=; b=pce9nRkeUk3b83187JVA6cO6fgyPP70rXmoJhsIUmFcAtGRuFaShci/SYmx5ZWXcWXBXf+ygV+psLbbyGEFJx+PUcw67OPE+kPX/BMZywA/nnlXXpn7b9itiuB0Eb7PczKkX6rbfPQBUfinofg2gUYmT0oNQAzZEyaWBz3kr9WQ=; Received: from iglou1.iglou.com ([192.107.41.3]:34513 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1VrtoI-0007FA-HY by authid with igloumta_auth for freebsd-stable@freebsd.org; Sat, 14 Dec 2013 13:19:30 -0500 Received: from shell1.iglou.com ([192.107.41.17]:50400 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1VrtoG-00031l-9b; Sat, 14 Dec 2013 13:19:28 -0500 Date: Sat, 14 Dec 2013 13:19:28 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: "Julian H. Stacey" Subject: Re: FreeBSD 10-RC1 ISO image too big In-Reply-To: <201312141217.rBECHdeZ038374@fire.js.berklix.net> Message-ID: References: <201312141217.rBECHdeZ038374@fire.js.berklix.net> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: Victor Balada Diaz , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 18:19:38 -0000 > Victor Balada Diaz wrote: >> Hello, >> >> I've downloaded FreeBSD-10.0-RC1-amd64-disc1.iso and after trying to burn it >> on a 700 MB CD I noticed the size will not fit. The ISO size it's roughly 744MB. >> >> I would say this is too big That is what she said, too. $ sudo growisofs -dvd-compat -Z /dev/rcd0c= D From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 21:20:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3EDA9A5 for ; Sat, 14 Dec 2013 21:20:31 +0000 (UTC) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id B8BD71F36 for ; Sat, 14 Dec 2013 21:20:31 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 8985242A52 for ; Sat, 14 Dec 2013 16:20:24 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e1fWC47cYzk7 for ; Sat, 14 Dec 2013 16:20:24 -0500 (EST) Received: from EGR authenticated sender Message-ID: <52ACCB97.5000504@egr.msu.edu> Date: Sat, 14 Dec 2013 16:20:23 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: geom_stripe problem in freebsd 10.0-rc1 References: <52AB8647.4050202@bsdinfo.com.br> In-Reply-To: <52AB8647.4050202@bsdinfo.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 21:20:32 -0000 On 12/13/2013 17:12, Marcelo Gondim wrote: > Hi all, > > Anyone here seen it? First time I saw it happen. I'm here using a > FreeBSD 10.0-RC1 and doing some tests with the raid0(geom_stripe) but > is giving the following : > > I'm here with 3 discs being ada0 with the system and have the ADA1 and > ada2to do the raid 0. > > > # kldload geom_stripe > # gstripe label -v st0 /dev/ada1 /dev/ada2 > > GEOM_STRIPE: Device st0 created (id=2255281675). > GEOM_STRIPE: Disk ada1 attached to st0. > GEOM_PART: integrity check failed (ada1, BSD) > GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 > (error=17). > GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD) > GEOM_STRIPE: Disk ada2 attached to st0. > GEOM_STRIPE: Device stripe/st0 activated. > GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 > (error=17). > > # bsdlabel -wB /dev/stripe/st0 > > GEOM_PART: integrity check failed (ada1, BSD) > GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 > (error=17). > GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 > (error=17). > GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD) > > # newfs -U -j /dev/stripe/st0 > > > I can format and mount the st0 but is giving these errorsabove. > > # uname -a > FreeBSD bart.test 10.0-RC1 FreeBSD 10.0-RC1 #0 r259068: Sat Dec 7 > 17:45:20 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > amd64 > > []'s > Gondim > > _______________________________________________ > 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" I noticed your messages below mention diskid which caused me some trouble. Can you try putting kern.geom.label.disk_ident.enable=0 in /boot/loader.conf and rebooting? From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 21:20:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C09F29A6 for ; Sat, 14 Dec 2013 21:20:37 +0000 (UTC) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id 9475D1F37 for ; Sat, 14 Dec 2013 21:20:37 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 3806D42531 for ; Sat, 14 Dec 2013 16:20:31 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9H0bzY2_1bFY for ; Sat, 14 Dec 2013 16:20:31 -0500 (EST) Received: from EGR authenticated sender Message-ID: <52ACCB9E.3010304@egr.msu.edu> Date: Sat, 14 Dec 2013 16:20:30 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: From 10 Beta4 to 10 RC1 lost gpt labels added by the installer References: <52AACB86.8090703@gmail.com> <52AB2FC1.5000605@gmail.com> In-Reply-To: <52AB2FC1.5000605@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 21:20:37 -0000 On 12/13/2013 11:03, Johan Hendriks wrote: > Teske, Devin schreef: >> On Dec 13, 2013, at 12:55 AM, Johan Hendriks wrote: >> >>> Hello all. >>> >>> I installed FreeBSD 10 Beta4 the day before the RC1 release and used >>> the ZFS install option, all went well. >>> I then downloaded the new source for 10 RC1 and did a buildworld. >>> It rebooted, the machine booted fine only did it show an error >>> regarding the swap space. >>> I could not mount /dev/gpt/swap0 and /dev/gpt/swap1 >>> >>> /dev/diskid/DISK...... and so on. >>> >>> /dev/gpt was not there anymore. >>> > Well after the upgrade i have no GPT labels any more (they are on the > disk, but not useable). > So the disk has the labels. > But they are not active, /dev/gpt is not available, i think it gets > overwritten or pushed out of the way by glabel. > > glabel list shows me the following > jailhost ~ # glabel list > Geom name: ada0 > Providers: > 1. Name: diskid/DISK-WMATV654xxxx > There's been a similar problem with graid, are you sure that's >> not what's going on here? That the OS has picked up on some >> BIOS-created thing? > I think you ran into the same issue I did when I replaced a HD with an ssd, and the 10 kernel started detecting a 'diskid' string from the ssd. It was causing geom to detect my disk by the diskid, and for some reason it was blocking access to my swap partition (overzealous exclusive access to the disk?). Try putting kern.geom.label.disk_ident.enable=0 in /boot/loader.conf and rebooting. I've been meaning to file a PR. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 21:28:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2559ECC8 for ; Sat, 14 Dec 2013 21:28:00 +0000 (UTC) Received: from mail-vb0-x236.google.com (mail-vb0-x236.google.com [IPv6:2607:f8b0:400c:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3D5C1FE3 for ; Sat, 14 Dec 2013 21:27:59 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id g10so2268842vbg.27 for ; Sat, 14 Dec 2013 13:27:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ioBiuMIR85jcq8H9h9QJ9ZxVukeqOln5+EXw9t7U6wU=; b=nNOeZ/MqAz4Szu0eT3JV5hA6NS/cJYJjnZdrHikrEt6kB1TA2ZByZ0HVE6I3D6iWAg RDpMh5jiO1ERIxtVz232LGkVl+RUzqjOPsnxgtuNU1i/yjM0CAUcqiQFYUAxiPKntTco GVc7tsy+OvoKEnwuDCkcvqVlSbXLLCPhCmNrTnj4ngt2BsWcJioVbjx0F23rIPGL19mI wXDYI3+4cUl40ljWp5+692ZKQwc7/jJf2HslyRyzy+Nr0+D16DmI40lzC9qGFbPEFP8B 6FZgvHZkr+tnYDcXbIUElBlgrXnEXX7lIJcVUDVizYnS0qVxbbqrkRcfyu+Zi+bGmnVC fpog== MIME-Version: 1.0 X-Received: by 10.220.164.202 with SMTP id f10mr424962vcy.25.1387056478975; Sat, 14 Dec 2013 13:27:58 -0800 (PST) Received: by 10.58.128.132 with HTTP; Sat, 14 Dec 2013 13:27:58 -0800 (PST) In-Reply-To: <52ACCB9E.3010304@egr.msu.edu> References: <52AACB86.8090703@gmail.com> <52AB2FC1.5000605@gmail.com> <52ACCB9E.3010304@egr.msu.edu> Date: Sat, 14 Dec 2013 22:27:58 +0100 Message-ID: Subject: Re: From 10 Beta4 to 10 RC1 lost gpt labels added by the installer From: Johan Hendriks To: Adam McDougall Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 21:28:00 -0000 Op zaterdag 14 december 2013 schreef Adam McDougall (mcdouga9@egr.msu.edu): > > On 12/13/2013 11:03, Johan Hendriks wrote: > >> Teske, Devin schreef: >> >>> On Dec 13, 2013, at 12:55 AM, Johan Hendriks wrote: >>> >>> Hello all. >>>> >>>> I installed FreeBSD 10 Beta4 the day before the RC1 release and used >>>> the ZFS install option, all went well. >>>> I then downloaded the new source for 10 RC1 and did a buildworld. >>>> It rebooted, the machine booted fine only did it show an error >>>> regarding the swap space. >>>> I could not mount /dev/gpt/swap0 and /dev/gpt/swap1 >>>> >>>> /dev/diskid/DISK...... and so on. >>>> >>>> /dev/gpt was not there anymore. >>>> >>>> Well after the upgrade i have no GPT labels any more (they are on the >> disk, but not useable). >> So the disk has the labels. >> But they are not active, /dev/gpt is not available, i think it gets >> overwritten or pushed out of the way by glabel. >> >> glabel list shows me the following >> jailhost ~ # glabel list >> Geom name: ada0 >> Providers: >> 1. Name: diskid/DISK-WMATV654xxxx There's been a similar problem with >> graid, are you sure that's >> >>> not what's going on here? That the OS has picked up on some >>> BIOS-created thing? >>> >> >> I think you ran into the same issue I did when I replaced a HD with an > ssd, > and the 10 kernel started detecting a 'diskid' string from the ssd. It was > causing > geom to detect my disk by the diskid, and for some reason it was blocking > access > to my swap partition (overzealous exclusive access to the disk?). Try > putting > kern.geom.label.disk_ident.enable=0 in /boot/loader.conf and rebooting. > I've been > meaning to file a PR. > _______________________________________________ > 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" > I will try on monday, the machine is at work. Thanks for your time. Regards Johan From owner-freebsd-stable@FreeBSD.ORG Sat Dec 14 22:55:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75633416; Sat, 14 Dec 2013 22:55:14 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4944D14DA; Sat, 14 Dec 2013 22:55:14 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:5604:a6ff:fe3a:96ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 46D072118C; Sat, 14 Dec 2013 22:55:13 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 46D072118C Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 14 Dec 2013 17:55:11 -0500 From: Glen Barber To: Victor Balada Diaz Subject: Re: FreeBSD 10-RC1 ISO image too big Message-ID: <20131214225511.GQ3794@glenbarber.us> References: <20131214095001.GV13385@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+OVWeTxrbAwQuiek" Content-Disposition: inline In-Reply-To: <20131214095001.GV13385@equilibrium.bsdes.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Dec 2013 22:55:14 -0000 --+OVWeTxrbAwQuiek Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 14, 2013 at 10:50:01AM +0100, Victor Balada Diaz wrote: > I've downloaded FreeBSD-10.0-RC1-amd64-disc1.iso and after trying to burn= it > on a 700 MB CD I noticed the size will not fit. The ISO size it's roughly= 744MB. >=20 I have patches pending re@ review/approval to reduce disc1.iso size to about 630MB. Glen --+OVWeTxrbAwQuiek Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSrOHPAAoJELls3eqvi17QKicP/iWp2BDFHaORgG17Qc56KxQo Z1VwQn3t5y9148LKOUfvmIfJbRHA0ZHlJpe5aRxcaBi6W90Cz5sPNOMjI9UX+SAQ yFhvCT1N48aSC6q0e1mP5DKji5dkYeepMTb/vglLjqLQR2D93ka/7u7E89mfA3Oi fe0oUo9PDKnUNeTNEpTNwEGZ9qz/PNZA6k0Ean0OaNFRNAvOoFBzQXAl6MT4OnZh 8Np41WMsZrBdeP/YE54693xRvTEwoepQGzJKVWHaQc5r1w+U1ik8Dd0FkXggoq0+ dasLRULc26cmcdeoPykLzkgZ7uM7DYlfs0O3uYApvsLnK5J2imIgIRrCf2mWwj2m inxXWp+QUYPt3gXAWujdXL/p2Oz5GI8dUDzRNbJnTi8sR7Vb2F2XG6t7pUpSi7PI wq5iL7pMJ94OiQP8o9dHh2cOtIIWfOtIaD0JDIhgjkmll15maTuWK5wpFndO8olz 7j6P8NisylNQ/Q3pJWxQQbx416C3ZUO9Pr7mrJe815tQzRJ9AIa0LZ0M6rhEDX6S x8paaVrN+lfrGvK3qa/aXE5bcEYM+38ifWGB94fMSGqmdMnTC1oHC/W35HMCePD/ HJExo/z8Y0TUPKpXGQYEf2g6dOjY5SaVVzItbTZ14oYhfYG/ALB9aw3KPAmSJw24 GngHyx6hKOcMFQ+TVjwR =Jn+y -----END PGP SIGNATURE----- --+OVWeTxrbAwQuiek--