lordtaki

Il y a plusieurs façon de le faire, par l'intermédiaire d'une rediection avec un fichier .htaccess ou alors en html.

Autant ne pas trier si c'est du chinois pour vous :) On fera le tri.

Pour commencer, je suggère de passer en mode verbeux le client ssh utilisé sur le poste (sur linux en ligne de commande c'est l'option -v).

nzb, torrent, ed2k... de ce que je vois avce Download Station le principe sera le même pour la gestion des fichiers complétés. Si tu supprimes une tâche terminée et que tu déplaces le fichier complété il doit y avoir alors une autre raison pour que le répertoire @download augmente de cette façon. En ligne de commande: cd /volume8/@download ls -lR (liste récursive avec détails) du -shc * (taille des fichiers du répertoire courant avec somme à la fin)

Si c'est DownloadStation le coupable, il faudrait savoir comment il est utilisé. Les torrents terminés sont laissés en seed ou pas? S'ils le sont, forcément les fichiers occupent du disque dans le répertoire @download. Idem, s'il y a des torrents en cours de téléchargement cela occupe de la place dans @download. Il faut comprendre qu'un fichier terminé dans DownloadStation est copié via un lien dans le répertoire que l'on renseigne en paramètre (fichiers complétés). Cela évite d'occuper de l'espace disque pour rien (snas doute un cp --link). 2 inodes, 1 fichier "physique". Conséquence: supprimer le fichier résultat du dossier visible de téléchargement ne fait que supprimer 1 lien lié à ce fichier, tant qu'il en reste un (généralement celui du répertoire @download) l'espace disque n'est pas libéré. Comment savoir si un fichier a plus d'un lien 'dur': stat -c %h -- NOM_DU_FICHIER Si c'est égal à 1 alors l'emplacement de ce fichier est unique, il ne figure pas ailleurs.

