Commit | Date | |
---|---|---|
2011-10-28 23:49:12 | Tree | |
2011-10-28 23:31:09 | Tree | |
2011-10-28 23:30:20 | Tree | |
[r8508]
by
yaberauneya
How quaint. Apparently I wasn't the only person to forget adding a continuation operator ('\') at the end of the line. Unbreak this. |
2011-10-28 23:08:59 | Tree |
[r8507]
by
yaberauneya
r8499 was a good idea, but unfortunately -- as one discovers with a clean tree -- nanobsd.sh only overrides MODULES_OVERRIDE for installkernel and not buildkernel. So installkernel bombs today with a clean tree. Fun. Move NANO_MODULES to build/nano_env to avoid polluting nanobsd.sh with too many local changes that can't or shouldn't be pushed back upstream to FreeBSD. Part of the reason why I created it :). Also, remove MODULES_OVERRIDE from the KERNCONF. This gets us closer to GENERIC, and looks much cleaner. |
2011-10-28 23:06:17 | Tree |
[r8506]
by
yaberauneya
Bump the number of mbuf clusters from the system default (25600) to 50000. This should help some people that are using igb and ixgb based NICs. |
2011-10-28 22:13:03 | Tree |
2011-10-28 22:06:13 | Tree | |
[r8504]
by
yaberauneya
Replication uses ssh to communicate data across the wire. We should ensure that both endpoints are present and talking when doing the replication, otherwise one side or the other could hang up, resulting in zombie connections, which could get our replication code into an odd funk where it wouldn't properly terminate, and thus could back up the system with multiple requests. This should resolve some issues seen by a customer (Todd H.) as well as potentially other FreeNAS users.. but this is just a precautionary measure. The zfs send and recieve protocol may need to be cleaned up so that both ends check on each other periodically to ensure that they're in a semi-sane state. This may be a bug as well with ZFS v15 that has been resolved in later versions as well. Lots of unknowns.. |
2011-10-28 21:35:20 | Tree |
2011-10-28 21:31:27 | Tree | |
2011-10-28 21:01:42 | Tree |