On Tue, May 11, 2010 at 11:11:34AM +0800, lhmwzy wrote:
> like this:
>
> ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib
> /usr/local/lib/compat
> 32-bit compatibility ldconfig path: /usr/local/lib32/compat
> .: Can't open %%RC_SUBR%%: No such file or directory
This looks like a p
Hi guys,
I have been using RELENG_8 for a while and some time ago the wireless driver
started acting funny, by this I mean that for example in RELENG_8_0 the ath
driver radio switch works, I can connect AND stay connected with out a hitch.
In RELENG_8 it has progressively gone from good to bad to
like this:
ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib
/usr/local/lib/compat
32-bit compatibility ldconfig path: /usr/local/lib32/compat
.: Can't open %%RC_SUBR%%: No such file or directory
uname -a:
FreeBSD lanshuweb2 8.0-RELEASE FreeBSD 8.0-RELEASE #2: Tue May 11
10:04:28 UT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 5/10/10 12:36 PM, Julian H. Stacey wrote:
> I'd suggest it would be good to commit & post a comment why removed.
> It will later affect rescue capability of some older servers when
> they get upgraded, (I guess many/most legacy production servers
>
On Mon, May 10, 2010 at 04:43:26PM -0700, Artem Belevich wrote:
> You can try disabling ZIO_USE_UMA in sys/modules/zfs/Makefile
>
> Comment out following line in that file:
> CFLAGS+=-DZIO_USE_UMA
>
> This should revert memory allocation method back to its previous mode.
> Let us know whether it
You can try disabling ZIO_USE_UMA in sys/modules/zfs/Makefile
Comment out following line in that file:
CFLAGS+=-DZIO_USE_UMA
This should revert memory allocation method back to its previous mode.
Let us know whether it helps or not.
--Artem
On Mon, May 10, 2010 at 4:14 PM, Richard Perini wro
On Wed, May 05, 2010 at 03:33:02PM +0200, Pawel Jakub Dawidek wrote:
> On Wed, May 05, 2010 at 10:46:31AM +0200, Giulio Ferro wrote:
> > On 05.05.2010 09:52, Jeremy Chadwick wrote:
> >
> > Nope, it's happened again... Now I've tried to rise vm.kmem_size to 6G...
> >
[ ... ]
> Could you try to t
vm.kmem_size limitation has been this way for a pretty long time.
What's changed recently is that ZFS ARC now uses UMA for its memory
allocations. If I understand it correctly, this would make ARC's
memory use more efficient as allocated chunks will end up in a zone
tuned for allocations of partic
On Mon, 10 May 2010, Steve Polyack wrote:
On 05/10/10 11:55, Mike Andrews wrote:
On 5/5/10 11:19 AM, Freddie Cash wrote:
On Tue, May 4, 2010 at 11:32 PM, Giulio Ferro
wrote:
Giulio Ferro wrote:
Thanks, I'll try these settings.
I'll keep you posted.
Nope, it's happened again... Now I'v
I noticed that apache on RELENG_8 and RELENG_7 shows up with output I
cant seem to understand from sockstat -l and netstat -naW
On RELENG_7, sockstat -l makes sense to me
www httpd 83005 4 tcp4 *:443 *:*
www httpd 82217 3 tcp4 *:80
You can still build them. They just won't be built by default.
mcl
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Hi,
There might be no one had same experience with me, or should I ask to
another (freebsd-net@) or..?
On Sun, May 9, 2010 at 5:28 AM, ~Lst wrote:
> Hi,
>
> I had an experienced in FreeBSD 8.0 (not with FreeBSD 7.3), that if we
> removed any vlan in any interfaces it makes sessions in openbgpd
On 05/10/10 11:55, Mike Andrews wrote:
On 5/5/10 11:19 AM, Freddie Cash wrote:
On Tue, May 4, 2010 at 11:32 PM, Giulio Ferro
wrote:
Giulio Ferro wrote:
Thanks, I'll try these settings.
I'll keep you posted.
Nope, it's happened again... Now I've tried to rise vm.kmem_size to
6G...
I'm
> > As for floppies building, it was turned off intentionally starting from 8.0.
> > See http://svn.freebsd.org/viewvc/base?view=revision&revision=188437
I looked earlier at URL above earlier, but just
kensmith(CC added)
Log Message: Turn off the building of boot floppies
> On this specific system, it has 32 GB physical memory and has
> vfs.zfs.arc_max="2G" and vm.kmem_size="64G" in /boot/loader.conf. The
> latter was added per earlier suggestions on this list, but appears to be
> ignored as "sysctl vm.kmem_size" returns about 2 GB (2172452864) anyway.
Set vm.kmem
On Mon, May 10, 2010 at 11:55:09AM -0400, Mike Andrews wrote:
> Sorry to semi-hijack this, but... I'm also running into frequent
> "kmem_map too small" panics on 8-STABLE, such as:
>
> panic: kmem_malloc(131072): kmem_map too small: 2023780352 total allocated
> panic: kmem_malloc(131072): kmem_ma
On 5/5/10 11:19 AM, Freddie Cash wrote:
On Tue, May 4, 2010 at 11:32 PM, Giulio Ferro wrote:
Giulio Ferro wrote:
Thanks, I'll try these settings.
I'll keep you posted.
Nope, it's happened again... Now I've tried to rise vm.kmem_size to 6G...
I'm really astounded at how unstable zfs is, i
On Sun, May 9, 2010 at 7:08 PM, pluknet wrote:
> On 10 May 2010 06:05, Joseph Olatt wrote:
>
> As for floppies building, it was turned off intentionally starting from 8.0.
> See http://svn.freebsd.org/viewvc/base?view=revision&revision=188437
I'm guessing that this because of resource constraint
On 05/09/10 04:25, Doug Barton wrote:
On 05/08/10 23:07, jhell wrote:
The following two commits to stable/7 may be responsible for dirtying
the console with messages pertaining to setting values in rc.conf.
I found the problem, and just committed r207811 which should fix it. The
issue was only
Hi, all,
I have two brand new systems on my desk with Adaptec 5404
SAS RAID cards. I booted an install CD from an USB drive
and could install on the RAID 10 just finde. Both 7.3 and
an 8.0 snapshot from April. Amd64, of course.
Now something weird happens when I boot from hard disk.
The "boot:"
20 matches
Mail list logo
