From owner-freebsd-questions@FreeBSD.ORG Thu Aug 16 19:44:36 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78EF6106566B; Thu, 16 Aug 2012 19:44:36 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF0E8FC0A; Thu, 16 Aug 2012 19:44:36 +0000 (UTC) Received: by obbun3 with SMTP id un3so5520430obb.13 for ; Thu, 16 Aug 2012 12:44:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lKWicm8gAbYqNIn/QEI9q0sIr61MqZX6vtjT644zJgM=; b=scVNKyBbU1G/UXW4wAvaUntbwTxIPKum+iGkt+ZZk2FZbS4G+XbTZMRFpbBRYD0ZaZ 5Q03hu7RPc1KBXYh/ggeZN/iGlJBoHQB1jPV0+8dBmNR3yjWzYtNA+caqke2TLCNtXZV 7OP7YRF9OCQ0OEpPUhdRQxSB6Y9fc5Ak16vIgbqVTqJ4UjqTUp7PQJadxJ2RfF9aeRqq 8LpUh02jn5d+39vZo2aAoHgoatx38SkGnrQNgU26+SKaEcXfiatXhJj3zo+zozVpHgKo c3onRhG1kdVbVuY7n60V6VnB/bWkZtgYyzh3DhXqaSl+O3urB1zloRn0ovIBdE2niAdT Yo2A== MIME-Version: 1.0 Received: by 10.182.117.71 with SMTP id kc7mr1932068obb.62.1345146275687; Thu, 16 Aug 2012 12:44:35 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Thu, 16 Aug 2012 12:44:35 -0700 (PDT) In-Reply-To: <502D12C0.2060405@zedat.fu-berlin.de> References: <502D12C0.2060405@zedat.fu-berlin.de> Date: Thu, 16 Aug 2012 12:44:35 -0700 Message-ID: From: Garrett Cooper To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current , freebsd-questions@freebsd.org Subject: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 19:44:36 -0000 On Thu, Aug 16, 2012 at 8:33 AM, Hartmann, O. wrote: > > I ran into a very delicate and nasty situation. ... > On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 > got corrupted by "install" and/or "mtree" dumping core and signalling > SIGNAL 11. Booting into multiuser mode is impossible, login core dumps > SIGNAL 11, many other daemons, too. The only way is to boot into single > user mode. I'm not drawing a correlation between this and unrelated coredumping processes. > An installation failed due to pkg(ng) was missing libarchive.so via > portmaster or via core dumping install(1). By installing on one box, my > home box, port security/cyrus-sasl2 manually, luckily install(1) and > mtree(1) didn't coredump and it worked - and this precedure rescued me. > But on my lab's development box, it doesn't work! Don't make delete-old-lib unless you have it moved off to compat directories, or have rebuilt everything using the new libarchive. > On this specific box, where this nasty problem also occured the same way > by simply recompiling everything for port www/apache22, including the > reinstallation of port security/cyrus-sasl2. Nearly every binary is > suddenly coredumping (as on the home box). login, vi, install, devfs, > syslogd, mtree, id, find ... a whole lot of binaries seem to be > compromised by something I do not see (libsasl2.so perhaps?). truss the binaries to figure out exactly what's going wrong. A lot of this lost effort could be avoided (like others have posted on the list more than once), by having a centralized package distribution server, and by having VMs or jails and keeping snapshots with pre-upgrade state on the package building machine to avoid "dead in the water scenarios" like you're in right now. > I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at > least a working vi. But in /rescue, I can not find install or mtree. I'm > not familiar with the sophisticated ways of /rescue. Where are > install(1) and mtree(1)? I ran into this issue too a little while ago. I basically gave up on recovering a VM and nuked and repaved it using a LiveCD with a chroot, some cp -p'ing, etc. But yes.. it would be nice if I could have recovered the system at least with a static toolchain: cc, binutils [equivalent], mtree, install, etc. ... > Disabling this pkgng tag leads to reinstallation of missing packages, > which are store in the pkgng sqlite format and not as ASCII anymore, but > then I get > /var/runld-elf.so.hints: No such file or directory > Error: shared library "iconv.3" does not exist. service ldconfig start ? > But most of the libs have never been touch! So what is the loader > complaining about? ... > I tried to find rescue images and a rescue DVD of a snap shot server, > but there is no way to crawl through the informations on the web pages > towards a snapshot. All folders end up in 2011 and highly outdated > (www.freebsd.org, I didn't look at mirrors since I thought the main > server carries the most recent stuff). This isn't funny. No lead, no > hint, even in the download section. > > If someone has some hints how to recompile the sources with an emergency > booted disk, I highly appreciate some desater advice. Maybe the release > of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty > bug, so it would be nice to update the sources and have a complete > recompilation done. > > Thanks in advance, Simply put: fix your infrastructure (as this isn't the first time you have complained about infrastructure issues on the MLs). A lot of these issues should not be issues if you set up your infrastructure properly to deal with building things only once, backup packages before installation, you had snapshots of your system, etc. This will help you avoid administration pain, and hopefully will result in less duplicated work. Cheers, -Garrett