From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 12:38:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B189A5BC for ; Sun, 27 Jan 2013 12:38:27 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from nm2.bullet.mail.ird.yahoo.com (nm2.bullet.mail.ird.yahoo.com [77.238.189.59]) by mx1.freebsd.org (Postfix) with SMTP id 0F9FAE5E for ; Sun, 27 Jan 2013 12:38:26 +0000 (UTC) Received: from [212.82.105.245] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 27 Jan 2013 12:38:25 -0000 Received: from [217.146.189.99] by tm17.bullet.mail.ird.yahoo.com with NNFMP; 27 Jan 2013 12:38:25 -0000 Received: from [127.0.0.1] by smtp115.mail.ird.yahoo.com with NNFMP; 27 Jan 2013 12:38:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1359290305; bh=s3xv1Uqs15gxkjlJ8GuVr0GWgzViYq1jzdnS8ayswFw=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:Date:From:To:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent; b=5DoYsnH4mD0E4YButy3rjusbNOB9nkFJ0q6ltCxVHNv8ndLGTimDxHwfqspNW1M7JJwNR5j48zMvcNL2mCcZc0F7WuQjloJSrojZ/kmwYzvEF1cPatx94gR+TNE9U4jbdeIDI+PRRyH4G7SBZFpO9TbuiQSV2xFRjvey0O8iDpc= X-Yahoo-Newman-Id: 617557.64066.bm@smtp115.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: aYZWiRIVM1kXpfBLAbmf03VLQTn6W9qNr.HiubyxdqVbOvc 5fkWdU65X2nRVM2VyOnvraEyW0alkO319mP5xRkcnoNrr1B7ISZxZx.zYpEM JC3MHH.tBaCmd3G3PItk4CPaGNP_Nz.OWqQwkRUzWWwXPC18Rbs5GljJCdQV gp7gQg8TubsNI7wV14zG1DGA_5VmMeDcpS.t.ioxrlsd7pfxX9L2c43M2ljO TaOza3eD8OG5Ytmo65Lp_qnL9U8LxkSNEOAnkKYyY_Ruqki_L8S_3Ch94FSd u3v2dobV4Pzaz5th9AkGY2jxMHrvzHFD2LussdIQwEmF3jV83wTm7PsWERc6 64BRtrsg3cqEZnM4QM7hSno5gnWA8YIdG0hq3iIjkdLUJnHiEEpyw0eyWLG1 9_Cbe59kXaXui.P_efkOdKBUZB6C6EhqB8Qaa1S5P4dN8e1F0jagETsIY8y2 W9UW48HJlNlQDO3.ONRD82oQEfA4NWT0ORZhWVphdK8pfArW72wjmc4mTug- - X-Yahoo-SMTP: WU.IBxeswBAAnLcBZV3tEZIK0A-- Received: from snail (ardovm@93.145.95.7 with login) by smtp115.mail.ird.yahoo.com with SMTP; 27 Jan 2013 04:38:25 -0800 PST Received: by snail (Postfix, from userid 1000) id 4CF563C9DB4; Sun, 27 Jan 2013 13:49:09 +0100 (CET) Date: Sun, 27 Jan 2013 13:49:08 +0100 From: Arrigo Marchiori To: freebsd-stable@freebsd.org Subject: Re: Svnsup architecture Message-ID: <20130127124908.GB18833@snail.casa> References: <20130123144050.GG51786@e-Gitt.NET> <20130124093846.5e683474@laptop> <20130124085717.GA26673@icarus.home.lan> <20130125124219.GA5299@snail.casa> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 12:38:27 -0000 Disclaimer: I am trying to go inside the technicalities of the SVN protocol. I am not sure whether this sub-thread should belong to this list or to another; I am open to suggestions on this topic. On Fri, Jan 25, 2013 at 07:40:45PM -0600, John Mehr wrote: > On Fri, 25 Jan 2013 13:42:19 +0100 Arrigo Marchiori wrote: > > On Thu, Jan 24, 2013 at 12:57:17AM -0800, 'Jeremy > > > > 1- svnsup-distill: takes a revision from svn and creates > > a text file (called a delta) that represents it. It seems to be > > almost complete. > > > To answer one of John Mehr's problems: MD5 sums are calculated by > > svnsup-distill and included in the deltas. The client only needs > > to check them against the local files. > > Hello, > > I've been looking for a way to get the details of a > complete revision in one step, but I haven't had any luck > yet. This would solve the one aspect I'm most worried > about: with 50000+ files and 5500+ directories in my local > copy of /usr/src, I'd hate to have my code end up > inadvertently causing a denial of service on the > repositories with a flood of tiny requests... After investigating more in depth the SVN protocol, if I understood correctly, your problem cannot be solved. Or, at least, the server is not supposed to help us. The SVN client, in fact, seems to save a copy of the whole working copy inside the .svn directory. Whether a file was changed or not, it is an information that the _client_ knows, before it contacts the server. A "svn update" command sends to the server the start and end revisions (the latter in the svn-update message, the first in the set-path message). Merging the information from the server (delta's) with the working copy is the client's job. To summarize, any svn-like downloader should at least know: 1- the current revision of the working copy; 2- the checksums of all the files in the repository, at the current revision. The "official" SVN client does more than point 2: it stores the whole content of each file; this allows the "svn diff" and "svn revert" commands to work off-line. Best regards, -- rigo http://rigo.altervista.org From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 13:43:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 63E6A6C9 for ; Sun, 27 Jan 2013 13:43:43 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback4.g2host.com [208.42.184.244]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7EDB2 for ; Sun, 27 Jan 2013 13:43:42 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback4.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 11546630 for freebsd-stable@freebsd.org; Sun, 27 Jan 2013 07:43:35 -0600 From: "John Mehr" Subject: Re: Svnsup architecture To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Sun, 27 Jan 2013 07:43:35 -0600 Message-ID: In-Reply-To: <20130127124908.GB18833@snail.casa> References: <20130123144050.GG51786@e-Gitt.NET> <20130124093846.5e683474@laptop> <20130124085717.GA26673@icarus.home.lan> <20130125124219.GA5299@snail.casa> <20130127124908.GB18833@snail.casa> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 13:43:43 -0000 On Sun, 27 Jan 2013 13:49:08 +0100 Arrigo Marchiori wrote: > Disclaimer: I am trying to go inside the technicalities >of the SVN > protocol. I am not sure whether this sub-thread should >belong to this > list or to another; I am open to suggestions on this >topic. > > On Fri, Jan 25, 2013 at 07:40:45PM -0600, John Mehr >wrote: > >> On Fri, 25 Jan 2013 13:42:19 +0100 Arrigo Marchiori >> wrote: >> > On Thu, Jan 24, 2013 at 12:57:17AM -0800, 'Jeremy >> > >> > 1- svnsup-distill: takes a revision from svn and >>creates >> > a text file (called a delta) that represents it. It >>seems to be >> > almost complete. >> >> > To answer one of John Mehr's problems: MD5 sums are >>calculated by >> > svnsup-distill and included in the deltas. The client >>only needs >> > to check them against the local files. >> >> Hello, >> >> I've been looking for a way to get the details of a >> complete revision in one step, but I haven't had any >>luck >> yet. This would solve the one aspect I'm most worried >> about: with 50000+ files and 5500+ directories in my >>local >> copy of /usr/src, I'd hate to have my code end up >> inadvertently causing a denial of service on the >> repositories with a flood of tiny requests... > > After investigating more in depth the SVN protocol, if I >understood > correctly, your problem cannot be solved. Or, at least, >the server is > not supposed to help us. > > The SVN client, in fact, seems to save a copy of the >whole working > copy inside the .svn directory. > > Whether a file was changed or not, it is an information >that the > _client_ knows, before it contacts the server. > > A "svn update" command sends to the server the start and >end > revisions (the latter in the svn-update message, the >first in the > set-path message). Merging the information from the >server (delta's) > with the working copy is the client's job. > > To summarize, any svn-like downloader should at least >know: > 1- the current revision of the working copy; > 2- the checksums of all the files in the repository, at >the current > revision. > > The "official" SVN client does more than point 2: it >stores the whole > content of each file; this allows the "svn diff" and >"svn revert" > commands to work off-line. > > Best regards, > -- > rigo > > http://rigo.altervista.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to >"freebsd-stable-unsubscribe@freebsd.org" > Hello, Thanks for looking into this. I was experimenting yesterday with the commands to checkout a revision and still wasn't getting the checksums. I also noticed when I ran a svn pg svn:mime-types -R There was a get-file log entry for each file so my concerns may not be an issue in the end. Thanks again. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 15:35:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 509AF8E3; Sun, 27 Jan 2013 15:35:08 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8D50379E; Sun, 27 Jan 2013 15:35:07 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id s4so2836467lbc.7 for ; Sun, 27 Jan 2013 07:35:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=u5F4lRR14rqQL4ZC9Pj+Ybn0Dhzn6JhwpLVmS7O6TpQ=; b=zAz33Ow6HWgquSHvWObCpB9oao+zw7Y8Gp/pWqqgPWJNr4wW6jdN0S0xPniXqCcHN5 BdmjxL2oHrvRRCHwCprSjDTvR/0TcSCb18lhF7RHNfoO8mncksKt3dx1IBQwSIqQ4MMY 0P83n1VtJp7O/bGVWm/DzXlUeoKSheabiMimAVfw969ucjBxMStJbBwz3P3izr84N7R1 Pj0VZJAQ+gmhRuqm0H1mlysXAPwCU7lqb1eI4I8r9AgGkwA7MhPqHtaYVAH/JhSd+iWB jdNmRfvtHbRMusqhuAS0v4fXmENgbCs6QOgs8wimHaX9P8EKIMzeGXV9R+gN/zISloUz X4OA== X-Received: by 10.152.133.133 with SMTP id pc5mr10512888lab.32.1359300906233; Sun, 27 Jan 2013 07:35:06 -0800 (PST) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPS id ie3sm2454940lab.4.2013.01.27.07.35.03 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 27 Jan 2013 07:35:05 -0800 (PST) Sender: Mikolaj Golub Date: Sun, 27 Jan 2013 17:35:02 +0200 From: Mikolaj Golub To: freebsd-stable@freebsd.org Subject: Re: libstdc++, libsupc++, delete operators and valgrind Message-ID: <20130127153500.GA3746@gmail.com> References: <20130120121954.GA4634@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130120121954.GA4634@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Stanislav Sedov X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 15:35:08 -0000 On Sun, Jan 20, 2013 at 02:19:55PM +0200, Mikolaj Golub wrote: > Hi, > > Some time ago I noticed that valgrind started to complain about > "Mismatched free() / delete / delete []" for valid new/delete > combinations. > > For example, the following test program > > int main() > { > char* buf = new char[10]; > delete [] buf; > > return 0; > } > > produced a warning: > > ==38718== Mismatched free() / delete / delete [] > ==38718== at 0x100416E: free (vg_replace_malloc.c:473) > ==38718== by 0x4007BE: main (test.cpp:5) > ==38718== Address 0x2400040 is 0 bytes inside a block of size 10 alloc'd > ==38718== at 0x10047D7: operator new[](unsigned long) (vg_replace_malloc.c:382) > ==38718== by 0x40079D: main (test.cpp:4) > > For some time I hoped that "someone" would fix the problem but seeing > that after several upgrades it was still there I decided it is time to > do some investigations. > > Running the valgrind with "--trace-redir=yes -v" showed that valgrind > activates redirections for new/delete symbols in libstdc++: > > --6729-- Reading syms from /usr/lib/libstdc++.so.6 (0x1209000) > ... > --6729-- ------ ACTIVE ------ > ... > --6729-- 0x01260770 (operator new[](unsig) R-> (1001.0) 0x010041b0 operator new[](unsigned long, std::nothrow_t const&) > --6729-- 0x01260780 (operator new(unsigne) R-> (1001.0) 0x01004270 operator new(unsigned long, std::nothrow_t const&) > --6729-- 0x012608a0 (operator delete[](vo) R-> (1005.0) 0x01003e40 operator delete[](void*, std::nothrow_t const&) > --6729-- 0x012608b0 (operator delete(void) R-> (1005.0) 0x01003fa0 operator delete(void*, std::nothrow_t const&) > --6729-- 0x012dea90 (operator new[](unsig) R-> (1003.0) 0x01004770 operator new[](unsigned long) > --6729-- 0x012deab0 (operator new(unsigne) R-> (1003.0) 0x01004860 operator new(unsigned long) > --6729-- 0x012deca0 (operator delete[](vo) R-> (1005.0) 0x01003ef0 operator delete[](void*) > --6729-- 0x012e2b80 (operator delete(void) R-> (1005.0) 0x01004050 operator delete(void*) > > But "delete" redirection is not triggered, while "new" is: > > --6729-- REDIR: 0x12dea90 (operator new[](unsigned long)) redirected to 0x1004770 (operator new[](unsigned long)) > --6729-- REDIR: 0x19dd9a0 (free) redirected to 0x1004100 (free) > ==6729== Mismatched free() / delete / delete [] > ==6729== at 0x100416E: free (vg_replace_malloc.c:473) > ==6729== by 0x400715: main (test.cpp:5) > ==6729== Address 0x1ed7040 is 0 bytes inside a block of size 10 alloc'd > ==6729== at 0x10047D7: operator new[](unsigned long) (vg_replace_malloc.c:382) > ==6729== by 0x400701: main (test.cpp:4) > > A little research revealed that in this case the delete operator from > libsupc++ is called and valgrind does not provide redirections for the > symbols in libsupc++. > > When I added the redirections for libsupc++ to valgrind's > vg_replace_malloc.c: > > #define VG_Z_LIBSUPCXX_SONAME libsupcZpZpZa // libsupc++* > > FREE(VG_Z_LIBSUPCXX_SONAME, _ZdlPv, __builtin_delete ); > FREE(VG_Z_LIBSUPCXX_SONAME, _ZdlPvRKSt9nothrow_t, __builtin_delete ); > FREE(VG_Z_LIBSUPCXX_SONAME, _ZdaPv, __builtin_vec_delete ); > FREE(VG_Z_LIBSUPCXX_SONAME, _ZdaPvRKSt9nothrow_t, __builtin_vec_delete ); > > the issue was fixed: > > --99254-- Reading syms from /usr/lib/libstdc++.so.6 > ... > --99254-- ------ ACTIVE ------ > ... > --99254-- 0x012627c0 (operator new[](unsig) R-> (1001.0) 0x01004ce0 operator new[](unsigned long, std::nothrow_t const&) > --99254-- 0x012627d0 (operator new(unsigne) R-> (1001.0) 0x01004860 operator new(unsigned long, std::nothrow_t const&) > --99254-- 0x012628d0 (operator delete[](vo) R-> (1005.0) 0x01005b00 operator delete[](void*, std::nothrow_t const&) > --99254-- 0x012628e0 (operator delete(void) R-> (1005.0) 0x01005500 operator delete(void*, std::nothrow_t const&) > --99254-- 0x012c27e0 (operator new[](unsig) R-> (1003.0) 0x01004a80 operator new[](unsigned long) > --99254-- 0x012c2800 (operator new(unsigne) R-> (1003.0) 0x01004430 operator new(unsigned long) > --99254-- 0x012c29a0 (operator delete[](vo) R-> (1005.0) 0x01005800 operator delete[](void*) > --99254-- 0x012c3e40 (operator delete(void) R-> (1005.0) 0x01005200 operator delete(void*) > ... > --99254-- Reading syms from /usr/lib/libsupc++.so.1 > ... > --99254-- ------ ACTIVE ------ > ... > --99254-- 0x01cae1f0 (operator delete[](vo) R-> (1005.0) 0x01005a00 operator delete[](void*, std::nothrow_t const&) > --99254-- 0x01cae200 (operator delete[](vo) R-> (1005.0) 0x01005700 operator delete[](void*) > --99254-- 0x01cae210 (operator delete(void) R-> (1005.0) 0x01005400 operator delete(void*, std::nothrow_t const&) > --99254-- 0x01cb73d0 (operator delete(void) R-> (1005.0) 0x01005100 operator delete(void*) > ... > --99254-- REDIR: 0x12c27e0 (operator new[](unsigned long)) redirected to 0x1004a80 (operator new[](unsigned long)) > --99254-- REDIR: 0x1cae200 (operator delete[](void*)) redirected to 0x1005700 (operator delete[](void*)) > > Now the question is: is it ok that now we have "new" operators being > still called via libstdc++ while "delete" operators being called > directly from libsupc++? > > If it is ok, is the proposed solution with adding redirects for > libsupc++ is a right way to fix the valgrind? > Ok, I think it is a good idea to add to valgrind replacements for libsupc++ in any case, as it is possible to explicitly link in libsupc++, if one does not need full libstdc++ features. I reported with the patch to valgrind-freebsd: https://bitbucket.org/stass/valgrind-freebsd/issue/7/add-replacements-for-libsupc -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 16:40:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EEDCB296 for ; Sun, 27 Jan 2013 16:40:46 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 91267A53 for ; Sun, 27 Jan 2013 16:40:46 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TzVHY-0004JZ-SX; Sun, 27 Jan 2013 17:40:37 +0100 Received: from h253044.upc-h.chello.nl ([62.194.253.44] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TzVHY-0002pd-CA; Sun, 27 Jan 2013 17:40:36 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Daniel Braniss" Subject: Re: bge numbering References: Date: Sun, 27 Jan 2013 17:40:34 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.12 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.5 X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.1 X-Scan-Signature: 71684ae416b12bc74806129cb02de027 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 16:40:47 -0000 On Fri, 25 Jan 2013 09:46:10 +0100, Daniel Braniss wrote: > Hi, > this server, a Dell R720 has 4 bge on board, > Broadcom NetXtreme Gigabit Ethernet, ASIC rev. 0x5720000 > bge0: APE FW version: NCSI v1.1.7.0 > bge0: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > miibus0: on bge0 > ... > > I have connected the ethernet to port labeled 0, but it appears > as bge2, how can this be corrected? > > thanks, > danny > See /etc/defaults/rc.conf: #ifconfig_fxp0_name="net0" # Change interface name from fxp0 to net0. or 'ifconfig name'. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 17:16: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]) by hub.freebsd.org (Postfix) with ESMTP id 7AABE79D for ; Sun, 27 Jan 2013 17:16:55 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 328DAC47 for ; Sun, 27 Jan 2013 17:16:54 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1TzVqT-00086T-Bv; Sun, 27 Jan 2013 19:16:41 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: "Ronald Klop" Subject: Re: bge numbering In-reply-to: References: Comments: In-reply-to "Ronald Klop" message dated "Sun, 27 Jan 2013 17:40:34 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Jan 2013 19:16:41 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 17:16:55 -0000 > On Fri, 25 Jan 2013 09:46:10 +0100, Daniel Braniss > wrote: > > > Hi, > > this server, a Dell R720 has 4 bge on board, > > Broadcom NetXtreme Gigabit Ethernet, ASIC rev. 0x5720000 > > bge0: APE FW version: NCSI v1.1.7.0 > > bge0: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > > miibus0: on bge0 > > ... > > > > I have connected the ethernet to port labeled 0, but it appears > > as bge2, how can this be corrected? > > > > thanks, > > danny > > > > See /etc/defaults/rc.conf: > #ifconfig_fxp0_name="net0" # Change interface name from fxp0 to net0. > > or 'ifconfig name'. > > Ronald. too late, I have first to do a ifconfig_bge?=SYNCDHCP oh well, lets move on. thanks, danny From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 17:27:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6F4ADB00; Sun, 27 Jan 2013 17:27:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) by mx1.freebsd.org (Postfix) with ESMTP id AD1EAD1C; Sun, 27 Jan 2013 17:27:55 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id hm2so832204wib.4 for ; Sun, 27 Jan 2013 09:27:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hYASEW6KdIjYU/9HQt6//nFVimtLiKZoZnz+kXvA43s=; b=wmAWPL6nSxmhWVJiha/KXX1EIcE5j7KzE0KmpH8Ci2MMXWl49sjXgulDr3WW13bZUx z7fgmyXv1ki/MpnKlY5I7coDpGq3hVYrmPx5Nhl4d3oIuCpKnymL2df1UfVekG/2sYLK JahR3FZTBFzn17WbuNBKQ0bsCIQ37LgtlQFzMJS9ZdLp4X6639G32KXs2uuesjK62CzA PwLfbCXvULTAMTzucDr2kp6vqdpEXkQ8HsRaLPBfaMKklyail3Nd3Uy9nevXO/2sN7OA 0oRLW+W3s4c3jPRnS8VED26fy7YWBOGO93rgsZa0QSpVHltzidbykXfyWWHUfHe9dOe8 xSFw== MIME-Version: 1.0 X-Received: by 10.194.172.197 with SMTP id be5mr17202047wjc.20.1359307669422; Sun, 27 Jan 2013 09:27:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.67.6 with HTTP; Sun, 27 Jan 2013 09:27:49 -0800 (PST) In-Reply-To: <5103ACAE.5060406@FreeBSD.org> References: <1358780588.32417.414.camel@revolution.hippie.lan> <1358783667.32417.434.camel@revolution.hippie.lan> <50FFFA8B.4040008@FreeBSD.org> <5103ACAE.5060406@FreeBSD.org> Date: Sun, 27 Jan 2013 09:27:49 -0800 X-Google-Sender-Auth: UGjqG2fbcK3x13M49uPKjK4ZV38 Message-ID: Subject: Re: time issues and ZFS From: Adrian Chadd To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 17:27:56 -0000 On 26 January 2013 02:15, Andriy Gapon wrote: > on 23/01/2013 18:20 Adrian Chadd said the following: >> It may be a quirk of an older 9.x, which is fixed in -HEAD. It may be >> a quirk of the older generation celeron hardware - in which case, we >> need to tell the user somehow.. > > This is not software related at all. It's the hardware feature (or its absence). > I wonder if your celerons report PBE feature. What am I looking for? And personally, requiring (much) more recent hardware to get sane/correct (btu inefficient) behaviour out of the timekeeping framework is a little .. suboptimal. :) Adrian From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 17:54:32 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0F8EC731; Sun, 27 Jan 2013 17:54:32 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id ED622E1D; Sun, 27 Jan 2013 17:54:30 +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 TAA21632; Sun, 27 Jan 2013 19:54: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 1TzWR3-000JYk-2d; Sun, 27 Jan 2013 19:54:29 +0200 Message-ID: <510569D3.2030000@FreeBSD.org> Date: Sun, 27 Jan 2013 19:54:27 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: time issues and ZFS References: <1358780588.32417.414.camel@revolution.hippie.lan> <1358783667.32417.434.camel@revolution.hippie.lan> <50FFFA8B.4040008@FreeBSD.org> <5103ACAE.5060406@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.6 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.14 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, 27 Jan 2013 17:54:32 -0000 on 27/01/2013 19:27 Adrian Chadd said the following: > On 26 January 2013 02:15, Andriy Gapon wrote: >> on 23/01/2013 18:20 Adrian Chadd said the following: >>> It may be a quirk of an older 9.x, which is fixed in -HEAD. It may be >>> a quirk of the older generation celeron hardware - in which case, we >>> need to tell the user somehow.. >> >> This is not software related at all. It's the hardware feature (or its absence). >> I wonder if your celerons report PBE feature. > > What am I looking for? PBE in dmesg > And personally, requiring (much) more recent hardware to get > sane/correct (btu inefficient) behaviour out of the timekeeping > framework is a little .. suboptimal. :) Well, I never knew about this issue before but I always assumed that the reasonable behavior was the behavior. And I never encountered any evidence to the contrary. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 19:19:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1B9CF144 for ; Sun, 27 Jan 2013 19:19:06 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 9E278189 for ; Sun, 27 Jan 2013 19:19:05 +0000 (UTC) Received: from charlemagne.boland.org (37-251-74-118.FTTH.ispfabriek.nl [37.251.74.118]) (authenticated bits=0) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id r0RJIvne044705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 27 Jan 2013 20:18:58 +0100 (CET) (envelope-from boland37@xs4all.nl) Message-ID: <51057DA1.2090408@xs4all.nl> Date: Sun, 27 Jan 2013 20:18:57 +0100 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130114 Thunderbird/17.0.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: mergemaster -p / installkernel problem Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 19:19:06 -0000 # mergemaster -p *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot *** Beginning comparison *** Comparison complete *** /var/tmp/temproot is empty, deleting # make installkernel ERROR: Required auditdistd user is missing, see /usr/src/UPDATING. *** [installcheck_UGID] Error code 1 Stop in /usr/src. *** [installkernel] Error code 1 Stop in /usr/src. Why doesn't mergemaster find the updated master.password file? # grep FreeBSD /etc/master.passwd # $FreeBSD: stable/9/etc/master.passwd 218047 2011-01-28 22:29:38Z pjd $ # grep FreeBSD /usr/src/etc/master.passwd # $FreeBSD: stable/9/etc/master.passwd 243947 2012-12-06 11:52:31Z rwatson $ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 20:20:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8D2BD41C for ; Sun, 27 Jan 2013 20:20:42 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 63E5D5E4 for ; Sun, 27 Jan 2013 20:20:42 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0RKKW6x003741; Sun, 27 Jan 2013 15:20:32 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0RKK2Jq003472; Sun, 27 Jan 2013 20:20:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Sun, 27 Jan 2013 20:20:02 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: <20130123144050.GG51786@e-Gitt.NET> Date: Sun, 27 Jan 2013 15:19:48 -0500 Content-Transfer-Encoding: quoted-printable References: <20130123144050.GG51786@e-Gitt.NET> To: Oliver Brandmueller X-Lux-Comment: Message r0RKJmhd003377 sent by user #74627 Message-Id: <1359318002-6438650.61190105.fr0RKJmhd003377@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359318002-6438650.61190105 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 20:20:42 -0000 On Jan 23, 2013, at 9:40 AM, Oliver Brandmueller wrote: > Hi, >=20 > in ancient times there was cvsup. ... > Then there came csup. ... > Times have been changing, we're now up to svn. ... > alternative small svn client I'm trying to consolidate notes on this topic, here: https://wiki.freebsd.org/UsersFetchingSource (Aiming to condense some clarity for as many parts of the situation as I = can). Please feel to make edits (esp. if you are a committer who knows = something I don't!), or email me with corrections and I'll put them in!=20= Best, .ike From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 20:33:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C60B29D7 for ; Sun, 27 Jan 2013 20:33:52 +0000 (UTC) (envelope-from jmorenov@jmorenov.com.co) Received: from us2.outbound.mailhostbox.com (us2.outbound.mailhostbox.com [208.91.199.210]) by mx1.freebsd.org (Postfix) with ESMTP id 7026B6C4 for ; Sun, 27 Jan 2013 20:33:51 +0000 (UTC) Received: from mail.jmorenov.com.co (unknown [208.91.199.200]) (Authenticated sender: jmorenov@jmorenov.com.co) by us2.outbound.mailhostbox.com (Postfix) with ESMTPA id B081D147019D for ; Sun, 27 Jan 2013 20:25:21 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jmorenov.com.co; s=20111016; t=1359318321; bh=4aNNvT2KZgNYydMdaIcRB5J2/vkbIozB/oV8EtXfcs4=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:Message-ID; b=XDk8dEIM649DWlNGryJ7d2+8OJfsS3OS+22moQAOJhgYt8VQStUq2uAiIvt7pw5q2 ily22US5Ngm2xEU+l2Co+n9WYRN0TwQtwbFLg7ayRz8pllwQ4wGYYGt1qyZ9A0GW0E BolUB1s5vB3Ee3LJhvTc16LwevNfMU7Ne2VL5/04= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 27 Jan 2013 15:25:21 -0500 From: jmorenov@jmorenov.com.co To: Subject: named fails two weeks ago unexpectedly Message-ID: <9fb04ef95c1af64e3bd034910ccba590@jmorenov.com.co> X-Sender: jmorenov@jmorenov.com.co User-Agent: Webmail Services/0.4 X-CTCH-RefID: wb X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: WHITE_FROM_RCVD X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CTCH-SenderID: jmorenov@jmorenov.com.co X-CTCH-SenderID-TotalMessages: 1 X-CTCH-SenderID-TotalSpam: 0 X-CTCH-SenderID-TotalSuspected: 0 X-CTCH-SenderID-TotalBulk: 0 X-CTCH-SenderID-TotalConfirmed: 0 X-CTCH-SenderID-TotalRecipients: 0 X-CTCH-SenderID-TotalVirus: 0 X-CTCH-SenderID-BlueWhiteFlag: 0 X-Scanned-By: MIMEDefang 2.72 on 172.16.214.28 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Jan 2013 20:33:52 -0000 Hi I was used FreeBSD 9.1 Release since December 2012, I usually use "portsnap fetch && update" and "portmaster-a" to keep my system updated. Two weeks ago unexpectedly "named" not worked. this is my case: "Problem: root@server:/etc # /etc/rc.d/named start /etc/rc.d/named: ERROR: get_pidfile_from_conf: /etc/namedb/named.conf does not exist (named) Checking: root@server:/etc # ls -l /var/named/etc/namedb total 40 drwxr-xr-x 2 bind wheel 512 Dec 4 04:32 dynamic drwxr-xr-x 2 root wheel 512 Dec 4 04:34 master -rw-r--r-- 1 bind wheel 15150 Jan 17 15:57 named.conf -rw-r--r-- 1 bind wheel 3135 Dec 4 04:34 named.root -rw------- 1 bind wheel 97 Dec 22 03:49 rndc.key drwxr-xr-x 2 bind wheel 512 Dec 4 04:32 slave drwxr-xr-x 2 bind wheel 512 Jan 27 13:25 working root@server:/root # cat /etc/defaults/rc.conf | grep named # named. It may be possible to run named in a sandbox, man security for named_enable="NO" # Run named, the DNS server (or NO). named_program="/usr/sbin/named" # Path to named, if you want a different one. named_conf="/etc/namedb/named.conf" # Path to the configuration file #named_flags="" # Use this for flags OTHER than -u and -c named_uid="bind" # User to run named as named_chrootdir="/var/named" # Chroot directory (or "" not to auto-chroot it) named_chroot_autoupdate="YES" # Automatically install/update chrooted # components of named. See /etc/rc.d/named. named_symlink_enable="YES" # Symlink the chrooted pid file named_wait="NO" # Wait for working name service before exiting named_wait_host="localhost" # Hostname to check if named_wait is enabled named_auto_forward="NO" # Set up forwarders from /etc/resolv.conf named_auto_forward_only="NO" # Do "forward only" instead of "forward first" root@server:/root # cat /etc/rc.conf | grep named named_enable="YES" Cause: FreeBSD 9.1 was running OK, but "named" failed for no apparent reason My Solution: root@server:/etc # ln -s /var/named/etc/namedb /etc/namedb root@server:/etc # /etc/rc.d/named start Starting named." I do not know what happened with "named" that it fails two weeks ago, any ideas ? William Moreno From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 01:10: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]) by hub.freebsd.org (Postfix) with ESMTP id BE614B0B for ; Mon, 28 Jan 2013 01:10:55 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-da0-f48.google.com (mail-da0-f48.google.com [209.85.210.48]) by mx1.freebsd.org (Postfix) with ESMTP id 53F18F3E for ; Mon, 28 Jan 2013 01:10:55 +0000 (UTC) Received: by mail-da0-f48.google.com with SMTP id k18so986535dae.21 for ; Sun, 27 Jan 2013 17:10:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=TxMEnua4kP/Yq4Y/Rha8rda9Wee9tgXr4iaKBKJYLBM=; b=T1B0FRQiQTi4uJ6YCPa0sZA5HNK/FE4mPsA/H9P9PMkgzmUoTFGk41aK4lkKvbjbU2 T//svP6yRl+EbsdJhP7WNGJKYfZhF/41tSYEjUsS06Zjq3P+bLWP3dS/dJE0Ziif6CaJ 63v/v/oquge9qV9bIoxoUFDxhj2kckVc3gKyscKdOvDD6ziUL7/GCmtg5BMnNjeYML0k M63YOIELBx1/bdCzPgnSgHiYPNf6NpQw9jY3T4KHgyJmQDsJsnnCZ9ziV7ILV8yOIpmL GKel7kJrylFDcQsnl3vUvTmaz1KQ0PC6x5hx2996/wMGJHw33DsHvnavPZDCB1e1lGoE mQRQ== MIME-Version: 1.0 X-Received: by 10.66.81.199 with SMTP id c7mr31995906pay.39.1359335454755; Sun, 27 Jan 2013 17:10:54 -0800 (PST) Received: by 10.67.2.65 with HTTP; Sun, 27 Jan 2013 17:10:54 -0800 (PST) In-Reply-To: <51057DA1.2090408@xs4all.nl> References: <51057DA1.2090408@xs4all.nl> Date: Sun, 27 Jan 2013 17:10:54 -0800 Message-ID: Subject: Re: mergemaster -p / installkernel problem From: Kevin Oberman To: Michiel Boland Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 01:10:55 -0000 On Sun, Jan 27, 2013 at 11:18 AM, Michiel Boland wrote: > # mergemaster -p > > *** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot > > > > *** Beginning comparison > > > *** Comparison complete > > *** /var/tmp/temproot is empty, deleting > > # make installkernel > ERROR: Required auditdistd user is missing, see /usr/src/UPDATING. > *** [installcheck_UGID] Error code 1 > > Stop in /usr/src. > *** [installkernel] Error code 1 > > Stop in /usr/src. > > > > Why doesn't mergemaster find the updated master.password file? > > # grep FreeBSD /etc/master.passwd > # $FreeBSD: stable/9/etc/master.passwd 218047 2011-01-28 22:29:38Z pjd $ > # grep FreeBSD /usr/src/etc/master.passwd > # $FreeBSD: stable/9/etc/master.passwd 243947 2012-12-06 11:52:31Z rwatson $ If you 'grep auditdistd /usr/src/etc/master.passwd', does is it there? I have the same version and auditdistd is there, and mergemaster -p did catch it. You don't by any chance have a mergemaster.rc in /etc or .mergemasterrc in $HOME? -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 03:25: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]) by hub.freebsd.org (Postfix) with ESMTP id 9FC79430 for ; Mon, 28 Jan 2013 03:25:36 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3E88069E for ; Mon, 28 Jan 2013 03:25:35 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0S3PYgh027147; Sun, 27 Jan 2013 22:25:34 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0S3P2QT026968; Mon, 28 Jan 2013 03:25:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Mon, 28 Jan 2013 03:25:02 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: <20130124111332.GA29105@server.rulingia.com> Date: Sun, 27 Jan 2013 22:24:37 -0500 Content-Transfer-Encoding: quoted-printable References: <20130123144050.GG51786@e-Gitt.NET> <20130124111332.GA29105@server.rulingia.com> To: Peter Jeremy X-Lux-Comment: Message r0S3OcBl026861 sent by user #74627 Message-Id: <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359343502-3377760.86081485 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 03:25:36 -0000 Hi Peter, On Jan 24, 2013, at 6:13 AM, Peter Jeremy wrote: > On 2013-Jan-23 15:40:50 +0100, Oliver Brandmueller = wrote: >> in ancient times there was cvsup. cvsup was a PITA if you wanted (or=20= >> needed) to install it via ports, the only reasonable way was to use=20= >> pkg_add for that if you didn't want to pollute your system with=20 >> otherwise unneeded software. >=20 > There was also ctm(1). ctm is small, BSD-licensed and has been part > of FreeBSD forever (almost). Thanks to stephen@, ctm deltas for > various src trees, as well as the entire SVN repo are still available. > c[v]sup can do things than aren't possible with ctm but I would expect > that most people who currently use c[v]sup could readily migrate to > using ctm. >=20 > See http://www.freebsd.org/doc/handbook/ctm.html for details. >=20 > Note that mirroring the actual SVN repo via ctm requires some patches. > There is a README and patches in = ftp://ftp.freebsd.org/pub/FreeBSD/CTM/svn-cur/ >=20 > --=20 > Peter Jeremy Thank you for adding the ctm bits in the page, I'm deeply intrigued by = possibly solving this problem with bits *already* in base?!! = https://wiki.freebsd.org/action/diff/UsersFetchingSource?action=3Ddiff&rev= 1=3D6&rev2=3D7 However, even after reading the handbook page, I just don't quite = understand how to use it on a modern system. (The handbook page isn't = too helpful, nor is the man page- perhaps I'm looking at it backwards) = Could you help clarify: - does CTM go away with the CVS servers? - do CTM-compatable patch/delta files exist on project repos? - what is the cleanest path to using CTM? (e.g. is the patch you mention = required) -- Say I have a bare 9.1 install, no ports, haven't downloaded any base/src = or ports yet. How do I go about using ctm(1) to fetch REL or STABLE to /usr/src, = command by command? Best, .ike From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 04:10:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3D7D0B95 for ; Mon, 28 Jan 2013 04:10:58 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4E681A for ; Mon, 28 Jan 2013 04:10:56 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.6/8.14.6) with ESMTP id r0S3sjk8047114; Sun, 27 Jan 2013 21:54:45 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <5105F684.501@missouri.edu> Date: Sun, 27 Jan 2013 21:54:44 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Isaac (.ike) Levy" Subject: Re: svn - but smaller? References: <20130123144050.GG51786@e-Gitt.NET> <20130124111332.GA29105@server.rulingia.com> <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> In-Reply-To: <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Peter Jeremy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 04:10:58 -0000 On 01/27/2013 09:24 PM, Isaac (.ike) Levy wrote: > Hi Peter, > > On Jan 24, 2013, at 6:13 AM, Peter Jeremy wrote: > >> On 2013-Jan-23 15:40:50 +0100, Oliver Brandmueller wrote: >>> in ancient times there was cvsup. cvsup was a PITA if you wanted (or >>> needed) to install it via ports, the only reasonable way was to use >>> pkg_add for that if you didn't want to pollute your system with >>> otherwise unneeded software. >> >> There was also ctm(1). ctm is small, BSD-licensed and has been part >> of FreeBSD forever (almost). Thanks to stephen@, ctm deltas for >> various src trees, as well as the entire SVN repo are still available. >> c[v]sup can do things than aren't possible with ctm but I would expect >> that most people who currently use c[v]sup could readily migrate to >> using ctm. >> >> See http://www.freebsd.org/doc/handbook/ctm.html for details. >> >> Note that mirroring the actual SVN repo via ctm requires some patches. >> There is a README and patches in ftp://ftp.freebsd.org/pub/FreeBSD/CTM/svn-cur/ >> >> -- >> Peter Jeremy > > Thank you for adding the ctm bits in the page, I'm deeply intrigued by possibly solving this problem with bits *already* in base?!! > > https://wiki.freebsd.org/action/diff/UsersFetchingSource?action=diff&rev1=6&rev2=7 > > However, even after reading the handbook page, I just don't quite understand how to use it on a modern system. (The handbook page isn't too helpful, nor is the man page- perhaps I'm looking at it backwards) Could you help clarify: > > - does CTM go away with the CVS servers? > - do CTM-compatable patch/delta files exist on project repos? > - what is the cleanest path to using CTM? (e.g. is the patch you mention required) > > -- > Say I have a bare 9.1 install, no ports, haven't downloaded any base/src or ports yet. > How do I go about using ctm(1) to fetch REL or STABLE to /usr/src, command by command? First, you don't need any patches to get started. Suppose you want to keep up with 9.x-stable. Then you look at the ftp site ftp://ftp.freebsd.org/pub/FreeBSD/CTM/src-9/, look at the latest xEmpty file, and fetch it. Then create an empty directory /usr/src, and then do cd /usr/src && ctm the-xEmpty-file-you-downloaded. No need to decompress the file first. Then fetch from the same web site all the files whose number is greater than the xEmpty file you downloaded and do cd /usr/src && ctm the-rest-of-the-files* Now in /usr/src, you will have a reasonably up to date version of 9.x-stable. You can keep it up to date by getting more files, either from the ftp site, or by email, and doing again cd /usr/src && ctm the-rest-of-the-files* It will automatically ignore the files already applied. Similar instructions for all the other stable/currents and ports. Main thing to remember - start with an empty directory. Also making local changes is not permitted. If ctm tries to modify a file whose md5 checksum has changed, it will quit with an error message. (But it won't leave your system in an unusable state - if you put that file back to its original state, then ctm will work again.) Now, if you want something not offered by ctm (e.g. 8.2-release), then you need to use svn. You can get svn via ctm. But you (1) need to apply the patch, (2) install the svn port, and (3) install the xz port if your FreeBSD is really old. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 04:27: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]) by hub.freebsd.org (Postfix) with ESMTP id EAB5BD56 for ; Mon, 28 Jan 2013 04:27:18 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback3.g2host.com [208.42.184.243]) by mx1.freebsd.org (Postfix) with ESMTP id B9FA8890 for ; Mon, 28 Jan 2013 04:27:17 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback3.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 10418641 for freebsd-stable@freebsd.org; Sun, 27 Jan 2013 21:27:11 -0600 From: "John Mehr" Subject: Re: svn - but smaller? To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Sun, 27 Jan 2013 21:27:11 -0600 Message-ID: In-Reply-To: <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1; format="flowed" Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 04:27:19 -0000 On Sun, 27 Jan 2013 16:03:35 -0500  "Isaac (.ike) Levy" wrote: > On Jan 25, 2013, at 8:27 PM, John Mehr wrote: >> On Fri, 25 Jan 2013 10:27:23 +0100 >>  Oliver Brandmueller wrote: >> >>> Also I'd like to mention John Mehr, who's work on a >>>"lightweight, dependency-free, BSD licensed program to >>>pull source using the svn protocol" (couldn't say it >>>better, so I use his words :-)). Hope this will make it >>>into ports soon and in the long run even to base! >> >> Thank you for the kind words.  If all goes well (I'm >>still wearing my "Crown of Naive Optimism") I should have >>something ready for show-and-tell in the next week or so >>and I'll be submitting it as a new port soon after that. > > John, Pullin' for you man! > > If you make progress, please give a shout and I'll note >it in this page: > https://wiki.freebsd.org/UsersFetchingSource > > Best, > .ike > > > Hello, I think I've got all of the protocol issues sorted out as good as they'll probably get.  I can't get the exact file permissions from the get-file requests -- it only lets me know which ones are executable.  Setting executables to 0755 and non-executables to 0644 would work for all files in my copy of /usr/src except for /usr/src/usr.bin/lex/mkskel.sh (0744) and /usr/src/usr.sbin/pkg_install/tkpkg (0754).  Since they're both executable for root, unless there's an issue, we could probably let it slide and assign them 0755 permissions. All I have left at this point is to add support for command line configuration options, add comments, tidy everything up, get it to conform to the "man style" guidelines and test it against a remote repository. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 04:46:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0D835BF; Mon, 28 Jan 2013 04:46:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id CA2F7921; Mon, 28 Jan 2013 04:46:55 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id F278023F654; Sun, 27 Jan 2013 23:46:54 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.4 onyx.glenbarber.us F278023F654 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Sun, 27 Jan 2013 23:46:52 -0500 From: Glen Barber To: John Mehr Subject: Re: svn - but smaller? Message-ID: <20130128044652.GC1296@glenbarber.us> References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="yVhtmJPUSI46BTXb" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 04:46:56 -0000 --yVhtmJPUSI46BTXb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 27, 2013 at 09:27:11PM -0600, John Mehr wrote: > All I have left at this point is to add support for=20 > command line configuration options, add comments, tidy=20 > everything up, get it to conform to the "man style"=20 > guidelines and test it against a remote repository. >=20 If you have code available to the public, I am sure many would be happy to test. If you do not have a public repository available, email me off-list, and I will help. Glen --yVhtmJPUSI46BTXb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRBgK8AAoJEFJPDDeguUaj74kH/Asw5MJ70Jkwc/isqSLy/u4z ZqBKIRcwAuhgyfXvWOdF/+Emp8kJg08SvPvYKk4hyqnapZhUD3ivFbVhb2lDx7Ph aFFv5ve+1S2qq+0s5wyelTVrwmqE4i829J+QA8RVOMypagC9KoQsKib2zFu61+rW D3XFE2uEWP84QtVSwCyC1JrfFLMyAqcJmrfVfLkJOD5N3UJwcvxb8tgBsWJLuOx9 NMKVRAeJD4knONGtqSNMIR9KARNiWnPDtmPweGMe8ojcf0i46h56J+r8upLch7+r EXVxxUITS7Zs161TXVUWuNaC8yYeNr6IaOrHHMu5dpuaxuhpt5HPBTXRAw/irPc= =fT2c -----END PGP SIGNATURE----- --yVhtmJPUSI46BTXb-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 06:22:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 81E669CE for ; Mon, 28 Jan 2013 06:22:46 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id CA52FB2D for ; Mon, 28 Jan 2013 06:22:44 +0000 (UTC) Received: from server.rulingia.com (c220-239-227-108.belrs5.nsw.optusnet.com.au [220.239.227.108]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id r0S6MbiP005962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Jan 2013 17:22:37 +1100 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id r0S6MWPN097992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2013 17:22:32 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id r0S6MVec097991; Mon, 28 Jan 2013 17:22:31 +1100 (EST) (envelope-from peter) Date: Mon, 28 Jan 2013 17:22:31 +1100 From: Peter Jeremy To: "Isaac (.ike) Levy" Subject: Re: svn - but smaller? Message-ID: <20130128062230.GF29105@server.rulingia.com> References: <20130123144050.GG51786@e-Gitt.NET> <20130124111332.GA29105@server.rulingia.com> <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> <5105F684.501@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ffoCPvUAPMgSXi6H" Content-Disposition: inline In-Reply-To: <5105F684.501@missouri.edu> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 06:22:46 -0000 --ffoCPvUAPMgSXi6H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Jan-27 21:54:44 -0600, Stephen Montgomery-Smith wrote: >On 01/27/2013 09:24 PM, Isaac (.ike) Levy wrote: >> Thank you for adding the ctm bits in the page, I'm deeply intrigued by p= ossibly solving this problem with bits *already* in base?!! >Suppose you want to keep up with 9.x-stable. Then you look at the ftp >site ftp://ftp.freebsd.org/pub/FreeBSD/CTM/src-9/, look at the latest >xEmpty file, and fetch it. Then create an empty directory /usr/src, and >then do >cd /usr/src && ctm the-xEmpty-file-you-downloaded. >No need to decompress the file first. >Then fetch from the same web site all the files whose number is greater >than the xEmpty file you downloaded and do >cd /usr/src && ctm the-rest-of-the-files* I tracked the CVS repo for at least 10 years using a perl script I wrote. It checks the local .ctm_status and then fetches successive deltas until the fetch fails. A second script ran ctm on the downloaded deltas to update my local CVS repo. If there's sufficient interest, I could make the scripts available. At $ex-work, I had an email subscription and had a script setup to run the emails through gpg and feed them into gpg. Unfortunately, I can't distribute that script. >Now, if you want something not offered by ctm (e.g. 8.2-release), then >you need to use svn. Or freebsd-update. The biggest downside of CTM ishat you can't pick arbitrary deltas - you can only fetch the head of pre-configured branches. The only way to get an older tree is to not apply deltas (ZFS snapshots are the best work-around here). --=20 Peter Jeremy --ffoCPvUAPMgSXi6H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEGGSYACgkQ/opHv/APuIe89gCgsVfbLzJUKjqtvSVkfKD6UkPI q5YAn1tLe9P0gF7sUfM9qyl/ilbGXpdn =1j1S -----END PGP SIGNATURE----- --ffoCPvUAPMgSXi6H-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 07:59:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EE360F38 for ; Mon, 28 Jan 2013 07:59:03 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 73141F21 for ; Mon, 28 Jan 2013 07:59:02 +0000 (UTC) Received: from charlemagne.boland.org (37-251-74-118.FTTH.ispfabriek.nl [37.251.74.118]) (authenticated bits=0) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id r0S7wtR9019543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2013 08:58:56 +0100 (CET) (envelope-from boland37@xs4all.nl) Message-ID: <51062FBF.10507@xs4all.nl> Date: Mon, 28 Jan 2013 08:58:55 +0100 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130114 Thunderbird/17.0.2 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: mergemaster -p / installkernel problem References: <51057DA1.2090408@xs4all.nl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 07:59:04 -0000 On 01/28/2013 02:10, Kevin Oberman wrote: > You don't by any chance have a mergemaster.rc in /etc or > .mergemasterrc in $HOME? > Duh... I'll go stand in the corner for the next 37 years. Cheers Michiel From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 09:41:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 44B306D5 for ; Mon, 28 Jan 2013 09:41:21 +0000 (UTC) (envelope-from hurd1391@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id C9A466EA for ; Mon, 28 Jan 2013 09:41:20 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id gg6so3621130lbb.27 for ; Mon, 28 Jan 2013 01:41:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:to:from:subject:date:mime-version :content-type; bh=oWKnlvQ92EnBm6B4yk8L8uKpLsewOSb0xEoD3CJzXqQ=; b=RfZTuqOc2GVWEQ5UNqJK3yAZZh0/DeAdHyOEtJCTgmGh6dx4kjqWGvAsPu1kbwVDYz w37i1SF9yDPAcnIvWwRjrQcmC06FXDxiFo3wRBxp9X17nT9TXl6WLZwormrUlF3moDof 1tQJ4IkoHzh5zYfBaWDWHRwbQ4DDJONwXXskHY8EIPwSkqJ+0ehzdavKkkGQJ447Hi5X HdjoEz2Tb7SSNDVwI4bch8U3lADf91hD8V8IazYjGo/YBk0v4oUT2tTDUazSFKKFq3gV s4D+eunjvVoHF8/KDwv9UIDpEztxTvoMCZAwH6L4jMz3KxI99NqFxt5gNHUj0Z3nyMme a/NA== X-Received: by 10.152.102.177 with SMTP id fp17mr12670771lab.0.1359366073520; Mon, 28 Jan 2013 01:41:13 -0800 (PST) Received: from [192.168.2.12] ([2.185.136.190]) by mx.google.com with ESMTPS id gt13sm3202282lab.14.2013.01.28.01.41.11 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 28 Jan 2013 01:41:12 -0800 (PST) Message-ID: <510647b8.6d6a980a.20a4.ffff987d@mx.google.com> To: "=?utf-8?B?ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc=?=" From: "=?utf-8?B?aHVyZDEzOTFAZ21haWwuY29t?=" Subject: =?utf-8?B?cGtnIHJlcGxheSBiYWQgdXJs?= Date: Mon, 28 Jan 2013 13:10:48 +0330 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 09:41:21 -0000 dGhlIHBrZyByZXBsYXkgYmFkIHVybCBpbiByZWxlYXNlIDkuMQpoZWxwIG1l From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 09:45:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CF671817 for ; Mon, 28 Jan 2013 09:45:39 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id A356672B for ; Mon, 28 Jan 2013 09:45:39 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id k11so866183iea.25 for ; Mon, 28 Jan 2013 01:45:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=WFHrd8/8oSTQJ1Xhl31GI5Y6eODyadrY1ukfFUfdM6g=; b=HfavblJ2LO/SgfDNzIVzAT3wcwBEZR18T9MCX/VFJV4yOILF3tml3vNnM7QIUj5y7Y N2crUDn+4U3e5x13B+5gocYcSOW4NMATwJ4IXov2n+zuCrL56ATMGzICd8uOpjpgKOqM fKp3Cl7tVwf2y6xf6RlenzTittdZ9Fgbus5gk7XBf+pGQAaiYBN9KEd2QgAKtfZ+peQX B6kNgAU2U2pZIGyI/3jfhe+SPQGPxlMt1uB44DLUX0BTsanh2ZvQYWuUBvAF6Ou9Vdhw UxaCYBKk2bITCZWZnOV75kIKrkVYIErxw3LkP3NaMhSq+QA2EC5K8XEeNAG8AMsQ9T3i 4++g== MIME-Version: 1.0 X-Received: by 10.50.222.226 with SMTP id qp2mr4733679igc.103.1359366339241; Mon, 28 Jan 2013 01:45:39 -0800 (PST) Received: by 10.64.51.98 with HTTP; Mon, 28 Jan 2013 01:45:39 -0800 (PST) Received: by 10.64.51.98 with HTTP; Mon, 28 Jan 2013 01:45:39 -0800 (PST) In-Reply-To: <510647b8.6d6a980a.20a4.ffff987d@mx.google.com> References: <510647b8.6d6a980a.20a4.ffff987d@mx.google.com> Date: Mon, 28 Jan 2013 11:45:39 +0200 Message-ID: Subject: Re: pkg replay bad url From: Sami Halabi To: "hurd1391@gmail.com" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 09:45:39 -0000 You can't use pkg add since no binaries in 9.1 its mentioned in the release notes of this version. You can set SITEPACKAGE env variable to use stable packages. Sami =D7=91=D7=AA=D7=90=D7=A8=D7=99=D7=9A 28 =D7=91=D7=99=D7=A0=D7=95 2013 11:41= , =D7=9E=D7=90=D7=AA "hurd1391@gmail.com" : > the pkg replay bad url in release 9.1 > help me > _______________________________________________ > 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 Jan 28 10:51: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]) by hub.freebsd.org (Postfix) with ESMTP id 81168ABA for ; Mon, 28 Jan 2013 10:51:29 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id B7AA9AA4 for ; Mon, 28 Jan 2013 10:51:28 +0000 (UTC) Received: (qmail 31858 invoked by uid 89); 28 Jan 2013 10:51:21 -0000 Received: by simscan 1.4.0 ppid: 31853, pid: 31855, t: 0.0422s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:16578 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 28 Jan 2013 10:51:21 -0000 Date: Mon, 28 Jan 2013 11:51:20 +0100 From: Rainer Duffner To: freebsd-stable@freebsd.org Subject: pkgng and updated packages Message-ID: <20130128115120.36d50377@suse3> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) 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.14 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, 28 Jan 2013 10:51:29 -0000 Hi, I run my own pkgng repo (via poudriere) and it seems to work great. However, I've got more questions... - when PHP got updated to 5.3.21 (from 5.3.20), all the other stuff that depends on it (PECL-*, pear-*) got rebuilt, too. (In my ports-tree, I just imported the update of PHP and nothing else) - but on the client, when I ran pkg upgrade, only the php-packages got upgraded. Is that correct? Shouldn't it also update the PECL and pear packages? - how do I re-install all packages? I will soon upgrade some systems from 8.3 to 9.1 and I want to reduce the number of systems I build packages for. Before pkgng, I would just pkg_delete everything then re-install and do a diff on the output of pkg_info |cut -f 1 -d " ". I though there might be an easier way... - is there a make.conf switch to completely disable pkg_* or do I have to remove the binaries myself? Will they re-appear after a freebsd-update -r or even after a simple freebsd-update? If I install postfix, there is a switch in rc.conf do disable it completely and I think there should be something similar. Best Regards, Rainer From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 12:59: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]) by hub.freebsd.org (Postfix) with ESMTP id D6ACDA12 for ; Mon, 28 Jan 2013 12:59:36 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-pb0-f51.google.com (mail-pb0-f51.google.com [209.85.160.51]) by mx1.freebsd.org (Postfix) with ESMTP id A1F638CB for ; Mon, 28 Jan 2013 12:59:36 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id un15so481515pbc.24 for ; Mon, 28 Jan 2013 04:59:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=izjCuXJ2lxY2/iEk5Kvx0zC0JkY1/NuAiDsW0TYlRfo=; b=T5wImY/HQphP45db/2p2ISSJWI7yFr/7wnE+2Pwg4D6bhA4k9f7chdoA77mitayxVo 7bobxv3gbzUPgf5INCIAm8ZAXQhaMHeFLo8n00ZOgevGKURQm66Fsa1hP4XUAmdFRS72 33OOx14FwkAq0G89fdSJG8tPerGdhqbGUTcf8r31iItIbm3uwNkr9KFwtWztDjM0ccui JYgm8TDvpziZop/bn7kgWRAX4pqoKpc2pJMsI1bVNn9yzXLE7FO1dzvVOQETP3f7REIa LW4pSEM6Ry6p5DW++SbRoKAXrgevo0sTaAneuODe6AMryXxEy6UFoZ29RfzdlhNJ+xTb s9vA== MIME-Version: 1.0 X-Received: by 10.68.243.33 with SMTP id wv1mr37338012pbc.143.1359377970778; Mon, 28 Jan 2013 04:59:30 -0800 (PST) Received: by 10.66.218.134 with HTTP; Mon, 28 Jan 2013 04:59:30 -0800 (PST) In-Reply-To: <51062FBF.10507@xs4all.nl> References: <51057DA1.2090408@xs4all.nl> <51062FBF.10507@xs4all.nl> Date: Mon, 28 Jan 2013 13:59:30 +0100 Message-ID: Subject: Re: mergemaster -p / installkernel problem From: David Demelier To: Michiel Boland Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 12:59:36 -0000 What did you have in your mergemaster.rc ? To help next people who may have the same problem :) 2013/1/28 Michiel Boland > On 01/28/2013 02:10, Kevin Oberman wrote: > >> You don't by any chance have a mergemaster.rc in /etc or >> .mergemasterrc in $HOME? >> >> > Duh... I'll go stand in the corner for the next 37 years. > > Cheers > Michiel > > > ______________________________**_________________ > 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 > " > -- Demelier David From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 13:35:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 668055AC for ; Mon, 28 Jan 2013 13:35:38 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 29D42AD7 for ; Mon, 28 Jan 2013 13:35:37 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0SDZaDk023291; Mon, 28 Jan 2013 08:35:37 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0SDZ2tc022759; Mon, 28 Jan 2013 13:35:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Mon, 28 Jan 2013 13:35:02 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=windows-1252 From: "Isaac (.ike) Levy" In-Reply-To: <5105F684.501@missouri.edu> Date: Mon, 28 Jan 2013 08:34:37 -0500 Content-Transfer-Encoding: quoted-printable References: <20130123144050.GG51786@e-Gitt.NET> <20130124111332.GA29105@server.rulingia.com> <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> <5105F684.501@missouri.edu> To: Stephen Montgomery-Smith X-Lux-Comment: Message r0SDYbB5022353 sent by user #74627 Message-Id: <1359380102-3423267.83606864.fr0SDYbB5022353@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359380102-3423267.83606864 Cc: Peter Jeremy , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 13:35:38 -0000 On CTM, On Jan 27, 2013, at 10:54 PM, Stephen Montgomery-Smith wrote: > On 01/27/2013 09:24 PM, Isaac (.ike) Levy wrote: >> On Jan 24, 2013, at 6:13 AM, Peter Jeremy wrote: >>> On 2013-Jan-23 15:40:50 +0100, Oliver Brandmueller = wrote: >>>> in ancient times there was cvsup. >>=20 >> Thank you for adding the ctm bits in the page, I'm deeply intrigued = by possibly solving this problem with bits *already* in base?!! ... >> - does CTM go away with the CVS servers? >> - do CTM-compatable patch/delta files exist on project repos? >> - what is the cleanest path to using CTM? (e.g. is the patch you = mention required) ... >> Say I have a bare 9.1 install, no ports, haven't downloaded any = base/src or ports yet. >> How do I go about using ctm(1) to fetch REL or STABLE to /usr/src, = command by command? >=20 > First, you don't need any patches to get started. >=20 > Suppose you want to keep up with 9.x-stable. Then you look at the ftp > site ftp://ftp.freebsd.org/pub/FreeBSD/CTM/src-9/, look at the latest > xEmpty file, and fetch it. Then create an empty directory /usr/src, = and > then do > cd /usr/src && ctm the-xEmpty-file-you-downloaded. > No need to decompress the file first. > Then fetch from the same web site all the files whose number is = greater > than the xEmpty file you downloaded and do > cd /usr/src && ctm the-rest-of-the-files* >=20 > Now in /usr/src, you will have a reasonably up to date version of > 9.x-stable. >=20 > You can keep it up to date by getting more files, either from the ftp > site, or by email, and doing again > cd /usr/src && ctm the-rest-of-the-files* > It will automatically ignore the files already applied. >=20 > Similar instructions for all the other stable/currents and ports. = Main > thing to remember - start with an empty directory. >=20 > Also making local changes is not permitted. If ctm tries to modify a > file whose md5 checksum has changed, it will quit with an error = message. > (But it won't leave your system in an unusable state - if you put that > file back to its original state, then ctm will work again.) >=20 > Now, if you want something not offered by ctm (e.g. 8.2-release), then > you need to use svn. You can get svn via ctm. But you (1) need to > apply the patch, (2) install the svn port, and (3) install the xz port > if your FreeBSD is really old. Thank you Stephen, ctm(1) is quite rad, but I see now how it doesn't = really replace the 'one-liner' pull of c[v]sup=85 I updated the wiki page with an example from your notes, https://wiki.freebsd.org/UsersFetchingSource -- With that, 2 questions: - I'm wondering if there is a clean/reliable way to pull an index of the = CTM deltas? (This is still very far from the one-liner c[v]sup had = become, it would be great to check for new delta files in a simple = automated manner.) - does CTM go away with the CVS servers, e.g. who/how is it supported = supported and maintained going foreword under SVN? Best, .ike From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 13:43:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BA99D898 for ; Mon, 28 Jan 2013 13:43:38 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 56F5AB48 for ; Mon, 28 Jan 2013 13:43:38 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0SDhaxY001551; Mon, 28 Jan 2013 08:43:36 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0SDh2k5001088; Mon, 28 Jan 2013 13:43:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Mon, 28 Jan 2013 13:43:02 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=iso-8859-1 From: "Isaac (.ike) Levy" In-Reply-To: Date: Mon, 28 Jan 2013 08:42:53 -0500 Content-Transfer-Encoding: quoted-printable References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> To: John Mehr X-Lux-Comment: Message r0SDgrYH000991 sent by user #74627 Message-Id: <1359380582-6256705.77592125.fr0SDgrYH000991@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359380582-6256705.77592125 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 13:43:38 -0000 On Jan 27, 2013, at 10:27 PM, John Mehr wrote: > On Sun, 27 Jan 2013 16:03:35 -0500 > "Isaac (.ike) Levy" wrote: >> On Jan 25, 2013, at 8:27 PM, John Mehr wrote: >>> On Fri, 25 Jan 2013 10:27:23 +0100 >>> Oliver Brandmueller wrote: >>>> Also I'd like to mention John Mehr, who's work on a "lightweight, = dependency-free, BSD licensed program to pull source using the svn = protocol" (couldn't say it better, so I use his words :-)). Hope this = will make it into ports soon and in the long run even to base! >>> Thank you for the kind words. If all goes well (I'm still wearing = my "Crown of Naive Optimism") I should have something ready for = show-and-tell in the next week or so and I'll be submitting it as a new = port soon after that. >> John, Pullin' for you man! >> If you make progress, please give a shout and I'll note it in this = page: >> https://wiki.freebsd.org/UsersFetchingSource >> Best, >> .ike >=20 > Hello, >=20 > I think I've got all of the protocol issues sorted out as good as = they'll probably get. I can't get the exact file permissions from the = get-file requests -- it only lets me know which ones are executable. = Setting executables to 0755 and non-executables to 0644 would work for = all files in my copy of /usr/src except for = /usr/src/usr.bin/lex/mkskel.sh (0744) and = /usr/src/usr.sbin/pkg_install/tkpkg (0754). Since they're both = executable for root, unless there's an issue, we could probably let it = slide and assign them 0755 permissions. >=20 > All I have left at this point is to add support for command line = configuration options, add comments, tidy everything up, get it to = conform to the "man style" guidelines and test it against a remote = repository. Hey Jonn, this news is better than my Monday AM coffee. Once you have something working, however crudely, I'd love to = link/post/reference it on the growing wiki page- so folks can give it a = whirl. https://wiki.freebsd.org/UsersFetchingSource (If this project succeeds, it will neatly get rid of the purpose of the = page!) Thanks- Best, .ike From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 13:52:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 49BD1DDE for ; Mon, 28 Jan 2013 13:52:30 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id DB379C36 for ; Mon, 28 Jan 2013 13:52:29 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hn3so1436002wib.17 for ; Mon, 28 Jan 2013 05:52:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=9Vnp+dDBjww/JXR6244ZV/RosUf4uNN6+QSby6tj93Y=; b=e7m3jk5LTvOtBJFtiFzmsmst2Bhjtloj1KugpCE8iYTB1Df4Fv19aFDAkbMGxMfx8X 7Rd4rGUxSgxjOguIdRtyY2AnZG4jZEPQgHBhX8X5m1bSlO1GXUZlewJMmPbZ7RICFg7V zqOW/veneL9ZPO38Ox9D94muhnqMW7tvL+d3pXoJHWr2+H4A1rYyP3aa3ypbgZFJlVBu oFOS1GQfkG0lxjzbFadQdaBgl4JJCu3+Aq1Upxec8FAZNVmsM/MYR6HeP8ZRi4IkWbFU p9JsXN3kmwAGMrrA0/SEeXcqowDY/1aaR6ocJs8ZIe6LUKL8NM86FmC6QjN/xStsJOZe yU3A== X-Received: by 10.194.238.226 with SMTP id vn2mr21361709wjc.23.1359381142895; Mon, 28 Jan 2013 05:52:22 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id eo10sm13532986wib.9.2013.01.28.05.52.21 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 28 Jan 2013 05:52:22 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 28 Jan 2013 14:52:20 +0100 From: Baptiste Daroussin To: Rainer Duffner Subject: Re: pkgng and updated packages Message-ID: <20130128135220.GB43629@ithaqua.etoilebsd.net> References: <20130128115120.36d50377@suse3> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline In-Reply-To: <20130128115120.36d50377@suse3> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 13:52:30 -0000 --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 28, 2013 at 11:51:20AM +0100, Rainer Duffner wrote: > Hi, >=20 > I run my own pkgng repo (via poudriere) and it seems to work great. > However, I've got more questions... Glad to hear it works well :) >=20 > - when PHP got updated to 5.3.21 (from 5.3.20), all the other stuff > that depends on it (PECL-*, pear-*) got rebuilt, too. > (In my ports-tree, I just imported the update of PHP and nothing > else) > - but on the client, when I ran pkg upgrade, only the php-packages got > upgraded. Is that correct? Shouldn't it also update the PECL and pear > packages? What happen is that poudriere always want to make sure that you have sane packages, so what it does is rebuilding everything that depends on something that has been upgraded, so that it always have working packages and do not = fall into the pcre/png/$pickyourfavorite problem when shlib are bumped and not a= ll the need revision bump has be done. pkg itself does not care about that and trust the revision number to only w= hat as changed is really updated. So force updating everything that depends on = php a simple pkg install -fR php should do it correctly for you. > - how do I re-install all packages? I will soon upgrade some systems > from 8.3 to 9.1 and I want to reduce the number of systems I build > packages for. Before pkgng, I would just pkg_delete everything then > re-install and do a diff on the output of pkg_info |cut -f 1 -d " ". > I though there might be an easier way... pkg upgrade -f will upgrade everything. to avoid you to shoot yourself when upgrading from 8.3 to 9.1 we also provide a pkg-static binary so that even = if pkg itself is linked against libraries that has disappeared in 9.1 you can = still reisntall everything. > - is there a make.conf switch to completely disable pkg_* or do I have > to remove the binaries myself? Will they re-appear after a > freebsd-update -r or even after a simple freebsd-update? If I install > postfix, there is a switch in rc.conf do disable it completely and I > think there should be something similar. WITHOUT_PKGTOOLS will remove all the pkg_* tools if you are building world,= but nothing like this in binary upgrade like freebsd-update what you can do is manually rm /usr/sbin/pkg_* regards, Bapt --Yylu36WmvOXNoKYn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEGgpQACgkQ8kTtMUmk6ExjrgCgt2OjmZakrBbMCAUa2mRZCgE7 2nMAoJM9fSPUVo07D31Yy0hmbexf46Cr =5g/o -----END PGP SIGNATURE----- --Yylu36WmvOXNoKYn-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 14:09: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]) by hub.freebsd.org (Postfix) with ESMTP id B2F8D297 for ; Mon, 28 Jan 2013 14:09:33 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 80DB7D6D for ; Mon, 28 Jan 2013 14:09:33 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.6/8.14.6) with ESMTP id r0SE9SC1015632; Mon, 28 Jan 2013 08:09:28 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <51068698.1010302@missouri.edu> Date: Mon, 28 Jan 2013 08:09:28 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Isaac (.ike) Levy" Subject: Re: svn - but smaller? References: <20130123144050.GG51786@e-Gitt.NET> <20130124111332.GA29105@server.rulingia.com> <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> <5105F684.501@missouri.edu> <1359380102-3423267.83606864.fr0SDYbB5022353@rs149.luxsci.com> In-Reply-To: <1359380102-3423267.83606864.fr0SDYbB5022353@rs149.luxsci.com> X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: Peter Jeremy , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 14:09:33 -0000 On 01/28/2013 07:34 AM, Isaac (.ike) Levy wrote: > On CTM, > > On Jan 27, 2013, at 10:54 PM, Stephen Montgomery-Smith wrote: >> On 01/27/2013 09:24 PM, Isaac (.ike) Levy wrote: >>> On Jan 24, 2013, at 6:13 AM, Peter Jeremy wrote: >>>> On 2013-Jan-23 15:40:50 +0100, Oliver Brandmueller wrote: >>>>> in ancient times there was cvsup. >>> >>> Thank you for adding the ctm bits in the page, I'm deeply intrigued by possibly solving this problem with bits *already* in base?!! > ... >>> - does CTM go away with the CVS servers? >>> - do CTM-compatable patch/delta files exist on project repos? >>> - what is the cleanest path to using CTM? (e.g. is the patch you mention required) > ... >>> Say I have a bare 9.1 install, no ports, haven't downloaded any base/src or ports yet. >>> How do I go about using ctm(1) to fetch REL or STABLE to /usr/src, command by command? >> >> First, you don't need any patches to get started. >> >> Suppose you want to keep up with 9.x-stable. Then you look at the ftp >> site ftp://ftp.freebsd.org/pub/FreeBSD/CTM/src-9/, look at the latest >> xEmpty file, and fetch it. Then create an empty directory /usr/src, and >> then do >> cd /usr/src && ctm the-xEmpty-file-you-downloaded. >> No need to decompress the file first. >> Then fetch from the same web site all the files whose number is greater >> than the xEmpty file you downloaded and do >> cd /usr/src && ctm the-rest-of-the-files* >> >> Now in /usr/src, you will have a reasonably up to date version of >> 9.x-stable. >> >> You can keep it up to date by getting more files, either from the ftp >> site, or by email, and doing again >> cd /usr/src && ctm the-rest-of-the-files* >> It will automatically ignore the files already applied. >> >> Similar instructions for all the other stable/currents and ports. Main >> thing to remember - start with an empty directory. >> >> Also making local changes is not permitted. If ctm tries to modify a >> file whose md5 checksum has changed, it will quit with an error message. >> (But it won't leave your system in an unusable state - if you put that >> file back to its original state, then ctm will work again.) >> >> Now, if you want something not offered by ctm (e.g. 8.2-release), then >> you need to use svn. You can get svn via ctm. But you (1) need to >> apply the patch, (2) install the svn port, and (3) install the xz port >> if your FreeBSD is really old. > > Thank you Stephen, ctm(1) is quite rad, but I see now how it doesn't really replace the 'one-liner' pull of c[v]sup… > > I updated the wiki page with an example from your notes, > https://wiki.freebsd.org/UsersFetchingSource > > -- > With that, 2 questions: > > - I'm wondering if there is a clean/reliable way to pull an index of the CTM deltas? (This is still very far from the one-liner c[v]sup had become, it would be great to check for new delta files in a simple automated manner.) > Not sure what you mean. You can do "ctm -l file-name" and it will tell you what files are modified in that delta. And for ports, you have the usual "make fetchindex." But that is about it. > - does CTM go away with the CVS servers, e.g. who/how is it supported supported and maintained going foreword under SVN? > No. CTM is now completely dependent on svn. I create the CTM deltas on a computer owned by the University of Missouri. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 14:18:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8D435441 for ; Mon, 28 Jan 2013 14:18:39 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 47D25DCF for ; Mon, 28 Jan 2013 14:18:38 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0SEIbFL012303; Mon, 28 Jan 2013 09:18:37 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0SEI1fx011280; Mon, 28 Jan 2013 14:18:01 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Mon, 28 Jan 2013 14:18:01 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=windows-1252 From: "Isaac (.ike) Levy" In-Reply-To: <51068698.1010302@missouri.edu> Date: Mon, 28 Jan 2013 09:17:01 -0500 Content-Transfer-Encoding: quoted-printable References: <20130123144050.GG51786@e-Gitt.NET> <20130124111332.GA29105@server.rulingia.com> <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> <5105F684.501@missouri.edu> <1359380102-3423267.83606864.fr0SDYbB5022353@rs149.luxsci.com> <51068698.1010302@missouri.edu> To: Stephen Montgomery-Smith X-Lux-Comment: Message r0SEH1A4010109 sent by user #74627 Message-Id: <1359382681-308951.083326822.fr0SEH1A4010109@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359382681-308951.083326822 Cc: freebsd-stable@freebsd.org, Peter Jeremy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 14:18:39 -0000 On CTM: On Jan 28, 2013, at 9:09 AM, Stephen Montgomery-Smith wrote: >> - I'm wondering if there is a clean/reliable way to pull an index of = the CTM deltas? (This is still very far from the one-liner c[v]sup had = become, it would be great to check for new delta files in a simple = automated manner.) >>=20 >=20 > Not sure what you mean. You can do "ctm -l file-name" and it will = tell > you what files are modified in that delta. And for ports, you have = the > usual "make fetchindex." But that is about it. I'm sorry I wasn't clear enough- I meant: On the FTP server, is there an index of which CTM delta files are on the = FTP server? I'd like to automate fetching just the new deltas... If there was perhaps 1 file with a consistent name, I could fetch that = on a nightly basis and fetch the other CTM files. >> - does CTM go away with the CVS servers, e.g. who/how is it supported = supported and maintained going foreword under SVN? >>=20 >=20 > No. CTM is now completely dependent on svn. I create the CTM deltas = on > a computer owned by the University of Missouri. Cool. Is there any redundancy for this process, for example, deltas being = created out on the east/west mirrors? Perhaps as an SVN post-commit = hook? Best, .ike From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 14:28: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]) by hub.freebsd.org (Postfix) with ESMTP id DC6F9A19 for ; Mon, 28 Jan 2013 14:28:38 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 356BAF57 for ; Mon, 28 Jan 2013 14:28:37 +0000 (UTC) Received: (qmail 37074 invoked by uid 89); 28 Jan 2013 14:28:37 -0000 Received: by simscan 1.4.0 ppid: 37069, pid: 37071, t: 0.0396s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:16578 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 28 Jan 2013 14:28:37 -0000 Date: Mon, 28 Jan 2013 15:28:36 +0100 From: Rainer Duffner To: freebsd-stable@freebsd.org Subject: Re: pkgng and updated packages Message-ID: <20130128152836.38f270be@suse3> In-Reply-To: <20130128135220.GB43629@ithaqua.etoilebsd.net> References: <20130128115120.36d50377@suse3> <20130128135220.GB43629@ithaqua.etoilebsd.net> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) 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.14 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, 28 Jan 2013 14:28:38 -0000 Am Mon, 28 Jan 2013 14:52:20 +0100 schrieb Baptiste Daroussin : > On Mon, Jan 28, 2013 at 11:51:20AM +0100, Rainer Duffner wrote: > > Hi, > > > > I run my own pkgng repo (via poudriere) and it seems to work great. > > However, I've got more questions... > > Glad to hear it works well :) Just needed some patience ;-) > pkg itself does not care about that and trust the revision number to > only what as changed is really updated. So force updating everything > that depends on php a simple pkg install -fR php should do it > correctly for you. Ah, OK. > pkg upgrade -f will upgrade everything. to avoid you to shoot > yourself when upgrading from 8.3 to 9.1 we also provide a pkg-static > binary so that even if pkg itself is linked against libraries that > has disappeared in 9.1 you can still reisntall everything. I currently don't have systems with pkgng. They are being rolled out as new installs come. But I've got about 50 systems I have to migrate. Most are 9.0 or 8.3. > WITHOUT_PKGTOOLS will remove all the pkg_* tools if you are building > world, but nothing like this in binary upgrade like freebsd-update > what you can do is manually rm /usr/sbin/pkg_* > OK, I'll note this. Best Regards Rainer From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 16:02: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]) by hub.freebsd.org (Postfix) with ESMTP id 24F2884F for ; Mon, 28 Jan 2013 16:02:47 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id B4690826 for ; Mon, 28 Jan 2013 16:02:46 +0000 (UTC) Received: from charlemagne.boland.org (37-251-74-118.FTTH.ispfabriek.nl [37.251.74.118]) (authenticated bits=0) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id r0SG2ZTU096225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2013 17:02:37 +0100 (CET) (envelope-from boland37@xs4all.nl) Message-ID: <5106A117.9040303@xs4all.nl> Date: Mon, 28 Jan 2013 17:02:31 +0100 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130114 Thunderbird/17.0.2 MIME-Version: 1.0 To: David Demelier Subject: Re: mergemaster -p / installkernel problem References: <51057DA1.2090408@xs4all.nl> <51062FBF.10507@xs4all.nl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 16:02:47 -0000 On 01/28/2013 13:59, David Demelier wrote: > What did you have in your mergemaster.rc ? To help next people who may have the > same problem :) The mergemaster.rc that caused the problem has this IGNORE_FILES='/etc/group /etc/hosts.allow /etc/mail/* /etc/master.passwd /etc/motd /etc/passwd /etc/sysctl.conf /etc/ttys /etc/namedb/*' Obviously ignoring /etc/master.passwd et al isn't a good idea if you want to upgrade. Maybe there could be a warning added to "mergemaster -p" if it would skip essential steps because of IGNORE_FILES. (Then at least some good can come out of this. :) Cheers Michiel From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 17:28:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 424331C4 for ; Mon, 28 Jan 2013 17:28:05 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 8ECA5E13 for ; Mon, 28 Jan 2013 17:28:04 +0000 (UTC) Received: (qmail 41006 invoked by uid 89); 28 Jan 2013 17:28:02 -0000 Received: by simscan 1.4.0 ppid: 41001, pid: 41003, t: 0.1268s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:16579 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 28 Jan 2013 17:28:02 -0000 Date: Mon, 28 Jan 2013 18:28:02 +0100 From: Rainer Duffner To: freebsd-stable@freebsd.org Subject: Re: pkgng and updated packages Message-ID: <20130128182802.096a3a6c@suse3> In-Reply-To: <20130128135220.GB43629@ithaqua.etoilebsd.net> References: <20130128115120.36d50377@suse3> <20130128135220.GB43629@ithaqua.etoilebsd.net> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) 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.14 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, 28 Jan 2013 17:28:05 -0000 Am Mon, 28 Jan 2013 14:52:20 +0100 schrieb Baptiste Daroussin : > pkg upgrade -f will upgrade everything. to avoid you to shoot > yourself when upgrading from 8.3 to 9.1 we also provide a pkg-static > binary so that even if pkg itself is linked against libraries that > has disappeared in 9.1 you can still reisntall everything. Unfortunately, it did not work. Well, not at first. It seems, it does not uninstall the old packages (which I thought it would) I go from PERL 5.10 to PERL 5.16, for example and it complains that perl5.16 conflicts with perl5.10... This I needed, too: pkg set -o long/perl5.10:lang/perl5.16 pkg remove perl pkg set -o devel/pkg-config:devel/pkgconf pkg remove -f pkg-config But I don't really blame that on pkgng. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 17:31:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 040772E0; Mon, 28 Jan 2013 17:31:21 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id C7180E3D; Mon, 28 Jan 2013 17:31:20 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 2AE3F23F654; Mon, 28 Jan 2013 12:31:19 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.4 onyx.glenbarber.us 2AE3F23F654 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Mon, 28 Jan 2013 12:31:17 -0500 From: Glen Barber To: Rainer Duffner Subject: Re: pkgng and updated packages Message-ID: <20130128173117.GA1298@glenbarber.us> References: <20130128115120.36d50377@suse3> <20130128135220.GB43629@ithaqua.etoilebsd.net> <20130128182802.096a3a6c@suse3> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20130128182802.096a3a6c@suse3> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 17:31:21 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 28, 2013 at 06:28:02PM +0100, Rainer Duffner wrote: > I go from PERL 5.10 to PERL 5.16, for example and it complains that > perl5.16 conflicts with perl5.10... >=20 > This I needed, too: >=20 > pkg set -o long/perl5.10:lang/perl5.16 > pkg remove perl =20 > pkg set -o devel/pkg-config:devel/pkgconf > pkg remove -f pkg-config >=20 Hmm, you should not have needed to remove perl or pkg-config. They should have been upgraded as any other package. Glen --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRBrXlAAoJEFJPDDeguUajsA4H/3t+1qliKLiLiKGY329elilX +0VpPbaEPcYmnw3lwhhuCjl7OBmL0kvdlFD+Q2Z/2g5GoGX25YgvXRuHhv77AMvY YQ1XNXhtNz8P0HDgpFS9ew3bkjkEGLeI97oIVM5YySa3RatfplLF5+UBIFF/T5Wc VzdSOfE9Im/Ie1+NXoac5IjhFbOy2sZ+liI4SpI6Mtt1i1sbWA53FPJrZb6ior1z yMHq1VUpIX1ulTIBlI82KGGIs3rm3pw2nEd0Ct52lawlc6jV3MMoH2Cp6uX0THTg tdc2XuXxHtqSJnPOsX+dy1924WosO0ZeT7mwOpzSKjIuqdvKVve7UcWWPr4Gp2g= =dxM0 -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 18:53: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]) by hub.freebsd.org (Postfix) with ESMTP id 087E6D45 for ; Mon, 28 Jan 2013 18:53:48 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id BEA761D8 for ; Mon, 28 Jan 2013 18:53:47 +0000 (UTC) Received: from [128.206.184.213] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.6/8.14.6) with ESMTP id r0SIrgDB077696; Mon, 28 Jan 2013 12:53:42 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <5106C936.1040301@missouri.edu> Date: Mon, 28 Jan 2013 12:53:42 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130112 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Isaac (.ike) Levy" Subject: Re: svn - but smaller? References: <20130123144050.GG51786@e-Gitt.NET> <20130124111332.GA29105@server.rulingia.com> <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> <5105F684.501@missouri.edu> <1359380102-3423267.83606864.fr0SDYbB5022353@rs149.luxsci.com> <51068698.1010302@missouri.edu> <1359382681-308951.083326822.fr0SEH1A4010109@rs149.luxsci.com> In-Reply-To: <1359382681-308951.083326822.fr0SEH1A4010109@rs149.luxsci.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Peter Jeremy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 18:53:48 -0000 On 01/28/13 08:17, Isaac (.ike) Levy wrote: > On CTM: > > On Jan 28, 2013, at 9:09 AM, Stephen Montgomery-Smith wrote: >>> - I'm wondering if there is a clean/reliable way to pull an index of the CTM deltas? (This is still very far from the one-liner c[v]sup had become, it would be great to check for new delta files in a simple automated manner.) >>> >> >> Not sure what you mean. You can do "ctm -l file-name" and it will tell >> you what files are modified in that delta. And for ports, you have the >> usual "make fetchindex." But that is about it. > > I'm sorry I wasn't clear enough- I meant: > On the FTP server, is there an index of which CTM delta files are on the FTP server? I'd like to automate fetching just the new deltas... > > If there was perhaps 1 file with a consistent name, I could fetch that on a nightly basis and fetch the other CTM files. I can easily put in something like this. Maybe the output of ls in each directory? If you have more ideas on this, sign up to the ctm-users mailing list, and we can discuss exactly what is wanted. > >>> - does CTM go away with the CVS servers, e.g. who/how is it supported supported and maintained going foreword under SVN? >>> >> >> No. CTM is now completely dependent on svn. I create the CTM deltas on >> a computer owned by the University of Missouri. > > Cool. > Is there any redundancy for this process, for example, deltas being created out on the east/west mirrors? Perhaps as an SVN post-commit hook? No. The deltas are created in one place. And they are created every 16 hours according to a rigid schedule. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 18:59:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8E9E286A for ; Mon, 28 Jan 2013 18:59:53 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id D9AD32DA for ; Mon, 28 Jan 2013 18:59:52 +0000 (UTC) Received: (qmail 43020 invoked by uid 89); 28 Jan 2013 18:59:51 -0000 Received: by simscan 1.4.0 ppid: 43015, pid: 43017, t: 0.0518s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:16579 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 28 Jan 2013 18:59:51 -0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: pkgng and updated packages From: Rainer Duffner In-Reply-To: <20130128173117.GA1298@glenbarber.us> Date: Mon, 28 Jan 2013 19:59:50 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <31F09127-6D81-46B2-890D-34E66054E5A6@ultra-secure.de> References: <20130128115120.36d50377@suse3> <20130128135220.GB43629@ithaqua.etoilebsd.net> <20130128182802.096a3a6c@suse3> <20130128173117.GA1298@glenbarber.us> To: "freebsd-stable@freebsd.org" X-Mailer: Apple Mail (2.1499) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 18:59:53 -0000 =09 Am 28.01.2013 um 18:31 schrieb Glen Barber : > On Mon, Jan 28, 2013 at 06:28:02PM +0100, Rainer Duffner wrote: >> I go from PERL 5.10 to PERL 5.16, for example and it complains that >> perl5.16 conflicts with perl5.10... >>=20 >> This I needed, too: >>=20 >> pkg set -o long/perl5.10:lang/perl5.16 >> pkg remove perl =20 >> pkg set -o devel/pkg-config:devel/pkgconf >> pkg remove -f pkg-config >>=20 >=20 > Hmm, you should not have needed to remove perl or pkg-config. They > should have been upgraded as any other package. >=20 I tried it without and it said it conflicted. It wanted to install = perl5.16, without doing anything to 5.10. Maybe it is because I already had PERL_VERSION=3D5.16.2 in = /etc/make.conf? I still have a couple of those to upgrade. I can send pkg_info etc. and the commands I ran from the next server on = Wednesday night. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 19:00:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A4245AE6 for ; Mon, 28 Jan 2013 19:00:51 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id A110F304 for ; Mon, 28 Jan 2013 19:00:51 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0SJ0nNc002572; Mon, 28 Jan 2013 14:00:50 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0SJ02cB001359; Mon, 28 Jan 2013 19:00:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Mon, 28 Jan 2013 19:00:02 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: <5106C936.1040301@missouri.edu> Date: Mon, 28 Jan 2013 13:59:48 -0500 Content-Transfer-Encoding: 7bit References: <20130123144050.GG51786@e-Gitt.NET> <20130124111332.GA29105@server.rulingia.com> <1359343502-3377760.86081485.fr0S3OcBl026861@rs149.luxsci.com> <5105F684.501@missouri.edu> <1359380102-3423267.83606864.fr0SDYbB5022353@rs149.luxsci.com> <51068698.1010302@missouri.edu> <1359382681-308951.083326822.fr0SEH1A4010109@rs149.luxsci.com> <5106C936.1040301@missouri.edu> To: Stephen Montgomery-Smith X-Lux-Comment: Message r0SIxml0001113 sent by user #74627 Message-Id: <1359399602-7167203.02204383.fr0SIxml0001113@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359399602-7167203.02204383 Cc: Peter Jeremy , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 19:00:54 -0000 >> On CTM: Taking the CTM questions over to ctm-users@ Best, .ike From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 19:05:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 97C7BE57 for ; Mon, 28 Jan 2013 19:05:52 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-f173.google.com (mail-ob0-f173.google.com [209.85.214.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6671636D for ; Mon, 28 Jan 2013 19:05:52 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id dn14so3169195obc.32 for ; Mon, 28 Jan 2013 11:05:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=vtt9MFHBG5vst0H6ZMA5HB3HBhi09NwtWFukaAGpcEs=; b=M5hZp5lrYb3n59LoOQ7rOC81llj4f4FAQPswrLuhAHsB1AHL/22UZ5+psi6YUyHWFw LlT4rUwU8lirQ08OuPUO2tBY+Ae45ljEEBFTb3/u4Oj42rhjm2xC9P7LaPow16Af+HwZ ipExJKwAuTGpZ2Cgtuqoh6s6kpaKjjHx4DBqrctALdPuJb43c3xrL8Vrbxupa152QTZW ZSZEuVDQXegDaolzdznkcBHJIuz6ShLNozqKlhiDbuQk5LvYhB+bmDcKncLSsLfTU/p5 nZON4SthrwhgeCs5ggOi5p+nnj1ZfkWivO5bVWpXKRs8/iNFBp2AY0zDEcur2Kg89RaD jpxQ== MIME-Version: 1.0 X-Received: by 10.60.2.135 with SMTP id 7mr11977001oeu.127.1359399951746; Mon, 28 Jan 2013 11:05:51 -0800 (PST) Received: by 10.76.98.133 with HTTP; Mon, 28 Jan 2013 11:05:51 -0800 (PST) In-Reply-To: <31F09127-6D81-46B2-890D-34E66054E5A6@ultra-secure.de> References: <20130128115120.36d50377@suse3> <20130128135220.GB43629@ithaqua.etoilebsd.net> <20130128182802.096a3a6c@suse3> <20130128173117.GA1298@glenbarber.us> <31F09127-6D81-46B2-890D-34E66054E5A6@ultra-secure.de> Date: Mon, 28 Jan 2013 20:05:51 +0100 Message-ID: Subject: Re: pkgng and updated packages From: Andreas Nilsson To: Rainer Duffner Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 19:05:52 -0000 I just wanted to add that when I today went about upgrading a computer I had a very similar thing happen (with pkg-1.0.6 on 9.1-RELEASE): The new version of the package reported conflicts with the old one. Best regards Andreas On Mon, Jan 28, 2013 at 7:59 PM, Rainer Duffner wrote: > > Am 28.01.2013 um 18:31 schrieb Glen Barber : > > > On Mon, Jan 28, 2013 at 06:28:02PM +0100, Rainer Duffner wrote: > >> I go from PERL 5.10 to PERL 5.16, for example and it complains that > >> perl5.16 conflicts with perl5.10... > >> > >> This I needed, too: > >> > >> pkg set -o long/perl5.10:lang/perl5.16 > >> pkg remove perl > >> pkg set -o devel/pkg-config:devel/pkgconf > >> pkg remove -f pkg-config > >> > > > > Hmm, you should not have needed to remove perl or pkg-config. They > > should have been upgraded as any other package. > > > > > I tried it without and it said it conflicted. It wanted to install > perl5.16, without doing anything to 5.10. > Maybe it is because I already had PERL_VERSION=5.16.2 in /etc/make.conf? > > I still have a couple of those to upgrade. > I can send pkg_info etc. and the commands I ran from the next server on > Wednesday night. > > > > > > _______________________________________________ > 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 Jan 28 20:16:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0DA875F0 for ; Mon, 28 Jan 2013 20:16:47 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id C37D7904 for ; Mon, 28 Jan 2013 20:16:46 +0000 (UTC) Received: from [10.10.1.32] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id r0SKGYp9020255 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 28 Jan 2013 15:16:35 -0500 (EST) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: countdown from 31: helping with the FAQ From: John Nielsen In-Reply-To: Date: Mon, 28 Jan 2013 13:16:36 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <88200E22-CF5E-4C52-8839-3EDF88792595@jnielsen.net> References: To: Eitan Adler X-Mailer: Apple Mail (2.1499) X-DCC-sonic.net-Metrics: ns1.jnielsen.net 1117; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.5 at ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 20:16:47 -0000 Cherry-picking a few: [install-PLIP] Has anyone used PLIP successfully on a = currently-supported version of FreeBSD? (or any version since 4.x?) The = last I remember hearing about it was Julian Stacey saying it didn't work = in 2007. JHB has made http://lists.freebsd.org/pipermail/freebsd-hackers/2007-June/020820.html = http://lists.freebsd.org/pipermail/freebsd-current/2007-December/081123.ht= ml I think I still have a laplink cable but I don't think I've used it = since the 90's. That said, it was a nice feature, especially before = CD's, USB and standard (or any) Ethernet interfaces were ubiquitous on = laptops. If it works at all the FAQ should be fine; if it doesn't the docs should = be updated to either remove the FAQ or include a caveat. [win95-connection] This is a bit dated but fine. The natd Handbook page = could maybe reference other ways of doing NAT besides natd--e.g. using = pf or ipfw. The IPFW Handbook page could be updated and simplified to = include e.g. "firewall_nat_enable" instead of using divert/natd. [nfs-linux] Looks fine. Possibly less of an issue than it used to be but = I do remember encountering that issue. [bpf-not-configured] Looks fine. [icmp-response-bw-limit] Looks fine, the sysctls haven't changed. JN On Jan 26, 2013, at 1:00 PM, Eitan Adler wrote: > Hey all, >=20 > I've been working for past several months on improving the FAQ. At > the moment there are 31 unreviewed questions. >=20 > Can you all help out by commenting on the yellow questions here: > https://wiki.freebsd.org/ThwackAFAQ - once the review stage is done > we could continue fixing the red ones! >=20 > --=20 > Eitan Adler > _______________________________________________ > 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" >=20 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 20:32:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 334D2956 for ; Mon, 28 Jan 2013 20:32:06 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-x22b.google.com (la-in-x022b.1e100.net [IPv6:2a00:1450:4010:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 9BDC0994 for ; Mon, 28 Jan 2013 20:32:05 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id ek20so1091140lab.16 for ; Mon, 28 Jan 2013 12:32:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=vxeMcpFZa0zvrupsp+T5/pBaerjQNpWXmioEBzGw8VU=; b=eOSRRl5KKJBZ9MvFTA/Dlv8Erggf9hYgreWxUnKEIUd9+HUEbdBc0BapiYKmqD9Ruc IugszCJUWHQy6+wK16xTcMzkctpEnb+6BMkEoNF+IVUppRekxMQVXNfTMdhZxzBROLa0 Nr3V4LP9874r7sUGk/wCfnpz3uEBd+zurDfhI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=vxeMcpFZa0zvrupsp+T5/pBaerjQNpWXmioEBzGw8VU=; b=X6l6ZBNaAdYkmoFgxxLdQU0Wl1fNUA1kQOuCHk4q+dcrxfoHcKd2bbDNZbAJd4gkLh /JZ3b5p7aYDwh13UihsrQphhsYEhwEFCUi+Ob6pFLFDNyfJfMNE3N9mwA2uprMVTpl8W 739+hKkua8DlqNdZ4s8XECZ+5BvksQbbAmek3x8iYdlapdH2rChATaC4QRqjfo8GT4w3 s0XMHr0h0olzoOI+z5QALfnbv/kNHHW6lDPpFd3VhFDuVN3vyRf+KPXg6eSBHOgtxK+d 8ViP/hF/9hhFnCx7ORfsKU79Ph2wt2Z48p8I6bnJX7XQO5zxl0LY7TpfTTPUlbtpnB+s Kqbg== X-Received: by 10.152.114.66 with SMTP id je2mr14227469lab.40.1359405124539; Mon, 28 Jan 2013 12:32:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.100.164 with HTTP; Mon, 28 Jan 2013 12:31:34 -0800 (PST) In-Reply-To: <88200E22-CF5E-4C52-8839-3EDF88792595@jnielsen.net> References: <88200E22-CF5E-4C52-8839-3EDF88792595@jnielsen.net> From: Eitan Adler Date: Mon, 28 Jan 2013 15:31:34 -0500 Message-ID: Subject: Re: countdown from 31: helping with the FAQ To: John Nielsen Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkSauaOi96utyWxv+t+HvxxSrEZb/zcv0Hr+LNOWtIRGiePlgtzpIEndKe+x+oNYH3Uduzb Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 20:32:06 -0000 On 28 January 2013 15:16, John Nielsen wrote: > Cherry-picking a few: Awesome. Thanks for the comments. I've added them to the wiki page. Would you like an account? 23 unreviewed questions left! About 70 questions awaiting patches. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 21:47: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]) by hub.freebsd.org (Postfix) with ESMTP id BE479FA7 for ; Mon, 28 Jan 2013 21:47:48 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 526AAEAA for ; Mon, 28 Jan 2013 21:47:48 +0000 (UTC) Received: from zidane.cc.vt.edu (zidane.cc.vt.edu [198.82.163.227]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r0SL3YXW000608; Mon, 28 Jan 2013 16:18:19 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by zidane.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id WAH51998; Mon, 28 Jan 2013 16:18:19 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r0SLIJZ3014599 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 28 Jan 2013 16:18:19 -0500 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: pkgng and updated packages From: Paul Mather In-Reply-To: <31F09127-6D81-46B2-890D-34E66054E5A6@ultra-secure.de> Date: Mon, 28 Jan 2013 16:18:19 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <9FD77917-09D2-4061-A161-F04830F2BFDA@gromit.dlib.vt.edu> References: <20130128115120.36d50377@suse3> <20130128135220.GB43629@ithaqua.etoilebsd.net> <20130128182802.096a3a6c@suse3> <20130128173117.GA1298@glenbarber.us> <31F09127-6D81-46B2-890D-34E66054E5A6@ultra-secure.de> To: Rainer Duffner X-Mailer: Apple Mail (2.1499) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020206.5106EB1B.0129,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 21:47:48 -0000 On Jan 28, 2013, at 1:59 PM, Rainer Duffner = wrote: > =09 > Am 28.01.2013 um 18:31 schrieb Glen Barber : >=20 >> On Mon, Jan 28, 2013 at 06:28:02PM +0100, Rainer Duffner wrote: >>> I go from PERL 5.10 to PERL 5.16, for example and it complains that >>> perl5.16 conflicts with perl5.10... >>>=20 >>> This I needed, too: >>>=20 >>> pkg set -o long/perl5.10:lang/perl5.16 >>> pkg remove perl =20 >>> pkg set -o devel/pkg-config:devel/pkgconf >>> pkg remove -f pkg-config >>>=20 >>=20 >> Hmm, you should not have needed to remove perl or pkg-config. They >> should have been upgraded as any other package. >>=20 >=20 >=20 > I tried it without and it said it conflicted. It wanted to install = perl5.16, without doing anything to 5.10. The lang/perl5.10 and lang/perl5.16 ports are separate ports that are = marked in their respective Makefiles as conflicting (because they = install files into common places). Perl 5.16 is not an "upgrade" of = Perl 5.10 in the standard ports sense. That is why both the Makefile = and pkgng will complain if you try and install both (e.g., installing = Perl 5.16 when Perl 5.10 is still installed). If you want to switch to lang/perl5.16 from lang/perl5.10 you could = follow a procedure like that outlined in the 20120630 entry of = /usr/ports/UPDATING. Cheers, Paul.= From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 21:48:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 97BA3133; Mon, 28 Jan 2013 21:48:04 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 25FE8EB5; Mon, 28 Jan 2013 21:48:04 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:84db:bc:f927:3c07] (unknown [IPv6:2001:7b8:3a7:0:84db:bc:f927:3c07]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 52D095C5A; Mon, 28 Jan 2013 22:48:01 +0100 (CET) Message-ID: <5106F20D.6070604@FreeBSD.org> Date: Mon, 28 Jan 2013 22:47:57 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20130117 Thunderbird/19.0 MIME-Version: 1.0 To: Chris Rees , Lev Serebryakov Subject: Re: svn - but smaller? References: <20130123144050.GG51786@e-Gitt.NET> <20130124093846.5e683474@laptop> <20130124085717.GA26673@icarus.home.lan> <20130125235425.T76686@sola.nimnet.asn.au> <5102CEC4.9010108@FreeBSD.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060105050400090609020903" Cc: Jeremy Chadwick , FreeBSD , Ian Smith , Peter Wemm , Dewayne , "Bjoern A. Zeeb" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 21:48:04 -0000 This is a multi-part message in MIME format. --------------060105050400090609020903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2013-01-25 19:43, Chris Rees wrote: > On 25 Jan 2013 18:28, "Dimitry Andric" > wrote: ... > > Thanks, but the port does not link on head, due to a problem in apr: > > > > /usr/local/lib/libapr-1.a(apr_snprintf.o): In function `apr_vformatter': > > /usr/ports/devel/apr1/work/apr-1.4.6/strings/apr_snprintf.c:1023: undefined reference to `isnan' > > > > The issue is that apr-1-config --libs does not list -lm. Any idea how > > to correct that? > > That's a question for Lev really, since it applies equally to devel/subversion. > > I'll fix it tomorrow when I'm back at the keyboard unless Lev fixes it first. I'm currently using the attached patch. The relevant change is that I changed the check for modf (which is in our libc) to modff (which is in libm), the others are just standard fixes for clang. --------------060105050400090609020903 Content-Type: text/x-diff; name="devel__apr1-2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="devel__apr1-2.diff" Index: devel/apr1/files/patch-apr_network.m4 =================================================================== --- devel/apr1/files/patch-apr_network.m4 (revision 0) +++ devel/apr1/files/patch-apr_network.m4 (working copy) @@ -0,0 +1,29 @@ +--- apr-1.4.6/build/apr_network.m4.orig 2011-07-31 16:30:56.000000000 +0200 ++++ apr-1.4.6/build/apr_network.m4 2011-07-31 16:31:06.000000000 +0200 +@@ -64,7 +64,7 @@ + #include + #endif + +-void main(void) { ++int main(void) { + struct addrinfo hints, *ai; + int error; + +@@ -152,7 +152,7 @@ + #include + #endif + +-void main(void) { ++int main(void) { + struct sockaddr_in sa; + char hbuf[256]; + int error; +@@ -195,7 +195,7 @@ + #include + #endif + +-void main(void) { ++int main(void) { + if (EAI_ADDRFAMILY < 0) { + exit(0); + } Index: devel/apr1/files/patch-configure.in =================================================================== --- devel/apr1/files/patch-configure.in (revision 0) +++ devel/apr1/files/patch-configure.in (working copy) @@ -0,0 +1,20 @@ +--- apr-1.4.6/configure.in.orig 2011-05-20 19:39:54.000000000 +0200 ++++ apr-1.4.6/configure.in 2013-01-28 22:09:21.000000000 +0100 +@@ -583,7 +583,7 @@ + #include + #include + +-void main(void) ++int main(void) + { + int fd, ret = 0; + struct stat64 st; +@@ -677,7 +677,7 @@ + AC_SEARCH_LIBS(socket, socket) + AC_SEARCH_LIBS(crypt, crypt ufc) + AC_CHECK_LIB(truerand, main) +- AC_SEARCH_LIBS(modf, m) ++ AC_SEARCH_LIBS(modff, m) + ;; + esac + --------------060105050400090609020903-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 28 21:59:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 404AC46C for ; Mon, 28 Jan 2013 21:59:06 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id A603CF6E for ; Mon, 28 Jan 2013 21:59:05 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id o1so1866167wic.17 for ; Mon, 28 Jan 2013 13:58:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=HuYOkSOS0ETEwS7DFOvKRZ5p/VL8ZnEs9TUmujEcDXc=; b=H6cRNVrlpIiQlIEQRMbegFJ2SbXYZK2i1jDMbMhhbwY1IjYaWzr9199vNQQbrodkTO YK4Zl4m3ml3F/kh8soFHyIir+RCT3y4tSU97kIRSe1uL/KteVeiQ5PCBjAK7BBHnoQaW AVodbbrVBaHA0G1gaEYMfzrCdfgMgsxEUH4ZXIQoqZBkIsSQW0iZP/bD8R9M0Z/bA/6e fRL6Ygm8U8RlTMfD4b5T5+vU++XtKABYwqk311h+Cmab23sp9YGpUFQeRGAKR9J59A95 iSnO7eld4CyijjPK8Iw8ZE0VnbKH9ZQS2Z//y4ZcFnjPAKPvxow90TEFgBdI/43li6bB Jk8Q== MIME-Version: 1.0 X-Received: by 10.194.158.100 with SMTP id wt4mr23805921wjb.37.1359410339175; Mon, 28 Jan 2013 13:58:59 -0800 (PST) Received: by 10.216.233.95 with HTTP; Mon, 28 Jan 2013 13:58:59 -0800 (PST) X-Originating-IP: [64.125.213.195] In-Reply-To: References: Date: Mon, 28 Jan 2013 16:58:59 -0500 Message-ID: Subject: Re: countdown from 31: helping with the FAQ From: Mark Saad To: Eitan Adler X-Gm-Message-State: ALoCoQmcWMKGX/1HemVkl1+BldUWudzaL8UgTOt4Ct09i0QmvFoCCqQeTA6jg/OHicuNqD+M48jZ Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jan 2013 21:59:06 -0000 Eitan In the section for "need-to-run" there should be a mention about setting kern.cam.ctl.disable=1 in /boot/loader.conf , for systems with less then 256M of ram . Also I wonder if there are more low memory tunings that need an mention here. http://lists.freebsd.org/pipermail/freebsd-stable/2012-December/thread.html#71334 On Sat, Jan 26, 2013 at 3:00 PM, Eitan Adler wrote: > Hey all, > > I've been working for past several months on improving the FAQ. At > the moment there are 31 unreviewed questions. > > Can you all help out by commenting on the yellow questions here: > https://wiki.freebsd.org/ThwackAFAQ - once the review stage is done > we could continue fixing the red ones! > > -- > Eitan Adler > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 03:21: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]) by hub.freebsd.org (Postfix) with ESMTP id 28860CFF; Tue, 29 Jan 2013 03:21:20 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4701B7; Tue, 29 Jan 2013 03:21:19 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.5/8.14.5) with ESMTP id r0T3LHOh080812; Mon, 28 Jan 2013 22:21:17 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.5/8.14.4/Submit) id r0T3LHvB080809; Mon, 28 Jan 2013 22:21:17 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20743.16429.97668.569869@hergotha.csail.mit.edu> Date: Mon, 28 Jan 2013 22:21:17 -0500 From: Garrett Wollman To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Subject: ZFS deadlock on rrl->rr_ -- look familiar to anyone? X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (hergotha.csail.mit.edu [127.0.0.1]); Mon, 28 Jan 2013 22:21:17 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 03:21:20 -0000 I just had a big fileserver deadlock in an odd way. I was investigating a user's problem, and decided for various reasons to restart mountd. It had been complaining like this: Jan 28 21:06:43 nfs-prod-1 mountd[1108]: can't delete exports for /usr/local/.zfs/snapshot/monthly-2013-01: Invalid argument for a while, which is odd because /usr/local was never exported. When I restarted mountd, it hung waiting on rrl->rr_, but the system may already have been deadlocked at that point. procstat reported: 87678 104365 mountd - mi_switch sleepq_wait _cv_wait rrw_enter zfs_root lookup namei vfs_donmount sys_nmount amd64_syscall Xfast_syscall I was able to run shutdown, and the rc scripts eventually hung in sync(1) and timed out. The kernel then hung trying to do the same thing, but I was able to break into the debugger. The debugger interrupted an idle thread, which was not particularly helpful, but I was able to quickly gather the following information before I had to reset the machine to restore normal service. Locked vnodes 0xfffffe00536383c0: 0xfffffe00536383c0: tag syncer, type VNON tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 usecount 1, writecount 0, refcount 2 mountedhere 0 flags (VI(0x200)) flags (VI(0x200)) lock type syncer: EXCL by thread 0xfffffe00348cc470 (pid 22) lock type syncer: EXCL by thread 0xfffffe00348cc470 (pid 22) db> ps pid ppid pgrp uid state wmesg wchan cmd 87996 1 87994 65534 D rrl->rr_ 0xfffffe0048ff8108 df 87976 1 87726 0 D+ rrl->rr_ 0xfffffe0048ff8108 sync 87707 1 87705 65534 D rrl->rr_ 0xfffffe0048ff8108 df 87700 1 87698 65534 D rrl->rr_ 0xfffffe0048ff8108 df 87678 1 87657 0 D+ rrl->rr_ 0xfffffe0048ff8108 mountd 87531 1 87529 65534 D rrl->rr_ 0xfffffe0048ff8108 df 87387 1 87385 65534 D rrl->rr_ 0xfffffe0048ff8108 df 87380 1 87378 65534 D rrl->rr_ 0xfffffe0048ff8108 df 87103 1 87101 65534 D rrl->rr_ 0xfffffe0048ff8108 df 87096 1 87094 65534 D rrl->rr_ 0xfffffe0048ff8108 df 85193 1 85192 0 D zio->io_ 0xfffffe10d3e75320 zfs 24 0 0 0 DL sdflush 0xffffffff80e50878 [softdepflush] 23 0 0 0 DL vlruwt 0xfffffe0048c0a940 [vnlru] 22 0 0 0 DL rrl->rr_ 0xfffffe0048ff8108 [syncer] 21 0 0 0 DL psleep 0xffffffff80e3c048 [bufdaemon] 20 0 0 0 DL pgzero 0xffffffff80e5a81c [pagezero] 19 0 0 0 DL psleep 0xffffffff80e599e8 [vmdaemon] 18 0 0 0 DL psleep 0xffffffff80e599ac [pagedaemon] 17 0 0 0 DL gkt:wait 0xffffffff80de6c0c [g_mp_kt] 16 0 0 0 DL ipmireq 0xfffffe00347400b8 [ipmi0: kcs] 9 0 0 0 DL ccb_scan 0xffffffff80dc1360 [xpt_thrd] 8 0 0 0 DL waiting_ 0xffffffff80e41e80 [sctp_iterator] 7 0 0 0 DL (threaded) [zfskern] 101355 D tx->tx_s 0xfffffe0050342e10 [txg_thread_enter] 101354 D tx->tx_q 0xfffffe0050342e30 [txg_thread_enter] 100989 D tx->tx_s 0xfffffe004fd27a10 [txg_thread_enter] 100988 D tx->tx_q 0xfffffe004fd27a30 [txg_thread_enter] 100593 D tx->tx_s 0xfffffe004a8c0a10 [txg_thread_enter] 100592 D tx->tx_q 0xfffffe004a8c0a30 [txg_thread_enter] 100216 D l2arc_fe 0xffffffff81228bc0 [l2arc_feed_thread] 100215 D arc_recl 0xffffffff81218d20 [arc_reclaim_thread] 15 0 0 0 DL (threaded) [usb] [32 uninteresting and identical threads deleted] 6 0 0 0 DL mps_scan 0xfffffe00276816a8 [mps_scan2] 5 0 0 0 DL mps_scan 0xfffffe0027612ca8 [mps_scan1] 4 0 0 0 DL mps_scan 0xfffffe00274ef4a8 [mps_scan0] 14 0 0 0 DL - 0xffffffff80ded764 [yarrow] 3 0 0 0 DL crypto_r 0xffffffff80e4e0a0 [crypto returns] 2 0 0 0 DL crypto_w 0xffffffff80e4e060 [crypto] 13 0 0 0 DL (threaded) [geom] 100055 D - 0xffffffff80de6b90 [g_down] 100054 D - 0xffffffff80de6b88 [g_up] 100053 D - 0xffffffff80de6b78 [g_event] 12 0 0 0 WL (threaded) [intr] 100189 I [irq1: atkbd0] 100188 I [swi0: uart uart] 100187 I [irq19: atapci1] 100186 I [irq18: atapci0+] 100169 I [irq294: igb1:link] 100167 I [irq293: igb1:que 7] 100165 I [irq292: igb1:que 6] 100163 I [irq291: igb1:que 5] 100161 I [irq290: igb1:que 4] 100159 I [irq289: igb1:que 3] 100157 I [irq288: igb1:que 2] 100155 I [irq287: igb1:que 1] 100153 I [irq286: igb1:que 0] 100152 I [irq285: igb0:link] 100150 I [irq284: igb0:que 7] 100148 I [irq283: igb0:que 6] 100146 I [irq282: igb0:que 5] 100144 I [irq281: igb0:que 4] 100142 I [irq280: igb0:que 3] 100140 I [irq279: igb0:que 2] 100138 I [irq278: igb0:que 1] 100136 I [irq277: igb0:que 0] 100131 I [irq20: hpet0 ehci0] 100126 I [irq21: uhci2 uhci5] 100121 I [irq22: uhci1 uhci4] 100116 I [irq23: uhci0 uhci3+] 100115 I [irq276: mps2] 100112 I [irq275: mps1] 100108 I [irq274: ix1:link] 100106 I [irq273: ix1:que 7] 100104 I [irq272: ix1:que 6] 100102 I [irq271: ix1:que 5] 100100 I [irq270: ix1:que 4] 100098 I [irq269: ix1:que 3] 100096 I [irq268: ix1:que 2] 100094 I [irq267: ix1:que 1] 100092 I [irq266: ix1:que 0] 100090 I [irq265: ix0:link] 100088 I [irq264: ix0:que 7] 100086 I [irq263: ix0:que 6] 100084 I [irq262: ix0:que 5] 100082 I [irq261: ix0:que 4] 100080 I [irq260: ix0:que 3] 100078 I [irq259: ix0:que 2] 100076 I [irq258: ix0:que 1] 100074 I [irq257: ix0:que 0] 100073 I [irq256: mps0] 100065 I [swi2: cambio] 100064 I [swi6: task queue] 100063 I [swi6: Giant taskq] 100060 I [swi5: +] [24 identical [swi4: clock] threads deleted] 100028 I [swi1: netisr 0] 100027 I [swi3: vm] 11 0 0 0 RL (threaded) [idle] [24 identical idle threads deleted] 1 0 1 0 DLs rrl->rr_ 0xfffffe0048ff8108 [init] 10 0 0 0 DL audit_wo 0xffffffff80e4f7f0 [audit] 0 0 0 0 DLs (threaded) [kernel] 420220 D - 0xfffffe07bf578380 [zil_clean] [66 similar zil_clean threads deleted] 101353 D - 0xfffffe004a481c80 [zfs_vn_rele_taskq] 101352 D - 0xfffffe005324fa80 [zio_ioctl_intr] 101351 D - 0xfffffe005324fb00 [zio_ioctl_issue] 101350 D - 0xfffffe005324fb80 [zio_claim_intr] 101349 D - 0xfffffe005324fc00 [zio_claim_issue] 101348 D - 0xfffffe005324fc80 [zio_free_intr] 101347 D - 0xfffffe005324fd00 [zio_free_issue_99] [99 similar zio_free_issue_* threads deleted] 101247 D - 0xfffffe005324fd80 [zio_write_intr_high] 101246 D - 0xfffffe005324fd80 [zio_write_intr_high] 101245 D - 0xfffffe005324fd80 [zio_write_intr_high] 101244 D - 0xfffffe005324fd80 [zio_write_intr_high] 101243 D - 0xfffffe005324fd80 [zio_write_intr_high] 101242 D - 0xfffffe005324fe00 [zio_write_intr_7] 101241 D - 0xfffffe005324fe00 [zio_write_intr_6] 101240 D - 0xfffffe005324fe00 [zio_write_intr_5] 101239 D - 0xfffffe005324fe00 [zio_write_intr_4] 101238 D - 0xfffffe005324fe00 [zio_write_intr_3] 101237 D - 0xfffffe005324fe00 [zio_write_intr_2] 101236 D - 0xfffffe005324fe00 [zio_write_intr_1] 101235 D - 0xfffffe005324fe00 [zio_write_intr_0] 101234 D - 0xfffffe0053250000 [zio_write_issue_hig] 101233 D - 0xfffffe0053250000 [zio_write_issue_hig] 101232 D - 0xfffffe0053250000 [zio_write_issue_hig] 101231 D - 0xfffffe0053250000 [zio_write_issue_hig] 101230 D - 0xfffffe0053250000 [zio_write_issue_hig] 101229 D - 0xfffffe0053250080 [zio_write_issue_23] 101228 D - 0xfffffe0053250080 [zio_write_issue_22] 101227 D - 0xfffffe0053250080 [zio_write_issue_21] 101226 D - 0xfffffe0053250080 [zio_write_issue_20] 101225 D - 0xfffffe0053250080 [zio_write_issue_19] 101224 D - 0xfffffe0053250080 [zio_write_issue_18] 101223 D - 0xfffffe0053250080 [zio_write_issue_17] 101222 D - 0xfffffe0053250080 [zio_write_issue_16] 101221 D - 0xfffffe0053250080 [zio_write_issue_15] 101220 D - 0xfffffe0053250080 [zio_write_issue_14] 101219 D - 0xfffffe0053250080 [zio_write_issue_13] 101218 D - 0xfffffe0053250080 [zio_write_issue_12] 101217 D - 0xfffffe0053250080 [zio_write_issue_11] 101216 D - 0xfffffe0053250080 [zio_write_issue_10] 101215 D - 0xfffffe0053250080 [zio_write_issue_9] 101214 D - 0xfffffe0053250080 [zio_write_issue_8] 101213 D - 0xfffffe0053250080 [zio_write_issue_7] 101212 D - 0xfffffe0053250080 [zio_write_issue_6] 101211 D - 0xfffffe0053250080 [zio_write_issue_5] 101210 D - 0xfffffe0053250080 [zio_write_issue_4] 101209 D - 0xfffffe0053250080 [zio_write_issue_3] 101208 D - 0xfffffe0053250080 [zio_write_issue_2] 101207 D - 0xfffffe0053250080 [zio_write_issue_1] 101206 D - 0xfffffe0053250080 [zio_write_issue_0] 101205 D - 0xfffffe0053250100 [zio_read_intr_23] 101204 D - 0xfffffe0053250100 [zio_read_intr_22] 101203 D - 0xfffffe0053250100 [zio_read_intr_21] 101202 D - 0xfffffe0053250100 [zio_read_intr_20] 101201 D - 0xfffffe0053250100 [zio_read_intr_19] 101200 D - 0xfffffe0053250100 [zio_read_intr_18] 101199 D - 0xfffffe0053250100 [zio_read_intr_17] 101198 D - 0xfffffe0053250100 [zio_read_intr_16] 101197 D - 0xfffffe0053250100 [zio_read_intr_15] 101196 D - 0xfffffe0053250100 [zio_read_intr_14] 101195 D - 0xfffffe0053250100 [zio_read_intr_13] 101194 D - 0xfffffe0053250100 [zio_read_intr_12] 101193 D - 0xfffffe0053250100 [zio_read_intr_11] 101192 D - 0xfffffe0053250100 [zio_read_intr_10] 101191 D - 0xfffffe0053250100 [zio_read_intr_9] 101190 D - 0xfffffe0053250100 [zio_read_intr_8] 101189 D - 0xfffffe0053250100 [zio_read_intr_7] 101188 D - 0xfffffe0053250100 [zio_read_intr_6] 101187 D - 0xfffffe0053250100 [zio_read_intr_5] 101186 D - 0xfffffe0053250100 [zio_read_intr_4] 101185 D - 0xfffffe0053250100 [zio_read_intr_3] 101184 D - 0xfffffe0053250100 [zio_read_intr_2] 101183 D - 0xfffffe0053250100 [zio_read_intr_1] 101182 D - 0xfffffe0053250100 [zio_read_intr_0] 101181 D - 0xfffffe0053250180 [zio_read_issue_7] 101180 D - 0xfffffe0053250180 [zio_read_issue_6] 101179 D - 0xfffffe0053250180 [zio_read_issue_5] 101178 D - 0xfffffe0053250180 [zio_read_issue_4] 101177 D - 0xfffffe0053250180 [zio_read_issue_3] 101176 D - 0xfffffe0053250180 [zio_read_issue_2] 101175 D - 0xfffffe0053250180 [zio_read_issue_1] 101174 D - 0xfffffe0053250180 [zio_read_issue_0] 101173 D - 0xfffffe0053250200 [zio_null_intr] 101172 D - 0xfffffe0053250280 [zio_null_issue] 100987 D - 0xfffffe0048cc9500 [zfs_vn_rele_taskq] 100986 D - 0xfffffe0048c72280 [zio_ioctl_intr] 100985 D - 0xfffffe0048c71a00 [zio_ioctl_issue] 100984 D - 0xfffffe0048dd0d00 [zio_claim_intr] 100983 D - 0xfffffe0048dd0680 [zio_claim_issue] 100982 D - 0xfffffe004a949080 [zio_free_intr] 100981 D - 0xfffffe0048b77d80 [zio_free_issue_99] [99 more zio_free_issue_* threads deleted] 100881 D - 0xfffffe004a94a480 [zio_write_intr_high] 100880 D - 0xfffffe004a94a480 [zio_write_intr_high] 100879 D - 0xfffffe004a94a480 [zio_write_intr_high] 100878 D - 0xfffffe004a94a480 [zio_write_intr_high] 100877 D - 0xfffffe004a94a480 [zio_write_intr_high] 100876 D - 0xfffffe0048dd1180 [zio_write_intr_7] 100875 D - 0xfffffe0048dd1180 [zio_write_intr_6] 100874 D - 0xfffffe0048dd1180 [zio_write_intr_5] 100873 D - 0xfffffe0048dd1180 [zio_write_intr_4] 100872 D - 0xfffffe0048dd1180 [zio_write_intr_3] 100871 D - 0xfffffe0048dd1180 [zio_write_intr_2] 100870 D - 0xfffffe0048dd1180 [zio_write_intr_1] 100869 D - 0xfffffe0048dd1180 [zio_write_intr_0] 100868 D - 0xfffffe0048dd1100 [zio_write_issue_hig] 100867 D - 0xfffffe0048dd1100 [zio_write_issue_hig] 100866 D - 0xfffffe0048dd1100 [zio_write_issue_hig] 100865 D - 0xfffffe0048dd1100 [zio_write_issue_hig] 100864 D - 0xfffffe0048dd1100 [zio_write_issue_hig] 100863 D - 0xfffffe0048dd1080 [zio_write_issue_23] 100862 D - 0xfffffe0048dd1080 [zio_write_issue_22] 100861 D - 0xfffffe0048dd1080 [zio_write_issue_21] 100860 D - 0xfffffe0048dd1080 [zio_write_issue_20] 100859 D - 0xfffffe0048dd1080 [zio_write_issue_19] 100858 D - 0xfffffe0048dd1080 [zio_write_issue_18] 100857 D - 0xfffffe0048dd1080 [zio_write_issue_17] 100856 D - 0xfffffe0048dd1080 [zio_write_issue_16] 100855 D - 0xfffffe0048dd1080 [zio_write_issue_15] 100854 D - 0xfffffe0048dd1080 [zio_write_issue_14] 100853 D - 0xfffffe0048dd1080 [zio_write_issue_13] 100852 D - 0xfffffe0048dd1080 [zio_write_issue_12] 100851 D - 0xfffffe0048dd1080 [zio_write_issue_11] 100850 D - 0xfffffe0048dd1080 [zio_write_issue_10] 100849 D - 0xfffffe0048dd1080 [zio_write_issue_9] 100848 D - 0xfffffe0048dd1080 [zio_write_issue_8] 100847 D - 0xfffffe0048dd1080 [zio_write_issue_7] 100846 D - 0xfffffe0048dd1080 [zio_write_issue_6] 100845 D - 0xfffffe0048dd1080 [zio_write_issue_5] 100844 D - 0xfffffe0048dd1080 [zio_write_issue_4] 100843 D - 0xfffffe0048dd1080 [zio_write_issue_3] 100842 D - 0xfffffe0048dd1080 [zio_write_issue_2] 100841 D - 0xfffffe0048dd1080 [zio_write_issue_1] 100840 D - 0xfffffe0048dd1080 [zio_write_issue_0] 100839 D - 0xfffffe0048dd1000 [zio_read_intr_23] 100838 D - 0xfffffe0048dd1000 [zio_read_intr_22] 100837 D - 0xfffffe0048dd1000 [zio_read_intr_21] 100836 D - 0xfffffe0048dd1000 [zio_read_intr_20] 100835 D - 0xfffffe0048dd1000 [zio_read_intr_19] 100834 D - 0xfffffe0048dd1000 [zio_read_intr_18] 100833 D - 0xfffffe0048dd1000 [zio_read_intr_17] 100832 D - 0xfffffe0048dd1000 [zio_read_intr_16] 100831 D - 0xfffffe0048dd1000 [zio_read_intr_15] 100830 D - 0xfffffe0048dd1000 [zio_read_intr_14] 100829 D - 0xfffffe0048dd1000 [zio_read_intr_13] 100828 D - 0xfffffe0048dd1000 [zio_read_intr_12] 100827 D - 0xfffffe0048dd1000 [zio_read_intr_11] 100826 D - 0xfffffe0048dd1000 [zio_read_intr_10] 100825 D - 0xfffffe0048dd1000 [zio_read_intr_9] 100824 D - 0xfffffe0048dd1000 [zio_read_intr_8] 100823 D - 0xfffffe0048dd1000 [zio_read_intr_7] 100822 D - 0xfffffe0048dd1000 [zio_read_intr_6] 100821 D - 0xfffffe0048dd1000 [zio_read_intr_5] 100820 D - 0xfffffe0048dd1000 [zio_read_intr_4] 100819 D - 0xfffffe0048dd1000 [zio_read_intr_3] 100818 D - 0xfffffe0048dd1000 [zio_read_intr_2] 100817 D - 0xfffffe0048dd1000 [zio_read_intr_1] 100816 D - 0xfffffe0048dd1000 [zio_read_intr_0] 100815 D - 0xfffffe0048dd0e00 [zio_read_issue_7] 100814 D - 0xfffffe0048dd0e00 [zio_read_issue_6] 100813 D - 0xfffffe0048dd0e00 [zio_read_issue_5] 100812 D - 0xfffffe0048dd0e00 [zio_read_issue_4] 100811 D - 0xfffffe0048dd0e00 [zio_read_issue_3] 100810 D - 0xfffffe0048dd0e00 [zio_read_issue_2] 100809 D - 0xfffffe0048dd0e00 [zio_read_issue_1] 100808 D - 0xfffffe0048dd0e00 [zio_read_issue_0] 100807 D - 0xfffffe0048dd0600 [zio_null_intr] 100806 D - 0xfffffe0048dd0180 [zio_null_issue] 100594 D - 0xfffffe004a3bcc80 [zil_clean] 100591 D - 0xfffffe0048c65100 [zfs_vn_rele_taskq] 100590 D - 0xfffffe0048d5c280 [zio_ioctl_intr] 100589 D - 0xfffffe0048d5c300 [zio_ioctl_issue] 100588 D - 0xfffffe0048d5c380 [zio_claim_intr] 100587 D - 0xfffffe0048d5c400 [zio_claim_issue] 100586 D - 0xfffffe0048d5c480 [zio_free_intr] 100585 D - 0xfffffe0048d5c500 [zio_free_issue_99] [99 more zio_free_issue_* threads deleted] 100485 D - 0xfffffe0048d5c580 [zio_write_intr_high] 100484 D - 0xfffffe0048d5c580 [zio_write_intr_high] 100483 D - 0xfffffe0048d5c580 [zio_write_intr_high] 100482 D - 0xfffffe0048d5c580 [zio_write_intr_high] 100481 D - 0xfffffe0048d5c580 [zio_write_intr_high] 100480 D - 0xfffffe0048d5c600 [zio_write_intr_7] 100479 D - 0xfffffe0048d5c600 [zio_write_intr_6] 100478 D - 0xfffffe0048d5c600 [zio_write_intr_5] 100477 D - 0xfffffe0048d5c600 [zio_write_intr_4] 100476 D - 0xfffffe0048d5c600 [zio_write_intr_3] 100475 D - 0xfffffe0048d5c600 [zio_write_intr_2] 100474 D - 0xfffffe0048d5c600 [zio_write_intr_1] 100473 D - 0xfffffe0048d5c600 [zio_write_intr_0] 100472 D - 0xfffffe0048d5c680 [zio_write_issue_hig] 100471 D - 0xfffffe0048d5c680 [zio_write_issue_hig] 100470 D - 0xfffffe0048d5c680 [zio_write_issue_hig] 100469 D - 0xfffffe0048d5c680 [zio_write_issue_hig] 100468 D - 0xfffffe0048d5c680 [zio_write_issue_hig] 100467 D - 0xfffffe0048d5c700 [zio_write_issue_23] 100466 D - 0xfffffe0048d5c700 [zio_write_issue_22] 100465 D - 0xfffffe0048d5c700 [zio_write_issue_21] 100464 D - 0xfffffe0048d5c700 [zio_write_issue_20] 100463 D - 0xfffffe0048d5c700 [zio_write_issue_19] 100462 D - 0xfffffe0048d5c700 [zio_write_issue_18] 100461 D - 0xfffffe0048d5c700 [zio_write_issue_17] 100460 D - 0xfffffe0048d5c700 [zio_write_issue_16] 100459 D - 0xfffffe0048d5c700 [zio_write_issue_15] 100458 D - 0xfffffe0048d5c700 [zio_write_issue_14] 100457 D - 0xfffffe0048d5c700 [zio_write_issue_13] 100456 D - 0xfffffe0048d5c700 [zio_write_issue_12] 100455 D - 0xfffffe0048d5c700 [zio_write_issue_11] 100454 D - 0xfffffe0048d5c700 [zio_write_issue_10] 100453 D - 0xfffffe0048d5c700 [zio_write_issue_9] 100452 D - 0xfffffe0048d5c700 [zio_write_issue_8] 100451 D - 0xfffffe0048d5c700 [zio_write_issue_7] 100450 D - 0xfffffe0048d5c700 [zio_write_issue_6] 100449 D - 0xfffffe0048d5c700 [zio_write_issue_5] 100448 D - 0xfffffe0048d5c700 [zio_write_issue_4] 100447 D - 0xfffffe0048d5c700 [zio_write_issue_3] 100446 D - 0xfffffe0048d5c700 [zio_write_issue_2] 100445 D - 0xfffffe0048d5c700 [zio_write_issue_1] 100444 D - 0xfffffe0048d5c700 [zio_write_issue_0] 100443 D - 0xfffffe0048d5c780 [zio_read_intr_23] 100442 D - 0xfffffe0048d5c780 [zio_read_intr_22] 100441 D - 0xfffffe0048d5c780 [zio_read_intr_21] 100440 D - 0xfffffe0048d5c780 [zio_read_intr_20] 100439 D - 0xfffffe0048d5c780 [zio_read_intr_19] 100438 D - 0xfffffe0048d5c780 [zio_read_intr_18] 100437 D - 0xfffffe0048d5c780 [zio_read_intr_17] 100436 D - 0xfffffe0048d5c780 [zio_read_intr_16] 100435 D - 0xfffffe0048d5c780 [zio_read_intr_15] 100434 D - 0xfffffe0048d5c780 [zio_read_intr_14] 100433 D - 0xfffffe0048d5c780 [zio_read_intr_13] 100432 D - 0xfffffe0048d5c780 [zio_read_intr_12] 100431 D - 0xfffffe0048d5c780 [zio_read_intr_11] 100430 D - 0xfffffe0048d5c780 [zio_read_intr_10] 100429 D - 0xfffffe0048d5c780 [zio_read_intr_9] 100428 D - 0xfffffe0048d5c780 [zio_read_intr_8] 100427 D - 0xfffffe0048d5c780 [zio_read_intr_7] 100426 D - 0xfffffe0048d5c780 [zio_read_intr_6] 100425 D - 0xfffffe0048d5c780 [zio_read_intr_5] 100424 D - 0xfffffe0048d5c780 [zio_read_intr_4] 100423 D - 0xfffffe0048d5c780 [zio_read_intr_3] 100422 D - 0xfffffe0048d5c780 [zio_read_intr_2] 100421 D - 0xfffffe0048d5c780 [zio_read_intr_1] 100420 D - 0xfffffe0048d5c780 [zio_read_intr_0] 100419 D - 0xfffffe0048d5c800 [zio_read_issue_7] 100418 D - 0xfffffe0048d5c800 [zio_read_issue_6] 100417 D - 0xfffffe0048d5c800 [zio_read_issue_5] 100416 D - 0xfffffe0048d5c800 [zio_read_issue_4] 100415 D - 0xfffffe0048d5c800 [zio_read_issue_3] 100414 D - 0xfffffe0048d5c800 [zio_read_issue_2] 100413 D - 0xfffffe0048d5c800 [zio_read_issue_1] 100412 D - 0xfffffe0048d5c800 [zio_read_issue_0] 100411 D - 0xfffffe0048d5c880 [zio_null_intr] 100410 D - 0xfffffe0048d5c900 [zio_null_issue] 100214 D - 0xfffffe00348bbc00 [system_taskq_23] [23 more system_taskq_* threads deleted] 100190 D - 0xfffffe00348bbc80 [mca taskq] 100168 D - 0xfffffe0034092b00 [igb1 que] 100166 D - 0xfffffe0034092c80 [igb1 que] 100164 D - 0xfffffe0034092e00 [igb1 que] 100162 D - 0xfffffe0034092180 [igb1 que] 100160 D - 0xfffffe0034092300 [igb1 que] 100158 D - 0xfffffe0034092480 [igb1 que] 100156 D - 0xfffffe003408b300 [igb1 que] 100154 D - 0xfffffe003408b480 [igb1 que] 100151 D - 0xfffffe003405b500 [igb0 que] 100149 D - 0xfffffe003405b680 [igb0 que] 100147 D - 0xfffffe0034054580 [igb0 que] 100145 D - 0xfffffe003404d400 [igb0 que] 100143 D - 0xfffffe003404d580 [igb0 que] 100141 D - 0xfffffe003404d700 [igb0 que] 100139 D - 0xfffffe003404d880 [igb0 que] 100137 D - 0xfffffe003404da00 [igb0 que] 100113 D - 0xfffffe0027807300 [mps2 taskq] 100110 D - 0xfffffe0027697a80 [mps1 taskq] 100109 D - 0xfffffe002768a700 [ix1 linkq] 100107 D - 0xfffffe002768a800 [ix1 que] 100105 D - 0xfffffe002768a980 [ix1 que] 100103 D - 0xfffffe002768ab00 [ix1 que] 100101 D - 0xfffffe002768ac80 [ix1 que] 100099 D - 0xfffffe0027680b80 [ix1 que] 100097 D - 0xfffffe0027680d00 [ix1 que] 100095 D - 0xfffffe0027623680 [ix1 que] 100093 D - 0xfffffe0027623380 [ix1 que] 100091 D - 0xfffffe0027600480 [ix0 linkq] 100089 D - 0xfffffe0027600580 [ix0 que] 100087 D - 0xfffffe0027600700 [ix0 que] 100085 D - 0xfffffe0027527300 [ix0 que] 100083 D - 0xfffffe0027527480 [ix0 que] 100081 D - 0xfffffe0027527600 [ix0 que] 100079 D - 0xfffffe0027527780 [ix0 que] 100077 D - 0xfffffe0027527900 [ix0 que] 100075 D - 0xfffffe0027527a80 [ix0 que] 100071 D - 0xfffffe00274ffe00 [mps0 taskq] 100070 D - 0xfffffe00273fdb00 [kqueue taskq] 100069 D - 0xfffffe00273fdb80 [ffs_trim taskq] 100068 D - 0xfffffe00273fdc00 [acpi_task_2] 100067 D - 0xfffffe00273fdc00 [acpi_task_1] 100066 D - 0xfffffe00273fdc00 [acpi_task_0] 100062 D - 0xfffffe002743b280 [aiod_bio taskq] 100061 D zfsvfs-> 0xfffffe0048ff8138 [thread taskq] 100056 D - 0xfffffe002732d600 [firmware taskq] 100000 D sched 0xffffffff80de6d80 [swapper] The stuck df(1) processes running as nobody were undoubtedly started by munin-node, and seem to be related to my user's symptom (munin graphs show no response for about half an hour after the user's problem starts). It may not be a *true* deadlock, because over the past few days, munin has been showing this problem at about the same time of day, but the system always comes back (without a reboot) in a little over half an hour. Does anyone recognize this? If it happens again, which threads' stack traces would be useful in diagnosing this? -GAWollman From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 03:53:31 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9969DAB6; Tue, 29 Jan 2013 03:53:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 66ABA2FA; Tue, 29 Jan 2013 03:53:31 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T3j4f5002208; Tue, 29 Jan 2013 03:45:04 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T3j4d8002207; Tue, 29 Jan 2013 03:45:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 03:45:04 GMT Message-Id: <201301290345.r0T3j4d8002207@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 03:53:31 -0000 TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2013-01-29 03:40:00 - cleaning the object tree TB --- 2013-01-29 03:40:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 03:40:04 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:04 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:04 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:04 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 03:40:34 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:34 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:34 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 03:41:34 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:41:34 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:41:34 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 03:43:04 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:43:04 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:43:04 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 03:45:04 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:45:04 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:45:04 - ERROR: unable to check out the source tree TB --- 2013-01-29 03:45:04 - 0.41 user 0.96 system 303.47 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 03:53:31 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E0FAAB7; Tue, 29 Jan 2013 03:53:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 68E6F2FC; Tue, 29 Jan 2013 03:53:31 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T3j3JH002203; Tue, 29 Jan 2013 03:45:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T3j262002202; Tue, 29 Jan 2013 03:45:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 03:45:02 GMT Message-Id: <201301290345.r0T3j262002202@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 03:53:31 -0000 TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2013-01-29 03:40:00 - cleaning the object tree TB --- 2013-01-29 03:40:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 03:40:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 03:40:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 03:41:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:41:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:41:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 03:43:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:43:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:43:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 03:45:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:45:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:45:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 03:45:02 - 0.08 user 0.04 system 301.48 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 03:53:32 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D3712AB8; Tue, 29 Jan 2013 03:53:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9FB562FD; Tue, 29 Jan 2013 03:53:32 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T3j6sv002218; Tue, 29 Jan 2013 03:45:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T3j68s002216; Tue, 29 Jan 2013 03:45:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 03:45:06 GMT Message-Id: <201301290345.r0T3j68s002216@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 03:53:32 -0000 TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2013-01-29 03:40:00 - cleaning the object tree TB --- 2013-01-29 03:40:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 03:40:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 03:41:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:41:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:41:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 03:43:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:43:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:43:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 03:45:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:45:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:45:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 03:45:06 - 1.04 user 1.97 system 305.48 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 03:53:32 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DAF99AB9; Tue, 29 Jan 2013 03:53:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A4C4D2FE; Tue, 29 Jan 2013 03:53:32 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T3j6cL002217; Tue, 29 Jan 2013 03:45:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T3j6KT002214; Tue, 29 Jan 2013 03:45:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 03:45:06 GMT Message-Id: <201301290345.r0T3j6KT002214@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 03:53:33 -0000 TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2013-01-29 03:40:00 - cleaning the object tree TB --- 2013-01-29 03:40:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 03:40:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 03:41:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:41:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:41:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 03:43:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:43:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:43:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 03:45:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:45:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:45:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 03:45:06 - 0.99 user 2.17 system 305.48 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 03:53:33 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DB673ABA; Tue, 29 Jan 2013 03:53:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A84722FF; Tue, 29 Jan 2013 03:53:32 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T3j6pm002219; Tue, 29 Jan 2013 03:45:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T3j6so002215; Tue, 29 Jan 2013 03:45:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 03:45:06 GMT Message-Id: <201301290345.r0T3j6so002215@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 03:53:33 -0000 TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2013-01-29 03:40:00 - cleaning the object tree TB --- 2013-01-29 03:40:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 03:40:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 03:41:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:41:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:41:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 03:43:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:43:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:43:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 03:45:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:45:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:45:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 03:45:06 - 1.01 user 1.99 system 305.48 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 03:53:33 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C945EABC; Tue, 29 Jan 2013 03:53:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 96CEC301; Tue, 29 Jan 2013 03:53:33 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T3j7wg002228; Tue, 29 Jan 2013 03:45:07 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T3j7f8002227; Tue, 29 Jan 2013 03:45:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 03:45:07 GMT Message-Id: <201301290345.r0T3j7f8002227@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 03:53:33 -0000 TB --- 2013-01-29 03:40:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 03:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 03:40:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2013-01-29 03:40:00 - cleaning the object tree TB --- 2013-01-29 03:40:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 03:40:00 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2013-01-29 03:40:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 03:40:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:07 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 03:40:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:40:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:40:37 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 03:41:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:41:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:41:37 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 03:43:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:43:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:43:07 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 03:45:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 03:45:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 03:45:07 - ERROR: unable to check out the source tree TB --- 2013-01-29 03:45:07 - 1.14 user 2.45 system 306.46 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 06:17:47 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8FB31FF; Tue, 29 Jan 2013 06:17:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 4A9A0947; Tue, 29 Jan 2013 06:17:47 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T6A3t5075126; Tue, 29 Jan 2013 06:10:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T6A3lp075125; Tue, 29 Jan 2013 06:10:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 06:10:03 GMT Message-Id: <201301290610.r0T6A3lp075125@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 06:17:47 -0000 TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2013-01-29 06:05:01 - cleaning the object tree TB --- 2013-01-29 06:05:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 06:05:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:03 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 06:05:33 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:33 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 06:06:33 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:06:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:06:33 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 06:08:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:08:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:08:03 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 06:10:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:10:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:10:03 - ERROR: unable to check out the source tree TB --- 2013-01-29 06:10:03 - 0.28 user 0.52 system 302.07 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 06:17:47 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 948CD100; Tue, 29 Jan 2013 06:17:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 5452D948; Tue, 29 Jan 2013 06:17:47 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T6A2UJ075119; Tue, 29 Jan 2013 06:10:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T6A2YK075117; Tue, 29 Jan 2013 06:10:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 06:10:02 GMT Message-Id: <201301290610.r0T6A2YK075117@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 06:17:47 -0000 TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2013-01-29 06:05:01 - cleaning the object tree TB --- 2013-01-29 06:05:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 06:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 06:05:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 06:06:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:06:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:06:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 06:08:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:08:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:08:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 06:10:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:10:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:10:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 06:10:02 - 0.07 user 0.05 system 301.08 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 06:17:47 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9CAF1101; Tue, 29 Jan 2013 06:17:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 5F30D949; Tue, 29 Jan 2013 06:17:47 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T6A2ep075118; Tue, 29 Jan 2013 06:10:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T6A2LT075116; Tue, 29 Jan 2013 06:10:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 06:10:02 GMT Message-Id: <201301290610.r0T6A2LT075116@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 06:17:47 -0000 TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2013-01-29 06:05:01 - cleaning the object tree TB --- 2013-01-29 06:05:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 06:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 06:05:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 06:06:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:06:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:06:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 06:08:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:08:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:08:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 06:10:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:10:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:10:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 06:10:02 - 0.06 user 0.06 system 301.08 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 06:17:48 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 87C8B104; Tue, 29 Jan 2013 06:17:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 54EE194B; Tue, 29 Jan 2013 06:17:48 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T6A5Rf075131; Tue, 29 Jan 2013 06:10:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T6A5lX075130; Tue, 29 Jan 2013 06:10:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 06:10:05 GMT Message-Id: <201301290610.r0T6A5lX075130@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 06:17:48 -0000 TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2013-01-29 06:05:01 - cleaning the object tree TB --- 2013-01-29 06:05:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 06:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 06:05:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 06:06:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:06:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:06:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 06:08:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:08:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:08:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 06:10:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:10:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:10:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 06:10:05 - 0.93 user 1.73 system 304.07 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 06:17:49 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8830B105; Tue, 29 Jan 2013 06:17:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 55FB594C; Tue, 29 Jan 2013 06:17:49 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T6A6Cr075139; Tue, 29 Jan 2013 06:10:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T6A61g075137; Tue, 29 Jan 2013 06:10:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 06:10:06 GMT Message-Id: <201301290610.r0T6A61g075137@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 06:17:49 -0000 TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2013-01-29 06:05:01 - cleaning the object tree TB --- 2013-01-29 06:05:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 06:05:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 06:05:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 06:06:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:06:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:06:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 06:08:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:08:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:08:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 06:10:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:10:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:10:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 06:10:06 - 1.07 user 1.77 system 305.08 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 06:17:49 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8B786106; Tue, 29 Jan 2013 06:17:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 56C6C94D; Tue, 29 Jan 2013 06:17:49 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T6A6vb075138; Tue, 29 Jan 2013 06:10:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T6A6Ul075136; Tue, 29 Jan 2013 06:10:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 06:10:06 GMT Message-Id: <201301290610.r0T6A6Ul075136@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 06:17:49 -0000 TB --- 2013-01-29 06:05:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 06:05:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 06:05:01 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2013-01-29 06:05:01 - cleaning the object tree TB --- 2013-01-29 06:05:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 06:05:01 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2013-01-29 06:05:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 06:05:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 06:05:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:05:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:05:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 06:06:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:06:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:06:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 06:08:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:08:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:08:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 06:10:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 06:10:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 06:10:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 06:10:06 - 1.18 user 2.03 system 305.07 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 08:20:54 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 020B76DB; Tue, 29 Jan 2013 08:20:54 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DD910F10; Tue, 29 Jan 2013 08:20:52 +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 KAA10855; Tue, 29 Jan 2013 10:20:50 +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 1U06Qz-000M5B-TM; Tue, 29 Jan 2013 10:20:49 +0200 Message-ID: <51078660.8000004@FreeBSD.org> Date: Tue, 29 Jan 2013 10:20:48 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: Garrett Wollman Subject: Re: ZFS deadlock on rrl->rr_ -- look familiar to anyone? References: <20743.16429.97668.569869@hergotha.csail.mit.edu> In-Reply-To: <20743.16429.97668.569869@hergotha.csail.mit.edu> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 08:20:54 -0000 on 29/01/2013 05:21 Garrett Wollman said the following: > When > I restarted mountd, it hung waiting on rrl->rr_, but the system may > already have been deadlocked at that point. procstat reported: > > 87678 104365 mountd - mi_switch sleepq_wait _cv_wait rrw_enter zfs_root lookup namei vfs_donmount sys_nmount amd64_syscall Xfast_syscall ... > If it happens again procstat -kk -a -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 08:47:01 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7BF83D33; Tue, 29 Jan 2013 08:47:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 31C36DE; Tue, 29 Jan 2013 08:47:01 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T8e2Vp048167; Tue, 29 Jan 2013 08:40:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T8e27b048164; Tue, 29 Jan 2013 08:40:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 08:40:02 GMT Message-Id: <201301290840.r0T8e27b048164@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 08:47:01 -0000 TB --- 2013-01-29 08:35:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 08:35:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 08:35:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2013-01-29 08:35:00 - cleaning the object tree TB --- 2013-01-29 08:35:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 08:35:00 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2013-01-29 08:35:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 08:35:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 08:35:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 08:36:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:36:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:36:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 08:38:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:38:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:38:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 08:40:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:40:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:40:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 08:40:02 - 0.08 user 0.05 system 301.38 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 08:47:01 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7F76DD34; Tue, 29 Jan 2013 08:47:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 37A29DF; Tue, 29 Jan 2013 08:47:01 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T8e2J1048166; Tue, 29 Jan 2013 08:40:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T8e2SB048163; Tue, 29 Jan 2013 08:40:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 08:40:02 GMT Message-Id: <201301290840.r0T8e2SB048163@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 08:47:01 -0000 TB --- 2013-01-29 08:35:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 08:35:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 08:35:00 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2013-01-29 08:35:00 - cleaning the object tree TB --- 2013-01-29 08:35:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 08:35:00 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2013-01-29 08:35:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 08:35:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 08:35:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 08:36:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:36:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:36:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 08:38:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:38:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:38:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 08:40:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:40:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:40:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 08:40:02 - 0.08 user 0.05 system 301.38 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 08:47:01 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 84163D35; Tue, 29 Jan 2013 08:47:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 3B882E0; Tue, 29 Jan 2013 08:47:01 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T8e24h048168; Tue, 29 Jan 2013 08:40:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T8e2Pv048165; Tue, 29 Jan 2013 08:40:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 08:40:02 GMT Message-Id: <201301290840.r0T8e2Pv048165@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 08:47:01 -0000 TB --- 2013-01-29 08:35:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 08:35:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 08:35:00 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2013-01-29 08:35:00 - cleaning the object tree TB --- 2013-01-29 08:35:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 08:35:00 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2013-01-29 08:35:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 08:35:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 08:35:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 08:36:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:36:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:36:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 08:38:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:38:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:38:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 08:40:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:40:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:40:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 08:40:02 - 0.09 user 0.04 system 301.38 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 08:47:03 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BEAE5D38; Tue, 29 Jan 2013 08:47:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 8E29DE2; Tue, 29 Jan 2013 08:47:03 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T8e5CH048182; Tue, 29 Jan 2013 08:40:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T8e56C048178; Tue, 29 Jan 2013 08:40:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 08:40:05 GMT Message-Id: <201301290840.r0T8e56C048178@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 08:47:03 -0000 TB --- 2013-01-29 08:35:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 08:35:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 08:35:00 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2013-01-29 08:35:00 - cleaning the object tree TB --- 2013-01-29 08:35:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 08:35:00 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2013-01-29 08:35:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 08:35:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 08:35:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 08:36:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:36:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:36:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 08:38:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:38:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:38:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 08:40:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:40:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:40:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 08:40:05 - 0.98 user 1.73 system 304.35 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 08:47:03 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C3ECFD39; Tue, 29 Jan 2013 08:47:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 91835E4; Tue, 29 Jan 2013 08:47:03 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T8e50L048183; Tue, 29 Jan 2013 08:40:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T8e5Oc048179; Tue, 29 Jan 2013 08:40:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 08:40:05 GMT Message-Id: <201301290840.r0T8e5Oc048179@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 08:47:03 -0000 TB --- 2013-01-29 08:35:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 08:35:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 08:35:00 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2013-01-29 08:35:00 - cleaning the object tree TB --- 2013-01-29 08:35:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 08:35:00 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2013-01-29 08:35:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 08:35:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 08:35:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 08:36:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:36:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:36:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 08:38:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:38:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:38:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 08:40:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:40:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:40:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 08:40:05 - 0.92 user 1.87 system 304.35 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 08:47:03 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C6782D3A; Tue, 29 Jan 2013 08:47:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 917D4E3; Tue, 29 Jan 2013 08:47:03 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0T8e5i3048181; Tue, 29 Jan 2013 08:40:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0T8e5fY048180; Tue, 29 Jan 2013 08:40:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 08:40:05 GMT Message-Id: <201301290840.r0T8e5fY048180@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 08:47:04 -0000 TB --- 2013-01-29 08:35:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 08:35:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 08:35:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2013-01-29 08:35:00 - cleaning the object tree TB --- 2013-01-29 08:35:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 08:35:00 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2013-01-29 08:35:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 08:35:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 08:35:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:35:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:35:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 08:36:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:36:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:36:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 08:38:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:38:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:38:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 08:40:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 08:40:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 08:40:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 08:40:05 - 1.05 user 1.62 system 304.35 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 10:17:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4E0E2D1D for ; Tue, 29 Jan 2013 10:17:12 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C7BEDD29 for ; Tue, 29 Jan 2013 10:17:11 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id w5so144369bku.13 for ; Tue, 29 Jan 2013 02:17:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; bh=s926kbHvkDkWo6iKSy0+zjDksbjwifJA9dlDXKvYFxY=; b=xT/dUlEFmdKwQQAtxirn5JmPYTYAQn2g6VJp8gLBB2MDBxoTwjoAR9ZK/JqUUKsHQt YlW0Al06Xa7JC9VAwLWaiffsO6La4liXyF4U6R8RgjTsqmy0CM+g8O70mSYX/fYsj7tO K7eB57cWBrVEmwtpzfMKJ2Bzkltmfhy7/G4xhdUAlf4v3QxmffNbztgXlExujjDa4XgC AZpq7MXAgrjvAsLuy7Fc/R4EfMm6gZG+zfyhNL2A3IQmFQFJFwzWBbQaJCRI5i6U5ZHh auAJdbEV0KrI9rTO44m5kT6zNHlAETEuWHkziANlmYtrEO6tW4qQ/JRUhzez1KSvzZDA X5ww== X-Received: by 10.204.147.85 with SMTP id k21mr173780bkv.24.1359454625202; Tue, 29 Jan 2013 02:17:05 -0800 (PST) Received: from ubm.mine.nu (g231041093.adsl.alicedsl.de. [92.231.41.93]) by mx.google.com with ESMTPS id hc16sm8416157bkc.2.2013.01.29.02.17.03 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 29 Jan 2013 02:17:03 -0800 (PST) Date: Tue, 29 Jan 2013 11:16:57 +0100 From: Marc UBM To: freebsd-stable Subject: Re: countdown from 31: helping with the FAQ Message-Id: <20130129111657.1fbe767dca29f01527cbee8c@gmail.com> In-Reply-To: References: X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) 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.14 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, 29 Jan 2013 10:17:12 -0000 On Sat, 26 Jan 2013 15:00:28 -0500 Eitan Adler wrote: > Hey all, > > I've been working for past several months on improving the FAQ. At > the moment there are 31 unreviewed questions. > > Can you all help out by commenting on the yellow questions here: > https://wiki.freebsd.org/ThwackAFAQ - once the review stage is done > we could continue fixing the red ones! [3.9. I booted from my ATAPI CD-ROM, but the install program says no CD-ROM is found. Where did it go?] I think this can stay in as its essentially correct; it should probably be rephrased: "[...] CD-ROM/DVD drive. The ATAPI specification does not allow for a CD-ROM/DVD drive to be connected as a slave device with no master device on the same IDE channel. Reconfigure your system so that the CD-ROM/DVD is either the master device on the IDE controller it is attached to, or make sure that it is the slave on an IDE controller that also has a master device. Note that this FAQ only refers to ATAPI CD-ROM/DVD drives, not to SATA ones." This could probably be phrased better, English is not my first language. Bye, Marc From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 10:19:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 24857E4F for ; Tue, 29 Jan 2013 10:19:28 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by mx1.freebsd.org (Postfix) with ESMTP id B3225D60 for ; Tue, 29 Jan 2013 10:19:27 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id j10so142470bkw.40 for ; Tue, 29 Jan 2013 02:19:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; bh=eayi18bQLs5/G4BtNTpB4a3Sig5T1QGOOZRuA0GLRkE=; b=xPw4YCzsn34gqF47S4gQvW5rRxAnZLTxY7jZJoQRmRbRYTGD0TW/JchXQUzBIUYoLj oRW+4QE+mOq3on6KxOGW4hXVCLQS4h69Ik3ZXeISlOBVKRHwECK0OkQ4wf3ajYJtG3dN U/0yiTJ2xnqq8lYoG/HoOEgiS9gcR5HPKn5qbHRoYxS5AxHCfKouZTOiq36KYcDm2WDo pyuyLasZOieQNRvYMnrXzE6Oivc8zojBNybEQD0OCXMsnSZdDPGMR2rwk4m50xbAo5ji 9GhYoOc7VMMW/fhcfl0sdq8nXmoBo65W32nhddhoVlZlD+xRMMXFOHQgwPTasHsvxAGb ux7Q== X-Received: by 10.204.149.143 with SMTP id t15mr178386bkv.45.1359454760749; Tue, 29 Jan 2013 02:19:20 -0800 (PST) Received: from ubm.mine.nu (g231041093.adsl.alicedsl.de. [92.231.41.93]) by mx.google.com with ESMTPS id n1sm8437256bkv.14.2013.01.29.02.19.19 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 29 Jan 2013 02:19:20 -0800 (PST) Date: Tue, 29 Jan 2013 11:19:17 +0100 From: Marc UBM To: freebsd-stable@freebsd.org Subject: Re: countdown from 31: helping with the FAQ Message-Id: <20130129111917.2162ecb708eed554df394069@gmail.com> In-Reply-To: References: X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) 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.14 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, 29 Jan 2013 10:19:28 -0000 On Sat, 26 Jan 2013 15:00:28 -0500 Eitan Adler wrote: > Hey all, > > I've been working for past several months on improving the FAQ. At > the moment there are 31 unreviewed questions. > > Can you all help out by commenting on the yellow questions here: > https://wiki.freebsd.org/ThwackAFAQ - once the review stage is done > we could continue fixing the red ones! [8.21. How do I mount a multi-session CD?] Nothing wrong with that one, as far as I can see - if you still have an multisession cd lying around somewhere :-) Bye Marc From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 11:16:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9B00EF93; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 69B41157; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TBA3PW021212; Tue, 29 Jan 2013 11:10:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TBA3e5021211; Tue, 29 Jan 2013 11:10:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 11:10:03 GMT Message-Id: <201301291110.r0TBA3e5021211@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 11:16:18 -0000 TB --- 2013-01-29 11:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 11:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 11:05:00 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2013-01-29 11:05:00 - cleaning the object tree TB --- 2013-01-29 11:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 11:05:00 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2013-01-29 11:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 11:05:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:03 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 11:05:33 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:33 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 11:06:33 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:06:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:06:33 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 11:08:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:08:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:08:03 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 11:10:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:10:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:10:03 - ERROR: unable to check out the source tree TB --- 2013-01-29 11:10:03 - 0.46 user 0.89 system 302.78 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 11:16:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A3531F94; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 70E26159; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TBA3Hp021214; Tue, 29 Jan 2013 11:10:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TBA2Vj021209; Tue, 29 Jan 2013 11:10:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 11:10:02 GMT Message-Id: <201301291110.r0TBA2Vj021209@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 11:16:18 -0000 TB --- 2013-01-29 11:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 11:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 11:05:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2013-01-29 11:05:00 - cleaning the object tree TB --- 2013-01-29 11:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 11:05:00 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2013-01-29 11:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 11:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 11:05:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 11:06:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:06:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:06:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 11:08:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:08:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:08:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 11:10:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:10:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:10:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 11:10:02 - 0.13 user 0.19 system 301.79 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 11:16:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A4FF9F95; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6CEB5158; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TBA32c021213; Tue, 29 Jan 2013 11:10:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TBA2Uf021208; Tue, 29 Jan 2013 11:10:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 11:10:02 GMT Message-Id: <201301291110.r0TBA2Uf021208@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 11:16:18 -0000 TB --- 2013-01-29 11:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 11:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 11:05:00 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2013-01-29 11:05:00 - cleaning the object tree TB --- 2013-01-29 11:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 11:05:00 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2013-01-29 11:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 11:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 11:05:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 11:06:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:06:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:06:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 11:08:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:08:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:08:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 11:10:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:10:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:10:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 11:10:02 - 0.36 user 0.54 system 301.79 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 11:16:19 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 05ACAF96; Tue, 29 Jan 2013 11:16:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id C82F515A; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TBA5ut021228; Tue, 29 Jan 2013 11:10:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TBA5TU021224; Tue, 29 Jan 2013 11:10:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 11:10:05 GMT Message-Id: <201301291110.r0TBA5TU021224@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 11:16:19 -0000 TB --- 2013-01-29 11:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 11:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 11:05:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2013-01-29 11:05:00 - cleaning the object tree TB --- 2013-01-29 11:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 11:05:00 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2013-01-29 11:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 11:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 11:05:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 11:06:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:06:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:06:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 11:08:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:08:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:08:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 11:10:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:10:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:10:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 11:10:05 - 1.04 user 1.84 system 304.79 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 11:16:19 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 08B4EF97; Tue, 29 Jan 2013 11:16:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id CB1F815B; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TBA5UN021229; Tue, 29 Jan 2013 11:10:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TBA5oJ021225; Tue, 29 Jan 2013 11:10:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 11:10:05 GMT Message-Id: <201301291110.r0TBA5oJ021225@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 11:16:19 -0000 TB --- 2013-01-29 11:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 11:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 11:05:00 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2013-01-29 11:05:00 - cleaning the object tree TB --- 2013-01-29 11:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 11:05:00 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2013-01-29 11:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 11:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 11:05:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 11:06:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:06:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:06:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 11:08:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:08:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:08:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 11:10:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:10:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:10:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 11:10:05 - 1.02 user 1.80 system 304.79 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 11:16:19 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0CAF2F98; Tue, 29 Jan 2013 11:16:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D0D8515C; Tue, 29 Jan 2013 11:16:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TBA5h4021227; Tue, 29 Jan 2013 11:10:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TBA5YV021226; Tue, 29 Jan 2013 11:10:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 11:10:05 GMT Message-Id: <201301291110.r0TBA5YV021226@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 11:16:19 -0000 TB --- 2013-01-29 11:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 11:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 11:05:00 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2013-01-29 11:05:00 - cleaning the object tree TB --- 2013-01-29 11:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 11:05:00 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2013-01-29 11:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 11:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 11:05:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:05:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:05:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 11:06:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:06:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:06:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 11:08:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:08:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:08:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 11:10:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 11:10:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 11:10:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 11:10:05 - 0.95 user 1.92 system 304.79 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 13:45:33 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 15C52B8D; Tue, 29 Jan 2013 13:45:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D8217BF5; Tue, 29 Jan 2013 13:45:32 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TDe3Pc094133; Tue, 29 Jan 2013 13:40:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TDe2mI094132; Tue, 29 Jan 2013 13:40:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 13:40:02 GMT Message-Id: <201301291340.r0TDe2mI094132@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 13:45:33 -0000 TB --- 2013-01-29 13:35:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 13:35:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 13:35:01 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2013-01-29 13:35:01 - cleaning the object tree TB --- 2013-01-29 13:35:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 13:35:01 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2013-01-29 13:35:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 13:35:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 13:35:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 13:36:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:36:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:36:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 13:38:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:38:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:38:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 13:40:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:40:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:40:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 13:40:02 - 0.07 user 0.05 system 301.03 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 13:45:34 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3AF8AB8E; Tue, 29 Jan 2013 13:45:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 08D7CBF6; Tue, 29 Jan 2013 13:45:33 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TDe5Xw094138; Tue, 29 Jan 2013 13:40:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TDe5jG094137; Tue, 29 Jan 2013 13:40:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 13:40:05 GMT Message-Id: <201301291340.r0TDe5jG094137@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 13:45:34 -0000 TB --- 2013-01-29 13:35:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 13:35:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 13:35:01 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2013-01-29 13:35:01 - cleaning the object tree TB --- 2013-01-29 13:35:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 13:35:01 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2013-01-29 13:35:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 13:35:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 13:35:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 13:36:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:36:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:36:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 13:38:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:38:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:38:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 13:40:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:40:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:40:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 13:40:05 - 0.59 user 1.56 system 304.03 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 13:45:35 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3F65FB8F; Tue, 29 Jan 2013 13:45:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 0D7F9BF7; Tue, 29 Jan 2013 13:45:34 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TDe6Xu094151; Tue, 29 Jan 2013 13:40:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TDe67K094148; Tue, 29 Jan 2013 13:40:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 13:40:06 GMT Message-Id: <201301291340.r0TDe67K094148@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 13:45:35 -0000 TB --- 2013-01-29 13:35:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 13:35:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 13:35:01 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2013-01-29 13:35:01 - cleaning the object tree TB --- 2013-01-29 13:35:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 13:35:01 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2013-01-29 13:35:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 13:35:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 13:35:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 13:36:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:36:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:36:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 13:38:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:38:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:38:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 13:40:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:40:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 13:40:06 - 0.97 user 2.19 system 305.05 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 13:45:35 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 42CCCB90; Tue, 29 Jan 2013 13:45:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 0E43EBF8; Tue, 29 Jan 2013 13:45:34 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TDe6fY094150; Tue, 29 Jan 2013 13:40:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TDe6Br094147; Tue, 29 Jan 2013 13:40:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 13:40:06 GMT Message-Id: <201301291340.r0TDe6Br094147@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 13:45:35 -0000 TB --- 2013-01-29 13:35:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 13:35:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 13:35:01 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2013-01-29 13:35:01 - cleaning the object tree TB --- 2013-01-29 13:35:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 13:35:01 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2013-01-29 13:35:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 13:35:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 13:35:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 13:36:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:36:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:36:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 13:38:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:38:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:38:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 13:40:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:40:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 13:40:06 - 0.98 user 2.34 system 305.05 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 13:45:35 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4A591B91; Tue, 29 Jan 2013 13:45:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 13697BF9; Tue, 29 Jan 2013 13:45:35 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TDe6EU094149; Tue, 29 Jan 2013 13:40:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TDe6Tb094145; Tue, 29 Jan 2013 13:40:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 13:40:06 GMT Message-Id: <201301291340.r0TDe6Tb094145@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 13:45:35 -0000 TB --- 2013-01-29 13:35:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 13:35:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 13:35:01 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2013-01-29 13:35:01 - cleaning the object tree TB --- 2013-01-29 13:35:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 13:35:01 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2013-01-29 13:35:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 13:35:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 13:35:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 13:36:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:36:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:36:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 13:38:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:38:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:38:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 13:40:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:40:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 13:40:06 - 0.98 user 2.36 system 305.05 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 13:45:35 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4B97BB92; Tue, 29 Jan 2013 13:45:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 18D23BFA; Tue, 29 Jan 2013 13:45:35 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TDe6jq094152; Tue, 29 Jan 2013 13:40:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TDe60G094146; Tue, 29 Jan 2013 13:40:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 13:40:06 GMT Message-Id: <201301291340.r0TDe60G094146@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 13:45:35 -0000 TB --- 2013-01-29 13:35:01 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 13:35:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 13:35:01 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2013-01-29 13:35:01 - cleaning the object tree TB --- 2013-01-29 13:35:01 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 13:35:01 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2013-01-29 13:35:01 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 13:35:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 13:35:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:35:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:35:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 13:36:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:36:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:36:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 13:38:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:38:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:38:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 13:40:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 13:40:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 13:40:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 13:40:06 - 1.26 user 1.95 system 305.05 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 16:14:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4EA1BAC2; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 1C27F679; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TGA691067182; Tue, 29 Jan 2013 16:10:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TGA6Ze067180; Tue, 29 Jan 2013 16:10:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 16:10:06 GMT Message-Id: <201301291610.r0TGA6Ze067180@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 16:14:52 -0000 TB --- 2013-01-29 16:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 16:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 16:05:00 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2013-01-29 16:05:00 - cleaning the object tree TB --- 2013-01-29 16:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 16:05:00 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2013-01-29 16:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 16:05:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 16:05:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 16:06:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:06:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:06:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 16:08:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:08:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:08:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 16:10:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:10:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:10:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 16:10:06 - 0.99 user 2.73 system 305.34 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 16:14:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 59208AC3; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2637567A; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TGA7Js067198; Tue, 29 Jan 2013 16:10:07 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TGA7VU067194; Tue, 29 Jan 2013 16:10:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 16:10:07 GMT Message-Id: <201301291610.r0TGA7VU067194@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 16:14:52 -0000 TB --- 2013-01-29 16:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 16:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 16:05:00 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2013-01-29 16:05:00 - cleaning the object tree TB --- 2013-01-29 16:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 16:05:00 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2013-01-29 16:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 16:05:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:07 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 16:05:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:37 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 16:06:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:06:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:06:37 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 16:08:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:08:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:08:07 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 16:10:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:10:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:10:07 - ERROR: unable to check out the source tree TB --- 2013-01-29 16:10:07 - 1.19 user 2.71 system 306.34 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 16:14:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5CC20AC4; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5DC67B; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TGA6d5067183; Tue, 29 Jan 2013 16:10:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TGA6KR067181; Tue, 29 Jan 2013 16:10:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 16:10:06 GMT Message-Id: <201301291610.r0TGA6KR067181@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 16:14:52 -0000 TB --- 2013-01-29 16:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 16:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 16:05:00 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2013-01-29 16:05:00 - cleaning the object tree TB --- 2013-01-29 16:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 16:05:00 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2013-01-29 16:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 16:05:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:06 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 16:05:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:36 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 16:06:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:06:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:06:36 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 16:08:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:08:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:08:06 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 16:10:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:10:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:10:06 - ERROR: unable to check out the source tree TB --- 2013-01-29 16:10:06 - 0.91 user 2.78 system 305.34 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 16:14:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 66104AC5; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 329CB67C; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TGA7lN067197; Tue, 29 Jan 2013 16:10:07 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TGA740067193; Tue, 29 Jan 2013 16:10:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 16:10:07 GMT Message-Id: <201301291610.r0TGA740067193@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 16:14:52 -0000 TB --- 2013-01-29 16:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 16:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 16:05:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2013-01-29 16:05:00 - cleaning the object tree TB --- 2013-01-29 16:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 16:05:00 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2013-01-29 16:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 16:05:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:07 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 16:05:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:37 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 16:06:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:06:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:06:37 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 16:08:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:08:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:08:07 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 16:10:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:10:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:10:07 - ERROR: unable to check out the source tree TB --- 2013-01-29 16:10:07 - 1.19 user 2.70 system 306.34 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 16:14:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B7A56AC6; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6D58667D; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TGA74b067199; Tue, 29 Jan 2013 16:10:07 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TGA7Sa067195; Tue, 29 Jan 2013 16:10:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 16:10:07 GMT Message-Id: <201301291610.r0TGA7Sa067195@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 16:14:52 -0000 TB --- 2013-01-29 16:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 16:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 16:05:00 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2013-01-29 16:05:00 - cleaning the object tree TB --- 2013-01-29 16:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 16:05:00 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2013-01-29 16:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 16:05:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:07 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 16:05:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:37 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 16:06:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:06:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:06:37 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 16:08:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:08:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:08:07 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 16:10:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:10:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:10:07 - ERROR: unable to check out the source tree TB --- 2013-01-29 16:10:07 - 0.98 user 2.95 system 306.34 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 16:14:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BF38DAC7; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 71B5B67E; Tue, 29 Jan 2013 16:14:52 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TGA7Cn067196; Tue, 29 Jan 2013 16:10:07 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TGA7h5067192; Tue, 29 Jan 2013 16:10:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 16:10:07 GMT Message-Id: <201301291610.r0TGA7h5067192@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 16:14:52 -0000 TB --- 2013-01-29 16:05:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 16:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 16:05:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2013-01-29 16:05:00 - cleaning the object tree TB --- 2013-01-29 16:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 16:05:00 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2013-01-29 16:05:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 16:05:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:07 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 16:05:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:05:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:05:37 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 16:06:37 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:06:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:06:37 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 16:08:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:08:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:08:07 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 16:10:07 - /usr/local/bin/svn update /src TB --- 2013-01-29 16:10:07 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 16:10:07 - ERROR: unable to check out the source tree TB --- 2013-01-29 16:10:07 - 1.32 user 2.95 system 306.34 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 16:49:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 20509B70 for ; Tue, 29 Jan 2013 16:49:57 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id EB9E48C4 for ; Tue, 29 Jan 2013 16:49:56 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0TGnuT8029721; Tue, 29 Jan 2013 11:49:56 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0TGn2H6028600; Tue, 29 Jan 2013 16:49:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Tue, 29 Jan 2013 16:49:02 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=iso-8859-1 From: "Isaac (.ike) Levy" In-Reply-To: Date: Tue, 29 Jan 2013 11:48:31 -0500 Content-Transfer-Encoding: quoted-printable References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> To: John Mehr X-Lux-Comment: Message r0TGmWxX027565 sent by user #74627 Message-Id: <1359478142-8003652.41205547.fr0TGmWxX027565@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359478142-8003652.41205547 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 16:49:57 -0000 On Jan 27, 2013, at 10:27 PM, John Mehr wrote: > Hello, >=20 > I think I've got all of the protocol issues sorted out as good as = they'll probably get. I can't get the exact file permissions from the = get-file requests -- it only lets me know which ones are executable. = Setting executables to 0755 and non-executables to 0644 would work for = all files in my copy of /usr/src except for = /usr/src/usr.bin/lex/mkskel.sh (0744) and = /usr/src/usr.sbin/pkg_install/tkpkg (0754). Since they're both = executable for root, unless there's an issue, we could probably let it = slide and assign them 0755 permissions. >=20 > All I have left at this point is to add support for command line = configuration options, add comments, tidy everything up, get it to = conform to the "man style" guidelines and test it against a remote = repository. John, All, Just a quick announce re. "svnup" utility is really exciting/important = work- I wanted to give a shout that I re-focued my shell based c[v]sup = workalike, and I'm gunnin' for a basically functional utility this = weekend sometime. The folks managing ctm(1) deltas on the distribution servers, have = kicked in some help to make this happen on the server side. Just to be clear: I'm not trying to compete or confuse- the "svnup" work = is terribly important to me- but I (and some colleagues) need a = workalike *asap*. With that, I'll keep driving updates from all around into the wiki page: https://wiki.freebsd.org/UsersFetchingSource Best, .ike From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 17:38:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7FF02E0D for ; Tue, 29 Jan 2013 17:38:34 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 936B0B02 for ; Tue, 29 Jan 2013 17:38:33 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r0THcTjn061232 for ; Tue, 29 Jan 2013 11:38:29 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r0THcTN0061231 for freebsd-stable@freebsd.org; Tue, 29 Jan 2013 11:38:29 -0600 (CST) (envelope-from brooks) Date: Tue, 29 Jan 2013 11:38:29 -0600 From: Brooks Davis To: freebsd-stable@freebsd.org Subject: [RFC] possible non-backward-compatible change to install(1) Message-ID: <20130129173829.GA61035@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 17:38:34 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In CURRENT I have added a number of features to the install(1) command that are derived from NetBSD. One of them is the -M option that causes new-style mtree entries to be emitted for each object that is created in the target. In the interest of compatibility and usability I removed the previous meaning of the -M option (disable mmap). I would like to MFC this change as is in violation of our usual practice, but before I do so I want to solicit opinions on the subject. I believe it is sufficiently safe to remove the -M option in a stable branch because: - It is not used in our source tree. - It is FreeBSD specific and thus it is used nowhere in portable software. - It has not been useful since the VM system stabilized in the late-90s/early-2000's so it is unlikely to be used in FreeBSD specific software. - In the unlikely even the -M option is in use in some historic Makefile or script, nearly all install commands that did it will result in command line validation errors. - Those that don't will not result in direct data loss. The benefit of the change is that (in conjunction with several other changes) it will be possible to build FreeBSD releases and some types of embedded media images without root privilege. Does anyone have strong (preferably non-hypothetical) objections to this change? -- Brooks --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRCAkUXY6L6fI4GtQRAqa7AKC+6U+BkEHwkClW7c1s+M3rAyhTugCcDoxj Tq9dYxXBTV2ayK1CGN8Gla4= =V3BT -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 18:10:30 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8C11FE18; Tue, 29 Jan 2013 18:10:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE90DD8; Tue, 29 Jan 2013 18:10:29 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TIAUdi002278; Tue, 29 Jan 2013 18:10:30 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TIAUlH002277; Tue, 29 Jan 2013 18:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 18:10:30 GMT Message-Id: <201301291810.r0TIAUlH002277@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 18:10:30 -0000 TB --- 2013-01-29 18:05:28 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 18:05:28 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 18:05:28 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2013-01-29 18:05:28 - cleaning the object tree TB --- 2013-01-29 18:05:28 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 18:05:28 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2013-01-29 18:05:28 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 18:05:30 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:05:30 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:05:30 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:05:30 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 18:06:00 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:06:00 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:06:00 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 18:07:00 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:07:00 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:07:00 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 18:08:30 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:08:30 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:08:30 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 18:10:30 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:10:30 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:10:30 - ERROR: unable to check out the source tree TB --- 2013-01-29 18:10:30 - 0.10 user 0.08 system 301.13 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 18:10:30 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F0566E19; Tue, 29 Jan 2013 18:10:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6D570DD9; Tue, 29 Jan 2013 18:10:30 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TIAVRU002283; Tue, 29 Jan 2013 18:10:31 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TIAV3B002282; Tue, 29 Jan 2013 18:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 18:10:31 GMT Message-Id: <201301291810.r0TIAV3B002282@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 18:10:31 -0000 TB --- 2013-01-29 18:05:28 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 18:05:28 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 18:05:28 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2013-01-29 18:05:28 - cleaning the object tree TB --- 2013-01-29 18:05:28 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 18:05:28 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2013-01-29 18:05:28 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 18:05:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:05:31 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:05:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:05:31 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 18:06:01 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:06:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:06:01 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 18:07:01 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:07:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:07:01 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 18:08:31 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:08:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:08:31 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 18:10:31 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:10:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:10:31 - ERROR: unable to check out the source tree TB --- 2013-01-29 18:10:31 - 0.31 user 0.53 system 302.14 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 18:10:36 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1B150E1A; Tue, 29 Jan 2013 18:10:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7F91BDDA; Tue, 29 Jan 2013 18:10:35 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TIAaMH002288; Tue, 29 Jan 2013 18:10:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TIAaEp002287; Tue, 29 Jan 2013 18:10:36 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 18:10:36 GMT Message-Id: <201301291810.r0TIAaEp002287@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 18:10:36 -0000 TB --- 2013-01-29 18:05:28 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 18:05:28 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 18:05:28 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2013-01-29 18:05:28 - cleaning the object tree TB --- 2013-01-29 18:05:28 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 18:05:28 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2013-01-29 18:05:28 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 18:05:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:05:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:05:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:05:36 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 18:06:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:06:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:06:06 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 18:07:06 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:07:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:07:06 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 18:08:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:08:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:08:36 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 18:10:36 - /usr/local/bin/svn update /src TB --- 2013-01-29 18:10:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 18:10:36 - ERROR: unable to check out the source tree TB --- 2013-01-29 18:10:36 - 0.98 user 1.41 system 307.13 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 19:08:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C836F1F8; Tue, 29 Jan 2013 19:08:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 934B8D4; Tue, 29 Jan 2013 19:08:12 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TJ8BFW045503; Tue, 29 Jan 2013 14:08:11 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <51081E18.60303@sentex.net> Date: Tue, 29 Jan 2013 14:08:08 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 References: <50F6D20A.6070306@FreeBSD.org> <20130117001116.GD29437@lor.one-eyed-alien.net> <50F81588.5020106@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: freebsd-stable@freebsd.org, Brooks Davis , Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 19:08:12 -0000 On 1/17/2013 4:35 PM, Kimmo Paasiala wrote: > On Thu, Jan 17, 2013 at 5:15 PM, Dimitry Andric wrote: >> On 2013-01-17 14:07, Kimmo Paasiala wrote: >>> >>> On Thu, Jan 17, 2013 at 2:11 AM, Brooks Davis wrote: >> >> ... >> >> Please try the following patch, which tells configure that HAVE_STRNVIS >> is always false. I think this is the easiest way, unless we really want >> the port to use our own strnvis. > > This will still leave the exported symbol in the plugin binary with > the name strnvis. What would be needed is renaming of the function to > something else, like pam_ssh_agent_auth_strnvis(), maybe using a macro > > #define strnvis pam_ssh_agent_auth_strnvis > > somewhere. > > I can try my hand on coming up with a fix but its going to take some > time, the source code of the plugin and not to mention the configure > script look quite hairy. Hi, Just wondering if anyone ever came up with a patch / work around to this ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 19:17: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]) by hub.freebsd.org (Postfix) with ESMTP id 1D8093B9; Tue, 29 Jan 2013 19:17:05 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) by mx1.freebsd.org (Postfix) with ESMTP id 5C48F128; Tue, 29 Jan 2013 19:17:04 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id hm14so800333wib.16 for ; Tue, 29 Jan 2013 11:17:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=4zA0fvUFxunUL8rn+3LseTdDgc2OAfOAITnzUNjeLxg=; b=Lo0gJY/3l/zJZq8xaDr3v9bdLZ//iVmlOJ1cCOkGkvmXR8Weolq7sAtjgCo20a1/8k fD1Ci63pVDdOfLBBmcsZaLnSpWs+9EEbCOZRBnOL85U0mlv2K3JtfR7o+TrlXGYcDvNj 1w7srK52ALRzxTHX0aBqEgktDXgm4wjQuUqrhuauHiRYCGhYw01kq/ogzMZy8JyPPLcL Q2wLVuvWQIAQ45pK1nBbMML0JyGTRurhF53QAfE2HJsoNX6TaA8VMmFW3QCJ557k0b+1 wvvsMFmGapHrA5vvNH1t4BCuAuVdO3ZHVnt7k+DLPvyVrmKPynsD39GcAjSs+ajRKMIk 0vdg== MIME-Version: 1.0 X-Received: by 10.180.100.163 with SMTP id ez3mr4283110wib.32.1359487023290; Tue, 29 Jan 2013 11:17:03 -0800 (PST) Received: by 10.216.172.197 with HTTP; Tue, 29 Jan 2013 11:17:03 -0800 (PST) In-Reply-To: <51081E18.60303@sentex.net> References: <50F6D20A.6070306@FreeBSD.org> <20130117001116.GD29437@lor.one-eyed-alien.net> <50F81588.5020106@FreeBSD.org> <51081E18.60303@sentex.net> Date: Tue, 29 Jan 2013 21:17:03 +0200 Message-ID: Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 From: Kimmo Paasiala To: Mike Tancsa Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, Brooks Davis , Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 19:17:05 -0000 On Tue, Jan 29, 2013 at 9:08 PM, Mike Tancsa wrote: > On 1/17/2013 4:35 PM, Kimmo Paasiala wrote: >> On Thu, Jan 17, 2013 at 5:15 PM, Dimitry Andric wrote: >>> On 2013-01-17 14:07, Kimmo Paasiala wrote: >>>> >>>> On Thu, Jan 17, 2013 at 2:11 AM, Brooks Davis wrote: >>> >>> ... >>> >>> Please try the following patch, which tells configure that HAVE_STRNVIS >>> is always false. I think this is the easiest way, unless we really want >>> the port to use our own strnvis. >> >> This will still leave the exported symbol in the plugin binary with >> the name strnvis. What would be needed is renaming of the function to >> something else, like pam_ssh_agent_auth_strnvis(), maybe using a macro >> >> #define strnvis pam_ssh_agent_auth_strnvis >> >> somewhere. >> >> I can try my hand on coming up with a fix but its going to take some >> time, the source code of the plugin and not to mention the configure >> script look quite hairy. > > Hi, > Just wondering if anyone ever came up with a patch / work around to this ? > > ---Mike > > > -- Hi, Yes I did in fact but it's a really quick and dirty hack. I renamed the openbsd strnvis to strnvis_local so the symbol in plugin binary won't conflict with strnvis from libc. I'll have to see if I can clean it up and submit a PR with a diff. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 21:49:38 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A88A6195; Tue, 29 Jan 2013 21:49:38 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 0D788990; Tue, 29 Jan 2013 21:49:37 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r0TLnL2Y002513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Jan 2013 06:49:32 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id r0TLnJD5055098; Wed, 30 Jan 2013 06:49:20 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 30 Jan 2013 06:44:59 +0900 (JST) Message-Id: <20130130.064459.2572086065267072.hrs@allbsd.org> To: kostikbel@gmail.com Subject: Re: NFS-exported ZFS instability From: Hiroki Sato In-Reply-To: <20130104.023244.472910818423317661.hrs@allbsd.org> References: <1914428061.1617223.1357133079421.JavaMail.root@erie.cs.uoguelph.ca> <20130102174044.GB82219@kib.kiev.ua> <20130104.023244.472910818423317661.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Jan_30_06_45_00_2013_177)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 30 Jan 2013 06:49:32 +0900 (JST) X-Spam-Status: No, score=-98.1 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: alc@FreeBSD.org, stable@FreeBSD.org, rmacklem@uoguelph.ca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 21:49:38 -0000 ----Security_Multipart(Wed_Jan_30_06_45_00_2013_177)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20130104.023244.472910818423317661.hrs@allbsd.org>: hr> Konstantin Belousov wrote hr> in <20130102174044.GB82219@kib.kiev.ua>: hr> hr> ko> > I might take a closer look this evening and see if I can spot anything hr> ko> > in the log, rick hr> ko> > ps: I hope Alan and Kostik don't mind being added to the cc list. hr> ko> hr> ko> What I see in the log is that the lock cascade rooted in the thread hr> ko> 100838, which owns system map mutex. I believe this prevents malloc(9) hr> ko> from making a progress in other threads, which e.g. own the ZFS vnode hr> ko> locks. As the result, the whole system wedged. hr> ko> hr> ko> Looking back at the thread 100838, we can see that it executes hr> ko> smp_tlb_shootdown(). It is impossible to tell from the static dump, hr> ko> is the appearance of the smp_tlb_shootdown() in the backtrace is hr> ko> transient, or the thread is spinning there, waiting for other CPUs to hr> ko> acknowledge the request. But, since the system wedged, most likely, hr> ko> smp_tlb_shootdown spins. hr> ko> hr> ko> Taking this hypothesis, the situation can occur, most likely, due to hr> ko> some other core running with the interrupts disabled. Inspection of the hr> ko> backtraces of the processes running on all cores does not show any which hr> ko> could legitimately own a spinlock or otherwise run with the interrupts hr> ko> disabled. hr> ko> hr> ko> One thing you could try to do is to enable WITNESS for the spinlocks, hr> ko> to try to catch the leaked spinlock. I very much doubt that this is hr> ko> the case. hr> ko> hr> ko> Another thing to try is to switch the CPU idle method to something hr> ko> else. Look at the machdep.idle* sysctls. It could be some CPU errata hr> ko> which blocks wakeup due the interrupt in some conditions in C1 ? hr> hr> Thank you. It can take 1-2 weeks to reproduce this, so I set hr> debug.witness.skipspin=0 and keeping machdep.idle acpi abd will see hr> how it goes for a while. I will report again if I can get another hr> freeze. Hmm, I could reproduce the same freeze when debug.witness.skipspin=0, too. DDB and crash dump outputs are the following: http://people.allbsd.org/~hrs/FreeBSD/pool-20130130.txt http://people.allbsd.org/~hrs/FreeBSD/pool-20130130-info.txt The value of machdep.idle was acpi. I have seen this symptom on two boxes with the following CPUs, so I am guessing it is not specific to a CPU model: CPU: Intel(R) Pentium(R) D CPU 3.40GHz (3391.52-MHz K8-class CPU) CPU: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz (2666.82-MHz K8-class CPU) -- Hiroki ----Security_Multipart(Wed_Jan_30_06_45_00_2013_177)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlEIQtwACgkQTyzT2CeTzy1BRgCfVnj3MPpi7K66RHPzS10l1t4G mcsAnjw51lWKeULmst3GqXEISaRNbIP8 =jFjQ -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Jan_30_06_45_00_2013_177)---- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 22:03:51 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1844A6A4; Tue, 29 Jan 2013 22:03:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D60DFA9C; Tue, 29 Jan 2013 22:03:50 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TM52XZ053275; Tue, 29 Jan 2013 22:05:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TM52Nn053274; Tue, 29 Jan 2013 22:05:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 22:05:02 GMT Message-Id: <201301292205.r0TM52Nn053274@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 22:03:51 -0000 TB --- 2013-01-29 22:00:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 22:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 22:00:00 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2013-01-29 22:00:00 - cleaning the object tree TB --- 2013-01-29 22:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 22:00:00 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2013-01-29 22:00:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 22:00:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:00:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 22:00:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:00:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:32 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 22:01:32 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:01:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:01:32 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 22:03:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:03:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:03:02 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 22:05:02 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:05:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:05:02 - ERROR: unable to check out the source tree TB --- 2013-01-29 22:05:02 - 0.13 user 0.13 system 301.27 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 22:03:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 096776A5; Tue, 29 Jan 2013 22:03:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id C0166A9E; Tue, 29 Jan 2013 22:03:51 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TM53Gr053304; Tue, 29 Jan 2013 22:05:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TM53q9053303; Tue, 29 Jan 2013 22:05:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 22:05:03 GMT Message-Id: <201301292205.r0TM53q9053303@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 22:03:52 -0000 TB --- 2013-01-29 22:00:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 22:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 22:00:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2013-01-29 22:00:00 - cleaning the object tree TB --- 2013-01-29 22:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 22:00:00 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2013-01-29 22:00:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 22:00:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:00:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:03 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 22:00:33 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:00:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:33 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 22:01:33 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:01:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:01:33 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 22:03:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:03:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:03:03 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 22:05:03 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:05:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:05:03 - ERROR: unable to check out the source tree TB --- 2013-01-29 22:05:03 - 0.33 user 0.80 system 302.27 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 22:03:54 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 05F1E6A8; Tue, 29 Jan 2013 22:03:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id BBEE4AA0; Tue, 29 Jan 2013 22:03:53 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r0TM55MT053336; Tue, 29 Jan 2013 22:05:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r0TM5509053335; Tue, 29 Jan 2013 22:05:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Jan 2013 22:05:05 GMT Message-Id: <201301292205.r0TM5509053335@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 22:03:54 -0000 TB --- 2013-01-29 22:00:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-01-29 22:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-29 22:00:00 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2013-01-29 22:00:00 - cleaning the object tree TB --- 2013-01-29 22:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2013-01-29 22:00:00 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2013-01-29 22:00:00 - /usr/local/bin/svn cleanup /src TB --- 2013-01-29 22:00:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:00:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:05 - WARNING: sleeping 30 s and retrying... TB --- 2013-01-29 22:00:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:00:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:00:35 - WARNING: sleeping 60 s and retrying... TB --- 2013-01-29 22:01:35 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:01:35 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:01:35 - WARNING: sleeping 90 s and retrying... TB --- 2013-01-29 22:03:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:03:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:03:05 - WARNING: sleeping 120 s and retrying... TB --- 2013-01-29 22:05:05 - /usr/local/bin/svn update /src TB --- 2013-01-29 22:05:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-01-29 22:05:05 - ERROR: unable to check out the source tree TB --- 2013-01-29 22:05:05 - 0.86 user 2.42 system 304.26 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 22:44:40 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2DEED1B3; Tue, 29 Jan 2013 22:44:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9D6D02; Tue, 29 Jan 2013 22:44:38 +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 AAA18871; Wed, 30 Jan 2013 00:44:36 +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 1U0Juu-000N0J-6s; Wed, 30 Jan 2013 00:44:36 +0200 Message-ID: <510850D1.3090700@FreeBSD.org> Date: Wed, 30 Jan 2013 00:44:33 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: Hiroki Sato Subject: Re: NFS-exported ZFS instability References: <1914428061.1617223.1357133079421.JavaMail.root@erie.cs.uoguelph.ca> <20130102174044.GB82219@kib.kiev.ua> <20130104.023244.472910818423317661.hrs@allbsd.org> <20130130.064459.2572086065267072.hrs@allbsd.org> In-Reply-To: <20130130.064459.2572086065267072.hrs@allbsd.org> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: kostikbel@gmail.com, alc@FreeBSD.org, stable@FreeBSD.org, rmacklem@uoguelph.ca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 22:44:40 -0000 on 29/01/2013 23:44 Hiroki Sato said the following: > http://people.allbsd.org/~hrs/FreeBSD/pool-20130130.txt > http://people.allbsd.org/~hrs/FreeBSD/pool-20130130-info.txt I recognize here a ZFS ARC deadlock that should have been prevented by r241773 and its MFCs (r242858 for 9, r242859 for 8). See tid 100153 (arc reclaim thread), tid 100105 (pagedaemon) and tid 100639 (nfsd in kmem_back). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jan 29 23:06:29 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CC3B98B1; Tue, 29 Jan 2013 23:06:29 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4E20BE0E; Tue, 29 Jan 2013 23:06:28 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAJZUCFGDaFvO/2dsb2JhbABEFoYwuFVzgh4BAQQBI1YFFg4KAgINGQJZBogeBgyuU4JAkCiBI45TgRMDiGGNLIEcjy+DFYIG X-IronPort-AV: E=Sophos;i="4.84,562,1355115600"; d="scan'208";a="14162325" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 29 Jan 2013 18:06:28 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 19E03B3EEA; Tue, 29 Jan 2013 18:06:28 -0500 (EST) Date: Tue, 29 Jan 2013 18:06:28 -0500 (EST) From: Rick Macklem To: Andriy Gapon Message-ID: <1716447362.2485682.1359500788054.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <510850D1.3090700@FreeBSD.org> Subject: Re: NFS-exported ZFS instability MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: kostikbel@gmail.com, alc@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jan 2013 23:06:29 -0000 Andriy Gapon wrote: > on 29/01/2013 23:44 Hiroki Sato said the following: > > http://people.allbsd.org/~hrs/FreeBSD/pool-20130130.txt > > http://people.allbsd.org/~hrs/FreeBSD/pool-20130130-info.txt > > I recognize here a ZFS ARC deadlock that should have been prevented by > r241773 > and its MFCs (r242858 for 9, r242859 for 8). > Unfortunately, pool-20130130-info.txt shows a kernel built from r244417, unless I somehow misread it. rick > See tid 100153 (arc reclaim thread), tid 100105 (pagedaemon) and tid > 100639 > (nfsd in kmem_back). > > -- > Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 01:27: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]) by hub.freebsd.org (Postfix) with ESMTP id 213E76B1 for ; Wed, 30 Jan 2013 01:27:01 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-da0-f51.google.com (mail-da0-f51.google.com [209.85.210.51]) by mx1.freebsd.org (Postfix) with ESMTP id EDEA73DB for ; Wed, 30 Jan 2013 01:27:00 +0000 (UTC) Received: by mail-da0-f51.google.com with SMTP id i30so505018dad.10 for ; Tue, 29 Jan 2013 17:26:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:from:to:subject:date:organization :mime-version:content-type:x-priority:x-msmail-priority:importance :x-mailer:x-mimeole:x-gm-message-state; bh=E67fCzgsiH3SE0n55jzdPckbE+6eeHOYLGV5PzRO2/o=; b=a4XIQEYrhhQlryyV8qFvX625ccYqd9OXbzOkrjXqkezX41PB3cBPqB+Bnfd6rr1CFN 9o1BGrlRuE2nPXTSc+zb6RXKO1P0Qlb6p1MzxTbZqIfha2ZdMnErZL+4Wm3zStzWuXrr OhtBkiUbE8Oe1uBu/FTC2gg3RsraZDVWYkMJmf5EvfPQA3S7Tw8Ejy/oa6rZ1b+CULVP 2H00CwXbKwrPYzYOhpOemq8VvTDCj3xIlttGewJKrWOIB/1vdvmCzAp6QPZUX5T1jnjE NxX999/mEs9sMD/CQQbIxfsps7MrZcoAKv4FaxQk4zERBiwkCC7wH7upTmmDu/TEFm4h 2X1A== X-Received: by 10.66.88.164 with SMTP id bh4mr7586699pab.41.1359509213898; Tue, 29 Jan 2013 17:26:53 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id nj1sm9764278pbc.13.2013.01.29.17.26.51 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 29 Jan 2013 17:26:52 -0800 (PST) Message-ID: From: =?iso-8859-1?Q?Efra=EDn_D=E9ctor?= To: Subject: About kern.ipc.somaxconn and netstat Date: Tue, 29 Jan 2013 19:26:49 -0600 Organization: =?iso-8859-1?Q?HESA_T=E9cnica?= MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQkMVS2o8mDWpOewGOpTJ9elQOkT+Y3VkifIa5dU4+NlGUMluTLz983L5ayA1rNged4T32/9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 01:27:01 -0000 Hello. We have a webserver using FreeBSD, we read about tunning = kern.ipc.somaxconn = (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-k= ernel-limits.html) so the OS can handle all the connections. Is there a = way to know how many connections are established in a certain moment?. I = know about netstat(1) but is there any other command that we can use to = know the exact amount of how many connections are established?. Thanks in advance. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 01:33:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5AC6B9FB for ; Wed, 30 Jan 2013 01:33:50 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id C17E4645 for ; Wed, 30 Jan 2013 01:33:49 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id o1so3084271wic.17 for ; Tue, 29 Jan 2013 17:33:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Dmbr7FGjm/dNY72m5j9qGAKsg/4q+rkc+zB1MXMhFVY=; b=xusELx+w9QZbS/rgtIy2XYT/fM2nHhwwAGRWqvKXyjXsibEQLDcF/29sgRvJQfFDZN JkIGRd0ikJ2fMGoG8xd7VXJqUrFAWhn9nz0Xad18dYWq+N759xst9eQYF0tlSmi7pe1L EboQQChsGmA4k1yKF0Elw8qi+zrzlTiHDeki0SOgvA7ISmYcm3nHTGzrHFlVjGzsXOZf xI7eLakyJFoD/RwBcthoi+S0q25SBTe+FI+t6DWIwoDZIjgDmfqaYFRz8QA74bKyA6g4 fbtWO47AY5/g6QPQUyCKLNTYzSce0tY4W0dfcfUjfiVLtNKv1F8iE/xSEG260YedkzAb J/zw== MIME-Version: 1.0 X-Received: by 10.194.174.196 with SMTP id bu4mr5709040wjc.35.1359509628393; Tue, 29 Jan 2013 17:33:48 -0800 (PST) Received: by 10.194.86.131 with HTTP; Tue, 29 Jan 2013 17:33:48 -0800 (PST) In-Reply-To: References: Date: Tue, 29 Jan 2013 19:33:48 -0600 Message-ID: Subject: Re: About kern.ipc.somaxconn and netstat From: Adam Vande More To: =?ISO-8859-1?Q?Efra=EDn_D=E9ctor?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 01:33:50 -0000 On Tue, Jan 29, 2013 at 7:26 PM, Efra=EDn D=E9ctor wrote: > Hello. > > We have a webserver using FreeBSD, we read about tunning > kern.ipc.somaxconn ( > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-ke= rnel-limits.html) > so the OS can handle all the connections. Is there a way to know how many > connections are established in a certain moment?. I know about netstat(1) > but is there any other command that we can use to know the exact amount o= f > how many connections are established?. > sockstat(1) There are other sysctl's to view connections in a particular state such as net.inet.tcp.pcblist: --=20 Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 01:45: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]) by hub.freebsd.org (Postfix) with ESMTP id 53000E43 for ; Wed, 30 Jan 2013 01:45:22 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-da0-f52.google.com (mail-da0-f52.google.com [209.85.210.52]) by mx1.freebsd.org (Postfix) with ESMTP id 1436C6C0 for ; Wed, 30 Jan 2013 01:45:21 +0000 (UTC) Received: by mail-da0-f52.google.com with SMTP id f10so509708dak.39 for ; Tue, 29 Jan 2013 17:45:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:from:to:cc:references:in-reply-to:subject :date:organization:mime-version:content-type:x-priority :x-msmail-priority:importance:x-mailer:x-mimeole:x-gm-message-state; bh=5YeEEVZbZuJNxlsaOwyTjtGUlJq1PC6U8ncoCgolwLE=; b=UeiyFi+8ty+wvdU89pcZKlgTsigM87CQPCJVA8pFd44Gbnju43eqXrs0+vaeTQegj5 KsVCYbTrDBXTFuBRKkXAs8/pXy7RrDsl1ScP+R9cadRwZrrkm4GOq1pbF4AA4Zv07LDQ zCbcpCajJIGKC8plRN+kxqdYXPL7Nb9F8Rx9TiFq/F130+z7Y8nctxA57JtY0DBX5cPA SHIQCnDL0Fu8RcgV04JbronJkHQLzSvsA2jCjmhgV8tvDrpvuEE2bcVAQ5M0d9X13OEq ZM+rxrPAtMNO7E9pSyjNurtDgke5H9h8XarFCKDO3H0wPfD9IYYIqD7qAb+Y5lkM9o+1 Ys3A== X-Received: by 10.68.219.138 with SMTP id po10mr7630633pbc.103.1359510321490; Tue, 29 Jan 2013 17:45:21 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id x6sm248912paw.0.2013.01.29.17.45.19 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 29 Jan 2013 17:45:20 -0800 (PST) Message-ID: From: =?UTF-8?Q?Efra=C3=ADn_D=C3=A9ctor?= To: "Adam Vande More" References: In-Reply-To: Subject: Re: About kern.ipc.somaxconn and netstat Date: Tue, 29 Jan 2013 19:45:17 -0600 Organization: =?UTF-8?Q?HESA_T=C3=A9cnica?= MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQkft3n+6yhybkmgRjJo6/M0Z+XA1vGj7BkDH39ghhXoF5cAx457CzILU0T+ftYKevcTHFJb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 01:45:22 -0000 From: Adam Vande More=20 Sent: Tuesday, January 29, 2013 7:33 PM To: Efra=C3=ADn D=C3=A9ctor=20 Cc: freebsd-stable@freebsd.org=20 Subject: Re: About kern.ipc.somaxconn and netstat On Tue, Jan 29, 2013 at 7:26 PM, Efra=C3=ADn D=C3=A9ctor = wrote: Hello. We have a webserver using FreeBSD, we read about tunning = kern.ipc.somaxconn = (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-k= ernel-limits.html) so the OS can handle all the connections. Is there a = way to know how many connections are established in a certain moment?. I = know about netstat(1) but is there any other command that we can use to = know the exact amount of how many connections are established?. sockstat(1) There are other sysctl's to view connections in a particular state such = as net.inet.tcp.pcblist: Adam Vande More=20 --=20 Thank you. I=E2=80=99ll give it a try. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 05:27:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 59D07ACF; Wed, 30 Jan 2013 05:27:34 +0000 (UTC) (envelope-from jamebus@gmail.com) Received: from mail-ve0-f180.google.com (mail-ve0-f180.google.com [209.85.128.180]) by mx1.freebsd.org (Postfix) with ESMTP id BFE98E21; Wed, 30 Jan 2013 05:27:33 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id jx10so854983veb.25 for ; Tue, 29 Jan 2013 21:27:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=2UrG6XRBtxU03VQ/9FJmzEgmirF/71W8REm3cfY0XYg=; b=GGTK3TcbNYm8oAEHIODyvzJSPvfq9XW/MIK7115+rEOl8Ve5Hf6A2SRSYTg0zpAOsW qjyb9Su3l/BHMj1gMbSpGaFIRkAS+j3F+u1nvXivNnpqMQ6qIrcsE2VoTj1SUuXlJ9io 4OMxkxvj/bElkMerf/v4bhYOPlFdJiAJPK8Lm78TPHyGbhV0RGdfitOQJb6+09l7ZXrl SLwpnA0LoK9E0H7wa2h4zlyne62Od8/lEgIOKgTpMQe5PRznNkKzfJF8F/9A+jV7P9By XKX5oY/MW3EqnjhKJDvAWVbPArsMc1gl/HKXzq5NPFmJN92JDyLU2ywhf93ZkCLaV6fz dToQ== MIME-Version: 1.0 X-Received: by 10.52.89.242 with SMTP id br18mr3376819vdb.22.1359523653059; Tue, 29 Jan 2013 21:27:33 -0800 (PST) Sender: jamebus@gmail.com Received: by 10.58.94.233 with HTTP; Tue, 29 Jan 2013 21:27:32 -0800 (PST) In-Reply-To: References: <50F6D20A.6070306@FreeBSD.org> <20130117001116.GD29437@lor.one-eyed-alien.net> <50F81588.5020106@FreeBSD.org> <51081E18.60303@sentex.net> Date: Tue, 29 Jan 2013 23:27:32 -0600 X-Google-Sender-Auth: sSJKVMUgDeQH0_sKs0hmOwkdWJc Message-ID: Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 From: James To: Kimmo Paasiala Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Dimitry Andric , Brooks Davis , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 05:27:34 -0000 I was able to correct the problem as well by prefixing strnvis, avoiding the symbol collision. I also found PR: ports/172941 which also has a fix. Using my patch or the patch in ports/172941 fixes the segfault for me in stable/9. However, I quickly ran into another problem. I can't remember the error message exactly, it was something like "Unable to initialize PAM: Unknown file descriptor". A ktrace didn't reveal anything obvious. I'll try to test it out tomorrow. -- James. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 06:21:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2A634229; Wed, 30 Jan 2013 06:21:13 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) by mx1.freebsd.org (Postfix) with ESMTP id 55DE7F98; Wed, 30 Jan 2013 06:21:11 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id o1so1197612wic.6 for ; Tue, 29 Jan 2013 22:21:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=7MF2VXuY0CDNZLrMYfocq9yQLF6SOlvQ1c2L4n52i/w=; b=vs55IfzJuDQMko3id+GasgzLoZiY/n4+BJw3cCFwmuzRAF6qxGhgXEzKY5c4az3FTQ LGefAk3dN3rhDTi/3miVUC//lx6IE5K9C283sWM/Sde8p8H4YR9L9aTpJZ7+hSX64srk +4QVsRbceNGbecDL1ZHw8opXlXJUbVOjqMaeHu9S/7xneuP9bTMc1Vka8qQR5dfC6Dwe d4W1yPwmylgInsiP2Ckft0TbA2OHIxCjnDQtTf9+V+JrXEO3iSuco7rp6/FXkSfF6Zp4 K+RPVX0jOLQNKP0s6e39W7AVEe+hkQFtofGXP1uJttpCxexUbbLHpkAlq7y7eodv+oSP kobA== MIME-Version: 1.0 X-Received: by 10.194.21.70 with SMTP id t6mr6491540wje.42.1359526871051; Tue, 29 Jan 2013 22:21:11 -0800 (PST) Received: by 10.216.172.197 with HTTP; Tue, 29 Jan 2013 22:21:10 -0800 (PST) In-Reply-To: References: <50F6D20A.6070306@FreeBSD.org> <20130117001116.GD29437@lor.one-eyed-alien.net> <50F81588.5020106@FreeBSD.org> <51081E18.60303@sentex.net> Date: Wed, 30 Jan 2013 08:21:10 +0200 Message-ID: Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 From: Kimmo Paasiala To: James Content-Type: multipart/mixed; boundary=047d7b5d3ef6362eec04d47b843e Cc: Dimitry Andric , Brooks Davis , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 06:21:13 -0000 --047d7b5d3ef6362eec04d47b843e Content-Type: text/plain; charset=UTF-8 On Wed, Jan 30, 2013 at 7:27 AM, James wrote: > I was able to correct the problem as well by prefixing strnvis, avoiding the > symbol collision. I also found PR: ports/172941 which also has a fix. > > Using my patch or the patch in ports/172941 fixes the segfault for me in > stable/9. However, I quickly ran into another problem. I can't remember the > error message exactly, it was something like "Unable to initialize PAM: > Unknown file descriptor". A ktrace didn't reveal anything obvious. I'll try > to test it out tomorrow. > > -- > James. Try the attached patch. Just drop it into /usr/ports/security/pam_ssh_agent_auth/files directory and recompile. This will make the port use the system strnvis() with correctly ordered arguments if one is available (HAVE_STRNVIS defined) and an _openbsd suffixed version if not. -Kimmo --047d7b5d3ef6362eec04d47b843e Content-Type: text/plain; charset=US-ASCII; name="patch-strnvis.txt" Content-Disposition: attachment; filename="patch-strnvis.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hck31gu80 LS0tIC4uLy4uLy4uL3BhbV9zc2hfYWdlbnRfYXV0aC93b3JrL3BhbV9zc2hfYWdlbnRfYXV0aC0w LjkuMy9vcGVuYnNkLWNvbXBhdC92aXMuaAkyMDA5LTAxLTA1IDA5OjMxOjA3LjAwMDAwMDAwMCAr MDIwMAorKysgb3BlbmJzZC1jb21wYXQvdmlzLmgJMjAxMy0wMS0zMCAwNzoxMzoxOS43ODI0MzEy NTcgKzAyMDAKQEAgLTc5LDE1ICs3OSwxNiBAQAogICovCiAjZGVmaW5lCVVOVklTX0VORAkxCS8q IG5vIG1vcmUgY2hhcmFjdGVycyAqLwogCi1jaGFyCSp2aXMoY2hhciAqLCBpbnQsIGludCwgaW50 KTsKLWludAlzdHJ2aXMoY2hhciAqLCBjb25zdCBjaGFyICosIGludCk7Ci1pbnQJc3RybnZpcyhj aGFyICosIGNvbnN0IGNoYXIgKiwgc2l6ZV90LCBpbnQpCisKK2NoYXIJKnZpc19vcGVuYnNkKGNo YXIgKiwgaW50LCBpbnQsIGludCk7CitpbnQJc3RydmlzX29wZW5ic2QoY2hhciAqLCBjb25zdCBj aGFyICosIGludCk7CitpbnQJc3RybnZpc19vcGVuYnNkKGNoYXIgKiwgY29uc3QgY2hhciAqLCBz aXplX3QsIGludCkKIAkJX19hdHRyaWJ1dGVfXyAoKF9fYm91bmRlZF9fKF9fc3RyaW5nX18sMSwz KSkpOwotaW50CXN0cnZpc3goY2hhciAqLCBjb25zdCBjaGFyICosIHNpemVfdCwgaW50KQoraW50 CXN0cnZpc3hfb3BlbmJzZChjaGFyICosIGNvbnN0IGNoYXIgKiwgc2l6ZV90LCBpbnQpCiAJCV9f YXR0cmlidXRlX18gKChfX2JvdW5kZWRfXyhfX3N0cmluZ19fLDEsMykpKTsKLWludAlzdHJ1bnZp cyhjaGFyICosIGNvbnN0IGNoYXIgKik7Ci1pbnQJdW52aXMoY2hhciAqLCBjaGFyLCBpbnQgKiwg aW50KTsKLXNzaXplX3Qgc3RybnVudmlzKGNoYXIgKiwgY29uc3QgY2hhciAqLCBzaXplX3QpCitp bnQJc3RydW52aXNfb3BlbmJzZChjaGFyICosIGNvbnN0IGNoYXIgKik7CitpbnQJdW52aXNfb3Bl bmJzZChjaGFyICosIGNoYXIsIGludCAqLCBpbnQpOworc3NpemVfdCBzdHJudW52aXNfb3BlbmJz ZChjaGFyICosIGNvbnN0IGNoYXIgKiwgc2l6ZV90KQogCQlfX2F0dHJpYnV0ZV9fICgoX19ib3Vu ZGVkX18oX19zdHJpbmdfXywxLDMpKSk7CiAKICNlbmRpZiAvKiAhX1ZJU19IXyAqLwotLS0gLi4v Li4vLi4vcGFtX3NzaF9hZ2VudF9hdXRoL3dvcmsvcGFtX3NzaF9hZ2VudF9hdXRoLTAuOS4zL2xv Zy5jCTIwMTMtMDEtMzAgMDc6MDk6MjQuMzI1NDA1ODc5ICswMjAwCisrKyBsb2cuYwkyMDEzLTAx LTMwIDA3OjE0OjEzLjcwODQyMjUxMSArMDIwMApAQCAtMzYwLDkgKzM2MCwxMyBAQAogCQlzbnBy aW50ZihmbXRidWYsIHNpemVvZihmbXRidWYpLCAiJXM6ICVzIiwgcHJlZmFjZSwgZm10KTsKIAkJ dnNucHJpbnRmKG1zZ2J1Ziwgc2l6ZW9mKG1zZ2J1ZiksIGZtdGJ1ZiwgYXJncyk7CiAJfQotCi0J c3RybnZpcyhmbXRidWYsIG1zZ2J1Ziwgc2l6ZW9mKGZtdGJ1ZiksCisjaWYgZGVmaW5lZCAoSEFW RV9TVFJOVklTKQorCXN0cm52aXMoZm10YnVmLCBzaXplb2YoZm10YnVmKSwgbXNnYnVmLAorCSAg ICBsb2dfb25fc3RkZXJyID8gTE9HX1NUREVSUl9WSVMgOiBMT0dfU1lTTE9HX1ZJUyk7CisjZWxz ZQorCXN0cm52aXNfb3BlbmJzZChmbXRidWYsIG1zZ2J1Ziwgc2l6ZW9mKGZtdGJ1ZiksCiAJICAg IGxvZ19vbl9zdGRlcnIgPyBMT0dfU1RERVJSX1ZJUyA6IExPR19TWVNMT0dfVklTKTsKKyNlbmRp ZgogCiAgICAgaWYobGV2ZWwgPT0gU1lTTE9HX0xFVkVMX0ZBVEFMKSB7CiAJCXNucHJpbnRmKG1z Z2J1Ziwgc2l6ZW9mIG1zZ2J1ZiwgIiVzXHJcblRoaXMgaW5jaWRlbnQgaGFzIGJlZW4gcmVwb3J0 ZWQgdG8gdGhlIGF1dGhvcml0aWVzXHJcbiIsIGZtdGJ1Zik7Ci0tLSAuLi8uLi8uLi9wYW1fc3No X2FnZW50X2F1dGgvd29yay9wYW1fc3NoX2FnZW50X2F1dGgtMC45LjMvb3BlbmJzZC1jb21wYXQv dmlzLmMJMjAwOS0wMS0wNSAwOTozMTowNy4wMDAwMDAwMDAgKzAyMDAKKysrIG9wZW5ic2QtY29t cGF0L3Zpcy5jCTIwMTMtMDEtMzAgMDc6MzE6NTAuNTE2NDQxNTcxICswMjAwCkBAIC01NCw3ICs1 NCw3IEBACiAgKiB2aXMgLSB2aXN1YWxseSBlbmNvZGUgY2hhcmFjdGVycwogICovCiBjaGFyICoK LXZpcyhjaGFyICpkc3QsIGludCBjLCBpbnQgZmxhZywgaW50IG5leHRjKQordmlzX29wZW5ic2Qo Y2hhciAqZHN0LCBpbnQgYywgaW50IGZsYWcsIGludCBuZXh0YykKIHsKIAlpZiAoaXN2aXNpYmxl KGMpKSB7CiAJCSpkc3QrKyA9IGM7CkBAIC0xNTEsMTkgKzE1MSwxOSBAQAogICoJVGhpcyBpcyB1 c2VmdWwgZm9yIGVuY29kaW5nIGEgYmxvY2sgb2YgZGF0YS4KICAqLwogaW50Ci1zdHJ2aXMoY2hh ciAqZHN0LCBjb25zdCBjaGFyICpzcmMsIGludCBmbGFnKQorc3RydmlzX29wZW5ic2QoY2hhciAq ZHN0LCBjb25zdCBjaGFyICpzcmMsIGludCBmbGFnKQogewogCWNoYXIgYzsKIAljaGFyICpzdGFy dDsKIAogCWZvciAoc3RhcnQgPSBkc3Q7IChjID0gKnNyYyk7KQotCQlkc3QgPSB2aXMoZHN0LCBj LCBmbGFnLCAqKytzcmMpOworCQlkc3QgPSB2aXNfb3BlbmJzZChkc3QsIGMsIGZsYWcsICorK3Ny Yyk7CiAJKmRzdCA9ICdcMCc7CiAJcmV0dXJuIChkc3QgLSBzdGFydCk7CiB9CiAKIGludAotc3Ry bnZpcyhjaGFyICpkc3QsIGNvbnN0IGNoYXIgKnNyYywgc2l6ZV90IHNpeiwgaW50IGZsYWcpCitz dHJudmlzX29wZW5ic2QoY2hhciAqZHN0LCBjb25zdCBjaGFyICpzcmMsIHNpemVfdCBzaXosIGlu dCBmbGFnKQogewogCWNoYXIgKnN0YXJ0LCAqZW5kOwogCWNoYXIgdGJ1Zls1XTsKQEAgLTE4Niw3 ICsxODYsNyBAQAogCQkJfQogCQkJc3JjKys7CiAJCX0gZWxzZSB7Ci0JCQlpID0gdmlzKHRidWYs IGMsIGZsYWcsICorK3NyYykgLSB0YnVmOworCQkJaSA9IHZpc19vcGVuYnNkKHRidWYsIGMsIGZs YWcsICorK3NyYykgLSB0YnVmOwogCQkJaWYgKGRzdCArIGkgPD0gZW5kKSB7CiAJCQkJbWVtY3B5 KGRzdCwgdGJ1ZiwgaSk7CiAJCQkJZHN0ICs9IGk7CkBAIC0yMDEsMjMgKzIwMSwyMyBAQAogCWlm IChkc3QgKyBpID4gZW5kKSB7CiAJCS8qIGFkanVzdCByZXR1cm4gdmFsdWUgZm9yIHRydW5jYXRp b24gKi8KIAkJd2hpbGUgKChjID0gKnNyYykpCi0JCQlkc3QgKz0gdmlzKHRidWYsIGMsIGZsYWcs ICorK3NyYykgLSB0YnVmOworCQkJZHN0ICs9IHZpc19vcGVuYnNkKHRidWYsIGMsIGZsYWcsICor K3NyYykgLSB0YnVmOwogCX0KIAlyZXR1cm4gKGRzdCAtIHN0YXJ0KTsKIH0KIAogaW50Ci1zdHJ2 aXN4KGNoYXIgKmRzdCwgY29uc3QgY2hhciAqc3JjLCBzaXplX3QgbGVuLCBpbnQgZmxhZykKK3N0 cnZpc3hfb3BlbmJzZChjaGFyICpkc3QsIGNvbnN0IGNoYXIgKnNyYywgc2l6ZV90IGxlbiwgaW50 IGZsYWcpCiB7CiAJY2hhciBjOwogCWNoYXIgKnN0YXJ0OwogCiAJZm9yIChzdGFydCA9IGRzdDsg bGVuID4gMTsgbGVuLS0pIHsKIAkJYyA9ICpzcmM7Ci0JCWRzdCA9IHZpcyhkc3QsIGMsIGZsYWcs ICorK3NyYyk7CisJCWRzdCA9IHZpc19vcGVuYnNkKGRzdCwgYywgZmxhZywgKisrc3JjKTsKIAl9 CiAJaWYgKGxlbikKLQkJZHN0ID0gdmlzKGRzdCwgKnNyYywgZmxhZywgJ1wwJyk7CisJCWRzdCA9 IHZpc19vcGVuYnNkKGRzdCwgKnNyYywgZmxhZywgJ1wwJyk7CiAJKmRzdCA9ICdcMCc7CiAJcmV0 dXJuIChkc3QgLSBzdGFydCk7CiB9Cg== --047d7b5d3ef6362eec04d47b843e-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 08:31:47 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E5604203; Wed, 30 Jan 2013 08:31:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AA2AF75D; Wed, 30 Jan 2013 08:31: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 KAA23216; Wed, 30 Jan 2013 10:31:41 +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 1U0T53-000Ndp-HH; Wed, 30 Jan 2013 10:31:41 +0200 Message-ID: <5108DA6B.80600@FreeBSD.org> Date: Wed, 30 Jan 2013 10:31:39 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: Rick Macklem Subject: Re: NFS-exported ZFS instability References: <1716447362.2485682.1359500788054.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1716447362.2485682.1359500788054.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: kostikbel@gmail.com, alc@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 08:31:48 -0000 on 30/01/2013 01:06 Rick Macklem said the following: > Andriy Gapon wrote: >> on 29/01/2013 23:44 Hiroki Sato said the following: >>> http://people.allbsd.org/~hrs/FreeBSD/pool-20130130.txt >>> http://people.allbsd.org/~hrs/FreeBSD/pool-20130130-info.txt >> >> I recognize here a ZFS ARC deadlock that should have been prevented by >> r241773 >> and its MFCs (r242858 for 9, r242859 for 8). >> > Unfortunately, pool-20130130-info.txt shows a kernel built from r244417, > unless I somehow misread it. You are right. I slightly misdiagnosed the problem - it's not the same, but a slightly different problem. So it has "almost the same" cause, but r241773 didn't handle this situation. Basically: - a thread goes into ARC, acquires some ARC lock and then calls malloc(M_WAITOK) - there is a page shortage, so the thread ends up in VM_WAIT() waiting on pagedaemon - pagedaemon synchronously invokes lowmem hook - the ARC hook sleeps waiting on ARC reclaim thread to make a pass - ARC reclaim thread is blocked on the ARC lock held by the original thread My conclusion: ARC lowmem hook should never wait on ARC reclaim thread. At least as long as the ARC code calls malloc(M_WAITOK) while holding locks. Perhaps the root cause here is that we treat both KM_PUSHPAGE and KM_SLEEP as M_WAITOK. We do not seem to have an equivalent of KM_PUSHPAGE? Perhaps resurrected M_USE_RESERVE could serve this role? Quote: A small pool of reserved memory is available to allow the system to progress toward the goal of freeing additional memory while in a low memory situation. The KM_PUSHPAGE flag enables use of this reserved memory pool on an allocation. This flag can be used by drivers that implement strategy(9E) on memory allocations associated with a single I/O operation. The driver guarantees that the I/O operation will complete (or timeout) and, on completion, that the memory will be returned. The KM_PUSHPAGE flag should be used only in kmem_cache_alloc() calls. All allocations from a given cache should be consistent in their use of the flag. A driver that adheres to these restrictions can guarantee progress in a low memory situation without resorting to complex private allocation and queuing schemes. If KM_PUSHPAGE is specified, KM_SLEEP can also be used without causing deadlock. But please note how the Solaris API allows to use KM_PUSHPAGE with KM_SLEEP, not sure what's going on under the hood in that case. >> See tid 100153 (arc reclaim thread), tid 100105 (pagedaemon) and tid >> 100639 >> (nfsd in kmem_back). >> >> -- >> Andriy Gapon -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 09:33: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]) by hub.freebsd.org (Postfix) with ESMTP id 7CA8439B for ; Wed, 30 Jan 2013 09:33:31 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5A97CA4C for ; Wed, 30 Jan 2013 09:33:31 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id wz12so867185pbc.17 for ; Wed, 30 Jan 2013 01:33:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=1HTLzmxi83NpneOtaCU64DV5DLT0ZMMDZd/xlYJwWaY=; b=FZ8s1uV9KUNx9d/0wHeFytUv/5Z6IwwJppEpirsEjNkllxQE9jrYwHACYV1UoGdWiC phWYrrKTvHeuddgAw27cxNE0xnu1/xOnyOwb4KESDozu3FFXM6pmyaNR/l4bqFwlV00R 6WrpXKwOzcnr51Y0xKq62o8L6otwpBSMlazg5c0tpWeCiiOyrmtUT8cDoC1CnsbavAZy 2tGS02eE8dp17Aj+p6azCU8271SPsahA2RM/M3jtoOzpsT5JdKPWHXptr28tHqXTY46I 3oncCUf+tUn7cWSy2HJdbqd5XeJiRo3vddSPkPVQgSmqN5lxqb0YNMxyFF84R9N3/CFD T7Bw== X-Received: by 10.68.248.70 with SMTP id yk6mr10679485pbc.160.1359537962401; Wed, 30 Jan 2013 01:26:02 -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 ESMTPS id l5sm1501991pax.10.2013.01.30.01.25.59 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Jan 2013 01:26:01 -0800 (PST) Message-ID: <5108E720.70705@gmail.com> Date: Wed, 30 Jan 2013 20:25:52 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Efra=EDn_D=E9ctor?= Subject: Re: About kern.ipc.somaxconn and netstat References: In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 09:33:31 -0000 On 30/01/2013 12:26 PM, Efraín Déctor wrote: > Hello. > > We have a webserver using FreeBSD, we read about tunning kern.ipc.somaxconn (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html) so the OS can handle all the connections. Is there a way to know how many connections are established in a certain moment?. I know about netstat(1) but is there any other command that we can use to know the exact amount of how many connections are established?. > > > Thanks in advance. > _______________________________________________ > 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" > This one might help: kern.ipc.numopensockets: Number of open sockets It's usefulness will depend on the granularity you require (in only, out only, established only, etc) but it's always represented system-wide resource consumption very well (matching observed workloads - ) -- Ta, Koobs From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 12:39:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A787B23D for ; Wed, 30 Jan 2013 12:39:25 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from nm25-vm5.bullet.mail.ird.yahoo.com (nm25-vm5.bullet.mail.ird.yahoo.com [212.82.109.206]) by mx1.freebsd.org (Postfix) with SMTP id 0379E6F4 for ; Wed, 30 Jan 2013 12:39:24 +0000 (UTC) Received: from [77.238.189.230] by nm25.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 12:36:41 -0000 Received: from [217.146.189.102] by tm11.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 12:36:41 -0000 Received: from [127.0.0.1] by smtp118.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 12:36:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1359549401; bh=cT4h+k5hTQigmpRLulEmAX5smITiZYAYeEi+biw5g2A=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent; b=nx8Ztd9emQk8IeEdvxJP1W5kulWyyVZ2j5KBMld05bewqd7n7DuEHhoIrkEjMBMb29BxQwJJiTVa8ELtLfdqhCZuwum+Z6SH4YMJ/5vinRBIKaxve0kZonyZ2ElC1hvVKdN4V9ROWan/vJS9hoAQhEToiYE313gW4q+3hlAMNj4= X-Yahoo-Newman-Id: 798181.62492.bm@smtp118.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: B.jkBAoVM1kxkin5c0k7barauIV924rIsWAXf3UMk67CE42 rXOS9gEt5qcDvbOpoZCCTKAjXTib7eUa2aKIC1zzyNaZUDT5dnFuxToaW99i W2RKH82V8xq90gO9sZIdN4MyseRSnXHGcNCKr_3KHfUL0kD3DoQ4oOkyiD_f n6tSyT6uAhyt97XWmMa4qTgfr1uIVhJSAS8QQes4oVVJBbDYEpvTt6.9bh3F UT0.YwTtAuo40oUlJAZfzWHi_RfJ5YQYL5xv1KkvuLjIH3OmLLcCZIRD.XAH 6PHSYqn8HnGrxdsx40GlyTxaGEDg1wbCEwbfsnMpqy4O36EkwjSPQ3KNegT7 h6.54Ct1Ax6bkZAsdDM1.zO5fFwlhZsi4bKhtIHEY1jAtmeurEdIXuYneDUM tLSxRWlxHqz_WtDYfeBA8qeGs5YD1qOnFNft0_uCHwZPiXY1lquOwCvZHozD cwjtW.tz2Frg1jGDKIqlqGKf1Od2GOHd40Rez1Q9_5Tl_GFhJBPjQR_qo9QQ WCn.uvn7vJWghQRlpr6D38IuTZKNr.YAGSLSvZ.GZwCxsduHEQPLOu7z2b6f SIzLD X-Yahoo-SMTP: WU.IBxeswBAAnLcBZV3tEZIK0A-- Received: from snail (ardovm@93.145.95.7 with login) by smtp118.mail.ird.yahoo.com with SMTP; 30 Jan 2013 04:36:41 -0800 PST Received: by snail (Postfix, from userid 1000) id 25CC13DCD38; Wed, 30 Jan 2013 13:47:52 +0100 (CET) Date: Wed, 30 Jan 2013 13:47:52 +0100 From: Arrigo Marchiori To: "Isaac (.ike) Levy" , John Mehr Subject: Re: svn - but smaller? Message-ID: <20130130124752.GB10308@snail.casa> References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359478142-8003652.41205547.fr0TGmWxX027565@rs149.luxsci.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <1359478142-8003652.41205547.fr0TGmWxX027565@rs149.luxsci.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 12:39:25 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Tue, Jan 29, 2013 at 11:48:31AM -0500, Isaac (.ike) Levy wrote: [...] > John, All, > > Just a quick announce re. "svnup" utility is really exciting/important work- > > I wanted to give a shout that I re-focued my shell based c[v]sup > workalike, and I'm gunnin' for a basically functional utility this > weekend sometime. > The folks managing ctm(1) deltas on the distribution servers, have > kicked in some help to make this happen on the server side. > > Just to be clear: I'm not trying to compete or confuse- the "svnup" > work is terribly important to me- but I (and some colleagues) need a > workalike *asap*. Downloading sources from a SVN repository can already be done using tools in base, but at the expense of a terrible inefficiency. The FreeBSD SVN repositories are also accessible via http. The served pages are _very_ easy to parse, as you can see from the attachment. MD5 sums and all SVN properties are available through WebDAV requests (not handled by the script). I tried the attached script to download http://svn.freebsd.org/base/stable/9/ In 27 minutes it downloaded 67 megabytes, corresponding to 42 KByte/sec, through an ADSL link capable of roughly 400 KByte/sec. Then I stopped it. IMHO this should demonstrate that the problem is not only having a SVN workalike, but a fast and efficient one. -- rigo http://rigo.altervista.org --MGYHOYXEY6WxJCY8-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 13:36:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A606C4FF for ; Wed, 30 Jan 2013 13:36:51 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from nm7.bullet.mail.ird.yahoo.com (nm7.bullet.mail.ird.yahoo.com [77.238.189.21]) by mx1.freebsd.org (Postfix) with SMTP id C7A58A46 for ; Wed, 30 Jan 2013 13:36:50 +0000 (UTC) Received: from [77.238.189.231] by nm7.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 13:36:49 -0000 Received: from [217.146.189.64] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 13:36:49 -0000 Received: from [127.0.0.1] by smtp144.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 13:36:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1359553009; bh=R0D6NnkWXc3nLGjf/5UkRgAXTCu05p2yUVCHhkVb+HE=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:Date:From:To:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent; b=NJcKHOTDTNPre+1kd+7z/C+AQLUFCPrGD35z6cjDZNDWU7rDWHMyaras0pf8+RDNbD46QjLAg/RXCBsLlwq+lRlzTyN17E8ua7ObWRnjava6Ql3Ke9lFKx/r5EXEyvDKnAaNMx8w8bAFh0WXkOEyBBrNBA+cLtwZFKLc4muoRAI= X-Yahoo-Newman-Id: 458355.21805.bm@smtp144.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: tZ5GdScVM1mDxAj1t6SmiXfC5VgHpNq_vLqUr1PkvK885_x Icc8vV7Q7elv6MELyUlNOHzcwRBGe.MOuCDvJ4hwTdks_CDGb7fcj6ktzqtl nqVkmVm27bRGDB9PPJDRSsGY_bSuNRTa3zP5ph67YvsBhIANzOOZzz9cGi_J 4.mJ2ThceUR4HWS2ZEkG5WfP8SpVgKGmUjsAfnGLYb4Cdj6TI8w75IOt6i8Y CSNRXDi90Y5JaxZz117dFZ7yqUCwZq38yPeeWFxu4ZwP6vOKDM.FsnmjxGK8 Xig3psNkWwEjn8MMbVJeoRPvbV_FaeuurXA6f4.MTIIjBnQq9TTdXbHXfrkF 7.IdU5qTm1JOXHS4nY0VkaBaZuabclLdTzR_MXl08fk.P7hB2xhnF3ZeGNrB xLVHTiBIm4hi1HVB2nqOjH.sUH.IyLS1DEQJQ0a3TzkbTf518TJWIPLZq8py k_SbLn8K8vcAJlx2er8hRHXHBL6C50.JQ0MFPXWG93YumJiK6EamqBMLurw- - X-Yahoo-SMTP: WU.IBxeswBAAnLcBZV3tEZIK0A-- Received: from snail (ardovm@93.145.95.7 with login) by smtp144.mail.ird.yahoo.com with SMTP; 30 Jan 2013 05:36:49 -0800 PST Received: by snail (Postfix, from userid 1000) id 32F0237E2EE; Wed, 30 Jan 2013 14:48:01 +0100 (CET) Date: Wed, 30 Jan 2013 14:48:00 +0100 From: Arrigo Marchiori To: freebsd-stable@freebsd.org Subject: Re: svn - but smaller? Message-ID: <20130130134800.GC10308@snail.casa> References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359478142-8003652.41205547.fr0TGmWxX027565@rs149.luxsci.com> <20130130124752.GB10308@snail.casa> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130130124752.GB10308@snail.casa> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 13:36:51 -0000 On Wed, Jan 30, 2013 at 01:47:52PM +0100, Arrigo Marchiori wrote: [...] > The FreeBSD SVN repositories are also accessible via http. The served > pages are _very_ easy to parse, as you can see from the > attachment. The attachment was stripped by mailman... You can download it from my homepage: http://rigo.altervista.org/tools/index.php#svn_http_downloader -- rigo http://rigo.altervista.org From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 15:47:26 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 61287194; Wed, 30 Jan 2013 15:47:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 06A14212; Wed, 30 Jan 2013 15:47:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEAOA/CVGDaFvO/2dsb2JhbABFFoYyuFpzgh4BAQEDAQEBASArIAsFFg4KAgINGQIpAQkmBggHBAEcBIdqBgyvI5JfgSOLfoJYgRMDiGGKfoIugRyPL4MVgVE1 X-IronPort-AV: E=Sophos;i="4.84,569,1355115600"; d="scan'208";a="14255407" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 30 Jan 2013 10:46:16 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 5BF2EB3F36; Wed, 30 Jan 2013 10:46:16 -0500 (EST) Date: Wed, 30 Jan 2013 10:46:16 -0500 (EST) From: Rick Macklem To: Andriy Gapon Message-ID: <1767444640.2505809.1359560776337.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <5108DA6B.80600@FreeBSD.org> Subject: Re: NFS-exported ZFS instability MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: kostikbel@gmail.com, alc@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 15:47:26 -0000 Andriy Gapon wrote: > on 30/01/2013 01:06 Rick Macklem said the following: > > Andriy Gapon wrote: > >> on 29/01/2013 23:44 Hiroki Sato said the following: > >>> http://people.allbsd.org/~hrs/FreeBSD/pool-20130130.txt > >>> http://people.allbsd.org/~hrs/FreeBSD/pool-20130130-info.txt > >> > >> I recognize here a ZFS ARC deadlock that should have been prevented > >> by > >> r241773 > >> and its MFCs (r242858 for 9, r242859 for 8). > >> > > Unfortunately, pool-20130130-info.txt shows a kernel built from > > r244417, > > unless I somehow misread it. > > You are right. I slightly misdiagnosed the problem - it's not the > same, but a > slightly different problem. So it has "almost the same" cause, but > r241773 > didn't handle this situation. > > Basically: > - a thread goes into ARC, acquires some ARC lock and then calls > malloc(M_WAITOK) > - there is a page shortage, so the thread ends up in VM_WAIT() waiting > on pagedaemon > - pagedaemon synchronously invokes lowmem hook > - the ARC hook sleeps waiting on ARC reclaim thread to make a pass > - ARC reclaim thread is blocked on the ARC lock held by the original > thread > > My conclusion: ARC lowmem hook should never wait on ARC reclaim > thread. At > least as long as the ARC code calls malloc(M_WAITOK) while holding > locks. > > Perhaps the root cause here is that we treat both KM_PUSHPAGE and > KM_SLEEP as > M_WAITOK. We do not seem to have an equivalent of KM_PUSHPAGE? > Perhaps resurrected M_USE_RESERVE could serve this role? > Good work figuring this out! Obviously, better folk that I will have to figure out how to fix this. Good luck with it, rick ps: Having some "special" place malloc() can go for critical allocations, sounds like a good plan to me. Possibly have malloc() follow the M_NOWAIT path and then go to this area when M_NOWAIT fails to allocate? > Quote: > A small pool of reserved memory is available to allow the system to > progress > toward the goal of freeing additional memory while in a low memory > situation. > The KM_PUSHPAGE flag enables use of this reserved memory pool on an > allocation. > This flag can be used by drivers that implement strategy(9E) on memory > allocations associated with a single I/O operation. The driver > guarantees that > the I/O operation will complete (or timeout) and, on completion, that > the memory > will be returned. The KM_PUSHPAGE flag should be used only in > kmem_cache_alloc() > calls. All allocations from a given cache should be consistent in > their use of > the flag. A driver that adheres to these restrictions can guarantee > progress in > a low memory situation without resorting to complex private allocation > and > queuing schemes. If KM_PUSHPAGE is specified, KM_SLEEP can also be > used without > causing deadlock. > > > But please note how the Solaris API allows to use KM_PUSHPAGE with > KM_SLEEP, not > sure what's going on under the hood in that case. > > >> See tid 100153 (arc reclaim thread), tid 100105 (pagedaemon) and > >> tid > >> 100639 > >> (nfsd in kmem_back). > >> > >> -- > >> Andriy Gapon > > > -- > Andriy Gapon > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 16:44:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E0F9E7E9 for ; Wed, 30 Jan 2013 16:44:39 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE8680C for ; Wed, 30 Jan 2013 16:44:39 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1U0am4-0001NO-Q8 for freebsd-stable@freebsd.org; Wed, 30 Jan 2013 17:44:37 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1U0am4-0002VD-Ob for freebsd-stable@freebsd.org; Wed, 30 Jan 2013 17:44:36 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: svn - but smaller? References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359478142-8003652.41205547.fr0TGmWxX027565@rs149.luxsci.com> <20130130124752.GB10308@snail.casa> <20130130134800.GC10308@snail.casa> Date: Wed, 30 Jan 2013 17:44:35 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20130130134800.GC10308@snail.casa> User-Agent: Opera Mail/12.13 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.5 X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.1 X-Scan-Signature: b011d5308189b8f364b008c39e0eea9f X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 16:44:39 -0000 On Wed, 30 Jan 2013 14:48:00 +0100, Arrigo Marchiori wrote: > On Wed, Jan 30, 2013 at 01:47:52PM +0100, Arrigo Marchiori wrote: > > [...] >> The FreeBSD SVN repositories are also accessible via http. The served >> pages are _very_ easy to parse, as you can see from the >> attachment. > > The attachment was stripped by mailman... You can download it from my > homepage: > http://rigo.altervista.org/tools/index.php#svn_http_downloader > For performance you might try: $ /usr/libexec/phttpget usage: phttpget server [file ...] It is used in portsnap to speed up downloading by making use of http keepalive and http pipelining. http://www.daemonology.net/phttpget/ (I don't know how up-to-date this page is in comparison with the version in base.) Regards, Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 17:54:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5433CD29 for ; Wed, 30 Jan 2013 17:54:56 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF5EB64 for ; Wed, 30 Jan 2013 17:54:55 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rr4so1107541pbb.41 for ; Wed, 30 Jan 2013 09:54:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:from:to:cc:references:in-reply-to:subject :date:organization:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:importance :x-mailer:x-mimeole:x-gm-message-state; bh=Df0iKJeZ0kL4OWma27xpVsiv+g8BWaWYJwUsmYZE7E4=; b=o/djZRdE+e3C7N+vmuUqsXA50ofzjS1fPx8WsdZBxqc1r2gC3p25VhGTzMIiJILHlQ QoPQJ4FFknPxVuFtU516rhwk3HRbUQPf7LxTaeWLHw4ySZulCSLe+VPpo1h8vghX7Wb7 /iRobxCojJxWbjWmOwagsCbhyvWucJW3pWH8wrgDMXU5LDFlcgGOy3r+6uVQsNwzD8Qa V3z24PY+8FeorLtm2xwSw8q1+oP9Q5LR8FWNTbDuvYgLieTIxAB9uZ+WNpjMfa4Vsw+9 fScIG+aav1zNpwKKn6PE+EBpI/ppDs2+Mde24Kz9TIEHWkmCAezlAuD4K5ymqDKtsN0z hgFQ== X-Received: by 10.68.243.105 with SMTP id wx9mr14711805pbc.74.1359568495439; Wed, 30 Jan 2013 09:54:55 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id a4sm2684105paw.21.2013.01.30.09.54.53 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 30 Jan 2013 09:54:54 -0800 (PST) Message-ID: From: =?iso-8859-1?Q?Efra=EDn_D=E9ctor?= To: "Kubilay Kocak" References: <5108E720.70705@gmail.com> In-Reply-To: <5108E720.70705@gmail.com> Subject: Re: About kern.ipc.somaxconn and netstat Date: Wed, 30 Jan 2013 11:54:51 -0600 Organization: =?iso-8859-1?Q?HESA_T=E9cnica?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQnMTXrhw77y4Bv0AQO42TWKWeGXDcDYSM02ZUvt24+7XBMnCehIsa+cXXQt8ERUNwwSriIm Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 17:54:56 -0000 -----Mensaje original----- From: Kubilay Kocak Sent: Wednesday, January 30, 2013 3:25 AM To: Efraín Déctor Cc: freebsd-stable@freebsd.org Subject: Re: About kern.ipc.somaxconn and netstat On 30/01/2013 12:26 PM, Efraín Déctor wrote: > Hello. > > We have a webserver using FreeBSD, we read about tunning > kern.ipc.somaxconn > (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html) > so the OS can handle all the connections. Is there a way to know how many > connections are established in a certain moment?. I know about netstat(1) > but is there any other command that we can use to know the exact amount of > how many connections are established?. > > > Thanks in advance. > _______________________________________________ > 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" > This one might help: kern.ipc.numopensockets: Number of open sockets It's usefulness will depend on the granularity you require (in only, out only, established only, etc) but it's always represented system-wide resource consumption very well (matching observed workloads - ) -- Ta, Koobs -------------------------------------------------------------------------------- Thank you, it is very helpfull, using kern.ipc.numopensockets with sockstat(1) and netstat(1) will give me a clue to tune kern.ipc.somaxconn Thank you all. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 18:08:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4177340E; Wed, 30 Jan 2013 18:08:32 +0000 (UTC) (envelope-from jamebus@gmail.com) Received: from mail-ve0-f182.google.com (mail-ve0-f182.google.com [209.85.128.182]) by mx1.freebsd.org (Postfix) with ESMTP id C33E2CC3; Wed, 30 Jan 2013 18:08:31 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id ox1so461161veb.41 for ; Wed, 30 Jan 2013 10:08:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Kr81rZAyxE1LZ28n+7jdIhNZ+hpRIKA/hoN4zhvwCvM=; b=vX/2zNgjBbTSjM9WVbtcjfz3ifiKWifGCc9HUaalAKFrL3BFbrh1lQKAY4KNW+wz+B kznSLgYFAf+rsSQAyVQP2xfYKGLvxnL8yscybZNspqExBuTx+UqEgai3GIrESbHTYjup nR2kOdF0r32cW1ueW3E/D9m++6nVeCvrS+FJ/HTY+fdMeI+iUrTYXua7gVjgz3PCZYRK DKWkDnczYULdtB4UTYW26adGyag7Dl1A1FQ+TKr/LOKR1ZlL8tuNCULk3NGywKtC7lYT sju3TWfbBrVLpjFfXTQOZzzrPwjTAR05wx3qch4+sp3rysnIBC9QI6SlBHMQ8n2yrhTf IIJA== MIME-Version: 1.0 X-Received: by 10.52.16.65 with SMTP id e1mr5022851vdd.127.1359569310822; Wed, 30 Jan 2013 10:08:30 -0800 (PST) Sender: jamebus@gmail.com Received: by 10.58.94.233 with HTTP; Wed, 30 Jan 2013 10:08:30 -0800 (PST) In-Reply-To: References: <50F6D20A.6070306@FreeBSD.org> <20130117001116.GD29437@lor.one-eyed-alien.net> <50F81588.5020106@FreeBSD.org> <51081E18.60303@sentex.net> Date: Wed, 30 Jan 2013 12:08:30 -0600 X-Google-Sender-Auth: tilIQ2bW5VK2Ihp893LaHP67MFk Message-ID: Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 From: James To: Kimmo Paasiala Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Dimitry Andric , Brooks Davis , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 18:08:32 -0000 Hi Kimmo. Thanks for this. Your patch works great in stable/9. -- James. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 30 21:42: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]) by hub.freebsd.org (Postfix) with ESMTP id 774E29CA for ; Wed, 30 Jan 2013 21:42:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD9D887 for ; Wed, 30 Jan 2013 21:42:35 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id r0ULgXCZ093407; Wed, 30 Jan 2013 16:42:33 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <510993C3.9050301@sentex.net> Date: Wed, 30 Jan 2013 16:42:27 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 References: <50F6D20A.6070306@FreeBSD.org> <20130117001116.GD29437@lor.one-eyed-alien.net> <50F81588.5020106@FreeBSD.org> <51081E18.60303@sentex.net> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jan 2013 21:42:35 -0000 On 1/30/2013 1:21 AM, Kimmo Paasiala wrote: > On Wed, Jan 30, 2013 at 7:27 AM, James wrote: >> I was able to correct the problem as well by prefixing strnvis, avoiding the >> symbol collision. I also found PR: ports/172941 which also has a fix. >> >> Using my patch or the patch in ports/172941 fixes the segfault for me in >> stable/9. However, I quickly ran into another problem. I can't remember the >> error message exactly, it was something like "Unable to initialize PAM: >> Unknown file descriptor". A ktrace didn't reveal anything obvious. I'll try >> to test it out tomorrow. >> >> -- >> James. > > Try the attached patch. Just drop it into > /usr/ports/security/pam_ssh_agent_auth/files directory and recompile. Thanks very much! This does fix it for me too! ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 31 03:51: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]) by hub.freebsd.org (Postfix) with ESMTP id 9D8C6183; Thu, 31 Jan 2013 03:51:26 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3678A804; Thu, 31 Jan 2013 03:51:25 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.5/8.14.5) with ESMTP id r0V3pOUj092930; Wed, 30 Jan 2013 22:51:24 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.5/8.14.4/Submit) id r0V3pOAr092927; Wed, 30 Jan 2013 22:51:24 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20745.59964.60447.379943@hergotha.csail.mit.edu> Date: Wed, 30 Jan 2013 22:51:24 -0500 From: Garrett Wollman To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Subject: More on odd ZFS not-quite-deadlock X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (hergotha.csail.mit.edu [127.0.0.1]); Wed, 30 Jan 2013 22:51:24 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 31 Jan 2013 03:51:26 -0000 I posted a few days ago about what I thought was a ZFS-related almost-deadlock. I have a bit more information now, but I'm still puzzled. Hopefully someone else has seen this before. While things are in the hung state, a "zfs recv" is running. It's receiving an empty snapshot to one of the many datasets on this file server. "zfs recv" reports that receiving this particular empty snapshot takes just about half an hour. When it finally completes, everything starts working normally again. (This particular replication job will no longer be operational in a few hours, so this may be the last time I can collect information about the issue for a while.) The same "zfs recv" takes only a few seconds 23 hours out of 24. The kstacks of the processes that appear to possibly be involved look like this: PID TID COMM TDNAME KSTACK 0 100061 kernel thread taskq mi_switch+0x196 sleepq_wait+0x42 _sx_slock_hard+0x3bb _sx_slock+0x3d zfs_reclaim_complete+0x38 taskqueue_run_locked+0x85 taskqueue_thread_loop+0x46 fork_exit+0x11f fork_trampoline+0xe 7 100215 zfskern arc_reclaim_thre mi_switch+0x196 sleepq_timedwait+0x42 _cv_timedwait+0x13c arc_reclaim_thread+0x29d fork_exit+0x11f fork_trampoline+0xe 7 100216 zfskern l2arc_feed_threa mi_switch+0x196 sleepq_timedwait+0x42 _cv_timedwait+0x13c l2arc_feed_thread+0x1a8 fork_exit+0x11f fork_trampoline+0xe 7 100592 zfskern txg_thread_enter mi_switch+0x196 sleepq_wait+0x42 _cv_wait+0x121 txg_thread_wait+0x79 txg_quiesce_thread+0xb5 fork_exit+0x11f fork_trampoline+0xe 7 100593 zfskern txg_thread_enter mi_switch+0x196 sleepq_timedwait+0x42 _cv_timedwait+0x13c txg_thread_wait+0x3c txg_sync_thread+0x269 fork_exit+0x11f fork_trampoline+0xe 7 100989 zfskern txg_thread_enter mi_switch+0x196 sleepq_wait+0x42 _cv_wait+0x121 txg_thread_wait+0x79 txg_quiesce_thread+0xb5 fork_exit+0x11f fork_trampoline+0xe 7 100990 zfskern txg_thread_enter mi_switch+0x196 sleepq_timedwait+0x42 _cv_timedwait+0x13c txg_thread_wait+0x3c txg_sync_thread+0x269 fork_exit+0x11f fork_trampoline+0xe 7 101355 zfskern txg_thread_enter mi_switch+0x196 sleepq_wait+0x42 _cv_wait+0x121 txg_thread_wait+0x79 txg_quiesce_thread+0xb5 fork_exit+0x11f fork_trampoline+0xe 7 101356 zfskern txg_thread_enter mi_switch+0x196 sleepq_timedwait+0x42 _cv_timedwait+0x13c txg_thread_wait+0x3c txg_sync_thread+0x269 fork_exit+0x11f fork_trampoline+0xe 13 100053 geom g_event mi_switch+0x196 sleepq_wait+0x42 _sleep+0x3a8 g_run_events+0x430 fork_exit+0x11f fork_trampoline+0xe 13 100054 geom g_up mi_switch+0x196 sleepq_wait+0x42 _sleep+0x3a8 g_io_schedule_up+0xd8 g_up_procbody+0x5c fork_exit+0x11f fork_trampoline+0xe 13 100055 geom g_down mi_switch+0x196 sleepq_wait+0x42 _sleep+0x3a8 g_io_schedule_down+0x20e g_down_procbody+0x5c fork_exit+0x11f fork_trampoline+0xe 22 100225 syncer - mi_switch+0x196 sleepq_wait+0x42 _cv_wait+0x121 rrw_enter+0xdb zfs_sync+0x63 sync_fsync+0x19d VOP_FSYNC_APV+0x4a sync_vnode+0x15e sched_sync+0x1c5 fork_exit+0x11f fork_trampoline+0xe 93224 102554 zfs - mi_switch+0x196 sleepq_wait+0x42 _cv_wait+0x121 zio_wait+0x61 dbuf_read+0x5e5 dnode_next_offset_level+0x28d dnode_next_offset+0xb9 dmu_object_next+0x3e dsl_dataset_destroy+0x164 dmu_recv_end+0x184 zfs_ioc_recv+0x9f4 zfsdev_ioctl+0xe6 devfs_ioctl_f+0x7b kern_ioctl+0x115 sys_ioctl+0xf0 amd64_syscall+0x5ea Xfast_syscall+0xf7 [This is the zfs recv process that is applying the replication package with an empty snapshot.] 93320 102479 df - mi_switch+0x196 sleepq_wait+0x42 _cv_wait+0x121 rrw_enter+0xdb zfs_root+0x40 lookup+0xaa6 namei+0x535 kern_statfs+0xa4 sys_statfs+0x37 amd64_syscall+0x5ea Xfast_syscall+0xf7 [7 more like this] (I've deleted all of the threads that are clearly waiting for some unrelated event, such as nanosleep() and select().) -GAWollman From owner-freebsd-stable@FreeBSD.ORG Thu Jan 31 08:44: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]) by hub.freebsd.org (Postfix) with ESMTP id 37701254; Thu, 31 Jan 2013 08:44:37 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id DD28A2EE; Thu, 31 Jan 2013 08:44:36 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2577:cf36:d0d4:4986]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id B6CD34ACC7; Thu, 31 Jan 2013 12:44:28 +0400 (MSK) Date: Thu, 31 Jan 2013 12:44:19 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1291867.20130131124419@serebryakov.spb.ru> To: freebsd-fs@FreeBSD.org, freebsd-stable@freebsd.org Subject: 9.1-STABLE, live lock up, seems that it is ZFS lockup in "zfskern{txg_thread_enter}" state "tx->tx" 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.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2013 08:44:37 -0000 Hello, freebsd-fs. I have 9.1-STABLE (r244958) system, amd64, 8GiB memory. Two SATA disks, 750Gb each. Disks are partitoned into 7 (BSD) partitons (exactly the same), 5 of these pairs are joined into gmirrors for "system" FSes (UFS2), one pair is used for swaps and 7th pair is used as zmirror for /usr/home. Tonight system becomes unusable, as every process which try to read directories in /usr/home (like "ls ~" or "find /usr/home -type f") hangs forever. I could login to system, login shell starts, but if I run "ls" right after -- it hangs. Every periodic process, which try to read home FS (directories, not files!) hangs. It looks, like stat() calls on this FS hangs, but not open()/read()/write()/close(). One thing I fins suspicious in different system diagnostics, is kernel thread "zfskern{txg_thread_enter}" which is shown in state "tx->tx" forever. Disks looks completely OK according to smartd/smartctl, no hardware errors in dmesg, etc. =============================================== # zpool status pool: pool state: ONLINE status: The pool is formatted using a legacy on-disk format. The pool can still be used, but some features are unavailable. action: Upgrade the pool using 'zpool upgrade'. Once this is done, the pool will no longer be accessible on software that does not support feature flags. scan: resilvered 32.1G in 0h34m with 0 errors on Sat Jun 2 16:22:59 2012 config: NAME STATE READ WRITE CKSUM pool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada0s1h ONLINE 0 0 0 ada1s1h ONLINE 0 0 0 errors: No known data errors ================================================ -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Thu Jan 31 12:39:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 18E299E4 for ; Thu, 31 Jan 2013 12:39:30 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pa0-f42.google.com (mail-pa0-f42.google.com [209.85.220.42]) by mx1.freebsd.org (Postfix) with ESMTP id D3077190 for ; Thu, 31 Jan 2013 12:39:29 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id rl6so1721339pac.1 for ; Thu, 31 Jan 2013 04:39:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=LUmM0rXizF+ysO6gxamvyFucOldWFz2NyRlNS1uk53o=; b=wMX07yzkZjG1wiiHL/Cu42shDYA4VX6K5i2Pnrgg/zZ9ec3pDR/EUvLsaZpi8glN9g ErPWQU5EAu6a9qmdW7qmIA6Clbk/oMrxHPhQnB1edwYjZoGBfw4Taj3TuKAAexYOwuPt wra1nxH8MSN6AXeqbdqyAGmUaXNjKrOEDHtB9g5ES3xmZI1Zp9VrBIbhbOV04p436ce/ ERAFoUgOZY08dNPIQunlUXj/pi+svkCsYSC2eR81e44fqIb1UtxQ4UWUdrN+fW01OSPO 6nJEl53UlKGqGoYK8efxVtInsyoIg1qGWIiE4IgagxJeatgf7pmhZ5OBr7bom8qcR99i lbHA== X-Received: by 10.68.235.1 with SMTP id ui1mr21708045pbc.138.1359635969239; Thu, 31 Jan 2013 04:39:29 -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 ESMTPS id sg7sm4936484pbb.3.2013.01.31.04.39.25 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 31 Jan 2013 04:39:27 -0800 (PST) Message-ID: <510A65F5.9070706@gmail.com> Date: Thu, 31 Jan 2013 23:39:17 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Efra=EDn_D=E9ctor?= Subject: Re: About kern.ipc.somaxconn and netstat References: <5108E720.70705@gmail.com> In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 31 Jan 2013 12:39:30 -0000 On 31/01/2013 4:54 AM, Efraín Déctor wrote: > -----Mensaje original----- From: Kubilay Kocak > Sent: Wednesday, January 30, 2013 3:25 AM > To: Efraín Déctor > Cc: freebsd-stable@freebsd.org > Subject: Re: About kern.ipc.somaxconn and netstat > > On 30/01/2013 12:26 PM, Efraín Déctor wrote: >> Hello. >> >> We have a webserver using FreeBSD, we read about tunning >> kern.ipc.somaxconn >> (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html) >> so the OS can handle all the connections. Is there a way to know how >> many connections are established in a certain moment?. I know about >> netstat(1) but is there any other command that we can use to know the >> exact amount of how many connections are established?. >> > This one might help: > > kern.ipc.numopensockets: Number of open sockets > > It's usefulness will depend on the granularity you require (in only, out > only, established only, etc) but it's always represented system-wide > resource consumption very well (matching observed workloads - baseline value>) > > > Thank you, it is very helpfull, using kern.ipc.numopensockets with > sockstat(1) and netstat(1) will give me a clue to tune kern.ipc.somaxconn > > Thank you all. Also, if you haven't already come across this one in your netstat travels, this one directly reports listen queue overflows: netstat -s -p tcp |grep listen -- Ta, Koobs From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 04:22:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1EFB86A4; Fri, 1 Feb 2013 04:22:45 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id E58378D9; Fri, 1 Feb 2013 04:22:44 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 712E956078; Thu, 31 Jan 2013 22:22:44 -0600 (CST) Date: Thu, 31 Jan 2013 22:22:44 -0600 From: Mark Linimon To: Brooks Davis Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 Message-ID: <20130201042244.GC20772@lonesome.com> References: <50F6D20A.6070306@FreeBSD.org> <20130117151502.GF29437@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130117151502.GF29437@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Kimmo Paasiala , freebsd-stable@freebsd.org, Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 04:22:45 -0000 On Thu, Jan 17, 2013 at 09:15:02AM -0600, Brooks Davis wrote: > Not unless you consider adding new functions in a reserved namespace > (str*) to be ABI breakage. Well, what often happens is that when we add new functions, ports break. I think deciding whether this is or is not "ABI breakage" is semantics. The fact is that regressions get introduced with these types of changes. > The port should have continued to work unless it was recompiled so it > should have preferred it's own version of the strnvis symbol. If its > makefiles were properly constructed it would have failed to compile > due to the signature mismatch. The mantra should be "every possible combination of ways that a port's internal build glue can be wrong, is already included in the Ports Collection." In case after case we see fragile code that is written by people who are clearly not professionally trained. They "get it to work on their system" and then shove it out the door. Claiming that "they shouldn't do that" is correct but self-defeating. It's just the reality of open-source software. IMHO, the burden should be on whoever makes the change to find out whether or not regressions will be introduced. (And yes, I am very aware that we don't have -exp run capability right now, but this is one of the cases where I would like to suggest it would have helped.) mcl From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 08:08: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]) by hub.freebsd.org (Postfix) with ESMTP id 32EFCEE7 for ; Fri, 1 Feb 2013 08:08:40 +0000 (UTC) (envelope-from andriy.kornatskyy@live.com) Received: from dub0-omc2-s23.dub0.hotmail.com (dub0-omc2-s23.dub0.hotmail.com [157.55.1.162]) by mx1.freebsd.org (Postfix) with ESMTP id D2E7320A for ; Fri, 1 Feb 2013 08:08:39 +0000 (UTC) Received: from DUB117-W140 ([157.55.1.136]) by dub0-omc2-s23.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Feb 2013 00:07:32 -0800 X-EIP: [9vYvKgv0CgrPVw4xW9As2lhngznVts5F] X-Originating-Email: [andriy.kornatskyy@live.com] Message-ID: From: Andriy Kornatskyy To: Subject: xorg-server patch error Date: Fri, 1 Feb 2013 11:07:32 +0300 Importance: Normal Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 01 Feb 2013 08:07:32.0672 (UTC) FILETIME=[2FEDC400:01CE0053] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 08:08:40 -0000 I have installed FreeBSD 9.1 and trying to build x11/xorg-minimal package. = The ports are fresh. The error is below. Please advise. Thanks. Andriy Kornatskyy /etc/make.conf WITH_NEW_XORG=3D WITH_KMS=3D WITHOUT_HAL=3D # make install clean -sC /usr/ports/x11/xorg-minimal =3D=3D=3D> Installing for xorg-minimal-7.5.2 =3D=3D=3D> xorg-minimal-7.5.2 depends on file: /usr/local/bin/Xorg - not fo= und =3D=3D=3D> Verifying install for /usr/local/bin/Xorg in /usr/ports/x11-serv= ers/xorg-server =3D=3D=3D> Patching for xorg-server-1.10.6_2=2C1 =3D=3D=3D> xorg-server-1.10.6_2=2C1 depends on file: /usr/local/bin/perl5.1= 4.2 - found =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/files/ex= tra-hw_dmx_glxProxy_compsize.h =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/files/ex= tra-hw_dmx_glxProxy_glxcmds.h =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/files/ex= tra-clang Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hw/xfree86/common/xf86Xinput.c.= rej Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hw/xfree86/parser/InputClass.c.= rej Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to hw/xfree86/dri2/dri2.c.rej *** [do-patch] Error code 5 Stop in /usr/ports/x11-servers/xorg-server. *** [install] Error code 1 Stop in /usr/ports/x11-servers/xorg-server. *** [run-depends] Error code 1 Stop in /usr/ports/x11/xorg-minimal. = From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 12:18:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DA142CC6 for ; Fri, 1 Feb 2013 12:18:30 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) by mx1.freebsd.org (Postfix) with ESMTP id 68741F0 for ; Fri, 1 Feb 2013 12:18:30 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id gg13so4512478lbb.30 for ; Fri, 01 Feb 2013 04:18:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=FFIfXJOaQnRs9jBbQEQAvjEyrhlYYYg6kDdEee4Gpxg=; b=ArSY+JvikRiAIiFRigbsCCH+Y4uFgEbdh8xuLpxqlzrJqpdZzEjcoYFF8Ce+LGUCCn RVPw17+ynGBZdDnYLTwwR9xDRIFfJ+bSWySF4nEZj3in00dlVtSlbf4TwuNeGiWv5XVZ /Ihb1+WErogzkWoksr8U637h3ewC0TxkCKh2dc0JpoKBplmot1rUbZDhkqNk6YIprWiJ TaU4PXifBEdOvlYoC3IRgm6Ubg7RQx+1gcFP829yQtDRANP7ueZnZGi2vuREJQP/kKt1 Grqk59koPy33TYR2gOPnomwyZdblA4u2RDiFoETRUeB1FkcvtxK3nkZlvECw3wHoKzV6 sDwg== X-Received: by 10.112.29.201 with SMTP id m9mr4716257lbh.96.1359721103078; Fri, 01 Feb 2013 04:18:23 -0800 (PST) Received: from [192.168.1.125] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id pz15sm4014597lab.3.2013.02.01.04.18.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 01 Feb 2013 04:18:22 -0800 (PST) Message-ID: <510BB282.1040805@gmail.com> Date: Fri, 01 Feb 2013 14:18:10 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15 MIME-Version: 1.0 To: Andriy Kornatskyy Subject: Re: xorg-server patch error References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 12:18:30 -0000 01.02.2013 10:07, Andriy Kornatskyy: > # make install clean -sC /usr/ports/x11/xorg-minimal > > ===> Installing for xorg-minimal-7.5.2 > ===> xorg-minimal-7.5.2 depends on file: /usr/local/bin/Xorg - not found > ===> Verifying install for /usr/local/bin/Xorg in /usr/ports/x11-servers/xorg-server > ===> Patching for xorg-server-1.10.6_2,1 > ===> xorg-server-1.10.6_2,1 depends on file: /usr/local/bin/perl5.14.2 - found > ===> Applying extra patch /usr/ports/x11-servers/xorg-server/files/extra-hw_dmx_glxProxy_compsize.h > ===> Applying extra patch /usr/ports/x11-servers/xorg-server/files/extra-hw_dmx_glxProxy_glxcmds.h > ===> Applying extra patch /usr/ports/x11-servers/xorg-server/files/extra-clang > Ignoring previously applied (or reversed) patch. > 1 out of 1 hunks ignored--saving rejects to hw/xfree86/common/xf86Xinput.c.rej > Ignoring previously applied (or reversed) patch. > 1 out of 1 hunks ignored--saving rejects to hw/xfree86/parser/InputClass.c.rej > Ignoring previously applied (or reversed) patch. > 3 out of 3 hunks ignored--saving rejects to hw/xfree86/dri2/dri2.c.rej > *** [do-patch] Error code 5 Just a wild guess, can there be any old patches in /usr/ports/x11-servers/xorg-server/files? At revision 311359 port should contain only: # svn status -v 311359 310652 zeising . 311359 310652 zeising Makefile 311359 300897 beat distinfo 311359 310652 zeising files 311359 300897 beat files/extra-arch-ia64 311359 300897 beat files/extra-arch-powerpc 311359 308898 zeising files/extra-clang 311359 300897 beat files/extra-dix_events.c 311359 300897 beat files/extra-hw_dmx_glxProxy_compsize.h 311359 300897 beat files/extra-hw_dmx_glxProxy_glxcmds.h 311359 300897 beat files/extra-include_eventstr.h 311359 310652 zeising files/extra-new-arch-i386 311359 310652 zeising files/extra-old-arch-i386 311359 300897 beat files/extra-patch-os-utils.c 311359 300897 beat files/patch-Xserver-hw-xfree86-common-xf86Config.c 311359 300897 beat files/patch-Xserver-hw-xfree86-os-support-bsd-i386_video.c 311359 300897 beat files/patch-Xserver-hw-xfree86-os-support-bsd-sparc64_video.c 311359 300897 beat files/patch-Xserver-os-xprintf.c 311359 300897 beat files/patch-servermd.h 311359 300897 beat files/patch-xorgconf.cpp 311359 303429 kwm files/pkg-deinstall.in 311359 303429 kwm files/pkg-install.in 311359 300897 beat pkg-descr 311359 303429 kwm pkg-plist -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 12:36:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AF3CD5B9 for ; Fri, 1 Feb 2013 12:36:30 +0000 (UTC) (envelope-from andriy.kornatskyy@live.com) Received: from dub0-omc3-s1.dub0.hotmail.com (dub0-omc3-s1.dub0.hotmail.com [157.55.2.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5B96A207 for ; Fri, 1 Feb 2013 12:36:30 +0000 (UTC) Received: from DUB117-W28 ([157.55.2.9]) by dub0-omc3-s1.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Feb 2013 04:35:22 -0800 X-EIP: [p/8xtIdtINi/zmfig7qQ7wu81l6zfdnH] X-Originating-Email: [andriy.kornatskyy@live.com] Message-ID: From: Andriy Kornatskyy To: Subject: RE: xorg-server patch error Date: Fri, 1 Feb 2013 15:35:22 +0300 Importance: Normal In-Reply-To: <510BB282.1040805@gmail.com> References: , <510BB282.1040805@gmail.com> Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 01 Feb 2013 12:35:22.0912 (UTC) FILETIME=[9A89CA00:01CE0078] Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 12:36:30 -0000 Volodymyr=2C Thank you for the reply.=A0Here is what I have (via: portsnap fetch update)= : # ls -lh /usr/ports/x11-servers/xorg-server/* -rw-r--r-- =A01 root =A0wheel =A0 5.3k Jan 19 14:47 /usr/ports/x11-servers/= xorg-server/Makefile -rw-r--r-- =A01 root =A0wheel =A0 344B Apr 21 =A02012 /usr/ports/x11-server= s/xorg-server/distinfo -rw-r--r-- =A01 root =A0wheel =A0 118B Feb 25 =A02011 /usr/ports/x11-server= s/xorg-server/pkg-descr -rw-r--r-- =A01 root =A0wheel =A0 6.2k Aug 31 18:44 /usr/ports/x11-servers/= xorg-server/pkg-plist /usr/ports/x11-servers/xorg-server/files: total 76 -rw-r--r-- =A01 root =A0wheel =A0 5.4k Apr 21 =A02012 extra-arch-ia64 -rw-r--r-- =A01 root =A0wheel =A0 438B May =A05 =A02010 extra-arch-powerpc -rw-r--r-- =A01 root =A0wheel =A0 1.7k Dec 14 13:08 extra-clang -rw-r--r-- =A01 root =A0wheel =A0 3.4k Apr 24 =A02012 extra-dix_events.c -rw-r--r-- =A01 root =A0wheel =A0 2.3k Apr 21 =A02012 extra-hw_dmx_glxProxy= _compsize.h -rw-r--r-- =A01 root =A0wheel =A0 1.8k Apr 21 =A02012 extra-hw_dmx_glxProxy= _glxcmds.h -rw-r--r-- =A01 root =A0wheel =A0 799B Apr 21 =A02012 extra-include_eventst= r.h -rw-r--r-- =A01 root =A0wheel =A0 493B Jan 19 14:47 extra-new-arch-i386 -rw-r--r-- =A01 root =A0wheel =A0 511B Jan 19 14:47 extra-old-arch-i386 -rw-r--r-- =A01 root =A0wheel =A0 645B Apr 21 =A02012 extra-patch-os-utils.= c -rw-r--r-- =A01 root =A0wheel =A0 384B May 19 =A02007 patch-Xserver-hw-xfre= e86-common-xf86Config.c -rw-r--r-- =A01 root =A0wheel =A0 469B May 19 =A02007 patch-Xserver-hw-xfre= e86-os-support-bsd-i386_video.c -rw-r--r-- =A01 root =A0wheel =A0 402B Mar 31 =A02009 patch-Xserver-hw-xfre= e86-os-support-bsd-sparc64_video.c -rw-r--r-- =A01 root =A0wheel =A0 350B May 19 =A02007 patch-Xserver-os-xpri= ntf.c -rw-r--r-- =A01 root =A0wheel =A0 320B May 19 =A02007 patch-servermd.h -rw-r--r-- =A01 root =A0wheel =A0 471B May 19 =A02007 patch-xorgconf.cpp -rw-r--r-- =A01 root =A0wheel =A0 244B Aug 31 18:44 pkg-deinstall.in -rw-r--r-- =A01 root =A0wheel =A0 638B Aug 31 18:44 pkg-install.in Thanks. Andriy ---------------------------------------- > Date: Fri=2C 1 Feb 2013 14:18:10 +0200 > From: c.kworr@gmail.com > To: andriy.kornatskyy@live.com > Subject: Re: xorg-server patch error > CC: freebsd-stable@freebsd.org > > 01.02.2013 10:07=2C Andriy Kornatskyy: > > > # make install clean -sC /usr/ports/x11/xorg-minimal > > > > =3D=3D=3D> Installing for xorg-minimal-7.5.2 > > =3D=3D=3D> xorg-minimal-7.5.2 depends on file: /usr/local/bin/Xorg - no= t found > > =3D=3D=3D> Verifying install for /usr/local/bin/Xorg in /usr/ports/x11-= servers/xorg-server > > =3D=3D=3D> Patching for xorg-server-1.10.6_2=2C1 > > =3D=3D=3D> xorg-server-1.10.6_2=2C1 depends on file: /usr/local/bin/per= l5.14.2 - found > > =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/file= s/extra-hw_dmx_glxProxy_compsize.h > > =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/file= s/extra-hw_dmx_glxProxy_glxcmds.h > > =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/file= s/extra-clang > > Ignoring previously applied (or reversed) patch. > > 1 out of 1 hunks ignored--saving rejects to hw/xfree86/common/xf86Xinpu= t.c.rej > > Ignoring previously applied (or reversed) patch. > > 1 out of 1 hunks ignored--saving rejects to hw/xfree86/parser/InputClas= s.c.rej > > Ignoring previously applied (or reversed) patch. > > 3 out of 3 hunks ignored--saving rejects to hw/xfree86/dri2/dri2.c.rej > > *** [do-patch] Error code 5 > > Just a wild guess=2C can there be any old patches in > /usr/ports/x11-servers/xorg-server/files? At revision 311359 port should > contain only: > > # svn status -v > 311359 310652 zeising . > 311359 310652 zeising Makefile > 311359 300897 beat distinfo > 311359 310652 zeising files > 311359 300897 beat files/extra-arch-ia64 > 311359 300897 beat files/extra-arch-powerpc > 311359 308898 zeising files/extra-clang > 311359 300897 beat files/extra-dix_events.c > 311359 300897 beat > files/extra-hw_dmx_glxProxy_compsize.h > 311359 300897 beat > files/extra-hw_dmx_glxProxy_glxcmds.h > 311359 300897 beat files/extra-include_eventstr.h > 311359 310652 zeising files/extra-new-arch-i386 > 311359 310652 zeising files/extra-old-arch-i386 > 311359 300897 beat files/extra-patch-os-utils.c > 311359 300897 beat > files/patch-Xserver-hw-xfree86-common-xf86Config.c > 311359 300897 beat > files/patch-Xserver-hw-xfree86-os-support-bsd-i386_video.c > 311359 300897 beat > files/patch-Xserver-hw-xfree86-os-support-bsd-sparc64_video.c > 311359 300897 beat files/patch-Xserver-os-xprintf.c > 311359 300897 beat files/patch-servermd.h > 311359 300897 beat files/patch-xorgconf.cpp > 311359 303429 kwm files/pkg-deinstall.in > 311359 303429 kwm files/pkg-install.in > 311359 300897 beat pkg-descr > 311359 303429 kwm pkg-plist > > -- > Sphinx of black quartz=2C judge my vow. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe=2C send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" = From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 12:41:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 031A5856 for ; Fri, 1 Feb 2013 12:41:37 +0000 (UTC) (envelope-from andriy.kornatskyy@live.com) Received: from dub0-omc3-s34.dub0.hotmail.com (dub0-omc3-s34.dub0.hotmail.com [157.55.2.43]) by mx1.freebsd.org (Postfix) with ESMTP id A336925D for ; Fri, 1 Feb 2013 12:41:36 +0000 (UTC) Received: from DUB117-W43 ([157.55.2.7]) by dub0-omc3-s34.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Feb 2013 04:40:29 -0800 X-EIP: [jM8IDEKbsmvmMGv4Uij1sd8ApGbpxlOK] X-Originating-Email: [andriy.kornatskyy@live.com] Message-ID: From: Andriy Kornatskyy To: Subject: RE: xorg-server patch error Date: Fri, 1 Feb 2013 15:40:29 +0300 Importance: Normal In-Reply-To: References: , , <510BB282.1040805@gmail.com>, Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 01 Feb 2013 12:40:29.0540 (UTC) FILETIME=[514D8240:01CE0079] Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 12:41:37 -0000 If I remove `work` directory for xorg-server=2C the error is a bit differen= t: =3D=3D=3D> =A0Found saved configuration for xorg-server-1.10.6_2=2C1 =3D=3D=3D> =A0Extracting for xorg-server-1.10.6_2=2C1 =3D> SHA256 Checksum OK for xorg/xserver/xorg-server-1.10.6.tar.bz2. =3D=3D=3D> =A0 xorg-server-1.10.6_2=2C1 depends on file: /usr/local/bin/per= l5.14.2 - found =3D=3D=3D> =A0Patching for xorg-server-1.10.6_2=2C1 =3D=3D=3D> =A0 xorg-server-1.10.6_2=2C1 depends on file: /usr/local/bin/per= l5.14.2 - found =3D=3D=3D> =A0Applying extra patch /usr/ports/x11-servers/xorg-server/files= /extra-hw_dmx_glxProxy_compsize.h =3D=3D=3D> =A0Applying extra patch /usr/ports/x11-servers/xorg-server/files= /extra-hw_dmx_glxProxy_glxcmds.h =3D=3D=3D> =A0Applying extra patch /usr/ports/x11-servers/xorg-server/files= /extra-clang =3D=3D=3D> =A0Applying extra patch /usr/ports/x11-servers/xorg-server/files= /extra-new-arch-i386 1 out of 1 hunks failed--saving rejects to hw/xfree86/common/compiler.h.rej *** [do-patch] Error code 1 Thanks. Andriy ---------------------------------------- > From: andriy.kornatskyy@live.com > To: c.kworr@gmail.com > Subject: RE: xorg-server patch error > Date: Fri=2C 1 Feb 2013 15:35:22 +0300 > CC: freebsd-stable@freebsd.org > > > Volodymyr=2C > > Thank you for the reply. Here is what I have (via: portsnap fetch update)= : > > # ls -lh /usr/ports/x11-servers/xorg-server/* > -rw-r--r-- 1 root wheel 5.3k Jan 19 14:47 /usr/ports/x11-servers/xorg-ser= ver/Makefile > -rw-r--r-- 1 root wheel 344B Apr 21 2012 /usr/ports/x11-servers/xorg-serv= er/distinfo > -rw-r--r-- 1 root wheel 118B Feb 25 2011 /usr/ports/x11-servers/xorg-serv= er/pkg-descr > -rw-r--r-- 1 root wheel 6.2k Aug 31 18:44 /usr/ports/x11-servers/xorg-ser= ver/pkg-plist > > /usr/ports/x11-servers/xorg-server/files: > total 76 > -rw-r--r-- 1 root wheel 5.4k Apr 21 2012 extra-arch-ia64 > -rw-r--r-- 1 root wheel 438B May 5 2010 extra-arch-powerpc > -rw-r--r-- 1 root wheel 1.7k Dec 14 13:08 extra-clang > -rw-r--r-- 1 root wheel 3.4k Apr 24 2012 extra-dix_events.c > -rw-r--r-- 1 root wheel 2.3k Apr 21 2012 extra-hw_dmx_glxProxy_compsize.h > -rw-r--r-- 1 root wheel 1.8k Apr 21 2012 extra-hw_dmx_glxProxy_glxcmds.h > -rw-r--r-- 1 root wheel 799B Apr 21 2012 extra-include_eventstr.h > -rw-r--r-- 1 root wheel 493B Jan 19 14:47 extra-new-arch-i386 > -rw-r--r-- 1 root wheel 511B Jan 19 14:47 extra-old-arch-i386 > -rw-r--r-- 1 root wheel 645B Apr 21 2012 extra-patch-os-utils.c > -rw-r--r-- 1 root wheel 384B May 19 2007 patch-Xserver-hw-xfree86-common-= xf86Config.c > -rw-r--r-- 1 root wheel 469B May 19 2007 patch-Xserver-hw-xfree86-os-supp= ort-bsd-i386_video.c > -rw-r--r-- 1 root wheel 402B Mar 31 2009 patch-Xserver-hw-xfree86-os-supp= ort-bsd-sparc64_video.c > -rw-r--r-- 1 root wheel 350B May 19 2007 patch-Xserver-os-xprintf.c > -rw-r--r-- 1 root wheel 320B May 19 2007 patch-servermd.h > -rw-r--r-- 1 root wheel 471B May 19 2007 patch-xorgconf.cpp > -rw-r--r-- 1 root wheel 244B Aug 31 18:44 pkg-deinstall.in > -rw-r--r-- 1 root wheel 638B Aug 31 18:44 pkg-install.in > > Thanks. > > Andriy > > > ---------------------------------------- > > Date: Fri=2C 1 Feb 2013 14:18:10 +0200 > > From: c.kworr@gmail.com > > To: andriy.kornatskyy@live.com > > Subject: Re: xorg-server patch error > > CC: freebsd-stable@freebsd.org > > > > 01.02.2013 10:07=2C Andriy Kornatskyy: > > > > > # make install clean -sC /usr/ports/x11/xorg-minimal > > > > > > =3D=3D=3D> Installing for xorg-minimal-7.5.2 > > > =3D=3D=3D> xorg-minimal-7.5.2 depends on file: /usr/local/bin/Xorg - = not found > > > =3D=3D=3D> Verifying install for /usr/local/bin/Xorg in /usr/ports/x1= 1-servers/xorg-server > > > =3D=3D=3D> Patching for xorg-server-1.10.6_2=2C1 > > > =3D=3D=3D> xorg-server-1.10.6_2=2C1 depends on file: /usr/local/bin/p= erl5.14.2 - found > > > =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/fi= les/extra-hw_dmx_glxProxy_compsize.h > > > =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/fi= les/extra-hw_dmx_glxProxy_glxcmds.h > > > =3D=3D=3D> Applying extra patch /usr/ports/x11-servers/xorg-server/fi= les/extra-clang > > > Ignoring previously applied (or reversed) patch. > > > 1 out of 1 hunks ignored--saving rejects to hw/xfree86/common/xf86Xin= put.c.rej > > > Ignoring previously applied (or reversed) patch. > > > 1 out of 1 hunks ignored--saving rejects to hw/xfree86/parser/InputCl= ass.c.rej > > > Ignoring previously applied (or reversed) patch. > > > 3 out of 3 hunks ignored--saving rejects to hw/xfree86/dri2/dri2.c.re= j > > > *** [do-patch] Error code 5 > > > > Just a wild guess=2C can there be any old patches in > > /usr/ports/x11-servers/xorg-server/files? At revision 311359 port shoul= d > > contain only: > > > > # svn status -v > > 311359 310652 zeising . > > 311359 310652 zeising Makefile > > 311359 300897 beat distinfo > > 311359 310652 zeising files > > 311359 300897 beat files/extra-arch-ia64 > > 311359 300897 beat files/extra-arch-powerpc > > 311359 308898 zeising files/extra-clang > > 311359 300897 beat files/extra-dix_events.c > > 311359 300897 beat > > files/extra-hw_dmx_glxProxy_compsize.h > > 311359 300897 beat > > files/extra-hw_dmx_glxProxy_glxcmds.h > > 311359 300897 beat files/extra-include_eventstr.h > > 311359 310652 zeising files/extra-new-arch-i386 > > 311359 310652 zeising files/extra-old-arch-i386 > > 311359 300897 beat files/extra-patch-os-utils.c > > 311359 300897 beat > > files/patch-Xserver-hw-xfree86-common-xf86Config.c > > 311359 300897 beat > > files/patch-Xserver-hw-xfree86-os-support-bsd-i386_video.c > > 311359 300897 beat > > files/patch-Xserver-hw-xfree86-os-support-bsd-sparc64_video.c > > 311359 300897 beat files/patch-Xserver-os-xprintf.c > > 311359 300897 beat files/patch-servermd.h > > 311359 300897 beat files/patch-xorgconf.cpp > > 311359 303429 kwm files/pkg-deinstall.in > > 311359 303429 kwm files/pkg-install.in > > 311359 300897 beat pkg-descr > > 311359 303429 kwm pkg-plist > > > > -- > > Sphinx of black quartz=2C judge my vow. > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe=2C send any mail to "freebsd-stable-unsubscribe@freebsd.= org" > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe=2C send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" = From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 15:37:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D830C14C; Fri, 1 Feb 2013 15:37:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ia0-x232.google.com (mail-ia0-x232.google.com [IPv6:2607:f8b0:4001:c02::232]) by mx1.freebsd.org (Postfix) with ESMTP id 89D8DDE7; Fri, 1 Feb 2013 15:37:13 +0000 (UTC) Received: by mail-ia0-f178.google.com with SMTP id y26so5611383iab.9 for ; Fri, 01 Feb 2013 07:37:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lkKuFeRW+i182W9drPozimppAsqVSUYsQd9wUr6tDsQ=; b=Pwqcv6gLCUp4PnXGAwJhjZ5qebmV2Owi39mCyDVf3XH/0ltMpR9D1X+0DOkzGe17pD pYH4pA/vREx6p9Qo4K0gvPTv6xkLowy5Vlzf1QLbhikukGSpBiqDlSxVPU9a9Gf1MyCW GIuUELH3getWx96z7HdpX4iCH1DG8jI8fX4oyyFjx8kGiYgi5gd4IbHBWg4o0VOlKVKR roQn+lqb3jTM17ck5+X6120kI/w7G1WRhKOVwR2r5lzTdkVoNZGA5ayKIUO5sf7WMwg+ 2pux4u+BbQHpx/XkkVuzNA7xLjnEEXxmXiFJCxqysER9sUIcc8zCltpoSiXkdmWOvQFr WU1A== MIME-Version: 1.0 X-Received: by 10.50.187.169 with SMTP id ft9mr1559024igc.25.1359733033147; Fri, 01 Feb 2013 07:37:13 -0800 (PST) Received: by 10.64.29.13 with HTTP; Fri, 1 Feb 2013 07:37:13 -0800 (PST) In-Reply-To: <200912160254.nBG2sYLP082659@svn.freebsd.org> References: <200912160254.nBG2sYLP082659@svn.freebsd.org> Date: Fri, 1 Feb 2013 18:37:13 +0300 Message-ID: Subject: Re: svn commit: r200596 - head From: Sergey Kandaurov To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 15:37:13 -0000 On 16 December 2009 05:54, Warner Losh wrote: > Author: imp > Date: Wed Dec 16 02:54:34 2009 > New Revision: 200596 > URL: http://svn.freebsd.org/changeset/base/200596 > > Log: > Add NO_KERNELOBJ flag, similar to NO_KERNEL{CONFIG,DEPEND,CLEAN}, > which disables doing a make obj. Use it when you know it will work > only. KERNFAST now implies NO_KERNELOBJ, since you don't need to keep > doing obj when doing incremental kernel builds. Hi. Would you mind if I merge this to stable/8? > > Modified: > head/Makefile.inc1 > > Modified: head/Makefile.inc1 > ============================================================================== > --- head/Makefile.inc1 Wed Dec 16 02:52:33 2009 (r200595) > +++ head/Makefile.inc1 Wed Dec 16 02:54:34 2009 (r200596) > @@ -5,10 +5,11 @@ > # -DNO_CLEANDIR run ${MAKE} clean, instead of ${MAKE} cleandir > # -DNO_CLEAN do not clean at all > # -DNO_SHARE do not go into share subdir > -# -DKERNFAST define NO_KERNELCONFIG, NO_KERNELCLEAN and NO_KERNELDEPEND > +# -DKERNFAST define NO_KERNEL{CONFIG,CLEAN,DEPEND,OBJ} > # -DNO_KERNELCONFIG do not run config in ${MAKE} buildkernel > # -DNO_KERNELCLEAN do not run ${MAKE} clean in ${MAKE} buildkernel > # -DNO_KERNELDEPEND do not run ${MAKE} depend in ${MAKE} buildkernel > +# -DNO_KERNELOBJ do not run ${MAKE} obj in ${MAKE} buildkernel > # -DNO_PORTSUPDATE do not update ports in ${MAKE} update > # -DNO_DOCUPDATE do not update doc in ${MAKE} update > # -DNO_CTF do not run the DTrace CTF conversion tools on built objects > @@ -694,6 +695,7 @@ distrib-dirs distribution: > NO_KERNELCLEAN= t > NO_KERNELCONFIG= t > NO_KERNELDEPEND= t > +NO_KERNELOBJ= t > # Shortcut for KERNCONF=Blah -DKERNFAST is now KERNFAST=Blah > .if !defined(KERNCONF) && ${KERNFAST} != "1" > KERNCONF=${KERNFAST} > @@ -763,11 +765,13 @@ buildkernel: > @echo "--------------------------------------------------------------" > cd ${KRNLOBJDIR}/${_kernel}; ${KMAKE} ${CLEANDIR} > .endif > +.if !defined(NO_KERNELOBJ) > @echo > @echo "--------------------------------------------------------------" > @echo ">>> stage 2.2: rebuilding the object tree" > @echo "--------------------------------------------------------------" > cd ${KRNLOBJDIR}/${_kernel}; ${KMAKE} obj > +.endif > @echo > @echo "--------------------------------------------------------------" > @echo ">>> stage 2.3: build tools" > _______________________________________________ > svn-src-all@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-all > To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 15:44: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]) by hub.freebsd.org (Postfix) with ESMTP id AB3C32F5 for ; Fri, 1 Feb 2013 15:44:26 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) by mx1.freebsd.org (Postfix) with ESMTP id 82D72E41 for ; Fri, 1 Feb 2013 15:44:26 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id hz1so1408487pad.10 for ; Fri, 01 Feb 2013 07:44:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=cfvHZYkuNKeQMFZ8p169M47jcGQK3/7lXn+t4HLZ1X8=; b=GhNpTfZ88B1JQ/UwzIzHV++d8NlPNdPUd5YlKe9jDPu2vA29pnzUXiaytb9BoR7UsG CSteFKknyhqizoo6KFhNn8rJHwS3RP5XAJwCUjgjK4tLfNgzSC3qA9giRBsqFrGau+a+ SudpVxgcEYpj5KuYFiFiYE9+cAdkPD7lRxCTObXgQ6DoV40Ypi6RkZjupxUHJ3aaWib+ EVuGuXHrO2tfX1yWdqel8OePFROpJJoxljO+5qlR0OI+NO9tFUsoozNaN3sP73lRY25e ybOs11W5t+yz3Y2wOvUY/70FUgBq7Zk4lX5BZsUnAA/29u0rDNCAGyJ1KFvz3eWLaHWq m2GA== X-Received: by 10.68.216.201 with SMTP id os9mr33382298pbc.36.1359733460429; Fri, 01 Feb 2013 07:44:20 -0800 (PST) Received: from [10.0.0.53] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id d1sm9500451pav.6.2013.02.01.07.44.17 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 01 Feb 2013 07:44:19 -0800 (PST) Sender: Warner Losh Subject: Re: svn commit: r200596 - head Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 1 Feb 2013 08:44:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <200912160254.nBG2sYLP082659@svn.freebsd.org> To: Sergey Kandaurov X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmfFu/XmlD8zNdQmAl4PCPYy+UucRDVy+WDRJreKEX75SnWuxvnHk5RBm5hEk8bciLki5rm Cc: freebsd-stable , Warner Losh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 15:44:26 -0000 On Feb 1, 2013, at 8:37 AM, Sergey Kandaurov wrote: > On 16 December 2009 05:54, Warner Losh wrote: >> Author: imp >> Date: Wed Dec 16 02:54:34 2009 >> New Revision: 200596 >> URL: http://svn.freebsd.org/changeset/base/200596 >>=20 >> Log: >> Add NO_KERNELOBJ flag, similar to NO_KERNEL{CONFIG,DEPEND,CLEAN}, >> which disables doing a make obj. Use it when you know it will work >> only. KERNFAST now implies NO_KERNELOBJ, since you don't need to = keep >> doing obj when doing incremental kernel builds. >=20 > Hi. > Would you mind if I merge this to stable/8? Be my guest. Warner >> Modified: >> head/Makefile.inc1 >>=20 >> Modified: head/Makefile.inc1 >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- head/Makefile.inc1 Wed Dec 16 02:52:33 2009 (r200595) >> +++ head/Makefile.inc1 Wed Dec 16 02:54:34 2009 (r200596) >> @@ -5,10 +5,11 @@ >> # -DNO_CLEANDIR run ${MAKE} clean, instead of ${MAKE} cleandir >> # -DNO_CLEAN do not clean at all >> # -DNO_SHARE do not go into share subdir >> -# -DKERNFAST define NO_KERNELCONFIG, NO_KERNELCLEAN and = NO_KERNELDEPEND >> +# -DKERNFAST define NO_KERNEL{CONFIG,CLEAN,DEPEND,OBJ} >> # -DNO_KERNELCONFIG do not run config in ${MAKE} buildkernel >> # -DNO_KERNELCLEAN do not run ${MAKE} clean in ${MAKE} = buildkernel >> # -DNO_KERNELDEPEND do not run ${MAKE} depend in ${MAKE} = buildkernel >> +# -DNO_KERNELOBJ do not run ${MAKE} obj in ${MAKE} buildkernel >> # -DNO_PORTSUPDATE do not update ports in ${MAKE} update >> # -DNO_DOCUPDATE do not update doc in ${MAKE} update >> # -DNO_CTF do not run the DTrace CTF conversion tools on built = objects >> @@ -694,6 +695,7 @@ distrib-dirs distribution: >> NO_KERNELCLEAN=3D t >> NO_KERNELCONFIG=3D t >> NO_KERNELDEPEND=3D t >> +NO_KERNELOBJ=3D t >> # Shortcut for KERNCONF=3DBlah -DKERNFAST is now KERNFAST=3DBlah >> .if !defined(KERNCONF) && ${KERNFAST} !=3D "1" >> KERNCONF=3D${KERNFAST} >> @@ -763,11 +765,13 @@ buildkernel: >> @echo = "--------------------------------------------------------------" >> cd ${KRNLOBJDIR}/${_kernel}; ${KMAKE} ${CLEANDIR} >> .endif >> +.if !defined(NO_KERNELOBJ) >> @echo >> @echo = "--------------------------------------------------------------" >> @echo ">>> stage 2.2: rebuilding the object tree" >> @echo = "--------------------------------------------------------------" >> cd ${KRNLOBJDIR}/${_kernel}; ${KMAKE} obj >> +.endif >> @echo >> @echo = "--------------------------------------------------------------" >> @echo ">>> stage 2.3: build tools" >> _______________________________________________ >> svn-src-all@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/svn-src-all >> To unsubscribe, send any mail to = "svn-src-all-unsubscribe@freebsd.org" >=20 >=20 >=20 > --=20 > wbr, > pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 15:49:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7B038685; Fri, 1 Feb 2013 15:49:16 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ia0-x233.google.com (mail-ia0-x233.google.com [IPv6:2607:f8b0:4001:c02::233]) by mx1.freebsd.org (Postfix) with ESMTP id 36B16E83; Fri, 1 Feb 2013 15:49:16 +0000 (UTC) Received: by mail-ia0-f179.google.com with SMTP id x24so5547335iak.10 for ; Fri, 01 Feb 2013 07:49:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=hO3Z/TnsMIwLMrQosgBbPcl7ZoKPEOsiG6oPKr6OePo=; b=C1MbMjrjO6RSbS3yhCvSMtRqrfmTTE/FwW7WM8uJELyDv7rSi2OWtx+IFD9NvDOJ47 jxfXQ0LBn2sWDIPHv7hE7WrG90cLATmAUOnIeuMQoPhVEhrtYp++dgKzT8g3WGtlqFBu VTy77F4Yb+G3zeZAUIK01gz458GYEfd/fyOgrp4HzF7d0CAeWQ6fgPlkV4jOoY3pVYKg uboUpMpvpzUup7c4G/GDs7dEXUCIAO+4jBCSPC8vU3Kr2emJ9CcoTNOlnYJFGIdN4+nZ tEe5cok9VYkJnmBOk+96APQkcR7yigqHRdx0hC5Q7mOK8oWQNW2MqicXPcTUgyvKqSbo 9kzg== MIME-Version: 1.0 X-Received: by 10.50.187.134 with SMTP id fs6mr1513642igc.79.1359733754264; Fri, 01 Feb 2013 07:49:14 -0800 (PST) Received: by 10.64.29.13 with HTTP; Fri, 1 Feb 2013 07:49:14 -0800 (PST) In-Reply-To: References: <200912160254.nBG2sYLP082659@svn.freebsd.org> Date: Fri, 1 Feb 2013 18:49:14 +0300 Message-ID: Subject: Re: svn commit: r200596 - head From: Sergey Kandaurov To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable , Warner Losh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 15:49:16 -0000 On 1 February 2013 19:44, Warner Losh wrote: > > On Feb 1, 2013, at 8:37 AM, Sergey Kandaurov wrote: > >> On 16 December 2009 05:54, Warner Losh wrote: >>> Author: imp >>> Date: Wed Dec 16 02:54:34 2009 >>> New Revision: 200596 >>> URL: http://svn.freebsd.org/changeset/base/200596 >>> >>> Log: >>> Add NO_KERNELOBJ flag, similar to NO_KERNEL{CONFIG,DEPEND,CLEAN}, >>> which disables doing a make obj. Use it when you know it will work >>> only. KERNFAST now implies NO_KERNELOBJ, since you don't need to keep >>> doing obj when doing incremental kernel builds. >> >> Hi. >> Would you mind if I merge this to stable/8? > > Be my guest. > > Warner Thanks, merged in r246211. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 17:27: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]) by hub.freebsd.org (Postfix) with ESMTP id 0C59E2D9 for ; Fri, 1 Feb 2013 17:27:27 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback4.g2host.com [208.42.184.244]) by mx1.freebsd.org (Postfix) with ESMTP id C39F72D1 for ; Fri, 1 Feb 2013 17:27:26 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback4.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 11636808 for freebsd-stable@freebsd.org; Fri, 01 Feb 2013 11:27:17 -0600 From: "John Mehr" Subject: Re: svn - but smaller? To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Fri, 01 Feb 2013 11:27:17 -0600 Message-ID: In-Reply-To: <20130130124752.GB10308@snail.casa> References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359478142-8003652.41205547.fr0TGmWxX027565@rs149.luxsci.com> <20130130124752.GB10308@snail.casa> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 17:27:27 -0000 On Wed, 30 Jan 2013 13:47:52 +0100 Arrigo Marchiori wrote: > On Tue, Jan 29, 2013 at 11:48:31AM -0500, Isaac (.ike) > I tried the attached script to download > http://svn.freebsd.org/base/stable/9/ In 27 minutes it >downloaded 67 > megabytes, corresponding to 42 KByte/sec, through an >ADSL link capable > of roughly 400 KByte/sec. Then I stopped it. > > IMHO this should demonstrate that the problem is not >only having a > SVN workalike, but a fast and efficient one. > -- > rigo > > http://rigo.altervista.org Hello all, I've got a "working" solution now. I put working in quotes because I'm seeing similar dismal performance stats to your script (I also have ~ 400 KB/s DSL connection). The problem appears to be with the overhead of sending and receiving all of the ~ 100 byte requests to both get the MD5 signatures and to get the files themselves (large files transfer *very* quickly and I'm not using poll() to check if there's data to be read on the socket). I've got two bugs left to squash and I'll post the source code for everyone to review. I know you can issue more that one command at a time and my next hurdle will be working on speeding things up by combining requests for all files in each folder instead of issuing one request for each file. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 17:53:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5E72499B; Fri, 1 Feb 2013 17:53:05 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id E818C618; Fri, 1 Feb 2013 17:53:03 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r11Hr47t006831; Fri, 1 Feb 2013 11:53:04 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r11Hr3lT006830; Fri, 1 Feb 2013 11:53:03 -0600 (CST) (envelope-from brooks) Date: Fri, 1 Feb 2013 11:53:03 -0600 From: Brooks Davis To: Mark Linimon Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 Message-ID: <20130201175303.GA5914@lor.one-eyed-alien.net> References: <50F6D20A.6070306@FreeBSD.org> <20130117151502.GF29437@lor.one-eyed-alien.net> <20130201042244.GC20772@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20130201042244.GC20772@lonesome.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kimmo Paasiala , Brooks Davis , freebsd-stable@freebsd.org, Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 17:53:05 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 31, 2013 at 10:22:44PM -0600, Mark Linimon wrote: > On Thu, Jan 17, 2013 at 09:15:02AM -0600, Brooks Davis wrote: > > Not unless you consider adding new functions in a reserved namespace > > (str*) to be ABI breakage. >=20 > Well, what often happens is that when we add new functions, ports break. > I think deciding whether this is or is not "ABI breakage" is semantics. > The fact is that regressions get introduced with these types of changes. >=20 > > The port should have continued to work unless it was recompiled so it > > should have preferred it's own version of the strnvis symbol. If its > > makefiles were properly constructed it would have failed to compile > > due to the signature mismatch. >=20 > The mantra should be "every possible combination of ways that a port's > internal build glue can be wrong, is already included in the Ports Collec= tion." > In case after case we see fragile code that is written by people who are > clearly not professionally trained. They "get it to work on their system" > and then shove it out the door. >=20 > Claiming that "they shouldn't do that" is correct but self-defeating. > It's just the reality of open-source software. I'm not sure why I'm being jumped on me in this weeks old report of a now-fixed problem. I did determine to root cause and others produced a patch. If no one else had stepped up I would have done so my self. > IMHO, the burden should be on whoever makes the change to find out whether > or not regressions will be introduced. (And yes, I am very aware that we > don't have -exp run capability right now, but this is one of the cases > where I would like to suggest it would have helped.) I would likely have done an exp run had there been the capability of doing one, but this bug would not have been found since it's a runtime crash caused by a combination of two different BSD projects not talking to each other and poorly chosen CFLAGS in the upstream software allowing it to compile. One could probably write a tool to detect some forms this sort of issue (even premptively), but it's probably not worth doing. -- Brooks --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRDAD/XY6L6fI4GtQRAgllAJ9dWqbKtUsVMUjayOIe3joOoem+SACfQUjF hM3JRL77y9So4+154fcJn30= =r26r -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 18:52: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]) by hub.freebsd.org (Postfix) with ESMTP id 43091CE4 for ; Fri, 1 Feb 2013 18:52:27 +0000 (UTC) (envelope-from olli@grabthar.secnetix.de) Received: from grabthar.secnetix.de (grabthar.secnetix.de [212.17.241.225]) by mx1.freebsd.org (Postfix) with ESMTP id 990AB8F9 for ; Fri, 1 Feb 2013 18:52:26 +0000 (UTC) Received: from grabthar.secnetix.de (localhost [127.0.0.1]) by grabthar.secnetix.de (8.14.5/8.14.5) with ESMTP id r11IqICG093222; Fri, 1 Feb 2013 19:52:19 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by grabthar.secnetix.de (8.14.5/8.14.5/Submit) id r11IqIve093221; Fri, 1 Feb 2013 19:52:18 +0100 (CET) (envelope-from olli) Date: Fri, 1 Feb 2013 19:52:18 +0100 (CET) Message-Id: <201302011852.r11IqIve093221@grabthar.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Subject: stable/9: Force ada1 to UDMA-33 X-Newsgroups: list.freebsd-stable User-Agent: tin/2.0.1-20111224 ("Achenvoir") (UNIX) (FreeBSD/9.1-PRERELEASE-20120811 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 18:52:27 -0000 Hello, I've got a (P)ATA disk in a special frame. The disk itself supports UDMA-100 (and has an 80-ribbon cable), but the frame isn't compatible with that. By default, FreeBSD negotiates UDMA-100, and the console starts to fill with ICRC errors. In the past, I used a patch to ata-all.c that enabled the following entry in loader.conf to force the disk to UDMA-33, so it worked fine: hw.ata.ata_dma_limit="2" But with the "new world", that doesn't work anymore. What is the proper way with ATA_CAM and ada(4) to force a P-ATA disk to a lower UDMA mode? Best regards Oliver PS: Excerpt from dmesg ... atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 17.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-4 device ada0: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada0: 24405MB (49981680 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata1 bus 0 scbus1 target 0 lun 0 ada1: ATA-7 device ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada1: 238475MB (488397168 512 byte sectors: 1H 255S/T 16383C) ada1: Previously was known as ad2 (ada1:ata1:0:0:0): READ_DMA. ACB: c8 00 00 00 00 40 00 00 00 00 10 00 (ada1:ata1:0:0:0): CAM status: ATA Status Error (ada1:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 84 (ICRC ABRT ) (ada1:ata1:0:0:0): RES: 51 84 00 00 00 00 00 00 00 00 00 (ada1:ata1:0:0:0): Retrying command (ada1:ata1:0:0:0): READ_DMA. ACB: c8 00 00 00 00 40 00 00 00 00 10 00 (ada1:ata1:0:0:0): CAM status: ATA Status Error (ada1:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 84 (ICRC ABRT ) (ada1:ata1:0:0:0): RES: 51 84 00 00 00 00 00 00 00 00 00 (ada1:ata1:0:0:0): Retrying command .. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Handelsregister: Amtsgericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsreg.: Amtsgericht München, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen/-Produkte + mehr: http://www.secnetix.de/bsd Perl is worse than Python because people wanted it worse. -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 19:20:41 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8541B510 for ; Fri, 1 Feb 2013 19:20:41 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id E6F05A38 for ; Fri, 1 Feb 2013 19:20:34 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r11JKMCQ033726 for ; Fri, 1 Feb 2013 12:20:28 -0700 (MST) (envelope-from ian@FreeBSD.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r11JK72j026431; Fri, 1 Feb 2013 12:20:07 -0700 (MST) (envelope-from ian@FreeBSD.org) Subject: Re: stable/9: Force ada1 to UDMA-33 From: Ian Lepore To: Oliver Fromme In-Reply-To: <201302011852.r11IqIve093221@grabthar.secnetix.de> References: <201302011852.r11IqIve093221@grabthar.secnetix.de> Content-Type: text/plain; charset="us-ascii" Date: Fri, 01 Feb 2013 12:20:07 -0700 Message-ID: <1359746407.93359.346.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 19:20:41 -0000 On Fri, 2013-02-01 at 19:52 +0100, Oliver Fromme wrote: > Hello, > > I've got a (P)ATA disk in a special frame. The disk itself > supports UDMA-100 (and has an 80-ribbon cable), but the > frame isn't compatible with that. By default, FreeBSD > negotiates UDMA-100, and the console starts to fill with > ICRC errors. > > In the past, I used a patch to ata-all.c that enabled the > following entry in loader.conf to force the disk to UDMA-33, > so it worked fine: > > hw.ata.ata_dma_limit="2" > > But with the "new world", that doesn't work anymore. > What is the proper way with ATA_CAM and ada(4) to force a > P-ATA disk to a lower UDMA mode? You probably want one of these... hint.ata.X.devX.mode limits initial ATA mode for specified device on specified channel. hint.ata.X.mode limits initial ATA mode for every device on specified channel. These are from ata(4) manpage, there are some others there as well. One thing the manpage doesn't say is what sort of values to assign to these hints. From the source code it looks like this is the list: if (!strcasecmp(str, "PIO0")) return (ATA_PIO0); if (!strcasecmp(str, "PIO1")) return (ATA_PIO1); if (!strcasecmp(str, "PIO2")) return (ATA_PIO2); if (!strcasecmp(str, "PIO3")) return (ATA_PIO3); if (!strcasecmp(str, "PIO4")) return (ATA_PIO4); if (!strcasecmp(str, "WDMA0")) return (ATA_WDMA0); if (!strcasecmp(str, "WDMA1")) return (ATA_WDMA1); if (!strcasecmp(str, "WDMA2")) return (ATA_WDMA2); if (!strcasecmp(str, "UDMA0")) return (ATA_UDMA0); if (!strcasecmp(str, "UDMA16")) return (ATA_UDMA0); if (!strcasecmp(str, "UDMA1")) return (ATA_UDMA1); if (!strcasecmp(str, "UDMA25")) return (ATA_UDMA1); if (!strcasecmp(str, "UDMA2")) return (ATA_UDMA2); if (!strcasecmp(str, "UDMA33")) return (ATA_UDMA2); if (!strcasecmp(str, "UDMA3")) return (ATA_UDMA3); if (!strcasecmp(str, "UDMA44")) return (ATA_UDMA3); if (!strcasecmp(str, "UDMA4")) return (ATA_UDMA4); if (!strcasecmp(str, "UDMA66")) return (ATA_UDMA4); if (!strcasecmp(str, "UDMA5")) return (ATA_UDMA5); if (!strcasecmp(str, "UDMA100")) return (ATA_UDMA5); if (!strcasecmp(str, "UDMA6")) return (ATA_UDMA6); if (!strcasecmp(str, "UDMA133")) return (ATA_UDMA6); -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 20:27: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]) by hub.freebsd.org (Postfix) with ESMTP id 38F985B8 for ; Fri, 1 Feb 2013 20:27:26 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback3.g2host.com [208.42.184.243]) by mx1.freebsd.org (Postfix) with ESMTP id 0937CD97 for ; Fri, 1 Feb 2013 20:27:25 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback3.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 10502095 for freebsd-stable@freebsd.org; Fri, 01 Feb 2013 14:27:19 -0600 From: "John Mehr" Subject: Re: svn - but smaller? To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Fri, 01 Feb 2013 14:27:19 -0600 Message-ID: In-Reply-To: <1359380582-6256705.77592125.fr0SDgrYH000991@rs149.luxsci.com> References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359380582-6256705.77592125.fr0SDgrYH000991@rs149.luxsci.com> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1; format="flowed" Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 20:27:26 -0000 > Hey Jonn, this news is better than my Monday AM coffee. > > Once you have something working, however crudely, I'd >love to link/post/reference it on the growing wiki page- >so folks can give it a whirl. > https://wiki.freebsd.org/UsersFetchingSource > > (If this project succeeds, it will neatly get rid of the >purpose of the page!) > > Thanks- > > Best, > .ike Hello, I've posted the working version "Slow.1" for review at: http://jcm.dsl.visi.com/freebsd/svnup/ I'll be working on speeding it up (plus formatting it according to the "man style" guidelines) over the next couple of days and the latest version will always be located there. Since this is my first contribution, I'm sure I've made more than a few rookie mistakes and constructive feedback is definitely appreciated.  Thanks. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 2 10:26:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CEB0AAF6 for ; Sat, 2 Feb 2013 10:26:25 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-la0-x22b.google.com (la-in-x022b.1e100.net [IPv6:2a00:1450:4010:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 5676B93D for ; Sat, 2 Feb 2013 10:26:25 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id ek20so3377428lab.2 for ; Sat, 02 Feb 2013 02:26:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :x-gm-message-state; bh=w+XZXqq6QvkBDeRMctuoiAJsg20NV90O+w5bNf1NOE0=; b=Je7rCaxpQvCRqfP+Zm/OgqBKUhlDS5f6p/1OQyk+Jrq6MyNxPmREbSAijJwaQz2E0L SqXffus0Dn8LgOKhIzvIepDuH16b3o2HCG49bNeb7Yf9uG21DABkbUg9Cb6duoznbtMG +XHffyGru+726lt2973vOS7p/pR6HKm/V15nTyKgqkiX2SwmWJy+D236UqCMB99+d4Oi 2tgFwvH2faoeExXgFgeNVVIpn9uHP2DFXm6qqBWxk04GOzMZKqUqQUJ9rDKeO1IpS/F2 fEoY8hXLvA0tHcLagwV974eAiIo0QGIQ9tH5a87LQ7nwDg9yHRbnH0l4vAnPgXed0JkD kIrw== X-Received: by 10.152.122.100 with SMTP id lr4mr389463lab.28.1359800783813; Sat, 02 Feb 2013 02:26:23 -0800 (PST) Received: from zont-osx.local (ppp95-165-134-17.pppoe.spdop.ru. [95.165.134.17]) by mx.google.com with ESMTPS id u5sm3361180lbm.8.2013.02.02.02.26.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 02 Feb 2013 02:26:22 -0800 (PST) Sender: Andrey Zonov Message-ID: <510CE9CB.6070901@FreeBSD.org> Date: Sat, 02 Feb 2013 14:26:19 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Willem Jan Withagen Subject: Re: Failsafe on kernel panic References: <201301161513.27016.jhb@freebsd.org> <1358392725.32417.179.camel@revolution.hippie.lan> <50FBFA2C.2010504@digiware.nl> In-Reply-To: <50FBFA2C.2010504@digiware.nl> X-Enigmail-Version: 1.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2MVDUAHWIKNSFOUDCWMAO" X-Gm-Message-State: ALoCoQlnnLWq5qSFHRmUiWHzEXaXsibcexiJSHyHzUjNgLgn5TkE57NSU2STKJcFkawDVPza3c9Z Cc: freebsd-hackers@FreeBSD.org, Sami Halabi , "freebsd-stable@freebsd.org" , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Feb 2013 10:26:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2MVDUAHWIKNSFOUDCWMAO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 1/20/13 6:07 PM, Willem Jan Withagen wrote: > On 17-1-2013 4:18, Ian Lepore wrote: >> On Wed, 2013-01-16 at 23:27 +0200, Sami Halabi wrote: >>> Thank you for your response, very helpful. >>> one question - how do i configure auto-reboot once kernel panic occur= s? >>> >>> Sami >>> >> >> From src/sys/conf/NOTES, this may be what you're looking for... >> >> # >> # Don't enter the debugger for a panic. Intended for unattended operat= ion >> # where you may want to enter the debugger from the console, but still= want >> # the machine to recover from a panic. >> # >> options KDB_UNATTENDED >> >> But I think it only has meaning if you have option KDB in effect, >> otherwise it should just reboot itself after a 15 second pause. >=20 > Well it is not the magical fix-all solution. >=20 > Last night I had to drive to the colo (lucky for me a 5 min drive.) > because I could not get a system to reboot/recover from a crash. >=20 > Upon arrival the system was crashed and halted on the message: > rebooting in 15 sec. >=20 I've seen the same thing many and many times. Now I'm using ddb to save crash dump and reboot machine on panic. It's much more reliable. --=20 Andrey Zonov ------enig2MVDUAHWIKNSFOUDCWMAO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJRDOnOAAoJEBWLemxX/CvTPfMH/R2X0hi913nmL1Tvrw+zMGqz MLFv+karGxYuHeQgquKv85/ShW07pCGeo0raeb+V0RAD3hoZaBpqnOYjGQdK3ju9 0bOhpHezexb6U6XmFMuLwhKRdh5aZU4DkfVOWLudKGHFIic/NUmu1JKa5XOLGo2V frmIbQnzIgaK+TLDylWwFwtA9V1AsEMWQuHxVt1LJ3MZzMcJy3Gi1GVHIieg/QhH nGE3eNYKylvmSkvlnPAdS/pQgO9du9JkxdhdSlZKwII5FuMEucinA23sarTAvKJ3 SPYTKYpyTkTu+0L9a98aR6CnSjmuV7so9gYnxDTVV1tiWONoXWpnBlioLNgu2Bo= =3ZmE -----END PGP SIGNATURE----- ------enig2MVDUAHWIKNSFOUDCWMAO-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 2 14: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]) by hub.freebsd.org (Postfix) with ESMTP id 6F6B7448 for ; Sat, 2 Feb 2013 14:17:58 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 449A2369 for ; Sat, 2 Feb 2013 14:17:57 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U1dug-0007IY-OY for freebsd-stable@freebsd.org; Sat, 02 Feb 2013 06:17:50 -0800 Date: Sat, 2 Feb 2013 06:17:50 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1359814670753-5783166.post@n5.nabble.com> In-Reply-To: <510245DE.6080206@FreeBSD.org> References: <510245DE.6080206@FreeBSD.org> Subject: Re: acpi resume related patch 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.14 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, 02 Feb 2013 14:17:58 -0000 Does not apply cleanly for me on 9-STABLE. I've tried svn patch acp(...) and patch Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1CB44173 for ; Sat, 2 Feb 2013 16:19:12 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-yh0-x22b.google.com (yh-in-x022b.1e100.net [IPv6:2607:f8b0:4002:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id A69E599D for ; Sat, 2 Feb 2013 16:19:11 +0000 (UTC) Received: by mail-yh0-f43.google.com with SMTP id z6so94421yhz.16 for ; Sat, 02 Feb 2013 08:19:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type; bh=b50nei8VuSr9R8gvRWJC0RMrO103MAoELCueYmSAvGI=; b=hLrGTi2FPfgjuMjH26sJTOrj5z8YjGkZ6qIpEnFwhzu7G2vSV/4wAo7B0hvtA8bqOl yeharX7HEIF/TLnuZAC0Kc9+WL9UxpuAOF/82cyng7sxCOGm7lNRjsVOCv0/5CaS4Y9D k20H2C0sWDKtpFsHXh7RGpfwf4V8ygQNtI+IY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :x-gm-message-state; bh=b50nei8VuSr9R8gvRWJC0RMrO103MAoELCueYmSAvGI=; b=Uv9yA1O/tIbo8+eqzz6q8d2tksHHVC3i7nrccrTkaKq0W8+7+Fc7wONFyd3D9iJU3x 36ApLAfN8Mifumo5gBmtCzS6eFp1WisZA54pWsF6Hwmm+uSC1gPhV+/fAyr/ho3zTYuo vS++33IvWQoEnF/qDV4dgmasE8SNfsSvw0Co6xxKmZfJBTiQRnYyRX7wBaufklLXawfS UsUy4I1+I8duEex2KyumGqDKbqVb1L7nNsk/REDommVMR6DZRtiXQ83c7hTlHqEnsK4h 4XLYkwqoWYueuwnIFKu1sZhx7JuTWMUjbDkAGLsOYrSY0NxnCKvCWgVS0IEMIhivuEVW Fdgg== X-Received: by 10.236.120.50 with SMTP id o38mr19638442yhh.100.1359821950947; Sat, 02 Feb 2013 08:19:10 -0800 (PST) Received: from desktop.drenet.local ([97.100.190.35]) by mx.google.com with ESMTPS id q11sm10539663anp.13.2013.02.02.08.19.10 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 02 Feb 2013 08:19:10 -0800 (PST) Message-ID: <510D3C7C.6000505@drenet.info> Date: Sat, 02 Feb 2013 11:19:08 -0500 From: Andre Goree User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130118 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: acpi resume related patch References: <510245DE.6080206@FreeBSD.org> In-Reply-To: <510245DE.6080206@FreeBSD.org> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE61CB6EE2849C4E27D8F69BA" X-Gm-Message-State: ALoCoQlwRXJB3vvILXmUHrP4hZfjT1S0ELah0NU4khs0YNhRzutkXTN5kZoGB2ziGtnmSRoDXAmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Feb 2013 16:19:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE61CB6EE2849C4E27D8F69BA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/25/13 03:44, Andriy Gapon wrote: >=20 > If you have ACPI suspend/resume working, if it used to work but stopped= working > at some time, if it never worked, but you are still hoping, could you p= lease > test the following patch and report back? >=20 > http://svn.freebsd.by/files/acpi-apic-wakeup-final.patch >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >=20 Can I attempt this on an 8-stable machine? Or does it not matter? --=20 Andre Goree andre@drenet.info --------------enigE61CB6EE2849C4E27D8F69BA 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.19 (FreeBSD) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJRDTx9AAoJEJQrkaCSFIoROuMIALSEoHgQ1B/GmBTKBqaJiR+9 e5JBWhfYIF5QNpx4/zGmDkBgL1f43Um0RpJ/0Gb20GtFpuhWo7fN5LgAhXLjpuBd TDc8ICySo15q3XTMmQgo0kRx0FFYv+VkqKEsMqLVo99I+zBnCBJSIbF8pjNa8tkH Te6t0Qa2VqCQCsxvHYUNOJPauOMirBizvLpT3rtwDfYjn4hy45E1iSkTFxhEI/M8 A5Dukf0Lp3uySLvgyUtCAk6P9m4R3cejV2SdGOA4EwCRZhiDCDOKDjtkHevgvAAb A3fHZRVF6hSFXaM5CG7FYWWK+lncr+j7PncpKIlf6bEHB9uBB6kEe9BxXKLaS5k= =ZdJr -----END PGP SIGNATURE----- --------------enigE61CB6EE2849C4E27D8F69BA-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 2 22:13:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 552B6BA0; Sat, 2 Feb 2013 22:13:04 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id EB25A87F; Sat, 2 Feb 2013 22:13:03 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id D6ACF160041; Sat, 2 Feb 2013 22:12:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9 From: Stefan Bethke In-Reply-To: Date: Sat, 2 Feb 2013 23:12:52 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <50F6D20A.6070306@FreeBSD.org> <20130117001116.GD29437@lor.one-eyed-alien.net> <50F81588.5020106@FreeBSD.org> <51081E18.60303@sentex.net> To: Kimmo Paasiala X-Mailer: Apple Mail (2.1499) Cc: FreeBSD Stable Mailing List , miwi@freebsd.org, Brooks Davis , Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Feb 2013 22:13:04 -0000 Am 30.01.2013 um 07:21 schrieb Kimmo Paasiala : > On Wed, Jan 30, 2013 at 7:27 AM, James wrote: >> I was able to correct the problem as well by prefixing strnvis, = avoiding the >> symbol collision. I also found PR: ports/172941 which also has a fix. >>=20 >> Using my patch or the patch in ports/172941 fixes the segfault for me = in >> stable/9. However, I quickly ran into another problem. I can't = remember the >> error message exactly, it was something like "Unable to initialize = PAM: >> Unknown file descriptor". A ktrace didn't reveal anything obvious. = I'll try >> to test it out tomorrow. >>=20 >> -- >> James. >=20 > Try the attached patch. Just drop it into > /usr/ports/security/pam_ssh_agent_auth/files directory and recompile. >=20 > This will make the port use the system strnvis() with correctly > ordered arguments if one is available (HAVE_STRNVIS defined) and an > _openbsd suffixed version if not. >=20 >=20 > -Kimmo > Working great for me! Is this on any committers radar? I don't see a PR for it. Stefan --=20 Stefan Bethke Fon +49 151 14070811