stevanovich

Bonsoir , Voici la solution que j'ai fini par mettre en place (les solutions) Dans un premier temps, il faut éviter de synchroniser TOUT , j'ai découpé la synchronisation par répertoires et par partages , pourquoi ? , car si ça plante, ça permet de facilement repérer rapidement la branche qui plante. Parmi tous ces déclencheurs de synchronisation, il faut lé décaler dans le temps, j'ai mis 1600secondes entre chaque lancement, ça permet de laisser du temps à d'autres tâches de se terminer. J'ai mis le nombre de fichier synchroniser à 20 (au maximum de mémoire) J'ai aussi renommer tous les fichiers posant problème (MAXOS_) qui avait des noms avec des caractères spéciaux. (plus d'accents , limitation identique au DOS) Les fichiers posant problèmes sont facilement retrouvés dans la notification des évènements de chaque tâche. Programmer les tâches dans des plages horaires différentes , facilitant au départ la synchronisation. Activer la synchronisation intélligente. Pour mon cas, j'ai effacer toutes les tâches et recommencer la synchronisation , placer dans les mêmes destinations. ça ma créér pleins de fichiers de conflits (_ConfictsDisktation...) , en finalités, comme tout le monde travaillait sur le cloud, ça a été facile de tous les supprimer avec une seule ligne de commande sur le syno en ssh Voilà pour résumer, Maintenant, tout va bien. (je croise les doigts ...) Bon courage.

Voici quelques news . J'ai fait des essais avec un autre compte OneDrive, et je n'ai pas ce genre de problématique. J'ai fait des essais avec un autre compte Sharepoint , et c'est catastrophique . ça a beaucoup de mal à remonter de sharepoint vers le syno, voir pas du tout. En enlevant l'option intelligente, il semblerait que ça fonctionne mieux ... Jouer avec les bases de données m'est impossible, en dehors de mes compétences, sqlite3 non maitrisé et gestion des profils de synchro incompréhensible. Cependant, casser le lien et le recréé semble fonctionner, donc c'est parti pour des synchros globales refaites .(en supprimant l'option synchro intelligente) A suivre.

Bonjour, La synchro totale prendrai environ 5heures, mais toujours rien. Tu dois avoir raison sur les char , car visiblement ce serait un problème de synchro probablement initié par des fichiers avec des char spéciaux sur le serveur, qui peut-être aurait bloqué la synchro. Il faut que je force la synchro globale, option non prévue par le syno. Alors, soit j'efface la base de donnée que je ne sais pas ou elle est. Soit je casse le lien, puis je le recréé. Je vais faire ce soir un essai sur un dossier bidon et voir les répercutions. je ferai un compte rendu ici.

Bon, ça avance, mais j'ai des réactions vraiment étranges. Le répertoire renommer (sans accent) vient enfin d'apparaitre , dans la liste des éléments à synchroniser, Par contre c'est le vieux qui apparait sur le serveur (Truc de fou !) 🤪 J'ai toujours le vieux qui reste dans le liste locale . SharePoint : Synology :

J'y vais de ce pas 😉 je n'avais pas penser à ça !

Ouais, un peu comme le bonhomme 🤪 . Merci 😉

J'avance dans le Diagnostique, un truc de fou .... Le dossier apparait bien dans les éléments à synchroniser dans l'interface du Cloud Sync : Mais pas sur le syno ... ? Je vais faire un tour en SSH , voir se kiskis passe ?

Bonjour, Stéphan, 52 Ans, de retour ici , depuis .... oooohhhh , très longtemps ... Je me lance dans la conception de NAS Maison , basé sur des cartes SBC. Je ne garanti pas le résultat final.

Bonjour @Jeff777 , J'ai juste rajouter des fichiers qui manquaient dans la synchronisation, à savoir des extensions liées à notre applicatif métier, voir dessous : D'autres idées ? Merci

Bonjour, On utilise depuis quelques temps maintenant la synchronisation depuis nos compte OneDrive sur le Syno , ça fonctionnait bien, jusqu'à .... On est passé sur SharePoint pour avoir plus de stockage en ligne : Entre chaque utilisateur et la mise à jour sur OneDrive(SharePoint) tout se passe bien, on est averti des mises à jour et des fichiers ajoutés et répertoires ajoutés. Mais ils n'apparaissent pas sur le serveur Syno (pas de synchro remontante ) Mes paramètres : Le répertoire /DEVIS est censé être synchronisé, et portant .. il manque des répertoires. La synchro bi directionnelle est bien activée Rien de particulier sur les filtres. Paramètres généraux. On est en fibre optique, très bon débit montant et descendant. Je redémarre le service tous les jours à 5h00 du matin pensant qu'il buggait, mais non, ça change rien. Merci pour vos conseils avisés.

Bonjour, Pour information les informations sont stoquées en mémoire Flash .. voir mon tuto : http://mesbidouillesinformatiques.blogspot.fr/ Ces informations ne sont accessibles qu'avec une clée usb/ttl qui permet de communiquer avec lui. Personnellement, je ne me lancerai pas dans ce genre de manipulation , un peu hasardeuse (très en fait !) Cordialement.

