Repair Issue - App InfluxDB has been removed from the repository

Is it that your HA backups only store the add-on’s data/config, not the actual container image, so Supervisor needs to re-pull the image from the repo at restore time? That would explain the failure exactly, but if so, it’s a much bigger gap than the repair dialog issue on its own: any add-on that’s ever removed from its repo becomes permanently unrestorable, even from a “complete” backup.

@skyrock it’s worth double-checking your backup’s app selection was actually set to include InfluxDB (mine currently shows “All” apps). If it was set to include it and the restore still failed, that’d point pretty clearly to the image-not-bundled theory rather than a settings mistake.

Either way, probably the safest takeaway for anyone reading this thread: don’t assume your backups are a safety net for this specific problem until you’ve actually tested a restore. If you’re still on v1, migrating to v2 (or extracting your data now, as you did) is the more reliable path rather than hoping a restore will bail you out later.

Almost-backup :wink:

I still wonder why, after 4 days, still many HA installation are not getting the Repair issue warning message. I got mine pretty soon, and I’ve been following here since. If a simple and viable solution is not found soon, as more people get the worning msg, more will click on “submit” and lose all their InfluxDB data.
This is quite bad.

4 Likes

Migrating Home Assistant InfluxDB v1 to VictoriaMetrics

Disclaimer: This write-up was drafted with the assistance of Claude AI (claude.ai) based on a real, verified, and successful migration performed on a live Home Assistant installation. While the process has been tested end-to-end, it is provided as-is without any warranty or guarantee. The authors accept no liability for data loss, system instability, or any other damage resulting from following these instructions. Always back up your data before proceeding. Test in a non-production environment if possible.


Overview

This guide covers migrating historical Home Assistant data from the InfluxDB v1 addon to the VictoriaMetrics addon, using the official vmctl migration tool. VictoriaMetrics offers significantly better compression (typically 5-10x), lower resource usage, and long-term retention support.


Prerequisites

  • Home Assistant OS or Supervised installation
  • InfluxDB v1 addon installed and containing your historical data
  • A PC or laptop on the same local network (Windows, Linux, or macOS)

Step 1 - Back Up Your Data

Before anything else, create a full snapshot. Go to Settings > System > Backups, click Create backup, and download it to a safe location.


Step 2 - Install the VictoriaMetrics Addon

Go to Settings > Add-ons > Add-on Store, click the three-dot menu > Repositories and add:

https://github.com/VictoriaMetrics-Community/homeassistant-addon-victoriametrics

Search for VictoriaMetrics, install it, then start it. Check the Log tab to confirm it is running without errors. By default it listens on port 8428.

Once running, open the VictoriaMetrics UI at http://<ha-ip>:8428/vmui and click the cog icon in the top right corner to set your timezone. This ensures timestamps are displayed correctly in graphs and query results.


Step 3 - Temporarily Disable InfluxDB Authentication

vmctl connects directly to InfluxDB over the network. Even though HA itself connects without credentials via the internal supervisor network, external connections require authentication. The simplest solution is to temporarily disable auth for the duration of the migration.

Go to Settings > Add-ons > InfluxDB > Configuration tab and change auth: true to auth: false. Save and restart the InfluxDB addon. You will re-enable this in Step 7.


Step 4 - Download vmctl

vmctl is the official VictoriaMetrics migration tool. Download the vmutils package for your OS from the VictoriaMetrics releases page. Look for vmutils-windows-amd64-<version>.zip on Windows or vmutils-linux-amd64-<version>.tar.gz on Linux/macOS. Extract the archive — vmctl is included inside.


Step 5 - Run the Migration

Replace <ha-ip> with your Home Assistant’s local IP address.

Windows:

vmctl-windows-amd64-prod.exe influx ^
  --influx-addr http://<ha-ip>:8086 ^
  --influx-database homeassistant ^
  --vm-addr http://<ha-ip>:8428 ^
  --influx-concurrency 1

Linux / macOS:

./vmctl-prod influx \
  --influx-addr http://<ha-ip>:8086 \
  --influx-database homeassistant \
  --vm-addr http://<ha-ip>:8428 \
  --influx-concurrency 1

--influx-concurrency 1 keeps load low on the HA host. You can raise it to 2 or 3 if migration is slow and your hardware can handle it. The tool displays progress as it works through each measurement. Depending on your data volume this may take anywhere from a few minutes to several hours.


Step 6 - Verify the Migration

Open http://<ha-ip>:8428/vmui and go to the Explore tab. First, set the time range to at least the last 24 hours using the time picker in the top right — if the migration took several hours, a shorter window may show no data even when the migration succeeded.

A good first query is a broad regex search — since most installations have at least one temperature sensor, try:

{entity_id=~".*temp.*"}

This returns all metrics where the entity_id label contains the word “temp”, regardless of metric name. Note that entity_id is stored without the domain prefix, so it will be living_room_temp rather than sensor.living_room_temp.

The query will return several metric types per entity (value, friendly_name, state_class, etc.). To limit results to just the actual measurements, add a __name__ filter:

{entity_id=~".*temp.*", __name__=~".*_value"}

