Reprise du message précédent :
Aussi un moyen tres simple de diminuer le nombre d'ecriture c'est de ne pas updater la date d'acces a chaque lecture de fichier.
Pour cela rajouter noatime dans le fstab pour chaque partition sur la CF.
Normalement cette option est compatible avec tout!

 
desolé pour le retard de la réponse et merci pour l'info

 
desolé pour le retard de la réponse et merci pour l'info

 
 
desolé pour le retard de la réponse et merci pour l'info

L'intérêt des logs, c'est de pouvoir les lire offline si nécessaire... en RAM, dès la coupure de courant, bye les logs.

Je pense bien l'avoir précisé...

D'autant que pout ma part je regarde 80% du temps les log quand j'install un service pour trouver se qui merde.  
Les crash ca arrive presque jamais sur une machine qui ne bouge plus.

Perso je préfère conserver mon disque plus longtemps que garder des fichiers de log que me sert que très rarement et je les remettrais en route si vraiment j'en ai besoin et après avoir configuré le serveur comme il me convient.
 
Ps : la je fais une manip pour que ça ne pose pas de problème que les log de apache soit en ram
 
Ps2: maintenant j'ai le soucis avec ClamAv qui a besoin de son fichier de log écrit oO

SI quelqu'un a un script ou solution pour CLamAv et son fichier de log.
 
Je suis preneur

Il faut creer un script dans init.d qui se lancera avant clamav.
Tu trouve les fichier dont il a besoin, ainsi que les autorisations et dans la partie start du script tu creer les fichiers avec les bonne autirisation

Oui je l'ai fait pour apache, faudrait que je le trouve pour clamav.
 
Je verrais plus tard ^^

Bon, mon système est complètement crashé (installé sur clé usb il y a environ 6 mois), je vais donc l'installer sur le disque de 250go qui va donc être formaté pour l'occasion...
 
Pouvez-vous confirmer que:
-Suite à l'installation, je pourrais partitioner le disque de 250go pour pouvoir récupérer un peu d'espace ? (il me semble avoir lu ça à l'époque)
- Que je pourrais récupérer l'ensemble de mes données de mon Raid actuel (sous réserve de reconfigurer la nouvelle install d'omv correctement) ?
 
Merci d'avance pour vos retours :-)
 
Evidemment, suite à ce retour d'expérience, je déconseille l'installation sur clé usb...

C'est pas faute que ça soit marqué en first post :

Ainsi que sur le wiki officiel d'OMV :

Ainsi que des retours ici indiquant un flingage des clés en 4 à 6 mois.
 
Même une install en SSD, j'éviterais pour ma part.
-----------------------------------------------------------------------------------
Concernant l'installation : il vaut mieux faire une installation "manuelle", créer tes partitions, coller ton installation dedans, et te servir d'une partie de tes 250Go pour les données.
Il faudrait que je reteste, mais avec un GParted au prélable pour les partitions, ça doit être jouable. nightbringer57 a (avait ?) une installation de ce type.
Repartitionnement par la suite... hmm je ne le conseillerais pas.
 
Pour rappel (toujours du wiki officiel) :

-----------------------------------------------------------------------------------
Concernant ton RAID :
Si RAID hard, et que la carte RAID n'a pas claqué, tu devrais pouvoir retrouver tes petits.
Si RAID soft avec arrêt propre du système, tu devrais pouvoir retrouver tes petits.
Si RAID soft avec crash du système, c'est récupérable mais plus ou moins long suivant le type de RAID et la santé du RAID au moment du crash (pire cas : RAID 5 en reconstruction , meilleur cas : RAID 1 en fonctionnement)

Je viens de faire un réinstall propre, et samba ne veut plus accepter mes sauvegarde windows, on a l'impression que le strict allocate ne marche pas
 
Bon je vais tester avec du from scratch avec ubuntu pour voir parce que la bon ......

Effectivement, j'ai joué, j'ai perdu, rien de grave cela dit (j'ai perdu 2 à 3 heures en tout et quelques cheveux....) Cela dit, lors de l'install (c'était il y a plus de 6 mois en fait, au début d'OMV 3.0), il n'y avait pas encore de consensus sur les clés usb, disons qu'il restait encore un peu d'espoir...

Au final, j'ai installé le système sur le 250gb sur lequel je vais installer l'ensemble des softs + le repertoire sabnzbd incomplete, je vais presque réussir réussir à le rentabiliser...
-----------------------------------------------------------------------------------

 
J'avais un Raid soft mdam créé avec OMV, c'est passé comme une lettre à la poste, vraiment nickel ce système :-)
 
Merci pour ton retour btw :-)

Reinstalation avec formatage totale du disque, ça marche mieux.
 
