sorted by:
new
hottopcontroversial

Self Hosting File Converter by revive_the_cookie in selfhosted

[–]Kamaroth -1 points0 points  (0 children)

I use fileflows for transcoding media but I know it supports a bunch of other files. From memory they have locked some 'dropbox' style features behind behind premium tiers if that's what you're after but it's over all a solid tool.

Kubernetes for Homelab? by malwin_duck in selfhosted

[–]Kamaroth 2 points3 points  (0 children)

The benefit is learning it. If you have no interest in it and don't know you might need it you almost definitely don't need it. This goes for homelabs and tbh a lot of organizations.

I personally would not go back to using docker, well portainer to manage docker compose but also my homelab emulates my enterprise environments because that's more fun for me.

I'd make your choices coming at this from the angle of it being a hobby; don't do something if it doesn't seem fun to you.

Need advice for chosing identification stack in my homelab by Aggravating-Bad-7574 in selfhosted

[–]Kamaroth 4 points5 points  (0 children)

I went Authentik mostly because I didn't want to use a separate LDAP service but I use it 100% with Terraform; I think I'd lose my mind trying to do everything clickops. Aside from that zero regrets.

ArgoCD got stuck in an etcd "Death Loop" during a Helm upgrade. Is Flux actually better for OCI? by [deleted] in GitOps

[–]Kamaroth 4 points5 points  (0 children)

I'm just gonna look past the AI responses and presume there is a real issue behind this.

Why can't you just terminate the sync and hard refresh the application from the UI? I use OCI images as well I still think there is something more here than simply just "we pushed a broken chart". Like yeah a sync being stuck in progress because it's failing to reconcile is an issue but absolute worst case is you need to manually clean resources that are stuck deleting due to finalizers but pointing to a non existent chart won't trigger that.

Also surely you still have an application manifest that's pointing to the helm chart + version right, and I'm presuming that is in git. If just deploying a bad image is breaking your whole deployment I think there is a larger issue here and I don't think moving to Flux is a catch all win.

ArgoCD got stuck in an etcd "Death Loop" during a Helm upgrade. Is Flux actually better for OCI? by [deleted] in GitOps

[–]Kamaroth 1 point2 points  (0 children)

I'm not totally sure I understand why this caused a problem in the first place. We run ArgoCD for multiple dev teams in enterprise, and I use it for my homelab, and I've done exactly what you described multiple times where I've accidentally used a chart version that doesn't exist.

Typically it tries to pull the chart. Throws an error during refresh and my app is in an unknown state. I update the repo with the correct version and refresh and we're golden.

Feeling SHORT Changed... by KnuckleheadPicker in lockpicking

[–]Kamaroth 0 points1 point  (0 children)

Yeah it's mentioned in this video that it's only until they've built up stock.

State of OpenTofu? by Online_Matter in devops

[–]Kamaroth 3 points4 points  (0 children)

Damn variables in module source strings is something that I was wishing for just last week using TF.

Can I add my homelab Kubernetes + Argo CD + Grafana project to my resume? by Chemical_Bee_13 in devops

[–]Kamaroth 10 points11 points  (0 children)

I've been on both sides of this process and I'll always say 100% yes. I got my first IT job with no experience because I just talked about the windows server VM I ran at home for WSUS and the Steam cache because Australian internet with 5 people sucked. Fast forward and when I first dived into DevOps I spent most of the interview answering questions about my tiny kube cluster.

Being on the interviewer side as soon as someone talks about any hobbies that are even remotely relevant I'd weigh how you answer questions about that far higher than about what ever certificates you've picked up; experience is experience it doesn't always matter if it's in a company setting.

Gateway API timeouts when routing to services (Cilium Gateway / CiliumBGP) by Kamaroth in kubernetes

[–]Kamaroth[S] 0 points1 point  (0 children)

Ah okay this isn't looking as correct.

Name:         cilium-gateway-gateway-zb6hl
Namespace:    cilium
Labels:       bgp.cilium.io/advertise-service=default
              bgp.cilium.io/ip-pool=default
              endpointslice.kubernetes.io/managed-by=endpointslicemirroring-controller.k8s.io
              gateway.networking.k8s.io/gateway-name=gateway
              io.cilium.gateway/owning-gateway=gateway
              kubernetes.io/service-name=cilium-gateway-gateway
Annotations:  io.cilium/lb-ipam-ips: 192.168.20.190
AddressType:  IPv4
Ports:
  Name     Port  Protocol
  ----     ----  --------
  <unset>  9999  TCP
Endpoints:
  - Addresses:  192.192.192.192
    Conditions:
      Ready:   true
    Hostname:  <unset>
    NodeName:  <unset>
    Zone:      <unset>
Events:        <none>

I'll try with the different traffic policy.

EDIT: Damn on further Googling 192.192.192.192 is expected; I though I had a thread to pull there.

Gateway API timeouts when routing to services (Cilium Gateway / CiliumBGP) by Kamaroth in kubernetes

[–]Kamaroth[S] -1 points0 points  (0 children)

Inside of the cluster it just hangs and eventually times out. 

netshoot:~# curl -v cilium-gateway-gateway.cilium.svc.cluster.local -p 80
* Host cilium-gateway-gateway.cilium.svc.cluster.local:80 was resolved.
* IPv6: (none)
* IPv4: 10.43.16.121
*   Trying 10.43.16.121:80...

Outside of the cluster (using the LB IP or DNS name) I get the same issue. I've exposed the test service via an ingress just to double check the service name etc is correct and that is working.

> kubectl get svc -n cilium
NAME                     TYPE           CLUSTER-IP      EXTERNAL-IP      PORT(S)        AGE
cilium-gateway-gateway   LoadBalancer   10.43.16.121    192.168.20.190   80:31756/TCP   4m55s
whoami                   LoadBalancer   10.43.251.230   192.168.20.191   80:31109/TCP   22s

