Re: influxdb not starting after upgrade to 7.5
Le Wed, Apr 24, 2024 at 03:20:53PM +0100, Zé Loff a écrit : > On Tue, Apr 23, 2024 at 03:42:43PM +0200, Landry Breuil wrote: > > Le Tue, Apr 23, 2024 at 07:50:53AM +0100, Zé Loff a écrit : > > > On Mon, Apr 22, 2024 at 11:26:37PM +0100, Zé Loff wrote: > > > > > > > > Hi all > > > > > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > > > saying: > > > > > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > > > "2024-04-22T22:07:42Z", "log_level": "info"} > > > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > > > "0oiySb1l000", "error": "function not implemented"} > > > > > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > > > root (which also starts with a clean slate, at /root/.influxdbv2). > > > > Removing and reinstalling the package didn't help either. > > > > > > > > Has anyone else seen the same thing and/or has any advice? > > > > > > > > Thanks in advance > > > > > > > > -- > > > > > > > > > > > > > > Minor update: the same thing happens on -current. > > > > with the attached diff, influxd starts on -current. That's all the testing > > i've done :) > > > > feedback from real world testing welcome ! > > > > Built the port with this diff against 7.5-stable (minus the Makefile > changes, which are post-7.5), and everything appears to be running fine. > > Admittedly, mine isn't the most complex setup in the world (single user, > a couple of datab... buckets, collecting data from a few different hosts > via telegraf, reporting via grafana), but FWIW, it seems to run OK. I > can report again in a few days, just to be sure, but, again, this seems > to fix things. thanks for testing ! meanwhile we've had positive off-list reports, so it's been commited to current and backported to 7.5-stable. Landry
Re: influxdb not starting after upgrade to 7.5
On Tue, Apr 23, 2024 at 03:42:43PM +0200, Landry Breuil wrote: > Le Tue, Apr 23, 2024 at 07:50:53AM +0100, Zé Loff a écrit : > > On Mon, Apr 22, 2024 at 11:26:37PM +0100, Zé Loff wrote: > > > > > > Hi all > > > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > > saying: > > > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > > "2024-04-22T22:07:42Z", "log_level": "info"} > > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > > "0oiySb1l000", "error": "function not implemented"} > > > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > > root (which also starts with a clean slate, at /root/.influxdbv2). > > > Removing and reinstalling the package didn't help either. > > > > > > Has anyone else seen the same thing and/or has any advice? > > > > > > Thanks in advance > > > > > > -- > > > > > > > > > > Minor update: the same thing happens on -current. > > with the attached diff, influxd starts on -current. That's all the testing > i've done :) > > feedback from real world testing welcome ! > Built the port with this diff against 7.5-stable (minus the Makefile changes, which are post-7.5), and everything appears to be running fine. Admittedly, mine isn't the most complex setup in the world (single user, a couple of datab... buckets, collecting data from a few different hosts via telegraf, reporting via grafana), but FWIW, it seems to run OK. I can report again in a few days, just to be sure, but, again, this seems to fix things. Thanks again --
Re: influxdb not starting after upgrade to 7.5
On Tue, Apr 23, 2024 at 03:42:43PM +0200, Landry Breuil wrote: > Le Tue, Apr 23, 2024 at 07:50:53AM +0100, Zé Loff a écrit : > > On Mon, Apr 22, 2024 at 11:26:37PM +0100, Zé Loff wrote: > > > > > > Hi all > > > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > > saying: > > > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > > "2024-04-22T22:07:42Z", "log_level": "info"} > > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > > "0oiySb1l000", "error": "function not implemented"} > > > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > > root (which also starts with a clean slate, at /root/.influxdbv2). > > > Removing and reinstalling the package didn't help either. > > > > > > Has anyone else seen the same thing and/or has any advice? > > > > > > Thanks in advance > > > > > > -- > > > > > > > > > > Minor update: the same thing happens on -current. > > with the attached diff, influxd starts on -current. That's all the testing > i've done :) > > feedback from real world testing welcome ! > Brilliant, thanks! I'll give this a go (pun not intended) and get back to you in a couple of days. Thanks again > ? build.log > ? buildpkgconfig.log > ? crates.inc.2.7.0 > ? crates2.inc > ? influxdb.diff > ? modules.inc.2.7.0 > ? modules.inc.ok > ? modules.inc1.9.5 > Index: Makefile > === > RCS file: /cvs/ports/databases/influxdb/Makefile,v > retrieving revision 1.33 > diff -u -r1.33 Makefile > --- Makefile 23 Apr 2024 09:31:30 - 1.33 > +++ Makefile 23 Apr 2024 13:40:19 - > @@ -1,9 +1,3 @@ > -# bbolt needs to be at least 1.3.8 to avoid syscall > -# modernc.org/libc and modernc.org/sqlite might work in latest head versions > now but not in a release yet > -# https://gitlab.com/cznic/libc/-/issues/29 > -# https://gitlab.com/cznic/libc/-/merge_requests/13 > -BROKEN = some modules used by influxdb require syscall() access which is > no longer available outside libc > - > COMMENT =time-series datastore for metrics, events, and analytics > > MODUI_VERSION = v2.7.1 > Index: distinfo > === > RCS file: /cvs/ports/databases/influxdb/distinfo,v > retrieving revision 1.8 > diff -u -r1.8 distinfo > --- distinfo 14 Nov 2023 00:08:32 - 1.8 > +++ distinfo 23 Apr 2024 13:40:19 - > @@ -1468,8 +1468,8 @@ > SHA256 (go_modules/github.com/zeebo/xxh3/@v/v1.0.1.zip) = > ADQvDUPSdAVOzNxQ+6pBpQEBRuisgnc30hzhT2eJh0U= > SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.2.mod) = > siQNmH3bNjz9n5PJ7VP5r19NefAOWRE8g3WvwbkcS28= > SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.3.mod) = > siQNmH3bNjz9n5PJ7VP5r19NefAOWRE8g3WvwbkcS28= > -SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.6.mod) = > XDjGXmmRaJ8LnkB0KADeRlxstzrPjr0VRzDNxinKE2Q= > -SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.6.zip) = > o1f8zZPoZdzj04We2FfOgn96Ly3FuQz6qVIC9dduSsI= > +SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.8.mod) = > P9EfiW+DDmdLHgJxBOk0xfcQkdytIkHvnl/L5bKwPq8= > +SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.8.zip) = > GLq65n7M3SmCrQvUS7d6I46LbI2hkrWua9PA3UjVujE= > SHA256 > (go_modules/go.etcd.io/etcd/@v/v0.0.0-20191023171146-3cf2f69b5738.mod) = > Aq68KyNI9Hgtq+/IP63YARn8NQNZRreMsAlkqJGeD74= > SHA256 > (go_modules/go.etcd.io/etcd/@v/v0.0.0-20191023171146-3cf2f69b5738.zip) = > T6k0WCeXPTV73D0ZHzpS56EHQQEq6eXyJxLtQonpm0Q= > SHA256 > (go_modules/go.mozilla.org/pkcs7/@v/v0.0.0-20200128120323-432b2356ecb1.mod) = > aKaMiAYDnR/VbMx/zzOQHyj4ZP5vPxuoQVx54HfhDlY= > @@ -3620,8 +3620,8 @@ > SIZE (go_modules/github.com/zeebo/xxh3/@v/v1.0.1.zip) = 269263 > SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.2.mod) = 24 > SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.3.mod) = 24 > -SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.6.mod) = 94 > -SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.6.zip) = 118439 > +SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.8.mod) = 280 > +SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.8.zip) = 144978 > SIZE (go_modules/go.etcd.io/etcd/@v/v0.0.0-20191023171146-3cf2f69b5738.mod) > = 2182 > SIZE (go_modules/go.etcd.io/etcd/@v/v0.0.0-20191023171146-3cf2f69b5738.zip) > = 7085205 > SIZE > (go_modules/go.mozilla.org/pkcs7/@v/v0.0.0-20200128120323-432b2356ecb1.mod) = > 37 > Index: modules.inc > === > RCS file: /cvs/ports/databases/influxdb/modules.inc,v > retrieving revision 1.6 > diff -u -r1.6 modules.inc > --- modules.inc 14 Nov 2023 00:08:32 - 1.6 > +++ modules.inc 23 Apr 2024 13:40:19 - > @@ -472,7 +472,7 @@ > github.com/yudai/pp > v2.0.1+incompatible \ > github.com/yuin/goldmark >
Re: influxdb not starting after upgrade to 7.5
On 2024/04/23 15:42, Landry Breuil wrote: > with the attached diff, influxd starts on -current. That's all the testing > i've done :) definitely better than what's there now. > feedback from real world testing welcome ! not using it myself, but FWIW I'm OK with either this or Kirill's alternative bumping to 1.3.9, definitely real world testing would be helpful.
Re: influxdb not starting after upgrade to 7.5
Le Tue, Apr 23, 2024 at 04:04:23PM +0200, Kirill A. Korinsky a écrit : > On Tue, 23 Apr 2024 15:42:43 +0200, > Landry Breuil wrote: > > > > with the attached diff, influxd starts on -current. That's all the testing > > i've done :) > > > > feedback from real world testing welcome ! > > > > I've open a PR to update used version of bbolt at upstream [1], shall this > patch be used? that also probably works. adapting the diff i sent to use yours and do some testing left as an exercise for actual influxdb users :)
Re: influxdb not starting after upgrade to 7.5
On Tue, 23 Apr 2024 15:42:43 +0200, Landry Breuil wrote: > > with the attached diff, influxd starts on -current. That's all the testing > i've done :) > > feedback from real world testing welcome ! > I've open a PR to update used version of bbolt at upstream [1], shall this patch be used? Footnotes: [1] https://github.com/influxdata/influxdb/pull/24936 -- wbr, Kirill
Re: influxdb not starting after upgrade to 7.5
Le Tue, Apr 23, 2024 at 07:50:53AM +0100, Zé Loff a écrit : > On Mon, Apr 22, 2024 at 11:26:37PM +0100, Zé Loff wrote: > > > > Hi all > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > saying: > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > "2024-04-22T22:07:42Z", "log_level": "info"} > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > "0oiySb1l000", "error": "function not implemented"} > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > root (which also starts with a clean slate, at /root/.influxdbv2). > > Removing and reinstalling the package didn't help either. > > > > Has anyone else seen the same thing and/or has any advice? > > > > Thanks in advance > > > > -- > > > > > > Minor update: the same thing happens on -current. with the attached diff, influxd starts on -current. That's all the testing i've done :) feedback from real world testing welcome ! ? build.log ? buildpkgconfig.log ? crates.inc.2.7.0 ? crates2.inc ? influxdb.diff ? modules.inc.2.7.0 ? modules.inc.ok ? modules.inc1.9.5 Index: Makefile === RCS file: /cvs/ports/databases/influxdb/Makefile,v retrieving revision 1.33 diff -u -r1.33 Makefile --- Makefile23 Apr 2024 09:31:30 - 1.33 +++ Makefile23 Apr 2024 13:40:19 - @@ -1,9 +1,3 @@ -# bbolt needs to be at least 1.3.8 to avoid syscall -# modernc.org/libc and modernc.org/sqlite might work in latest head versions now but not in a release yet -# https://gitlab.com/cznic/libc/-/issues/29 -# https://gitlab.com/cznic/libc/-/merge_requests/13 -BROKEN = some modules used by influxdb require syscall() access which is no longer available outside libc - COMMENT = time-series datastore for metrics, events, and analytics MODUI_VERSION =v2.7.1 Index: distinfo === RCS file: /cvs/ports/databases/influxdb/distinfo,v retrieving revision 1.8 diff -u -r1.8 distinfo --- distinfo14 Nov 2023 00:08:32 - 1.8 +++ distinfo23 Apr 2024 13:40:19 - @@ -1468,8 +1468,8 @@ SHA256 (go_modules/github.com/zeebo/xxh3/@v/v1.0.1.zip) = ADQvDUPSdAVOzNxQ+6pBpQEBRuisgnc30hzhT2eJh0U= SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.2.mod) = siQNmH3bNjz9n5PJ7VP5r19NefAOWRE8g3WvwbkcS28= SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.3.mod) = siQNmH3bNjz9n5PJ7VP5r19NefAOWRE8g3WvwbkcS28= -SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.6.mod) = XDjGXmmRaJ8LnkB0KADeRlxstzrPjr0VRzDNxinKE2Q= -SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.6.zip) = o1f8zZPoZdzj04We2FfOgn96Ly3FuQz6qVIC9dduSsI= +SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.8.mod) = P9EfiW+DDmdLHgJxBOk0xfcQkdytIkHvnl/L5bKwPq8= +SHA256 (go_modules/go.etcd.io/bbolt/@v/v1.3.8.zip) = GLq65n7M3SmCrQvUS7d6I46LbI2hkrWua9PA3UjVujE= SHA256 (go_modules/go.etcd.io/etcd/@v/v0.0.0-20191023171146-3cf2f69b5738.mod) = Aq68KyNI9Hgtq+/IP63YARn8NQNZRreMsAlkqJGeD74= SHA256 (go_modules/go.etcd.io/etcd/@v/v0.0.0-20191023171146-3cf2f69b5738.zip) = T6k0WCeXPTV73D0ZHzpS56EHQQEq6eXyJxLtQonpm0Q= SHA256 (go_modules/go.mozilla.org/pkcs7/@v/v0.0.0-20200128120323-432b2356ecb1.mod) = aKaMiAYDnR/VbMx/zzOQHyj4ZP5vPxuoQVx54HfhDlY= @@ -3620,8 +3620,8 @@ SIZE (go_modules/github.com/zeebo/xxh3/@v/v1.0.1.zip) = 269263 SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.2.mod) = 24 SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.3.mod) = 24 -SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.6.mod) = 94 -SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.6.zip) = 118439 +SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.8.mod) = 280 +SIZE (go_modules/go.etcd.io/bbolt/@v/v1.3.8.zip) = 144978 SIZE (go_modules/go.etcd.io/etcd/@v/v0.0.0-20191023171146-3cf2f69b5738.mod) = 2182 SIZE (go_modules/go.etcd.io/etcd/@v/v0.0.0-20191023171146-3cf2f69b5738.zip) = 7085205 SIZE (go_modules/go.mozilla.org/pkcs7/@v/v0.0.0-20200128120323-432b2356ecb1.mod) = 37 Index: modules.inc === RCS file: /cvs/ports/databases/influxdb/modules.inc,v retrieving revision 1.6 diff -u -r1.6 modules.inc --- modules.inc 14 Nov 2023 00:08:32 - 1.6 +++ modules.inc 23 Apr 2024 13:40:19 - @@ -472,7 +472,7 @@ github.com/yudai/pp v2.0.1+incompatible \ github.com/yuin/goldmark v1.4.13 \ github.com/zeebo/xxh3 v1.0.1 \ - go.etcd.io/bbolt v1.3.6 \ + go.etcd.io/bbolt v1.3.8 \ go.etcd.io/etcd
Re: influxdb not starting after upgrade to 7.5
On Tue, Apr 23, 2024 at 09:42:26AM +0100, Stuart Henderson wrote: > On 2024/04/22 23:26, Zé Loff wrote: > > > > Hi all > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > saying: > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > "2024-04-22T22:07:42Z", "log_level": "info"} > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > "0oiySb1l000", "error": "function not implemented"} > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > root (which also starts with a clean slate, at /root/.influxdbv2). > > Removing and reinstalling the package didn't help either. > > > > Has anyone else seen the same thing and/or has any advice? > > > > Thanks in advance > > > > -- > > > > > > OpenBSD was changed so that syscalls can only be made by libc. However > some software (especially software written in Go) still relies on being > able to call syscalls directly from the main program and this will no > longer run on OpenBSD. > > One of the go modules used by influxdb is an old version of bbolt. > This problem is fixed in an update to bbolt, but even the most recent > influxdb release (2.7.6) still uses an old bbolt from before the fix. > > Some other modules may have a problem too (influxdb uses > modernc.org/sqlite which definitely used syscall in some use cases; I'm > unsure if that got fixed or whether influxdb's use of it triggers those > cases). > > I'm not too familiar with influxdb but it seems bolt/bbolt is a required > part of it, so I think we might as well mark it broken for now, it's not > going to magically start working unless changes are made. > Thanks Stuart, and everyone else who looked into it. I thought it'd be syscall-related. I'll just throw it into a VM running 7.4 for the time being. --
Re: influxdb not starting after upgrade to 7.5
Le Tue, Apr 23, 2024 at 10:26:10AM +0100, Stuart Henderson a écrit : > On 2024/04/23 11:22, Kirill A. Korinsky wrote: > > On Tue, 23 Apr 2024 10:59:30 +0200, > > Landry Breuil wrote: > > > > > > > > > > > OpenBSD was changed so that syscalls can only be made by libc. However > > > > some software (especially software written in Go) still relies on being > > > > able to call syscalls directly from the main program and this will no > > > > longer run on OpenBSD. > > > > > > rejoice ! influxdb 3 is written in rust ! > > > > > > > Ports has 2x which is go-based and which was released last week [1], anyway, > > they had quite clear that they won't do anything with 2x except of bugfixing > > in README [2]. > > > > But I haven't found any influxdb3 release at GitHub [3] nor at website [4] > > nor at docker registry [5]. > > > > From where I stand it looks like influxdb3 aren't ready to be used. > > > > Have I missed something? > > That's the impression I get too. And 3 doesn't have some features > which are used by other software that uses influxdb v2. that was just to say that whatever the shitshow it was right now with go, it will be a different shitshow too with rust. https://www.influxdata.com/products/influxdb-overview/ https://www.influxdata.com/blog/the-plan-for-influxdb-3-0-open-source/
Re: influxdb not starting after upgrade to 7.5
On 2024/04/23 11:22, Kirill A. Korinsky wrote: > On Tue, 23 Apr 2024 10:59:30 +0200, > Landry Breuil wrote: > > > > > > > > OpenBSD was changed so that syscalls can only be made by libc. However > > > some software (especially software written in Go) still relies on being > > > able to call syscalls directly from the main program and this will no > > > longer run on OpenBSD. > > > > rejoice ! influxdb 3 is written in rust ! > > > > Ports has 2x which is go-based and which was released last week [1], anyway, > they had quite clear that they won't do anything with 2x except of bugfixing > in README [2]. > > But I haven't found any influxdb3 release at GitHub [3] nor at website [4] > nor at docker registry [5]. > > From where I stand it looks like influxdb3 aren't ready to be used. > > Have I missed something? That's the impression I get too. And 3 doesn't have some features which are used by other software that uses influxdb v2.
Re: influxdb not starting after upgrade to 7.5
On Tue, 23 Apr 2024 10:59:30 +0200, Landry Breuil wrote: > > > > > OpenBSD was changed so that syscalls can only be made by libc. However > > some software (especially software written in Go) still relies on being > > able to call syscalls directly from the main program and this will no > > longer run on OpenBSD. > > rejoice ! influxdb 3 is written in rust ! > Ports has 2x which is go-based and which was released last week [1], anyway, they had quite clear that they won't do anything with 2x except of bugfixing in README [2]. But I haven't found any influxdb3 release at GitHub [3] nor at website [4] nor at docker registry [5]. From where I stand it looks like influxdb3 aren't ready to be used. Have I missed something? Footnotes: [1] https://github.com/influxdata/influxdb/releases/tag/v2.7.6 [2] https://github.com/influxdata/influxdb/blob/main/README.md [3] https://github.com/influxdata/influxdb/releases [4] https://www.influxdata.com/downloads/ [5] https://quay.io/repository/influxdb/influxdb?tab=tags=latest -- wbr, Kirill
Re: influxdb not starting after upgrade to 7.5
Le Tue, Apr 23, 2024 at 10:59:30AM +0200, Landry Breuil a écrit : > Le Tue, Apr 23, 2024 at 09:42:26AM +0100, Stuart Henderson a écrit : > > On 2024/04/22 23:26, Zé Loff wrote: > > > > > > Hi all > > > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > > saying: > > > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > > "2024-04-22T22:07:42Z", "log_level": "info"} > > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > > "0oiySb1l000", "error": "function not implemented"} > > > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > > root (which also starts with a clean slate, at /root/.influxdbv2). > > > Removing and reinstalling the package didn't help either. > > > > > > Has anyone else seen the same thing and/or has any advice? > > > > > > Thanks in advance > > > > > > -- > > > > > > > > > > OpenBSD was changed so that syscalls can only be made by libc. However > > some software (especially software written in Go) still relies on being > > able to call syscalls directly from the main program and this will no > > longer run on OpenBSD. > > rejoice ! influxdb 3 is written in rust ! > > > I'm not too familiar with influxdb but it seems bolt/bbolt is a required > > part of it, so I think we might as well mark it broken for now, it's not > > going to magically start working unless changes are made. > > seconded. i'm tired of this ecosystem. after a quick look, it'd need bbolt 1.3.8 (cf https://github.com/etcd-io/bbolt/pull/406) and as for modernc.org/sqlite im not even sure its fixed as https://gitlab.com/cznic/sqlite/-/issues/140 leads to https://gitlab.com/cznic/libc/-/issues/29 and https://gitlab.com/cznic/libc/-/merge_requests/13 that only got recently merged. s
Re: influxdb not starting after upgrade to 7.5
Le Tue, Apr 23, 2024 at 09:42:26AM +0100, Stuart Henderson a écrit : > On 2024/04/22 23:26, Zé Loff wrote: > > > > Hi all > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > saying: > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > "2024-04-22T22:07:42Z", "log_level": "info"} > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > "0oiySb1l000", "error": "function not implemented"} > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > root (which also starts with a clean slate, at /root/.influxdbv2). > > Removing and reinstalling the package didn't help either. > > > > Has anyone else seen the same thing and/or has any advice? > > > > Thanks in advance > > > > -- > > > > > > OpenBSD was changed so that syscalls can only be made by libc. However > some software (especially software written in Go) still relies on being > able to call syscalls directly from the main program and this will no > longer run on OpenBSD. rejoice ! influxdb 3 is written in rust ! > I'm not too familiar with influxdb but it seems bolt/bbolt is a required > part of it, so I think we might as well mark it broken for now, it's not > going to magically start working unless changes are made. seconded. i'm tired of this ecosystem.
Re: influxdb not starting after upgrade to 7.5
On 2024/04/22 23:26, Zé Loff wrote: > > Hi all > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > saying: > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > "2024-04-22T22:07:42Z", "log_level": "info"} > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > "0oiySb1l000", "error": "function not implemented"} > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > root (which also starts with a clean slate, at /root/.influxdbv2). > Removing and reinstalling the package didn't help either. > > Has anyone else seen the same thing and/or has any advice? > > Thanks in advance > > -- > > OpenBSD was changed so that syscalls can only be made by libc. However some software (especially software written in Go) still relies on being able to call syscalls directly from the main program and this will no longer run on OpenBSD. One of the go modules used by influxdb is an old version of bbolt. This problem is fixed in an update to bbolt, but even the most recent influxdb release (2.7.6) still uses an old bbolt from before the fix. Some other modules may have a problem too (influxdb uses modernc.org/sqlite which definitely used syscall in some use cases; I'm unsure if that got fixed or whether influxdb's use of it triggers those cases). I'm not too familiar with influxdb but it seems bolt/bbolt is a required part of it, so I think we might as well mark it broken for now, it's not going to magically start working unless changes are made.
Re: influxdb not starting after upgrade to 7.5
On Mon, Apr 22, 2024 at 11:26:37PM +0100, Zé Loff wrote: > > Hi all > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > saying: > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > "2024-04-22T22:07:42Z", "log_level": "info"} > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > "0oiySb1l000", "error": "function not implemented"} > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > root (which also starts with a clean slate, at /root/.influxdbv2). > Removing and reinstalling the package didn't help either. > > Has anyone else seen the same thing and/or has any advice? > > Thanks in advance > > -- > > Minor update: the same thing happens on -current. --