Re: espace disque

Cette commande n'existe sur pas sur le serveur, ou je n'ai pas les droits avec mes codes (ce qui est très fort probable).

Samantha

-----Message d'origine-----
De : pgsql-fr-generale-owner(at)postgresql(dot)org [mailto:pgsql-fr-generale-owner(at)postgresql(dot)org] De la part de Marc Cousin
Envoyé : mardi 8 décembre 2009 16:29
À : pgsql-fr-generale(at)postgresql(dot)org
Cc : SOULABAILLE Samantha; Guillaume Lelarge; Stephane Bortzmeyer
Objet : Re: [pgsql-fr-generale] espace disque

Si vous avez de l'espace pris sur le système de fichier mais que vous n'arrivez
pas à le retrouver, ça pourrait être de l'espace utilisé par des fichiers
supprimés mais encore en cours d'utilisation.

Que donne la commande 'lsof -n | grep deleted' ?

Le mardi 08 décembre 2009 15:34:28, SOULABAILLE Samantha a écrit :
> Base fait 13 Go.
>
> Effectivement, ils font tous 1 Go hormis le dernier, je me sens bête
> d'avoir pensé que ça venait de ces fichiers.
>
> Pour la taille du répertoire base, voici le retour d'un du -h:
> 3,6M ./10793
> 395M ./1960190
> 3,1G ./1967792
> 1,4G ./1960188
> 4,0K ./1245204/pgsql_tmp
> 108M ./1245204
> 4,0K ./1243758/pgsql_tmp
> 13G ./1243758
> 4,7M ./1
> 3,5M ./10792
> 4,8M ./593087
> 18G .
>
> La base de données en question correspond à 1243758
>
> J'aimerai bien savoir ou sont passé ces sacrés Go. J'ai bien vu descendre
> l'espace libre pendant le lancement de mon createdb.
>
> Mon collègue qui s'occupe du serveur se demande s'ils ne seraient gardés
> par le swap, il va redémarrer le serveur ce soir mais rien ne dit que
> c'est ça.
>
> Samantha
>
>
>
> -----Message d'origine-----
> De : Guillaume Lelarge [mailto:guillaume(at)lelarge(dot)info]
> Envoyé : mardi 8 décembre 2009 15:14
> À : SOULABAILLE Samantha
> Cc : pgsql-fr-generale(at)postgresql(dot)org; Stephane Bortzmeyer
> Objet : Re: [pgsql-fr-generale] espace disque
>
> Le mardi 8 décembre 2009 à 15:10:17, SOULABAILLE Samantha a écrit :
> > >Le VACUUM FULL ne récupère pas tout, mais il est généralement très
> > > efficace. Êtes-vous sûre d'avoir perdu autant de place sur le template
> > > ? Ça ne serait pas plutôt au niveau des journaux de transactions ?
> >
> > Les journaux de transaction, c'est ce qui se trouve sous pg_xlog?
>
> Oui.
>
> > Dans ce cas ça ne fait que 115Mo.
>
> En effet, ce n'est rien.
>
> > C'est bien le répertoire de la base qui me
> > parait un peu gros. Bon je ne sais pas exactement quelle taille non plus
> > elle faisait avant mais bon. Et puis dans les fichiers binaires j'ai des
> > fichiers de plus de 1Go nommés 2613, puis de 2613.1 à 2613.10. Je me
> > demande ce que cela peut etre dans pg_class, j'ai repéré que 2613
> > correspondait à pg_largeobjetc mais rien pour les 2613.1 et consors.
>
> C'est toujours pg_largeobject. PostgreSQL divise les tables et index en
> fichiers de maximum 1 Go. Si ça va jusqu'à .10, cela sous-entend que votre
> table pg_largeobject fait au maximum 11 Go.
>
> Quelle taille fait "base" ? et quelle taille fait chaque répertoire de
> "base" ?
>
> > Je ne
> > voudrais pas les virer sans savoir si ils correspondent à quelque chose
> > ou si ce sont des reliquat de mon createdb avorté.
>
> De toute façon, on ne vire rien au niveau système de fichiers :)
>