> On Wednesday 09 December 2009 17:13:57 Daniel Braniss wrote:
> > hi,
> > FreeBSD-8 works great on these boards, but there are some
> > gotchas, the boot and the serial: output works fine, but input
> > is 'problematic'. the pxeboot serial handling is ok, the boot menu
> > is ok, but booting o
> On 12/9/2009 11:13 AM, Daniel Braniss wrote:
> > hi,
> > FreeBSD-8 works great on these boards, but there are some
> > gotchas, the boot and the serial: output works fine, but input
> > is 'problematic'. the pxeboot serial handling is ok, the boot menu
> > is ok, but booting off the CF (using
Squirrel wrote:
I've just finished the rtld patch. Now in process of regenerating
all the keys and certs. Next will look into php. But far as rtld
vulnerability, doesn't it require at least a local user account?
Looking at all the authentication, there wasn't any authenticated
session during t
Am 04.12.2009 um 17:52 schrieb Stefan Bethke:
> I'm getting panics like this every so often (couple weeks, sometimes just a
> few days.) A second machine that has identical hardware and is running the
> same source has no such problems.
Thanks to all who suggested bad hardware: it turned out to
Taking your advice and checking all ports for problems.
Thanks.
-Original message-
From: Xin LI delp...@delphij.net
Date: Wed, 09 Dec 2009 20:18:13 -0600
To: squir...@isot.com
Subject: Re: Hacked - FreeBSD 7.1-Release
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Squirrel wrote
I've just finished the rtld patch. Now in process of regenerating all the keys
and certs. Next will look into php. But far as rtld vulnerability, doesn't it
require at least a local user account? Looking at all the authentication,
there wasn't any authenticated session during the time frame.
Hi,
My console gets flooded by "pf: unlocked lookup" message anyone knows
what circumstances cause this message, so I could figure out which pf
rule is causing it?
After searching on google I found few people asking about it, though no
real answer. The first result talks about debug.pfugidhack be
On Tue, 8 Dec 2009 at 20:07 -, Miroslav Lachman wrote:
> Virtual Media / Virtual Console from all vendors is paint in the
> a...
>
> I have iLO card in HP ML110 G5 and Virtual Media doesn't work at
> all. Virtual device is not detected by FreeBSD nor in BIOS, so I
> can't even boot from it.
>
On Wed, December 9, 2009 3:33 pm, Pieter de Goeje wrote:
> On Wednesday 09 December 2009 23:14:13 ocean wrote:
>
>> Pieter de Goeje wrote:
>>
>>> Actually, the way you specified CFLAGS overrides CPUTYPE. AFAIK you
>>> should set CFLAGS/CPUTYPE like this: CPUTYPE?=
>>> CFLAGS+=...
>>>
>>>
>>> Th
On Mon, Dec 07, 2009 at 10:23:49AM +0200, Mikolaj Golub wrote:
> On Sun, 6 Dec 2009 20:18:13 +0200 Kostik Belousov wrote:
>
> > The kernel paniced because chkdq was supplied NULL credentials and
> > _positive_ blocks use count change. Line 276 calls chkdq with
> > -datablocks as the change. This c
On Wed, December 9, 2009 6:50 am, John Baldwin wrote:
> On Tuesday 08 December 2009 7:06:18 pm Chris H wrote:
>
>> Greetings,
>> I am receiving the following in dmesg (verbose) during boot in 8-RELEASE
>> (GENERIC)
>> cvsuped 2009-12-08 @1am: ACPI Error: A valid RSDP was not found 20090521
>> tbxfr
TB --- 2009-12-10 00:23:51 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-12-10 00:23:51 - starting RELENG_8 tinderbox run for ia64/ia64
TB --- 2009-12-10 00:23:51 - cleaning the object tree
TB --- 2009-12-10 00:24:06 - cvsupping the source tree
TB --- 2009-12-10 00:24:06 - /usr/b
TB --- 2009-12-10 00:22:43 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-12-10 00:22:43 - starting RELENG_8 tinderbox run for i386/pc98
TB --- 2009-12-10 00:22:43 - cleaning the object tree
TB --- 2009-12-10 00:23:00 - cvsupping the source tree
TB --- 2009-12-10 00:23:00 - /usr/b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Squirrel wrote:
> My server was hacked, and the hacker was nice enough to not cause damage
> except changing index.php of couple of my websites. The index.php had the
> following info:
>
> "Hacked By Top
> First Warning That's Bug From Your Servers
On Dec 9, 2009, at 4:40 PM, Squirrel wrote:
> My server was hacked, and the hacker was nice enough to not cause damage
> except changing index.php of couple of my websites. The index.php had the
> following info:
>
> "Hacked By Top
> First Warning That's Bug From Your Servers
> Next Time You Mu
TB --- 2009-12-09 23:59:18 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-12-09 23:59:18 - starting RELENG_8 tinderbox run for i386/i386
TB --- 2009-12-09 23:59:18 - cleaning the object tree
TB --- 2009-12-09 23:59:35 - cvsupping the source tree
TB --- 2009-12-09 23:59:35 - /usr/b
My server was hacked, and the hacker was nice enough to not cause damage except
changing index.php of couple of my websites. The index.php had the following
info:
"Hacked By Top
First Warning That's Bug From Your Servers
Next Time You Must Be Careful And Fixed Your Site Before Coming Another Ha
On Wednesday 09 December 2009 23:14:13 ocean wrote:
> Pieter de Goeje wrote:
> > Actually, the way you specified CFLAGS overrides CPUTYPE. AFAIK you
> > should set CFLAGS/CPUTYPE like this:
> > CPUTYPE?=
> > CFLAGS+=...
> >
> > Though bothering with CPUTYPE or CFLAGS is actually a waste of time
Quoth Roland Smith :
> On Wed, Dec 09, 2009 at 01:09:12PM -0800, Jeremy Chadwick wrote:
>
> > Basically, all this comes back to the same thing: the entire "base
> > system" concept needs to be revisited (that's a nice way of saying
> > "nuked from orbit", but that's my opinion).
>
> Hmm, I kind
On Wed, Dec 09, 2009 at 01:09:12PM -0800, Jeremy Chadwick wrote:
> The problem is this:
>
> - User installs OS
> - User creates src.conf with numerous WITHOUT_xxx entries. Examples:
>
> WITHOUT_ATM=true
> WITHOUT_SENDMAIL=true
>
> - User is forced to go through above said directories and cro
Hi there,
I was toy'ing around with ipfilter while deciding which firewall package to
use, and ran into the following:
- Build some testing rules in /etc/ipf.conf
- boot the system with ipfilter_enable="YES", ipmon_enable="YES",
ipmon_flags="-L security -Ds" in /etc/rc.conf
- Browse the web a b
Pieter de Goeje wrote:
Actually, the way you specified CFLAGS overrides CPUTYPE. AFAIK you should set
CFLAGS/CPUTYPE like this:
CPUTYPE?=
CFLAGS+=...
Though bothering with CPUTYPE or CFLAGS is actually a waste of time if you ask
me. I've never observed any measurable improvement in the spe
On Wed, Dec 09, 2009 at 08:55:20PM +0100, Pieter de Goeje wrote:
> On Wednesday 09 December 2009 20:32:39 Kevin Oberman wrote:
> > > Date: Wed, 09 Dec 2009 17:36:26 +0100
> > > From: ocean
> > > Sender: owner-freebsd-sta...@freebsd.org
> > >
>
> These options are not useless. You can for instance
Let me look into this issue and work with you offline.
I have been quite busy with day job and just starting to slowly
resume my FreeBSD work.
-- Qing
-Original Message-
From: owner-freebsd-sta...@freebsd.org on behalf of Mario Pavlov
Sent: Wed 12/9/2009 11:01 AM
To: freebsd-stable@fre
On Wednesday 09 December 2009 20:32:39 Kevin Oberman wrote:
> > Date: Wed, 09 Dec 2009 17:36:26 +0100
> > From: ocean
> > Sender: owner-freebsd-sta...@freebsd.org
> >
> > Pieter de Goeje wrote:
> > > The problem only occurs when doing a parallel make world (make -j8
> > > buildworld). In the past
> Date: Wed, 09 Dec 2009 17:36:26 +0100
> From: ocean
> Sender: owner-freebsd-sta...@freebsd.org
>
> Pieter de Goeje wrote:
> >
> > The problem only occurs when doing a parallel make world (make -j8
> > buildworld). In the past I have always successfully built world using -j4.
> > I
> > guess
Hi,
some time ago I noticed that there's a problem with the new arp implementation
- proxy arp was somehow not working when mpd is involved. I decided to try this
out again assuming it was fixed for the release...unfortunately the problem is
still there...
Here are the last few lines of the mpd
Pieter de Goeje wrote:
The problem only occurs when doing a parallel make world (make -j8
buildworld). In the past I have always successfully built world using -j4. I
guess the recent upgrade of this machine from dual core to quad core just
made the problem visible.
- Pieter
__
On 12/9/2009 11:13 AM, Daniel Braniss wrote:
> hi,
> FreeBSD-8 works great on these boards, but there are some
> gotchas, the boot and the serial: output works fine, but input
> is 'problematic'. the pxeboot serial handling is ok, the boot menu
> is ok, but booting off the CF (using boot0sio)
On Wednesday 09 December 2009 17:13:57 Daniel Braniss wrote:
> hi,
> FreeBSD-8 works great on these boards, but there are some
> gotchas, the boot and the serial: output works fine, but input
> is 'problematic'. the pxeboot serial handling is ok, the boot menu
> is ok, but booting off the CF
hi,
FreeBSD-8 works great on these boards, but there are some
gotchas, the boot and the serial: output works fine, but input
is 'problematic'. the pxeboot serial handling is ok, the boot menu
is ok, but booting off the CF (using boot0sio), the input 'screwy'
at the selection of partition it
On Wednesday 09 December 2009 01:50:03 Pieter de Goeje wrote:
> I've blown away /usr/obj, checked out a fresh source tree, but no luck:
>
> cc -O2 -pipe -DHAVE_GTHR_DEFAULT -DIN_GCC -DIN_TARGET_LIBS -I.
> -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../usr.bin/cc/cc_tools
> -I/data/FreeBSD/F
On Tuesday 08 December 2009 7:06:18 pm Chris H wrote:
> Greetings,
> I am receiving the following in dmesg (verbose) during boot in 8-RELEASE
> (GENERIC)
> cvsuped 2009-12-08 @1am:
> ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309
>
> As I create the KERNCONF for this machine, I wan
2009/12/9 Alexander Motin :
> Ivan Kudryashov wrote:
>> Hello!
>> When I install FreeBSD8-RELEASE on STLab A-410 on RAID1 mode , the
>> installer sees both HDD. Is this normal?
>
> That RAID is 100% software, that's why both drives are still accessible.
> FreeBSD ataraid driver also doesn't hide or
- Original Message -
From: "Kostik Belousov"
To: "Steven Hartland"
Cc: ;
Sent: Wednesday, December 09, 2009 10:21 AM
Subject: Re: nginx + passenger = segv in _rtld_error on restart on FreeBSD8.0?
This is the trace once world had been recompiled with:-
CFLAGS=-pipe
WITH_CTF=1
DEBUG_F
Ivan Kudryashov wrote:
> Hello!
> When I install FreeBSD8-RELEASE on STLab A-410 on RAID1 mode , the
> installer sees both HDD. Is this normal?
That RAID is 100% software, that's why both drives are still accessible.
FreeBSD ataraid driver also doesn't hide original drives, just provides
additiona
On Wed, Dec 09, 2009 at 01:48:38AM -, Steven Hartland wrote:
> I'm currently testing nginx + passenger on FreeBSD 8.0 and I'm seeing a
> strange
> segv which seems to indicate a core library error in _rtld_error. Could this
> be the case or is the stack just badly corrupted?
>
> (gdb) bt
> #0
37 matches
Mail list logo