Replace temp with any part of your entity name to find it. Once you can see how your data is stored, you can build more precise queries. Use the Cardinality Explorer in the top menu to browse all available metrics and labels.


Step 7 - Re-enable InfluxDB Authentication

Go to Settings > Add-ons > InfluxDB > Configuration, change auth back to true, save and restart the addon.


Step 8 - Reconfigure the HA InfluxDB Integration

VictoriaMetrics natively accepts the InfluxDB line protocol, so you can keep the existing InfluxDB integration and simply reconfigure it to point at VictoriaMetrics. However, the integration only supports one instance at a time and does not allow editing the host in place — you need to remove the existing integration and add it again with the new connection details.

First, note down your current InfluxDB integration settings (database name, any tags or exclude filters you may have configured) so you can replicate them. Go to Settings > Devices & Services, find the InfluxDB integration, click the three-dot menu and select Delete.

Then add it again using the Add Integration button, search for InfluxDB and enter the new connection parameters:

  • Host: the internal Docker hostname of the VictoriaMetrics addon, visible on the addon’s info page in HA (example: 1bd4a9fb-victoria-metrics)
  • Port: 8428
  • Database: homeassistant (same name as was used in your InfluxDB configuration)

Leave username and password empty. Re-apply any custom settings you noted down from your previous configuration. Save and confirm that new sensor data starts appearing in VictoriaMetrics.


Step 9 - Remove or Stop the InfluxDB Addon (Optional)

This step is irreversible. Uninstalling the InfluxDB addon will permanently delete all data stored in it. There is no undo.

Only proceed if you are fully satisfied that the migration is complete. Before removing the addon, verify that:

  • All your important entities have historical data visible in VictoriaMetrics covering the expected time range
  • New data is being written correctly (check a recent timestamp in vmui)
  • You have a full HA backup from Step 1 stored safely off-device

If you have any doubt, leave the InfluxDB addon installed and simply stop it. Disk space can be recovered later once you are confident. When you are ready, uninstall the addon from Settings > Add-ons > InfluxDB > Uninstall.


Querying Your Data

VictoriaMetrics uses MetricsQL, which is compatible with PromQL. The metric names in VictoriaMetrics depend on how InfluxDB was configured in HA. The most common setup uses the unit of measurement as the measurement name, resulting in metric names like °C_value or %_value. If the domain was used instead, metric names will look like sensor_value. Use the Cardinality Explorer or the broad regex queries from Step 6 to discover the exact names in your installation.

Note that entity_id is stored without the domain prefix — use living_room_temp rather than sensor.living_room_temp.

Show all value readings for a specific entity:

{entity_id="living_room_temp", __name__=~".*_value"}

Hourly average for a sensor:

avg_over_time({entity_id="living_room_temp", __name__=~".*_value"}[1h])

List all entity IDs that have value metrics:

group by (entity_id) ({__name__=~".*_value"})

Binary sensor history:

{entity_id="front_door", __name__=~".*_value"}


Troubleshooting

vmctl reports “unable to parse authentication credentials” — go back to Step 3 and confirm auth is set to false in the InfluxDB addon configuration.

vmctl completes instantly with 0 metrics migrated — double-check that --influx-database matches the database name exactly (default is homeassistant).

No data appears in vmui after migration — confirm the --vm-addr port is 8428 and extend the time range in the vmui time picker to cover the period before the migration ran.

HA is not writing new data after reconfiguration — verify the Docker hostname in the integration config matches what is shown on the addon info page, and confirm the port is 8428.

Sadly pressed the f***ng submit Button on the phone (my mistake), four days ago. Now I find what happened as some reports that should be generated monthly with influxdb data have not worked.

I have restored a backup, but the addon (as stated above) will not be redownloaded because it has been archived.

Anyone has been able to restart/ restore the addon at least to continue recording data till we’re able to migrate to v2 or another alternative?

I was actually in the middle of a migration when this mess happened. I’m moving off of a Pi4 to a Minisforum MS-R1 (64-bit ARM). I’m running the new Proxmox 9.2 ARM version with HAOS_generic_aarch64 as a VM. 8GB RAM with 4 cores allocated. I have 5 instances of HA. One for myself and 2 neighbors as well as a dev and test box. The performance seems to be great so far, but the MS-R1 has quite a bit of horsepower. I still haven’t had a chance to try and import historical data, but I’ll post when I do.

I forked the repo and after minimal changes was able to install it and now have a running app again: GitHub - philipgo/addon-influxdb: InfluxDB - Home Assistant Community Add-ons · GitHub

I was then able (with the help of GPT) to import my backup into the “new” app.

2 Likes

That DB is no longer supported! I’ve switched to InfluxDB3 and it works very well, with the much newer InfluxDB version. Look through this thread for my long thorough analysis

No! An app is an app. And a DB is a DB.I worked 40 years with data(bases) but it never happend that datas will be lost unless I agreed to delete them

1 Like

