[SOLVED] Upgrade issue: influxDB data loss and 'schedule' from functions: Attribute already exists
- 0
- Resolved
- Self Hosted
After migrating everything successfully in a machine to test, some data from influx seems to have been lost.
While running the migration command everything went fine but this error/warning came:
'schedule' from functions: Attribute already exists
Images:
- Production server (how it should look after upgrade)
- Test server after upgrade
Upgrade from 1.3.8 to 1.4.13. Both machines in ubuntu server
I think there was some time ago some similar issue with influx on cloud, where stats stoped working?
Influxdb container logs:
usage stats are all over the place though...
cloud has a fix for the stats
But why did a part just disappear after migration?
usage data was sort of broken for a while on cloud..i wonder if that's related...i can't remember what the fix was
No idea then, It's like the data just disappeared. Probably some part of my magic ability of crashing things involuntarily <:appwritemagic:946072213465993256>
In fact for a moment it appeared right after console update but disappeared
No idea. Anyways they're not very useful.
This error/warn:
'schedule' from functions: Attribute already exists
is something important or that I should fear?
this is related to function scheduling for cron. It's probably fine
Hope yes 🤞
how old is this instance?
what's in your telegraf logs?
Created today and imported from backup
If you mean the production instance, like 4 months
Basically short prior to 1.3.8 release
I don't see any errors there. Everything looks fine
ok not the same as the cloud problem then..
any errors in the usage worker?
Nope, only aggregation success
I'm closing this since It's not important at all.
Seems the Ubuntu server wasn't working correctly and caused the issue. Marking this as closed since the root cause isn't 100% identified
[SOLVED] Upgrade issue: influxDB data loss and 'schedule' from functions: Attribute already exists
Recommended threads
- I'm getting an error on the console "j?....
On my self hosted instance version 1.8.1 the console is giving me this error when trying to view the rows for a table I recently created. My application is read...
- local build `composer installer:dev` iss...
setup - dev container (default linux universal) WSL (test with gh codespace too) - php 8.5.7 - all extensions installed - `composer install` fine - `composer...
- Function global variables
when i create a top-level global variable in go or bun how will it behave? is the heap getting renewed on every execution or could i do some kind of temp. cachi...