[Bug] IPV4 hardcode and duplicate verbs: key

[tz-torchai]

Hi,

Thanks for sharing this repo. I have founds two bugs:

1. IPV4 hardcoding:

rustfs-manager-operator/operator/src/main.rs

Line 102 in 006bcf8

.bind("0.0.0.0:8080")?

This fails on IPv6-only clusters

2. duplicate verbs: key, which will be rejected by strict YAML parsers

charts/rustfs-manager-operator/templates/cluster_role.yaml renders the /finalizers rule with verbs: declared twice

rustfs-manager-operator/charts/rustfs-manager-operator/templates/cluster_role.yaml

Line 46 in 006bcf8

verbs:

rustfs-manager-operator/charts/rustfs-manager-operator/templates/cluster_role.yaml

Line 43 in 006bcf8

- rustfsintsances/finalizers

- apiGroups:
  - rustfs.badhouseplants.net
  resources:
  - rustfsbuckets/finalizers
  - rustfsintsances/finalizers      # also a typo: "rustfsintsances"
  - rustfsbucketusers/finalizers
  - rustfscustomusers/finalizers
  verbs:
  verbs:                            # <-- duplicate key
  - update

[tz-torchai]

Hi @allanger , thanks for the quick fix.

rustfsintsances is typo? it should be rustfsinstances

[tz-torchai]

PR #43's IPv6 fix is itself broken: it added .bind("[::]:8080") in addition to .bind("0.0.0.0:8080"), and since [::] is dual-stack by default (no IPV6_V6ONLY), the second bind collides with the IPv4 wildcard and the process exits at startup.

[allanger]

I don't have any ipv6 infra to test it, so I might need help with this problem