Page MenuHomeVyOS Platform

container: additional op-mode commands
Closed, ResolvedPublic

Description

While trying to debug a container that is not starting I would request the addition of the following commands:

  • show container <name> It should present the user with the stdout of the container
vyos@vyos:~$ sudo podman logs 2511d118563f
Wed Aug 18 15:24:46 2021 : Info: Starting - reading configuration files ...
Wed Aug 18 15:24:46 2021 : Warning: rlm_ldap: Falling back to build time libldap version info.  Query for LDAP_OPT_API_INFO returned: -1
Wed Aug 18 15:24:46 2021 : Info: rlm_ldap: libldap vendor: OpenLDAP version: 20439
Wed Aug 18 15:24:46 2021 : Info: rlm_ldap (ldap): Opening additional connection (0)
Wed Aug 18 15:24:46 2021 : Error: rlm_ldap (ldap): Bind with cn=admin,dc=example,dc=com to ldap1.example.com ldap2.example.com:389 failed: Can't contact LDAP server
Wed Aug 18 15:24:46 2021 : Error: rlm_ldap (ldap): Opening connection failed (0)
Wed Aug 18 15:24:46 2021 : Error: /etc/raddb/mods-enabled/ldap[8]: Instantiation failed for module "ldap"
ln: failed to create symbolic link '/etc/raddb/mods-enabled/ldap': File exists
Wed Aug 18 15:27:06 2021 : Info: Starting - reading configuration files ...
Wed Aug 18 15:27:06 2021 : Warning: rlm_ldap: Falling back to build time libldap version info.  Query for LDAP_OPT_API_INFO returned: -1
Wed Aug 18 15:27:06 2021 : Info: rlm_ldap: libldap vendor: OpenLDAP version: 20439
Wed Aug 18 15:27:06 2021 : Info: rlm_ldap (ldap): Opening additional connection (0)
Wed Aug 18 15:27:06 2021 : Error: rlm_ldap (ldap): Bind with cn=admin,dc=example,dc=com to ldap1.example.com ldap2.example.com:389 failed: Can't contact LDAP server
Wed Aug 18 15:27:06 2021 : Error: rlm_ldap (ldap): Opening connection failed (0)
Wed Aug 18 15:27:06 2021 : Error: /etc/raddb/mods-enabled/ldap[8]: Instantiation failed for module "ldap"
  • restart container <name>

Simply kill and restart the instance - as it seems a failing container is not auto restarted

  • connect container <name>

Connect / attach to a cunning container

Details

Version
-
Is it a breaking change?
Perfectly compatible

Event Timeline

c-po created this object in space S1 VyOS Public.
c-po updated the task description. (Show Details)
c-po moved this task from In Progress to Backlog on the VyOS 1.4 Sagitta board.
c-po claimed this task.
c-po triaged this task as Normal priority.
c-po changed Is it a breaking change? from Unspecified (possibly destroys the router) to Perfectly compatible.