Max Ehrlich

OK will look into getting more verbose logs, I do see: ``` {"caller":"service_controller.go:64","controller":"ServiceReconciler","level":"info","start reconcile":"ingress-nginx/ingress-nginx","ts":"2024-02-19T13:05:53Z"} {"caller":"main.go:426","event":"serviceWithdrawn","ip":["192.168.10.1","::20:1"],"ips":["192.168.10.1","::10:1"],"level":"info","msg":"withdrawing service announcement","pool":"main-pool","reason":"loadBalancerIPChanged","ts":"2024-02-19T13:05:53Z"} {"caller":"main.go:382","event":"serviceAnnounced","ips":["192.168.10.1","::10:1"],"level":"info","msg":"service has IP, announcing","pool":"main-pool","protocol":"layer2","ts":"2024-02-19T13:05:53Z"} {"caller":"service_controller.go:115","controller":"ServiceReconciler","end reconcile":"ingress-nginx/ingress-nginx","level":"info","ts":"2024-02-19T13:05:53Z"} ``` on one of the speakers

arping works for the IPv4 address but that was working fine via curl ``` arping 192.168.10.1 ARPING 192.168.10.1 from 192.168.1.179 enp0s13f0u4u4u1 Unicast reply from 192.168.10.1 [94:C6:91:A9:55:F4] 1.147ms Unicast reply from...

Yes, CVPR deadline tomorrow after that I should have more time to work on the rest of these

Couple of additional notes 1. You may want automated tests for this; I took a look over the testing code and it was quite sparse so I opted to ask...

This PR is a followup from my unanswered discussion at https://github.com/simple-login/app/discussions/1386

I think it's fine in the short term, I think you should merge it in the long term This isn't as specific a flow as you might think it is,...

What are the flows you're currently supporting?

Closed in favor of #2046

I'm seeing the same error periodically, I think this fix isn't on master though, is this a temporary fix for 4.6.2 with a more permanent fix planned or is there...

I cherry picked 0fd00d8 onto my own master and I still get the following error periodically ``` Traceback (most recent call last): File "/usr/local/lib/python3.10/site-packages/gunicorn/workers/sync.py", line 134, in handle self.handle_request(listener, req,...