On 27 August 2012 10:48, OriS wrote:
> Hello all,
>
> I have a strange warning message in dmesg:
>
> warning: total configured swap (15728640 pages) exceeds maximum
> recommended amount (22369984 pages).
> warning: increase kern.maxswzone or reduce amount of swap.
>
> (The configured pages
Yup, that seems to be the issue...
I kept bumping up the value of kern.maxswzone until the warning disappeared.
Should be incorporated into sources I guess.
Thanks! :)
Noor
On Mon, Aug 27, 2012 at 10:26 AM, Sergey Kandaurov wrote:
> On 27 August 2012 10:48, OriS wrote:
> > Hello all,
> >
> > I
I posted on this mailing list two weeks ago and never received any
replies so I decided to raise a PR via the web form. But I think I
submitted it under the wrong category and it's marked as low priority as
well. But I think this is something that is a potential serious problem
if I end up gett
Sergey Kandaurov writes:
> Index: /usr/src/sys/vm/swap_pager.c
> ===
> --- /usr/src/sys/vm/swap_pager.c(revision 239722)
> +++ /usr/src/sys/vm/swap_pager.c(working copy)
> @@ -2135,7 +2135,7 @@ swapon_check_swzone(unsi
OriS writes:
> The value of kern.maxswzone in /boot/loader.conf is:
>
> kern.maxswzone=201326592
On an amd64 system, you should just set it to 0.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.fre
Am 27.08.2012 um 11:06 schrieb Matt Smith:
> I posted on this mailing list two weeks ago and never received any replies so
> I decided to raise a PR via the web form. But I think I submitted it under
> the wrong category and it's marked as low priority as well. But I think this
> is something t
On 27.08.2012 10:06, Matt Smith wrote:
I posted on this mailing list two weeks ago and never received any
replies so I decided to raise a PR via the web form. But I think I
submitted it under the wrong category and it's marked as low priority
as well. But I think this is something that is a poten
Yep, this also causes the warning not to be emitted at all.
Well, maybe it'd be a good idea to set it to 0 on amd64 systems for
amd64-RELEASE's.
OriS
On Mon, Aug 27, 2012 at 11:21 AM, Dag-Erling Smørgrav wrote:
> OriS writes:
> > The value of kern.maxswzone in /boot/loader.conf is:
> >
> >
OriS writes:
> "Dag-Erling Smørgrav" writes:
> > On an amd64 system, you should just set it to 0.
> Well, maybe it'd be a good idea to set it to 0 on amd64 systems for
> amd64-RELEASE's.
Already done.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
free
On Mon, Aug 27, 2012 at 11:50 AM, Dag-Erling Smørgrav wrote:
> OriS writes:
>> "Dag-Erling Smørgrav" writes:
>> > On an amd64 system, you should just set it to 0.
>> Well, maybe it'd be a good idea to set it to 0 on amd64 systems for
>> amd64-RELEASE's.
>
> Already done.
>
Mine is 33554432 with
On 2012-08-27 10:28, Stefan Bethke wrote:
Is there a particular reason you've decided to glabel your partitions
instead of using GPT labels? Which device did you do the newfs on,
the
GPT partition or the glabel device? My hunch is that the label
metadata sector at the end of the GPT partition
On 2012-08-27 10:25, c...@milos.co.za wrote:
I'm far from anything near an expert on file systems but I'd suggest
you remove softupdates and leave journaling on.
tunefs -n disable
There's no need to have both on and although I agree that both SHOULD
work together there's no reason to have them on
Hi,
On Mon, 27 Aug 2012 11:12:52 +0100
Matt Smith wrote:
> On 2012-08-27 10:28, Stefan Bethke wrote:
> > Is there a particular reason you've decided to glabel your
> > partitions instead of using GPT labels? Which device did you do the
> > newfs on, the
> > GPT partition or the glabel device? M
On 2012-08-27 11:26, Erich Dollansky wrote:
I would run plain UFS for / /var and /tmp and see what will happen
then.
I know what you will answer. But it will help to isolate the problem.
Did you mean not use the label at all? If so I just tried this. Set
/dev/ada0p2 in the fstab. No change.
Christer Solskogen writes:
> Mine is 33554432 without any modifications to loader.conf on 9.1-RC1.
> Is that the default?
It is the hardcoded default for both i386 and amd64 in 9.1 and earlier
releases. I have not merged the new limits and warning code yet.
DES
--
Dag-Erling Smørgrav - d...@de
On 27.08.2012 11:15, Matt Smith wrote:
On 2012-08-27 10:25, c...@milos.co.za wrote:
I'm far from anything near an expert on file systems but I'd suggest
you remove softupdates and leave journaling on.
tunefs -n disable
There's no need to have both on and although I agree that both
SHOULD
work t
On Mon, Mar 05, 2012 at 07:10:22AM +0100, Hans Petter Selasky wrote:
> On Monday 05 March 2012 05:17:59 Alexey Dokuchaev wrote:
> > On Sat, Mar 03, 2012 at 09:11:29AM +0100, Hans Petter Selasky wrote:
> > > On Friday 02 March 2012 20:25:32 Jung-uk Kim wrote:
> > > > Try the attached patch. At leas
I've been tracking stable/9 on a daily basis on one of the slices
of my laptop for a while now, b ut just happened to review the
scrollback on vty0 this morning, and noticed the (hightlighted, though
that doesn't show up in the below cut/paste) whines "REDZONE: Buffer
underflow detected"
I inc
On 27 August 2012 05:50, Dag-Erling Smørgrav wrote:
> OriS writes:
>> "Dag-Erling Smørgrav" writes:
>> > On an amd64 system, you should just set it to 0.
>> Well, maybe it'd be a good idea to set it to 0 on amd64 systems for
>> amd64-RELEASE's.
Can we put this advice into the printf?
--
Eita
Eitan Adler writes:
> "Dag-Erling Smørgrav" writes:
> > On an amd64 system, you should just set it to 0.
> Can we put this advice into the printf?
There is no need for that, as 0 is already the default for amd64 in
head, and I intend to MFC that change very soon.
DES
--
Dag-Erling Smørgrav - d
On 27 August 2012 09:47, Dag-Erling Smørgrav wrote:
> Eitan Adler writes:
>> "Dag-Erling Smørgrav" writes:
>> > On an amd64 system, you should just set it to 0.
>> Can we put this advice into the printf?
>
> There is no need for that, as 0 is already the default for amd64 in
> head, and I intend
Hi all,
I just switched from Fedora Linux to FreeBSD. But I noticed a problem,
the CPU temperature will be very high when the load is high. Especially
while I am building C++ programs. It shut down for even 3 times while I
was building Firefox/Thunderbird, just because of high temperature (86.
On Mon, 27 Aug 2012, Matt Smith wrote:
On 2012-08-27 11:26, Erich Dollansky wrote:
I would run plain UFS for / /var and /tmp and see what will happen then.
I know what you will answer. But it will help to isolate the problem.
Did you mean not use the label at all? If so I just tried this. S
Gi,
On Mon, 27 Aug 2012 20:44:59 +0800
Mike Manilone wrote:
> I just switched from Fedora Linux to FreeBSD. But I noticed a
I did the same on my notebook some time ago.
> problem, the CPU temperature will be very high when the load is high.
It was the same for me while Fedora was running.
>
On 2012-08-27 14:56, Warren Block wrote:
Stefan called it. The newfs is done on /dev/gpt/gptroot, no problem
there. But when glabel writes to /dev/ada0p2--which is
/dev/gpt/gptroot, same thing, it overwrites the last block. And then
the filesystem is mounted with the glabel device, which is a
Le 27.08.2012 08:44, Mike Manilone a écrit :
> Hi all,
>
> I just switched from Fedora Linux to FreeBSD. But I noticed a problem,
> the CPU temperature will be very high when the load is high.
> Especially while I am building C++ programs. It shut down for even 3
> times while I was building Firefo
On Monday 27 August 2012 14:59:43 Alexey Dokuchaev wrote:
> On Mon, Mar 05, 2012 at 07:10:22AM +0100, Hans Petter Selasky wrote:
> > On Monday 05 March 2012 05:17:59 Alexey Dokuchaev wrote:
> > > On Sat, Mar 03, 2012 at 09:11:29AM +0100, Hans Petter Selasky wrote:
> > > > On Friday 02 March 2012 20
On 2012/08/27 22:44, Christian Mangin wrote:
You should try to adjust _PSV to be significantly lower (> 15-20C) than
the _CRT (critical shutdown temp) so that _CRT is never reached.
Well, I think this is very useful for all the situations. Why not set
them by default?
__
Christian Mangin gmail.com> writes:
>
> Le 27.08.2012 08:44, Mike Manilone a écrit :
> > Hi all,
> >
> > I just switched from Fedora Linux to FreeBSD. But I noticed a problem,
> > the CPU temperature will be very high when the load is high.
> > Especially while I am building C++ programs. It shu
I'm sure this is a FAQ, but I've been staring at it too long to spot the
obvious.
BSD-box (9.1-PRE) is acting as default router/NAT gateway for local LAN.
IP4 works.
IP6 rig, per the setup on tunnelbroker.net, appears to work on the BSD box.
However, while LAN clients (XP, OSX) manage to acq
On 2012-08-27 18:49, John Hawkes-Reed wrote:
I'm sure this is a FAQ, but I've been staring at it too long to spot the
obvious.
rtadvd_interfaces="rl0"
Show also /etc/rtadvd.conf. Here's mine:
kronstadt ~# cat /etc/rtadvd.conf
vr0::rdnss="2001:470:600d:dead::1":dnssl="misaki.pl":addr="2001:4
On Mon, 27 Aug 2012 16:37:41 + (UTC), jb wrote:
> Christian Mangin gmail.com> writes:
> > Le 27.08.2012 08:44, Mike Manilone a écrit :
> > > Hi all,
> > >
> > > I just switched from Fedora Linux to FreeBSD. But I noticed a problem,
> > > the CPU temperature will be very high when the loa
On 27/08/2012 17:56, Stanisław Halik wrote:
On 2012-08-27 18:49, John Hawkes-Reed wrote:
I'm sure this is a FAQ, but I've been staring at it too long to spot the
obvious.
rtadvd_interfaces="rl0"
Show also /etc/rtadvd.conf. Here's mine:
kronstadt ~# cat /etc/rtadvd.conf
vr0::rdnss="2001:470
On 2012-08-27 19:22, John Hawkes-Reed wrote:
The man page seemed to suggest that the defaults should work:
Try this option for each interface. Given that it's present in my
config, it must've been necessary to use for a one reason or other.
addr(str) The address filled into Prefix f
On 08/27/12 18:49, John Hawkes-Reed wrote:
BSD-box (9.1-PRE) is acting as default router/NAT gateway for local LAN.
IP4 works.
IP6 rig, per the setup on tunnelbroker.net, appears to work on the BSD box.
However, while LAN clients (XP, OSX) manage to acquire addresses with
the right prefix, the
On Sunday, August 26, 2012 7:51:27 am Per olof Ljungmark wrote:
> On our X61s's setting 'debug.acpi.disabled="hostres"' does not change
> the inability to boot 9-BETA1, 9-RC1 or -current.
>
> What does fix it however, is to change the Kingston SSD drive to a
> standard mechanical one. This is ve
On Sunday, August 26, 2012 6:59:22 pm Martin Dieringer wrote:
> On Sun, 26 Aug 2012, Per olof Ljungmark wrote:
>
> > On 08/26/12 18:37, Kurt Jaeger wrote:
> >> Hi!
> >>
> >>> On our X61s's setting 'debug.acpi.disabled="hostres"' does not change
> >>> the inability to boot 9-BETA1, 9-RC1 or -curre
On Monday, August 27, 2012 9:13:11 am David Wolfskill wrote:
> Starting devd.
> REDZONE: Buffer underflow detected. 1 byte corrupted before 0xced40080
(4294966796 bytes allocated).
This size seems wait outlandish. The only malloc in devctl_queue_data_f() is:
struct dev_event_info *n1 =
On Mon, 27 Aug 2012, Matt Smith wrote:
On 2012-08-27 14:56, Warren Block wrote:
Stefan called it. The newfs is done on /dev/gpt/gptroot, no problem
there. But when glabel writes to /dev/ada0p2--which is
/dev/gpt/gptroot, same thing, it overwrites the last block. And then
the filesystem is m
On Mon, 27 Aug 2012, Warren Block wrote:
No obvious problems jumped out at me. Here are my notes:
http://www.wonkity.com/~wblock/docs/html/disksetup.html
The gpart version is halfway down. I really need to switch that around.
Changed now so that the gpart(8) version is first.
__
On 27/08/2012 19:06, Christian Laursen wrote:
On 08/27/12 18:49, John Hawkes-Reed wrote:
BSD-box (9.1-PRE) is acting as default router/NAT gateway for local LAN.
IP4 works.
IP6 rig, per the setup on tunnelbroker.net, appears to work on the BSD
box.
However, while LAN clients (XP, OSX) manage t
On 2012-08-27 19:42, Warren Block wrote:
No obvious problems jumped out at me. Here are my notes:
http://www.wonkity.com/~wblock/docs/html/disksetup.html
The gpart version is halfway down. I really need to switch that
around.
Oh! You're the owner of that site. As it happens those were t
On Mon, Aug 27, 2012 at 11:42 AM, Warren Block wrote:
> On Mon, 27 Aug 2012, Matt Smith wrote:
>
>> On 2012-08-27 14:56, Warren Block wrote:
>>>
>>>
>>> Stefan called it. The newfs is done on /dev/gpt/gptroot, no problem
>>> there. But when glabel writes to /dev/ada0p2--which is
>>> /dev/gpt/gpt
Hi, thanks for the answer
Here is what you asked for:
# ifconfig igb0
igb0: flags=8843 metric 0 mtu 1500
options=4401bb
ether ...
inet 192.168.9.60 netmask 0xff00 broadcast 192.168.9.255
inet6 prefixlen 64 scopeid 0x1
nd6 options=29
media: Ethernet autos
On 08/27/12 21:03, John Hawkes-Reed wrote:
On 27/08/2012 19:06, Christian Laursen wrote:
On 08/27/12 18:49, John Hawkes-Reed wrote:
rc.conf:
(I'm not convinced that obfuscating the addresses is worth the
confusion)
ipv6_gateway_enable="YES"
ip6addrctl_verbose="YES"
rtadvd_enable="YES"
rtadvd_
On 8/27/2012 12:27 PM, Christian Laursen wrote:
> On 08/27/12 21:03, John Hawkes-Reed wrote:
>> On 27/08/2012 19:06, Christian Laursen wrote:
>>> On 08/27/12 18:49, John Hawkes-Reed wrote:
rc.conf:
(I'm not convinced that obfuscating the addresses is worth the
confusion)
>>
On 2012-08-27 19:54, John Baldwin wrote:
On Sunday, August 26, 2012 6:59:22 pm Martin Dieringer wrote:
On Sun, 26 Aug 2012, Per olof Ljungmark wrote:
On 08/26/12 18:37, Kurt Jaeger wrote:
Hi!
On our X61s's setting 'debug.acpi.disabled="hostres"' does not change
the inability to boot 9-BETA1
On Mon, 27 Aug 2012, Kevin Oberman wrote:
No obvious problems jumped out at me. Here are my notes:
http://www.wonkity.com/~wblock/docs/html/disksetup.html
The gpart version is halfway down. I really need to switch that around.
Pretty good page, but I would really suggest that you also do ei
On Mon, 27 Aug 2012, Matt Smith wrote:
On 2012-08-27 19:42, Warren Block wrote:
No obvious problems jumped out at me. Here are my notes:
http://www.wonkity.com/~wblock/docs/html/disksetup.html
The gpart version is halfway down. I really need to switch that around.
Oh! You're the owner
On Mon, Aug 27, 2012 at 1:16 PM, Warren Block wrote:
> On Mon, 27 Aug 2012, Kevin Oberman wrote:
>
>>> No obvious problems jumped out at me. Here are my notes:
>>> http://www.wonkity.com/~wblock/docs/html/disksetup.html
>>>
>>> The gpart version is halfway down. I really need to switch that arou
In message <503bcb0a.6000...@freebsd.org>, Doug Barton writes:
> On 8/27/2012 12:27 PM, Christian Laursen wrote:
> > On 08/27/12 21:03, John Hawkes-Reed wrote:
> >> On 27/08/2012 19:06, Christian Laursen wrote:
> >>> On 08/27/12 18:49, John Hawkes-Reed wrote:
> rc.conf:
>
> (I'm not
On Mon, Aug 27, 2012 at 05:34:54PM +0200, Hans Petter Selasky wrote:
> If the USB HC is feeding too many such IRQ's it will be stuck. However,
> if you see that "uhub_read_port_status()" is called, the kernel is at least
> running, though it might be that some IRQ is stuck, hence the 100% CPU
> usa
On Mon, 27 Aug 2012, Kevin Oberman wrote:
On Mon, Aug 27, 2012 at 1:16 PM, Warren Block wrote:
On Mon, 27 Aug 2012, Kevin Oberman wrote:
No obvious problems jumped out at me. Here are my notes:
http://www.wonkity.com/~wblock/docs/html/disksetup.html
The gpart version is halfway down. I re
53 matches
Mail list logo