SCiMMA

On March 4, we will conduct planned maintenance on SCiMMA infrastructure between 9 a.m. and 6 p.m. EDT. There may be short periods during this window when when valid publication or subscription requests to the Hopskotch Kafka service temporarily fail due to individual brokers being restarted, however the Kafka cluster as a whole will remain available. After completion of this maintenance, large message support will be enabled on Hopskotch.

Version 0.11.0 of the hop-client is now available on GitHub, from PyPI, and via Conda-Forge. Its most significant feature is is support for sending large messages using an auxilliary REST service which works alongside Kafka. Further changes and improvements are listed in the changelog.

On Tuesday, September 3, SCiMMA Hopskotch's mirroring of NASA's GCN) data streams will be upgraded to take its input from GCN's Kafka service.

The most major change will be that notices will no longer be a single stream, but a collection of distinct streams, as they are now presented by GCN over Kafka. The 'classic' data streams in both the Text and VOEvent formats will be mirrored (e.g. the gcn.classic.text.FERMI_GBM_ALERT and gcn.classic.voevent.FERMI_GBM_ALERT topics). Streams in the new JSON format will also be mirrored, e.g. gcn.notices.einstein_probe.wxt.alert. Republication of classic VOEvent messages on Hopskotch's gcn.notice topic will cease.

GCN Circulars will continue to be a single topic, however, they will move to the gcn.circulars topic in the new circular format). After the upgrade, no further messages will be published in the legacy format on the old gcn.circular topic.

The August 19 maintenance has concluded. As always, report any problems to support@scimma.org.

On August 19, we will conduct planned maintenance on SCiMMA infrastructure between 9 a.m. and 6 p.m. EDT. There may be short periods during this window when SCiMMA web services (https://my.hop.scimma.org and https://hermes.lco.global) will be briefly inaccessible or slow to respond. The total time when services are unavailable should be no more than a few minutes, and message traffic to and from the SCiMMA Kafka brokers should be unaffected.

On June 10, we will conduct planned maintenance on SCiMMA infrastructure between 9 a.m. and 6 p.m. EDT. There may be short periods during this window when SCiMMA web services (https://my.hop.scimma.org and https://hermes.lco.global) will be briefly inaccessible or slow to respond. The total time when services are unavailable should be no more than a few minutes, and message traffic to and from the SCiMMA Kafka brokers should be unaffected.

On March 5, we will conduct planned maintenance on SCiMMA infrastructure between 9 a.m. and 3 p.m. EST. There may be short periods during this window when valid publication or subscription requests to the Hopskotch Kafka service temporarily fail, and Hopskotch-connected web services (https://my.hop.scimma.org and https://hermes.lco.global) will be briefly inaccessible. The total time when services are unavailable should be no more than a few minutes, and some users of Kafka may not be affected.

On February 6, we will conduct planned maintenance on SCiMMA infrastructure between 9 a.m. and 3 p.m. EST. This will involve upgrades to systems which support identity management, so as a result there may be periods during this window when Keycloak (https://login.scimma.org/) is not available, and as a result web services using this identity provider (e.g. https://my.hop.scimma.org and https://hermes.lco.global) will not be accessible. There should be no impact on the SCiMMA Hopskotch service itself; its Kafka brokers should continue to handle messages as normal.