Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

[Sébastien Dinot]

Sébastien NOBILI a écrit :
> - identifier ce qui a consommé autant d’i-nodes et voir si c’est bien
>   normal

Certes, il n'est pas idiot de se poser cette question.

Pour ce qui est du nombre d'inodes consommés, le nombre annoncé ne me
semble pas gargantuesque quand je le compare aux serveurs que
j'administre : entre 170 000 et 2 200 000 inodes sont consommés selon
les machines.

Mais sans plus d'éléments d'information sur le serveur considéré, il est
impossible de dire s'il est normal que 432352 inodes soient consommés.

Pour localiser les applications et/ou paquets qui consomment beaucoup
d'inodes, Patrice peut tenter d'identifier les répertoires qui
contiennent le plus grand nombre de fichiers. Voici ce que cela donne
sur deux de mes machines :

sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head -n 3
  11907 /home/seb/.josm/cache/wms/4/lambertcc9
   8842 /home/seb/.josm/cache/wms/5/lambertcc9
   4758 /home/seb/.josm/cache/wms/5/mercator

sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head -n 3
  12970 /var/lib/dpkg/info
   7521 /usr/share/man/man3
   3571 /usr/share/man/man1

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: alléger une image pdf

[Vincent Lefevre]

On 2017-03-21 23:46:35 +0100, Gilles Mocellin wrote:
> Le mardi 21 mars 2017, 23:14:17 CET Vincent Lefevre a écrit :
> [...]
> > Pourquoi exécuter pdftops suivi de ps2pdf, et non pas ps2pdf
> > directement?
> > 
> > D'autant plus que pdftops risque de supprimer des métainformations
> > spécifiques au format PDF...
> 
> Je ne sais plus, mais vu son nom "ps2pdf", je me disais surement que ça ne 
> savait lire que du postscript et pas du PDF.
> Ça sait lire du PDF ?

