If memory serves me right, sometime around 3:13pm, Gavin Atkinson told me: > OK, at least we've figured out what is going wrong then. As a > workaround to get the machine to stay up longer, you should be able to > set kern.ipc.nmbclusters=256000 in /boot/loader.conf -but hopefully we > can resolve this soon. > > Firstly, what kernel was the above output from? And what network card > are you using? In your initial post you mentioned testing both bce(4) > and em(4) cards, be aware that em(4) had an issue that would cause > exactly this issue, which was fixed with a commit on September 11th > (r197093). Make sure your kernel is from after that date if you are > using em(4). I guess it is also possible that bce(4) has the same > issue, I'm not aware of any fixes to it recently. > > So, from here, I think the best thing would be to just use the em(4) NIC > and an up-to-date kernel, and see if you can reproduce the issue. > > How important is this machine? If em(4) works, are you able to help > debug the issues with the bce(4) driver? > > Thanks, > > Gavin > we used the em card only a few times, but each time we used it, the problem happened so we have been staying with the on board nics using the bce driver. Would leaving in the em card cause any issues, even if it isn't up? This output was from a kernel on 12/08. The issue really came up while we tried to swap to 8.0-RC2. We plan to swap back sometime in the near future. The same symptoms happened with RC2 so I am sure it is a kmem exhaustion. I am guessing v3 requires a lot more. When we switch, i'll change to using the em card. This machine is very important. I could set up an additional machine, but I don't have the ability to simulate the load nor have the large drive array attached. Thanks! WeldonReceived on Tue Nov 03 2009 - 14:43:37 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:57 UTC