Postgresql 8.4-tjenesten starter ikke. PostgreSql-tjenesten starter ikke. Hva er det redd? Windows-spesifikke innstillinger

Jeg prøver å kjøre Postgres 9.2.4 som en tjeneste på Windows 7. Etter å ha installert postgres, fungerer tjenesten fint. Etter å ha installert postgres som en server for andre programmer, sluttet tjenesten å fungere. Hvis jeg prøver å starte tjenesten med en gang, vil jeg fjerne informasjon om disse:

"Tjenesten postgresql-x64-9.2 - PostgreSQL Server 9.2 på den lokale datamaskinen Datamaskinen startet og stoppet deretter. Tjenesteaktiviteter stoppes automatisk fordi de ikke støttes av andre tjenester eller programmer."

Hvis jeg prøver å kjøre programmet fordi databaseserveren har skylden, vil jeg gi deg min nåde:

"Vinicle-problem når du prøver å logge på systemet eller opprette en virtuell database. Detaljer: kunne ikke koble til serveren; Kunne ikke koble til en ekstern port. Programmet må lukkes nå"

Jeg får også denne meldingen en gang når ett program er åpent.

"Vinicle-problem når du prøver å logge på systemet eller opprette en virtuell database. Detaljer: FATAL: mislyktes i å laste pg_hba.conf. Programmet må lukkes nå."

Jeg prøvde å starte tjenesten og registrerte meg som en lokal systembruker. oblikovy rekord, samt min offisielle regionale post (i myndighetene til postgres myndighetene) til ingen nytte. Jeg prøvde også å starte datamaskinen på nytt. Etter mange problemer på Internett, lærte jeg at det ville være en god idé å sjekke pg_log-filen. Aksen til den gjenværende pg_log-oppføringen:

2013-05-29 14:59:45 MDT LOGG: databasesystemet avbrutt; sist kjent 05/29/2013 14:58:01 MDT 2013-05-29 14:59:45 automatisk reprosessering pågår 2013-05-29 14:59:45 MDT LOGG: rekord med 0 lengde ved 0/175BB98 2013- 05-29 14:59:45 MDT LOGG: gjøre om er ikke nødvendig 2013-05-91 :45 MDT LOGG: Databasesystem klar til å akseptere tilkoblinger 2013-05-29 14:59:45 MDT LOGG: autovakuumstarter startet 2013 -05 -29 15:07:00 MDT LOGG: Lokale tilkoblinger vil ikke bli støttet av -05-29 15:07:00 MDT KONTEKST: linje 1 i konfigurasjonsfilen "C:/PostgreSQL/data/pg_hba.conf" 2013- 05-29 15:07:00 MDT FATAL: kunne ikke laste pg_hba.conf 2013-05-29 15:07:00 MDT LOGG: lokale tilkoblinger støttes ikke av prisen 2013-05-29 15:07:00 MDT KONTEKST : linje 1 i konfigurasjonsfilen "C:/PostgreSQL/data/pg_hba.conf" 201 -05-29 15:07:00 MDT FATAL: kunne ikke laste pg_hba.conf 2013-05-29 15:09:02 aktive transaksjoner 2013 -05- 29 15:09:03 MDT LOGG: autovakuum launcher slås av 2013-05-29 15:09:03 MDT LOG: slås av 2013-05-29 15:09:03 MDT LOG: data stenges av

Det ser ut til at det er problemer med filen pg_hba.conf, som ser slik ut:

Lokal alle alle trust vert alle alle 127.0.0.1 255.255.255.255 trust vert alle alle 0.0.0.0 0.0.0.0 trust

I samsvar med de numeriske forslagene på Internett, prøvde jeg å endre den øverste raden til en rekke forskjellige alternativer (alle vertene stoler/verter alle 127.0.0.1/32 stoler/verter alle 192.168.0.100/24 tillit osv. .). Dette er lite fornuftig for meg, siden loggfilen sa at lokale tilkoblinger ikke støttes av postgres og indikerer denne raden. Imidlertid utnyttet hun ikke endringene mine. Jeg prøvde å starte datamaskinen på nytt etter hudskiftet, men ingenting endret seg.

Da jeg så på hvordan filen pg_hba.conf så ut, så den litt annerledes ut enn filen. Jeg la merke til at PostgreSQL-programfilen i tillegg til pg_hba.conf har den samme filen 20130529-150444-old-pg_hba.conf, som er mer nyttig for applikasjoner jeg kjenner på Internett. Denne filen inneholder en rekke rader med kommentarer før de resterende radene:

# TYPE DATABASE BRUKERADRESSE METODE # IPv4 lokale tilkoblinger: vert for alle 127.0.0.1/32 md5 # IPv6 lokale tilkoblinger: vert alle alle::1/128 md5 # Tillat replikeringstilkoblinger fra localhost, for ytterligere assistanse #. #vertsreplikering postgres 127.0.0.1/32 md5 #vertsreplikering postgres::1/128 md5

