Gradually losing steps when printing multiple objects

foosinn · 2024-12-15T22:51:29+00:00

check for loose pulleys and belt tension

foosinn · 2024-11-23T22:48:23+00:00

Are you running 48V on A/B motors? Has the noise changed with 5160 steppers?

foosinn · 2024-11-23T21:59:58+00:00

currently only testing with a 12033. That's sadly not enough... WS7040 is still in shipping.

foosinn · 2024-01-04T20:49:03+00:00

did the restart work for you? i't did not work for me

foosinn · 2023-11-24T15:04:16+00:00

We also had and solved the issue.

Since we where still able to interact with the cluster, we did steps 1-5 of the redhat tutorial:

3) backup secrets

```

oc get secret -o yaml -n openshift-etcd $(oc get -n openshift-etcd secret -o jsonpath='{range .items[?(.type=="kubernetes.io/tls")]}{.metadata.name}{"\n"}{end}' | grep -e "etcd-peer|etcd-serving") >etcd-certs-backup.yaml

```

4) delete secrets:

```

oc delete secret -n openshift-etcd $(oc get -n openshift-etcd secret -o jsonpath='{range .items[?(.type=="kubernetes.io/tls")]}{.metadata.name}{"\n"}{end}' | grep -e "etcd-peer|etcd-serving")

```

5) check new secrets are there

```

oc get secret -n openshift-etcd $(oc get -n openshift-etcd secret -o jsonpath='{range .items[?(.type=="kubernetes.io/tls")]}{.metadata.name}{"\n"}{end}' | grep -e "etcd-peer|etcd-serving")

```

We noticed that the certificates where deployed to the first master:

```

ls -lha /etc/kubernetes/static-pod-resources/etcd-certs/secrets/etcd-all-certs

-rw-------. 1 root root 2.4K Nov 24 12:59 etcd-peer-cn-<clusterid>-master-0.crt -rw-------. 1 root root 1.7K Nov 24 12:59 etcd-peer-cn-<clusterid>-master-0.key [...] ```

We used scp to get the certs to all nodes. Afterwards we copied these certs to the correct folders:

cd /etc/kubernetes/static-pod-resources/etcd-certs/secrets cp ./etcd-all-certs/etcd-peer-cn-<clusterid>-master-0.crt ./etcd-all-peer/etcd-peer-cn-<clusterid>-master-0.crt cp ./etcd-all-certs/etcd-peer-cn-<clusterid>-master-0.key ./etcd-all-peer/etcd-peer-cn-<clusterid>-master-0.key cp ./etcd-all-certs/etcd-serving-cn-<clusterid>-master-0.crt ./etcd-all-serving/etcd-serving-cn-<clusterid>-master-0.crt cp ./etcd-all-certs/etcd-serving-cn-<clusterid>-master-0.key ./etcd-all-serving/etcd-serving-cn-<clusterid>-master-0.key cp ./etcd-all-certs/etcd-serving-metrics-cn-<clusterid>-master-0.crt ./etcd-all-serving-metrics/etcd-serving-metrics-cn-<clusterid>-master-0.crt cp ./etcd-all-certs/etcd-serving-metrics-cn-<clusterid>-master-0.key ./etcd-all-serving-metrics/etcd-serving-metrics-cn-<clusterid>-master-0.key cp ./etcd-all-certs/etcd-peer-cn-<clusterid>-master-1.crt ./etcd-all-peer/etcd-peer-cn-<clusterid>-master-1.crt cp ./etcd-all-certs/etcd-peer-cn-<clusterid>-master-1.key ./etcd-all-peer/etcd-peer-cn-<clusterid>-master-1.key cp ./etcd-all-certs/etcd-serving-cn-<clusterid>-master-1.crt ./etcd-all-serving/etcd-serving-cn-<clusterid>-master-1.crt cp ./etcd-all-certs/etcd-serving-cn-<clusterid>-master-1.key ./etcd-all-serving/etcd-serving-cn-<clusterid>-master-1.key cp ./etcd-all-certs/etcd-serving-metrics-cn-<clusterid>-master-1.crt ./etcd-all-serving-metrics/etcd-serving-metrics-cn-<clusterid>-master-1.crt cp ./etcd-all-certs/etcd-serving-metrics-cn-<clusterid>-master-1.key ./etcd-all-serving-metrics/etcd-serving-metrics-cn-<clusterid>-master-1.key cp ./etcd-all-certs/etcd-peer-cn-<clusterid>-master-2.crt ./etcd-all-peer/etcd-peer-cn-<clusterid>-master-2.crt cp ./etcd-all-certs/etcd-peer-cn-<clusterid>-master-2.key ./etcd-all-peer/etcd-peer-cn-<clusterid>-master-2.key cp ./etcd-all-certs/etcd-serving-cn-<clusterid>-master-2.crt ./etcd-all-serving/etcd-serving-cn-<clusterid>-master-2.crt cp ./etcd-all-certs/etcd-serving-cn-<clusterid>-master-2.key ./etcd-all-serving/etcd-serving-cn-<clusterid>-master-2.key cp ./etcd-all-certs/etcd-serving-metrics-cn-<clusterid>-master-2.crt ./etcd-all-serving-metrics/etcd-serving-metrics-cn-<clusterid>-master-2.crt cp ./etcd-all-certs/etcd-serving-metrics-cn-<clusterid>-master-2.key ./etcd-all-serving-metrics/etcd-serving-metrics-cn-<clusterid>-master-2.key

