MS_Totor

salut en mettant un htaccess et un fichier d'erreur dans chaque dossier de site, tu dois pouvoir le faire

faire un test pour d

idem, pourtant j'ai été entouré de neveux tous malades, un bon gros grog au miel un soir car je commençais à avoir des symptômes, mal au crane, un peu de toux etc.. et plus rien le lendemain, le miel a du tuer le crobe, sinon c'est le rhum charrette.. ils devraient en mettre dans les vaccins mon ancien boulot m'obligeais a être vacciné chaque année dans une ancienne vie, et beaucoup voyagé dans des pays ou la grippe entre autre faisait des ravages, ceci explique peut être cela

salut, la liste des paquet disponible après installation de ipkg pour ton syno est ici http://ipkg.nslu2-li...l/cross/stable/ un paquet en langage simple est un composant logiciel, un logiciel pour fonctionner peut avoir besoin de plusieurs composants (on appelle cela des dépendances) de là, compare le nom des paquets présents dans cette liste, avec les paquets composants le logiciel que tu cherche pour une installation normale sur linux, debian, ubuntu, c'est la meilleure méthode pour voir si ces paquets sont disponibles et installables sur syno, mais cela passe par un brin de comparaison. @++

Bravo pour commencer pour l'esprit bidouille critique par la suite constructive et non grognone le soucis comme l'on souligné mes petits camarades, est le problème d'upgrade firmware, un upgrade firmware peut apporter en sus des bibliothèques qui manquaient avant, et générer des conflits ou doubles usages ou écraser les fichiers installés. l'installation par ipkg a plusieurs avantages. tous les paquets sont installés dans un environnement séparé de la partition système, et mis dans /opt combien de fois il a fallu que je veille à modifier en compilant nativement, ou installation manuelle les chemins ./tmp ou les .pipes qui remplissaient joyeusement la partition système de là aussi il est d'une facilité redoutable de neutraliser provisoirement ikpg pour upgrade firmware et bien sur en cas d'erreurs quelconques de désinstaller paquet par paquet pour trouver la panne ou de virer l'ensemble des paquets non syno d'origine en virant ipkg et en le re installant en moins de 5 minutes. ipkg et ni plus ni moins qu'un apt-get vers des paquets dédiés non développé par syno bon samedi

salut je crois pour éviter de se mêler les pinceaux, qu'il faudrait créer un topic indépendant l'un mode manuel c'est à dire ce topic ici présent vu le titre, et un autre via le fichier spk merci à son auteur en passant préférant perso installer manuellement mes programmes je ne peux pas suivre le mélange des deux genres pour dépanner certains membres dans le même cas bien cordialement MS_Totor

[quote name='fredlime' date='10 d

statut smart ok ne veut pas dire que tout est ok quand on fait un test étendu.... les disques ont bien été préparés avant de les mettre sur le syno pour virer les erreurs ? faites un test smart sur chaque disk, il suffit qu'il y en ai un qui ait un débit trop bas par rapport à l'autre ou comportant des erreurs pour que lors d'un transfert de données, cela plante l'accès simultanée lecture/écriture sur les DD (raid) et fasse tomber le volume raid et nécessite une reconstruction. si cette tache précise fait planter le raid, que disent les log sur le syno ? c'est un volume plus conséquent de transfert ? quelles différences entre cette tache et les autres ? même volume de destination sur le syno, /volume1/......... ? rien comme sauvegarde vers la partition systeme ? que donne sous ssh ou telnet , utilisateur=root, mot de passe de admin syno>df vérifiez la colonne use% sur la partition systeme /dev/md0 et /tmp autre axe de recherche nous avons eu aussi des cas de câble sata défectueux, changez les , faites un test il y a un petit script fait fredlime pour vérifier le débit de chaque DD, si vous voulez aller plus loin http://www.nas-forum...al-des-disques/ @+

houla, mon propos n'était point de te signaler que des points noirs, bien au contraire, ceci est un cas rare et extrême ! le cas cité dans le lien, est "à priori" du à 'écrasement de la config raid sur le premier syno, "partie systeme vitale" et du coup perte des infos de volume (partition) sur le DX5, sinon je ne vois pas de quoi cela aurait pu venir , la récupération est passée par une re allocation de volume, monté sur les partitions existantes, non détruites et un contrôle de parité, au final, plus de peur que de mal. je me suis mal exprimé et désolé de t'avoir induit en erreur sur nos retours d'infos, le but était de dire et oui cela peut arriver à n'importe qui, n'importe quand, et que même avec ce genre de systeme, une sauvegarde malgré la redondance de données sur plusieurs raids n'est pas un mot anodin... stockage redondant via raid, ne veut pas dire sauvegarde malgré la croyance, c'est de la tolérance de pannes liés aux disques durs et le passé d'utilisation disques durs souligne plus l'on ne le crois la défaillance de ceux ci par lot de fabrication, par série etc... " non prévisible " mais cette tolérance permet de survivre jusqu'à la limite du nombre de disques durs défaillants supportés par le RAID choisit, là intervient la sauvegarde après remplacement des DD pour reconstruire le RAID....... un DD peut lâcher au bout de x heures d'utilisations, si c'est un soucis de fabrication non décelé, l'usure peut survenir en même temps sur une série entiere pour le détail, le propos de jac2904 le souligne parfaitement. hors certains qui s'en servent uniquement de stockage réseau videos photos, perso, sans importance réellement vitale, une grande majorité d'utilisateurs de ce type de matériel s'en sert dans le but bien entendu de protéger au maximum leurs données. Et dans ce cadre là, la redondance des données via RAID, la haute disponibilité débits/traitements optimisés, la stabilité testée et approuvée, appuyé d'un onduleur de bonne facture en font un choix plus que plébiscité aussi bien chez les professionnels que chez les particuliers ayant besoin de vrais stockage sur, l'élément extérieur esata, usb2 et permet de récupérer l'ensemble en cas de gros crash, via sauvegarde. Et là cela répond complètement à un besoin pro si cela est l'usage que tu souhaite en faire, il y a d'autres photographes pros dans la communauté de ce forum @++

salut si tu veux plus de d

bonjour, étrange et mystérieuse votre affaire, 20h45 pile à chaque fois........ avez vous d'une façon ou d'une autre ajouté des tâches à exécuter vers cette heure là soit sur le syno lui même, (tache cron), action de démarrage programmée etc... ou sur l'environnement réseau autour du syno ou sur d'autres appareils branchés sur le même onduleur ? dans vos options d'alimentation du syno, vérifiez que si il y a une coupure de courant puis rétablissement, le syno ne redémarre pas. désactiver l'hibernation des disques durs également. l'onduleur ne peut pas être en cause ? avez vous la possibilité de voir les évènements survenus sur l'onduleur ? via le port série, port usb, port rj45 et un logiciel de gestion. 1) surcharge qui arrive à cette heure là ? 2) tension EDF basse et non compensation en tempon de l'onduleur sur la sortie régulée.... si la tension de sortie de l'onduleur vient à chuter vers le seuil bas en tension, (mauvais filtrage des harmoniques, surcharge, batterie hs, mauvaise régulation de sortie) alors le raid peut tomber, comme dans le cas trop souvent répété des coupures de courant. solution du pauvre, un soir, en ayant pris soin de désactiver toute tache programmée, pas d'hibernation ect........isoler le syno du reste du réseau, laissez le seul sur l'onduleur, pour cerner si le soucis est interne et local au syno ou si ce n'est pas un évènement lié extérieur. vous n'avez aucun soucis " local" votre amie qui ne souhaite pas vous voir connecté par exemple après 20h45, bref le facteur humain ? ...... et vérifier vos états smarts des disques durs via la console de gestion web du syno. MS_Totor, ail, eau bénite , démarabouteur de syno