Jeg var overbevist om at dette var den originale pg_hba.conf-filen, og ved å erstatte den nye filen med den gamle, ville postgres begynne å kjøre igjen. Det er ingen slik flaks. Jeg antok at pg_log-filen ville ha flere reparasjonsfiler registrert for å finne ut om en rettelse tidligere ble erklært eller hva som ble endret, eller om flere filer ikke ble registrert.

Jeg søkte på netttjenesten i flere dager, og ingenting jeg visste fungerte. Sørg for at strømforsyningen er slått på, ellers vil du være tilkoblet og slå på all relatert informasjon. Jeg vil gjerne kaste lys over dette problemet og presentere noen forslag.

pg_ctl init [-s] [-D datadir] [ -o initdb-alternativer ]

pg_ctl start [-w] [-t sekunder] [ -s ] [ -D datadir] [-l Filnavn] [ -o parametere] [-s sti] [ -c ]

pg_ctl stopp [-W] [-t sekunder] [ -s ] [ -D datadir] [-ms | f | Jeg]

pg_ctl restart [-w] [-t sekunder] [ -s ] [ -D datadir] [-c] [-ms | f | i] [-o parametere ]

pg_ctl last inn [-s] [-D datadir ]

pg_ctl status [-D datadir ]

pg_ctl promotere [-s] [-D datadir ]

pg_ctl drepe signal_name prosess-id

pg_ctl register [-N tjenestenavn] [ -U Jeg er en koristuvach] [-P passord] [-D datadir] [-S a | d ] [ -w ] [ -t sekunder] [ -s ] [ -o parametere ]

pg_ctl avregistrer [-N tjenestenavn ]

Serveren starter som start. Prosessen kjører i bakgrunnen, og standardinngangen er assosiert med /dev/null (eller nul under Windows). I Unix-lignende systemer skrives serverutdata og feil i standard utdataenhet (ikke feil) pg_ctl . pg_ctl-sporet bør omdirigeres til en fil eller prosess, for eksempel et loggrotasjonstillegg rotatelogs; Ellers vil postgres skrive til den samme terminalen (i bakgrunnen) og vil miste skallet fra gruppen av prosesser. I Windows blir oppdateringer og serverforespørsler omdirigert til terminalen. Denne oppførselen kan endres og serverutgangen kan dirigeres til filen ved å legge til -l-tasten. Vi anbefaler å bruke -l-bryteren eller omdirigere visnovok.

For å starte en server kan du bruke stop . Zupinity er mulig i tre moduser, som kan spesifiseres med fenriken -m. "Smart"-modus er valgt, noe som betyr fullføring av alle aktive klienttilkoblinger og eksterne sikkerhetskopieringsprosesser. Hvis serveren opererer i varm standby-modus, vil oppdateringer og streaming-replikering bli avbrutt så snart alle klientøkter er avsluttet. "Rask"-modusen lukker ikke klientøkter og avbryter sikkerhetskopieringsprosessen. Alle aktive transaksjoner er fullført, og klienter logges på, hvoretter serveren krasjer. "Umiddelbar"-modus avbryter umiddelbart alle prosesser og bremser serveren, slik at den ikke starter igjen før det er nødvendig å starte på nytt etter en feil.

For informasjon om kommende oppstart av serveren kreves omstart. Når den er tilgjengelig, er postgres-kommandoen tilgjengelig. omstart kan ikke utføres hvis katalogen for lagring av data ble spesifisert på kommandolinjen ved oppstart av serveren.

For å lese konfigurasjonen på nytt (postgresql.conf, pg_hba.conf, etc.), brukes reload, noe som får postgres-prosessen til å fjerne SIGHUP-systemsignalet. Dette lar deg lagre endringer uten å starte serveren helt på nytt.

For å sjekke statusen til klyngen, kontroller status . Hvis klyngen kjører, vil PID for prosessen vises, og en kommando sendes med argumentene som varierer i henhold til starttidspunktet. Hvis klyngen lukkes, vil prosessen endres til fullføringsstatus 3. Hvis datalagringskatalogen ikke er spesifisert, vil prosessen gå tilbake til fullføringsstatus 4.

For å bytte sikkerhetskopiserveren til hovedmodus, promoterer vikorist . I dette tilfellet godtar serveren roboten i oppdateringsmodus og begynner å jobbe i lese-skrivemodus.

For å sende et signal til prosessen, bruk kill . Dette gjelder spesielt i midten av Microsoft Windows, siden det ikke inkluderer kill-kommandoen. For å se listen over tilgjengelige signaler, bla ned til --help .

For å registrere en systemtjeneste under Microsoft Windows, bruk register. Prapor -S setter tjenesteoppstartsmodusen til enten "auto" (ved OS-oppstart) eller "demand" (etter strøm).

For å fjerne en registrert tjeneste i Microsoft Windows, bruk avregistrer.

Parametere

C
--kjernefil

På plattformer der dette støttes, er serveren designet for å fange minneøyeblikksbilder i tilfelle ulykker. Dette lar deg diagnostisere og unngå potensielle problemer i fremtiden. -D datadir
--pgdata datadir

Indikerer plasseringen av klyngekonfigurasjonsfiler. Hvis det ikke er spesifisert, bestemmes verdien av PGDATA-endringen. -l Filnavn
--Logg Filnavn

