Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 21 Feb 2015 17:03:50 -0600
From:      cpet <cpet@sdf.org>
To:        David Benfell <benfell@parts-unknown.org>
Cc:        freebsd-questions@freebsd.org, owner-freebsd-questions@freebsd.org
Subject:   Re: why would I get a segmentation fault on one system but not the =?UTF-8?Q?other=3F?=
Message-ID:  <390c4c0547fc27e91d28872d29aa2e04@sdf.org>
In-Reply-To: <09da5ec0816e098badc49432c802dc18@sdf.org>
References:  <20150221224006.GA5501@home.parts-unknown.org> <09da5ec0816e098badc49432c802dc18@sdf.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2015-02-21 17:01, cpet wrote:
> On 2015-02-21 16:40, David Benfell wrote:
>> Hi all,
>> 
>> I am running into a segmentation fault that I don't know how to track
>> down. It appears on one system but not the other. It seems to afflict
>> both apache24 and php-fpm.
>> 
>> apache logs lots of segementation faults but I don't have any idea
>> where they're coming from.
>> 
>> When I try to start php-fpm it dies instantly with a segmentation
>> fault. I think it's one of the modules, but I don't know which one.
>> 
>> And I'm absolutely baffled that this occurs on one system and not the
>> other. Both are fairly recent FreeBSD Stable.
>> 
>> I do not see the segmentation faults (or at least not in such a dire
>> way) on:
>> 
>> 10.1-STABLE
>> FreeBSD home.parts-unknown.org 10.1-STABLE FreeBSD 10.1-STABLE #0
>> r278923: Tue Feb 17 15:27:20 PST 2015
>> root@home.parts-unknown.org:/usr/obj/usr/src/sys/GENERIC  amd64
>> 
>> I do see them on:
>> 
>> 10.1-STABLE
>> FreeBSD vegan.parts-unknown.org 10.1-STABLE FreeBSD 10.1-STABLE #0
>> r278934: Wed Feb 18 09:11:24 UTC 2015
>> root@home.parts-unknown.org:/usr/obj/usr/src/sys/GENERIC  amd64
> 
> You have 2 systems one running a different svn rev than the other,
> first I would suggest before suggesting bad ram is to sync both to be
> equal, meaning the one that is failing to either upgrade or downgrade
> it. if it's seg faulting I would mem test that and replace failing
> module.
> 
> 
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to 
> "freebsd-questions-unsubscribe@freebsd.org"

As well as don't use stable on a production box as STABLE doesn't mean 
what it means.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?390c4c0547fc27e91d28872d29aa2e04>