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
Cloud provider or hardware configuration: MacBook Pro 15, VirtualBox
OS (e.g. from /etc/os-release): CentOS 7
Kernel (e.g. uname -a): Linux localhost.localdomain 3.10.0-514.2.2.el7.x86_64 #1 SMP Tue Dec 6 23:06:41 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Install tools:
Others:
What happened:
When trying out Running a Replicated StatefulSet cluster example on kubernetes site, clone-mysql init container of mysql-1 Pod cannot resolve hostname of previous StatefulSet instance mysql-0.mysql and therefore fails.
[root@localhost docker-multinode]# kubectl get po
NAME READY STATUS RESTARTS AGE
mysql-0 2/2 Running 0 59m
mysql-1 0/2 Init:CrashLoopBackOff 11 46m
[root@localhost docker-multinode]# kubectl logs -f -c clone-mysql mysql-1
+ [[ -d /var/lib/mysql/mysql ]]
++ hostname
+ [[ mysql-1 =~ -([0-9]+)$ ]]
+ ordinal=1
+ [[ 1 -eq 0 ]]
+ ncat --recv-only mysql-0.mysql 3307
+ xbstream -x -C /var/lib/mysql
Ncat: Connection timed out.
+ xtrabackup --prepare --target-dir=/var/lib/mysql
xtrabackup version 2.4.4 based on MySQL server 5.7.13 Linux (x86_64) (revision id: df58cf2)
xtrabackup: cd to /var/lib/mysql
xtrabackup: Error: cannot open ./xtrabackup_checkpoints
xtrabackup: error: xtrabackup_read_metadata()
xtrabackup: This target seems not to have correct metadata...
InnoDB: Number of pools: 1
InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
xtrabackup: Warning: cannot open ./xtrabackup_logfile. will try to find.
InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
xtrabackup: Fatal error: cannot find ./xtrabackup_logfile.
xtrabackup: Error: xtrabackup_init_temp_log() failed.
This bring me to the question, is DNS propagated yet by the time Pod's init container is executing?
What you expected to happen: clone-mysql container of mysql-1.mysql Pod successfully resolves mysql-0.mysql hostname.
Kubernetes version (use
kubectl version
):Environment:
uname -a
):Linux localhost.localdomain 3.10.0-514.2.2.el7.x86_64 #1 SMP Tue Dec 6 23:06:41 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
What happened:
When trying out Running a Replicated StatefulSet cluster example on kubernetes site,
clone-mysql
init container ofmysql-1
Pod cannot resolve hostname of previous StatefulSet instancemysql-0.mysql
and therefore fails.This bring me to the question, is DNS propagated yet by the time Pod's init container is executing?
What you expected to happen:
clone-mysql
container ofmysql-1.mysql
Pod successfully resolvesmysql-0.mysql
hostname.How to reproduce it (as minimally and precisely as possible):
Try running Replicated StatefulSet cluster example.
Anything else we need to know:
The text was updated successfully, but these errors were encountered: