Erreur: le fichier «» n'a pas pu être supprimé (erreur 2: aucun fichier ou répertoire de ce type)

J'obtiens l'erreur pgAdmin III suivante chaque fois que je restaure une base de données, à l'aide de pgAdmin III:

Erreur: le fichier «» n'a pas pu être supprimé (erreur 2: aucun fichier ou répertoire de ce type)

Voir le journal pgadmin .

Ma configuration:

PostgreSQL 9.4.4 sur x86_64-unknown-linux-gnu, compilé par gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2, 64 bits

Linux 3.19.0-26-generic # 28 ~ 14.04.1-Ubuntu SMP Wed 12 août 14:09:17 UTC 2015 x86_64 x86_64 x86_64 GNU / Linux

postgresql pgadmin-1.18

— byaruhaf
source

Pouvez-vous essayer d'effectuer la même tâche à l'aide des outils de ligne de commande pgsqlet / ou pg_restore? La raison en est qu'ils donnent souvent des messages d'erreur plus détaillés et informatifs que les outils GUI. À partir de votre journal collé, vous semblez (ou pgAdmin le fait) essayer de supprimer un fichier sans nom. Avez-vous vérifié le journal PostgreSQL? Je démarre normalement mon serveur avec "./bin/pg_ctl -D ./data/ -l start de fichier journal" - quelque chose dans votre équivalent de fichier journal? Peut-être essayez ici pour la journalisation détaillée?

— Vérace

@ Vérace j'ai utilisé pgsql et pg_restore n'a reçu aucune erreur. j'ai ensuite changé pour une version inférieure de PGADMIN3 1.18 n'a toujours pas eu d'erreur. J'ai ensuite construit la nouvelle version 1.22.0 Alpha 2 à partir du référentiel git. cela n'a pas non plus d'erreur. je suppose que le problème est limité à seulement pgAdmin III version 1.20.0.

— byaruhaf

Se produit parfois @byarufaf - peut-être pourriez-vous le signaler aux personnes pgAdmin? Je sais que le projet PostgreSQL produit généralement des logiciels de grande qualité et ils voudraient aplanir tous les bugs! BTW, vous savez que alpha signifie exactement cela - c'est-à-dire pas prêt pour la production?

— Vérace

@ Vérace je suppose que le bug a été corrigé dans l'alpha, donc il faut le signaler. mais ce PgAdmin est destiné à un usage personnel et non à la production, donc je peux utiliser l'Alpha jusqu'à la sortie officielle de la nouvelle version.

— byaruhaf

le même problème ici avec la version 1.22.0.

— chespinoza

Ce bug a été signalé par Byaruhanga Franklin aux listes de diffusion,

J'ai également essayé avec pgsql et pg_restore n'a reçu aucune erreur. j'ai ensuite changé pour une version inférieure de PGADMIN3 1.18 n'a toujours pas eu d'erreur. J'ai ensuite construit la nouvelle version 1.22.0 Alpha 2 à partir du référentiel git. cela n'a pas non plus d'erreur. je suppose que le problème est limité à seulement pgAdmin III version 1.20.0.

Mettez à niveau vers PgAdmin3 1.22 ou vers PgAdmin4.

— Evan Carroll
source

Utiliser vesrion 1.22.0 (12 janvier 2016, rév: REL-1_22_0) et avoir le même problème.

— Georgy Ivanov

@GeorgyIvanov dépose un autre bug, je suppose qu'ils ne l'ont pas résolu correctement. = (

— Evan Carroll

Même problème 1.22.0

— edencorbin