pour compléter mon propos et optimisation faite à l'époque, un des admin s'est chargé d'optimiser la charge prise par les stats, perso pas mal de filtrage sql lister tous les comptes de membres ayant des mails invalides et abonnés au fil rss et abonnés à des topics, pour les désabonner, ca n'a l'air de rien, mais ca prend de la charge inutilement, puis un jour nous avons décidé d'un grand nettoyage. tout compte avec mail pourris, zéro post, et inscrit depuis + de n années, un coup de balais, compte désactivé ou supprimé, ca a virer quelques milliers de membres, mais ca a bien accélérer l'accès sql, et rendu un accès fluide. cela a été une décision dure à prendre pour les stats

[quote name='rodo37' date='09 d

[quote name='rodo37' date='09 d

ok merci pour ton retour je ne suis plus dans le bain de l'admin moyen pour forum

je rebondis sur ta question sum67

[quote name='marvin' date='09 d

bonjour, sans rentrer dans la paranoïa on est à l'abri de rien....... la preuve récente qui est arrivé à Romain, avec un DS209 II + en raid1 + un DX5 en raid5, onduleur etc...si il a le temps, peut être qu'il nous en diras un peu plus, sur des détails de sa panne, scénario que je ne souhaite à personne. http://www.nas-forum...dpost__p__67093 via MP je sais qu'il a tout retrouvé grâce à l'aide du support, mais cela est un très bon avertissement

[quote name='Mikaoioi' date='09 d

salut, tu peux faire du rsync sous tunnel ssh le transfert sera crypt

chouette ton nouveaux joujou ? et pour no

vu je sors d'une install de ntop sur syno pour un test, marche nikkel, je virer le tout et je compile le truc

salut et bienvenue Polarrys oui quand on cherche à protéger ces chères données et son matériel, un onduleur devient un élément complémentaire et indispensable de cette protection, combien d'alimentations grillent ? combien de données perdues en pleins traitement de données, votre matériel est prévu pour un nombre de cycle de x heures, "en laboratoire", quid en en environnement non stable ..... notre expérience de se genre d'événements est bien réelle et c'est pour cela que nous répétons sans cesse un onduleur et une sauvegarde sont les amis du syno et comme il y a parfois doute, moi non plus je ne vends rien confiance à 100 % dans l'eau du robinet ? non pourquoi ? difficile pour un simple particulier de prouver quoi que se soit et pourtant ....... confiance à 100 % dans la stabilité du courant aux bornes EDF ? c'est clairement non, depuis 1982 date à laquelle j'ai commencé à bosser en production élect et distribution, (pas chez EDF) et bien sur électronique et informatique http://www.s2s.fr/htmlfr/ondule/p1.htm un petit lien qui cause plus que de long discours, c'est simple mais expliqué

bon j'ai re installé manuellement le mediacenter sur mon syno, idem au final et même soucis que ceux reportés sur les divers forum neuf... du syno on ne peut pas améliorer la chose, bref comme tous en attente d'une mise à jour du decodeur pour visualiser un film ponctuellement, je me suis crée un répertoire renseigné bien sur dans /volume1/web/mediacenter/data/share.conf et dans php.ini et je transfère le film dedans le temps de le voir, il y a en effet un gros soucis dans la limite d'exploration actuellement, et la fonction parcourt plante lamentablement. si j'ai un peu de temps, j'analyserai le trafic neuf vers le mediacenter du syno pour voir si réellement il y a recherche d'ip sur le réseau local @++