From owner-freebsd-stable@FreeBSD.ORG Sat Nov 15 14:55:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 645B4A96 for ; Sat, 15 Nov 2014 14:55:39 +0000 (UTC) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0101.outbound.protection.outlook.com [207.46.100.101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 258E78A for ; Sat, 15 Nov 2014 14:55:38 +0000 (UTC) Received: from [10.0.0.21] (73.5.142.244) by BN3PR0301MB0835.namprd03.prod.outlook.com (25.160.154.145) with Microsoft SMTP Server (TLS) id 15.1.16.15; Sat, 15 Nov 2014 14:55:31 +0000 Message-ID: <5467695F.3080902@my.hennepintech.edu> Date: Sat, 15 Nov 2014 08:55:27 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Subject: Re: best overall upgrade from 8.x? References: <54673CA1.5020008@netfence.it> <20141115125347.GC16633@swelter.hanley.stade.co.uk> In-Reply-To: <20141115125347.GC16633@swelter.hanley.stade.co.uk> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [73.5.142.244] X-ClientProxiedBy: BL2PR08CA0037.namprd08.prod.outlook.com (10.255.170.155) To BN3PR0301MB0835.namprd03.prod.outlook.com (25.160.154.145) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BN3PR0301MB0835; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:; SRVR:BN3PR0301MB0835; X-Forefront-PRVS: 03965EFC76 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(6049001)(51704005)(189002)(479174003)(24454002)(199003)(21056001)(76176999)(23676002)(86362001)(4396001)(89122001)(110136001)(97736003)(87976001)(92566001)(92726001)(19580395003)(31966008)(80316001)(64126003)(65816999)(50986999)(54356999)(87266999)(50466002)(83506001)(99136001)(101416001)(33656002)(102836001)(88552001)(122386002)(59896002)(99396003)(93886004)(77156002)(40100003)(62966003)(77096003)(450100001)(46102003)(120916001)(75432002)(106356001)(65956001)(105586002)(65806001)(66066001)(95666004)(107046002)(2351001)(107886001)(64706001)(47776003)(20776003)(42186005)(89472002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0301MB0835; H:[10.0.0.21]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:; SRVR:BN3PR0301MB0835; X-OriginatorOrg: my.hennepintech.edu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 15 Nov 2014 14:55:39 -0000 On 2014.11.15 06:53, Adrian Wontroba wrote: > On Sat, Nov 15, 2014 at 12:44:33PM +0100, Andrea Venturoli wrote: >> On 11/15/14 05:48, Kevin Oberman wrote: >> > I'd wait a month or so and, if no problems that might impact you pop up, >> > I'd go with 10.1 >> Uh... is direct upgrade (using sources) possible from 8.4 to 10.1? >> No need to step through 9.x? > > Even the move from 9.2 (a near year old 9/stable) to 10.1 (stable/10 as > of about 3 weeks ago) is slightly problematic. > > Following the normal upgrade procedure of installkernel and then > rebooting with the userland untouched runs into a problem whereby > rc.conf falls apart with a shower of eval errors, no networking, ... > > I do not know the cause. > > Fortunately the quick and dirty upgrade approach works for this case. > I did not expect it to (8-) > > cd /usr/src > mergemaster -p > make installkernel > make installworld > mergemaster > shutdown -r now > Are you sure you followed the updating instructions exactly? That page of the handbook does change from time to time and doing mergemaster before installing world and kernel is certainly *not* correct. I highly recommend not memorizing the instructions, and to follow a current version of the handbook whenever updating. AFAICT, updating from source should *always* work perfectly (as long as the system is working enough to actually compile and install the new files).