[Rockdu]

CI only, do not merge. #382's commits plus two commits that put every RL e2e test on the output store and keep a suite running after a failed test. GitHub would not retarget this PR's base to #382's branch, so the base stays main and the diff here also shows #382.

What

• test(e2e): run the two inline RL e2e tests with the output store on too
  • Adds --use-output-store --output-store-mooncake-master 127.0.0.1:<port> to the two tests test(e2e): run the RL e2e tests with the output store on, keep two inline gates #373 kept inline: SD3.5 OCR GRPO (port 50067) and krea2 NFT async (port 50063).
  • With test(e2e): run the RL e2e tests with the output store on, keep two inline gates #373 and this commit, every RL e2e test runs with the store on: cosmos3, H3 t2va GRPO, krea2 NFT async, LTX-2.3, Qwen-Image, SD3.5 NFT, SD3.5 OCR GRPO, Wan2.2.
  • The H3 SFT test has no rollout and stays as is.
• ci: keep running a suite after a failed test on this PR
  • PR runs pass --continue-on-error to run_suite.py, as nightly does, so one red e2e test does not hide the rest.

Why

#382 makes the reward actors read the decoded output from the store. The e2e standards were recorded inline and are compared strictly, so a green run with the store on in every RL test checks #382 end to end on GPU, with real Mooncake.

• The six PickScore tests gate the PickScore actor reading a stored output; in H3, LTX-2.3 and Wan2.2 it picks its frames of a whole stored video.
• The two OCR tests gate an image reward actor reading a stored output, which no store-on test on main covers.
• All eight run at feat(rollout): let reward actors read the generated output from the output store #382's new defaults: a 72gb segment and the rdma transport, with reward actors reading through a registered buffer. A red run at Mooncake setup means the CI hosts cannot use RDMA from these containers.

The krea2 test also covers rollouts fetched by the rollout manager, and SD3.5 OCR covers rollouts fetched in the parser actors.

SGLang

The CI default, sglang-miles head, already contains sgl-project/sglang#49877, which stores the output, so no ci-sglang-pr pin is needed.