Vous n'êtes pas identifié(e).
Salut,
je souhaite pouvoir supprimer une connexion par rapport à sa date .
Par exemple supprimer toutes celles qui ont plus d'une minute, voire plus de 30 secondes d'existance !
comment faire ?
Merci d'avance
de toute facon, cette base était secondaire et n'est pas utilisée réellement,
ce cas m'a permis d'être confronté à cette éventualité et de procéder aux mesures adéquates !
C'est en faisant des erreurs qu'on s'améliore !
qu'est qui est corrompu au juste ?
une base de données precise ou carrément tout le cluster de bases de données ?
recreer ma base et importer une ancienne sauvegarde,
je peux faire ca avec pgadmin ?
dans les logs j'avais repéré ca :
< 2021-06-14 20:44:25.782 CEST >LOG: startup process (PID 9520) was terminated by signal 6: Aborted
< 2021-06-14 20:44:25.782 CEST >LOG: aborting startup due to startup process failure
< 2021-06-14 20:47:26.308 CEST >LOG: database system was interrupted; last known up at 2021-06-14 16:39:40 CEST
< 2021-06-14 20:47:26.399 CEST >LOG: invalid primary checkpoint record
< 2021-06-14 20:47:26.399 CEST >LOG: record with zero length at 1022/3C3D2AE8
< 2021-06-14 20:47:26.399 CEST >LOG: invalid secondary checkpoint record
< 2021-06-14 20:47:26.399 CEST >PANIC: could not locate a valid checkpoint record
J'ajoute que le fichier postgresql.conf , je l'ai ouvert avec un editeur simple de texte et bizarrement il y avait
des symboles ésotériques bizarres ; donc je l'ai remplacé par un fichier sain.
bon ok dans ce cas là avec l'erreur "postgresql-9.4 dead but pid file exists ",
quel aurait été la bonne procédure à faire pour résoudre le probleme ?
victoire,
bon j'ai supprimé le fichier postmaster.pid
passer en ligne de commande su postgres et utilisé :
/usr/pgsql-9.4/bin/pg_resetxlog -f /var/lib/pgsql/9.4/data
redémarré le serveur postgres et ca marche !!!!!
source : https://www.windows8facile.fr/postgresq … nt-record/
Bonjour,
je tente de redemarrer mon serveur postgresql par le biais de
service postgresql-9.4 start
puis je regarde le statut
service postgresql-9.4 status et j'ai le probleme :
postgresql-9.4 dead but pid file exists
J'ai bien un fichier postmaster.pid dans /var/lib/pgsql/9.4
et il a des droits utilisateur/groupe en root , deja est-ce normal ?
Faut il le passer en droits postgres comme les autres fichiers ?
Faut-il le supprimer puis redemarrer ?
Merci d'avance
Salut,
tous les x minutes je dois redémarrer mon serveur potsgresql 9.4,
car il plante , je suppose qu'un robot veut se connecter par brutforce.
Mon serveur httpd n'est jamais planté !
Je suppose qu'il faut configurer fail2ban et je suppose qu'il faut sécuriser le compte postgres
mais comment faire précisément ?
Merci d'avance
dans mes logs j'ai à la chaine :
CEST >FATAL: sorry, too many clients already
bon, je suis allé sur le fichier /etc/rc.d/init.d/postgresql-9.2 et changer PGPORT à 5433 !!!!!
et là ca marche !
mais alors à quoi sert postgresql.conf sur /var/lib/pgsql/9.2/data ??????????
Etrange dans postgresql.conf de la 9.2,
je specifie le port à 5433 mais le probleme c'est
que quand je fais service postgresql-9.2 start
ca se câble sur le port 5432, je peux le voir en faisant ps auxww | grep ^postgres , ca donne
postgres 7261 0.2 0.5 1259672 48224 ? S 01:08 0:00 /usr/pgsql-9.2/bin/postmaster -p 5432 -D /var/lib/pgsql/9.2/data
postgres 7263 0.0 0.0 161764 1244 ? Ss 01:08 0:00 postgres: logger process
postgres 7265 0.0 0.0 1260188 1500 ? Ss 01:08 0:00 postgres: checkpointer process
postgres 7266 0.0 0.0 1260188 2928 ? Ss 01:08 0:00 postgres: writer process
postgres 7267 0.0 0.0 1260188 1464 ? Ss 01:08 0:00 postgres: wal writer process
postgres 7268 0.0 0.0 1261148 2892 ? Ss 01:08 0:00 postgres: autovacuum launcher process
postgres 7269 0.0 0.0 164120 1600 ? Ss 01:08 0:00 postgres: stats collector process
bon , pour trouver les fichiers de log,
en fait je sais pas où ils sont..
En toutcas quand j'éteins la 8.4 , j'arrive à allumer la 9.2,
puis je n'arrive pas à rallumer la 8.4 !
En gros les 2 serveurs ne peuvent pas être allumés en même temps,
etrange,
mon serveur a buggé, je l'ai redemarré
postgresql-8.4 a bien redemarré tout seul
j'ai tapé service postgresql-9.2 start
mais ca repond que ca a echoué !
alors je me logg en tant que postgres (je tape su postgres)
puis je fais cd /tmp
puis je tape :
/usr/pgsql-9.2/bin/pg_ctl start -l logfile -D /var/lib/pgsql/9.2/data
et là postgresql-9.2 démarre bien !!!!!
Une question de droit d'utilisateur ???? Il n'aime pas root ????
en tapant ps auxww | grep ^postgres
j'ai :
postgres 1464 0.0 1.5 5530444 124904 ? S May06 0:49 /usr/pgsql-8.4/bin/postmaster -p 5432 -D /var/lib/pgsql/8.4/data
postgres 1466 0.0 0.0 163248 1512 ? Ss May06 0:00 postgres: logger process
postgres 1490 0.0 0.9 5533140 78716 ? Ss May06 0:05 postgres: writer process
postgres 1491 0.0 0.0 5533008 1684 ? Ss May06 0:02 postgres: wal writer process
postgres 1492 0.0 0.0 5534144 2740 ? Ss May06 0:01 postgres: autovacuum launcher process
postgres 1493 0.0 0.0 164324 2440 ? Ss May06 0:17 postgres: stats collector process
postgres 4011 0.0 0.5 1259676 45436 ? S 00:01 0:00 /usr/pgsql-9.2/bin/postgres -D /var/lib/pgsql/9.2/data
postgres 4013 0.0 0.0 161760 1264 ? Ss 00:01 0:00 postgres: logger process
postgres 4021 0.0 0.0 1260192 1504 ? Ss 00:01 0:00 postgres: checkpointer process
postgres 4022 0.0 0.0 1260192 8128 ? Ss 00:01 0:00 postgres: writer process
postgres 4023 0.0 0.0 1260192 1440 ? Ss 00:01 0:00 postgres: wal writer process
postgres 4024 0.0 0.0 1260856 2552 ? Ss 00:01 0:00 postgres: autovacuum launcher process
postgres 4025 0.0 0.0 163980 1344 ? Ss 00:01 0:00 postgres: stats collector process
Bon j'ai fait service postgresql-9.2 start et ca remarche !!!!!
etrange, je vais reessayer demain en faisant des redemarrage de mon serveur pour voir si ca rebloque
j'ai ca :
FATAL: le fichier verrou « postmaster.pid » existe déjà
ASTUCE : Un autre postmaster (de PID 53978) est-il déjà lancé avec comme répertoire de
données « /var/lib/pgsql/9.2/data » ?
LOG: n'a pas pu se lier à la socket IPv4 : Adresse déjà utilisée
ASTUCE : Un autre postmaster fonctionne-t'il déjà sur le port 5433 ?
Sinon, attendez quelques secondes et réessayez.
LOG: n'a pas pu se lier à la socket IPv6 : Adresse déjà utilisée
ASTUCE : Un autre postmaster fonctionne-t'il déjà sur le port 5433 ?
Sinon, attendez quelques secondes et réessayez.
ATTENTION: n'a pas pu créer le socket d'écoute pour « * »
FATAL: n'a pas pu créer de socket TCP/IP
Bonjour,
j'ai sur mon serveur 2 postgresql :
postgresql 8.4 sur le port 5432, installé depuis des années,
postgresql 9.2 sur le port 5433, installé il y a 2 jours.
ils démarrent bien et marchaient bien de concert tous les 2 depuis 2 jours mais aujourd'hui le serveur a crashé et j'ai dû le redémarrer,
mais d'habitude le 8.4 s'allumait au démarrage ce qui n'etait pas le cas , j'ai dû faire "service postgresql-8.4 start" pour le démarrer manuellement,
mais rien à faire pour "service postgresql-9.2 start" , il ne veut pas démarrer .
LA question que je me pose c'est si c'est pas une histoire de postmaster.pid que se partageraient les 2 serveurs.
Je voudrais re-re-re-redémarrer mon serveur pour tester le démarrarge du 9.2 en premier pour voir si la 8.4 demarre ou pas en manuel
mais je ne peux pas aujourd'hui.
Merci d'avance
ou tout simplement que mon disque dur n'est pas assez gros pour mes besoins
Pouvez-vous vérifier avec la requête suivant :
SELECT name, current_setting(name), source, sourcefile, sourceline FROM pg_settings WHERE source <> 'default' AND name NOT IN ('config_file', 'data_directory', 'hba_file', 'ident_file') ORDER BY name;
ca donne :
"application_name";"pgAdmin III - ??diteur de requ??tes";"client";"";
"archive_mode";"off";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";191
"bytea_output";"escape";"session";"";
"client_encoding";"UNICODE";"session";"";
"client_min_messages";"notice";"session";"";
"DateStyle";"ISO, DMY";"session";"";
"default_text_search_config";"pg_catalog.french";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";520
"lc_collate";"fr_FR.UTF-8";"override";"";
"lc_ctype";"fr_FR.UTF-8";"override";"";
"lc_messages";"fr_FR.UTF-8";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";513
"lc_monetary";"fr_FR.UTF-8";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";515
"lc_numeric";"fr_FR.UTF-8";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";516
"lc_time";"fr_FR.UTF-8";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";517
"log_destination";"stderr";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";294
"log_directory";"pg_log";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";306
"log_filename";"postgresql-%a.log";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";308
"logging_collector";"on";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";300
"log_rotation_age";"1d";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";320
"log_rotation_size";"0";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";322
"log_timezone";"Europe/Paris";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";418
"log_truncate_on_rotation";"on";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";312
"max_connections";"100";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";64
"max_stack_depth";"2MB";"environment variable";"";
"port";"5432";"command line";"";
"server_encoding";"UTF8";"override";"";
"shared_buffers";"32MB";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";113
"TimeZone";"Europe/Paris";"configuration file";"/var/lib/pgsql/9.2/data/postgresql.conf";500
"transaction_deferrable";"off";"override";"";
"transaction_isolation";"read committed";"override";"";
"transaction_read_only";"off";"override";"";
"wal_buffers";"1MB";"override";"";
#archive_command = ''
Le paramètre archive_mode est à on, et le paramètre archive_command pour voir la commande qui effectuera l'archivage. Comme le disait Guillaume, si cela échoue, cela se verra dans les logs. Pouvez-vous regarder s'il y a des messages d'erreur dans les logs ?
log récurrent mais ca n'a pas l'air d'être lié à un probleme d'archivage :
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 13
INSTRUCTION : DELETE FROM d8gis_flood
WHERE expiration < '1530920071'
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 67
INSTRUCTION : SELECT COUNT(*) AS expression
FROM
(SELECT 1 AS expression
FROM
d8gis_flood f
WHERE (event = 'user.failed_login_ip') AND (identifier = '127.0.0.1') AND (timestamp > '1530917399')) subquery
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 67
INSTRUCTION : SELECT COUNT(*) AS expression
FROM
(SELECT 1 AS expression
FROM
d8gis_flood f
WHERE (event = 'user.failed_login_user') AND (identifier = '1-127.0.0.1') AND (timestamp > '1530899399')) subquery
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 13
INSTRUCTION : DELETE FROM d8gis_flood
WHERE (event = 'user.failed_login_user') AND (identifier = '1-127.0.0.1')
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 13
INSTRUCTION : DELETE FROM d8gis_flood
WHERE expiration < '1530953312'
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 13
INSTRUCTION : DELETE FROM d8gis_flood
WHERE expiration < '1530957732'
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 13
INSTRUCTION : DELETE FROM d8gis_flood
WHERE expiration < '1530973320'
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 13
INSTRUCTION : DELETE FROM d8gis_flood
WHERE expiration < '1530998884'
ERREUR: la relation « d8gis_flood » n'existe pas au caractère 67
INSTRUCTION : SELECT COUNT(*) AS expression
FROM
(SELECT 1 AS expression
FROM
d8gis_flood f
WHERE (event = 'user.failed_login_ip') AND (identifier = '127.0.0.1') AND (timestamp > '1530997078')) subquery
ERREUR: la relation « public.d8gis_flood » n'existe pas au caractère 409
INSTRUCTION : SELECT pg_attribute.attname AS column_name, format_type(pg_attribute.atttypid, pg_attribute.atttypmod) AS data_type, pg_get_expr(pg_attrdef.adbin, pg_attribute.attrelid) AS column_default
FROM pg_attribute
LEFT JOIN pg_attrdef ON pg_attrdef.adrelid = pg_attribute.attrelid AND pg_attrdef.adnum = pg_attribute.attnum
WHERE pg_attribute.attnum > 0
AND NOT pg_attribute.attisdropped
AND pg_attribute.attrelid = 'public.d8gis_flood'::regclass
AND (format_type(pg_attribute.atttypid, pg_attribute.atttypmod) = 'bytea'
OR pg_attrdef.adsrc::text LIKE 'nextval%')
comment voir que le mode archivage est activé ?
espace disque saturée de pg_xlog
j'ai la 9.2 sur centos 6
Salut j'ai le log suivant :
LOG: le système de bases de données a été arrêté à 2018-03-07 23:03:19 CET
FATAL: n'a pas pu écrire dans le fichier « pg_xlog/xlogtemp.7127 » : Aucun espace disponible sur le périphérique
LOG: processus de lancement (PID 7127) quitte avec le code de sortie 1
LOG: annulation du démarrage à cause d'un échec dans le processus de lancement
l'espace est saturé /var/lib/, comment redémarrer postgresql en lui disant d'tuiliser l'espace disque d'un autre répertoire,
le temps de supprimer les bases inutiles ?
Merci d'avance
Bonjour,
est-ce que je peux effacer les fichiers dans le dossier pg_xlog ?
Si oui comment le faire proprement ?
Comment ne conserver que les dernieres ?
est-il possible de paramétrer afin que le dossier ne dépasse pas une certaine
volumétrie ?
Merci d 'avance