Skriv inn loggdata i filnavn. Filen opprettes da den ikke lenger er tilgjengelig. I dette tilfellet er umasken satt til 077, som hindrer andre brukere fra å få tilgang til denne filen. -m modus
--modus modus

Jeg vil sette klynge klynge modus. modus tar verdiene smart, rask eller umiddelbar, eller første kutan med tilgjengelige verdier, for eksempel s. På grunn av ensign of utelatelser, er smart brukt. -o parametere

Indikerer ordrene som vil bli overført til postgres.

Varene må være innrammet med enkle eller doble ben for å sikre gruppens integritet. -o initdb-alternativer

Indikerer elementene som vil bli overført til initdb.

Varene må være innrammet med enkle eller doble ben for å sikre gruppens integritet. -s sti

Indikerer plassering av postgres-programmer. Den samme banen, som er kjent som pg_ctl, brukes for beregningene, og hvis dette ikke gjøres, blir installasjonsstien tatt. Denne parameteren er oftest umulig å definere, bortsett fra i ikke-standardiserte situasjoner.

init aksepterer parametere på samme måte som initdb. -s
--stille

Vis ingen nåde, uten å oppgi informasjon. -t
--pause

Maksimal time (i sekunder) for serveren å starte eller kjøre. Kampanjetiden er 60 sekunder. -V
--versjon

Skriv inn versjonen av pg_ctl og wikien vil avbryte. -w

Lanseringen eller trinnene er fullført. Dette er modusen for å sette opp operasjoner, men ikke start. På oppstartsstadiet blir pg_ctl gradvis bedt om å koble til serveren. På stadiet sjekker pg_ctl tilstedeværelsen av PID-filen. Denne parameteren lar deg angi et kontrollord for SSL ved starten av serveren. pg_ctl returnerer utgangskoden fra oppstartsoperasjonen. -W

Ignorer fullføringen av lanseringen eller starten av serveren. Denne virkemåten er basert på forklaringene for oppstarts- og omstartmodusene. -?
--hjelp

Følg opp med pg_ctl-kommandoen og avbryt kampen.

Windows-spesifikke innstillinger

N tjenestenavn

Navnet på systemtjenesten som blir registrert. Det diskuteres som systemiske og modifiserte betydninger. -P passord

Påloggingspassordet som starter tjenesten. -S oppstartstype

Oppstartstype for systemtjeneste. Du kan godta betydningen: auto eller etterspørsel, eller buti-representasjoner med den første bokstaven i navnet på huden indusert betydning. For å komme i gang må du bruke auto. -U Jeg er en koristuvach

Navnet på kunden, under hvis navn tjenesten vil bli lansert. For domenebrukere er det nødvendig å bruke notasjonen DOMAIN\brukernavn.

Strøm: PostgreSQL-tjenesten starter ikke

Windows Server 2012
PostgreSQL Database Server 9.4.2-1.1C(x64)
På serveren midt i kretsen var det 2 1C-baser som snurret
Postgresql.conf-filen er inkludert i redigeringene for anbefalinger på 1c-nettstedet for serverparametere.

I følge administratorens ord, hånet de i går, så hånet de.
Tjenesten starter ikke, loggene viser:

2016-05-06 10:05:40 GMT LOGG: databasesystemet avbrutt; sist kjent 2016-05-06 09:59:33 GMT
2016-05-06 10:05:40 GMT LOGG: databasesystemet er ikke riktig slått av; automatisk overgang til fremdrift
2016-05-06 10:05:40 GMT LOGG: rekord med null lengde på 6/C7F6AAA8
2016-05-06 10:05:40 GMT LOGG: gjøre om er ikke nødvendig
2016-05-06 10:05:40 GMT FATAL: transaksjonsstatus kan ikke spesifiseres 1262199
2016-05-06 10:05:40 GMT Detaljert beskrivelse: Det er ingen fil "pg_clog/0001": Det er ingen slik fil eller katalog.
2016-05-06 10:05:40 GMT LOGG: oppstartsprosess (PID 24696) avsluttet med utgangskode 1
2016-05-06 10:05:40 GMT

Tjenesten opererer under brukeren USR1CV8, hvis rettigheter til Data-mappen er endret
Arkivene er flere tiår gamle.

Emne:

Da har du ikke noe grunnlag.

--
Maxim Boguk

Power: postgresql - etter flytting til datakatalogen starter ikke tjenesten

God tid, farvel. Є vischezgadan DBMS, katalog over datainstallasjoner på følgende måte: /var/lib/pgsql/9.3/data
Det er nødvendig å overføre datakatalogen til /postgre_dbs/data. Mine aktiviteter:
1. Jeg roter til PostGreSQL
2. Kopier datamappen med alle undermapper, og registreringer av rettigheter til mapper og filer (cp -p -R) på /postgre_dbs
3. I filen /var/lib/pgsql/9.3/data skriver jeg følgende linje:
data_directory = "/postgre_dbs/data/"
4. Jeg prøver å starte postgresql-tjenesten - MISLYKKET
5. Jeg er overrasket over pgstartup.log – det er rader der:
< 2015-10-20 21:14:17.361 ALMT >VIKTIG: blokkeringsfilen "postmaster.pid" er allerede aktiv
< 2015-10-20 21:14:17.361 ALMT >MERK: En annen postmasterforekomst (PID 1633) kjører under datakatalogen "/postgre_dbs/data"?

