Fix: psql: kunne ikke oprette forbindelse til server: Ingen sådan fil eller mappe

PostgreSQL fremmer sig som den mest avancerede open source database applikationsplatform, og Debian Linux har helt sikkert masser af pakker, der gør det endnu mere komplekst. Du kan også finde boatloads af pakker til PostgreSQL, hvis du arbejder med Ubuntu Server eller en af de forskellige Ubuntu-spins, da de er baseret på Debians kerne. Dette niveau af kompleksitet og udvikling gør det ikke muligt at oprette forbindelse til serveren og ingen sådanne fil- eller katalogadvarsler, der er meget mere irriterende.

Heldigvis er det normalt simple tilfælde af tilladelsesproblemer, der skyldes det faktum, at PostgreSQL vil have en bruger, der hedder postgres, for at holde fast i disse mapper. Ved at bruge et simpelt kommandolinjebud, kan du rette dette næsten øjeblikkeligt. Du vil gerne gennemgå nogle grundlæggende diagnostiske checks på forhånd, men bare for at sikre, at dette faktisk er det problem, du er imod.

Fixing PostgreSQL kunne ikke oprette forbindelse til serverfejl

Prøv først at genstarte PostgreSQL-systemet manuelt. Nogle gange er dette nok til at ordne ting, og hvis ikke så får du i det mindste en fejlmeddelelse til at arbejde fra. Mere end sandsynligt genstarter du blot systemet ved at udstede psql-kommandoen som postgres-bruger.

Du kan måske finde ud af, at dette rydde alt op. Ellers kan du få en linje, der læser psql: kunne ikke oprette forbindelse til server: Ingen sådan fil eller mappe, hvilket betyder at du har tilladelsesproblemer. Hvis du modtager denne fejlmeddelelse, får du også en anden tekst spyttet ud.

Tjek servicestatus, hvis du har fået denne besked for at sikre dig, at modulerne er indlæst. De burde være, men hvis de ikke er, vil du måske gerne genstarte. Hvis du får en besked, der læser Loaded: loaded (/lib/systemd/system/postgresql.service; enabled), så kører de. Prøv sudo service postgresql genstart bare for at lave en kort genstart og se om det korrigerer noget. Det gør det normalt ikke, men det kan være værd at prøve afhængigt af.

PRO TIP: Hvis problemet er med din computer eller en bærbar computer / notesbog, skal du prøve at bruge Reimage Plus-softwaren, som kan scanne lagrene og udskifte korrupte og manglende filer. Dette virker i de fleste tilfælde, hvor problemet er opstået på grund af systemkorruption. Du kan downloade Reimage Plus ved at klikke her

Forudsat at det ikke har hjulpet, skal du kigge inde i PostgreSQL log for at søge fejl. I det usandsynlige tilfælde finder du noget om pakkefejl, så mangler du muligvis et af SQL-modulerne. Dette er normalt ikke årsagen til disse problemer, men det kan bestemt ikke skade for i det mindste at kigge. Mere end sandsynligt vil du faktisk komme på tværs af noget, der advarer dig om, at tilladelser skal være u = rwx (0700) og

at datakataloget /var/lib/postgresql/9.6/main har gruppe- eller verdensadgang, selvom du måske ser et andet versionsnummer afhængigt af hvilken SQL-server du kører.

Dette skyldes, at Debian og lignende distributioner forventer, at postgres-brugeren og gruppen kontrollerer disse biblioteker med 0700 tilladelser og alle filer gennem 0600 tilladelser for sikkerhedens skyld. Alt du skal gøre er at køre følgende kommando på terminalen for at rette tilladelser:

sudo chown -R postgres: postgres /var/lib/postgresql/9.6/ && sudo chmod -Ru = rwX, go = /var/lib/postgresql/9.6/

Husk at skulle være en stor case X og ikke den mere almindelige småcase x du er nok mere bekendt med på grund af den specifikke måde, du vil vil angive disse filtilladelsesindstillinger. Mens du har brug for rodadgang for at gøre dette, bør inkluderingen af de to sudo-mærker være mere end nok til at give dig de rette tilladelser, når du kører som en almindelig bruger. Dette er vigtigt, da Ubuntu og de forskellige Linux-implementeringer spundet fra Ubuntu hash ud af hovedrotkontoen, så du skal gøre ting på denne måde.

Når denne kommando er færdig, kan du genstarte tjenesten igen ved sudo service postgresql genstart fra terminalen, og du burde ikke have nogen fejl denne gang. Hvis du skulle kigge på logfilen, så skal disse advarsler om tilladelsesproblemer heller ikke være der længere.

Dette er en fejl, der opstår som følge af forholdsvis specifikke forhold, så du bør ikke opleve det igen, når du har rettet det første gang, forudsat at du ikke forsøger manuelt at gøre noget, der involverer tilladelsesmanipulation af PostgreSQL-mapperne. Der er ingen situation, hvor dette virkelig burde være nødvendigt alligevel uden for at rette op på dette problem i første omgang.