J'ai mal compris, je pensais que le certificat généré était utilisé pour de l'auto-hébergement d'un site web. Donc je demandais l'URL de ton site pour tester de mon côté le certificat (voir par exemple si ce n'était pas un soucis de déclaration des autorités de ton navigateur).

Oui 3To. Histoire de rester iso dans les emmerdes :D

Ton URL?

Pas de tutoriel car je n'ai pas eu à mettre en pratique ce dont je parlais juste avant. J'ai ajouté à froid le nouveau disque #3 (emplacement vide depuis des semaines) et j'ai constaté que le disque #4 n'était plus en erreur, donc que le volume était à nouveau réparable "normalement" via l'interface. Première reconstruction KO car le disque #4 a refait des siennes. Donc je n'hésite pas à passer le NAS en mode service minimal (aucun service inutile lancé) et refaire une reconstruction. 15 heures de reconstruction RAID, 1h30 de fsck plus tard pour un volume de plus de 8To (pour ceux qui ont un DS413 avec du seagate 3To cela fera une stat) changement du disque #4 qui fatiguait. Retour à la normale. J'ai eu du cul que le disque #4 ne passe pas HS complet quand même.

La base que tu as dû suivre => https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Application/How_to_host_a_website_on_Synology_NAS Quels sont les enregistrements DNS que tu as configurés? Utilises-tu un virtual host? => https://www.synology.com/fr-fr/knowledgebase/DSM/help/WebStation/application_webserv_virtualhost

Un nouveau disque dur reçu, je m'y colle ce soir. En attendant 2 liens très utiles qui tombent pile dans ma situation. http://serverfault.com/questions/568166/how-to-recover-an-mdadm-array-on-synology-nas-with-drive-in-e-state https://www.dsebastien.net/2015/05/19/recovering-a-raid-array-in-e-state-on-a-synology-nas/

Réponse moyennement satisfaisante de la part du support Synology qui je pense n'a pas pris la peine de regarder les détails donnés. Pas grave je sais ce qu'il me reste à faire, je ferai pour le forum un tutoriel détaillé.

Le statut clean, degraded me laisse de l'espoir. :) Le nouveau disque #3 défectueux au déballage repart enfin ce matin en SAV et nouveau disque #4 commandé à l'instant chez un autre commerçant. NAS éteint évidemment en attendant au moins un nouveau disque. J'ai contacté le support Synology mais je pense que je suis bon pour une reconstruction en ligne de commande (pas difficile mais DSM est un tellement bon clicodrome).

Salut, le disque #3 je gère, il est 'removed' pour une bonne raison je l'ai retiré il y a une semaine car HS :( Le soucis est que le disque #4 m'a fait un caprice hier soir. Storage Manager le marque en statut 'crashed' pourtant je le vois via fdisk avec les partitions et le statut du RAID5 est clean, degraded via mdadm. Je cherche à comprendre cette incohérence d'information entre Storage Manager et ce que je constate en tant que sysadmin en ligne de commande. Bon, il ne fait pas de doute que le disque #4 est en train de mourrir aussi...

Murphy oblige... En attendant de pouvoir renvoyer le disque dur neuf défectueux au déballage, laissant le RAID5 sur 3 pattes au lieu de 4, le disque 4 a fait des siennes ce soir et balance un statut "crashed". Arrêt, je te sors du NAS, je te remet dans le NAS histoire d'être certain du contact et on démarre. Le statut est toujours "crashed" pourtant je le liste bien avec les partitions avec fdisk -l et le statut du RAID5 me semble moins pire que prévu. J'ai contacté le support Synology mais je demande ici aussi au cas où. Existe-t-il un moyen de resetter/forcer ce statut "crashed" pour un disque dans Storage Manager? En attendant init 0 du NAS. Merci Disk /dev/sdd: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: B5207F74-8AF1-4FE0-9321-F8350EEC1F1B Device Start End Sectors Size Type /dev/sdd1 256 4980735 4980480 2.4G Linux RAID /dev/sdd2 4980736 9175039 4194304 2G Linux RAID /dev/sdd3 9437184 5860528064 5851090881 2.7T Linux RAID /dev/md2: Version : 1.2 Creation Time : Sat Mar 2 12:32:07 2013 Raid Level : raid5 Array Size : 8776632768 (8370.05 GiB 8987.27 GB) Used Dev Size : 2925544256 (2790.02 GiB 2995.76 GB) Raid Devices : 4 Total Devices : 3 Persistence : Superblock is persistent Update Time : Wed Sep 7 21:38:58 2016 State : clean, degraded Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 64K Name : edgecrusher:2 (local to host edgecrusher) UUID : 706455be:edab267d:3a319fac:d2bb0b18 Events : 15546376 Number Major Minor RaidDevice State 0 8 3 0 active sync /dev/sda3 1 8 19 1 active sync /dev/sdb3 2 0 0 2 removed 3 8 51 3 active sync /dev/sdd3

Bonjour, un disque dur HS que je remplace par la même référence: # smartctl -d ata -i /dev/sdc smartctl 6.5 (build date Jul 27 2016) [ppc-linux-2.6.32.12] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Device Model: ST3000DM001 Serial Number: Z5038KX8 LU WWN Device Id: 5 000c50 091c6cfa8 Firmware Version: CC26 User Capacity: 137,438,952,960 bytes [137 GB] Sector Size: 512 bytes logical/physical Rotation Rate: 7200 rpm Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 3.0, 6.0 Gb/s Local Time is: Thu Sep 1 18:06:28 2016 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled Sauf que je ne peux pas l'initialisé via DSM, je ne le vois pas via fdisk -l et j'ai cela dans /var/log/messages... disque ou contrôleur d'après-vous? 2016-09-01T18:03:20+02:00 edgecrusher kernel: [ 1777.331015] ata3.00: failed command: READ DMA 2016-09-01T18:03:20+02:00 edgecrusher kernel: [ 1777.335442] ata3.00: cmd c8/00:08:80:70:7b/00:00:00:00:00/e0 tag 0 dma 4096 in 2016-09-01T18:03:20+02:00 edgecrusher kernel: [ 1777.335446] res 51/04:08:80:70:7b/04:00:00:00:00/e0 Emask 0x1 (device error) 2016-09-01T18:03:20+02:00 edgecrusher kernel: [ 1777.350489] ata3.00: status: { DRDY ERR } 2016-09-01T18:03:20+02:00 edgecrusher kernel: [ 1777.354496] ata3.00: error: { ABRT } 2016-09-01T18:03:20+02:00 edgecrusher kernel: [ 1777.866730] Descriptor sense data with sense descriptors (in hex): 2016-09-01T18:03:20+02:00 edgecrusher kernel: [ 1777.894334] end_request: I/O error, dev sdc, sector 8089728 2016-09-01T18:03:21+02:00 edgecrusher synostorage: AtaSmartRawValueGet(67) read value /dev/sdc fail 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: hotplugd.c:1304 ##### ACTION:add 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: DEVNAME:sdc 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: DEVGUID:Z5038KX80 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: DEVPATH:sdc 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: SUBSYSTEM:block 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: PHYSDEVPATH:/devices/pci0001:02/0001:02:00.0/0001:03:00.0/host2/target2:0:0/2:0:0:0 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: hotplugd.c:1392 ==== SATA disk [sdc] hotswap [add] ==== 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: disk/smartctl_enable.c:111 AtaSmartEnable failed. 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: hotplugd.c:1421 ==== SATA disk [sdc] Model: [ST3000DM001 ] ==== 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: hotplugd.c:1422 ==== SATA disk [sdc] Serial number: [Z5038KX8] ==== 2016-09-01T18:03:21+02:00 edgecrusher hotplugd: hotplugd.c:1423 ==== SATA disk [sdc] Firmware version: [CC26] ==== 2016-09-01T18:03:22+02:00 edgecrusher synostorage: SmartDataRead(108) read value /dev/sdc fail 2016-09-01T18:03:22+02:00 edgecrusher synostorage: disk/disk_temperature_get.c:75 read value /dev/sdc fail 2016-09-01T18:03:22+02:00 edgecrusher synostorage: disk/disk_current_health_get.c:76 SYNODiskAtaSmartInfoParse failed on /dev/sdc 2016-09-01T18:03:22+02:00 edgecrusher synostorage: synostorage_int_disk.c:145 Failed to get health attribute 2016-09-01T18:03:22+02:00 edgecrusher synostorage: disk/disk_current_health_get.c:76 SYNODiskAtaSmartInfoParse failed on /dev/sdc 2016-09-01T18:03:22+02:00 edgecrusher synostorage: synostorage_int_disk.c:173 Failed to get health attribute 2016-09-01T18:03:23+02:00 edgecrusher sk: AtaSmartRawValueGet(67) read value /dev/sdc fail 2016-09-01T18:03:23+02:00 edgecrusher sk: AtaSmartRawValueGet(67) read value /dev/sdc fail

Après mise à jour du package: - certaines tâches sont en bleu 'Checking' depuis des heures - toutes les autres sont en orange 'Waiting', faire pause puis start ne fonctionne plus pour relancer le téléchargement

Bonjour, DS413 à jour (firmware et packages). Depuis quelques semaines je rencontre un comportement différent des 3 précédentes années pour la gestion des téléchargements via ed2k. Au bout d'un temps aléatoire, certains fichiers passent du statut 'Downloading( (flèche verte) à 'Waiting' (horloge orange). Solution de contournement: mettre en pause puis relancer le téléchargement. Jusqu'au début de l'été, tous les fichiers restaient en vert. Une explication? Merci

Bonjour, j'ai un DS413, firmware à jour, paquets à jour aussi. Je n'arrive pas à faire fonctionner Nzb Config pour configurer Nzbget avec Couch Potato Server (Nzb Config ne rend jamais la main) et Headphones (à chaque fois la variable revient à "No change"). Existe-t-il un tutoriel pour faire fonctionner ces 2 applications avec Nzbget (je ne trouve qu'avec Sabnzb)? Merci