On 01/17/12 12:42, Ivan Voras wrote:
On 17 January 2012 13:02, Tom Evans wrote:
Almost certainly yes. The current release process involves src, ports
and docs teams. Would you and other RELEASE users be happy with simple
periodic snapshots off the STABLE branches, not much different from
trackin
iutil create jbod N would do the trick.
BTW, the mfiutil is coredumping when provided with inexistant disks
(just noticed)
Regards,
Hugo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On 12/15/11 15:28, Hugo Silva wrote:
> As Borja said, part of the difficulty is the H700 abstracting a single
> disk as a RAID-0, I guess. So far I've been unable to find a way to
> bring the drive back, except by rebooting and recreating.
Turns out no interaction is needed after
On 12/15/11 09:19, Jan Mikkelsen wrote:
>
> Hugo: You missed a step. Borja: No reboot required.
>
> For the mfi controllers I have been testing recently (MegaRAID 9261-8i), you
> need to install the sysutils/megacli port, and use that to clear the
> "foreignness"
e the pool healthy again.
Is this normal? Did I miss any step?
Regards,
Hugo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Pawel Jakub Dawidek wrote:
On Thu, Jun 05, 2008 at 01:53:37AM +0800, Tz-Huan Huang wrote:
On Thu, Jun 5, 2008 at 12:31 AM, Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> wrote:
"Tz-Huan Huang" <[EMAIL PROTECTED]> writes:
The vfs.zfs.arc_max was set to 512M originally, the machine surv
Hi,
I'm Victor Hugo *Bilouro*, GSoC participant.
I'll be working on tcptest. It's name came from TCP/IP Regression test suite.
As a testing tool it can:
*be a conformance test
*test a bug already fixed (regression test - one test for each fixed bug)
*test a new feature (help pro
I want to be a member.
What can I do.?
From: [EMAIL PROTECTED]
Reply-To: freebsd-hackers@freebsd.org
To: freebsd-hackers@freebsd.org
Subject: freebsd-hackers Digest, Vol 200, Issue 7
Date: Sun, 28 Jan 2007 12:00:39 + (UTC)
Send freebsd-hackers mailing list submissions to
freebs
Hi list,
I'm considering switching a database server to FreeBSD 6.1/AMD64. The
Opteron processor I am interested in is a dual core.
I would like to know about any stories using FreeBSD/AMD64, MySQL 5.0,
and two dual core processors. Will I have stability/performance issues ?
Will the two dua
Hello list,
I've experienced a panic on a heavily loaded webserver running FreeBSD
6.0-RELEASE-p4, just some minutes ago. Just incase it's a new problem,
I'm posting it here.
# kgdb ./kernel.debug ./vmcore.0
[GDB will not be able to debug user-mode threads:
/usr/lib/libthread_db.so: Undefine
Douglas K. Rand wrote:
I'm running Nagios 2.0 on FreeBSD 6 and I occasionally experience the
problem originally discussed
http://www.freebsd.org/cgi/getmsg.cgi?fetch=165398+171880+/usr/local/www/db/text/2005/freebsd-hackers/20050821.freebsd-hackers
(That is: a forked nagios process that consume
++)
#define MRAK_INT_GEN(op) (coda_vfsopstats[op].gen_intrn++)
The last MRAK should probably be MARK, as it is called that way a few times
later in the code
Hugo Meiland
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
[op].unsat_intrn++)
#define MRAK_INT_GEN(op) (coda_vfsopstats[op].gen_intrn++)
Is that last MARK/MRAK a possible typo??
btw it is called later on as MARK_INT_GEN
Cheers,
Hugo Meiland
___
freebsd-hackers@freebsd.org mailing list
http
opy of the text), but I'm pretty sure it's due to
high loads -- I stopped [EMAIL PROTECTED] and let the server idle, it's been up
for 3 days when it wouldn't be up for more than 24 hours.
Thanks in advance!
Hugo
--
www.6s-gaming.com
___
14 matches
Mail list logo