En faite si on réinstalle par dessus une installe foireuse il supprime rien du tout

 
Une âme gentille pour rajouter a ce tuto la possibiltié de sauvegarder avec historique de 7 jours les fichiers de boot et partition pour le cas ou ça a planter et pouvoir faire revenir le système en arrrière ?
 
Ps : si la tache efface tout ce qui a plus de 7 jours c'est encore mieux ^^

1° rajoute un timestamp a ton fichier de sauvegarde, que tu concatènes avec le nom de la sauvegarde.
 
typiquement, au début de ton script, tu choppes le timestamp avec date +%s que tu stockes dans une variable "toto", et quand tu écris tes fichiers, tu leur donnes le nom que tu veux concaténer avec $toto
 
pourquoi utiliser date +%s ? parce que ça te donne le nombre de secondes depuis epoch, et que ce nombre sera TOUJOURS croissant. alors que si tu crées ta date en concaténant jour.mois.années, t'auras une surprise quand t'essayeras de classer dans l'ordre numérique le 25 fevrier 2013 avec le 02 mars 2013
 
2° dans ton script, à la fin, tu ajoutes une ou deux lignes qui testent la présence de x fichiers, et si x est atteint, alors le script supprimes le premier.
tu peux faire ça avec un ls tout bête, chainé avec un moyen de compter les lignes/les fichiers, chainé avec un rm ( je te laisse chercher comment ne transmettre à rm que le premier fichier de ls )
 
dans ce cas précis, c'est important que les sauvegardes aient un mécanisme de comptage strictement croissant, ça te permet d'avoir a chaque fois dans ton ls le plus ancien fichier en premier.
 
 
 
bon après, faut pas se leurrer, ce que tu veux faire, ça à déjà été fait, refait, multifait dans tout les sens, en cherchant un peu, tu trouveras sûrement un truc tout fait sur le net. mais le faire soi même peut être marrant  
dans ce cas précis, les pistes que je te donne sont UNE des possibilités ( bon, honnetement, je pense qu'elle a de bons avantages, comme par exemple l'incrémentation stricte et systématique qui permet de limiter les risques de gourrage de fichier à supprimer )

en vrac :  
 
la sauvegarde :
 
http://www.admin-linux.fr/?p=397
http://lea-linux.org/documentations/Les_sauvegardes
http://doc.ubuntu-fr.org/sauvegarde
http://www.tplpc.com/modules/wfsection/dossier-63.html
http://godefroy.me/faire-un-backup [...] sh-a335207 << avec un cat \o/
 
la suppression :  
 
http://www.informatix.fr/tutoriels [...] n-bash-117
 
bon sinon, plutot que d'avoir une sauvegarde complète à chaque fois, avec suppression tout les x jours, t'as aussi la solution de la sauvegarde incrément[a/iel]le.
 
allez, un dernier : http://blog.m0le.net/2012/02/17/le [...] p-de-nono/
 

Ou un -mtime et un exec pour virer les vieux

Comment utilisé ça sans que je supprime tout ?

find $log -type f -mtime +7 -exec /bin/rm -f {} \;

Bah ça m'a l'air correct, fais un test

vs

J'ai plus qu'a trouve comment l'exécuter dans le bon répertoire en tache cron et tout ira bien

Je suis preneur de l'info

Bah t'as toutes les infos là, entre le timestamp, le coup du mtime & co... Tu vas t'en sortir, chercher fait partie du plaisir

A la précédente install je sais pas si tout les bugs que j'ai sont pas du au fait que j'ai tente de mettre les log en ram.

Encore moi
 
J'ai configuré mes partages. aucun problème pour y accéder via mes pcs.
 
Maintenant je souhaite monter les partages sur mon nas synology via un montage CIFS dans filestation mais je n'y arrive.  
j'ai toujours cette erreur :
 
Échec de la connexion au dossier distant : veuillez vous assure que le dossier distant est accessible via le protocol CIFS
 
y a t-il une case spécifique a cocher dans la config de OMV ?

Encore moi
 
J'ai configuré mes partages. aucun problème pour y accéder via mes pcs.
 
Maintenant je souhaite monter les partages sur mon nas synology via un montage CIFS dans filestation mais je n'y arrive.  
j'ai toujours cette erreur :
 
Échec de la connexion au dossier distant : veuillez vous assure que le dossier distant est accessible via le protocol CIFS
 
y a t-il une case spécifique a cocher dans la config de OMV ?
 
PS : le site pour recup les plugins est également dead chez vous? erreur 403.

Bonjour à tous, je me tourne vers vous car je me lance dans l'aventure des NAS. (Plutôt j'y retourne mais cette fois ci avec du "fait maison" )
 
Il fera NAS / BT / Web  /Mail et peut être HTPC ... la totale donc
 