Hva er årsaken til problemet, som du sier?

Emne: gjestefrimann,

Du følger planen for å møte kameratene dine:

Hvordan starter PostgreSQL-tjenesten?
Er det noen som vet at databasen er i en annen katalog?

Melding: Postgree-tjenesten starter ikke

2016-04-27 13:28:46 IRKT LOGG: databasesystemet avbrutt; sist kjent 2016-04-27 13:16:51 IRKT
2016-04-27 13:28:46 IRKT LOG: ugyldig primær sjekkpunktpost
2016-04-27 13:28:46 IRKT LOGG: flott seksjonssjekkpunktlink i kontrollfil
2016-04-27 13:28:46 IRKT PANIKK.
2016-04-27 13:28:46 IRKT LOG: oppstartsprosess (PID 8912) avsluttet med utgangskode 3
2016-04-27 13:28:46 IRKT LOG: avbryter oppstart på grunn av feil i oppstartsprosessen

Fra å søke på Internett ved å prøve pg_controldata-kontoen

PostgreSQL\9.4.2-1.1C\bin>pg_controldata e:\pql

pg_control versjonsnummer: 942
Katalogversjonsnummer: 201409291
Databasesystemidentifikator: 6254454928233336196
Databaseklyngetilstand: i produksjon
pg_control sist endret: 04/27/2016 9:04:41 AM
Rapporter sjekkpunkt plassering: DC/223641B8
Tidligere plassering av sjekkpunkt: DC/1F301DA8
Rapporter sjekkpunktets REDO-plassering: DC/213D1950
Rapporter sjekkpunktets REDO WAL-fil: 00000001000000DC00000021
Gjenværende sjekkpunkts TimeLineID: 1
Gjenværende kontrollpunkts PrevTimeLineID: 1
Gjenværende sjekkpunkts full_page_writes: på
Ostannіy sjekkpunkt "s NextXID: 0/2148384
Ostannіy sjekkpunkt "s NextOID: 4123902
Gjenværende sjekkpunkts NextMultiXactId: 1
Gjenværende sjekkpunkts NextMultiOffset: 0
Ostannіy sjekkpunkts eldste XID: 668
Ostannіy sjekkpunkts eldste XIDs DB: 1
Ostannіy sjekkpunkts eldste ActiveXID: 0
Ostannіy sjekkpunkts eldste MultiXid: 1
Ostannіy sjekkpunkt "s eldste Multi"s DB: 16402
Tidspunkt for siste sjekkpunkt: 27.04.2016 9:04:31
Falsk LSN-teller for uloggede rels: 0/1
Minimum sluttplassering for gjenoppretting: 0/0
Minste gjenoppretting som slutter loc sin tidslinje: 0
Startsted for backup: 0/0
Sluttplassering for sikkerhetskopiering: 0/0
End-of-backup record kreves: nei
Gjeldende wal_level-innstilling: minimal
Gjeldende wal_log_hints-innstilling: av
Gjeldende max_connections-innstilling: 200
Gjeldende max_worker_processes-innstilling: 8
Gjeldende max_prepared_xacts-innstilling: 0
Gjeldende max_locks_per_xact-innstilling: 64
Maksimal datajustering: 8
Databaseblokkstørrelse: 8192
Blokker per segment med stor relasjon: 131072
WAL blokkstørrelse: 8192
Byte per WAL-segment: 16777216
Maksimal lengde på identifikatorer: 64
Maksimalt antall kolonner i indeks: 32
Maksimal størrelse på en TOAST-bit: 1996
Mengde av den store gjenstandsdelen: 2048
Lagring av dato/klokkeslett: 64-biters heltall
Float4-argument som sendes: etter verdi
Float8-argumentet passerer: ved referanse
Datasidekontrollsumversjon: 0

PostgreSQL\9.4.2-1.1C\bin>pg_resetxlog -o 4123902 -x 2148384 -f e:\pql
pg_resetxlog: kunne ikke opprette pg_control-fil: Filen finnes

Hvordan løse problemet med pg_resetxlog: kunne ikke opprette fil: Filen eksisterer?

Emne:

Prøv å legge til en nøkkel
-P deaktiver systemindekser
(Dessuten, for alt du ikke har mistet denne indeksen av zletіv).

Siden du ikke har en replika eller en sikkerhetskopi, vil jeg si at sjansene dine for å oppdatere databasen er nær 0.
Oppdater på en slik måte at du tjener 1C – enda mindre.

PS: hvordan oppnådde du dette og hvorfor var betydningen av fsync så kontroversiell?

--
Maxim Boguk

Ernæring: bærbar postgresql lytter ikke

Kjører bærbar postgre.
Directory - kopi av fungerende postgresql 9.3
OS - Windows 7
På datamaskinen er postgresql 9.3-serveren installert, men på tidspunktet for oppstart av poratble postgresql-prosessen er postgress-prosessen i Windows oppgavebehandling fullført

