From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 18:01:05 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E10FE260 for ; Mon, 24 Feb 2014 18:01:05 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2A8813BE for ; Mon, 24 Feb 2014 18:01:05 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1OI0vrs074990; Mon, 24 Feb 2014 10:01:01 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402241801.s1OI0vrs074990@gw.catspoiler.org> Date: Mon, 24 Feb 2014 10:00:57 -0800 (PST) From: Don Lewis Subject: Re: libinit idea To: mueller6724@bellsouth.net In-Reply-To: <658811.23371.bm@smtp115.sbc.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 18:01:06 -0000 On 24 Feb, Thomas Mueller wrote: > from Don Lewis: > >> I've got a Fedora server here that has systemd and I've come to >> dislike it. It seems to be one of those "Do not open. No user >> serviceable parts inside." sorts of things. > >> I was never able to get it to start NUT properly. > >> More often than not, it fails to come up multi-user. The machine has >> a large number of disks (mostly JFS and XFS) attached to it, and even >> after what I think should be a clean shutdown, it seems to want to >> fsck a bunch of them. Unfortunately, there seems to be some sort of >> timeout on that, so a bunch get skipped and then don't get mounted. >> I have to manually fsck everything in single user mode. Then if I >> reboot, it >> *might* come up properly. I haven't been able to find any knobs to >> adjust the timeout. Sometimes, there is just a message that says >> something like "an error occurred" at the top of the screen, just >> before the prompt for the single-user password, with no clue as to >> what it is unhappy about. > >> Emergency shutdown can also be a problem. If I'm around when the >> power fails, I manually try to shut down the machine before the UPS >> battery runs down. I don't have the screen on the UPS, so I hit the >> power button and cross my fingers that the machine will make it >> through the clean shutdown sequence in time. It seems to take >> forever (many minutes) and I have no idea what the heck it is >> spending all of its time on. > >> The documentation seems to be very sparse. > >> My plan is to migrate this function to a FreeBSD server. > > This looks scandalously slow. It reminds me of the time with OS/2 > Warp 4 in the late 1990s when I had to close Netscape web browser in > preparation for shutdown, and it took 15 minutes because it was a hog > for memory, by late 1990s standards. I had 20 MB RAM, not bad for > those days. > > What would happen if you typed at the command prompt > shutdown -r now > or > shutdown -p now > ? > Would it take seemingly forever? In Linux-land "shutdown -h now" does what our "shutdown -p now" does. For whatever reason, doing shutdown that way seems faster. That's not so handy for me in the power loss case because the machine is running X and is most likely sitting in the screensaver. Switching to another vty, doing a root login, and typing in the shutdown command is a lot of typing to get right while flying blind without a monitor. There might also be a slowdown due to the network being down, though it's hard to tell in my case. I'm also not using NFS, which would be the obvious culprit. I forgot to mention that the command line tools are feel cumbersome. To restart a service: FreeBSD: /etc/rc.d/foo restart Old Linux: /etc/init.d/foo restart Systemd: systemctl restart foo.service seems worse that that when I'm actually typing it ... > Would it take seemingly forever? > > I would like to try systemd in Linux, can't say at this stage whether > I'll like it, hate it, or somewhere in between. There's no substitute for firsthand experience.