freebsd-stable Digest, Vol 351, Issue 5
freebsd-sta...@freebsd.org
freebsd...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
or, via email, send a message with subject or body 'help' to
freebsd-sta...@freebsd.org
You can reach the person managing the list at
freebsd-st...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-stable digest..."
Today's Topics:
1. Re: [ HEADS UP ] Ports unstable for the next 10 days
(Antonio Olivares)
2. Re: [ HEADS UP ] Ports unstable for the next 10 days
(Ion-Mihai Tetcu)
3. Re: 7.3: instant panic upon connecting a umass
(Giovanni Trematerra)
4. Re: fault tolerant web servers on freebsd
(Marek 'Buki' Kozlovsk? )
5. Re: CPU problems after 8.0-STABLE update (Akephalos)
6. HEADS UP: rc.firewall and rc.firewall6 were unified
(Hajimu UMEMOTO)
7. Re: 7.3: instant panic upon connecting a umass (Andriy Gapon)
8. Re: xen vps issue loading disk? (Pieter de Goeje)
9. Re: 7.3: instant panic upon connecting a umass (Julian H. Stacey)
10. Re: ZFS Tuning - arc_summary.pl (jhell)
11. Unknown Fact (Bindu)
12. Re: CPU problems after 8.0-STABLE update (Akephalos)
13. Re: xen vps issue loading disk? (Matthew Seaman)
14. Re: CPU problems after 8.0-STABLE update (Andriy Gapon)
15. Re: CPU problems after 8.0-STABLE update (Attilio Rao)
16. Re: CPU problems after 8.0-STABLE update (Andriy Gapon)
----------------------------------------------------------------------
Message: 1
Date: Wed, 7 Apr 2010 07:20:47 -0500
From: Antonio Olivares <olivar...@gmail.com>
Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days
To: Garrett Cooper <yane...@gmail.com>
Cc: sta...@freebsd.org, Ion-Mihai Tetcu <ite...@freebsd.org>,
ques...@freebsd.org, freebs...@freebsd.org
Message-ID:
<g2q75107331004070520j6...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Garret,
I have tried the command out, but it apparently does not do the job:
===>>> Continuing 'make config' dependency check for graphics/graphviz
===>>> Launching child to update libgnomeui-2.24.1_1
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1
===>>> Port directory: /usr/ports/x11-toolkits/libgnomeui
===>>> Launching 'make checksum' for x11-toolkits/libgnomeui in background
===>>> Gathering dependency list for x11-toolkits/libgnomeui from ports
===>>> Starting recursive 'make config' check
===>>> Launching child to update gvfs-1.2.3_2
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2
===>>> Port directory: /usr/ports/devel/gvfs
===>>> Launching 'make checksum' for devel/gvfs in background
===>>> Gathering dependency list for devel/gvfs from ports
===>>> Starting recursive 'make config' check
===>>> Launching child to update libsoup-2.26.3_2
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2
===>>> Port directory: /usr/ports/devel/libsoup
===>>> Launching 'make checksum' for devel/libsoup in background
===>>> Gathering dependency list for devel/libsoup from ports
===>>> Starting recursive 'make config' check
===>>> Launching child to update sqlite3-3.6.14.2 to sqlite3-3.6.19
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> sqlite3-3.6.14.2
===>>> Port directory: /usr/ports/databases/sqlite3
===>>> Launching 'make checksum' for databases/sqlite3 in background
===>>> Gathering dependency list for databases/sqlite3 from ports
===>>> Starting recursive 'make config' check
===>>> Recursive 'make config' check complete for databases/sqlite3
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> sqlite3-3.6.14.2
===>>> Continuing 'make config' dependency check for devel/libsoup
===>>> Launching child to update gnome-keyring-2.26.3_1
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1
===>>> Port directory: /usr/ports/security/gnome-keyring
===>>> Launching 'make checksum' for security/gnome-keyring in background
===>>> Gathering dependency list for security/gnome-keyring from ports
===>>> Starting recursive 'make config' check
===>>> Launching child to update libgcrypt-1.4.4 to libgcrypt-1.4.5
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >>
libgcrypt-1.4.4
===>>> Port directory: /usr/ports/security/libgcrypt
===>>> Gathering dependency list for security/libgcrypt from ports
===>>> Starting recursive 'make config' check
===>>> Recursive 'make config' check complete for security/libgcrypt
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >>
libgcrypt-1.4.4
===>>> Continuing 'make config' dependency check for security/gnome-keyring
===>>> Launching child to update libtasn1-2.3 to libtasn1-2.4
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >>
libtasn1-2.3
===>>> Port directory: /usr/ports/security/libtasn1
===>>> Gathering dependency list for security/libtasn1 from ports
===>>> Starting recursive 'make config' check
===>>> Recursive 'make config' check complete for security/libtasn1
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >>
libtasn1-2.3
===>>> Continuing 'make config' dependency check for security/gnome-keyring
===>>> Recursive 'make config' check complete for security/gnome-keyring
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1
===>>> Continuing 'make config' dependency check for devel/libsoup
===>>> Recursive 'make config' check complete for devel/libsoup
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2
===>>> Continuing 'make config' dependency check for devel/gvfs
===>>> Launching child to update sysutils/fusefs-kmod
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> sysutils/fusefs-kmod
===>>> Port directory: /usr/ports/sysutils/fusefs-kmod
===>>> This port is marked IGNORE
===>>> requires the userland sources to be installed. Set
SRC_BASE if it is not in /usr/src
===>>> If you are sure you can build it, remove the
IGNORE line in the Makefile and try again.
===>>> Update for sysutils/fusefs-kmod failed
===>>> Aborting update
===>>> Update for gvfs-1.2.3_2 failed
===>>> Aborting update
===>>> Update for libgnomeui-2.24.1_1 failed
===>>> Aborting update
===>>> Update for graphics/graphviz failed
===>>> Aborting update
===>>> Update for devel/doxygen failed
===>>> Aborting update
===>>> Update for jackit-0.116.2_2 failed
===>>> Aborting update
===>>> Update for arts-1.5.10_2,1 failed
===>>> Aborting update
Terminated
What should I do in this case?
Thanks,
Antonio
On Mon, Apr 5, 2010 at 2:31 PM, Garrett Cooper <yane...@gmail.com> wrote:
> On Mon, Apr 5, 2010 at 12:05 PM, Antonio Olivares
> <olivar...@gmail.com> wrote:
>> Ion-Mihai,
>>
>> Does this fix the following issue?
>>
>> I have installed FreeBSD 8.0 and updated it to current p2
>>
>> I try to use konqueror and I get
>>
>> There was an error loading the module About-Page for Konqueror.
>> The diagnostics is:
>> Cannot load library /usr/local/kde4/lib/kde4/konq_aboutpage.so:
>> (Shared object "libjpeg.so.10" not found, required by "libkhtml.so.7")
>>
>> Other programs like kile and k3b don't work because of the same
>> message or others. I did not know about this, otherwise I would not
>> have tried to install these programs in the first place, till the
>> coast was clear :(
>>
>> Thanks though, I saw the message a little bit late :(
>
> Nope. You need to update all of jpeg. See UPDATING for more
> details (but substitute this for the portmaster directions: "
> portmaster -r 'jpeg-*' ".
> HTH,
> -Garrett
>
------------------------------
Message: 2
Date: Wed, 7 Apr 2010 15:36:38 +0300
From: Ion-Mihai Tetcu <ite...@FreeBSD.org>
Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days
To: Antonio Olivares <olivar...@gmail.com>
Cc: Garrett Cooper <yane...@gmail.com>, sta...@freebsd.org,
ques...@freebsd.org, freebs...@freebsd.org
Message-ID: <20100407153...@it.buh.tecnik93.com>
Content-Type: text/plain; charset="us-ascii"
On Wed, 7 Apr 2010 07:20:47 -0500
Antonio Olivares <olivar...@gmail.com> wrote:
[ .. ]
> ===>>> Port directory: /usr/ports/sysutils/fusefs-kmod
> ===>>> This port is marked IGNORE
> ===>>> requires the userland sources to be installed. Set
> SRC_BASE if it is not in /usr/src
>
> ===>>> If you are sure you can build it, remove the
> IGNORE line in the Makefile and try again.
>
> ===>>> Update for sysutils/fusefs-kmod failed
> ===>>> Aborting update
[ .. ]
> What should I do in this case?
First, please don't top post.
Second, you don't seem to have the base sources installed and that
port, being a kernel module, needs them.
See:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html
--
IOnut - Un^d^dregistered ;) FreeBSD "user"
"Intellectual Property" is nowhere near as valuable as "Intellect"
FreeBSD committer -> ite...@FreeBSD.org, PGP Key ID 057E9F8B493A297B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20100407/ba9c80d2/signature-0001.pgp
------------------------------
Message: 3
Date: Wed, 7 Apr 2010 14:38:20 +0200
From: Giovanni Trematerra <giovanni....@gmail.com>
Subject: Re: 7.3: instant panic upon connecting a umass
To: "Mikhail T." <mi+...@aldan.algebra.com>
Cc: u...@freebsd.org, sta...@freebsd.org, Jeremy Chadwick
<fre...@jdc.parodius.com>
Message-ID:
<h2h4e6cba831004070538w1...@mail.gmail.com>
Content-Type: text/plain; charset=KOI8-R
2010/4/7 Mikhail T. <mi+...@aldan.algebra.com>:
> Jeremy Chadwick خءذةسء×(جء):
>> Regarding your problem: it likely has nothing to do with SMP, so don't
>> worry about that aspect of it.
> Thanks for the reassuring response, Jeremy. If this is not about SMP,
> then there is a (bad) regression -- the 7.2-kernel from March 5 never
> crashed this way... I connected the same phone numerous times, as well
> as the camera...
>
> I shall await response from USB-maintainers...
While in the meantime why not compile a kernel with -DUSB_DEBUG and
report back the trace before the panic?
If it's not an issue for you, you could try to upgrade to 8.0-RELEASE
that has a completely new usb stack as Jeremy pointed out.
Thanks
--
Gianni
------------------------------
Message: 4
Date: Wed, 7 Apr 2010 15:11:23 +0200
From: "Marek 'Buki' Kozlovsk? " <d...@null.cz>
Subject: Re: fault tolerant web servers on freebsd
To: freebsd...@freebsd.org
Message-ID: <20100407131...@dev.null.cz>
Content-Type: text/plain; charset="us-ascii"
On Wed, Apr 07, 2010 at 08:37:14AM +0100, Matthew Seaman wrote:
[snip]
> >> Out of curiosity: have you considered MySQL Cluster:
> >> http://en.wikipedia.org/wiki/MySQL_Cluster
> >> http://www.mysql.com/products/database/cluster/faq.html
> >>
> >> If yes, can you share your evaluation results?
> >> Thanks!
>
> You need at least three machines to build a MySQL cluster; preferably
> more like 6 or 7. All of your data has to fit in RAM on those machines
> and you need at least two copies of each item of data for resilience, so
> don't bother trying this with anything other than a well populated 64bit
> box. Also, if /all/ of your servers crash at the same time (power
> problems tend to have this result) then your data has gone *poof* and
> you'll be restoring from backup. You did remember to set up a regular
> job to create snapshots of the clustered data didn't you?
two machines will suffice. Of course, prefferably more :)
Data no longer need to fit into memory, IIRC. Only indexes must.
We were running MySQL cluster in production few years back (with 4.x MySQL -
when the data had to fit in mem) and it was quite usable.
> Cluster tends to be slower than what you can achieve with straight MySQL
> on the same hardware.
unfortunately, I didn't perform any test.
> Cheers,
>
> Matthew
>
> --
> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
> Flat 3
> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
> Kent, CT11 9PW
more on the topic at http://www.mysql.com/products/database/cluster/
Regards,
Buki
--
PGP public key: http://dev.null.cz/buki.asc
/"\
\ / ASCII Ribbon Campaign
X Against HTML & Outlook Mail
/ \ http://www.thebackrow.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20100407/5b4c53bd/attachment-0001.pgp
------------------------------
Message: 5
Date: Wed, 7 Apr 2010 16:57:56 +0300
From: Akephalos <akephalos...@gmail.com>
Subject: Re: CPU problems after 8.0-STABLE update
To: Andriy Gapon <a...@icyb.net.ua>
Cc: Attilio Rao <att...@freebsd.org>, freebsd...@freebsd.org
Message-ID: <20100407165756.42ed52...@gmail.com>
Content-Type: text/plain; charset="us-ascii"
On Tue, 06 Apr 2010 15:02:29 +0300
Andriy Gapon <a...@icyb.net.ua> wrote:
> > # dmesg | grep -B 5 -A 5 -i rtc
> > acpi_button0: <Sleep Button> on acpi0
> > acpi_button1: <Power Button> on acpi0
> > acpi_tz0: <Thermal Zone> on acpi0
> > battery0: <ACPI Control Method Battery> on acpi0
> > acpi_acad0: <AC Adapter> on acpi0
> > atrtc0: <AT realtime clock> port 0x70-0x71 irq 8 on acpi0
> > atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
> > atkbd0: <AT Keyboard> irq 1 on atkbdc0
> > kbd0 at atkbd0
> > atkbd0: [GIANT-LOCKED]
> > atkbd0: [ITHREAD]
> > ---
>
> Is this before or after setting machdep.lapic_allclocks?
> If after, could you please check what happens without the change?
Anriy, it is _before_ setting it. I just disabled it and checked again to make sure. With the option set, the result is the same it seems, unless I ovelooked some little digit.
> > This seems to be the solution, is this a bug should I report or leave
> > things like this?
>
> Bug report never hurts :-)
> Could you please tell us what system us this (motherboard model)?
> Also, could you post output of acpidump -dt?
> Thanks!
>
> --
> Andriy Gapon
About this system:
ASUS K50AB laptop and mainboard
CPU (dmesg): AMD Turion(tm) X2 Ultra Dual-Core Mobile ZM-84 (2299.13-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0x200f31 Family = 11 Model = 3 Stepping = 1
Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
Features2=0x2001<SSE3,CX16>
AMD Features=0xea500800<SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow!+,3DNow!>
AMD Features2=0x131f<LAHF,CMP,SVM,ExtAPIC,CR8,Prefetch,OSVW,SKINIT>
TSC: P-state invariant
Video: Radeon HD 4570, 512 MB
RAM: 4 Gb (DDR2, I think)
HDD (dmesg): ad4: 238475MB <Hitachi HTS543225L9A300 FBEOC40C> at ata2-master UDMA100 SATA 3Gb/s
---
I attached you my acpidump result.
---
I'll see about the report after I rebuild the base system again.
Thank you man!
---
On Tue, 6 Apr 2010 14:51:47 +0200
Attilio Rao <att...@freebsd.org> wrote:
> Uhm, may you tell me which revision did you update to? May you update
> to the latest now, recompile your kernel, remove the hint
> machdep.lapic_allclocks and report if it works or not?
>
> Thanks,
> Attilio
>
>
> --
> Peace can only be achieved by understanding - A. Einstein
Attilio, if you ask me about the CVS version of the source, I'm afraid I don't know where to take that from. But here's my `uname -a` result, there's the build date where you can find out the version, please tell me if there's something else to help:
FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Tue Apr 6 01:10:20 EEST 2010 ro...@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64
---
I will recompile the kernel these days and come back to you.
Thanks a lot!
Mihai
--
Akephalos <akephalos...@gmail.com>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: acpidump.gz
Type: application/octet-stream
Size: 33739 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20100407/6eaf1929/acpidump-0001.obj
------------------------------
Message: 6
Date: Thu, 08 Apr 2010 04:09:10 +0900
From: Hajimu UMEMOTO <u...@FreeBSD.org>
Subject: HEADS UP: rc.firewall and rc.firewall6 were unified
To: sta...@FreeBSD.org
Message-ID: <ygetyrnozah.wl%u...@mahoroba.org>
Content-Type: text/plain; charset=US-ASCII
Hi,
It was hard to co-exist an IPv4 firewall rule and an IPv6 firewall
rule in the past. By revision 206382, The rc.firewall and
rc.firewall6 were unified, and rc.firewall6 and rc.d/ip6fw were
removed.
According to the removal of rc.d/ip6fw, ipv6_firewall_* rc variables
are obsoleted. Instead, the following new rc variables are added to
rc.d/ipfw:
firewall_client_net_ipv6, firewall_simple_iif_ipv6,
firewall_simple_inet_ipv6, firewall_simple_oif_ipv6,
firewall_simple_onet_ipv6, firewall_trusted_ipv6
The meanings correspond to the relevant IPv4 variables.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
------------------------------
Message: 7
Date: Thu, 08 Apr 2010 01:22:37 +0300
From: Andriy Gapon <a...@icyb.net.ua>
Subject: Re: 7.3: instant panic upon connecting a umass
To: "Julian H. Stacey" <j...@berklix.com>
Cc: u...@freebsd.org, "Mikhail T." <mi+...@aldan.algebra.com>,
sta...@freebsd.org
Message-ID: <4BBD05AD...@icyb.net.ua>
Content-Type: text/plain; charset=KOI8-U
on 07/04/2010 14:20 Julian H. Stacey said the following:
> I wonder if it's eg a corrupt FS not being fsck'd first ?
Have you given a look to the backtrace that Mikhail had posted?
I think that it answers your question.
--
Andriy Gapon
------------------------------
Message: 8
Date: Thu, 8 Apr 2010 00:35:22 +0200
From: Pieter de Goeje <pie...@degoeje.nl>
Subject: Re: xen vps issue loading disk?
To: freebsd...@freebsd.org
Cc: Henrik Hudson <li...@rhavenn.net>
Message-ID: <201004080035...@degoeje.nl>
Content-Type: text/plain; charset="iso-8859-1"
On Tuesday 06 April 2010 23:40:32 Henrik Hudson wrote:
> Hey Stable,
>
> I recently setup a Xen VPS running FreeBSD and the system came with
> 8.0-REL-p2 on it. I rebuilt world and then kernel using a 100%
> stock GENERIC i386. after installkernel and reboot the system
> stops at "trying to load disk: /dev/ad0s1a" (or similar; i forget
> the exact device node at the moment). I'm able to reset and boot
> kernel.old fine.
>
> Did I miss something or is there a regression somewhere?
>
> Henrik
There is a predefined kernel configuration file for Xen: XEN. You might try
building that.
--
Pieter de Goeje
------------------------------
Message: 9
Date: Thu, 08 Apr 2010 02:33:19 +0200
From: "Julian H. Stacey" <j...@berklix.com>
Subject: Re: 7.3: instant panic upon connecting a umass
To: Andriy Gapon <a...@icyb.net.ua>
Cc: u...@freebsd.org, "Mikhail T." <mi+...@aldan.algebra.com>,
sta...@freebsd.org
Message-ID: <201004080033....@fire.js.berklix.net>
Andriy Gapon wrote:
> on 07/04/2010 14:20 Julian H. Stacey said the following:
> > I wonder if it's eg a corrupt FS not being fsck'd first ?
>
> Have you given a look to the backtrace that Mikhail had posted?
Not looked. It was a URL, not text in mail.
> I think that it answers your question.
If I wasn't tired & out of depth, :-)
If mine was crashing, I'd first comment out devd entry to
identify & state to list what command fails, before trying kgdb.
I see
http://aldan.algebra.com/~mi/tmp/usb-crash.txt
has
Loaded symbols for /opt/modules/fuse.ko
man mount_fusefs
Oh well, not used Fuse, &
I've got my own crashes on 7 & 8.0-REL to amuse me ;-)
(mine from an encrypted usn stick with:
sync ... manual umount ... remove media ... then
devd.conf with
detach 1000 ...
action "gbde detach /dev/da0s2 ; ...
)
Cheers,
Julian
--
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org
------------------------------
Message: 10
Date: Wed, 07 Apr 2010 21:24:13 -0400
From: jhell <jh...@dataix.net>
Subject: Re: ZFS Tuning - arc_summary.pl
To: Jeremy Chadwick <fre...@jdc.parodius.com>
Cc: FreeBSD Stable <freebsd...@freebsd.org>
Message-ID: <4BBD303D...@dataix.net>
Content-Type: text/plain; charset=ISO-8859-1
On 03/29/2010 12:11, Jeremy Chadwick wrote:
> On Mon, Mar 29, 2010 at 09:43:08AM -0500, Barry Pederson wrote:
>> From another thread I saw, it sounds like arc_max isn't really
>> a "Hard Limit" but rather some kind of high water mark. If that's
>> the case then I wonder if this might make more sense....
>
> It became a hard limit in a semi-recent commit somewhere. I've lost
> count of the modifications at this point. So, the perl script would
> have to read __FreeBSD_version in /usr/include/osreldate.h and adjust
> its output accordingly.
>
Update:
The current version in head r52 has these modifications now. As a side
note while doing the the original modification I noticed some strange
values (negative) and decided to just branch what I already had in head
to stable/7 and continue with the modifications in head. arc_summary.pl
has not been updated in the downloads section until I investigate more
what happened with those negative values and why.
I will probably be adding some more (2) lines to the ARC Size Breakdown
area that compares its current usage to the the target_size so a
comparison can be done side-by-side of the difference to current size
and what it would look like at the target_size.
Regards,
--
jhell
------------------------------
Message: 11
Date: Thu, 8 Apr 2010 06:14:29 +0530
From: "Bindu" <bindi...@dh-ww.com>
Subject: Unknown Fact
To: sta...@freebsd.org
Message-ID: <2784146911544459@hp-4e4ab1378798>
Content-Type: text/plain; charset="UTF-8"
Hai,
I have come across a neat blog http://dhristionline.com <http://dhristionline.com/> having several unknown life facts. Do visit.
Its even more intersting that you can also post at this blog, if you also have something to tell the audience. So do keep on posting whenever you feel.
Regards
Bindiya
**********************************************************
Unsubscribe Policy
This mail was sent to sta...@freebsd.org Dated 08/04/2010
This e-mail cannot be considered as spam as your adress is listed in my database or your friend or somebody might have referred.
If you do not intend to receive this type of e-mails in future and this e-mail has caused you inconvinence, kindly Unsubscribe <mailto:unsub...@dhristionline.com?subject=Please unsubscribe me immediately> immediately. If this link does not work reply with the subject "REMOVE".
REPORT SPAM <mailto:report...@dhristionline.com?subject=Spam Reported> or forward a copy to report...@dhristionline.com <mailto:report...@dhristionline.com>
The following physical address associated with mailling list:-
Bindiya
+91-9420818377
------------------------------
Message: 12
Date: Thu, 8 Apr 2010 04:29:58 +0300
From: Akephalos <akephalos...@gmail.com>
Subject: Re: CPU problems after 8.0-STABLE update
To: Attilio Rao <att...@freebsd.org>
Cc: freebsd...@freebsd.org, Andriy Gapon <a...@icyb.net.ua>
Message-ID: <20100408042958.21d99c...@gmail.com>
Content-Type: text/plain; charset=US-ASCII
On Tue, 6 Apr 2010 14:51:47 +0200
Attilio Rao <att...@freebsd.org> wrote:
> > I set machdep.lapic_allclocks to 1 at statup - top works now!! I can see
> > both processors with top -P, btw, everything looks fine, although I get core
> > dump for xfce4-taskmanager and can't test it (it's probably related to
> > something else).
> > ---
> >
> > I started powerd - it scales the frequencies correctly now.
> >
> > This seems to be the solution, is this a bug should I report or leave things
> > like this?
>
> Uhm, may you tell me which revision did you update to? May you update
> to the latest now, recompile your kernel, remove the hint
> machdep.lapic_allclocks and report if it works or not?
>
> Thanks,
> Attilio
>
>
> --
> Peace can only be achieved by understanding - A. Einstein
Attilio, I csup-dated several hours ago and rebuilt and installed the kernel (and world, in case it matters).
%uname -a
FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu Apr 8 03:01:13 EEST 2010 ro...@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64
The problem persists without the machdep trick, I see only one processor in top with 0.0% CPU load.
--
Akephalos
------------------------------
Message: 13
Date: Thu, 08 Apr 2010 08:06:55 +0100
From: Matthew Seaman <m.se...@infracaninophile.co.uk>
Subject: Re: xen vps issue loading disk?
To: Pieter de Goeje <pie...@degoeje.nl>
Cc: freebsd...@freebsd.org, Henrik Hudson <li...@rhavenn.net>
Message-ID: <4BBD808F...@infracaninophile.co.uk>
Content-Type: text/plain; charset=UTF-8
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 07/04/2010 23:35:22, Pieter de Goeje wrote:
> There is a predefined kernel configuration file for Xen: XEN. You might try
> building that.
... unless you're on an amd64 platform, when it's XENHVM.
% find /usr/src/sys -name '*XEN*'
/usr/src/sys/amd64/conf/XENHVM
/usr/src/sys/i386/conf/XEN
Cheers,
Matthew
- --
Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
Kent, CT11 9PW
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAku9gI8ACgkQ8Mjk52CukIzU7gCcD9TKMyyOjmZWduEQ4gH1DBis
UegAnjY75TsVofUh0X3HqAtgostoftJf
=4yNT
-----END PGP SIGNATURE-----
------------------------------
Message: 14
Date: Thu, 08 Apr 2010 10:11:50 +0300
From: Andriy Gapon <a...@icyb.net.ua>
Subject: Re: CPU problems after 8.0-STABLE update
To: Akephalos <akephalos...@gmail.com>
Cc: Attilio Rao <att...@freebsd.org>, freebsd...@freebsd.org
Message-ID: <4BBD81B6...@icyb.net.ua>
Content-Type: text/plain; charset=ISO-8859-1
on 08/04/2010 04:29 Akephalos said the following:
> Attilio, I csup-dated several hours ago and rebuilt and installed the kernel
> (and world, in case it matters).
>
> %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu
> Apr 8 03:01:13 EEST 2010
> ro...@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64
>
> The problem persists without the machdep trick, I see only one processor in
> top with 0.0% CPU load.
>
Interesting, I couldn't see anything obviously wrong about your hardware.
Could you please post a verbose dmesg from a problematic boot somewhere?
Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u'
output.
Thanks!
--
Andriy Gapon
------------------------------
Message: 15
Date: Thu, 8 Apr 2010 09:22:01 +0200
From: Attilio Rao <att...@freebsd.org>
Subject: Re: CPU problems after 8.0-STABLE update
To: Andriy Gapon <a...@icyb.net.ua>
Cc: Akephalos <akephalos...@gmail.com>,
freebsd...@freebsd.org, Ed Maste <ema...@sandvine.com>
Message-ID:
<t2x3bbf2fe11004080022o5...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
2010/4/8 Andriy Gapon <a...@icyb.net.ua>:
> on 08/04/2010 04:29 Akephalos said the following:
>> Attilio, I csup-dated several hours ago and rebuilt and installed the kernel
>> (and world, in case it matters).
>>
>> %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu
>> Apr آ 8 03:01:13 EEST 2010
>> ro...@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC آ amd64
>>
>> The problem persists without the machdep trick, I see only one processor in
>> top with 0.0% CPU load.
>>
>
> Interesting, I couldn't see anything obviously wrong about your hardware.
> Could you please post a verbose dmesg from a problematic boot somewhere?
> Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u'
> output.
> Thanks!
I watched again the patch I committed to STABLE_8 and I can't find
anything wrong with it.
Also the fact that the setting machdep.lapic_all=1 fixes this means
that this may be an atrtc working problem.
Maybe new atom machine expose a problem with it?
I'm thinking if we might switch this into an opt-in rather than an
opt-out feature.
Attilio
--
Peace can only be achieved by understanding - A. Einstein
------------------------------
Message: 16
Date: Thu, 08 Apr 2010 10:24:44 +0300
From: Andriy Gapon <a...@icyb.net.ua>
Subject: Re: CPU problems after 8.0-STABLE update
To: Attilio Rao <att...@freebsd.org>
Cc: Akephalos <akephalos...@gmail.com>,
freebsd...@freebsd.org, Ed Maste <ema...@sandvine.com>
Message-ID: <4BBD84BC...@icyb.net.ua>
Content-Type: text/plain; charset=UTF-8
on 08/04/2010 10:22 Attilio Rao said the following:
> 2010/4/8 Andriy Gapon <a...@icyb.net.ua>:
>> on 08/04/2010 04:29 Akephalos said the following:
>>> Attilio, I csup-dated several hours ago and rebuilt and installed the kernel
>>> (and world, in case it matters).
>>>
>>> %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu
>>> Apr 8 03:01:13 EEST 2010
>>> ro...@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64
>>>
>>> The problem persists without the machdep trick, I see only one processor in
>>> top with 0.0% CPU load.
>>>
>> Interesting, I couldn't see anything obviously wrong about your hardware.
>> Could you please post a verbose dmesg from a problematic boot somewhere?
>> Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u'
>> output.
>> Thanks!
>
> I watched again the patch I committed to STABLE_8 and I can't find
> anything wrong with it.
> Also the fact that the setting machdep.lapic_all=1 fixes this means
> that this may be an atrtc working problem.
> Maybe new atom machine expose a problem with it?
This doesn't look like an atom machine :-)
A mobile AMD rather.
> I'm thinking if we might switch this into an opt-in rather than an
> opt-out feature.
What's strange is that there is no diagnostics from RTC.
--
Andriy Gapon
------------------------------
End of freebsd-stable Digest, Vol 351, Issue 5
**********************************************