From owner-freebsd-stable@FreeBSD.ORG Fri Feb 7 15:52:54 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 189FB870 for ; Fri, 7 Feb 2014 15:52:54 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0C4E1B84 for ; Fri, 7 Feb 2014 15:52:53 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.7/8.14.5) with ESMTP id s17FqgND091812; Fri, 7 Feb 2014 07:52:43 -0800 (PST) (envelope-from dg@pki2.com) Subject: Re: Squid aufs crashes under 10.0 From: Dennis Glatting To: Pavel Timofeev In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" Date: Fri, 07 Feb 2014 07:52:42 -0800 Message-ID: <1391788362.88229.35.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: s17FqgND091812 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: dg@pki2.com Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Feb 2014 15:52:54 -0000 There are several problems with Squid source with one of the most significant in "debug." Specifically, there are print statements using cstring that DO NOT manage the case where cstring is empty (i.e., c_str() returns NULL) thereby producing SIGSEV. There are also a cases where strlen() is called with a NULL pointer, also causing SIGSEV. I have ported 3.4 to FreeBSD and I have patches available here. Some bugs are fixed, others not; However, I am running this code on two busy sites. http://www.pki2.com/squid34.tar I posted this stuff to ports@ but no response (it's a hack of the 3.3 Makefile, files, etc, but I'm not a ports commiter, for the sake of others :)). I believe aufs code is broken. I don't use it so I DID NOT try to figure out why. For certain the Rock Store code is broken. Note that I used clang++ 3.3 c++11. On Fri, 2014-02-07 at 17:17 +0400, Pavel Timofeev wrote: > Hi! > There is a problem with squid under FreeBSD10.0. > Squid crashes immediately if storage type is set to aufs. > It goes down during read of config file. > > No problem with diskd. No problem with aufs under FreeBSD9.2. > > Someone thinks that it's related to clang which is default compiler on > FreeBSD 10.0. > > I recompiled www/squid33 with DEBUG option. Got coredump. > Then I did and got this: > gdb /usr/local/sbin/squid /var/squid/squid.core > .... > Reading symbols from /usr/lib/private/libheimipcc.so.11...done. > Loaded symbols for /usr/lib/private/libheimipcc.so.11 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > Segmentation fault (core dumped) > > Gdb goes down too =) > Any ideas? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Dennis Glatting