Oui (c'est en fait Ghostscript, qui sait lire PostScript et PDF).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: alléger une image pdf

[Gilles Mocellin]

Le mardi 21 mars 2017, 23:14:17 CET Vincent Lefevre a écrit :
[...]
> Pourquoi exécuter pdftops suivi de ps2pdf, et non pas ps2pdf
> directement?
> 
> D'autant plus que pdftops risque de supprimer des métainformations
> spécifiques au format PDF...

Je ne sais plus, mais vu son nom "ps2pdf", je me disais surement que ça ne 
savait lire que du postscript et pas du PDF.
Ça sait lire du PDF ?

Re: alléger une image pdf

[Vincent Lefevre]

On 2017-03-21 10:36:40 +0100, Gilles Mocellin wrote:
> On lundi 20 mars 2017 20:27:48 CET Vincent Lefevre wrote:
> > ps2pdf (qui est en fait un wrapper à gs).
> 
> En effet, et ça me rappelle un script que j'avais fait :
> 
>  cat /usr/local/bin/pdfreduce  
> #!/bin/bash 
> PDF="$1" 
> TMPPDF=$(mktemp) 
> 
> if [ -z "$PDF" ]; then exit 1; fi 
> 
> pdftops \ 
>-paper match \ 
>-nocrop \ 
>-noshrink \ 
>-nocenter \ 
>-level3 \ 
>-q \ 
>"$PDF" - \ 
> | ps2pdf \ 
>-dUseFlateCompression=true \ 
>-dOptimize=true \ 
>-dPDFSETTINGS=/prepress \ 
>- $TMPPDF 

Pourquoi exécuter pdftops suivi de ps2pdf, et non pas ps2pdf
directement?

D'autant plus que pdftops risque de supprimer des métainformations
spécifiques au format PDF...

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: alléger une image pdf

[Samy Mezani]

Bonsoir,

Le 19/03/2017 à 19:26, Émile CARRY a écrit :

Le 19/03/2017 à 19:22, JF Straeten a écrit :

Re,

On Sun, Mar 19, 2017 at 06:53:15PM +0100, bernard.schoenac...@free.fr wrote:

[...]

je souhaiterai alléger une image pdf, mais comment faire ?

Tu peux aussi passer par ghostscript :
Réduire la taille d'un pdf :
gs -q -dSAFER -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sOUTPUTFILE=pdf_reduit.pdf -f
pdf_a_reduire.pdf

ça marche pas mal avec des images


Selon la résolution qu'on veut, on peut passer d'autres options à gs :

gs -sDEVICE=pdfwrite -dNOPAUSE -dBATCH -dPDFSETTINGS=/ebook 
-sOutputFile=fichierfinal.pdf fichiersource.pdf


Autres valeurs possibles :
-dPDFSETTINGS=/screen (screen-view-only quality, 72 dpi images)
-dPDFSETTINGS=/ebook (low quality, 150 dpi images)
-dPDFSETTINGS=/printer (high quality, 300 dpi images)
-dPDFSETTINGS=/prepress (high quality, color preserving, 300 dpi images)
-dPDFSETTINGS=/default (almost identical to /screen)

Samy

[1/2 HS] syntaxe qui ne va plus depuis upgrade MySQL

[andre_debian]

Bonsoir,

Depuis l'installation de MySQL dernière version,
Je sèche sur une syntaxe SQL qui fonctionnait avant l'upgrade :

"SELECT images, logos, COUNT (*) AS total FROM tablelogo
GROUP BY logos ORDER BY total DESC"

Je pouvais récupérer le nombre de lignes distinctes = "logos" ($row),
ainsi que le contenu du champ = "images" ($DATA).

Maintenant, le select affiche un message d'erreur = "QUERY empty"

J'ai cherché via les sites mysql et mon script SELECT semble bon.

Si je mets ce script :
"SELECT  logos, COUNT (*) AS total FROM tablelogo
GROUP BY logos ORDER BY total DESC"

Je récupère le nombre de lignes distinctes "logos"
mais pas le contenu de "images".

Quel est le nouveau script SQL qui fonctionne pour le faire ?

Merci,

André

Re: Gestion de très gros FS

[Gabriel Moreau]

Quelques partitions de 70 To et du XFS depuis des années (sur un DAS
Dell de plus de 190 To brut). Il fait le job tant qu'a rester dans le
système de fichiers non distribués.


Idem, 70To sur XFS marche très bien et résiste bien aux coupures 
électrique non prévu...


A noter qu'il faut tester un xfs_check et xfs_repair au début avant la 
mise en prod car ils sont gourmand en RAM. C'est con de faire un volume 
de 200To et de ne pouvoir faire de check (même si on en fait très rarement).


Coté performance, j'ai lu pas mal de retour d'expérience et pour le 
moment, je reste sur XFS au vu de tout ce que j'ai vu. Cela semble 
toujours un très bon système et en plus, il continue d'être activement 
développé et maintenu.


gaby
--
Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France
mailto:gabriel.mor...@legi.grenoble-inp.fr  tel:+33.476.825.015

Re: Gestion de très gros FS

[MAS Jean-Louis]

Quelques partitions de 70 To et du XFS depuis des années (sur un DAS
Dell de plus de 190 To brut). Il fait le job tant qu'a rester dans le
système de fichiers non distribués.

On avait testé ZFS, mais les pertes de volumétrie étaient très
importantes, et sur les jeux de données utilisés les performances
n'étaient pas satisfaisantes.

Avoir des systèmes de fichiers distribués implique d'avoir un réseau
robuste et performant.

Je te conseillerais dans tous les cas de faire des tests de performance
avec les jeux de données que tu manipules au quotidien.

Cordialement

-- 
Jean Louis Mas

Re: écran noir pendant upgrade jessie > stretch

[Thierry Bugier Pineau]

Bonjour

J'ai eu plusieurs fois la même expérience en mettant à jour mon
système, ça m'arrive en principe quand j'ai beaucoup de paquets à
mettre à jour (notamment ceux touchant à Xorg). J'en ai conclu qu'il
vaut mieux faire de telles mises à jour en mode console.

Passer de Jessie vers Stretch en mode graphique me parait risqué
justement parce qu'on passe obligatoirement par la mise à jour de
l'environnement graphique, avec un grand bond en avant.

La première chose que je ferais, serait d'avoir un ISO ou une clé USB
de secours pour booter dessus en mode récupération. Ensuite avec une
console, faire 

apt-get install -f

Le prix étant de couper le système de manière un peu sauvage. 

Si ssh fonctinne encore, il p a peut être moyen d'arrêter le système de
manière plus douce, voire reprendre la mise à jour, toujours avec apt-
get install -f

Le mardi 21 mars 2017 à 16:46 +0100, Christophe De Natale a écrit :
> Bonjour à vous,
> 
> Sur un Dell Inspiron mini, lors du processus de mise à jour de version 
> de jessie vers stretch, l'écran est devenu noir et je ne peux plus 
> suivre l'évolution du process.
> Une action sur le pavé tactile ou une touche du clavier laisse 
> apparaître le temps d'un instant le fond d'écran...
> J'ai accès à la console, existe-t-il une possibilité de voir ce qu'il se 
> passe en temps réel svp ?
> 
> Sincèrement,
> 
> Christophe De Natale
> 

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

[Sébastien NOBILI]

Bonjour,

Le lundi 20 mars 2017 à 22:43, Sébastien Dinot a écrit :
> B. À terme

- identifier ce qui a consommé autant d’i-nodes et voir si c’est bien
  normal

>   - Sauvegarder les données utiles, notamment le contenu des répertoires
> /etc, /home, /root, ... (si le disque est de faible taille, il peut
> même être prudent de copier tout son contenu sur un autre support).
> 
>   - Reformater le disque en augmentant le nombre d'inodes
> 
>   - Réinstaller le système
> 
>   - Recopier les données utiles

Sébastien

Re: écran noir pendant upgrade jessie > stretch

[Christophe De Natale]

Le 21/03/2017 à 17:15, andre_deb...@numericable.fr a écrit :

On Tuesday 21 March 2017 16:46:38 Christophe De Natale wrote:

Sur un Dell Inspiron mini, lors du processus de mise à jour de version
de jessie vers stretch, l'écran est devenu noir et je ne peux plus
suivre l'évolution du process.
Une action sur le pavé tactile ou une touche du clavier laisse
apparaître le temps d'un instant le fond d'écran...
J'ai accès à la console, existe-t-il une possibilité de voir ce qu'il se
passe en temps réel svp ?

Le module vidéo de Jessie n'a pas suivi pendant l'upgrade vers Stretch ?

Refaire l'upgrade en mode boot recovery (sans serveur X).

André


Attends, j'ai mieux sûrement :D

Même avec mes lunettes je n'ai pas vu que j'avais pris le cd i386 hier 
soir...

C'est un Celeron® M Processor ULV 743 donc amd64
Bizarre, je n'ai pas eu d'avertissement sur la non-correspondance de 
l'architecture.


Merci quand même et désolé pour le bruit.

Christophe De Natale

Re: écran noir pendant upgrade jessie > stretch

[andre_debian]

On Tuesday 21 March 2017 16:46:38 Christophe De Natale wrote:
> Sur un Dell Inspiron mini, lors du processus de mise à jour de version 
> de jessie vers stretch, l'écran est devenu noir et je ne peux plus 
> suivre l'évolution du process.
> Une action sur le pavé tactile ou une touche du clavier laisse 
> apparaître le temps d'un instant le fond d'écran...
> J'ai accès à la console, existe-t-il une possibilité de voir ce qu'il se 
> passe en temps réel svp ?

Le module vidéo de Jessie n'a pas suivi pendant l'upgrade vers Stretch ?

Refaire l'upgrade en mode boot recovery (sans serveur X).

André

écran noir pendant upgrade jessie > stretch

[Christophe De Natale]

Bonjour à vous,

Sur un Dell Inspiron mini, lors du processus de mise à jour de version 
de jessie vers stretch, l'écran est devenu noir et je ne peux plus 
suivre l'évolution du process.
Une action sur le pavé tactile ou une touche du clavier laisse 
apparaître le temps d'un instant le fond d'écran...
J'ai accès à la console, existe-t-il une possibilité de voir ce qu'il se 
passe en temps réel svp ?


Sincèrement,

Christophe De Natale

[RESOLU] Re: Délai post sur la liste

[Cyrille]

> Réceptionné à 12h52 instantanément.
> [Résolu]
Tout à fait,
problème RESOLU ;-)

