A prebuilt containerized Unix Agent (agent-unix) deploys successfully and connects to the Automation Engine (AE), appearing as connected in the Automic Web Interface (AWI). However, jobs assigned to it fail to start with one or more of the following errors:
U00011168 Could not find any entry in Login object '<name>' of Job '<job>' (RunID '<id>') for host '<agent>'.U00011167 Could not find Login object '' for Job '<job>' (RunID '<id>').U02001007 User 'default' is unknown or an invalid password has been provided.U00011000 '<job>' (RunID: '<id>') could not be started on '<agent>'. See next message.agent-unix)The containerized agent runs as a non-root OS user without setuid capability. It is designed for anonymous (non-authenticated) execution. While the agent side defaults to login_check=no, the Automation Engine side requires specific configuration to allow anonymous job execution and resolve Login object entries for the new agent. Without this AE-side setup, the system attempts standard OS-credential authentication, which the container cannot satisfy
Do not edit UC_HOSTCHAR_DEFAULT directly, as this affects all agents. Duplicate it instead.
UC_HOSTCHAR_DEFAULT, copy it, and rename the copy (e.g., UC_HOSTCHAR_CONTAINER).ANONYMOUS_JOB=Y.ANONYMOUS_FT=Y and ANONYMOUS_FE=Y if the agent will run file transfers or file events.The recommended method is the Agent-side declaration via the agent's configmap:
UC_EX_HOSTCHAR suffix:Note: The environment variable name is AUTOMIC_VARIABLES_UCEXHOSTCHAR (no underscores between UC, EX, and HOSTCHAR).
AE requires a non-empty Login reference even in anonymous mode.
default, Password = blank.JOBS.UNIX.LS.TEST)Confirm that the environment variable has been picked up after an agent restart.
kubectl -n <namespace> exec <pod-name> -- env | grep AUTOMIC_VARIABLES_UCEXHOSTCHAR