[Hilo Oficial] Docker

Estoy empezando a pillar rollos con Docker.

Resulta que estoy intentando crear un contenedor a partir de una imagen de nosejs en la que quiero instalar gulp para montar un watcher de less para que me lo compile cuando detecte cambios.

El Dockerfile lo tengo tal que así:

FROM node:boron

# Create app directory
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app

# Install app dependencies
COPY package.json /usr/src/app
RUN npm install

# Bundle app source
COPY . /usr/src/app

ADD . /usr/src/app
CMD [ "npm run watch" ]

Para esto me he basado en la guía que hay en la documentación de nodejs así que no sé si me sobra algo.

Dónde hago el ADD lo tenía con

VOLUME .;/usr/src/app

Con VOLUME ni ADD consigo que funcione porque me da el siguiente error:

docker: Error response from daemon: oci runtime error: container_linux.go:247: starting container process caused "exec: \"npm run watch\": executable file not found in $PATH".

Los archivos están en la ubicación correcta ya que he probado a ejecutar RUN ls -la y me devuelve el mismo contenido que tengo en el local

Ya lo he solucionado, el problema lo tenía en el CMD, le tenía que pasar cada parámetro en un string distinto.

#65 abre el puerto en el docker-compose ( https://docs.docker.com/compose/compose-file/#ports ) y accede con localhost:<port>

en respuesta a #67

Desconozco la aplicación de PgAdmin, pero si no quieres exponer el puerto de postgresql para fuera, lo que puedes hacer es linkear (o crearte una docker-network)

Lo harías así:

• docker network create postgrenetwork
• docker run -d --net postgrenetwork --name postgres postgres (este comando es el que usaste en origen para crear la base de datos, así que ponle las variables de entorno que necesites o configuraciones)
• docker run -d -p 5050:5050 --net pg thajeztah/pgadmin4

Así consigues que pgadmin vea la base de datos por el nombre del contenedor (postgres)

Y si lo necesitas hacer sobre docker-compose, allí también puedes definir que network utiliza haciendo algo parecido a:

db:
    image: postgres
    networks:
      - postgrenetwork

Si trabajas con pocos contenedores relacionados, quizás es más fácil usar 'links' en lugar de networks, pero es algo que docker esta deprecando por lo que te aconsejo usar networks

Después de tanto tiempo, he metido en mi proyecto un paquete para crear migraciones y así tener un control de los cambios que voy haciendo en la base de datos. El problema que tengo es que cuando lanzo el comando para ejecutar el archivo acabo teniendo este error:

[ERROR] Error: connect ECONNREFUSED 127.0.0.1:5432
    at Object.exports._errnoException (util.js:1026:11)
    at exports._exceptionWithHostPort (util.js:1049:20)
    at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1136:14)

Mi docker-compose.yml está así:

version: "2"
services:
  server:
    build: .
    ports:
     - "5000:5000"
    volumes:
      - ./:/usr/src/app
    links:
      - "db:database"
    user: "1000"
  db:
    image: postgres:9.6.2
    ports:
      - "5432:5432"
    volumes:
      - db_data:/var/lib/postgres
    restart: always
    environment:
      POSTGRES_PASSWORD: devel
      POSTGRES_USER: devel
      POSTGRES_DB: devel

volumes:
  db_data:

He probado a crear una network y asignarla a los dos servicios pero nada de nada. Sigo teniendo el mismo error...

#73 Quitado.

Sigo teniendo el mismo problema, para asegurarme me he cargado los contenedores y las imágenes y lo he lanzado todo de nuevo pero sigue dándome el error.

#77 ¿Tienes que crear tu tus propios contenedores? Es decir, dockerizar un FTP, WebServer, BBDD y software de backups?

Porque webserver tienes nginx y bbdd un mongo o una mariadb los tienes oficiales. Por ejemplo.

Sobre Dockerfiles: https://docs.docker.com/engine/reference/builder/#predefined-args
Ejemplo: https://github.com/nginxinc/docker-nginx/blob/c8bfb9b5260d4ad308deac5343b73b027f684375/mainline/stretch/Dockerfile

#81 Para eso tienes la sentencia ENTRYPOINT. En el entrypoint señalas un script o el binario que quieres que se ejecute cuando hagas docker start. La diferencia con CMD es que ésta está pensada para ser sobreescrita facilmente, por ejemplo, para añadir argumentos en arranque al contenedor.

Cuando invoques al binario que da servicio dentro del contenedor (ejemplo: /usr/bin/nginx), asegúrate de que se ejecuta en primer plano y no como daemon (en nginx se ejecuta siempre con los argumentos "-g daemon off;"), y a ser posible que los logs vayan al STDOUT para que sean accesible mediante el comando docker logs <container>

#83 ponlo por aquí y así usamos el hilo este para algo xD

#85 Epa, que me olvidé de esto el finde.

¿Qué errores te da?

soy un fuckin nub de docker y tengo una duda, a ver si alguien puede ayudarme:

Tengo un Dockerfile el cual hace una serie de cosas y al final hace un "copy" de un fichero de configuración. Quiero subir este Dockerfile al hub de docker para poder utilizarlo en otras máquinas, lo hago utilizando "automate build" desde mi repo de github donde tengo el dockerfile.

Hasta aquí todo bien, PERO mi idea es no subir el fichero de configuracion al repo de github, porque hay datos sensibles. Pero si no lo subo, al hacer el "automate build", me lanzara un error, ¿no? ¿Cómo arreglo esto o cuales son las buenas prácticas hacer lo que quiero?

#89 te refieres a que clonas el Dockerfile? pero entonces tienes que hacer build de la imagen cada vez, no?