Re: Gestion de très gros FS

[didier gaumet]

> ça semble confirmer:
> - qu'il reste un écart entre théorique (1EB) et certifié (50GB) sur
> RHEL7

sur Ext4

Re: Gestion de très gros FS

[didier gaumet]

je ne suis pas familier avec de telles tailles de stockage et je ne vais
pas pouvoir te dire grand chose, mais dans le passé j'ai parfois entendu
dire que XFS et JFS étaient pas mal utilisés pour ça et encore récemment
j'ai entendu des administrateurs dire qu'ils gardaient Ext4 plutôt que
Btrfs dans l'immédiat, ce dernier n'étant pas encore assez marure.

Red Hat a récemment (janvier 2017) mis à jour sa doc sur les capacités
de stockage certifiées et théoriques de ses distributions par système de
fichier: https://access.redhat.com/solutions/1532

ça semble confirmer:
- qu'il reste un écart entre théorique (1EB) et certifié (50GB) sur
RHEL7, ce qui pourrait peut-être être expliqué par un noyau ancien (je
ne sais pas quel est la version du noyau sur RHEL7, mais RH a
typiquement une politique conservatrice à ce sujet) qui briderait Ext4
- que XFS serait un candidat potentiellement acceptable pour toi
(capacité certifiée 100TB)

