Christian Gusenbauer wrote:
Hi!
I've just cvsupped current and rebuilt world and now I'm getting this error
when I boot with the new kernel. I had a look at the archives and found out
that such a problem existed in January, too and I verified, that I do have
the right revision of
Hi all,
Have you already read this page ? (FreeBSD or Linux for your MySQL Server?)
http://jeremy.zawodny.com/blog/archives/000203.html
Many of you know that we still do not have threadsafe
versions of gethostbyname and realpath.
There are some patches around since a while. Nobody did commit
In message [EMAIL PROTECTED], Michael Class writes:
Hello,
just as a data-point. I am seeing the same behaviour. It started with a
kernel from Feb 21th. The kernel from Feb. 20th works o.k.
Enclosed is the dmesg out, if that helps.
Please try boot -v and send dmesg.
Also, please try entering
Please try boot -v and send dmesg.
Also, please try entering ? to root device prompt to see what devices
are available.
Hello, enclosed is the boot -v output that you were asking for.
Michael
--
-
michael class,
In message [EMAIL PROTECTED], Michael Class writes:
Please try boot -v and send dmesg.
Also, please try entering ? to root device prompt to see what devices
are available.
Hello, enclosed is the boot -v output that you were asking for.
Mounting root from ufs:/dev/ad0s4a
Root mount failed:
On Sat, Feb 22, 2003 at 01:02:33PM +0100, [EMAIL PROTECTED] wrote:
If you say int broke in the 20feb timeframe I think sos' ATA megacommit
is the main suspect...
Yes, sos ATA commit is what broke my sparc64 also (already informed sos
in private mail), but he didnt have any direct ideas about
It seems Anders Andersson wrote:
On Sat, Feb 22, 2003 at 01:02:33PM +0100, [EMAIL PROTECTED] wrote:
If you say int broke in the 20feb timeframe I think sos' ATA megacommit
is the main suspect...
Yes, sos ATA commit is what broke my sparc64 also (already informed sos
in private mail), but
agp0: Ali Generic host to PCI bridge mem 0xe000-0xe3ff at device 0.0 on pci0
agp0: allocating GATT for aperture of size 0M
panic: contigmalloc1: size must not be 0
Debugger(panic)
Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0
db
This is just from booting the latest image from
Robert Watson wrote:
On Fri, 21 Feb 2003, Daniel C. Sobral wrote:
backtrace(c032e7d9,c25af500,c25a98d4,c046236e,c04623ec) at
backtrace+0x17
witness_lock(c25af500,8,c04623ec,1b8,c) at witness_lock+0x660
_mtx_lock_flags(c25af500,0,c04623ec,1b8,8095) at
_mtx_lock_flags+0xb1
On Sat, Feb 22, 2003 at 11:23:55AM +0100, Martin Blapp wrote:
Many of you know that we still do not have threadsafe
versions of gethostbyname and realpath.
There are some patches around since a while. Nobody did commit
them. Is someone working on this ?
I am working on those interfaces that
Hi,
I'm experiencing some rather severe lag during ssh sessions, while running
GENERIC on -current (cvsupped as of 5 minutes ago). This symptom first
started occuring a couple of days ago with the merging of some TCP
patches.
I've checked all of the obvious causes. I've even gone as far as
On Sat, 22 Feb 2003, Andre Guibert de Bruet wrote:
I'm experiencing some rather severe lag during ssh sessions, while running
GENERIC on -current (cvsupped as of 5 minutes ago). This symptom first
started occuring a couple of days ago with the merging of some TCP
patches.
I've checked all
Don't yet have any quantitative evidence that this is the case, but I feel
like TCP sessions have been timing out on me a lot faster than they used
to. For example, yesterday a machine got unplugged from the network for
about 15 seconds: in that time, the SSH sessions to the machine timed out
On Sat, Feb 22, 2003 at 10:57:05AM -0500, Robert Watson wrote:
Don't yet have any quantitative evidence that this is the case, but I feel
like TCP sessions have been timing out on me a lot faster than they used
to. For example, yesterday a machine got unplugged from the network for
about
On Sat, 22 Feb 2003, Bosko Milekic wrote:
On Sat, Feb 22, 2003 at 10:57:05AM -0500, Robert Watson wrote:
Don't yet have any quantitative evidence that this is the case, but I feel
like TCP sessions have been timing out on me a lot faster than they used
to. For example, yesterday a
Hello, I have a problem with -CURRENT. As I try to btxld:
/usr/src/sys/boot/i386/boot2
btxld -v -E 0x2000 -f bin -b
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o
boot2.ld -P 1 boot2.bin
kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1
client: fmt=bin
All,
I am receiving some strange errors during a buildworld of 5.0-RELEASE-p2
from 5.0-RELEASE-p1. The location of where the failure varies, but the
program that causes the failure is the same every time: as.
The errors are a variety of signal 10 and signal 4. I do find an
as.core file under
On Sat, 22 Feb 2003, Bosko Milekic wrote:
On Sat, Feb 22, 2003 at 10:57:05AM -0500, Robert Watson wrote:
Don't yet have any quantitative evidence that this is the case, but I feel
like TCP sessions have been timing out on me a lot faster than they used
to. For example, yesterday a
Do you have the debugging options enabled?
makeoptions DEBUG=-g
options DDB
at the VERY least. Try also compiling with INVARIANTS and
INVARIANT_SUPPORT...
On Sat, Feb 22, 2003 at 05:10:15PM +, Daniel Flickinger wrote:
kernels built from cvsup date tags:
1200 GMT 21 Feb 2003
I've been seeing huge delays and a major drop of performance in
network performace in recent -current kernels. I was wondering, has
anyone else seen something similar or should I just look at other
things? A typical example of what I see the past 2-3 days is:
[EMAIL PROTECTED]:40]/home/giorgos$
On Saturday, 22. February 2003 12:31, [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Michael Class writes:
Hello,
just as a data-point. I am seeing the same behaviour. It started with a
kernel from Feb 21th. The kernel from Feb. 20th works o.k.
Enclosed is the dmesg out, if that
COMUNICADO IMPORTANTE!!
Estamos lançando o KIT DE CARTAS COMERCIAIS, que sana suas dúvidas na
elaboração de: agradecimentos, atestados e declarações, avisos, cartas de
cobrança, cartas em inglês, comunicados, convites, contratos, propostas,
empregos, solicitações e pedidos, telegramas, cartas
On Sat, Feb 22, 2003 at 11:43:01AM -0500, Paul A. Howes wrote:
All,
I am receiving some strange errors during a buildworld of 5.0-RELEASE-p2
from 5.0-RELEASE-p1. The location of where the failure varies, but the
program that causes the failure is the same every time: as.
The errors are
Hi,
I have a patch that adds outgoing interrupt pipes to the usb stack. I
needed it to make a Lego infrared tower work with FreeBSD. Outgoing
interrupt pipes are part of the USB 1.1 spec, but I think our usb
code comes from before that, so it only have incoming interrupt pipes.
Is there anybody
[EMAIL PROTECTED] wrote:
Hello, I have a problem with -CURRENT. As I try to btxld:
/usr/src/sys/boot/i386/boot2
btxld -v -E 0x2000 -f bin -b
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o
boot2.ld -P 1 boot2.bin
kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M
On 19:48+0200, Feb 22, 2003, Giorgos Keramidas wrote:
I've been seeing huge delays and a major drop of performance in
network performace in recent -current kernels. I was wondering, has
anyone else seen something similar or should I just look at other
things? A typical example of what I see
On Sat, Feb 22, 2003 at 10:28:02AM -0500, Andre Guibert de Bruet wrote:
Hi,
I'm experiencing some rather severe lag during ssh sessions, while running
GENERIC on -current (cvsupped as of 5 minutes ago). This symptom first
started occuring a couple of days ago with the merging of some TCP
On Sat, Feb 22, 2003 at 11:43:01AM -0500, Paul A. Howes
[EMAIL PROTECTED] wrote:
I am receiving some strange errors during a buildworld of 5.0-RELEASE-p2
from 5.0-RELEASE-p1. The location of where the failure varies, but the
program that causes the failure is the same every time: as.
The
In article local.mail.freebsd-current/[EMAIL PROTECTED] you write:
/me too. Try sysctl net.inet.tcp.delayed_ack=0.
I suspect that commit:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=678980+0+current/cvs-src
Yes, it looks like I screwed up. Turn off delayed_acks until
get a fix (being tested)
Daniel Flickinger wrote:
kernels built from cvsup date tags:
1200 GMT 21 Feb 2003
1200 GMT 22 Feb 2003
either hang hard or freeze and fall out to reboot. No
error messages logged. Both were full make world, etc.
followed by mergemaster. apache 1.3.27, X, Mozilla,
On 2003-02-22 11:47, Robert Watson [EMAIL PROTECTED] wrote:
Maybe I'm just too impatient, but it strikes me that I used to get more
time before TCP gave up during a brief outage.
FWIW, I'm seeing delays in interactive sessions, and lots of timeouts
for `fetchmail -v' runs. I just started
The VIA8233/8235 audio driver has undergone another revision in an attempt to
provide support for the VIA8235. The code is in -CURRENT as of 5 minutes ago.
Several people have reported quiet/inaudible sound on P4 boards with this
southbridge. If you have a VIA8235 based board, I'd be
In message: [EMAIL PROTECTED]
James E. Flemer [EMAIL PROTECTED] writes:
: There are some non-if_* modules in there now that seem to
: be only documented in /usr/src, exca is a good example.
exca is there just for the pleasure of cbb (and soon pcic)... No one
would load it on their
On Sat, 22 Feb 2003, Erik Greenwald wrote:
On Sat, Feb 22, 2003 at 10:28:02AM -0500, Andre Guibert de Bruet wrote:
I'm experiencing some rather severe lag during ssh sessions, while running
GENERIC on -current (cvsupped as of 5 minutes ago). This symptom first
started occuring a couple
Matthew Dillon [EMAIL PROTECTED] writes:
# ls -lR /conf
drwxr-xr-x 5 root wheel 512 Dec 21 10:37 base
drwxr-xr-x 3 root wheel 512 Dec 19 21:56 default
...
/conf/base/etc:
-rw-r--r-- 1 root wheel 18 Dec 19 22:10 diskless_remount
-rw-r--r-- 1 root wheel 6 Dec 19 22:22 md_size
...
:Seems like diskless clients would have to have separate kernels with
:the option BOOTP while any servers must omit this option.
:
:How do you keep them separate? or am I missing something fundamental?
:
:Thanks.
You can compile pxeboot with the LOADER_TFTP_SUPPORT=YES option.
Add
Just in case anyone tries to build today's current and sees
it fail because of boot2, you can always set BOOT2_UFS=UFS1_ONLY
or BOOT2_UFS=UFS2_ONLY in your make.conf and rebuild.
Note that you should have at least one alternative boot method
(floppy or CDROM) if you happen to accidentally use
On 2003-02-22 20:05, Andre Guibert de Bruet [EMAIL PROTECTED] wrote:
I noticed the same thing... then
maxim try sysctl net.inet.tcp.delayed_ack=0
fixed the issue
That worked. Shouldn't this sysctl be turned off by default?
Nah. Not really. Delaying acks can save quite a lot of of
keramida Just in case anyone tries to build today's current and sees
keramida it fail because of boot2, you can always set BOOT2_UFS=UFS1_ONLY
keramida or BOOT2_UFS=UFS2_ONLY in your make.conf and rebuild.
It should work, but it can't be used for a release distribution:)
-- -
Makoto `MAR'
Matthew Dillon [EMAIL PROTECTED] writes:
If you do this pxeboot will attempt to load the kernel via TFTP
instead of via NFS. You then put your kernel in /tftpboot right along
side a copy of pxeboot.
This allows you to netboot a different kernel then the one in the
On Sun, 23 Feb 2003, Giorgos Keramidas wrote:
On 2003-02-22 20:05, Andre Guibert de Bruet [EMAIL PROTECTED] wrote:
I noticed the same thing... then
maxim try sysctl net.inet.tcp.delayed_ack=0
fixed the issue
That worked. Shouldn't this sysctl be turned off by default?
Nah.
I have the following error with make buildworld since
Feb. 21th, 0900GMT with my P3x2 box.
boot2 seems exceeding the size limit, any fix?
:::
sed -e '/align/d' -e '/nop/d' boot2.s.tmp boot2.s
rm -f boot2.s.tmp
as -o boot2.o boot2.s
ld -nostdlib -static -N
This may affect your ipfw/ipf rules. If you are happy with the current
behaviour then add IPSEC_FILTERGIF to your kernel config file.
Sam
- Original Message -
From: Sam Leffler [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Saturday, February 22,
Vallo Kallaste wrote:
On Sat, Feb 22, 2003 at 11:43:01AM -0500, Paul A. Howes
[EMAIL PROTECTED] wrote:
I am receiving some strange errors during a buildworld of 5.0-RELEASE-p2
from 5.0-RELEASE-p1. The location of where the failure varies, but the
program that causes the failure is the
I have been using diskless boots for some time, and selecting different
kernels is very easy, see
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/diskless-boot
danny
:Seems like diskless clients would have to have separate kernels with
:the option BOOTP while any servers must omit this
I'v cvsup'ed from 5.0-RELEASE to RELENG_5_0_0 last night and ACPI doesn't
work now.
When booting I'v got a message: ACPI autoload failed - no such file or
directory.
How to fix?
Sem.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the
46 matches
Mail list logo