-
Notifications
You must be signed in to change notification settings - Fork 302
node disconnects when starting a main container and a data container unit (as a sidekick) #1395
Comments
Your logs are truncated. Please see http://unix.stackexchange.com/questions/229188/journalctl-how-to-prevent-text-from-truncating-in-terminal and repost your logs. |
I made corrections in the [Unit] section of both units so that the
(Please note that I created the units instance from their templates using symbolic links.) I got the following logs after running the above command. I was running infinitely, i had to do ctrl-c
I checked if the machine
The I fetched the fleet and etcd logs for this machine
Here are the logs from one of the remaining two machines in the cluster:
|
I retried again with the following logs: node-01
node-01
node-03
The node where |
@ncodes looks like you somehow start both etcd and etcd2. replace instances of etcd.service with etcd2.service and see if that helps. |
@mischief All instances were started with etcd2. Here is my cloud config content.
CoreOS version: 835.8.0 (stable) |
I would suggest that if you don't require etcd that you mask the service in your future by using:
I know that I have accidentally run commands against etcd instead of etcd2 more than once. Also, if you don't use any etcd v1 clients then you can remove references to port 4001. See https://coreos.com/os/docs/latest/cloud-config.html#units for more information Are you running on a cloud provider? |
@thecanadianbaker I am currently trying out CoreOS on DigitalOcean. I will update my cloud config and let you know how it goes |
@ncodes in the units you first posted, you have
this should probably be etcd2.service, otherwise etcd.service will get started and your etcd2 cluster will split. |
And that is exactly why I mask etcd... I completely missed that. Thank's for actually reading @mischief |
@thecanadianbaker @mischief Masking etcd solved the problem. The unit where able to start and the cluster did not split. However, I wasn't able to connect to the main unit from a postgres client.
|
I have been trying to start a postgres unit (main unit) and a sidekick unit which will be acting as a data container. Starting the main unit leads forces one of the nodes in cluster to exit/disconnect. Below are my unit files and fleet journal:
[email protected]
[email protected]
journalctl -u fleet
The text was updated successfully, but these errors were encountered: