psql: FATAL: rola „postgres” nie istnieje

Jestem nowicjuszką postgres.

Zainstalowałem postgres.app dla Mac. Bawiłem się poleceniami psql i przypadkowo upuściłem bazę danych postgres. Nie wiem co w tym było.

Obecnie pracuję nad samouczkiem: http://www.rosslaird.com/blog/building-a-project-with-mezzanine/

I utknąłem w sudo -u postgres psql postgres

KOMUNIKAT O BŁĘDZIE: psql: FATAL: role "postgres" does not exist

$ które psql

/Applications/Postgres.app/Contents/MacOS/bin/psql

Z tego się drukuje psql -l

                                List of databases
    Name    |   Owner    | Encoding | Collate | Ctype |     Access privileges     
------------+------------+----------+---------+-------+---------------------------
 user       | user       | UTF8     | en_US   | en_US | 
 template0  | user       | UTF8     | en_US   | en_US | =c/user                  +
            |            |          |         |       | user      =CTc/user      
 template1  | user       | UTF8     | en_US   | en_US | =c/user                  +
            |            |          |         |       | user      =CTc/user      
(3 rows)

Jakie więc kroki powinienem podjąć? Usunąć wszystko związane z psql i ponownie zainstalować wszystko?

Dzięki za pomoc chłopaki!

UWAGA: Jeśli zainstalowałeś postgres za pomocą homebrew, zobacz komentarz od @ user3402754 poniżej.

Zauważ, że komunikat o błędzie NIE mówi o brakującej bazie danych, mówi o brakującej roli. Później podczas logowania może również natknąć się na brakującą bazę danych.

Ale pierwszym krokiem jest sprawdzenie brakującej roli: jaka jest wydajność psqlpolecenia \du? W moim systemie Ubuntu odpowiednia linia wygląda następująco:

                              List of roles
 Role name |            Attributes             | Member of 
-----------+-----------------------------------+-----------
 postgres  | Superuser, Create role, Create DB | {}        

Jeśli nie ma co najmniej jednej roli superuser, masz problem :-)

Jeśli istnieje, możesz użyć go do zalogowania się. I patrząc na wyjściu Twojego \lpolecenia: Uprawnienia dla userna template0i template1baz danych są takie same jak w moim systemie Ubuntu dla superużytkownika postgres. Myślę więc, że twoja prosta konfiguracja używa userjako superużytkownika. Aby wypróbować to polecenie, należy się zalogować:

sudo -u user psql user

Jeśli usernaprawdę jest superużytkownikiem DB, możesz utworzyć dla niego innego superużytkownika DB i prywatną, pustą bazę danych:

CREATE USER postgres SUPERUSER;
CREATE DATABASE postgres WITH OWNER postgres;

Ale ponieważ wydaje się, że twoja konfiguracja postgres.app tego nie robi, ty też nie powinieneś. Prosta adaptacja samouczka.

Kluczem jest „Zainstalowałem postgres.app dla systemu Mac”. Ta aplikacja konfiguruje lokalną instalację PostgreSQL z superużytkownikiem bazy danych, którego rola jest taka sama jak nazwa użytkownika (krótka).

Podczas pierwszego uruchomienia Postgres.app tworzy bazę danych $ USER, która jest domyślną bazą danych dla psql, gdy nie określono żadnej. Domyślnym użytkownikiem jest $ USER, bez hasła.

Niektóre skrypty (np. Kopia zapasowa bazy danych utworzona pgdumpna systemie Linux) i tutoriale zakładają, że superużytkownik ma tradycyjną nazwę roli postgres.

Możesz sprawić, by lokalna instalacja wyglądała nieco bardziej tradycyjnie i uniknęła tych problemów, wykonując jeden raz:

/Applications/Postgres.app/Contents/Versions/9.*/bin/createuser -s postgres

co sprawi, że te FATAL: rola „postgres” nie istnieje, zniknie.

Dla Maca:

1. Zainstaluj Homebrew
2. brew install postgres
3. initdb /usr/local/var/postgres
4. /usr/local/Cellar/postgresql/<version>/bin/createuser -s postgreslub /usr/local/opt/postgres/bin/createuser -s postgresktóry po prostu użyje najnowszej wersji.
5. uruchom serwer Postgres ręcznie: pg_ctl -D /usr/local/var/postgres start

Aby uruchomić serwer przy uruchomieniu