Mais là je me pose pas mal de question, surtout niveau Hardware.  
 
J'envisage de monter pour mon futur NAS cette config:
 

 
La question que je me pose se tourne vers le processeur, j'ai choisi un dualcore (un quad core ne serait pas plus "large" / approprié?) que je compte underclocke pour gagner en énergie(hypothétique) (un black ne serait pas plus approprié ?)
 
Donc, pour l'install j'ai prévu de faire Debian + driver proprio pour la CG + OMV
 
Avez vous des conseils ?  
 
Bien à vous,

Si pas de HTPC aucun intéret des drivers proprio.
 
Un dual core suffit largement, je fais même de la virtualisation en serveur avec. Par contre la mémoire si tu fais de la virtualisation 8 Go est plus conseillé car avec 4 Go c'est des fois juste.
 
Pour OMV, installe le direct, plus de soucis que d'avantage d'installer une debian avant.
 
Ma config serveur est :  

 
Et 4 disques :  
raid 5 => 2*3go(wd red) et 1*2go
et un disque en normal pour que qui n'est pas nécessaire de sauvegarder
 
Mon système est sur une compact flash (je teste en conaissance de cause de ma clef USB qui a tenu a peine 6 mois)
 
Edit : serveur de mail en local, je dirais oublie perso, si ta connexion plante => perte de mail, pour ça prend plutôt un kimsufi a 3 euros chez ovh ou direct une adresse exchange chez ovh aussi.

Pour l'HTPC ca me tente, mais c'est possible en laissant avec OMV tourner derrière ?  
 
D'autre part j'ai 2*4GO qui reste chez moi en 1600 mHz ou moins, pas de la ram de compet en tout cas.
 
Pour le système j'ai un 128 go SSD samusng 830 mais le trim est géré ?  
 
Et pour le reste la CM me proposant 7 port S-ATA j'avais prévu de le remplir petit à petit
 
J'ai chois de passer par une debian d'abord puis driver proprio en lisant le forum d'OMV qui, pour la conso, préconise de passer comme ça en passant par un kernel en 3.2
 

Passe en normal après si tu veux te prendre la tête fait comme tu veut

Pour htpc ça doit être possible mais bon courage alors.

Le trim doit être géré je pense mais le ssd n'apporte aucune rapidité un petit disque dur est mieux je dirais.

Avant de passer en prod je testerais ! Pour le SSD je pense effectivement que c'est surdimensionné.  
 
Un DD en 2"5 fera l'affaire pour le système.
 
Pour le HTPC j'abandonne d'avance l'idée, j'me doute que c’eut été compliqué, la box free servira finalement
 
Ce qui me fait peur c'est la conso, puisqu'il tournera H24 et principalement en IDLE j'ai peur que ce soit surdimensionné tout ça.  
 
Y'a que chez intel que y'a des processeurs faible conso mais avec autant de prot S-ATA j'ai pas trouvé de CM en ivy bridge

Tu peu installer XBMC sur OMV et un plugin miniDLNA, y'a des tuto qui existent

Décidément cette distrib est parfaite

C'est une debian

Elle est en quelle Kernel de base ? 2.6 ?

 
les serveurs de mails externes sont bien souvent configurés pour faire des tentatives d'envois pendant 8 jours apres le premier echec de transmission d'un mail... ( sauf les spammeurs qui n'activent pas cette possibilité )
du coup, a moins que sa connexion tombe en carafe pendant 9 jours, il a de quoi voir venir quand meme. au pire il recoit son mail avec 48h de delai... et si c'etait pour un truc urgent, les gens l'appelleront directement plutot que d'attendre que le mail passe
 

 
+1. une fois que le systeme a booté, le ssd, c'est useless.
 

 
les fonctions d'économie d'énergie c'est pas fait pour les chiens
 
regarde dans ma conf perso, regarde la gueule de mon nas...
il consomme quasi rien pourtant ( un peu plus que mon ancien synology, mais la dépense, une fois lissée à l'année, est négligeable )
 

 
 
passage en 3.2 prévu. pour l'instant c'est en base squeeze, mais pour omv 0.5.x, il est prévu de basculer en wheezy.

Remarque peut être bête mais pour l'installation sur carte sd/clé usb, pourquoi ne pas écrire les logs sur une des partoch de disques physiques et monter tout sauf le nécessaire en read only ?
 
J'avias été confronté au problème sous Proxmox mais je n'avais pas eut le temps de configurer correctement les écritures, mes vieilles clé de l'époque avaient mourru avant !

Personne pour me dire que deux alimentations c'est trop pour une si petite config    
 
J'ai failli commander sans faire attention  

si j'allais dire, il te manque un café le matin mais bon ça pouvait te servir pour une autre bécanne