Bryce Lampe

Results 81 issues of Bryce Lampe

This builds the binary as part of the Docker build process instead of copying the binary into the container. I've used this successfully and wanted to share if it would...

More adventures with snapshotting. ``` ============================================================ Application: LINBIT�� LINSTOR Module: Controller Version: 1.20.0-rc.1 Build ID: 095b9bef67d46f217ee394e0262c4e96baef0c45 Build time: 2022-09-20T12:44:59+00:00 Error time: 2022-09-24 18:47:16 Node: piraeus-op-cs-controller-f8fdf977f-cxx28 Peer: RestClient(10.42.1.250; 'linstor-csi/v0.20.0-d514e41db7cdcb580769cc69f1c1ef2b8a5def5d') ============================================================ Reported...

None of my satellites are able to advance from CONNECTED to ONLINE. Every time I restart the satellite I get one of these errors: ``` root@pi4c:/# linstor err show 632947A1-00000-000506...

I have a small cluster with only a couple dozen volumes. The server consistently takes over 30 minutes to boot, with almost all of that time in the "Core objects...

solved in next release

Jotting down an issue to go along with https://github.com/LINBIT/linstor-server/pull/314 and https://github.com/piraeusdatastore/linstor-csi/issues/174. In summary, listBackups doesn't consistently respect the snap_name parameter. If any backups are present in the cluster, they are...

Rough sequence of events that might have led to this state: * A node somehow became overfilled. The satellite was no longer able to start correctly due to "failed to...

Before this change, if any backups were in progress then other snapshot operations driven by the CSI would break. Concretely, the bug is: ``` $ curl -H 'Accept: application/json' 'http://piraeus-op-cs.piraeus.svc:3370/v1/remotes/minio/backups?snap_name=INVALID_NAME'...

https://github.com/piraeusdatastore/piraeus-operator/pull/262 greatly simplified secret management _within_ a cluster, but if the cluster needs to ship snapshots to a remote with its own TLS secret there's no easy way to load...

enhancement

After removing some labels on a few nodes (ironically from the previous CSI I replaced with Piraeus) I was no longer able to provision volumes. The error was: > failed...

(Edit: the below is using [10bff91](https://github.com/uber-go/gopatch/commit/10bff911cc9b0fcadb2ac4c82f2392de6dfba9df)) This patch ```diff @@ @@ func f() (...) { - fmt.Println("") + fmt.Println("hello") ... } ``` will match against ```go package foo func f()...

bug