d'autre part, tu pourrais peut-être envisager de migrer vers Jessie
voire vers Stretch, cela pourrait t'apporter des capacités supérieures à
50TB pour Ext4 et t'amener le support de Zfs dans le cas de Stretch.

mes 0,02€: ça fait pas lourd ;-)

Re: Gestion de très gros FS

[Felix Defrance]

Bonjour,

As tu regardé du côte du projet Ceph? Le Cern au LHC l'utilise par exemple.

Dans ma pratique, j'ai utilisé ce type de stockage distribué pour
héberger des VM sous Kvm.

Le stockage dans ce cas d'usage, est accessible via RDB. Mais depuis la
dernière version de ceph, il est possible d'accéder à ceph avec cephFS .
Voir ici:

  - http://docs.ceph.com/docs/master/cephfs/

Le file system utilisé sur les OSD (les volumes dans ceph), sont sous XFS.

Je ne connais pas exactement ton besoin, mais pour tes LVM , il y a
sûrement moyen d'utiliser RDB et pour l'export de fichier brut à la NFS,
y a cephFS.

Dernier point implicite, ceph est scalable, je crois que c'est le besoin
initial chez toi.

Félix.

Le 21/03/2017 à 11:42, Pierre Malard a écrit :
> Bonjour,
>
> J’ai repris un lourd dossier de l’administration de serveurs
> géographiques pour notre UMR. Ce projet n’a pas de buts lucratifs et
> est principalement ouvert à la recherche et aux collectivités.
> Le système repose sur un SAN Dell de 250 To pour l’instant (PowerVault
> MD3860f) raccordé à une lame Dell (PowerEdge R620) pour offrir un
> service NAS (NFS, FTP, SMB, …). Le serveur tourne sur Debian Wheezy et
> la gestion NAS est couverte par « openMediaVault ». Les systèmes de
> fichiers sont situés sur des volumes logiques (LVM) et formatés en
> Ext4 dont la limité de volume affichée en taille est de 1 Eio (1024
> Tio) (https://fr.wikipedia.org/wiki/Ext4).
> Nous avons des volumes de 50 To et j’ai eu besoin d’agrandir l’un de
> ceux-ci. Malheur à moi car autant il semble que les commandes de
> création de volume physique (pv…), de volumes logiques (lv…) et de
> création de système de fichiers fonctionne, autant la commande
> d’agrandissement du système de fichiers (« resize2fs ») ne fonctionne
> pas et me sort un « resize2fs: New size too large to be expressed in
> 32 bits » très désagréable.
> En cherchant, en suivant le post
> (http://permalink.gmane.org/gmane.comp.file-systems.ext4/19565), j’ai
> pu constater que mon fichier « /etc/mke2fs.conf » contenait bien la
> référence « auto_64-bit_support = 1 » qui semble limiter les
> commandes « e2fsprogs ». Mais selon le blog de Ronny
> Egners « 
> http://blog.ronnyegner-consulting.de/2011/08/18/ext4-and-the-16-tb-limit-now-solved/«
>  il est clairement écrit que l’agrandissement au delà des fatidiques
> 16 To est impossible.
>
> Tous ces échanges datant de 2013 et aucune modification n’ayant été
> apportée depuis sur nos distributions j’en déduis que le problème est
> peut être inhérent au système et difficilement solvable. Ayant besoin
> de cet espace, de beaucoup plus d’espace à l’avenir (on pense au Po),
> je me dis qu’il faudrait peut-être changer notre fusil d’épaule et
> rechercher des solutions de systèmes de fichiers autres; ou même de
> méta-systèmes de fichiers regroupant plusieurs FS. 
>
> J’ai lu que BtrFS semblait se présenter comme le « successeur » de
> ext4 et proposait un redimensionnement à chaud en complément du
> gestionnaire de volumes logiques de Linux. Il permettrait également
> l’agrégat de préifériques et la gestion de « snapshots »
> (https://fr.wikipedia.org/wiki/Btrfs). Avez-vous une expérience dans
> ce domaine et est-ce que cela répondrait à notre besoin de gros
> volumes extensibles ?
>
> J’ai également lu un truc sur le stockage distribué avec le projet
> « GlusterFS »
> (https://www.synergeek.fr/glusterfs-3-1-stockage-distribue-redondant-pour-linux,
>  
> http://www.supinfo.com/articles/single/171-mise-place-stockage-partage-avec-glusterfs,
>  https://fr.wikipedia.org/wiki/GlusterFS)
> qui pourrait nous permettre de distribuer notre stockage. Idem,
> avez-vous de l’expérience dans ce domaine ?
>
> Merci d'avance
>
> -- 
> Pierre Malard
>
>« /L'émancipation politique doit marcher de pair avec l'émancipation/
> /sociale ou les résultats sont désastreux /»
> Romain Gary - "Les racines du ciel"
>|\  _,,,---,,_
>/,`.-'`'-.  ;-;;,_
>   |,4-  ) )-,_. ,\ (  `'-'
>  '---''(_/--'  `-'\_)   πr
>
> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  )
> )-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_):
> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
> - --> Ce message n’engage que son auteur <--
>