For å kjøre til postgresql-katalogen, legg til kommandofilen:
EKKO PÅ for %%i i (*.bat) SET CD=%%~dpi REM Installerbare endringer for å starte PostgreSQL SET PATH="%CD%bin" ;%PATH% SET PGDATA=%CD%data SET PGDATABASE= postgres SET PGUSER=postgres SET PGPORT=5439 SET PGLOCALEDIR=%CD%share \locale REM%CD%bin\initdb CD%\bin\pg_ctl -D%CD%data stop

Serveren starter. Det er meldinger:
... F:\Temp\9.3 \bin\pg_ctl -D F:\Temp\9.3 \data -l loggfilstart Server starter ECHO "Trykk Enter for å stoppe PostgreSQL Server" pause

Jeg prøver å koble til serveren med pgAdmin III
Tilkoblingskraft:
Navn: TempPostgre Vert: localhost Tjeneste: tom rad Vedlikehold DB: postgres Brukernavn: postgres Passord: X (Det er navnet på prototypebasen)

Jeg vil minne deg på:
Serveren lytter ikke
Serveren godtar ikke tilkoblinger: tilkoblingsbibliotekrapporter

Når du er koblet til serveren, prøv på vertsadressen: 10.10.10.121 (IP for datamaskinen i lokale tiltak). Resultatet er det samme.

Emne: Problemet var med postgresql.conf-filen, som finnes i datakatalogen
Etter å ha installert denne filen
port = 5439 # (endring krever omstart)

alt ble forespurt.

Jeg ønsker dere alle

Ernæring: måltid 1053 per time etter start postgresql

Jeg spør igjen på forhånd, siden emnet ble postet i feil seksjon.

win10 x64
postgresql 8.4

Tjenesten starter ikke automatisk. yakscho primusovo - vilazit pardon 1053:

antivirus nod32. brannmur slått på (selv om tjenesten var feil):

Her er Windows-brannmurfeilen:

Postgresql vikory for robot holdemmanager2. Derfor, hvis postgresql ikke startes, vil holdemmanager2 ikke starte.
Vær så snill, hjelp meg. Etter å ha måket over kantene, hjelper ingenting.

Emne:

I postgrå tjenester er det imidlertid ikke i "løpende" status

Drevet av: PostgreSQL Data Replication - Windows Server 2008

Є en databaseserver som klienter jobber for, og en backupserver som replikering fra hoveddatabasen kreves for.
Jeg har PostgreSQL 9.2.1 installert på begge serverne

Etter å ha lest instruksjonene, gjelder de ikke

når konfigurasjonsfilene justeres (som spesifisert i statistikken), og når recovery.conf-filen legges til, slutter databasen å starte.

Din hjelp er nødvendig.

Emne: askat123,

Hvis databasen ikke starter, vil loggene tydelig si hvorfor. Det er nødvendig å starte fra dem, først og fremst gjette.

Strøm: Postgresql 9.5 starter ikke automatisk etter en tjenestefeil

God ettermiddag!
Hjelp meg, vennligst, takle det aktuelle problemet:
En test PostgreSQL-database (9.5.3) er installert på Debian 8.2-skrivebordet. Å sette opp databasen i postgresql.conf er minimal – listen_adress, port etc. Rashta for å gjøre seg klar. Jeg legger til filen.
Strømmen går ofte tom, det funker ikke.

Etter at DBMS-serveren vises, starter den ikke av seg selv - loggen er lavere

forfatter

2016-08-04 19:13:30 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:30 MSK HUSK: arbeidet med databasesystemet ble avbrutt; Siste arbeidsøyeblikk: 2016-08-04 16:15:49 MSK 2016-08-04 19:13:30 MSK [n/a]@[n/a] HUSK: ny startpakke 2016-08-04 19:13:31 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:31 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:32 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:32 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:33 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:33 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:34 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:34 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:35 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:35 MSK [e-postbeskyttet] VIKTIG: databasesystemet starter 2016-08-04 19:13:45 MSK HUSK: databasesystemet var oppdatert; automatiske oppdateringer utføres 2016-08-04 19:13:45 MSK HUSK: feil dato for oppføring med offset 1/9F46638 2016-08-04 19:13:45 MSK HUSK: REDO-data er ikke nødvendig 2016-08-04 19:13:46 MSK HUSK: Beskyttelse mot overlapping av multitransaksjoner samtidig med inkluderinger 2016-08-04 19:13:46 MSK HUSK: vimknennya 2016-08-04 19:13:46 MSK HUSK: databasesystemet er deaktivert

Etter dette, enten ved å starte den manuelt eller etter omstart av datamaskinen, starter systemet normalt.
Hvordan kan jeg sikre at systemet starter opp automatisk etter en vellykket oppdatering?

Fil lagt til før varsel ( postgresql.conf- 21Kb)

Emne: asdasd1,

Jeg mistenker at systemjusteringen er feil. Etter en viss tidsavbrudd deaktiveres databasen normalt:

2016-08-04 19:13:35 MSK HUSK: slått av når den er slått av

Se på hva som er konfigurert i /usr/lib/systemd/system/postgresql-9.5.service-filer.

Strøm: PostgreSQL starter ikke

God ettermiddag
Jeg skrev inn Postgresql og den starter ikke lenger, i loggene

forfatter

LOG: kunne ikke koble filen "pg_xlog/xlogtemp.79221" til "pg_xlog/000000010000000000000004F" (initialisering av loggfil 0, segment 79): Operasjon ikke tillatt LOGG: oppstartsprosessen (PID 79221) avsluttet med utgangskode 1 LOG: avbryter oppstart på grunn av feil i oppstartsprosessen LOGG: lastet bibliotek "online_analyze" LOGG: lastet bibliotek "plantuner" LOGG: databasesystemet ble stengt 2015-04-09 09:11:44 EEST LOG: kunne ikke koble filen "pg_xlog/xlogtemp.79344" til "pg_xlog/000000010000000000000004F" (initialisering av loggfil 0, segment 79): Operasjon ikke tillatt FATAL: kan ikke åpne filen "pg_xlog/000000010000000000000004F" (loggfil 0, segment 79): Ingen slik fil eller katalog LOGG: oppstartsprosessen (PID 79344) avsluttet med utgangskode 1 LOG: avbryter oppstart på grunn av feil i oppstartsprosessen

Gå til denne mappen og slett filen 00000001000000000000004F.

Jeg kan ikke forstå hvorfor dette skjedde. Det fungerte, og så smell og det fungerte fortsatt ikke.

Hvordan løser jeg dette problemet, hvordan starter jeg Postgres?

Emne: Mørk røyk,

Ser mest mistenkelig ut:

forfatter
"LOG: kunne ikke koble filen "pg_xlog/xlogtemp.79344" til "pg_xlog/000000010000000000000004F" (initialisering av loggfil 0, segment 79): Operasjon ikke tillatt"

Vær forsiktig så du ikke overlater det elendige antiviruset til databasen (fordi rettighetene dine er ikke de samme, men rettighetene dine er ikke de samme).
Databasekatalogen kan være inkludert i listen over steder hvor antiviruset kan gå.

Power: Autostart PostgreSQL 9.6 på Debian 8

Jeg elsker deg!
Etter å ha støtt på et problem med å starte PostgreSQL 9.6, var jeg i ferd med å installere Debian 8 OS.
Autorun kan opprettes ved å bruke et kraftskript skrevet i samsvar med den offisielle dokumentasjonen for DBMS (klausul 18.3 Starte databaseserveren, side 565)

I stedet for filen \etc\init.d\postgresql:
#!/bin/sh -e ### BEGIN INIT INFO # Gir: postgresql # Required-Start: $local_fs $remote_fs $network $time # Required-Stop: $local_fs $remote_fs $network $time# Bør-Start: $syslog # Bør-Stopp: $syslog # Standard-Start: 2 3 4 5 # Standard-Stopp: 0 1 6 # Kort beskrivelse: PostgreSQL RDBMS-server### END INIT INFO PG_PATH="/usr/lib/postgresql/9.6/bin" PGDATA= PATH=/bin:/usr/bin:/sbin:/usr/sbin DESC="postgresql daemon" NAME=postgresql DAEMON= /usr/lib/postgresql/9.6 /bin/postgresql PIDFILE="$PGDATA/postmaster.pid" SCRIPTNAME=/etc/init.d/"$NAME" sak "$1" i start) su - postgres -c "$PG_PATH /pg_ctl start -D $PGDATA -l $PGDATA/log_file.txt" exit 0;; stopp|status) su - postgres -c "$PG_PATH/pg_ctl $1";; kill) su - postgres -c "$PG_PATH/pg_ctl stop-m fast";; reboot) $0 kill $0 start;; *) ekko "Vikorist: $0 (start|stopp|kill|omstart|status)" utgang 1;; esac utgang 0
Når det startes fra konsollen, kjører skriptet riktig
[e-postbeskyttet]:~# /etc/init.d/postgresql start serveren starter [e-postbeskyttet]:~# /etc/init.d/postgresql status pg_ctl: server som kjører (PID: 759) /usr/lib/postgresql/9.6 /bin/postgres "-D" "/var/lib/postgresql/9.6/main" [e-postbeskyttet]:~# /etc/init.d/postgresql stopp fullføring av serverroboter.... klar server konfigurert [e-postbeskyttet]:~#
Manuset er skrevet på:
/etc/rc0.d -> K02postgresql
/etc/rc1.d -> K02postgresql
/etc/rc2.d -> S02postgresql
/etc/rc3.d -> S02postgresql
/etc/rc4.d -> S02postgresql
/etc/rc5.d -> S02postgresql
/etc/rc6.d -> K02postgresql

Prøver å komme i gang med standard PostgeSQL autostart-skript, men uten ytterligere anstrengelser.
Dessuten, i manualen for postgresql anbefales det å jobbe slik.
Allerede sint lette jeg etter en bekreftelse på Internett. Jeg spør av spesifikke grunner.

