=1
- Put into your loader.conf:
dtraceall_load=YES
After reboot check:
dtrace -l
If you see lots of fbt and sdt (esp. the nfs ones) providers all should be
prepared and fine.
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
On Fri, 27 May 2011, Alexander Leidinger wrote:
Date: Fri, 27 May 2011 10:43:58 +0200
From: Alexander Leidinger alexan...@leidinger.net
To: Michael Reifenberger m...@reifenberger.com
Cc: Rick Macklem rmack...@uoguelph.ca,
FreeBSD-Current freebsd-current@FreeBSD.org
Subject: Re: newnfs user
On Thu, 26 May 2011, Rick Macklem wrote:
...
http://people.freebsd.org/~rmacklem/dtrace.patch
Hmm. Is it just me?
Trying to test the patch I get:
(fs)(root) patch -C dtrace.patch
Hmm... I can't seem to find a patch in there anywhere.
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
) forces the usage of oldnfs.
Is it possible to use both oldnfs and newnfs kernel objects at once
or does the usage of newnfs prohibit the usage of dtrace?
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
___
freebsd
kern.ipc.nmbjumbo9: 12800
kern.ipc.nmbjumbop: 25600
And unloaded / reloaded the kernel module. Still no luck, same
problem, on latest 9-CURRENT (r221363).
Same here.
If I should provide some more configuration settings,
please let me know.
Michael
___
freebsd
that simple.
I doubled the nmbclusters as well. But nothing happened.
I have no load on this machine and nothing special
configured.
Thanks,
Michael
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have WIP patches to fix this but they aren't ready yet.
pcib4: I/O decode0x4000-0x4fff
pcib4: memory decode 0xf090-0xf09f
*** this memory widow is what I expected all children to allocate from
pcib4: no prefetched
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/03/11 19:49, I wrote:
Parent bridge:
I fixed the subordinate bus using setpci -s 07:06.2 4c.b=02
Correction: this should be pciconf -wb pci0:0:30:0 0x1a 9
imb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (FreeBSD)
I've stared at this for a (long) while but haven't come to any
reasonable conclusion as to why it does what it does or how to fix it :-(
Specifically, the BIOS in this machine doesn't set up a memory window
for the cardbus controller nor does it properly configure the PCI bridge
to route to the
does contain some incorrect changes) can be found at
http://www.cran.org.uk/~brucec/freebsd/codespell_sys.diff .
Nice! But there are also some false positives in .uu
files.
Cheers,
Michael
___
freebsd-current@freebsd.org mailing list
http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It seem that CVS hasn't seen any src updates sine the burp involving
/usr/ports/net/unison232/files/patch-update.mli.diff.
Any ideas?
imb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (FreeBSD)
- test -d $dir || dir=/var/empty
+ test -z $2 dir=${NANO_WORLDDIR}/var/empty
+ test -d $dir || dir=${NANO_WORLDDIR}/var/empty
echo Creating ${dev} with ${dir} (mounting on ${mnt})
newfs_part $dev $mnt $lbl
cd ${dir}
...
On Sat, 26 Mar 2011, Michael
...
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
on a 2GiB memstick (Without packages).
What do you think?
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
On Mon, 21 Mar 2011, Lars Engels wrote:
Date: Mon, 21 Mar 2011 11:04:28 +0100
From: Lars Engels lars.eng...@0x20.net
To: Michael Reifenberger m...@reifenberger.com
Cc: Nathan Whitehorn nwhiteh...@freebsd.org,
FreeBSD-Current curr...@freebsd.org
Subject: Re: bsdinstall-amd64-20110313 remarks
a standard /etc with writable entries.
Less special and more POLA.
Thanks for your work on bsdinstaller anyhow!
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
___
freebsd-current@freebsd.org mailing list
http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- Original Message
Subject: [head tinderbox] failure on ia64/ia64
Date: Sat, 26 Feb 2011 18:55:22 GMT
From: FreeBSD Tinderbox tinder...@freebsd.org
To: FreeBSD Tinderbox tinder...@freebsd.org, curr...@freebsd.org,
i...@freebsd.org
Just upgraded my mail-server to -current only to be greated by:
Feb 18 16:26:00 mail authdaemond: modules=authpam, daemons=5
Feb 18 16:26:00 mail authdaemond: Installing libauthpam
Feb 18 16:26:00 mail authdaemond: Installation complete: authpam
Feb 18 16:26:00 mail authdaemond:
On Sat, Feb 19, 2011 at 12:11:09AM +0200, Kostik Belousov wrote:
On Fri, Feb 18, 2011 at 04:53:30PM -0500, michael butler wrote:
Just upgraded my mail-server to -current only to be greated by:
Feb 18 16:26:00 mail authdaemond: modules=authpam, daemons=5
Feb 18 16:26:00 mail authdaemond
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/11 18:22, Kostik Belousov wrote:
The patch below fixed the bug for the test extracted from your kdump.
diff --git a/sys/ufs/ufs/ufs_vnops.c b/sys/ufs/ufs/ufs_vnops.c
index 084971e..34b1758 100644
--- a/sys/ufs/ufs/ufs_vnops.c
+++
On 02/14/11 10:29, Matthew Fleming wrote:
1) should the length of the bcopy() be changed to either respect
res-Length or the actual length of the ACPI_RESOURCE_DATA for the
type?
It should just use res-Length:
Is there a guarantee that res-Length is = sizeof(ACPI_RESOURCE) ?
I don't know
On 1/14/11 8:55 PM, Michael Jung mi...@paymentallianceintl.com wrote:
John:
Thanks, I actually didn¹t see the MCA errors on the screen as the system has
reloaded but noted them in the ddb.txt file last night.
The Motherboard, CPU, Memory and PS were replaced today. I¹ll post back
In the process of making the sdhci driver work with my laptop, I noted a
cosmetic issue where the SD card's serial number is not correctly
reported (it's always zero). Possible patch attached,
imb
Index: mmc.c
===
--- mmc.c
am Michael Jung wrote:
Links to crash info below.
http://216.26.153.6/msgbuf.txt
This might be a hardware problem. The panic you got is a should never
happen panic. Note that in the code line sourced, the second argument to
mtx_assert() is MA_OWNED. The panic is saying that it is some
Links to crash info below.
http://216.26.153.6/bounds
http://216.26.153.6/config.txt
http://216.26.153.6/ddb.txt
http://216.26.153.6/info.1
http://216.26.153.6/msgbuf.txt
http://216.26.153.6/panic.txt
http://216.26.153.6/ version.txt http://216.26.153.6/%20version.txt
On 01/12/11 05:50, Anton Yuzhaninov wrote:
Is it possible to get AHCI working on this controller:
atap...@pci0:0:31:2:class=0x01018f card=0x72101462 chip=0x27c08086
rev=0x01 hdr=0x00
vendor = 'Intel Corporation'
device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage
On 01/12/11 10:44, Alexander Motin wrote:
[ .. snip .. ]
PCIR_BAR(5) is not set in this case, only 0-4. It won't help.
Ugh! My bad .. the only other option is to adjust the entry in ahci.c
for that chip-id, find a suitably free memory window and do something
like the attached patch (set
cc1: warnings being treated as errors
/usr/home/imb/svn/head/sys/netinet/if_ether.c: In function 'in_arpinput':
/usr/home/imb/svn/head/sys/netinet/if_ether.c:540: warning: format '%ld'
expects type 'long int', but argument 3 has type 'unsigned int'
*** Error code 1
.. where unsigned int is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/09/11 12:57, David Wolfskill wrote:
As usual, I have been tracking, building, booting head daily on my
laptop for a while.
Yesterday, having built head at r217090, I had updated to r217145,
built, and booted it OK. (I then booted from my
a similar behaviour
.. completely hung on me at 1am this morning :-(
imb
Original Message
Subject: Re: softupdate with journal panic
Date: Tue, 24 Aug 2010 00:12:57 +0300
From: Kostik Belousov kostik...@gmail.com
To: Peter Holm p...@freebsd.org
CC: Michael Butler i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Seems that 'treat warnings as errors' snags on this .. patch attached,
imb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (FreeBSD)
iEYEARECAAYFAkz0B/YACgkQQv9rrgRC1JKLBgCeNhKn2W6Z2XFN/zt70PbFhKbP
eHcAoIwI0Iz0g5TmU/pjbnG8zlcY6a1y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/29/10 15:25, Matthew Fleming wrote:
On Mon, Nov 29, 2010 at 12:07 PM, Michael Butler
i...@protected-networks.net wrote:
Seems that 'treat warnings as errors' snags on this .. patch attached,
Which compiler are you using? I didn't have any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/26/10 19:00, FreeBSD Tinderbox wrote:
[ .. ]
cc1: warnings being treated as errors
/src/sys/dev/ichwd/ichwd.c: In function 'ichwd_attach':
/src/sys/dev/ichwd/ichwd.c:526: warning: implicit declaration of function
'ich_read_tco_2'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Seems there are a couple of defines missing from an e1000_hw.h
=== igb (all)
[ .. snip .. ]
/usr/home/imb/svn/head/sys/modules/igb/../../dev/e1000/if_igb.c:142:
error: 'E1000_DEV_ID_DH89XXCC_SERDES' undeclared here (not in a function)
acceleration to work in KDE4
Cheerio!
Michael
--
Thanks,
Michael Rusch
rus...@gmail.com
twitter - @weeddude
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current
For the last week, on and off, I've been looking for something that
caused KDE to be horridly unstable, i.e. machine freezes with and
without a core-dump.
Removing r212281 (and r212282) restores that stability. Is there a race
condition that this update exposes by reducing lock strength?
The
On 09/12/10 12:19, Kostik Belousov wrote:
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
Removing r212281 (and r212282) restores that stability. Is there a race
condition that this update exposes by reducing lock strength?
[ .. ]
Does the following change make any
On 08/23/10 21:49, Matt wrote:
Please note atrtc0 error in dmesg?
[ .. ]
atrtc0: AT realtime clock port 0x70-0x77 irq 8 on acpi0
atrtc0: Warning: Couldn't map I/O.
atrtc0: [FILTER]
I get this on a Toshiba A105 but it doesn't seem to hurt anything,
imb
On 08/23/10 17:12, Kostik Belousov wrote:
On Sun, Aug 22, 2010 at 03:21:04PM +0200, Peter Holm wrote:
On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote:
While updating sysutils/coreutils port on -current as of this morning
(SVN r211550), I noted a panic during the directory rename
While updating sysutils/coreutils port on -current as of this morning
(SVN r211550), I noted a panic during the directory rename config test.
I disabled the journal and the test succeeded without a panic.
Abbreviated core.txt is attached,
imb
toshi.auburn.protected-networks.net dumped
interpreted language.
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current
://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
--
Michael W. Lucasmwlu...@blackhelicopters.org
http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/
New book available: Network Flow Analysis
http
On 08/01/10 23:03, I wrote:
Sadly, I still haven't been able to identify where the buffer address in
the request structure is one of: left unset, gets lost or corrupted :-(
Happens with k3b-kde4 too. I am assuming that this is as a consequence
of the ATA_CAM code-path. I don't recall ever
On 07/28/10 04:27, Andriy Gapon wrote:
You do realize that ATA_CAM just (well, mostly) introduces a wrapper around
the
now aging ATA driver ?
No magic pixie dust to fix the bugs in it, but perhaps more ways to expose
them.
Sadly, I still haven't been able to identify where the buffer
I have a custom kernel for my laptop which uses ATA_CAM rather than the
now aging ATA driver ..
In the case that the kernel compilation options KDB and DDB are enabled,
k3b will simply freeze. Without them, I managed to catch this panic:
Fatal trap 12: page fault while in kernel mode
cpuid = 1;
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/10 09:55, David Wolfskill wrote:
This is for GENERIC i386 kernel, running on head at r210462, sources
updated to r210495:
[ .. ]
=== usr.bin/kdump (depend)
sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/usr/src/tmp/usr/include ioctl.c
After reinitialized my gpt scheme, i can successfully import my zpool.
After this there was a little bit trouble with my zpool.cache and
booting from my pool, but now it works.
Thank you to all for your help,
Michael
Am 20.07.2010 13:30, schrieb Michael Gusek:
-Urspr?ngliche Nachricht
-Ursprüngliche Nachricht-
Von: Xin LI delp...@delphij.net
Gesendet: 19.07.2010 23:20:28
An: Michael Gusek michael.gu...@web.de
Betreff: Re: Problem with ZFS version 15
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
On 2010/07/17 06:40, Michael Gusek wrote:
Hi,
i updated my 8.1
-Urspr?ngliche Nachricht-
Von: Andrey V. Elsukov bu7c...@yandex.ru
Gesendet: 20.07.2010 12:47:49
An: Michael Gusek michael.gu...@web.de
Betreff: Re: Problem with ZFS version 15
On 20.07.2010 13:51, Michael Gusek wrote:
and apply a new bootloader: gpart bootcode -b /boot/pmbr -p
/boot
? I'm running a zfs
mirror on ad0 and ad1.
Michael
___
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!
Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail
-LALL -a0
MegaCli -LdSetProp -EnDskCache -LALL -a0
(Only if having a USV of course)
Dunno if there is a mfiutil equivalent though.
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
___
freebsd-current@freebsd.org mailing
cache mfid0 enable
mfiutil cache mfid0 read-ahead none
mfiutil cache mfid0 write-back
mfiutil cache mfid0 write-cache enable
Thanks!
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
___
freebsd-current@freebsd.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/10/10 19:11, FreeBSD Tinderbox wrote:
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual -Wundef -Wno-pointer-sign
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/30/10 19:54, Ivan Voras wrote:
Shouldn't SU+J be visible in the output of mount somehow? I've just
enabled it on a root file system of a machine and while tunefs and
dumpfs report both soft-updates and SUJ are enabled (after reboot), the
disks containing Windows
7 [1].
FreeBSD boots just fine from GPT.
See the examples section of gpart(8).
Bye/2
---
Michael Reifenberger
mich...@reifenberger.com
http://www.Reifenberger.com
___
freebsd-current@freebsd.org mailing list
http
FreeBSD or Windows (by means of changing the boot sequence). A
working boot manager would be so much more convenient for that.
Ah. I see.
Sorry, can't help here.
On all servers I use GPT for FreeBSD/ZFS exclusively.
On the Notebooks I stay with MBR...
Bye/2
---
Michael Reifenberger
mich
On 04/30/10 18:33, K. Macy wrote:
How much memory do you have? I haven't been checking code in without
testing it, but clearly my system behaves a bit differently.
Please try 207452.
Building this now although ..
On Fri, Apr 30, 2010 at 2:42 PM, Manfred Antar n...@pozo.com wrote:
At 02:21
0x40580668 in kill () from /lib/libc.so.7
#1 0x404b6be0 in abort () from /lib/libc.so.7
#2 0x4056848c in __assert () from /lib/libc.so.7
#3 0x00104064 in ?? ()
Previous frame identical to this frame (corrupt stack?)
(gdb)
Any ideas on this?
Kind Regards
--
Michael Moll
Hi,
On Thu, Apr 29, 2010 at 11:33:30PM +0300, Andriy Gapon wrote:
on 29/04/2010 18:31 Michael Moll said the following:
You can use hd to see if you indeed have '\0' (0x00) symbol somewhere within
your kernel config file.
Thanks, I checked this and there are no 0x00s in the config file itself
fails. I don't have
time today to build the kernel with the different revisions to hunt the
problem down to one commit...
imp@: The last commits to usr.sbin/config/* might have raised this
problem, could you have a look at it?
Kind Regards
--
Michael Moll
on other
archs) and run config -x on the resulting file.
Kind Regards
--
Michael Moll
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
) and not working (Michael) cases.
ah...@pci0:0:31:2: class=0x01018f card=0x72708086 chip=0x27c48086 rev=0x02
hdr=0x00
vendor = 'Intel Corporation'
device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller'
class = mass storage
subclass = ATA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/18/10 01:57, Alexander Motin wrote:
More important probably would be `pciconf -lvcb`.
Intel controllers after ICH6 change both ID and set of resources,
depending on AHCI enabled in BIOS. There is separate set of IDs for
controllers with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The revision labeled:
SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo
Add another ICH7M chipset that works.
.. is incorrect and will cause some laptops to not boot.
Of the following identifiers:
{0x27c48086, 0x00, Intel ICH7M,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/17/10 18:05, Rui Paulo wrote:
On 17 Apr 2010, at 22:34, Michael Butler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The revision labeled:
SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo
Add another ICH7M chipset that works
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
My laptop manufacturer decided not to have AHCI included in the BIOS for
this device, so I've been looking at what needs to happen in order to
make this work.
On this device, the BIOS doesn't even initialize BAR(5), so I need to
start at that point
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/22/10 17:27, Xin LI wrote:
Just a heads-up that zlib in base system (libz) has been updated to
1.2.4. We tried to keep -HEAD as close as possible to the vendor
version, but there is some changes in its internal data structure, and
we did
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/18/10 09:35, David Wolfskill wrote:
On first reboot after building installing; yesterday (@r205249) was OK:
[ .. ]
--- trap 0xc, eip = 0xc08853d6, esp = 0xc1420bb0, ebp = 0xc1420bd0 ---
_mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/18/10 18:15, K. Macy wrote:
On Thu, Mar 18, 2010 at 1:38 PM, K. Macy km...@freebsd.org wrote:
I have the same panic. I'll try to revert 205266.
Yes, 205266 is the culprit.
Try updating. I've made the change a no-op until I can track the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/11/10 05:52, Li, Qing wrote:
I spent some time looking into the issue and found the problem
is the if_tap interface turns out to be one of those interfaces
that claims to be of IFT_ETHER type, but does not touch the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/09/10 21:00, Doug Barton wrote:
On 03/09/10 12:14, Li, Qing wrote:
This error was caused by my commit r204902 from yesterday.
Please try patch at
http://people.freebsd.org/~qingli/route.h.diff
This doesn't appear to be committed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/10/10 12:18, Li, Qing wrote:
Could you please provide me with more information, such as your
ifconfig and netstat output? What's the error message?
With or without r204902, I do not see any difference in ifconfig or
netstat output. Addresses
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If compiling -current without debugging enabled, this module fails with
a warning about unused variables (warnings treated as errors).
The attached patch allows compilation to proceed although I'm not
convinced that it's entirely correct (duplicate
On Wed, February 24, 2010 10:38, Bernhard Froehlich wrote:
I've got the new patch from Alexander Eichner now. It's currently untested
on newer kernels so could someone please test it on an affected kernel?
http://pastebin.ca/1808177
(linefeeds from the patch are dos so beware!)
beat@ has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It appears that SVN rev 203972 added this ..
@@ -185,6 +178,8 @@ addrmerge(struct netbuf *caller, char *s
if (ifsa == NULL || ifsa-sa_family != hint_sa-sa_family ||
!(ifap-ifa_flags IFF_UP))
,
--
--- --
Michael Bretterklieber - http://www.bretterklieber.com
A-Quadrat Automation GmbH - http://www.a-quadrat.at
Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847
* Robert Watson [EMAIL PROTECTED] [031130 11:36]:
On Sun, 30 Nov 2003, Andreas Klemm wrote:
I have a better idea, then we perhaps need something like a wrapper
script that is part of the FreeBSD basic system under /etc/rc.d that
checks for the start script under $LOCALBASE/etc/rc.d and
On Saturday 29 November 2003 09:19, Kris Kennaway wrote:
Are all affected machines multi-processor?
None. Both are i386 UP (although the 4.9-RELEASE box is running an SMP-enabled
kernel).
--
,_, | Michael Nottebrock | [EMAIL PROTECTED]
(/^ ^\) | FreeBSD - The Power
as a fixed feature programming model.
--
,_, | Michael Nottebrock | [EMAIL PROTECTED]
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
pgp0.pgp
Description: signature
On Thursday 27 November 2003 06:35 pm, Leo Bicknell wrote:
Since applying your patch I'd have IPv4 stop working 4 times. No panic,
no console errors, just IPv4 traffic no longer does anything. Can't
forward through the box. Can't ping the box, can't do anything.
Logging in on console
Things are actually looking pretty good at this point; I'm probably going
to move from 4.9-STABLE to 5.2-RELEASE on my main home server, but I'm
seeing the following with 5.2-BETA at this point:
I'm running 5.2-BETA cvsup'd at about 9 PM 11/25 on two systems; one is
a Supermicro P6DGH, dual
up.
Unfortunately, both machines aren't very good datapoints because both have
pretty customized kernels and have -Os and -march optimized worlds/kernels...
Both have kern.timecounter.hardware: ACPI-fast, too.
--
,_, | Michael Nottebrock | [EMAIL PROTECTED
Sam Leffler
On Wednesday 26 November 2003 06:51 am, Michael L. Squires wrote:
On my dual CPU P6DGH the 11/22 cvsup of 5.2-BETA and netatalk crashes
on boot. Stopping netatalk from starting stops the crash.
I wasn't able to catch any crash information, but am currently
Guy Van Sanden
I just ran nmap host...
Nessus has the same effect.
When running nmap host (nmap 2.53 on a 4.9-STABLE box)) against a 5.2-BETA
host on the host I see
Nove 27 13:06:24 mikes sm-mta[483]: NOQUEUE: SYSERR(root): getrequests: accept:
Software caused connection abort
Nove 27
* Kent Stewart [EMAIL PROTECTED] [031127 17:50]:
On Thursday 27 November 2003 12:31 pm, Bill Moran wrote:
walt wrote:
To all of you who celebrate Thanksgiving today, I wish you a happy one!
And speaking of turkeys, does anyone know how Microsoft handles the
performance issues
Hi,
yesterday I tried to make the system's sendmail-msp submit to ::1.25
instead of 127.0.0.1:25 on an up-to-date FreeBSD-current installation .
When injecting a lot of messages via bsmtp (rsmtp command) the system
freezes solid after putting about 10 to 20 into the mail queue and doesn't
even
* M. Warner Losh [EMAIL PROTECTED] [031126 00:43]:
In message: [EMAIL PROTECTED]
Michael Edenfield [EMAIL PROTECTED] writes:
: * M. Warner Losh [EMAIL PROTECTED] [031125 12:07]:
: In message: [EMAIL PROTECTED]
: boyd, rounin [EMAIL PROTECTED] writes:
: : i see
* Garance A Drosihn [EMAIL PROTECTED] [031126 06:56]:
At 12:23 AM -0500 11/26/03, Michael Edenfield wrote:
Just to provide some real-world numbers, here's what I got
out of a buildworld:
I have reformatted the numbers that Michael reported,
into the following table:
Static /bin/sh
On my dual CPU P6DGH the 11/22 cvsup of 5.2-BETA and netatalk crashes
on boot. Stopping netatalk from starting stops the crash.
I wasn't able to catch any crash information, but am currently recompiling
with sources from last night to see if it's repeatable.
Mike Squires
* Melvyn Sopacua [EMAIL PROTECTED] [031126 13:23]:
/dev/ad0s2e ? 989M ? 947M -36.4M ? 104% ? ?/var
This is normal. Each filesystem has a chunk of reserved space for
root-only, for disaster recovery and such. Your /var filesystem is
full, and has begun overflowing into that reserved space by
* M. Warner Losh [EMAIL PROTECTED] [031126 14:51]:
In message: [EMAIL PROTECTED]
Michael Edenfield [EMAIL PROTECTED] writes:
: They were on a single CPU Athlon 500 with 320MB of RAM.
320MB is not enough RAM not to swap.
However, having said that, I think everybody realizes
* boyd, rounin [EMAIL PROTECTED] [031125 05:16]:
i see that there some doubt about whether running lots of
shell scripts ever happens. what happens when you
use make? lots of shells get run and they run small
(one line?) scripts.
Just to provide some real-world numbers, here's what I got
* M. Warner Losh [EMAIL PROTECTED] [031125 12:07]:
In message: [EMAIL PROTECTED]
boyd, rounin [EMAIL PROTECTED] writes:
: i see that there some doubt about whether running lots of
: shell scripts ever happens. what happens when you
: use make? lots of shells get run and they run
* Garance A Drosihn [EMAIL PROTECTED] [031124 14:11]:
I doubt there is any perfect answer which will satisfy
everyone, but perhaps we can recognize that and figure out
some flexible middle ground.
Would it be possible, through some make.conf magic, for the end-user to
set extra programs to be
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such=
file or directory
mkdep: compile failed
*** Error code 1
=20
Stop in /usr/src/gnu/lib/libstdc++.
*** Error code 1
I'm running 5.1-CURRENT now, but I was able to build 5.1-RELEASE-p10. I
suspect you need to
* Tim Kientzle [EMAIL PROTECTED] [031121 18:40]:
Leo Bicknell wrote:
To boot a machine into single user mode you need a kernel, init,
and /bin/sh (minimally). It would seem to me that alone is a good
argument for those three things to be static.
* Rewrite dlopen() to not require dynamic
, i.e. whether allways the complete value has
to be send or whether the counters could be reset, after each update.
For Mpd we implemented it without resetting the counters, but maybe that's
not 100% right.
bye,
--
--- --
Michael
-Output-Octets
blabla
can only be
present in Accounting-Request records where the Acct-Status-Type
is set to Stop.
It looks like, that these counters must not present in accounting updates.
bye,
--
--- --
Michael Bretterklieber
update packets won't help.
looking for someone who supervises my patch and commit it if no problems
will be founded.
this can be a problem :-)
bye,
--
--- --
Michael Bretterklieber - http://www.bretterklieber.com
A-Quadrat
* Erik Trulsson [EMAIL PROTECTED] [031116 23:21]:
On Sun, Nov 16, 2003 at 07:24:00PM -0700, Brent Jones wrote:
This is just a case of OS evolution. /sbin used to be the place where
the statically linked recovery things would be placed, in case the
shared libraries got hosed. The only
901 - 1000 of 1690 matches
Mail list logo