¿Quién es "focker" y por qué posee mi esquema?

8

Tengo una implementación de Postgres DB en Compose.io, y estoy usando la base de datos estándar "compose" para mi aplicación. Me gustaría borrar el contenido actual de la base de datos para poder recrear la base de datos con un nuevo esquema. He leído que la mejor manera de hacerlo es con "caída de la cascada pública de esquema", pero cuando trato de hacer esto en mi base de datos obtengo

ERROR:  must be owner of schema public

Resulta que el esquema no es propiedad admin(el usuario que compone proporciona acceso a psql), sino un usuario llamado focker.

compose=> \dn
 List of schemas
  Name  | Owner  
--------+--------
 public | focker
(1 row)

Intenté cambiar el propietario del esquema pero eso falla con el mismo error que el anterior.

¿Por qué mi db está configurado de esta manera? ¿Hay alguna manera de que pueda cambiarlo para que el usuario administrador pueda borrar una base de datos?


fuente

Respuestas:

8

Desafortunadamente, solo puedo responder la pregunta en el título.

Aquí hay un extracto de un artículo en Compose.io que podría arrojar algo de luz sobre su pregunta:

Como LXC { contenedores Linux } no tiene una buena API de línea de comandos, Compose ha desarrollado su propia herramienta interna. Cuando Docker comenzó como una buena línea de comando para LXC, Kurt notó que las herramientas de Compose ahora se llamaban, con la lengua firmemente en la mejilla, Focker. Focker es donde se agrupan todas las herramientas y, a diferencia de Docker, que se centra en el empaquetado, se concentra en la asignación y gestión de recursos. Las instancias del contenedor se conectan a través de Open vSwitch que permite a cada cliente tener su propia VLAN privada para su base de datos.

Línea inferior: "focker" representa la línea de comando API "usuario" de Compose.io.


En otro artículo más , podemos ver lo siguiente:

[snapshot] more README

This snapshot is meant to be run with the same minor version  
of Postgresql, which is postgres (PostgreSQL) 9.4.5.

To startup a Postgresql environment with this snapshot, run:  
`postgres -D conf`

You can then connect to the db by running: `psql postgres -U focker`

...

Mi mejor apuesta sería intentarlo: psql postgres -U focker


fuente
3
+1. Solo para elpsql postgres -U focker
ypercubeᵀᴹ