Tu peux poster une copie d'écran de la page de mise à jour en manuel, pour voir ton numéro de build, et la version qu'il te propose d'installer. Merci

Bon, pour te dire les choses franchement, je ne vais pas te laisser croire que tu va y arriver, je suis intervenu sur ce forum pour expliquer comment réparer. La seule chose que tu peux faire , c'est de tenter ta chance sur des forums étranger , allemands ou des pays de l'est ... J'ai trouvé ça ici : http://gathering.tweakers.net/forum/list_messages/1583779 Utilise google trad. De mon coté , j'ai laché l'affaire et continue d'utiliser mon DS209+ en l'état, et me dirige vers d'autres solutions plus économiques , opensource. Bonne continuation dans tes recherches . Sincèrement.

D'après ce que j'ai pu voir , ton processeur est un : 88f6281 (armv5) Je suis parti d'un vieux DSM trouvé 2198, il faudrait confirmer la version du firmware que tu as. unique="synology_88f6281_112j" company_title="Synology" ......... # Push Service Server address pushservice_server_1="https://sns1.synology.com:8089/api/" pushservice_server_2="https://sns2.synology.com:8089/api/" upnpmodelurl="" upnpmodelname="DS112j" .... .... esataportcfg="0x0" iscsi_target_type="lio" synobios="ds112j" .... J'ai mis en rouge les endroits ou je suppose devoir effectuer une modification ATTENTION, Si ton syno ne redémarre pas , c'est à tes risques et périls , je n'assure aucune maintenance !!!

Bonjour, As-tu redémarrer ton syno ? Normalement, il ne faut pas, tu fais la modification en telnet sur le fichier synoinfo.conf (attention le bon, dans /etc.defaults ) et tu lance la recherche de mise à jour manuellement. Regardes bien toutes les lignes.

J'ai passé un peu de temps, mais si ça peut servir . C'est ICI , je n'ai pas mis de copyright, merci de respecter les auteurs originaux (et moi même), et de citer les liens d'origine. Cordialement.

Hello à tous, Pour ceux que ça intéresse, j'ai fait un peu ce genre d'erreur aussi en voulant upgrader mon DS209+ DSM4.2 en DSM4.3 ca n'a pas fonctionné et j'ai briqué mon DS209+ (qui se prenait pour un DS210+)... jusqu'a que .... Pour information, et pour résumer, il est presque impossible de downgrader le firmware écrit en dur dans le syno lors d'un upgrade , il refuse de faire la manip à moins de modifier en hard les scripts de mise à jour, et là encore je n'en suis pas sur et je n'engage que ma parole ... Bref, ce que j'ai fait : Me documenter ici : http://www.huubmons.nl/multimedia/nas/17-networked-attached-storage/75-nas-synology-unbrick J'ai viré mes disques dur, et mis un disque vierge de remplacement !!! Dans le tuto il parle d'un câble usb, je l'ai remplacé par un module arduino usb TTL rouge windows 10 opé Les outils putty et sftp je suis en train d'écrire un tuto en français pour décrire ce que j'ai fait avec des photos . Ca ma pris 3 jours, et beaucoup de café, de calmant, de café , de calmant .... Mais ça marche !!!! J'ai réécrit les fichiers zImage et rd.bin dans la flash du syno. Voilà PS: je me suis un peu faché avec synology, j'avais contacté la hotline pour leur signifié mon erreur, et leur demandé cordialement leur aide pour une personne qui leur a fait acheté au bas mot, une trentaine de syno ... et m'ont renvoyé une réponses purement commerciale, ce qui a eu le dont de m'agacer fortement, d'autant plus que la solution est ... très facile , après l'avoir fait ...

Après moultes expériences demandées par le support technique voici mes premiers résultats : Pour résoudre le problème des pertes de connexion à l'éjection d'un disque USB, il "faudrait" (au conditionnel, car issue validée à l'instant) juste éditer les profils de sauvegarde exploitant les disques externes concernés , puis les sauvegarder ... Pour le reste, il faut approfondir et je dois réussir à reproduire exactement les circonstances du bug ... Merci à vous.

Pratique ce forum .... Une petite recherche et hop !!! Merci Sterminus, j'ai rencontré le même cas, et c'est la solution . Cordialement.

J'ai envoyé une demande de support à synology.

Voici ma configuration DHCP : Voici ma liste des clients : et voici ma liste de réservation d'adresses : Merci pour votre assistance ...

Oui bien sur, milles excuses pour mon raccourci pouvant être mal interprété .... Je confirme que : > ipconfig me retourne 192.168.0.90 > ipconfig /release me retourne 0.0.0.0 > ipconfig /renew me retourne la même ip pécédemment définie par le DHCP ... 192.168.0.90 essai réalisé sur PC XP "propre" reformaté de ce matin ....

Suis-je le seul chez qui l'iprenew ne fonctionne pas ???