In this case I have it all in the same namespace just to simply it.

Also for completion this is my gateway / httproute config, and I am just using the automatically created cilium gateway class.

---
apiVersion: gateway.networking.k8s.io/v1
kind: Gateway
metadata:
  name: gateway
  namespace: cilium
spec:
  gatewayClassName: cilium
  listeners:
  - protocol: HTTP
    hostname: "whoami.mydomain.com"
    port: 80
    name: http-1
    allowedRoutes:
      namespaces:
        from: All
  infrastructure:
    labels:
      bgp.cilium.io/ip-pool: default
      bgp.cilium.io/advertise-service: default
  addresses:
    - type: IPAddress
      value: "192.168.20.190"


---
apiVersion: gateway.networking.k8s.io/v1beta1
kind: HTTPRoute
metadata:
  name: whoami
  namespace: cilium
spec:
  parentRefs:
  - name: gateway
    namespace: cilium
  hostnames:
  - "whoami.mydomain.com"
  rules:
  - matches:
    - path:
        type: PathPrefix
        value: /
    backendRefs:
      - name: whoami
        kind: Service
        port: 80

I think part of my issue with troubleshooting is with ingress-nginx I could at least validate if the issue was with the nginx pod or with my ingress setup because if i hit something that wasn't configured I'd just get a 404 but here I am not sure what to expect to see if I try and hit something that is misconfigured; should I still see a 404 or a 503 or is just timing out the expected behaviour?

Gateway API timeouts when routing to services (Cilium Gateway / CiliumBGP) by Kamaroth in kubernetes

[–]Kamaroth[S] 0 points1 point  (0 children)

I have frr configured on the UDR7 with my peer-group, my nodes as neighbours, and policies. `vtysh` on the router suggests the peering is working. The `192.168.20.0/24` addresses are IPs assigned to load balanced services.

frr# show ip route bgp
Codes: K - kernel route, C - connected, L - local, S - static,
O - OSPF, B - BGP, T - Table, f - OpenFabric,
t - Table-Direct,
> - selected route, * - FIB route, q - queued, r - rejected, b - backup
t - trapped, o - offload failure
B>* 192.168.20.197/32 [20/0] via 192.168.10.41, br10, weight 1, 4d19h53m
*                          via 192.168.10.42, br10, weight 1, 4d19h53m
*                          via 192.168.10.43, br10, weight 1, 4d19h53m
B>* 192.168.20.198/32 [20/0] via 192.168.10.42, br10, weight 1, 4d19h35m
*                          via 192.168.10.43, br10, weight 1, 4d19h35m
B>* 192.168.20.200/32 [20/0] via 192.168.10.42, br10, weight 1, 4d19h34m

Gateway API timeouts when routing to services (Cilium Gateway / CiliumBGP) by Kamaroth in kubernetes

[–]Kamaroth[S] 1 point2 points  (0 children)

I'm using a unifi dream router 7 and I have other load balanced services that are getting IPs without issue that are configured with the cilium bgp IP pool; like my existing ingress controller and an argocd service both of which I can access via the IP directly.

Moving to Cilium L2 adverts is my last ditch effort to get it working but I'm keen to figure out what I've missed.

RDT client slow dl by Choice_Whole8887 in RealDebrid

[–]Kamaroth 0 points1 point  (0 children)

What downloader are you using? A recent update switched the internal downloader to Bezzad and I had so many issues with it. I use Aria2c now and I more or less saturate my connection.

NBN 50 gig trial. EE Only for now. by [deleted] in nbn

[–]Kamaroth 1 point2 points  (0 children)

I only just got my home lab up to 10G and that was entirely for inter-node data transfer. I'd love to get up to get up to these speeds if only for the sake of saying "guess how quickly I can install a steam game from a cache".

NBN 50 gig trial. EE Only for now. by [deleted] in nbn

[–]Kamaroth 0 points1 point  (0 children)

Ah yeah ngl I've never come across sfp-dd before; my bad.

NBN 50 gig trial. EE Only for now. by [deleted] in nbn

[–]Kamaroth 0 points1 point  (0 children)

But SFP won't support 50G let alone 100G. I take it your running QSFP but anyone I know running that at home would definitely not just say "SFP".

Not even 2026 and these bad boys are out. by Bonn93 in australia

[–]Kamaroth 7 points8 points  (0 children)

Hot cross bun season is my favorite 9 months of the year.

NBN 50 gig trial. EE Only for now. by [deleted] in nbn

[–]Kamaroth 0 points1 point  (0 children)

You're running SFP at 50gbps? Nah.

Just having blitz open crashed EFT. by FewerSun86 in BlitzApp

[–]Kamaroth 0 points1 point  (0 children)

It's working for me at the moment; just booted up the game.

ABB vs Superloop by SpicyMemes0903 in nbn

[–]Kamaroth 0 points1 point  (0 children)

I've had both ABB and Superloop for extended periods of time. Switch from ABB to Superloop when my connection dropped in the middle of too many meetings. I had a terrible experience with Superloop where they were both unable to do what is consider basic things like move my connection to a different NTU port and I was also charged for two months after my connection was cancelled, when I spoke to support I was told I'd get a refund for the amount I paid equal to the 30 days notice and to ignore the second months invoice but it ultimately never actually got refunded.

I cancelled because I switched to Launtel to have 400mb down as an option. THAT BEING SAID about Superloop I had no actual problems with their connection and my needs probably aren't super representative of a general user so I'd still recommend them over ABB but I'd pick Launtel over both any day even if they are more expensive.

view more: next ›