PiwiLAbruti

Lis seulement la partie sur le RAID1, et dis-nous ce que tu ne comprends pas.

J'ai terminé la restauration, le dépôt est à nouveau fonctionnel.

C'est exactement ce que font les 4 lignes que je t'ai données précédemment. Quand l'utilisateur saisi l'adresse http://user.domain.tld/ dans son navigateur, c'est réécrit en http://user.domain.tld/~user/ qui pointe vers le dossier /volume1/homes/user/www/

L'utilité est de réécrire http://user.domain.tld/ en http://user.domain.tld/~user/ C'est ce que j'utilise pour que chaque utilisateur ait son propre sous-domaine. Maintenant tu peux très bien l'adapter à ton besoin en réécrivant http://monsite2.com en http://monsite2.com/~user/ Ce n'est toujours pas ce que tu cherches à faire ?

J'utilise ça dans le .htaccess à la racine de /var/services/web : RewriteCond %{ENV:REDIRECT_STATUS} 200 RewriteRule .* - [L] RewriteCond %{HTTP_HOST} ^(user).domain.tld$ RewriteRule ^(.*)$ /~%1/$1 [L]

Un utilisateur peut disposer d'un espace web personnel qu'il faut activer au préalable dans Panneau de configuration > Services Web > Activer un site Web personnel. Tous les détails sont expliqués dans l'aide associée à cette même fenêtre de configuration (point d'interrogation bleu en haut à droite). Pour résumer, l'utilisateur doit créer un dossier "www" dans son home pour y déposer son contenu web, et peut y accéder avec l'URL http://domain.tld/~user.

J'ai eu le même problème sur un DS213j.

Problème solutionné avec un underscore placé devant start) dans /var/packages/AudioStation/target/scripts/S96synorcd.sh : case $1 in _start) if CheckIfDaemonAlive "$SZF_RCD_PID"; then echo "Daemon synorcd exist. Skip start action." else ... C'est quand même aberrant qu'un service pour une pauvre télécommande consomme autant, surtout quand on sait que cette dernière est utilisée par 1 client sur 50 000.

Intéressant : 3596 1 root R < 8300 1.6 6.9 /var/packages/AudioStation/target/sbin/synorcd Environ 7% de consommation permanente, même après redémarrage du paquet. Pour ma part je vais le virer du script de démarrage en attendant une réponse sérieuse de Synology.

Si ton NAS ne sature pas la RAM actuelle (>90%), il n'y a aucun intérêt. La RAM n'apporte aucun gain en débit. De plus il me semble que la RAM du DS413 est soudée à la carte-mère, auquel cas il est impossible d'en ajouter. @domlas : Ko < Mo < Go

@CoolRaoul : Si ton pote ne compte pas faire de RAID et qu'il veut économiser quelques euros, la série WDx0EZRX (Green) est toute indiquée.

package arch dsm user log_catalog (volumineux) log_download (volumineux) log_request (très volumineux)

C'est moi qui ait mis ce message le temps qu'on trouve une solution. C'est mieux que la cascade d'exceptions affichées auparavant.

Oui.

Un switch gigabit ?

Tu as la possibilité de restaurer partiellement la base de données ? Car il y a des tables d'archivage (pour l'année 2012 par exemple) qu'il n'est pas nécessaire de restaurer.

Des logs trop verbeux... mais ça va changer prochainement. D'ailleurs il y avait aussi un paquet d'archives sur l'activité du serveur de paquets.

La base de données existe bien mais elle ne contient aucune table. Tu aurais ça dans les sauvegardes rodo37 ?

La seule grosse différence visible entre les Green (EZRX) et les Red (EFRX) dans les données constructeur est le nombre maximal de cycles de charge/décharge : Green - 300 000 (http://www.wdc.com/wdproducts/library/SpecSheet/FRA/2879-771438.pdf) Red - 600 000 (http://www.wdc.com/wdproducts/library/SpecSheet/FRA/2879-771442.pdf) Sinon, il y a peu de différence entre ces deux séries.

La restauration complète des paquets n'est peut-être pas encore terminée.

En tout cas http://www.synocommunity.com/ n'a pas survécu.

Synology a toujours fabriqué des NAS, pas des DAS. Il y a très peu de chances de voir un jour un DAS Synology avec une connectique Thunderbolt. La synchronisation en wifi se révèlerait très lente selon le volume de données à sauvegarder. Synology n'a pas d'avis sur le sujet, donc il ne risque pas de changer.

Ça dépend de la qualité du réseau, du nombre de fichiers et de leurs tailles respectives... sachant que les sauvegardes suivantes seront différentielles, ça devrait s'améliorer.

L'architecture armadaxp ne s'applique pas au DS213j (armada370). En tout cas j'ai un armadaxp dans les logs de SynoCommunity et le modèle associé est un DS214 : synology_armadaxp_ds214 C'est d'ailleurs étrange qu'il n'y ait aucun modèle evansport (DS714 et/ou DS214+) dont on a eu des échos bien avant le DS214.

J'aime me répéter :