• mkdir -p ~/Library/LaunchAgents
• ln -sfv /usr/local/opt/postgresql/*.plist ~/Library/LaunchAgents
• launchctl load ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist

Teraz jest skonfigurowany, zaloguj się psql -U postgres -h localhostlub użyj PgAdmin dla GUI.

Domyślnie użytkownik postgresnie będzie miał hasła logowania.

Sprawdź tę stronę, aby znaleźć więcej takich artykułów: https://medium.com/@Nithanaroy/installing-postgres-on-mac-18f017c5d3f7

createuser postgres --interactive

lub postgresl superużytkownika

createuser postgres -s

Dzieje się tak, gdy uruchamiasz initdbużytkownika, którego ID nie jest postgres, bez podawania postgresnazwy użytkownika za pomocą --username=postgreslub -U postgres.

Klaster bazy danych jest następnie tworzony przy użyciu konta użytkownika systemu, którego użyto do uruchomienia initdb, i otrzymuje uprawnienia administratora.

Aby to naprawić, po prostu utwórz nowego użytkownika o nazwie postgresz opcją --superuserza pomocą createusernarzędzia dostarczonego z Postgres. Narzędzie można znaleźć w katalogu Postgres bin. na przykład

createuser --superuser postgres

Jeśli masz niestandardową nazwę hosta lub port, ustaw odpowiednie opcje .

Nie zapomnij usunąć drugiego konta użytkownika, które zostało utworzone dla Ciebie przez initdb.

Dla mnie ten kod działał:

/Applications/Postgres.app/Contents/Versions/9.4/bin/createuser -s postgres

pochodzi stąd: http://talk.growstuff.org/t/fatal-role-postgres-does-not-exist/216/4

Musiałem rozbroić $PGUSER:

$ unset PGUSER
$ createuser -s postgres

Najpierw musisz utworzyć użytkownika:

sudo -u postgres createuser --superuser $USER

Po utworzeniu bazy danych:

sudo -u postgres createdb $USER

Zmień $USER nazwę użytkownika systemu.

Kompletne rozwiązanie można zobaczyć tutaj .

Uruchomienie tego w wierszu poleceń powinno to naprawić

/Applications/Postgres.app/Contents/Versions/9.4/bin/createdb <Mac OSX Username Here>

Usunięcie postgresbazy danych nie ma tak naprawdę znaczenia. Ta baza danych jest początkowo pusta, a jej celem jest po prostu, aby postgresużytkownik miał rodzaj „domu”, z którym mógłby się połączyć, gdyby był potrzebny.

Nadal możesz go odtworzyć za pomocą polecenia SQL CREATE DATABASE postgres;

Pamiętaj, że samouczek wymieniony w pytaniu nie został napisany z postgres.appmyślą o nim. W przeciwieństwie do PostgreSQL dla Unixa, postgres.apppróbuje wyglądać jak normalna aplikacja, w przeciwieństwie do usługi, która byłaby uruchomiona przez dedykowanego postgresużytkownika mającego inne uprawnienia niż zwykły użytkownik. postgres.appjest prowadzony i zarządzany przez twoje własne konto.

Więc zamiast tego polecenia: sudo -u postgres psql -U postgresw duchu postgres.app wystarczy po prostu wydać:, psqlktóry automatycznie łączy się z bazą danych pasującą do nazwy użytkownika i kontem db o tej samej nazwie, które akurat jest superużytkownikiem, więc może zrobić wszystko pod względem uprawnień.

Jeśli chodzi o to, co jest warte, mam zainstalowane Ubuntu i wiele pakietów, co spowodowało konflikt.

Dla mnie właściwą odpowiedzią było:

sudo -i -u postgres-xc
psql

To jedyny, który to naprawił dla mnie:

createuser -s -U $USER

W systemie Ubuntu oczyściłem PostgreSQL i ponownie go zainstalowałem. Wszystkie bazy danych zostaną przywrócone. To rozwiązało problem dla mnie.

Rada - weź kopię zapasową baz danych, aby być bezpieczniejszym.

Nie sądzę, że sudo jest tutaj potrzebne, ponieważ psql -l zwraca listę baz danych. Mówi mi to, że initdb był uruchamiany przez bieżącego użytkownika, a nie przez użytkownika postgres.

Możesz po prostu:

psql

I kontynuuj samouczek.

Sugerowałbym ogólne punkty AH dotyczące tworzenia postgres użytkownika i bazy danych, ponieważ wiele aplikacji może oczekiwać, że tak będzie.

Krótkie wyjaśnienie:

PostgreSQL nie będzie działał z dostępem administracyjnym do systemu operacyjnego. Zamiast tego działa ze zwykłym użytkownikiem, a w celu obsługi uwierzytelnienia równorzędnego (pytając system operacyjny, który próbuje się połączyć) tworzy użytkownika i db z użytkownikiem uruchamiającym proces inicjalizacji. W tym przypadku był to zwykły użytkownik.

Utknąłem w tej sprawie, wykonując brew services stop postgresqldzień wcześniej.
Następnego dnia: brew services start postgresqlnie zadziała. Wynika to z faktu, jak pokazano podczas instalacji za pomocą Homebrew. postgresql używa wersji uruchomionej ..., która ładuje się, gdy komputer jest włączony.

rozkład:
brew services start postgresql
Uruchom ponownie komputer.

\duPowrót polecenie:

Nazwa roli = postgres@implicit_files

I ten postgres=# \password postgresbłąd zwraca polecenie :

BŁĄD: rola „postgres” nie istnieje.

Ale to postgres=# \password postgres@implicit_files działa dobrze.

Również po sudo -u postgres createuser -s postgrespierwszym wariancie działają również.