Emne: Jammen Yosh!
Spart, etter å ha gnidd statuen på Khabrakhabr på siden

Bak henne:
1. På /etc/systemd/system/multi-user.target.wants vet du kraften til å enheten postgresql.service
2. Å skrive om yogo som dette
Description=PostgreSQL RDBMS Type=forking PIDFile=/var/lib/postgresql/9.6 /main/postmaster.pid WorkingDirectory=/usr/lib/postgresql/9.6 /bin User=postgres Group=postgres Environment=PGDATA=/var/lib/ postgresql/9.6 /main OOMScoreAdjust=-100 ExecStart=/usr/lib/postgresql/9.6 /bin/pg_ctl start -D /var/lib/postgresql/9.6/main -l /var/lib/postgresql/9.6/main/log_file .txt ExecStop=/usr/lib/postgresql/9.6 /bin/pg_ctl stop -m fast ExecReload=/usr/lib/postgresql/9.6 /bin/pg_ctl restart -D /var/lib/postgresql/9.6/main TimeoutSec=60 #Restart=alltid #ExecStart=/bin/true #ExecReload=/bin/true #RemainAfterExit=on WantedBy=multi-user.target

Før du snakker, her er en løsning som lar deg overvinne aggressive OOM-morderroboter, som er skrevet om i postgres-manualen. Du kan fortelle om noe som er umulig å legge inn, men det ser ut til at det er mulig å gå inn OOMScoreAdjust=-1000
OOM killer er en mekanisme for å redusere prosesser i tilfelle minnemangel, som har blitt implementert i kjernen, fra og med Linux 2.6 og senere.

Du kan også kommentere raden #Restart = alltid.
Dette vil sikre at den tilordnede PIDF-filen blir identifisert og deretter prøve å kjøre postgresql
Du kan bruke denne analogen til skriptet fra mitt forrige innlegg, men med implementering på samme nivå av systemet))

Etter å ha endret enhetsfilen postgresql.service ved å bruke kommandoene for å installere og revidere arbeidet ditt
systemctl deaktiver postgresql.service systemctl enable postgresql.service systemctl -l status postgresql.service systemctl start postgresql.service systemctl stop postgresql.service

Når systemet er slått av, starter serveren opp på riktig måte, og når Debian 8-operativsystemet starter, vil det automatisk starte opp.
Etter å ha ryddet opp i politiet, var jeg redd for Cron

Dersom det er mangler ved den foreslåtte løsningen hører jeg gjerne.

Ernæring: Når du installerer Postgresql 9.4 på Debian 8 (jessie), opprettes ikke /etc/postgresql-katalogen

God ettermiddag!

Postgresql 9.4 ble installert. OS Debian 8 (jessie)
For øyeblikket har administratoren bestemt seg for å installere den på nytt.
I dette tilfellet, hvis du har valgt Postgresql- og Pgadmin3-pakkene, må du installere det manuelt.

Som et resultat har administratoren per i dag ingen hjelp, og når jeg prøver hardt å installere Postgresql, opprettes ikke /etc/postgresql-katalogen og de tilsvarende konfigurasjonsfilene som er lagret i den.

Vennligst vis meg hvordan jeg installerer Postgresql-serveren riktig nå.

Å bruke standardmetodene sudo apt-get --purge remove postgresql og å installere sudo apt-get install postgresql hjelper ikke...

Takk for støtten!

Emne:
Installert slik.

Etter å ha avinstallert postgresql-common med parameteren --purge og installert den på nytt, ble alle konfigurasjoner oppdatert.
Etter å ha registrert koristuvachs, korrigert oppsettet, ble alt bestilt!
Flott!!!

Denne informasjonen er spesielt ment for oss og våre støttetjenester, fordi Et problem som ligner på det som er beskrevet nedenfor, oppstår på grunn av dets hyppige frekvens og krever at du husker hovedtrinnene fra det.

Vel, historien begynner med det faktum at vi ringte for mindre enn 30 dager siden kl 11-30 med informasjon om at systemet vårt ikke starter i en av våre klienter, fordi vi ikke kan koble til databasen (som DBMS vi bruker) er resultatet av Post greSql versjon 8.1) . Folk forklarer at for et år siden slo lyset seg av og datamaskinen slo seg feil av, og etter å ha slått den på sluttet alt å fungere :)

Gode ​​brukere av systemet vårt vet hvor startknappen er og vet at systemet har mer enn to år med «noen tall, men andre tall». Hvis du bestemmer deg for å jobbe via telefon, prøver du å starte DBMS-tjenesten manuelt, men resultatet er at tjenesten ikke starter. Jeg hadde en sjanse til å bruke Internett på den datamaskinen (på datamaskiner der systemet vårt er installert, har ikke Internett skylden) for mulighetens skyld ekstern tilkobling.

Etter å ha koblet til til en ekstern datamaskin Jeg prøvde å starte tjenesten og så følgende varsel: "PostgreSql Database Server 8.1 Service" på "Local Computer" ble startet og deretter stoppet. Tjenesters aktiviteter blir automatisk avsluttet fordi de ikke har noe å jobbe med, for eksempel loggingstjenesten og produktivitetsvarslinger.» Hmm...

