Which Pentaho versions does the vendor still support?
Pentaho lists 10.2 and 11.0 as supported, with end of support in March 2028 or later and July 2029 or later, and treats any version it does not list as unsupported. That puts Pentaho 9.x, 8.x and 7.x outside the vendor window. AceMQ supports current versions and those older lines, using workarounds where no vendor patch exists.
Who answers when a Pentaho job fails in production, and how fast?
A named AceMQ senior engineer answers within 15 minutes, 24/7, when a production batch job that downstream systems depend on fails, on any Pentaho version. Lower severities get a first response within 1 hour, 4 hours or the next business day, and the engineer stays until the root cause is documented.
Is Pentaho Community Edition supported?
Not by the vendor. Community Edition, including the open-source PDI many teams still call Kettle, has community forums only. AceMQ supports Community Edition in production 24/7, with a named senior engineer, a 15-minute emergency response and a written root-cause analysis after every P1.
Should we keep Pentaho or migrate off it?
It depends on batch volume, how many undocumented flows you carry and how far your version is outside the vendor window. AceMQ inventories what still runs and gives a written keep-or-migrate answer on your numbers. Stable, well-understood batch can stay put for now, and many estates are better served by Airbyte with dbt or a lakehouse.
A job that ran for years suddenly fails with no Pentaho change. Why?
Usually something underneath Pentaho changed: a Java runtime or operating system patch, a replaced JDBC driver or a tightened TLS setting on the source database. Pentaho's error often points at the wrong layer. AceMQ finds the change by elimination, pins Java and driver versions as a pair, and tests them together before the next patch window.
Do you support Pentaho Server and Carte clusters?
Yes. AceMQ stabilises and tunes Carte clusters for distributed batch: load distribution, memory per Carte server, servers that hang or leak, and jobs that assume an execution order. Where servers were built by hand, we rebuild them from version control so a failed node can be replaced instead of nursed.
Can you document Pentaho flows when nobody understands them?
Yes, and it is one of our most common Pentaho engagements. AceMQ reads the .ktr and .kjb files and repository metadata to rebuild job dependencies, schedules and source-to-target mappings, flags dead and duplicate jobs, and delivers lineage documentation your team can use for audits, handover or a migration decision.
How does a Pentaho engagement start, and how do you work with our team?
It starts with a scoping call booked in our reply within 1 hour, then a 1 to 2 week review of the repository, job inventory, servers and Java runtime. Findings are written up within a week and changes are made alongside your engineers, one data flow at a time. You keep the runbooks, and ongoing support is optional.
Can we work with AceMQ on Pentaho without a long contract?
Yes. AceMQ works on Pentaho in two ways: ad hoc engagements for a defined piece of work, such as a health check, an upgrade or an incident, or an annual partner engagement that covers 24/7 support, proactive reviews and named engineers. Many teams start ad hoc and move to an annual partnership once the first engagement is done.
How much does AceMQ Pentaho support or consulting cost?
Every AceMQ proposal is tailored to your requirements: your Pentaho environment, the SLA you need, the hours of cover and the scope of work. Most contracts run $24,000–72,000 a year, depending on the SLA, the scope and how Pentaho is deployed, with aggressive discounts when several technologies share one contract. Request a quote and AceMQ replies within 1 hour.