Hi.
I was trying to understand a cause for this problem, and made an ugly hack:
diff -u ./rtld_lock.c.orig ./rtld_lock.c
--- ./rtld_lock.c.orig 2011-11-15 07:56:14.0 +
+++ ./rtld_lock.c 2011-11-15 07:54:42.0 +
@@ -118,7 +118,7 @@
sigset_t tmp_oldsigmask;
for ( ; ; ) {
- si
Hi.
I was trying to understand a cause for this problem, and made an ugly hack:
diff -u ./rtld_lock.c.orig ./rtld_lock.c
--- ./rtld_lock.c.orig 2011-11-15 07:56:14.0 +
+++ ./rtld_lock.c 2011-11-15 07:54:42.0 +
@@ -118,7 +118,7 @@
sigset_t tmp_oldsigmask;
for ( ; ; ) {
- si
Daniil Cherednik wrote:
After all that I was trying to compare perfomance of return from fork()
in Linux and FreeBSD (see
http://lists.freebsd.org/pipermail/freebsd-hackers/2011-October/036705.html)
and fork() in FreeBSD was slower.
our fork() differs from linux fork() in handling parent and ch
On Mon, Nov 14, 2011 at 12:51:35PM -0800, Doug Barton wrote:
> On 11/14/2011 12:31, Doug Barton wrote:
> > Trying to track down a load problem we're seeing on 8.2-RELEASE-p4 i386
> > in a busy web hosting environment I came across the following post:
> >
> > http://lists.freebsd.org/pipermail/free
On Tue, Nov 15, 2011 at 11:07:45AM +0200, Kostik Belousov wrote:
> On Mon, Nov 14, 2011 at 12:51:35PM -0800, Doug Barton wrote:
> > On 11/14/2011 12:31, Doug Barton wrote:
> > > Trying to track down a load problem we're seeing on 8.2-RELEASE-p4 i386
> > > in a busy web hosting environment I came ac
On 15/11/2011 01:46, Jeremy Chadwick wrote:
> On Mon, Nov 14, 2011 at 07:56:07PM -0500, Glen Barber wrote:
>> Jeremy Chadwick wrote:
>>
>> [...]
>>
>>> I don't particularly care what the man page says, I just know what
>>> works. :-)
>> If there is something in the man page that is not precise, I
- Original Message -
From: "Daniil Cherednik"
I am not trying to start a holy war, but I really need to increase
performance of our hosting in FreeBSD.
Is there something you need from apache that means you
cant use nginx for instead?
nginx + php-fpm is much higher performing, we sw
We know about it. But unfortunately we can`t use php-fpm or other fcgi
solution. We must use .htaccess with php directive.
On 15.11.2011 15:34, Steven Hartland wrote:
- Original Message - From: "Daniil Cherednik"
I am not trying to start a holy war, but I really need to increase
per
On Monday, November 14, 2011 7:27:18 pm Jan Mikkelsen wrote:
> Hi,
>
> Sorry about being unclear. They all failed in the same way.
>
> So, these combinations have continuous timeout errors and fail to completely
> boot:
>
> Plain 9.0-RC1
>
> 9-stable with 1.62 of mfi.c
>
> 9-stable with
On 15/11/2011 00:56, Glen Barber wrote:
> Hi,
>
> Jeremy Chadwick wrote:
>
> [...]
>
>> I don't particularly care what the man page says, I just know what
>> works. :-)
>>
>
> If there is something in the man page that is not precise, I personally
> am interested in any inconsistencies with reality
Hi Vincent,
On Tue, Nov 15, 2011 at 04:25:18PM +, Vincent Hoffman wrote:
> On 15/11/2011 00:56, Glen Barber wrote:
> > Hi,
> >
> > Jeremy Chadwick wrote:
> >
> > [...]
> >
> >> I don't particularly care what the man page says, I just know what
> >> works. :-)
> >>
> >
> > If there is something
Hello list,
more insights since my last post. Here is a small code to trigger the bug (end
of email).
When you run it on 9.0-RC1, it gets an alias address instead of the main inet
address:
% ./get-ip re0
inet: 192.168.2.10
# Main address being 192.168.1.148
On 8.2-RELEASE, all goes w
Is it possible to do a buildkernel of 9-stable (r227536) on a stock
8.2 system? Most of it seems to work, but the linker fails towards the
end with
...
MAKE=make sh /usr/home/ctuffli/dev/releng_9/src/sys/conf/newvers.sh GENERIC
/usr/local/bin/svnversion
cc -c -O2 -frename-registers -pipe -fno-stri
On 2011-11-15 18:10:01 (+0100), GR wrote:
> more insights since my last post. Here is a small code to trigger the bug
> (end of email).
> When you run it on 9.0-RC1, it gets an alias address instead of the main inet
> address:
>
> % ./get-ip re0
> inet: 192.168.2.10
> # Main address b
On (15/11/2011 18:10), GR wrote:
> Hello list,
>
> more insights since my last post. Here is a small code to trigger the bug
> (end of email).
> When you run it on 9.0-RC1, it gets an alias address instead of the main inet
> address:
>
> % ./get-ip re0
> inet: 192.168.2.10
> # Main ad
>From "Kristof Provost" :
[..]
> The 'ia' pointer is later used to return the IP address.
>
> In other words: it returns the first address on the interface
> of type IF_INET (which isn't assigned to a jail).
>
> I think the order of the addresses is not fixed, or rather it depends
> on
> the orde
On Tue, Nov 15, 2011 at 11:35:37PM +0100, GR wrote:
> >From "Kristof Provost" :
> [..]
> > The 'ia' pointer is later used to return the IP address.
> >
> > In other words: it returns the first address on the interface
> > of type IF_INET (which isn't assigned to a jail).
> >
> > I think the order
Hi,
On Tue, Nov 15, 2011 at 11:45:02AM -0800, Chuck Tuffli wrote:
> Is it possible to do a buildkernel of 9-stable (r227536) on a stock
> 8.2 system? Most of it seems to work, but the linker fails towards the
> end with
>
> ...
> MAKE=make sh /usr/home/ctuffli/dev/releng_9/src/sys/conf/newvers.sh
On Tue, Nov 15, 2011 at 07:29:44PM -0500, Glen Barber wrote:
> Hi,
>
> On Tue, Nov 15, 2011 at 11:45:02AM -0800, Chuck Tuffli wrote:
> > Is it possible to do a buildkernel of 9-stable (r227536) on a stock
> > 8.2 system? Most of it seems to work, but the linker fails towards the
> > end with
> >
On 15 November 2011 23:45, Chuck Tuffli wrote:
> Is it possible to do a buildkernel of 9-stable (r227536) on a stock
> 8.2 system? Most of it seems to work, but the linker fails towards the
> end with
>
> ...
> MAKE=make sh /usr/home/ctuffli/dev/releng_9/src/sys/conf/newvers.sh GENERIC
> /usr/loca
Hey,
we have seen this or a very similar panic for about 1 year now once in
a while and I think I reported it before; this is FreeBSD as guest on
vmware. Seems it was a double panic this time. Could someone please
see what's going on there?It was on 8.x-STABLE in the past and this
is 8.2-
Am 15.11.2011 um 23:35 schrieb GR:
> So, I switched to static assignement and it changes the behaviour (and
> "fixes" the "bug").
> My guess is that during the time waiting for the DHCP offer, all aliases are
> already configured on the network interface, and the IP address given by DHCP
> is a
22 matches
Mail list logo
