From owner-freebsd-apache@FreeBSD.ORG Fri Jan 3 04:22:42 2014 Return-Path: Delivered-To: freebsd-apache@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE10E8FC for ; Fri, 3 Jan 2014 04:22:42 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F8271440 for ; Fri, 3 Jan 2014 04:22:42 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 08DE320A23 for ; Thu, 2 Jan 2014 23:22:35 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Thu, 02 Jan 2014 23:22:35 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=poDyTHfgzXU9IcIrjvFMTIT2D38=; b=dJn gmx6TDfoN2BcXvsQX8IbCTPvzm2nyCmAglS/My1oqEHCaNBLg6go/y0p4PoPYyAh 8BwuzKf38cK+lTwKFd8nWlx7K/Ch+94H+JEMS5ENejTmIkPTXu6ik2tSiYa22EiA ru6l/sm/Qdpz3qQfH31K6sEUqR3b21T/rOaHfHQQ= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id C92731086D2; Thu, 2 Jan 2014 23:22:34 -0500 (EST) Message-Id: <1388722954.21375.66032021.2C5C3457@webmail.messagingengine.com> X-Sasl-Enc: yCmJPrkDSbEJfbX7z5jh0wAxsGQ7pzAzpV0OzfXk6bJc 1388722954 From: Mark Felder To: freebsd-apache@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-1af17f61 In-Reply-To: <0121e9344110bf2e1626d3f895973546@cflinux.hu> References: <0121e9344110bf2e1626d3f895973546@cflinux.hu> Subject: Re: Fwd: Re: apr / freebsd Date: Thu, 02 Jan 2014 22:22:34 -0600 X-BeenThere: freebsd-apache@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Support of apache-related ports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 04:22:42 -0000 On Thu, Jan 2, 2014, at 8:46, krichy@cflinux.hu wrote: > Dear apache maintainers, > > I've found an issue with mod_fcgid on FreeBSD 9. I had /tmp cleaning > enabled in my box, and mod_fcgid had chosen a lockfile under /tmp, which > after some time was removed, > and the whole httpd process stopped working from that time. I made some > tests, and found that SYSV serialization could also be used, does not > need a temp file, and avoids this issue. > > Now I worked around with my local /etc/make.conf as this: > > # devel/apr1 > .if ${.CURDIR:M*ports/devel/apr1} > CONFIGURE_ENV+= apr_lock_method="USE_SYSVSEM_SERIALIZE" > .endif > > But maybe this could be applied to the port globally. Or any other > workarounds? > > Regards, > > I can't comment on what is the correct solution, but I'm wondering if /tmp is the right directory for that lock file in the first place. Is it not common for Linux distros to be more aggressive about cleaning /tmp? I thought FreeBSD was rather conservative in this respect. hier(7) says /var/tmp is "temporary files that are kept between system reboots". Perhaps ports that have lock files that shouldn't be touched by automated processes should really be kept in /var/tmp? (The cleanvar rc script doesn't touch /var/tmp, fyi)