lly disable flushes if
the errno is EOPNOTSUPP (Operation not supported). Unfortunately, your
device returned ENODEV (Operation not supported by device).
What device do you have?
Pawel, do you think it would be a good idea to automatically disable
activemap flush for ENODEV case too?
--
t; The patch looks good.
Thanks, committed.
--
Mikolaj Golub
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
flush errors. I
improved this too in the updated patch:
http://people.freebsd.org/~trociny/hast.stat_error.2.patch
--
Mikolaj Golub
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
k2
> 4 - hastctl role primary disk2
>
> At that point ZFS would have seen a disk failure and then started
> resilvering the pool. No application outage, but now only 4 disks
> contain the data (assuming changing bits on the pool, not static
&g
t;> /etc/rc.conf
/etc/rc.d/dumpon start
After panic, get the baktrace from the dump using instructions from this page:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html
Or just run crashinfo and extract bt from generated core.txt.
Post bt here
in cacti to monitor la, memory and cpu statistics. Graph
templates are:
ucd/net - CPU Usage
ucd/net - Load Average
ucd/net - Memory Usage
--
Mikolaj Golub
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