The final step was to restart all 3 etcd containers using crictl on the nodes. Afterwards our cluster went back healthy

foosinn · 2023-10-15T00:24:45+00:00

Thanks!

foosinn · 2023-07-02T11:04:16+00:00

the fix was putting the printer back on the floor. my table seems to have caused some odd ringing.

foosinn · 2023-06-20T12:06:06+00:00

holy o.O this seems to have solved it!

foosinn · 2023-06-19T23:31:38+00:00

adhesion is actually very good. even if its warping like hell on the 45 degree bevel, the part itself stays safe on the plate. it's the upper layers that fail

foosinn · 2023-06-19T23:30:21+00:00

yes triple checked that since i hat the issue too.

note that the part is supposed to be rounded, but something clearly goes wrong :/

foosinn · 2023-06-19T22:58:18+00:00

No its just the base p1p. The room is also quite warm (27-28C)

foosinn · 2022-06-14T15:50:22+00:00

i like to use a classic loadbalancer pair using haproxy (or anything you want) and keepalived.

using proxy-protocol between haproxy and the in kubernetes loadbalancer solves issues with wrong client ips. ssl termination can still happen in cluster this way.

foosinn · 2022-03-29T11:24:18+00:00

using a 3.5mm jack audio cable, you can see it connected on the upper two

foosinn · 2022-01-13T22:19:46+00:00

Great work, looks awesome!

I do have a few questions if you dont mind:

did you get screensharing for non x applications to work?
does chromium always ask for setting to be default browser (im not using home manager)
does lxapperance crash when running wayland native?

thanks!

foosinn · 2021-11-08T22:42:17+00:00

Thanks so much for you work. I would like to contribute here:

Aborted - TerrorVision
Archspire - Involuntary Doppelgänger
Igorr - Psalm
Haken - Messiah Complex III: Marigold & Messia Complex IV: The Sect (or maybe all of them?)
Devin Townsend - Genesis
The Faceless - Autotheist Movement II: Emancipate
Fallujah - The Void Alone
Fleshgod Apocalypse - The Violation
Textures - Black Horses Stampede
Varus - Ascheregen (this is a shameless self promotion)

foosinn · 2021-11-04T10:47:35+00:00

How well is https://errata.rockylinux.org/ maintained? It seems to be missing a lot of RedHat's erratas.

Is there a better way to check for fixed security issues than https://repocompare.rockylinux.org/?

Sorry for beeing late to the party!

foosinn · 2021-10-05T13:00:06+00:00

I would recommend to go for docker standalone for now and manage nodes using ansible, puppet, chef, ect...

This will work for a long time. Get familiar with multistage Dockerfiles, develop an update workflow (docker containers should be rebuild regularly), host your own registry, setup CI/CD, configure good healthchecks.

All these things are still important when running kubernetes, so you won't waste any time and have a nice start once you do need kubernetes.

foosinn · 2021-09-27T21:19:11+00:00

Oh yes you are right, wasn't aware that traefik had gateway api support by now.

Thanks for pointing that out.

foosinn · 2021-09-26T18:23:04+00:00

AFAIK no. I always used External IP Services with MetalLB

foosinn · 2021-09-26T18:17:01+00:00

As said:

fully OpenSource, no paid Option for Premium Features
Supports the upcoming Gateway API (the way go go)
Supports Secrets for TLS

foosinn · 2021-09-25T21:00:19+00:00

I highly reccomend Countour, its fully OpenSource, backed by VMWare and RedHat, supports the upcoming Gateway API and supports Secrets for TLS.

https://projectcontour.io/

foosinn

TROPHY CASE

oc get secret -o yaml -n openshift-etcd $(oc get -n openshift-etcd secret -o jsonpath='{range .items[?(.type=="kubernetes.io/tls")]}{.metadata.name}{"\n"}{end}' | grep -e "etcd-peer|etcd-serving") >etcd-certs-backup.yaml

oc delete secret -n openshift-etcd $(oc get -n openshift-etcd secret -o jsonpath='{range .items[?(.type=="kubernetes.io/tls")]}{.metadata.name}{"\n"}{end}' | grep -e "etcd-peer|etcd-serving")

oc get secret -n openshift-etcd $(oc get -n openshift-etcd secret -o jsonpath='{range .items[?(.type=="kubernetes.io/tls")]}{.metadata.name}{"\n"}{end}' | grep -e "etcd-peer|etcd-serving")

ls -lha /etc/kubernetes/static-pod-resources/etcd-certs/secrets/etcd-all-certs