In this case an “APP” is an “Add-On” a Container, if you remove the Container-AddOn-APP, there is a pretty good chance everything is “lost” beside ( Beside the native history one might have stored via recorder ( Depends upon how you initially configured your Influx ADD-ON " Read App " )

PS. Im sorry to see You lost all Your Data, after been working 40 Years with DB,and Unix/Linux

Note:I did use InfluxDB years ago in HA, but got “tired” of “maintaining” , so i skipped both InfluxDB and Grafana(as the various new options for Graph-Cards(Integrations) got more and more features/options)

I’m debating between Influxdb3 and Victoriametrics. Are you concerned about the Influxdb3 “at home license” terms possibly being changed at some point? Like changing the limitations/capabilities in an update?

My policy is that I strictly use plain vanilla Home Assistant for maximum stability. That means: No Community HACS or foreign repositories.

I use InfluxDB for the Grafana Dashboard.

I need a migration path of the data to a new (time series) data storage that is integrated in vanilla HA.

I cannot understand that the core feature of a time series database is just removed, even with those little button, as if the InfluxDB would not be valuable.

HA must provide a official supported migration plan! :enraged_face:

2 Likes

One option is to host it yourself as a custom app within Home Assistant. For me, Grafana is configured via IP address to the InfluxDB data source, and it picked up the new add-on automatically. I advise using an AI tool to help you with this, but the steps are:

> backup databases via terminal commands

> stop the running instance/app

> create new local app Docker files

> install it from the App store

> reconfigure from Devices & Services

Tested and working now. Adding few screenshots.

2 Likes

Thanks for your guidance. VictoriaMetrics App is now in the official " Home Assistant Community Apps":

I guess I will migrate to that, then, and try your instructions.

P.S. OK the “project state” of the VictoriaMetrics App ist “experimental” currently, so I will wait some weeks and will not change anything with my HA instance until things have cleared.

When migrating data from InfluxDB v1 to VictoriaMetrics (with the vmctl tool), there should also be an estimation rule, of how much additional disk space will be needed for the imported data in the new VictoriaMetrics storage. (until you delete the InfluxDB App, you will have the data double)

Hello,

I tried to import InfluxDB into VictoriaMetrics per instructions in earlier post. The procedure works for VictoriaMetrtics addon from added repository as per email, but not for the addon from HA community app. In that case I get the error message failed to create VM importer: ping to failed.
If there is some solution to the problem please lete me know.
Thank you in advance
Robert

UPDATE 2026-09-03!

I have spent a whole day of learing, exporing and testing different solutions.

Spending this amount of time is not ideal, my opinion is that things like this brings down the brand and experience of Home Assistant. A system only for nerds.

  • One is to fork the old, latest, app and install it back onto the system after backing up all databases via the terminal. (first tested on a test HA setup) Worked but took plenty of time.
  • Later I tested to “revover” the backup files onto a testing platform. All good. Worked well.

So now I need to decide on if I should stay with the v1.x while it runs on the Pi4 and later decide on how to move over to annother version if changing hardware.
Still annoyed but glad I found a solution.

Hi, yes you get ping failed on HA addon because of enabled SSL or because of not using credentials in the vmutils command. One fail type is code 400 (fail certificate validation) and second 401 (credentials). Credentials are the same as for HA or you can skip credentials disabling auth in addon configuration. You can run just ./vmctl-prod influx or equivalent depends on your system which giives you full list of tags.

For anyone considering migration to VictoriaMetrics sure go for it looks very nice has some maintaining history, promises better performance, better compression => less disk size etc…
but be aware of this issue:

The thing is their addon has DB data in /share directory which can be bad for backup process explained in the issue.
There is already a PR pending for a few months so I would wait if it gets merged and released first.

OR go with VM HA community addon by Frenck which I checked has correctly DB data in /data directory and later if needed migrate again to official VM addon. As far as i learned migrating one VM to another VM is simple as Influx to VM. Yes ok currently Frencks VM is fresh project marked as experimental but that is also another his addon like EMQX (mqtt broker) which I am running for almost 3 years now with no issues.

Now don’t get me wrong I am not promoting specific repository as I am also not happy that again somethting what worked for years suddenly without any annoncement got deprecated but since this happened we can’t do pretty much anything but migrate to Influx2/3/VM etc… I am just trying to share as much as possible knowledge I got so you don’t make rushed mistake :wink:

In the end I checked what data I’m actually pushing to Influx currently and to be honest these are simple measurements mainly temperatures and loads of HW some energy statistics which I preffer looking at in HA native Energy dashboard nowadays and few other things but in summary not so much impartant data. For example temperatures of my CPU from 5 years ago ehm ok I have them but for what I need this when I changed HW at least 2 times since that so you get where I am pointing? If you already lost your Influx data by accidentaly hiting Submit I am sorry I know that feeling very well but think for a moment if the data were really so important and if this current point in time is not by chance a great oportunity to start fresh DB where you clean up the mess you pushing there :sweat_smile:

2 Likes

Thanks to all that have provided experiences and possible solutions.
My HA has been using the influxdb addon since year 0. Lots of data have been lost. Waiting for the weekend to try to recover.

To devel team if ever reads this: A database can never be deleted without asking double confirmation.

4 Likes