ipnet taskq can outlive ipnet_stack_t (or netstack in general) and panic
An OI user hit a crash which looks like:
unix:die+dd () unix:trap+1799 () unix:cmntrap+e6 () unix:mutex_enter+b () ipnet:ipnet_dispatch+8c () genunix:taskq_thread+248() unix:thread_start+8 ()
Ancient memories suggest this is because an ipnet device (likely observability related) has been destroyed, and removed from the netstack, but a taskq associated with it has survived. These memories may be wildly innaccurate.
We've asked the user to gather a crash dump, hopefully a reference will be added to this bug when he does.
Updated by Dan McDonald about 8 years ago
Rich Lowe wrote:
Is this the perf problem ira hit where we consume a basically infinite amount of memory?
I'd need a link to a mail, but it's highly likely yes.
A correct fix for that should also fix this, yes ('cos the whole taskq can go away, I think).
Alas, my worker-thread attempt failed to keep up, it seems. Stay tuned.