From owner-freebsd-advocacy@FreeBSD.ORG Wed Jan 14 03:53:34 2015 Return-Path: Delivered-To: freebsd-advocacy@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 591FEF74 for ; Wed, 14 Jan 2015 03:53:34 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AF74C54 for ; Wed, 14 Jan 2015 03:53:33 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id b16so4983881igk.3 for ; Tue, 13 Jan 2015 19:53:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=webassign.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=9LgtUAvBzGcj25M7591QOs6RmhHALY1hmcjxV5wFmX8=; b=HxzmJm1ITZtv9nLWrNj4VpPllCMJ80rSwqmslO20eEL/9lviklP4Ze1k+WITlhn5ql wuOwkk7QMcYCfpszt+nUunQ5qBHQ0H7E2tOAs9c2QRNuNpXNIRpOpABH8stwQ7noa3NY 1fs+2tM4aKEMdtpe0Q/czvo2C9kiKYPZwU/Gw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=9LgtUAvBzGcj25M7591QOs6RmhHALY1hmcjxV5wFmX8=; b=R9ftU27PSK9zMoqVxcJQ2m/7g8pl20pFSXInBlzJxGWMNvGD86xxU8KiYVgJR8vzrF rNznLDM22mzCvIOHcMgDZMHW3UZ0h5QvM/0d1qeZu88w57zqdwsIn6ac6uos4R7Xrzd+ p+rDOFQUABkwAlyzC6jyzk8r7O0WwYwvF5dG89IWlDjvrlvHUtzWUrKb2Lgbaw525+A8 xF886s+Tfd31SgXznuaBAnLKYgIflrZw/+mmsIakWF09ZY2eJPy7+2SNYeNwtd5mMu7R 8PFwWSdKmubagcX01LQYoOu/ieJJcx5oCcGxEEr7Dp2tYphppGP/ukHDdh9eyucnxUBA yYLQ== X-Gm-Message-State: ALoCoQmivt2u6LwJnh7YTJfJxXUdZFjzwq2cI2NZxS1kIiEfNh4oZ2sEAmAw/6mgrmdRUh0j9j/o X-Received: by 10.43.33.1 with SMTP id sm1mr2625890icb.43.1421207613284; Tue, 13 Jan 2015 19:53:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.106.102 with HTTP; Tue, 13 Jan 2015 19:53:12 -0800 (PST) In-Reply-To: References: <20150114023330.GA80986@FreeBSD.org> From: Hunter Satterwhite Date: Tue, 13 Jan 2015 22:53:12 -0500 Message-ID: Subject: Re: projects to better support FreeBSD sysadmins To: Craig Rodrigues Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-advocacy@freebsd.org, Deb Goodkin X-BeenThere: freebsd-advocacy@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: FreeBSD Evangelism List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 03:53:34 -0000 Thanks for providing more detail Craig. Fair enough, but these two items are minor at best and I don't feel like they do much in the way of supporting your previous claim. While I do wholeheartedly agree with the fact that freebsd-update should "just work" it's still easy to work around. To automate the installation of FreeBSD without the use of any other 3rd-party tools you would write your own shell script for bsdinstall. It's pretty straight forward and easy to do. However, I'd argue that if you want to operate at the scale you keep referring to and do it full life cycle, then you're likely not going to be doing this. Instead you'll be using tools, like Foreman and Puppet, which will make provisioning systems a cinch. FWIW, I've had both inexperienced and experienced Linux system administrators who want to employ the use of DevOps and have had both at some point and time state, "You can't do that with FreeBSD" or "FreeBSD makes it very difficult to do X". Each and every time they were incorrect and it was, because FreeBSD is not their wheel house and unfortunately they didn't take the time to do much research on their own. No one administrator can be an expert in everything, but part of what we do requires us to be inquisitive and investigative. Two traits that are fading fast in Linux administrators. - Hunter On Tue, Jan 13, 2015 at 10:30 PM, Craig Rodrigues wrote: > On Tue, Jan 13, 2015 at 7:13 PM, Hunter Satterwhite < > hsatterwhite@webassign.net> wrote: > >> Craig, >> >> Could you elaborate on these "problems"? Our data center is ~400 nodes >> and 99% FreeBSD. We've used CFengine, we're implementing Puppet (and its >> going great!), we use Ansible, and we also use languages such as Python, >> Ruby, and Google's Go. Oh and not to mention we have a RESTful application >> running on FreeBSD + node.js + MongoBD/MySQL. >> >> I think the project's focus is fine. Year after year we're given a >> complete, enterprise Unix operating system and it's only getting better. >> >> > > I can point to two problems which I found today: > > (1) freebsd-update doesn't work so well in an automation environment > without a real tty: > > > https://lists.freebsd.org/pipermail/freebsd-current/2015-January/053982.html > > This was pointed out to me by a devops expert who is helping me with > automation > for the http://jenkins.freebsd.org. > > (2) documentation for doing "kickstart" installs of FreeBSD is not as > easy to find as for Linux: > > > https://lists.freebsd.org/pipermail/freebsd-current/2015-January/053970.html > > This was pointed out to me by another devops person I am working with > who is familiar > with setting up kickstart installs for Linux, but couldn't easily > figure out how to do it for FreeBSD. > > These are very basic things and can be solved on their own, > but I would like to see more of a focus on this kind of stuff at a project > level, so that > these problems don't exist in the first place, and things *just work*. > > For many people, the perception is that Linux is easier for devops people > to work > with than FreeBSD, and they can install/maintain many nodes in large cloud > and datacenter environments > more easily. I have seen in two companies where hundreds of FreeBSD nodes > were migrated to Linux, > because the IT/devops staff found Linux worked better at large scale than > FreeBSD in the modern datacenter. > > I think the FreeBSD project is improving, but we can do better. > > -- > Craig > > -- Hunter Satterwhite Systems Engineer, Technical Operations (TechOps)