far in this regard. Perhaps there is
a similar compile time option. In any case, maybe this tweak helps in
your case, too.
Regards,
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
of vm.kvm_size and continues to
fall, and vfs.ufs.dirhash_mem still hasn't hit the
vfs.ufs.dirhash_maxmem limit, it's time to get concerned. Of course,
you can also use the vm.kvm_* values to dimension vfs.ufs.dirhash_maxmem
properly in the first place.
Regards,
Uwe
--
Uwe Doering
to do a verification/repair run over the
original mirror (if your controller supports this) to make sure that
both disks are in sync and there are no defective sectors on the disk
you are subsequently copying the data from. Otherwise there could be
some rude awakening ...
Regards,
Uwe
--
Uwe
kern.vm.pmap.shpgperproc available on 4.x? This can be
configured in /boot/loader.conf.
It does not appear to be available via a sysctl in 4.x.
But you can put that option into the kernel config file:
options PMAP_SHPGPERPROC=...
and build a new kernel with it.
Regards,
Uwe
--
Uwe
Hi Steve,
Stephen Clark wrote:
Uwe Doering wrote:
[...]
But you can put that option into the kernel config file:
options PMAP_SHPGPERPROC=...
and build a new kernel with it.
You are correct. My question is more how much should I increase it. The
current default in the 4.x LINT file
Ruslan Ermilov wrote:
On Fri, Sep 29, 2006 at 09:21:56PM +0200, Uwe Doering wrote:
Ruslan Ermilov wrote:
It doesn't matter. What you suggest is not the correct way.
Perhaps the buildworld is broken, but that's a separate issue.
My understanding so far is that the files under
'/usr/include
'
options. This apparently hasn't been done so far. At least not completely.
Regards,
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
___
freebsd-stable@freebsd.org mailing list
http
Ruslan Ermilov wrote:
On Fri, Sep 29, 2006 at 05:40:36PM +0200, Uwe Doering wrote:
[...]
The same happened on my workstation, which runs 4.11. The cause of this
problem is that the openssl sources under '/usr/src' apparently use some
include files installed under '/usr/include/openssl
Ruslan Ermilov wrote:
On Fri, Sep 29, 2006 at 08:34:29PM +0200, Uwe Doering wrote:
Ruslan Ermilov wrote:
On Fri, Sep 29, 2006 at 05:40:36PM +0200, Uwe Doering wrote:
[...]
The same happened on my workstation, which runs 4.11. The cause of this
problem is that the openssl sources under '/usr
situation.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
Oliver Fromme wrote:
Uwe Doering [EMAIL PROTECTED] wrote:
[...]
Now, since routes are a global resource in FreeBSD, is there a way to
prevent users from other jails on that machine from accessing that VPN,
too? If it weren't possible to restrict access to a VPN to the jail
other jails on that machine from accessing that VPN,
too? If it weren't possible to restrict access to a VPN to the jail it
is associated with the VPN would no longer be private I'd think.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http
the
soldering and the problem was gone.
Now, there are of course plenty of other hardware reasons why the RTC
can fail, even temporarily like in your case. Perhaps it is really time
for a new mainboard.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED
Charles Sprickman wrote:
On Fri, 18 Nov 2005, Uwe Doering wrote:
Charles Sprickman wrote:
I've been digging through Google for more information on this. I
have a 4.8 box that's been up for about 430 days. In the last week
or so, top and ps have started reporting all CPU usage numbers
.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
.
This socket type typically consumes more CPU because of TCP's protocol
overhead. However, whether you would actually notice any difference in
speed basically depends on how much excess CPU power there is available
on that server.
Uwe
--
Uwe Doering | EscapeBox - Managed
Robert Watson wrote:
On Wed, 14 Sep 2005, Lyndon Nerenberg wrote:
On Sep 13, 2005, at 11:59 PM, Uwe Doering wrote:
Now, for security reasons jails normally are confined in separate
filesystems, or at least in separate parts of a common one. So in
case of MySQL you would have to use TCP
Oliver Fromme wrote:
Uwe Doering [EMAIL PROTECTED] wrote:
Oliver Fromme wrote:
If they're really identical (i.e. the same size and same
geometry), then you can use dd(1) for duplication, like
this:
# dd if=/dev/ad0 of=/dev/ad1 bs=64k conv=noerror,sync
The noerror,sync part
i/o errors in this
situation you _do_ run a very real risk of losing data! Unfortunately
you can't do much about it but you should at least be aware of it.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
Don Bowman wrote:
From: Uwe Doering [mailto:[EMAIL PROTECTED]
...
As far as I understand this family of controllers the OS
drivers aren't involved at all in case of a disk drive
failure. It's strictly the controller's business to deal
with it internally. The OS just sits there and waits
Don Bowman wrote:
From: [EMAIL PROTECTED]
From: Uwe Doering [mailto:[EMAIL PROTECTED] ...
Did you merge 1.3.2.3 as well? This actually should have
been one MFC
Yes, merged from RELENG_4.
I will post later if this happens again, but it will be quite
a long time. The machine has 7 drives
Don Bowman wrote:
From: Uwe Doering [mailto:[EMAIL PROTECTED]
Don Bowman wrote:
[...]
Another drive failed and the same thing happened.
After the failure, the raid worked in degrade mode just
fine, but many
files had been corrupted during the failure.
So I would suggest that this merge did
Don Bowman wrote:
From: Uwe Doering [mailto:[EMAIL PROTECTED]
Don Bowman wrote:
I have a machine running:
$ uname -a
FreeBSD machine.phaedrus.sandvine.com 4.9-STABLE FreeBSD
4.9-STABLE #0:
Fri Mar 19 10:39:07 EST 2004
[EMAIL PROTECTED]:/usr/src/sys/compile/LABDB i386
...
I have merged asr.c
Uwe Doering wrote:
Don Bowman wrote:
I have merged asr.c from RELENG_4 to get this fix:
Fix a mis-merge in the MFC of rev. 1.64 in rev. 1.3.2.3; the following
change wasn't included:
- Set the CAM status to CAM_SCSI_STATUS_ERROR rather than CAM_REQ_CMP
in case of a CHECK CONDITION.
since I guess
to tell for sure
who the culprit is.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
, yes.
Or the whole disk drive is about to die. That's the situation where
I've seen this message most of the time. An indicator of this would be
block numbers that appear to be at random.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http
Oliver Brandmueller wrote:
On Fri, Nov 05, 2004 at 10:08:18PM +0100, Uwe Doering wrote:
I've attached an updated version of the patch for 'vnode_pager.c'. On
my test system it resolved the issue. Please let us know whether it
works for you as well.
Is there any known way to trigger the problem
for now. Wasted
time, unfortunately.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
. Please let us know whether it
works for you as well.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
--- src/sys/vm/vnode_pager.c.orig Tue Dec 31 10:34:51 2002
+++ src/sys/vm/vnode_pager.cFri Nov 5 20:41:15 2004
Igor Sysoev wrote:
On Sat, 9 Oct 2004, Uwe Doering wrote:
[...]
I wonder whether the unresponsiveness is actually just the result of the
kernel spending most of the time in printf(), generating warning
messages. vnode_pager_generic_putpages() doesn't return any error in
case of a write failure
Uwe Doering wrote:
[...]
What we need here is an additional test that makes sure that in case of
a character device bwillwrite() gets called only if the device is in
fact a disk. Please consider trying out the attached patch. It will
not reduce the heavy disk activity (which is, after all
need this kind of safeguard.
Also, it would probably be a good idea to fix RELENG_4 swiftly (and
possibly release a security advisory) because this flaw is certainly a
great DoS opportunity for maliciously minded shell users ...
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX
Uwe Doering wrote:
Igor Sysoev wrote:
Here is more correct patch to fix the panic in 4.x reported in
http://freebsd.rambler.ru/bsdmail/freebsd-hackers_2004/msg02732.html
-
--- src/sys/kern/kern_event.c Sun Oct 10 12:17:55 2004
+++ src/sys/kern/kern_event.c Sun Oct 10 12
.
It won't make the actual application causing these errors any happier,
but it may eliminate the DoS aspect of the issue.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
--- src/sys/vm/vnode_pager.c.orig Fri Oct 31 11
the
situation by re-reading the directory, which it succeeded in if there
are no further related messages in the log.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
___
[EMAIL PROTECTED
manufacturer. I can tell
you from my own experience that it is really hard to find reliable PC
hardware these days, in light of ever shorter and faster product release
cycles.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
for personal use, jail(8) and FreeBSD 5.x should be okay.
My two cents.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
[EMAIL PROTECTED] | http://www.escapebox.net
___
[EMAIL PROTECTED] mailing list
http
37 matches
Mail list logo