live wire
▸JAVA · Quarkus 4.0.0.Beta1 moves to Java 21, adds HTTP/3 and starts extension migration (Oct. 1)Quarkus▸SECURITY · X41 shows shared /dev/shm can turn Envoy hot restart into cross-container lateral movementX41 D-Sec▸DATA · AWS and Red Hat map Confluent Platform on ROSA with HCP, CFK and OpenShift security controlsAWS IBM & Red Hat▸API · Red Hat resolves intermittent 3scale API Manager latencyRed Hat Status▸AI · IBM shows Maximo workflows exposed as approval-gated MCP tools on OpenShiftIBM Community▸AI · vLLM adds day-zero NVIDIA Vera Rubin support and reports 7.8× per-GPU throughputvLLM▸INTEGRATION · Apache Camel 4.23 makes Kamelets visible to AI tooling and validationApache Camel▸SECURITY · OpenShift 4.14.75 fixes five CVEs, including two SQLite code-execution flawsRed Hat Customer Portal▸SUPPLY CHAIN · Red Hat maps CRA-ready open source practices as EU reporting rules take effectRed Hat Blog▸AI · Red Hat AI Inference on IBM Cloud adds an OpenAI-compatible Embeddings APIIBM Cloud▸API · Red Hat investigates degraded 3scale API Management SaaS APIsRed Hat Status▸PLATFORM · Red Hat and Cloudera validate a 100-VM analytics stack on OpenShift VirtualizationRed Hat Blog▸DEVELOPER HUB · Red Hat maps a four-zone, quota-aware Dev Spaces architectureRed Hat Developer▸INTEGRATION · Camel 4.23 teaches agent tools to discover and validate KameletsApache Camel▸JAVA · Quarkus 4.0.0.Beta1 moves to Java 21, adds HTTP/3 and starts extension migration (Oct. 1)Quarkus▸SECURITY · X41 shows shared /dev/shm can turn Envoy hot restart into cross-container lateral movementX41 D-Sec▸DATA · AWS and Red Hat map Confluent Platform on ROSA with HCP, CFK and OpenShift security controlsAWS IBM & Red Hat▸API · Red Hat resolves intermittent 3scale API Manager latencyRed Hat Status▸AI · IBM shows Maximo workflows exposed as approval-gated MCP tools on OpenShiftIBM Community▸AI · vLLM adds day-zero NVIDIA Vera Rubin support and reports 7.8× per-GPU throughputvLLM▸INTEGRATION · Apache Camel 4.23 makes Kamelets visible to AI tooling and validationApache Camel▸SECURITY · OpenShift 4.14.75 fixes five CVEs, including two SQLite code-execution flawsRed Hat Customer Portal▸SUPPLY CHAIN · Red Hat maps CRA-ready open source practices as EU reporting rules take effectRed Hat Blog▸AI · Red Hat AI Inference on IBM Cloud adds an OpenAI-compatible Embeddings APIIBM Cloud▸API · Red Hat investigates degraded 3scale API Management SaaS APIsRed Hat Status▸PLATFORM · Red Hat and Cloudera validate a 100-VM analytics stack on OpenShift VirtualizationRed Hat Blog▸DEVELOPER HUB · Red Hat maps a four-zone, quota-aware Dev Spaces architectureRed Hat Developer▸INTEGRATION · Camel 4.23 teaches agent tools to discover and validate KameletsApache Camel
upstreambeat.ai
releasePLATFORM

Migration Toolkit for Virtualization 2.10 reaches end of life as 2.11 enters maintenance

Red Hat’s support table now leaves MTV 2.12 as the only release in full support, narrowing the supported upgrade path for OpenShift Virtualization migration teams.

MTV 2.10 and 2.12 support status compared at a glance.
Side by side: what changed
By The News Desk· Oct 7, 2026the quick take — two AI hosts go live when you do

Red Hat has moved two Migration Toolkit for Virtualization release lines across support boundaries: version 2.10 reached the end of its maintenance window on October 6, while version 2.11 entered maintenance support on October 7. The change leaves MTV 2.12 as the only listed release in full support, according to Red Hat’s product lifecycle table.

What changed

MTV 2.11, released February 23, 2026, completed full support on October 6 and is now in maintenance through February 1, 2027. Red Hat lists that release as compatible with OpenShift 4.19, 4.20 and 4.21.

MTV 2.10, released November 4, 2025, completed maintenance support on October 6. Its listed compatibility range is OpenShift 4.18 through 4.20, but the lifecycle table now places the release outside both full and maintenance support.

The current full-support line is MTV 2.12. Red Hat lists it for OpenShift 4.20, 4.21 and 4.22, with full support through February 1, 2027 and maintenance support through June 1, 2027.

What maintenance means

Red Hat’s policy draws a practical distinction between the two supported phases. During full support, qualified Critical and Important security advisories and selected high-priority bug fixes are released as available, with other fixes potentially arriving in periodic updates. During maintenance, Critical and Important security fixes continue, while urgent or selected high-priority bug fixes may be released; other fixes and enhancements are discretionary.

That makes the 2.11 transition more than a date on a table: teams can no longer expect the same breadth of fixes or enhancements they received during full support. For 2.10, the support window has closed altogether.

What platform teams should do

Operators still running MTV 2.10 should plan a move to a supported minor rather than treating its former OpenShift compatibility range as evidence of continuing product support. Red Hat says customers are expected to upgrade MTV to the most current supported minor version.

The target release depends on the OpenShift estate. MTV 2.11 remains supported for clusters on OpenShift 4.19, while MTV 2.12 starts at OpenShift 4.20. Teams on OpenShift 4.20 or 4.21 can choose the current full-support line; OpenShift 4.22 is listed only with MTV 2.12. Before scheduling migration work, platform teams should match the toolkit release to the destination cluster version and account for the shorter maintenance-only horizon on 2.11.

Filed by The News Desk. Corrections: desk@upstreambeat.ai · Our standards →

comments · 0

    Comments are moderated before they appear. Your email is used once to confirm it is you — never shown, never sold. Corrections and questions get an answer from the desk when we have one.