-- 
Félix Defrance
PGP: 0x0F04DC57



signature.asc
Description: OpenPGP digital signature

Re: Délai post sur la liste

[G2PC]

Le 21/03/2017 à 12:52, Jean-Marc a écrit :
> Tue, 21 Mar 2017 17:17:44 +0900
> Charles Plessy  écrivait :
>
>>  * Soit s'abonner à .
> Merci pour le tuyau.
> J'ai aussi des soucis de délai quand j'envoie un mail à la liste.
> Je viens de souscrire à la whitelist.
>
> Je me demande si cela aura un impact quelconque.
>
> Il est 12h52.  voilà de quoi vérifier l'efficacité de la chose.
>
>> Amicalement,
> Merci Charles.
>
>> -- 
>> Charles Plessy
> Jean-Marc 

Réceptionné à 12h52 instantanément.
[Résolu]

Re: Délai post sur la liste

[Cyrille]

Pour moi le fait de m'être retiré de la ML et ré-inscrit avait réglé
le problème
mais par précaution, je me suis aussi mis sur cette ML

Re: Délai post sur la liste

[Cyrille]

> Je me demande si cela aura un impact quelconque.
A priori ça passe bien ;-)
Merci pour l'info :-)

Re: Délai post sur la liste

[Jean-Marc]

Tue, 21 Mar 2017 17:17:44 +0900
Charles Plessy  écrivait :

>  * Soit s'abonner à .

Merci pour le tuyau.
J'ai aussi des soucis de délai quand j'envoie un mail à la liste.
Je viens de souscrire à la whitelist.

Je me demande si cela aura un impact quelconque.

Il est 12h52.  voilà de quoi vérifier l'efficacité de la chose.

> 
> Amicalement,

Merci Charles.

> 
> -- 
> Charles Plessy

Jean-Marc 


pgpk_I9F1fLrk.pgp
Description: PGP signature

Gestion de très gros FS

[Pierre Malard]

Bonjour,