Problemet er at i det øyeblikket var all informasjon tilgjengelig... PostgreSql-logger er tomme, de har ingen oppføringer, og systemloggene er også tomme.

Å sette opp tjenester er ikke en enkel prosess mange utviklere tilbyr mekanismer for å starte et tjenesteprogram som et grunnleggende konsollprogram ved å bruke ekstra kommandolinjetaster. І PostgreSql har ikke skylden for denne planen; For å kjøre det, må du kjøre følgende kommando (hint: denne kommandoen kan bare kjøres under en ikke-administrativ bruker av systemet, men hvis du glemmer det, vil PostgreSql raskt minne deg om det):

postgres -D " "

Vi lanserer og legger merke til varselet om kanselleringen. Etter min mening hørtes denne meldingen omtrent slik ut:

FATAL - falske data i låsefilen "postmaster.pid"

Utrolig nok ble jeg spart, problemet ble rettet. Jeg er redd instruksjonsfilen virket tom, og jeg måtte kopiere den i stedet fra en fungerende forekomst av DBMS, som ikke utgjorde noen spesielle vanskeligheter.

Moralen i denne meldingen er at hvis databasen har sviktet, eller andre problemer med systemet har oppstått, må du først installere DBMS på nytt (eller gjenopprette systemet) og bruke alle pengene, hvis du vil prøve hva som er problemet, kanskje, Det er stor sjanse for at du vil kunne fornye produktiviteten din ved å bruke mindre radikale metoder.

Z.I. Med den kommende New Rock ønsker alle å sikre at systemene dine er stabile og pålitelige og ikke forstyrrer søvnen din, hvis det oppstår problemer, vil du alltid ha alternativer klare til å håndtere denne situasjonen, jeg vil vende inn.

Denne informasjonen er spesielt ment for oss og våre støttetjenester, fordi Et problem som ligner på det som er beskrevet nedenfor, oppstår på grunn av dets hyppige frekvens og krever at du husker hovedtrinnene fra det.

Vel, historien begynner med det faktum at vi ringte for mindre enn 30 dager siden kl 11-30 med informasjon om at systemet vårt ikke starter i en av våre klienter, fordi vi ikke kan koble til databasen (som DBMS vi bruker) er resultatet av Post greSql versjon 8.1) . Folk forklarer at for et år siden slo lyset seg av og datamaskinen slo seg feil av, og etter å ha slått den på sluttet alt å fungere :)

Gode ​​brukere av systemet vårt vet hvor startknappen er og vet at systemet har mer enn to år med «noen tall, men andre tall». Hvis du bestemmer deg for å jobbe via telefon, prøver du å starte DBMS-tjenesten manuelt, men resultatet er at tjenesten ikke starter. Jeg måtte koble til Internett på den datamaskinen (på datamaskiner der systemet vårt er installert, Internett er ikke nødvendig) for muligheten for en ekstern tilkobling.

Etter å ha koblet til en ekstern datamaskin, prøvde jeg å starte tjenesten og så følgende varsel: "PostgreSql Database Server 8.1 Service" på "Local Computer" ble startet og deretter stoppet. Tjenesters aktiviteter blir automatisk avsluttet fordi de ikke har noe å jobbe med, for eksempel loggingstjenesten og produktivitetsvarslinger.» Hmm...

Problemet er at i det øyeblikket var all informasjon tilgjengelig... PostgreSql-logger er tomme, de har ingen oppføringer, og systemloggene er også tomme.

Å sette opp tjenester er ikke en enkel prosess mange utviklere tilbyr mekanismer for å starte et tjenesteprogram som et grunnleggende konsollprogram ved å bruke ekstra kommandolinjetaster. І PostgreSql har ikke skylden for denne planen; For å kjøre det, må du kjøre følgende kommando (hint: denne kommandoen kan bare kjøres under en ikke-administrativ bruker av systemet, men hvis du glemmer det, vil PostgreSql raskt minne deg om det):

postgres -D " "

Vi lanserer og legger merke til varselet om kanselleringen. Etter min mening hørtes denne meldingen omtrent slik ut:

FATAL - falske data i låsefilen "postmaster.pid"

Utrolig nok ble jeg spart, problemet ble rettet. Jeg er redd instruksjonsfilen virket tom, og jeg måtte kopiere den i stedet fra en fungerende forekomst av DBMS, som ikke utgjorde noen spesielle vanskeligheter.

Moralen i denne meldingen er at hvis databasen har sviktet, eller andre problemer med systemet har oppstått, må du først installere DBMS på nytt (eller gjenopprette systemet) og bruke alle pengene, hvis du vil prøve hva som er problemet, kanskje, Det er stor sjanse for at du vil kunne fornye produktiviteten din ved å bruke mindre radikale metoder.

Z.I. Med den kommende New Rock ønsker alle å sikre at systemene dine er stabile og pålitelige og ikke forstyrrer søvnen din, hvis det oppstår problemer, vil du alltid ha alternativer klare til å håndtere denne situasjonen, jeg vil vende inn.