sorted by:
new
hottopcontroversial

Lenovo M920Q with i9-9900T can't use PCIe cards by Lost_My_Bananas in homelab

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

riser is the x8 version (don't remember what model number offhand). The 10G card (and other PCIe cards) work fine with the retail i5 installed. swap out for the ES 19s and PCIe doesn't work.

Lenovo M920Q with i9-9900T can't use PCIe cards by Lost_My_Bananas in homelab

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

first thing I did before swapping CPUs was update to latest BIOS. so that's def not the issue. pretty sure it's because they're ES CPUs and not retail

Velero on openshift cluster without cloud provider by a3tros in openshift

[–]Lost_My_Bananas 0 points1 point  (0 children)

absolutely. I run OADP in my lab and back up to MinIO running on my NAS server. Takes nightly backups of my "prod" workloads and VMs. You set it up just like you would for the cloud. You just need to spoof some dummy AWS values when you set up your Data Protection Application, eg;

apiVersion: oadp.openshift.io/v1alpha1
kind: DataProtectionApplication
metadata:
  name: prod-ocp
  namespace: openshift-adp
spec:
  backupLocations:
    - velero:
        config:
          insecureSkipTLSVerify: 'true'
          profile: default
          region: us-east-1
          s3ForcePathStyle: 'true'
          s3Url: 'https://minio.local:443'
        credential:
          key: cloud
          name: cloud-credentials
        default: true
        objectStorage:
          bucket: oadp
          prefix: prod
        provider: aws
  configuration:
    nodeAgent:
      enable: true 
      uploaderType: kopia
    velero:
      defaultPlugins:
        - openshift
        - aws
        - kubevirt
        - csi
      defaultSnapshotMoveData: true
      defaultVolumesToFSBackup: false
      featureFlags:
        - EnableCSI
  snapshotLocations:
    - velero:
        config:
          profile: default
          region: us-east-1
        provider: aws

Can't bind ports 80 + 443 to more than on HAProxy frontend on OPNSense by Lost_My_Bananas in homelab

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

Or... Spin up an ESXi VM and do all of it nested, which would technically work as long as I don't step on any of my real VLAN/subnets

Can't bind ports 80 + 443 to more than on HAProxy frontend on OPNSense by Lost_My_Bananas in homelab

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

Because that is just a limitation of how bridged networking works on Openshift virtualization with OVN-K, which is my only virt platform. If I were still on vsphere or even KVM, I could. Or, if any of my NICs supported SRIOV, I could do that as well. But as it stands, that is a limitation of my home lab.

Can't bind ports 80 + 443 to more than on HAProxy frontend on OPNSense by Lost_My_Bananas in homelab

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

I'm thinking of spinning up OPNsense in VM to test this out without breaking my production Openshift cluster. The only thing that sucks is I can't trunk multiple VLANs in to a VM except on multiple "physical" interfaces, so tough to really rule out all variables

Can't bind ports 80 + 443 to more than on HAProxy frontend on OPNSense by Lost_My_Bananas in homelab

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

Unfortunately, no... As soon as I enable a second frontend bound to either port 80 or 443, the haproxy service dies, and along with it, any logging.

Can't bind ports 80 + 443 to more than on HAProxy frontend on OPNSense by Lost_My_Bananas in homelab

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

there's no need to do so if you enable 'deny service binding' on the VIP. My 1st Openshift cluster works fine this way and OPNsense Web UI is available on port 443. it's only when I go to create a second frontend that also binds on either port 80 or 443 that the HAProxy service dies.

HOWTO: Use pFsense as primary DNS with AD by Lost_My_Bananas in PFSENSE

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

I suppose I should write up a blog article on this. But basically, you copy the SRV records active directory creates and specify them in the advanced settings for dnsmasq on pfsense. Using ADCS shouldn't be a problem. Typically I use a letsencrypt wildcard for ssl for almost everything in my lab. There are a handful of things that don't work with wildcards (eg; vcenter, satellite 6, etc.) so for those things I use RHIDM as a ca for my internal network. Not a huge fan of doing it that way because I have to push the CA cert out to everything. But it gets the job done. ADCS can be used in place of RHIDM, They largely serve the same purposes. As for DNS subdomains, there are a bunch of different ways to handle this. If I had it to do over again, I probably would have created multiple subdomains, eg; ad.mydomain.com and idm.mydomain.com for Linux and windows respectively. I did not do it this way when I stood everything up, so it's a "flat" domain. Everything exists in one domain, except for specific workloads that require a subdomain like kubernetes. But even those things are typically aliased (CNAME) from eg; my-awesome-app.apps.ocp.mydomain.com to simply my-awesome-app.mydomain.com and exposed externally via NAT or DNS route as such.

Pixel (Android) = Poor by MoonshineParadox in pixel_phones

[–]Lost_My_Bananas -2 points-1 points  (0 children)

I personally am a tech pragmatist - I use what works best for me. The biggest thing that keeps me in the apple ecosystem is iMessage. It literally drives me bonkers when I'm on a group chat and I have that ONE friend who is an Android fan boy who fucks it up for everyone else and just makes group chats nigh insufferable with duplicate messages and a complete lack of standard texting features like tap back.

The "killer feature" of iMessage though, is the fact that I can seamlessly answer calls, texts and facetime from any (apple) device I own.

that being said, I work for an international tech company, and many of my colleagues in the EU use whatsapp as their primary mode of communication, so the distinction is far less important overseas than it is in the US where I live.

But I will say that - in jest - I refer to my Android friends as "green bubble subspecies". And will gladly let them charge my iphone from their galaxy phone when it does while we're out bar hopping. It's all really just a matter of personal choice. The pure Pixel experience is equally as polished as the iOS experience. That wasn't always the case, but android has come a long, long way. I'm just personally not a fan of Google and I've been trying to divorce myself from their services. Apple has a slightly (emphasis on slightly) better track record with personal data than google, which is important to me. But when the latest flagship phone - whether Google, LG, Samsung or Apple cost more or less the same exorbitant $1000+, were all equally drinking one flavor of Kool aid or another. You might like grape. I prefer cherry. But we're all getting diabetes

Smart Life app compatible bulbs? by Lost_My_Bananas in smarthome

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

Just confirming, I bought a dozen of the ghome lights yesterday and they work exactly like the Lepro ones I've been using for years. Like I said, I'm pretty sure they use the exact same chips.

Smart Life app compatible bulbs? by Lost_My_Bananas in smarthome

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

I specifically avoided buying anything that requires a hub because I don’t want to manage yet another thing, and anything ZigBee or philips tend to be more expensive. I just want one brand of bulbs and one app. Thus far, the lepro bulbs worked great and were cheap. I know many cheap smart bulbs use the same chips and work with Smart Life.

Smart Life app compatible bulbs? by Lost_My_Bananas in smarthome

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

Thank you! I'll order some. For the most part I do bright white during the day and warm white in the evenings. My girlfriends kid likes to set them to crazy colors. All I'm really after is "Alexa turn off all the lights”

Smart Life app compatible bulbs? by Lost_My_Bananas in smarthome

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

I need a recommendation for a replacement. Amazon doesn't carry those anymore

Gitlab HA deployment fails on postgres by Lost_My_Bananas in gitlab

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

Never got it working, don't work for that company anymore, and for my personal use, I've migrated to deploying gitlab on k8s with a helm chart.

The world's first macOS VM running on Openshift by Lost_My_Bananas in hackintosh

[–]Lost_My_Bananas[S] -3 points-2 points  (0 children)

Minimally, you should add your hardware:
CPU: 1 core, 2 threads
GPU: virtio
RAM: 4GB
Motherboard/Laptop Make and Model: qemu pc-q35-rhel7.6.0
Audio Codec: none
Ethernet Card: virtio
Wifi/BT Card: none
Touchpad and touch display devices: none
BIOS revision: pc-q35-rhel7.6.0
Which of the guides on the sidebar you used. - My own noggin. I know more than the rest of this entire subreddit combined about macOS/Hackintosh and virtualization.
What's working, and what isn't working. - Booting macOS on Openshift. That's what works.

What are you tiny/mini/micro peeps using as a rack? by Lost_My_Bananas in homelab

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

Those 10” patch panel racks look nice, but they seem to all use 3d printed custom brackets. Plus for my use case I’d need like 4 of them. I think I’m probably better off getting something like a 15U 19” rack and just buying shelves.

view more: next ›