You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
2023-06-21 18:49:13 LOG: Getting host-id from the current container on srv-35-02.lan
2023-06-21 18:49:23 LOG: Running 'weka debug manhole -s 0 getServerInfo' on srv-35-02.lan (10.233.105.0) via ssh, capturing output
2023-06-21 18:49:23 LOG: Waiting for host with srv-35-02.lan to become UP in 'weka cluster host'
2023-06-21 18:49:23 LOG: Running 'weka cluster host -J -F id=0' on srv-35-02.lan (10.233.105.0) via ssh, capturing output
2023-06-21 18:49:24 LOG: Validate the failure domain in the stable resources failure domain is FD_0, which means the container loaded properly with the right resources
2023-06-21 18:49:24 LOG: Running 'weka local resources --stable -J' on srv-35-02.lan (10.233.105.0) via ssh, capturing output
Traceback (most recent call last):
File "change_failure_domains_to_manual.py", line 522, in
main()
File "change_failure_domains_to_manual.py", line 499, in main
upgrade(
File "change_failure_domains_to_manual.py", line 513, in upgrade
changed_hosts, skipped_hosts = change_failure_domains(
File "change_failure_domains_to_manual.py", line 461, in change_failure_domains
wait_for_unhealthy_cluster(timeout_secs=wait_unhealthy_timeout_secs)
File "change_failure_domains_to_manual.py", line 64, in wait_for_unhealthy_cluster
if time.time() - start >= timeout_secs:
TypeError: '>=' not supported between instances of 'float' and 'NoneType'
[root@srv-35-02 postinstall] 2023-06-21 18:49:26 $ python3.8 change_failure_domains_to_manual.py -i /root/.ssh/dev.pem
2023-06-21 18:49:44 LOG: Queried srv-35-02.lan: currently running with failure domain type USER (id: 0, name=FD_0)
2023-06-21 18:49:44 LOG: No need to change srv-35-02.lan, it already has manual failure domain called FD_0
2023-06-21 18:49:44 LOG: Queried srv-35-03.lan: currently running with failure domain type AUTO (id: 5, name=)
No rebuild is currently in progress
The text was updated successfully, but these errors were encountered:
Following error occurred on lab 4.0.5.14 cluster.
2023-06-21 18:49:13 LOG: Getting host-id from the current container on srv-35-02.lan
2023-06-21 18:49:23 LOG: Running 'weka debug manhole -s 0 getServerInfo' on srv-35-02.lan (10.233.105.0) via ssh, capturing output
2023-06-21 18:49:23 LOG: Waiting for host with srv-35-02.lan to become UP in 'weka cluster host'
2023-06-21 18:49:23 LOG: Running 'weka cluster host -J -F id=0' on srv-35-02.lan (10.233.105.0) via ssh, capturing output
2023-06-21 18:49:24 LOG: Validate the failure domain in the stable resources failure domain is FD_0, which means the container loaded properly with the right resources
2023-06-21 18:49:24 LOG: Running 'weka local resources --stable -J' on srv-35-02.lan (10.233.105.0) via ssh, capturing output
Traceback (most recent call last):
File "change_failure_domains_to_manual.py", line 522, in
main()
File "change_failure_domains_to_manual.py", line 499, in main
upgrade(
File "change_failure_domains_to_manual.py", line 513, in upgrade
changed_hosts, skipped_hosts = change_failure_domains(
File "change_failure_domains_to_manual.py", line 461, in change_failure_domains
wait_for_unhealthy_cluster(timeout_secs=wait_unhealthy_timeout_secs)
File "change_failure_domains_to_manual.py", line 64, in wait_for_unhealthy_cluster
if time.time() - start >= timeout_secs:
TypeError: '>=' not supported between instances of 'float' and 'NoneType'
[root@srv-35-02 postinstall] 2023-06-21 18:49:26 $ python3.8 change_failure_domains_to_manual.py -i /root/.ssh/dev.pem
2023-06-21 18:49:44 LOG: Queried srv-35-02.lan: currently running with failure domain type USER (id: 0, name=FD_0)
2023-06-21 18:49:44 LOG: No need to change srv-35-02.lan, it already has manual failure domain called FD_0
2023-06-21 18:49:44 LOG: Queried srv-35-03.lan: currently running with failure domain type AUTO (id: 5, name=)
No rebuild is currently in progress
The text was updated successfully, but these errors were encountered: