From owner-freebsd-questions@freebsd.org Thu Feb 15 00:05:07 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B205F089D1 for ; Thu, 15 Feb 2018 00:05:07 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailman.tundraware.com", Issuer "mailman.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1968174C79 for ; Thu, 15 Feb 2018 00:05:06 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id w1F0503i007946 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 14 Feb 2018 18:05:01 -0600 (CST) (envelope-from tundra@tundraware.com) Subject: Re: any problem going from 9.x (don't laugh) to 11 directly? From: Tim Daneliuk To: "Randal L. Schwartz" , Doug Hardie Cc: FreeBSD Mailing List References: <86lgfvjk6c.fsf@red.stonehenge.com> <7F0B2921-9F04-4E15-BD0F-17A0EA8E953B@mail.sermon-archive.info> <86lgfvi20e.fsf@red.stonehenge.com> <37591333-593e-7c35-0cfb-a3ab02bddf55@tundraware.com> Message-ID: <97406fe4-5ffb-c179-670b-47ade93bdf2a@tundraware.com> Date: Wed, 14 Feb 2018 18:04:55 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <37591333-593e-7c35-0cfb-a3ab02bddf55@tundraware.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (oceanview.tundraware.com [45.55.60.57]); Wed, 14 Feb 2018 18:05:01 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: w1F0503i007946 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-0.896, required 1, autolearn=not spam, ALL_TRUSTED -1.00, AWL 0.11, T_RP_MATCHES_RCVD -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 00:05:07 -0000 On 02/14/2018 05:51 PM, Tim Daneliuk wrote: > On 02/14/2018 05:29 PM, Randal L. Schwartz wrote: > >> Doug> There are enough library changes that most services just will not >> Doug> start properly and tend to hang. You are left with a system that >> Doug> is non-responsive. The one approach I used successfully one time >> Doug> was to comment virtually everything other than sshd out in >> Doug> rc.conf. You have to make sure you have really killed sendmail >> Doug> though. Setting it to NO is not enough. Otherwise it will >> Doug> eventually give up and give you back service, but it takes a long >> Doug> time. >> >> Great advice! Thanks. >> > > Another strategy might be to put a second drive in the system and install > a clean version of 11 and all the needed packages/ports on that. Then - > since it can mount your existing 9.x disk, incrementally copy over your > data and custom configurations. In my experience, this turns out to be > a lot quicker and cleaner that trying to do in-place upgrades. Moreover, > when you are all done, you still have your original, untouched disk. > > Disks are cheap :) > Oh, another way I've done this in inside VMs. Once configured and built to my satisfaction, I just tarball off the entire contents of the VM's filesystem. Then, I pour it onto a bare "real" drive that's been partitioned and formatted appropriately. On Linux systems, I do some this with docker instances, although full OS imaging is a good use case for this approach. Some notes I've jotted down over the years: https://www.tundraware.com/TechnicalNotes/Baremetal -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/