home.social

Search

206 results for “nicr9”

  1. @nicr9 t
    Would be nice to see if they can beat the private jet emissions set by the Jeff Besos wedding #taylorsmith #smiffy #swifty

  2. @nicr9 Yea i'm using #moosefs which is a distributed file system. It makes multiple copies of stuff and moves it all around your hard drives. I updated some mount points and off it went replicating stuff backup. Wasn't down at all.

  3. @nicr9 Yea i'm using #moosefs which is a distributed file system. It makes multiple copies of stuff and moves it all around your hard drives. I updated some mount points and off it went replicating stuff backup. Wasn't down at all.

  4. @nicr9 Yea i'm using which is a distributed file system. It makes multiple copies of stuff and moves it all around your hard drives. I updated some mount points and off it went replicating stuff backup. Wasn't down at all.

  5. @nicr9 Yea i'm using #moosefs which is a distributed file system. It makes multiple copies of stuff and moves it all around your hard drives. I updated some mount points and off it went replicating stuff backup. Wasn't down at all.

  6. @nicr9 Yea i'm using #moosefs which is a distributed file system. It makes multiple copies of stuff and moves it all around your hard drives. I updated some mount points and off it went replicating stuff backup. Wasn't down at all.

  7. I've obviously grown accustomed to the breakneck pace of releases back in the #booklore / #vibecoding days

    Migrated to #grimmory after the fork and 2.3.0 release... I've been keeping an eye on pull requests and patiently awaiting the next release... It looks like they're really working hard on overhauling the insides and not focusing too hard on new features right now

    I think the future is bright ✨

  8. I've obviously grown accustomed to the breakneck pace of releases back in the #booklore / #vibecoding days

    Migrated to #grimmory after the fork and 2.3.0 release... I've been keeping an eye on pull requests and patiently awaiting the next release... It looks like they're really working hard on overhauling the insides and not focusing too hard on new features right now

    I think the future is bright ✨

  9. I've obviously grown accustomed to the breakneck pace of releases back in the #booklore / #vibecoding days

    Migrated to #grimmory after the fork and 2.3.0 release... I've been keeping an eye on pull requests and patiently awaiting the next release... It looks like they're really working hard on overhauling the insides and not focusing too hard on new features right now

    I think the future is bright ✨

  10. I've obviously grown accustomed to the breakneck pace of releases back in the / days

    Migrated to after the fork and 2.3.0 release... I've been keeping an eye on pull requests and patiently awaiting the next release... It looks like they're really working hard on overhauling the insides and not focusing too hard on new features right now

    I think the future is bright ✨

  11. I have a raspberry pi 4 (8GB) and I wanted to try out Kodi... Stupid question... Is it possible/advisable to containerise it and run it in kubernetes (I'm thinking microk8s) instead of running a dedicated kodi distro?

    If this sounds crazy, my reasoning is that I want to run some object storage for an unrelated project on the same raspi (but kodi wouldn't rely on it for media, it would use streaming plugin to connect to Jellyfin hosted somewhere else on my LAN)

    Also; I want to manage the microk8s with my existing fluxcd stuff so I can learn about multi-cluster management. Hoping that I can have many "edge raspis" hosting various services throughout the house in the future and this would be great as a PoC

    #selfhosting #selfhost #homelab #kodi #mediaserver #kubernetes #k8s

  12. My god... I've been having #microk8s cluster issues all week and I finally figured out that it's because of a failed auto-refresh of the core22 #snap

    I've tried various approaches; clearing cache, removing downloaded snaps manually and I've been walking through the refresh again and nope - still fails to 'copy snap data'...

    I know that disk space isn't an issue during the upgrade and the logs are terse so I'm really convinced I've no other path forward and that a rollback is warranted... BUT... Snapd won't allow me to revert the package because it's not currently active (because the upgrade failed)... Hurray! When an unattended upgrade fails, you're not allow to roll back!! Is that considered a desirable feature in a package manager?

    If I can't find a safe way to restore this base-snap, I'll be forced to pursue more drastic measures which could result in loss of #k8s state and I'll need to rebuild my cluster... and I've literally been trying to work on disaster recovery for cluster when this all happened 😭

  13. My god... I've been having #microk8s cluster issues all week and I finally figured out that it's because of a failed auto-refresh of the core22 #snap

    I've tried various approaches; clearing cache, removing downloaded snaps manually and I've been walking through the refresh again and nope - still fails to 'copy snap data'...

    I know that disk space isn't an issue during the upgrade and the logs are terse so I'm really convinced I've no other path forward and that a rollback is warranted... BUT... Snapd won't allow me to revert the package because it's not currently active (because the upgrade failed)... Hurray! When an unattended upgrade fails, you're not allow to roll back!! Is that considered a desirable feature in a package manager?

    If I can't find a safe way to restore this base-snap, I'll be forced to pursue more drastic measures which could result in loss of #k8s state and I'll need to rebuild my cluster... and I've literally been trying to work on disaster recovery for cluster when this all happened 😭

  14. My god... I've been having #microk8s cluster issues all week and I finally figured out that it's because of a failed auto-refresh of the core22 #snap

    I've tried various approaches; clearing cache, removing downloaded snaps manually and I've been walking through the refresh again and nope - still fails to 'copy snap data'...

    I know that disk space isn't an issue during the upgrade and the logs are terse so I'm really convinced I've no other path forward and that a rollback is warranted... BUT... Snapd won't allow me to revert the package because it's not currently active (because the upgrade failed)... Hurray! When an unattended upgrade fails, you're not allow to roll back!! Is that considered a desirable feature in a package manager?

    If I can't find a safe way to restore this base-snap, I'll be forced to pursue more drastic measures which could result in loss of #k8s state and I'll need to rebuild my cluster... and I've literally been trying to work on disaster recovery for cluster when this all happened 😭

  15. My god... I've been having #microk8s cluster issues all week and I finally figured out that it's because of a failed auto-refresh of the core22 #snap

    I've tried various approaches; clearing cache, removing downloaded snaps manually and I've been walking through the refresh again and nope - still fails to 'copy snap data'...

    I know that disk space isn't an issue during the upgrade and the logs are terse so I'm really convinced I've no other path forward and that a rollback is warranted... BUT... Snapd won't allow me to revert the package because it's not currently active (because the upgrade failed)... Hurray! When an unattended upgrade fails, you're not allow to roll back!! Is that considered a desirable feature in a package manager?

    If I can't find a safe way to restore this base-snap, I'll be forced to pursue more drastic measures which could result in loss of #k8s state and I'll need to rebuild my cluster... and I've literally been trying to work on disaster recovery for cluster when this all happened 😭

  16. My god... I've been having cluster issues all week and I finally figured out that it's because of a failed auto-refresh of the core22

    I've tried various approaches; clearing cache, removing downloaded snaps manually and I've been walking through the refresh again and nope - still fails to 'copy snap data'...

    I know that disk space isn't an issue during the upgrade and the logs are terse so I'm really convinced I've no other path forward and that a rollback is warranted... BUT... Snapd won't allow me to revert the package because it's not currently active (because the upgrade failed)... Hurray! When an unattended upgrade fails, you're not allow to roll back!! Is that considered a desirable feature in a package manager?

    If I can't find a safe way to restore this base-snap, I'll be forced to pursue more drastic measures which could result in loss of state and I'll need to rebuild my cluster... and I've literally been trying to work on disaster recovery for cluster when this all happened 😭

  17. Just had a brainwave! If there was a #canbus integration, #homeassistant would know when the car needs refueling

    Turns out it's not an original idea, which is fantastic! This WiFi enabled CAN adaptor looks like it's worth picking up...

    crowdsupply.com/meatpi-electro

    Has anyone played around with get telemetry from their car into HA or any other fun integrations?

    #selfhosted #homelab

  18. Trying to set up #mariadb using the #linuxserverio image on #kubernetes and it's not going well...

    It's not picking up the root/user passwords I'm setting and at first I was willing to guess I messed up something so I scrapped the pod, pvc and pv and started fresh.

    Then I noticed it was getting OOMKilled seconds after the pod first boots up. Great! Obviously, that affected the db set up and that's why I can't connect... Nope, increasing the pod memory didn't fix it

    Read the LSIO docs again and noticed you don't need a password to sign into root (as long as you're using the OS root account.) Okay, I'm running the image as non-root user so maybe that explains why I can't sign in... But I need to do that because I'm storing db config on pvc backed by NFS which is picky about user access and it's easier to run stuff as a predictable non-root user... And NFS is the only reasonable option I currently have for dynamically provisioned storage which I need because I'm deploying MariaDB as a statefulset... Fuck

  19. Trying to set up #mariadb using the #linuxserverio image on #kubernetes and it's not going well...

    It's not picking up the root/user passwords I'm setting and at first I was willing to guess I messed up something so I scrapped the pod, pvc and pv and started fresh.

    Then I noticed it was getting OOMKilled seconds after the pod first boots up. Great! Obviously, that affected the db set up and that's why I can't connect... Nope, increasing the pod memory didn't fix it

    Read the LSIO docs again and noticed you don't need a password to sign into root (as long as you're using the OS root account.) Okay, I'm running the image as non-root user so maybe that explains why I can't sign in... But I need to do that because I'm storing db config on pvc backed by NFS which is picky about user access and it's easier to run stuff as a predictable non-root user... And NFS is the only reasonable option I currently have for dynamically provisioned storage which I need because I'm deploying MariaDB as a statefulset... Fuck

  20. Trying to set up #mariadb using the #linuxserverio image on #kubernetes and it's not going well...

    It's not picking up the root/user passwords I'm setting and at first I was willing to guess I messed up something so I scrapped the pod, pvc and pv and started fresh.

    Then I noticed it was getting OOMKilled seconds after the pod first boots up. Great! Obviously, that affected the db set up and that's why I can't connect... Nope, increasing the pod memory didn't fix it

    Read the LSIO docs again and noticed you don't need a password to sign into root (as long as you're using the OS root account.) Okay, I'm running the image as non-root user so maybe that explains why I can't sign in... But I need to do that because I'm storing db config on pvc backed by NFS which is picky about user access and it's easier to run stuff as a predictable non-root user... And NFS is the only reasonable option I currently have for dynamically provisioned storage which I need because I'm deploying MariaDB as a statefulset... Fuck

  21. Trying to set up using the image on and it's not going well...

    It's not picking up the root/user passwords I'm setting and at first I was willing to guess I messed up something so I scrapped the pod, pvc and pv and started fresh.

    Then I noticed it was getting OOMKilled seconds after the pod first boots up. Great! Obviously, that affected the db set up and that's why I can't connect... Nope, increasing the pod memory didn't fix it

    Read the LSIO docs again and noticed you don't need a password to sign into root (as long as you're using the OS root account.) Okay, I'm running the image as non-root user so maybe that explains why I can't sign in... But I need to do that because I'm storing db config on pvc backed by NFS which is picky about user access and it's easier to run stuff as a predictable non-root user... And NFS is the only reasonable option I currently have for dynamically provisioned storage which I need because I'm deploying MariaDB as a statefulset... Fuck

  22. Now that I've finished my #Jellyfin / #qbittorrent rebuilds I've finally got around to trying out Sonarr / Radarr / Jackett and I must say I'm pretty pleased with how smooth it all is. Notifications are sent out via NTFY so it's hands off. I'm tempted to set up a script for pulling in trailers too...

    Lidarr is on the horizon but it'll take a little extra work because I've already got solutions for lyrics/album art and I wanna make sure they're taken care of automatically...

    #selfhosted #homelab

  23. In my rush to get a basic docker build tekton pipeline working I made a bit of a noob mistake... Using an emptyDir workspace to store data between tasks.

    I didn't realise that the emptyDir workspace is only persisted for the duration of a specific task so at the end of the clone task it's discarded and a fresh emptyDir is supplied for the build task...

    I was caught off guard cos I didn't really think that would be too useful but after doing some reading it's probably used when running/testing single tasks in isolation. Using it for CI/CD would mean you're not getting the benefit of cached data between runs.

    Setting up a PVC won't take long, I'm just being lazy. Serves me right.

    #tekton #cicd #kubernetes #k8s #homelab #selfhosted

  24. In my rush to get a basic docker build tekton pipeline working I made a bit of a noob mistake... Using an emptyDir workspace to store data between tasks.

    I didn't realise that the emptyDir workspace is only persisted for the duration of a specific task so at the end of the clone task it's discarded and a fresh emptyDir is supplied for the build task...

    I was caught off guard cos I didn't really think that would be too useful but after doing some reading it's probably used when running/testing single tasks in isolation. Using it for CI/CD would mean you're not getting the benefit of cached data between runs.

    Setting up a PVC won't take long, I'm just being lazy. Serves me right.

    #tekton #cicd #kubernetes #k8s #homelab #selfhosted

  25. In my rush to get a basic docker build tekton pipeline working I made a bit of a noob mistake... Using an emptyDir workspace to store data between tasks.

    I didn't realise that the emptyDir workspace is only persisted for the duration of a specific task so at the end of the clone task it's discarded and a fresh emptyDir is supplied for the build task...

    I was caught off guard cos I didn't really think that would be too useful but after doing some reading it's probably used when running/testing single tasks in isolation. Using it for CI/CD would mean you're not getting the benefit of cached data between runs.

    Setting up a PVC won't take long, I'm just being lazy. Serves me right.

    #tekton #cicd #kubernetes #k8s #homelab #selfhosted

  26. In my rush to get a basic docker build tekton pipeline working I made a bit of a noob mistake... Using an emptyDir workspace to store data between tasks.

    I didn't realise that the emptyDir workspace is only persisted for the duration of a specific task so at the end of the clone task it's discarded and a fresh emptyDir is supplied for the build task...

    I was caught off guard cos I didn't really think that would be too useful but after doing some reading it's probably used when running/testing single tasks in isolation. Using it for CI/CD would mean you're not getting the benefit of cached data between runs.

    Setting up a PVC won't take long, I'm just being lazy. Serves me right.

  27. Spent a little time this weekend getting to know Tekton

    People use it at work to build a golden path CI/CD pipeline in the form of a helm chart and it'd be nice if I could dive in and make changes to push upstream as needed.

    So far, all I've really done is gone over some of the examples:

    tekton.dev/docs/getting-starte

    Pretty happy with it so far, set up is much easier than gitea actions and I think this will just be easier to maintain. The kubernetes/manifest-driven interface fits nicely with my gitops/fluxcd strategy but I can still trigger builds manually with the CLI as needed.

    Next step is to port over some of my existing image builds and then I'll see if I can make my own image build pipeline as a helm chart so it's reusable.

    Anyone have any interesting use cases for Tekton in their own work/home?

    #tekton #cicd #gitops #fluxcd #docker #helm #homelab #selfhosted

  28. Spent a little time this weekend getting to know Tekton

    People use it at work to build a golden path CI/CD pipeline in the form of a helm chart and it'd be nice if I could dive in and make changes to push upstream as needed.

    So far, all I've really done is gone over some of the examples:

    tekton.dev/docs/getting-starte

    Pretty happy with it so far, set up is much easier than gitea actions and I think this will just be easier to maintain. The kubernetes/manifest-driven interface fits nicely with my gitops/fluxcd strategy but I can still trigger builds manually with the CLI as needed.

    Next step is to port over some of my existing image builds and then I'll see if I can make my own image build pipeline as a helm chart so it's reusable.

    Anyone have any interesting use cases for Tekton in their own work/home?

    #tekton #cicd #gitops #fluxcd #docker #helm #homelab #selfhosted

  29. Spent a little time this weekend getting to know Tekton

    People use it at work to build a golden path CI/CD pipeline in the form of a helm chart and it'd be nice if I could dive in and make changes to push upstream as needed.

    So far, all I've really done is gone over some of the examples:

    tekton.dev/docs/getting-starte

    Pretty happy with it so far, set up is much easier than gitea actions and I think this will just be easier to maintain. The kubernetes/manifest-driven interface fits nicely with my gitops/fluxcd strategy but I can still trigger builds manually with the CLI as needed.

    Next step is to port over some of my existing image builds and then I'll see if I can make my own image build pipeline as a helm chart so it's reusable.

    Anyone have any interesting use cases for Tekton in their own work/home?

    #tekton #cicd #gitops #fluxcd #docker #helm #homelab #selfhosted

  30. Spent a little time this weekend getting to know Tekton

    People use it at work to build a golden path CI/CD pipeline in the form of a helm chart and it'd be nice if I could dive in and make changes to push upstream as needed.

    So far, all I've really done is gone over some of the examples:

    tekton.dev/docs/getting-starte

    Pretty happy with it so far, set up is much easier than gitea actions and I think this will just be easier to maintain. The kubernetes/manifest-driven interface fits nicely with my gitops/fluxcd strategy but I can still trigger builds manually with the CLI as needed.

    Next step is to port over some of my existing image builds and then I'll see if I can make my own image build pipeline as a helm chart so it's reusable.

    Anyone have any interesting use cases for Tekton in their own work/home?

    #tekton #cicd #gitops #fluxcd #docker #helm #homelab #selfhosted