ml78

Et sur un PC ? Pour rappel, un disque dur tombe en panne dans les premiers jours d'utilisation, puis on est tranquille plutôt longtemps.

Non, une adresse IP commençant par 10 est non routable, donc ne fait pas partie du réseau Internet, mais que du réseau local. En mode client, c'est le but du jeu.

En local ? Bonne nouvelle, Apache est actif. Non, je ne pense pas. Il faudrait vérifier sur la box sur quelle machine le port 80 est routé. Il y a peut-être une sécurité sur Apache pour filtrer les connexions extérieures. Peut-être des éléments de réponse : Can't access server remotely Essayez le user/mot de passe de la caméra pour voir. Ca ressemble à un routage vers la caméra, plutôt que vers le site web.

Je vais peut-être répondre à coté étant encore en DSM 6.2.4. Normalement, on se connecte en admin, puis un fois en mode console on exécute un sudo -l pour passer en root.

Tout d'abord, je trouve très risqué d'ouvrir autant de ports à l’extérieur. Pour résumer, en local (derrière la box Free), tout fonctionne ? Si oui, il y a autant de redirection de ports vers le NAS (3306,5000,5001,80,...) paramétrés sur la box ? Que se passe-t-il lorsque l'on accède à la racine du serveur Apache (en local puis http://mon IP fixe du NAS fournie par Free:80, le 80 étant facultatif) ? S'il y a une erreur 403, dans les 2 cas, c'est intéressant. Il faut créer à la racine du serveur un fichier index.html avec un texte du genre "It works!". Si ça ne fonctionne qu'en local, se demander s'il ne faudrait pas une connexion https de l'extérieur ? Enfin astuce, mettre dans le fichier hosts l'association nom / IP, c'est plus pratique/lisible 😉

J'utilise xplorer² pour faire ce genre de copies séquentiellement. Lorsque j'ai ce type d'erreur, je move les fichiers concernés dans un fichier rar, que je move sur le Syno, puis unrar...

Pour la copie, il suffit de mounter entre les Syno. Le Mac pilote ça au travers du DSM.

sftp compresse, mais nfs est un vrai système de fichier réseau et donc optimisé.

Pour faire ce genre de manip, je mount (NFS) sur une des machines (à priori la plus puissante) l'autre, puis je fais un transfert via File Station. Une fois lancé, on peut se déconnecter (c'est un traitement batch) et ça peut donc se faire sans PC connecté

Deux petites astuces au passage : Mettre les VM sur un SSD. Si le Syno le permet, cache NVMe. Éviter les Syno avec Celeron.

Il s'agit -en ce qui me concerne- de Seagate IronWolf 4To qui n'ont pas d'erreur secteur, ni problème SMART détectés par le Syno. Mais le syno qui fini(ssai)t par les rejeter. C'est le support de Syno qui m'a suggéré la manip. WD-40 😉

J'ai ?eu? un problème équivalent. La 5ème baie de mon ds3615sx jetait plus ou moins vite mes disques (4 essayés). Ça tenait de quelques heures à quelques jours. Le disque était en erreur mais pas de secteurs défectueux et Ok sur un PC. La reconstruction était souvent faisable, quasiment toujours après un reboot, mais ne tenait pas très longtemps. Démontage des disques, grand coup de soufflante, un peu de wd40 dans le slot en question et ça tient depuis une bonne quinzaine... Ça fait quand même épée de Damoclès.

La reconnexion ne fait pas partie de la gestion SMART. Il semblerait que ce soit un problème de qualité de contacts avec le disque constatée par Syno. Donc gênant, à surveiller, mais pas trop grave. Un coup de WD40 et bien renfoncer le disque et ça devrait repartir...

Juste à vérifier : la base, la table et le fichier sont-ils tous utf-8 ?

Est-ce que par hasard, il n'y aurait pas une trace des anciens comptes : Voir dans Control Panel\All Control Panel Items\Credential Manager\Windows Credentials Credential Manager on Windows

dotster.com, netim.fr, infomaniak.ch

Je me permettrais de conseiller un DS1522+ ou DS1621+ qui ont l'avantage d'avoir un processeur plutôt performant, déjà pas mal de mémoire (qui peut être étendue) et auquel on peut ajouter la mémoire NVMe utilisable en SSD ou cache.

Hypothèse: un mauvais contact (disque pas suffisamment enfoncé) ?

C'était une des hypothèses. Mais si on lit la contrib jusqu'au, ce n'est pas ce que je préconise : En résumé, je mounterais le 216j sur le 218, lancerait la copie, pendant un long week-end...

Quand je dis monter, je veux dire mount au sens rendre le répertoire distant accessible et donc copiable, ce qui permet donc le btrfs sur le 218.

La théorie serait de casser le 216J en y mettant un de 14To, puis de laisser reconstruire le RAID. Ensuite, de prendre le 14To, de le mettre dans le DS218, puis de reconstruire le RAID avec le second 14To. Néanmoins, on voit à minima 2 voire 3 reconstructions, ce qui revient à écrire sur le disque l'ensemble des données. Du coup, je ne suis pas sûr qu'un transfert réseau fait directement entre le 216j et 218 ne serait pas aussi rapide, sans compter qu'au niveau sécurité, ça serait bien plus tranquillisant. En résumé, je monterais le 216j sur le 218, lancerait la copie, pendant un long week-end...

C'est rare un PC sans RJ-45. Un portable ?

Et dans C:\Users\monUser\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup ?

Avant de partir, je recommanderais de mettre une adresse IP (ou de noter l'actuelle). Ça évitera de partir à la chasse à l'adresse à partir du PC. Ensuite mème chose sur le PC, mettre une adresse dans la mème classe, par ex : syno 10.11.12.1 pc 10.11.12.2

Réponse A) Le WOL n'est pas activé sur l'autre (Est-ce que ça fonctionne à partir du PC ?). Réponse B) Le script php lance un programme Linux et n'est pas autorisé à le faire.