[Pipe] Fix processor worker starvation on pipe stop

[Caideyipi]

Description

• Add an epoch-based execution guard so a processor invocation that observes STOP yields even if the pipe is immediately started again.
• Check the guard around TsFile-close waits, parser admission, Tablet boundaries, and OOM backoff; yielding is neutral control flow and preserves the current event and parsing progress.
• Make parser admission non-blocking for processor subtasks so a task that is not admitted immediately yields its worker while keeping its fair-queue request.
• Cancel pending parser requests on STOP and release active parser reservations from the processor worker before yielding.
• Add a deterministic shared-worker test covering a stopped Pipe, a parser-waiting Pipe, and a running Pipe in the same worker round.
• Watch each processor worker for a continuously running event. Log the worker stack after 10 minutes and at most once every 30 minutes for the same event; cap the event description at 1 KiB and the stack at 64 frames.

Tests

• mvn -o -nsu test -pl iotdb-core/datanode -Dtest=PipeProcessorSubtaskWorkerTest,PipeProcessorSubtaskExecutionGuardTest,PipeTsFileInsertionEventAdmissionTest,PipeMemoryManagerTest,PipeProcessorSubtaskExecutorTest
• mvn -o -nsu test -pl iotdb-core/datanode -Dtest=TsFileInsertionEventParserTest
• mvn -o test -pl iotdb-core/datanode -Dtest=PipeProcessorSubtaskWorkerTest,PipeProcessorSubtaskExecutionGuardTest -DfailIfNoTests=false
• mvn -o compile -pl iotdb-core/datanode -P with-zh-locale