J’ai repris un lourd dossier de l’administration de serveurs géographiques pour 
notre UMR. Ce projet n’a pas de buts lucratifs et est principalement ouvert à 
la recherche et aux collectivités.
Le système repose sur un SAN Dell de 250 To pour l’instant (PowerVault MD3860f) 
raccordé à une lame Dell (PowerEdge R620) pour offrir un service NAS (NFS, FTP, 
SMB, …). Le serveur tourne sur Debian Wheezy et la gestion NAS est couverte par 
« openMediaVault ». Les systèmes de fichiers sont situés sur des volumes 
logiques (LVM) et formatés en Ext4 dont la limité de volume affichée en taille 
est de 1 Eio (1024 Tio) (https://fr.wikipedia.org/wiki/Ext4).
Nous avons des volumes de 50 To et j’ai eu besoin d’agrandir l’un de ceux-ci. 
Malheur à moi car autant il semble que les commandes de création de volume 
physique (pv…), de volumes logiques (lv…) et de création de système de fichiers 
fonctionne, autant la commande d’agrandissement du système de fichiers (« 
resize2fs ») ne fonctionne pas et me sort un « resize2fs: New size too large to 
be expressed in 32 bits » très désagréable.

En cherchant, en suivant le post 
(http://permalink.gmane.org/gmane.comp.file-systems.ext4/19565), j’ai pu 
constater que mon fichier « /etc/mke2fs.conf » contenait bien la référence « 
auto_64-bit_support = 1 » qui semble limiter les commandes « e2fsprogs ». Mais 
selon le blog de Ronny Egners « 
http://blog.ronnyegner-consulting.de/2011/08/18/ext4-and-the-16-tb-limit-now-solved/«
  il est clairement écrit que l’agrandissement au delà des fatidiques 16 To est 
impossible.

Tous ces échanges datant de 2013 et aucune modification n’ayant été apportée 
depuis sur nos distributions j’en déduis que le problème est peut être inhérent 
au système et difficilement solvable. Ayant besoin de cet espace, de beaucoup 
plus d’espace à l’avenir (on pense au Po), je me dis qu’il faudrait peut-être 
changer notre fusil d’épaule et rechercher des solutions de systèmes de 
fichiers autres; ou même de méta-systèmes de fichiers regroupant plusieurs FS.

J’ai lu que BtrFS semblait se présenter comme le « successeur » de ext4 et 
proposait un redimensionnement à chaud en complément du gestionnaire de volumes 
logiques de Linux. Il permettrait également l’agrégat de préifériques et la 
gestion de « snapshots » (https://fr.wikipedia.org/wiki/Btrfs). Avez-vous une 
expérience dans ce domaine et est-ce que cela répondrait à notre besoin de gros 
volumes extensibles ?

J’ai également lu un truc sur le stockage distribué avec le projet « GlusterFS 
» 
(https://www.synergeek.fr/glusterfs-3-1-stockage-distribue-redondant-pour-linux 
,
 
http://www.supinfo.com/articles/single/171-mise-place-stockage-partage-avec-glusterfs
 
,
 https://fr.wikipedia.org/wiki/GlusterFS 
) qui pourrait nous permettre de 
distribuer notre stockage. Idem, avez-vous de l’expérience dans ce domaine ?

Merci d'avance

--
Pierre Malard

   « L'émancipation politique doit marcher de pair avec l'émancipation
sociale ou les résultats sont désastreux »
Romain Gary - "Les racines du ciel"
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: outil de monitoring

[Jean-Michel OLTRA]

Bonjour,


Le mardi 21 mars 2017, Eric Degenetais a écrit...


> En même temps c'était déjà le cas des messages enjoignant l'OP à changer
> d'OS...

Mouais ! Surtout que je suis sous Debian depuis Potato, donc c'est pas
demain la veille !

-- 
jm

Re: alléger une image pdf

[Gilles Mocellin]

On lundi 20 mars 2017 20:27:48 CET Vincent Lefevre wrote:
> On 2017-03-19 18:53:15 +0100, bernard.schoenac...@free.fr wrote:
> > je souhaiterai alléger une image pdf, mais comment faire ?
> 
> ps2pdf (qui est en fait un wrapper à gs).

En effet, et ça me rappelle un script que j'avais fait :

 cat /usr/local/bin/pdfreduce  
#!/bin/bash 
PDF="$1" 
TMPPDF=$(mktemp) 

if [ -z "$PDF" ]; then exit 1; fi 

pdftops \ 
   -paper match \ 
   -nocrop \ 
   -noshrink \ 
   -nocenter \ 
   -level3 \ 
   -q \ 
   "$PDF" - \ 
| ps2pdf \ 
   -dUseFlateCompression=true \ 
   -dOptimize=true \ 
   -dPDFSETTINGS=/prepress \ 
   - $TMPPDF 

if ! test $?; then exit 1; fi 
mv -f $TMPPDF "$PDF"

Re: Délai post sur la liste

[Charles Plessy]

Le Mon, Mar 20, 2017 at 07:55:49PM +0100, Christophe a écrit :
> 
> Pour peu qu'OVH n'utilise pas toujours le même serveur de sortie pour
> ré-envoyer, il n'est pas étonnant que la "validation postgrey" prenne "un
> certain temps".
> 
> En revanche, il n'y a pas beaucoup de solutions contre ça :
> * Soit retirer postgrey de "bendel.debian.org".
> * Soit dire à OVH d'envoyer toujours avec le même serveur ... (ou d'en
> limiter le nombre)

 * Soit s'abonner à .

Amicalement,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan

Re: outil de monitoring

[Eric Degenetais]

En même temps c'était déjà le cas des messages enjoignant l'OP à changer
d'OS...

Le 21 mars 2017 7:58 AM, "david hannequin"  a
écrit :

Bonjour Wallace,

1/ C'est hors sujet et n'aide pas à faire le choix pour un outil de
supervision ( la question de départ);
2/ Parler de SSH sur Debian... cela me fait toujours rire depuis
l'erreur introduit par les packageur du projet;
3/ L'artisanat c'est bien.

Bonne journée

--
Grommit

Le 20 mars 2017 à 18:05, Wallace  a écrit :
>
>
> Le 20/03/2017 à 17:33, andre_deb...@numericable.fr a écrit :
>> On Saturday 18 March 2017 20:54:42 Jean-Michel OLTRA wrote:
>>> Le samedi 18 mars 2017, david hannequin a écrit...
 CentOS/Fedora, si tu veux avoir une solution stable et professionnel
 je te conseille de changer de distribution Linux pour CentOS/RHEL.
>>> Oh ? T'es sérieux, quand tu dis ça ? :
>> Oui, CentOS/RHEL est sans doute le bon choix pour monter un serveur
Linux,
>> solide, fiable et sans bugs.
>> Les paquets s'installent facilement car super bien adaptés par RedHat.
>>
>> Cette opinion ne remet pas du tout en cause la qualité et le sérieux de
>> Debian.
>>
>> Debian, distribution tout terrain, à la fois poste de travail et serveur,
>> CentOS/RHEL, pour monter un serveur.
>>
>
> Mes yeux piquent, un serveur ça ne doit avoir rien à présenter tant
> qu'on ne lui demande pas.
> Or à ce jeu là Redhat et dérivés ont énormément de services qui écoutent
> sur le réseau alors que l'on a rien demandé. C'est comparable à un
> Windows Serveur.
>
> Dans ma boite d'hébergement infogérance, on fait principalement du
> Debian qui par défaut n'écoute que sur du ssh avec une empreinte disque
> de 800Mo donc en gros y a rien à part ssh. Rien que cela sans le
> hardening c'est déjà super efficace.
>
>



--
David Hannequin

Re: outil de monitoring

[david hannequin]

Bonjour Wallace,

1/ C'est hors sujet et n'aide pas à faire le choix pour un outil de
supervision ( la question de départ);
2/ Parler de SSH sur Debian... cela me fait toujours rire depuis
l'erreur introduit par les packageur du projet;
3/ L'artisanat c'est bien.

Bonne journée

--
Grommit

Le 20 mars 2017 à 18:05, Wallace  a écrit :
>
>
> Le 20/03/2017 à 17:33, andre_deb...@numericable.fr a écrit :
>> On Saturday 18 March 2017 20:54:42 Jean-Michel OLTRA wrote:
>>> Le samedi 18 mars 2017, david hannequin a écrit...
 CentOS/Fedora, si tu veux avoir une solution stable et professionnel
 je te conseille de changer de distribution Linux pour CentOS/RHEL.
>>> Oh ? T'es sérieux, quand tu dis ça ? :
>> Oui, CentOS/RHEL est sans doute le bon choix pour monter un serveur Linux,
>> solide, fiable et sans bugs.
>> Les paquets s'installent facilement car super bien adaptés par RedHat.
>>
>> Cette opinion ne remet pas du tout en cause la qualité et le sérieux de
>> Debian.
>>
>> Debian, distribution tout terrain, à la fois poste de travail et serveur,
>> CentOS/RHEL, pour monter un serveur.
>>
>
> Mes yeux piquent, un serveur ça ne doit avoir rien à présenter tant
> qu'on ne lui demande pas.
> Or à ce jeu là Redhat et dérivés ont énormément de services qui écoutent
> sur le réseau alors que l'on a rien demandé. C'est comparable à un
> Windows Serveur.
>
> Dans ma boite d'hébergement infogérance, on fait principalement du
> Debian qui par défaut n'écoute que sur du ssh avec une empreinte disque
> de 800Mo donc en gros y a rien à part ssh. Rien que cela sans le
> hardening c'est déjà super efficace.
>
>



-- 
David Hannequin