This time poudriere came to an end:
% sysctl vfs.highest_numvnodes
vfs.highest_numvnodes: 500976
On Wed, 17 Mar 2021 18:55:43 +0100
Mateusz Guzik wrote:
> Thanks, I'm going to have to ponder a little bit.
>
> In the meantime can you apply this:
> https://people.freebsd.org/~mjg/maxvnodes.d
On Sat, 30 Mar 2019 21:17:36 +0300
Rozhuk Ivan wrote:
> > You wrote "apic.0.disabled", not "acpi.0.disabled". Are you sure you
> > wrote the correct command? You do not want to disable the APIC
> > (interrupt controller), but the ACPI (control and power interface).
>
> hint.acpi.0.disabled="1" -
> I'd like to ask whether there are sites were binary packages could be
> downloaded from and are there any experiences with installing them on
> either 9-STABLE or 10-CURRENT?
We (BSDForen.de) have unofficial packages build by the community at
http://wiki.bsdforen.de/anwendungen/libreoffice_aus_i
On Thu, 9 Feb 2012 19:52:58 -0500
Eitan Adler wrote:
> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689)
> there has been some discussion about changing the default cshrc file.
>
> I'd like to commit something like the following based on Chris's patch
> at the end of the thread.
e
taking the snapshot this looks like some kind of race condition or
something like that.
Some more information from an older debug session can be found at:
http://deponie.yamagi.org/freebsd/debug/snapshots_panic/
On Tue, 10 Jan 2012 10:30:13 -0800
Kirk McKusick wrote:
> > Date: Mon, 9 J
Hello,
I'm sorry to bother you, but you may not be aware of this thread and
this problem. We are several people experiencing deadlocks, kernel
panics and other problems when creating sanpshots on file systems
with SU+J. It would be nice to get some feedback, e.g. how can we
help debugging and / or
Hi,
I've seen this too (and other problems with SU+J and snapshots) and was
able to reproduce it fairly easy. I wrote a PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=163310
Never received any feedback until now...
On Mon, 2 Jan 2012 23:27:57 -0600
Bryce Edwards wrote:
> I have a RELENG_9 ma
On Sun, 04 Dec 2011 13:56:11 -0800
Julian Elischer wrote:
> On 12/4/11 12:30 PM, Yamagi Burmeister wrote:
> > On Sun, 4 Dec 2011 22:25:19 +0200
> > Kostik Belousov wrote:
> >
> >> Try to set sysctl security.bsd.map_at_zero to 1.
> > I didn't even think o
On Sun, 4 Dec 2011 22:25:19 +0200
Kostik Belousov wrote:
> Try to set sysctl security.bsd.map_at_zero to 1.
I didn't even think of that. It helped, thanks :)
--
Homepage: www.yamagi.org
XMPP: yam...@yamagi.org
GnuPG/GPG: 0xEFBCCBCB
pgpZ0f86AZ7Fv.pgp
Description: PGP signature
On Fri, 2 Jul 2010 21:44:26 +0300
Kostik Belousov wrote:
> On Fri, Jul 02, 2010 at 11:12:13AM -0700, Julian Elischer wrote:
> > every now and then, for fun I run up a chroot of freebsd 1.1. or 1.0
> > under a chroot. Usually hillarity ensues with teh 15 second kernel
> > compile and the 4 minu
On Thu, 01 Sep 2011 11:45:17 +0200
Lars Engels wrote:
> this was already reported and will be fixed in BETA2. The cause was a
> bug in
> pw(8).
Ah okay, I didn't know that. Sorry for the noise :)
--
Homepage: www.yamagi.org
XMPP: yam...@yamagi.org
GnuPG/GPG: 0xEFBCCBCB
pgpu0SOirAb4a.p
Hi,
when installing FreeBSD 9.0-BETA1 and choosing the auto partition
layout (Guided -> Entire Disk -> Exit -> Save) with no seperate
/usr/home partition and adding no user accounts to the system
(Would you like to add users to the installed system now -> No) neither
the /usr/home directory nor th
On Mon, 29 Aug 2011 20:12:54 +0800
Adrian Chadd wrote:
> Hi,
>
> http://forums.nvidia.com/index.php?showtopic=38242 Post 18
>
> This indicates the driver supports CUDA somehow. What's missing is a
> FreeBSD runtime.
>
> Can someone please do some legwork with this and see if it's possible
> to
Hi,
I encountered a panic in the 2011/05 snapshot of 9-current. Snapshot
creation an UFS filesystem with or without SU+J leads to panic:
% mdconfig -a -t malloc -s 128m
% newfs -U -O2 -t /dev/md0
% mount /dev/md0 /mnt
% mksnap_ffs /mnt /mnt/foo
=> panic
My system is:
fbsd-vbox# uname -a
F
Hello,
while tracking down a bug in vesa.c which caused a crash a friend of
mine noticed a potential ressource leak in vesa.c. In line 841 the
execution is aborted via return (1); without freeing the already
allocated resources. the attached patch changes the line to "goto fail;"
which seems more
15 matches
Mail list logo