### What happened?

It looks like there was a change that first appeared in Kubernetes 1.29, where in 1.29 the `--hostname-override` flag on kubelet is no longer being used to populate the Node's Addresses.Hostname value.  Here is the relevant output from a `kubectl describe node` for a 1.28 cluster with `hostname-override=10.X.X.X`:

```
Addresses:
  InternalIP:  10.X.X.X
  ExternalIP:  52.X.X.X
  Hostname:    10.X.X.X
```

And here's the output from a 1.29 cluster with the same configuration:

```
Addresses:
  InternalIP:  10.X.X.X
  ExternalIP:  52.X.X.X
```

Here is the full `kubelet` list of parameters in case that is helpful:

`/usr/local/bin/kubelet --config=/etc/kubernetes/kubelet-config.yaml --root-dir=/var/data/kubelet --node-labels=privateVLAN=XXXXXXX,publicVLAN=XXXXXXX --cloud-provider=external --v=2 --kubeconfig=/etc/kubernetes/kubelet-kubeconfig --hostname-override=10.X.X.X --enable-controller-attach-detach=false --version=v1.28.9+IKS --runtime-cgroups=/podruntime/runtime`

This is from an IBM Cloud Kubernetes Service 1.28 and 1.29 cluster.  We do not think there was any cloud-configuration-manager or any other related change that would cause this difference.  Is it possible it is a side effect of https://github.com/kubernetes/kubernetes/pull/121028 ?

### What did you expect to happen?

I expected the behavior to be consistent between Kubernetes releases, since I didn't find any reference to this change in https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.29.md

### How can we reproduce it (as minimally and precisely as possible)?

Create an IBM Cloud Kubernetes Service cluster at 1.28 and 1.29 and see the difference

### Anything else we need to know?

_No response_

### Kubernetes version

<details>

```console
$ kubectl version
Client Version: v1.29.4
Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3
Server Version: v1.29.4+IKS
$ 
```

</details>


### Cloud provider

<details>

</details>


### OS version

<details>

```console
# On Linux:
root@test-coiu89n20065io30q4n0-bpvg1713759-default-00000251:/# cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04.6 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.6 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
root@test-coiu89n20065io30q4n0-bpvg1713759-default-00000251:/# uname -a
Linux test-coiu89n20065io30q4n0-bpvg1713759-default-00000251 5.4.0-176-generic #196-Ubuntu SMP Fri Mar 22 16:46:39 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
root@test-coiu89n20065io30q4n0-bpvg1713759-default-00000251:/# 

# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here
```

</details>


### Install tools

<details>

</details>


### Container runtime (CRI) and version (if applicable)

<details>

</details>


### Related plugins (CNI, CSI, ...) and versions (if applicable)

<details>

</details>

--hostname-override flag on kubelet is no longer used for Addresses.Hostname value in Kubernetes 1.29
This is a GitHub Issue
repo:kubernetes
owner:kubernetes
Title : --hostname-override flag on kubelet is no longer used for Addresses.Hostname value in Kubernetes 1.29
Issue date:

--- start body ---
### What happened?

It looks like there was a change that first appeared in Kubernetes 1.29, where in 1.29 the `--hostname-override` flag on kubelet is no longer being used to populate the Node's Addresses.Hostname value.  Here is the relevant output from a `kubectl describe node` for a 1.28 cluster with `hostname-override=10.X.X.X`:

```
Addresses:
  InternalIP:  10.X.X.X
  ExternalIP:  52.X.X.X
  Hostname:    10.X.X.X
```

And here's the output from a 1.29 cluster with the same configuration:

```
Addresses:
  InternalIP:  10.X.X.X
  ExternalIP:  52.X.X.X
```

Here is the full `kubelet` list of parameters in case that is helpful:

`/usr/local/bin/kubelet --config=/etc/kubernetes/kubelet-config.yaml --root-dir=/var/data/kubelet --node-labels=privateVLAN=XXXXXXX,publicVLAN=XXXXXXX --cloud-provider=external --v=2 --kubeconfig=/etc/kubernetes/kubelet-kubeconfig --hostname-override=10.X.X.X --enable-controller-attach-detach=false --version=v1.28.9+IKS --runtime-cgroups=/podruntime/runtime`

This is from an IBM Cloud Kubernetes Service 1.28 and 1.29 cluster.  We do not think there was any cloud-configuration-manager or any other related change that would cause this difference.  Is it possible it is a side effect of https://github.com/kubernetes/kubernetes/pull/121028 ?

### What did you expect to happen?

I expected the behavior to be consistent between Kubernetes releases, since I didn't find any reference to this change in https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.29.md

### How can we reproduce it (as minimally and precisely as possible)?

Create an IBM Cloud Kubernetes Service cluster at 1.28 and 1.29 and see the difference

### Anything else we need to know?

_No response_

### Kubernetes version

<details>

```console
$ kubectl version
Client Version: v1.29.4
Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3
Server Version: v1.29.4+IKS
$ 
```

</details>


### Cloud provider

<details>

</details>


### OS version

<details>

```console
# On Linux:
root@test-coiu89n20065io30q4n0-bpvg1713759-default-00000251:/# cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04.6 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.6 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
root@test-coiu89n20065io30q4n0-bpvg1713759-default-00000251:/# uname -a
Linux test-coiu89n20065io30q4n0-bpvg1713759-default-00000251 5.4.0-176-generic #196-Ubuntu SMP Fri Mar 22 16:46:39 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
root@test-coiu89n20065io30q4n0-bpvg1713759-default-00000251:/# 

# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here
```

</details>


### Install tools

<details>

</details>


### Container runtime (CRI) and version (if applicable)

<details>

</details>


### Related plugins (CNI, CSI, ...) and versions (if applicable)

<details>

</details>

--- end body ---
