Ivan Voras wrote:
2009/10/13 Larry Rosenman l...@lerctr.org:
note huge packet loss. It looks like it's VM fault or something like it.
It sounds like the VM is failing to execute the guest during certain
types of I/O. A bit of scheduler tracing in the host OS probably wouldn't go
amiss to
Luigi Rizzo wrote:
On Mon, Oct 12, 2009 at 09:48:42PM +0200, Thomas Backman wrote:
I'm copying this over from the freebsd-performance list, as I'm
looking for a few more opinions - not on the problems *I* am having,
but rather to check whether the problem is universal or not, and if
not,
Santosh Rao Gururajan wrote:
I am seeing problems with FreeBSD 7.0 machines that have the symptoms
described in
http://lists.freebsd.org/pipermail/freebsd-stable/2008-June/043241.html
Can someone please point me to a patch which has a fix for the issue
described in that thread?
The fix to that
Nathanael Jean-Francois wrote:
Hello all,
I've been getting some panics with a 7.1 stable machine from March 14th.
I've not been able to determine the cause nor reproduce them at will.
Here's a backtrace from the latest panic on March 23rd. Let me know if any
more information is needed. Thanks.
Scott Lambert wrote:
On Fri, Mar 20, 2009 at 02:41:57PM -0500, Scott Lambert wrote:
I have a previously stable machine, other than a one time panic in
soft-updates which I could never reproduce, running RELENG_7 from July
23, 2008.
Starting update: Wed Jul 23 01:29:47 CDT 2008
Finished update:
Pete Carah wrote:
Well, following up on my own reply earlier, I csup'd releng_7 with a
date of last dec 1; the result works fine
in the laptop. I'll reload the eastern soekris tonight and see how it
does. If the soekris is fine also then this gives a data point for
whenever the bad commit(s)
Pete Carah wrote:
Kris writes:
You and anyone else seeing performance problems should try to work
through the advice given here:
http://people.freebsd.org/~kris/scaling/Help_my_system_is_slow.pdf
http://people.freebsd.org/%7Ekris/scaling/Help_my_system_is_slow.pdf
Well, all the people
Tomas Randa wrote:
Hello,
I have similar problems. The last good kernel I have from stable
brach, october the 8. Then in next upgrade, I saw big problems with
performance.
I tried ULE, 4BSD etc, but nothing helps, only downgrading system back.
Now I am trying 7.1-p1 and problems are here
l1nyx...@googlemail.com wrote:
Hello, FreeBSD-stable.
Last week I have a lot of kernel panics like:
[r...@router1 /usr/obj/usr/src/sys/TINCOKERNEL2]# kgdb kernel.debug
/var/crash/vmcore.20
[GDB will not be able to debug user-mode threads:
/usr/lib/libthread_db.so: Undefined symbol
Glen Barber wrote:
Hi folks.
I was unfortunate enough to encounter a kernel trap in single user
mode yesterday when upgrading from 7.1-RC1 to -RC2 using the typical
build/install world.
I'm still not sure what caused the trap, as the system was rebooting
when I saw the screen. As one would
Mike Tancsa wrote:
At 09:20 AM 12/2/2008, Kostik Belousov wrote:
On Tue, Dec 02, 2008 at 09:12:54AM -0500, Mike Tancsa wrote:
At 08:38 AM 12/2/2008, Kostik Belousov wrote:
mdconfig -a -t malloc -s 1800M
You cannot have ~ 2Gb of kernel memory allocated for md, at least
not on
i386.
Holger Kipp wrote:
Hi,
I currently encounter
spin lock 0xc0c83ba8 (sio) held by 0xc6337460 (tid 15) too long
panic: spin lock held too long
cpuid=3
on hp server with two dual-core intel xeon (3.8GHz) and 3GB RAM.
System is 7.1-PRELEASE last fetched 29.11.2008, 17:58 UTC.
This happens
Richard Tector wrote:
I'm not discounting hardware here, but I'm having problems with a
previously stable amd64 system (dmesg attached) now running:
FreeBSD 7.1-PRERELEASE #1: Wed Nov 26 00:10:41 GMT 2008
and previously running a RELENG_7 from around Oct 15th which also
exhibited the problem.
Andrew Snow wrote:
The problem appears to be that the latest ZFS commit in 8-CURRENT relies
on too many other new features that aren't in 7.1.
After 7.1 is released, then perhaps ZFS and the other new code it
requires can be moved into 7-STABLE?
That is certainly the intention, but I
Wes Morgan wrote:
On Tue, 25 Nov 2008, Dillon Kass wrote:
I'm very excited and can't wait! I have this clone I need to promote
but I'm encountering this bug
http://bugs.opensolaris.org/view_bug.do?bug_id=6738349
Hopefully it gets mfc before the diff between the real fs and the
clone becomes
Jeremy Chadwick wrote:
Has anyone else seen anything similar?
It's a known problem documented in my Wiki -- see dump/restore. Note
the part about UFS2 snapshot generation. I'm almost certain this is
what you're describing.
I don't know how you can say this so confidently without even
Mario Sergio Fujikawa Ferreira wrote:
Hi,
I've been running FreeBSD 7.0-STABLE from August 1 without problems.
I tried updating to the latest -STABLE but I got a system panic.
panic: _rw_rlock (udpinp): wlock already held @
/usr/src/sys/netinet/udp_usrreq.c
FreeBSD
Mario Sergio Fujikawa Ferreira wrote:
On Sun, Sep 21, 2008 at 11:48:19AM +0100, Kris Kennaway wrote:
Mario Sergio Fujikawa Ferreira wrote:
Hi,
I've been running FreeBSD 7.0-STABLE from August 1 without problems.
I tried updating to the latest -STABLE but I got a system panic.
panic
O. Hartmann wrote:
Kris Kennaway wrote:
O. Hartmann wrote:
Steve Bertrand wrote:
Dan Allen wrote:
Well I got bit by this and am dead in the water. Nothing builds.
I tried the DEBUG_FLAGS=-g trick but to no avail.
My 7.0 box upgraded fine this morning:
FreeBSD ids.eagle.ca 7.1-PRERELEASE
O. Hartmann wrote:
O. Hartmann wrote:
Kris Kennaway wrote:
O. Hartmann wrote:
Kris Kennaway wrote:
O. Hartmann wrote:
Steve Bertrand wrote:
Dan Allen wrote:
Well I got bit by this and am dead in the water. Nothing
builds. I tried the DEBUG_FLAGS=-g trick but to no avail.
My 7.0 box
O. Hartmann wrote:
Kris Kennaway wrote:
O. Hartmann wrote:
O. Hartmann wrote:
Kris Kennaway wrote:
O. Hartmann wrote:
Kris Kennaway wrote:
O. Hartmann wrote:
Steve Bertrand wrote:
Dan Allen wrote:
Well I got bit by this and am dead in the water. Nothing
builds. I tried the DEBUG_FLAGS
O. Hartmann wrote:
Steve Bertrand wrote:
Dan Allen wrote:
Well I got bit by this and am dead in the water. Nothing builds. I
tried the DEBUG_FLAGS=-g trick but to no avail.
My 7.0 box upgraded fine this morning:
FreeBSD ids.eagle.ca 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri Aug
29
Peter Jeremy wrote:
[Replies re-directed to freebsd-sun4v]
On 2008-Aug-21 14:42:55 -0700, Kip Macy [EMAIL PROTECTED] wrote:
I believe that there is a general expectation by freebsd users and
developers that unsupported code should not be in CVS. Although sun4v
is a very interesting platform
Nikolay Kalev wrote:
I would also like to help as well.
As KMacy knows before i asked a lot of questions for T2 types of
servers but unfortunately i have no more access to those kind of
hardware as well.
I;m willing to participate if a team will be formated.
Just so everyone is on the same
Joseph Koshy wrote:
This problem has been reported a couple of times but it is not clear what
change caused it.
I upgraded my RELENG_6/amd64 system yesterday and ran into
this bug.
There's a fix (and an explanation of the bug) now in PR bin/124353.
Koshy
Thanks very much for tracking
Borja Marcos wrote:
((Sorry for the long dump))
(gdb) bt
#0 0x3827cfe7 in __error () from /lib/libthr.so.3
#1 0x3827cd4a in __error () from /lib/libthr.so.3
#2 0x08702120 in ?? ()
As you can see the debugging symbols are still not available. Refer to
the developers handbook if you need
Borja Marcos wrote:
On Aug 13, 2008, at 3:18 PM, Kris Kennaway wrote:
Borja Marcos wrote:
((Sorry for the long dump))
(gdb) bt
#0 0x3827cfe7 in __error () from /lib/libthr.so.3
#1 0x3827cd4a in __error () from /lib/libthr.so.3
#2 0x08702120 in ?? ()
As you can see the debugging symbols
Borja Marcos wrote:
Hello,
I'm running a server with FreeBSD 7-STABLE as of August 8, Apache 2.2
with mpm/worker and threads support, and PHP 5.2.6.
Everything works like a charm, but I see that Apache is leaking
processes that get stuck in umtxn state.
This graph shows it pretty well (I
Lin Jui-Nan Eric wrote:
On Wed, Aug 6, 2008 at 12:46 AM, Chuck Swiger [EMAIL PROTECTED] wrote:
It's hard to conceive of why you'd want to add so much swap space, anyway--
if you've got programs which actually need to deal with 10s of gigabytes
worth of data, then they ought to maintain a
Eugene Kazarinov wrote:
Hello.
Dont know is this list right for this topic, but dont know witch one is.
So
I got 6.3-STABLE-200807-amd64-disc1.iso
I have installed it
cd /usr/ports/net/cvsup-without-gui/
make install
make clean
#cvsup some-stable-sup-file
Connected to cvsup.xx.ru
Bus error
Eugene Kazarinov wrote:
nice.
After posting I think to get a look to manual if it has changed since
last time then I look into
and tatata... ;) *Note:* The implementation of *CVSup* protocol included
with the FreeBSD system is called *csup*. It first appeared in FreeBSD 6.2.
Well, that
Royce Williams wrote:
Royce Williams wrote, on 7/22/2008 10:38 PM:
Jeremy Chadwick wrote, on 7/22/2008 9:34 PM:
On Tue, Jul 22, 2008 at 11:45:30AM -0800, Royce Williams wrote:
We have 10 SuperMicro PDSMi+ 5015M-MTs that are panic'ing every few
days. This started shortly after upgrade from
Kostik Belousov wrote:
On Mon, Jul 28, 2008 at 01:16:39PM -0400, Michael toth wrote:
I had someone run a Dell Diags CD on the machine and it passed all tests.
Before that it core'd again; here is the backtrace from that one.
Is there any other want (maybe in freebsd) to test the hardware
Kostik Belousov wrote:
On Mon, Jul 28, 2008 at 09:52:45PM +0200, Kris Kennaway wrote:
Kostik Belousov wrote:
On Mon, Jul 28, 2008 at 01:16:39PM -0400, Michael toth wrote:
I had someone run a Dell Diags CD on the machine and it passed all tests.
Before that it core'd again; here
Michael Toth wrote:
Hi, I am running 7.0 stable on a Dell Power Edge 2950 and it is core
dumping on me.
Below is the dmesg and some core info
I am hoping that someone can help me find out why it keeps core dumping
on me.
Thanks
# cd /usr/obj/usr/src/sys/GENERIC/
# kgdb kernel.debug
Michael Toth wrote:
Reading symbols from /boot/kernel/acpi.ko...Reading symbols from
/boot/kernel/acpi.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/acpi.ko
#0 doadump () at pcpu.h:195
195 __asm __volatile(movl %%fs:0,%0 : =r (td));
(kgdb) backtrace
#0 doadump () at
Claus Guttesen wrote:
Hi.
I installed FreeBSD 7 a few days ago and upgraded to the latest stable
release using GENERIC kernel. I also added these entries to
/boot/loader.conf:
vm.kmem_size=1536M
vm.kmem_size_max=1536M
vfs.zfs.prefetch_disable=1
Initially prefetch was enabled and I would
Jeremy Chadwick wrote:
On Fri, Jul 25, 2008 at 09:46:34AM +0200, Claus Guttesen wrote:
Hi.
I installed FreeBSD 7 a few days ago and upgraded to the latest stable
release using GENERIC kernel. I also added these entries to
/boot/loader.conf:
vm.kmem_size=1536M
vm.kmem_size_max=1536M
John Sullivan wrote:
Removing KDB_UNATTENDED from your kernel will allow you
to interact with the debugger and obtain backtraces etc,
which is useful when dumps are not being saved.
Easier said than done, this cause a few panics - no dumps
though ...g!!
Still the same result ... the
Michael Grant wrote:
I have been having what seems like similar panics. I too cannot
manage to get a crash dump, neither classic style nor minidump. Nor
can I get it to work with DDB, there seems to be a problem with DDB
and my Geom mirror.
They're not at all similar, please don't confuse
Mikhail Teterin wrote:
Hello!
My attempt to build openoffice.org-3 seems to be hanging. Pressing
Ctrl-T produces:
load: 0.11 cmd: tcsh 79759 [sleeping without queue] 0.00u 0.00s 0% 0k
(tcsh is used by OOo's build-script). What is this sleeping without
queue state, and why is process in
Jeremy Chadwick wrote:
On Tue, Jul 22, 2008 at 12:13:25PM -0400, Mikhail Teterin wrote:
Kris Kennaway ???(??):
Mikhail Teterin wrote:
Hello!
My attempt to build openoffice.org-3 seems to be hanging. Pressing
Ctrl-T produces:
load: 0.11 cmd: tcsh 79759 [sleeping without queue
Mikhail Teterin wrote:
Kris Kennaway написав(ла):
Well, I mean kernel backtrace.
Can I obtain that remotely and without restarting/panicking the box?
Thanks,
-mi
kgdb on /dev/mem or procstat
Kris
___
freebsd-stable@freebsd.org mailing list
Royce Williams wrote:
db trace
Tracing pid 71182 tid 100325 td 0xcc08b180
kdb_enter(c095f294) at kdb_enter+0x2b
panic(c09768ad,1000,1400,c145bc88,1000,...) at panic+0x127
kmem_malloc(c14680c0,1000,102,eba6a8cc,c07e3fa5,...) at kmem_malloc+0x89
You forgot to include the panic, but this is
Royce Williams wrote:
Kris Kennaway wrote, on 7/22/2008 12:12 PM:
Royce Williams wrote:
db trace
Tracing pid 71182 tid 100325 td 0xcc08b180
kdb_enter(c095f294) at kdb_enter+0x2b
panic(c09768ad,1000,1400,c145bc88,1000,...) at panic+0x127
kmem_malloc(c14680c0,1000,102,eba6a8cc,c07e3fa5
David Southwell wrote:
It looks as though I have missed something!!
FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16
09:27:38 PDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
amd64
[EMAIL PROTECTED] ~]# portsclean
FFaattaall eeoorr ''Thread is not
David Southwell wrote:
On Thursday 17 July 2008 06:39:26 Kris Kennaway wrote:
David Southwell wrote:
It looks as though I have missed something!!
FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16
09:27:38 PDT 2008
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64
John Sullivan wrote:
John, a question, how is swap set up on your system? I was
swapping to a file (a memory disk device /dev/md0). I was
doing this because for some reason lost in ancient history,
this machine was not set up with a real swap partition.
Hence, no crash dump.
Swap is a
Michael Grant wrote:
On Wed, Jul 16, 2008 at 10:38 AM, John Sullivan [EMAIL PROTECTED] wrote:
Could be memory, but I'd also suggest looking at
temperatures. I've had overheating systems produce lots of
such errors.
Temperature is fine - it never get's that hot here in the UK ;-) Seriously, I
John Sullivan wrote:
Can the system in question run memtest86+ successfully (no
errors) for an hour? It would help diminish (but not
entirely rule out) hardware (memory or chipset) issues.
Sorry, forgot to mention, I ran memtest over night without any problem
reported. I ran Fedora 9 for
Jeremy Chadwick wrote:
Compared to UFS2 snapshots (e.g. dump -L or mksnap_ffs), ZFS snapshots
are fantastic. The two main positives for me were:
1) ZFS snapshots take significantly less time to create; I'm talking
seconds or minutes vs. 30-45 minutes. I also remember receiving mail
from
Oliver Fromme wrote:
Yet another way would be to use DragoFly's Hammer file
system which is part of DragonFly BSD 2.0 which will be
released in a few days. It supports remote mirroring,
i.e. mirror source and mirror target can run on different
machines. Of course it is still very new and
Wesley Shields wrote:
On Tue, Jul 15, 2008 at 07:54:26AM -0700, Jeremy Chadwick wrote:
One of the annoyances to ZFS snapshots, however, was that I had to
write my own script to do snapshot rotations (think incremental dump(8)
but using ZFS snapshots).
There is a PR[1] to get something like
[EMAIL PROTECTED] wrote:
(kgdb) backtrace
#0 doadump () at pcpu.h:194
#1 0xff0004742440 in ?? ()
#2 0x80477699 in boot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:409
#3 0x80477a9d in panic (fmt=0x104 Address 0x104 out of bounds)
at
[EMAIL PROTECTED] wrote:
#9 0x8067d3ee in uma_zalloc_arg (zone=0xff00bfed07e0,
udata=0x0,
flags=-256) at /usr/src/sys/vm/uma_core.c:1835
From the frame #9, please do
p *zone
I am esp. interested in the value of the uz_ctor member.
It seems that it becomes corrupted, it value
Jeremy Chadwick wrote:
On Tue, Jul 15, 2008 at 11:47:57AM -0400, Sven Willenberger wrote:
On Tue, 2008-07-15 at 07:54 -0700, Jeremy Chadwick wrote:
ZFS's send/recv capability (over a network) is something I didn't have
time to experiment with, but it looked *very* promising. The method is
Ronald Klop wrote:
Hi,
The file src/UPDATING in RELENG_7 goes back until 2004 (the RELENG_5
branchpoint) and is now almost 1000 lines long. Is it an idea to trim
this file a bit?
And to update this sentence: 'To upgrade in-place from 5.x-stable to
current'?
And footnote [5] seems a bit
[EMAIL PROTECTED] wrote:
hail,
I have a 7-stable:
[EMAIL PROTECTED] /usr/home/matheus]$ uname -a
FreeBSD xxx 7.0-STABLE FreeBSD 7.0-STABLE #2: Sun Jul 6 15:03:26 BRT 2008
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/xxx_7 i386
and there exists three geom things.
gconcat status
Name
[EMAIL PROTECTED] wrote:
first of all thanks,
and, so far no gmirror and I wouldn't be surprised if after this info
other couldn't work as well. no problem cause I can upgrade, just have to
plan that. But about the disk order ? will both geom_* and zfs work ?
zpool works on top of GEOM, so
[EMAIL PROTECTED] wrote:
I have a fresh install of FreeBSD 7.0 but it it seems several system related modules are
broken. One I would like to have a solution on urgently is the Makefile. I am
not able to compile or install any program with it. The errors are too many no matter
which
[EMAIL PROTECTED] wrote:
-- Original message --
From: Kris Kennaway [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I have a fresh install of FreeBSD 7.0 but it it seems several system related
modules are broken. One I would like to have a solution on urgently
Andy Kosela wrote:
On Jun 25, 2008, at 3:46 AM, Peter Wemm wrote:
I think we still have FreeBSD-3.x machines in production. I know we
have FreeBSD-4.3. 99.9% of security issues don't affect us. We have
our own package system built on top of FreeBSD's pkg_add format and
have the ability to
Lev Serebryakov wrote:
Hello, John.
You wrote 23 июня 2008 г., 18:47:33:
On Monday 16 June 2008 07:21:15 am Lev Serebryakov wrote:
Lev Serebryakov wrote:
It seems to be ATA/SATA or UFS2 problem: now I have computer in state,
when 4 iozone processes are hanged in Disk wait state, and I can
Lev Serebryakov wrote:
Hello, Kris.
You wrote 23 июня 2008 г., 19:56:14:
Is there a PR filed with this bug? Having the specific information
recorded will be very useful.
Kostik (kib@) says, that I don't need to fill PR for this issue...
OK, that is good enough for me :)
Kris
Martin Cracauer wrote:
Kris Kennaway wrote on Sat, Mar 01, 2008 at 10:22:26PM +0100:
Jakub Siroky wrote:
I've just confirmed the same situation on 6.2-RELEASE amd64/GENERIC. I
did not noticed it before because I started using ext2fs extensively
some months ago.
Regards,
Jakub
On Sat, 19 Jan
Martin Cracauer wrote:
Kris Kennaway wrote on Mon, Jun 16, 2008 at 11:27:53AM +0200:
Martin Cracauer wrote:
Kris Kennaway wrote on Sat, Mar 01, 2008 at 10:22:26PM +0100:
Jakub Siroky wrote:
I've just confirmed the same situation on 6.2-RELEASE amd64/GENERIC. I
did not noticed it before
Timothy Wilson wrote:
Hello everyone,
I know -stable is supposed to be, well, stable, but I seem to be in a
bit of a pickle.
I'm trying to import my zfs file system from a Macintosh machine. It
was created at version 8. Being new to zfs, I did not realise that
FreeBSD would be running at a
Patrick Lamaizière wrote:
generic_bcopy () at /usr/src/sys/i386/i386/support.s:498 #8 0xc1f7267e
in ?? () #9 0x8fb82d87 in ?? ()
#10 0x361fe9de in ?? ()
#11 0x39402686 in ?? ()
#12 0x0fa0 in ?? ()
#13 0xc29cf380 in ?? ()
#14 0xc2ea9654 in ?? ()
#15 0x in ?? ()
#16 0xd61a095c in ??
Jona Joachim wrote:
On Sun, Jun 08, 2008 at 03:57:55PM +0200, Kris Kennaway wrote:
Jona Joachim wrote:
Hi!
pkg_delete core dumps on me when it tries to remove linux-tiff.
I can reproduce this reliably.
FWIW you can find the core dump here:
http://www.hcl-club.lu/~jaj/stuff/pkg_delete.core
Jona Joachim wrote:
Hi!
pkg_delete core dumps on me when it tries to remove linux-tiff.
I can reproduce this reliably.
FWIW you can find the core dump here:
http://www.hcl-club.lu/~jaj/stuff/pkg_delete.core
You need to obtain the backtrace, see the developers handbook.
Kris
Chris Marlatt wrote:
Kris Kennaway wrote:
Jo Rhett wrote:
On Jun 4, 2008, at 11:39 AM, Kris Kennaway wrote:
Also, it's not like anyone should have been caught by surprise by
the 6.2 EoL; the expiry date has been advertised since the 6.2
release itself.
It has changed multiple times. I
Chris Marlatt wrote:
Kris Kennaway wrote:
Chris Marlatt wrote:
Kris Kennaway wrote:
Jo Rhett wrote:
On Jun 4, 2008, at 11:39 AM, Kris Kennaway wrote:
Also, it's not like anyone should have been caught by surprise by
the 6.2 EoL; the expiry date has been advertised since the 6.2
release
Chris Marlatt wrote:
Kris Kennaway wrote:
Chris Marlatt wrote:
Kris Kennaway wrote:
Chris Marlatt wrote:
Kris Kennaway wrote:
Jo Rhett wrote:
On Jun 4, 2008, at 11:39 AM, Kris Kennaway wrote:
Also, it's not like anyone should have been caught by surprise by
the 6.2 EoL; the expiry date
Paul Schmehl wrote:
--On Thursday, June 05, 2008 17:53:01 +0100 Tom Evans
[EMAIL PROTECTED] wrote:
I think that, especially with open source products, there is a large
emphasis on testing in your own environments, and choosing the 'correct'
version of a particular software package is
Doug Barton wrote:
Jo Rhett wrote:
Okay, I totally understand that FreeBSD wants people to upgrade from
6.2 to 6.3.
It isn't that we want people to upgrade, it's that we are trying to be
realistic regarding what we have the resources to support.
But given that 6.3 is still experiencing
Stephen Clark wrote:
Scott Long wrote:
Jo Rhett wrote:
Okay, I totally understand that FreeBSD wants people to upgrade from
6.2 to 6.3. But given that 6.3 is still experiencing bugs with
things that are working fine and stable in 6.2, this is a pretty hard
case to make.
Can you describe
Jo Rhett wrote:
On Jun 4, 2008, at 11:39 AM, Kris Kennaway wrote:
Also, it's not like anyone should have been caught by surprise by the
6.2 EoL; the expiry date has been advertised since the 6.2 release
itself.
It has changed multiple times. I keep reviewing and finding 6.3 bugs
On Thu, May 22, 2008 at 03:26:13PM -0400, Vivek Khera wrote:
While we're on the topic of jail resource limits, I think I'll ask my
question again... I asked last month but got no response...
I've got a jail server (FreeBSD 6.3/amd64) which runs a bunch of web
site development
Willy Offermans wrote:
Hello Roland and FreeBSD friends,
I'm sorry to be so quite for a while, but I went away for a vacation.
But now I'm back, I like to solve this issue.
On Mon, Apr 21, 2008 at 10:10:47PM +0200, Roland Smith wrote:
On Mon, Apr 21, 2008 at 09:04:03PM +0200, Willy Offermans
Xin LI wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Stuyts wrote:
| Hi,
|
| While doing an rsync from a zfs filesystem to an external usb hd (also
| zfs), the rsync processes hung in zfs state. I could not kill these
| processes, although the rest of the server seemingly continued
On Mon, Apr 21, 2008 at 01:02:33AM +0200, Arno J. Klaassen wrote:
I didn't stress-test this MB for a while, but last time I did was
with 7-PRELEASE/RC?/CANTremember-exactly-but-close-to-release
and all worked great
I did add 2G ECC to the 2nd CPU since, though I doubt that interferes
with
Toni Schmidbauer wrote:
hi,
i'm running
FreeBSD murus 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Mon Mar 3 20:53:07
CET 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386
today this machine crashed, but lucky me i did get a crash dump. i'm
not a kernel developer so any help would be great in
Peter Wemm wrote:
On Fri, Apr 4, 2008 at 9:55 AM, Roland Smith [EMAIL PROTECTED] wrote:
On Fri, Apr 04, 2008 at 10:58:40AM +0200, Ivan Voras wrote:
Signing binaries could be naturally tied in with securelevel, where some
securelevel (1?) would mean kernel no longer accepts new keys.
Ken Chen wrote:
Hi,
The NFS server is running FreeBSD 6.0, and no problems with other NFS client
with FreeBSD 6.
When a new client with FreeBSD 7 comes, the NFS server always says:
Apr 2 03:52:01 rpc.lockd: clntudp_create: RPC: Program not registered
Apr 2 03:52:01 rpc.lockd:
Peter Much wrote:
And the party continues...
When starting my usual environment, there is already the next pagefault
kernel panic!
Tracking it down... it's the type keyword in devfs rules. According
to the manpage, support for this was _not_ withdrawn.
But actually, entering something like
Kris Kennaway wrote:
Peter Much wrote:
And the party continues... When starting my usual environment, there
is already the next pagefault kernel panic!
Tracking it down... it's the type keyword in devfs rules. According
to the manpage, support for this was _not_ withdrawn. But actually
Mikael Ikivesi wrote:
On Sat, 22 Mar 2008 19:39:32 +0100
Kris Kennaway [EMAIL PROTECTED] wrote:
So, did you consider perhaps following this advice? ;-)
Kris
Yes I did.
The reason I send to this list also is that in make.conf manual says:
CFLAGS(str) Controls the compiler setting
Ken Chen wrote:
Hello,
I upgrade from 6.2 to 7.0 on this Intel SR2400 server, then it panic after
mounting storage when boot with 7.0 kernel.
I don't leave enough space for core dumping, so I should get nothing more
for the panic. Any way to gather enough information for bug reporting?
Mikael Ikivesi wrote:
Hi
I am running uptodate RELENG_7. It has gcc (GCC) 4.2.1 20070719
[FreeBSD].
I tried to track down segfaults from my code and I accidentaly found a
optimization error. Code did not segfault when compiled without
optimization but crashed when -O2 was used.
I tried to
Brad Pitney wrote:
Not sure why it keeps wedging, at first I thought it was something to
do with the LORs, now after adding some more debugging options I
think I might have found the answer!
KDB: stack backtrace:
db_trace_self_wrapper(c074b5ee,e70599ac,c05b6853,c4a9e000,e70599ac,...)
at
Marko Lerota wrote:
Kris Kennaway [EMAIL PROTECTED] writes:
Then the servers. Why should I reinstall all my databases and such?
I always
liked that FreeBSD base (OS) is separated from packages. And no
matter what I do with the packages, my OS will always work. I don't
want dependency
hell like
Kevin Oberman wrote:
Or, is the system failing to retrieve the packages and failing over to
building the ports? This would take a long time!
I always tee the output of portupgrade to a file so, if it dies in the
middle, it's pretty easy to pick up where it left off and not re-build
everything
Ruben Lara wrote:
Hi all!
I'm trying to buildworld from 6.3 release to 7.0.
All ok, but when system is building world, i get cc1: out of memory allocating
97582896 bytes error
I goolge it and get response in a forum:
Check /etc/make.conf for CFLAGS, and if present remove it.
O remove
Ruben Lara wrote:
Hi!
I solved problem with memory, but now, make buildworld crash with next error:
/usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:238: warning:
incompatible implicit declaration of built-in function ´abort´
Michael Grant wrote:
On Wed, Mar 5, 2008 at 11:08 AM, Ruben van Staveren [EMAIL PROTECTED] wrote:
On 5 Mar 2008, at 10:06, Michael Grant wrote:
My server just literally was brought to it's knees with this message
spewing on the console:
swap_pager: indefinite wait buffer: bufobj: 0,
Chris H. wrote:
Greetings,
I'm having some difficulty working with anything past 127.0.0.1.
It seems impossible to use (create) any addresses on the loopback
past 127.0.0.1.
What evidence do you have for this? Show your ifconfig commands, etc.
I use 127/8 addresses all the time without
Eric L. Chen wrote:
Hi Kris,
I have this problem, too.
If moused is enabled, use /dev/sysmouse in xorg.conf, X11 will freeze if
mouse not moving.
If moused is disabled, use /dev/psm0 in xorg.conf.
Every thing works fine.
I am running 7-STATBEL/i386.
OK, please start a new thread so we don't
Torfinn Ingolfsen wrote:
Hello
One one of my stable machines I see these messages in /var/log/messages:
Mar 3 18:37:41 kg-i82 kernel: 16.011e9e3975b3aa06 too long
Mar 3 21:41:42 kg-i82 kernel: 16.016a24cf0742715c too long
Mar 3 21:41:58 kg-i82 kernel: 15.feb784aee196608c too short
Does
Steven Hartland wrote:
Would fix this particular package but again: how many others
do this? Maybe this is something that BSDPAN could / should
override?
It might be possible, you should talk to the BSDPAN maintainer.
Kris
___
Alex de Kruijff wrote:
I noticed that the kernel directory was very large compaired to 6.1. Is
this for debugging and can I safely remove the symbols files I want to
save some space?
Yes but if you encounter a panic and need to submit a bug report then
you will need at least the kernel.debug
1 - 100 of 1403 matches
Mail list logo