CoolRaoul

Dans tous les cas va falloir prendre en compte ta bande passante en upload (adsl je suppose), si tu as des gigas à sauvegarder, ça risque d'être longuet.

pas avec les outils de base DSM du moins

Infomaniak n'est pas vraiment un prestataire de solution d'archivage/sauvegarde mais plutôt un hébergeur de site web d’après ce que je vois sur leur site. Pas vraiment adapté pour faire de la sauvegarde et donc pas surprenant que seul ftp soit supporté. Faudrait chercher une autre option à mon avis (ftp n'est vraiment pas idéal pour les sauvegardes, surtout quand on veut faire de l'incrémental et de toutes façon pas supporté nativement par DSM comme destination de backup.)

Tant que tes équipements ne sont pas dans un domaine active directory ce n'est pas un problème de DNS: la résolution de nom netbios se fait par broadcast et apprentissage dans ce cas. Est-tu certain de bien utiliser le nom de ton nas? (celui saisi dans le panneau de configuration DSM, rubrique "réseau", champ "nom de serveur" ? Que donne sous windows la commande "ping <nom du nas>" ?

Peut-être des pistes, voir dans ce sujet a partir de mon post:

Mais comme le NAS n'est pas "distant" pas besoin de l'attaquer en ftp quand on est connecté sur lui (ou je n'ai pas bien compris l'interet de la manip).

Ainsi que wget, sous réserve que l'on n'ait besoin de faire que du "pull" ("get") et pas de "push" ("put") , disponible dans le DSM de base (/usr/syno/bin/wget).

Et encore, ça doit dépendre des modèles, sur mon DS210j c'est une partition mappée en mémoire virtuelle (tmpfs) dont la taille est encore plus limitée: fserv> df /tmp Filesystem 1K-blocks Used Available Use% Mounted on /tmp 59240 6200 53040 11% /tmp fserv> mount |grep /tmp /tmp on /tmp type tmpfs (0) TMPDIR est plus courant sous unix, mais dans le cas d'une appli php c'est dans l'environnement apache que cette variable doit être intégrée, pas forcément trival (modifier "/usr/syno/etc/rc.d/S97apache-user.sh"?) **EDIT** (HS) Damned, comment faire pour supprimer la numérotation des lignes dans les blocs "code" ??

DownloadStation supporte les url ftp: http://www.synology.com/support/tutorials_show.php?q_id=510

Le phpinfo indique les modules php installés, cela ne veux pas forcément dire que ton appli php les utilise. Avec plus d'info sur le format de ces fichiers ".cache" on pourrait peut être déterminer quel est le composant qui les crée Ne pourrais-tu pas aussi par poser la question au développeur de l'appli?

Déjà il faut savoir que, en connexion terminal (ssh ou telnet) il n'y a qu'un seul compte ayant "tous les droits", c'est le compte "root" (qui hérite automatiquement de même mot de passe que le compte "admin"). Les comptes du groupe administrateurs DSM se retrouvent utilisateurs de base, sans privilege particulier, une fois connectés en ligne de commande. Ensuite, par défaut, les comptes créés par DSM ne sont pas autorisés a se connecter en ligne de commande (*) Pour le rendre possible, il faut changer le shell du compte en question (dans /etc/passwd) en remplaçant "/sbin/nologin" par "/bin/sh" (ce qui devrait répondre à ta question) (*) cela est du au fait que, sous DSM, les répertoires des dossiers partagés sont créés avec des droits unix assez "libéraux" permettant, en ligne de commande, des accès complets même pour des comptes non autorisé en acces distant (toutefois cela peux être modifié par la suite, par exemple avec filestation, ou simplement les commandes "chmod", "chown" et "chgrp" à partir du shell). Par contre, le répertoire partagé "photo", par construction, *doit* avoir des droits unix "ouverts, les restreindre explicitement peut empêcher le fonctionnement correct de PhotoStation (et tu constateras que filestation t'interdit de modifier les droits de ce partage)

La solution du canal beta est tout à fait secure, d'autant plus qu'il est possible dans cette configuration de revenir en arrière si on le désire (désinstallation de VideoStation, mettre le centre de paquet sur le canal stable puis reinstaller VideoStation

N'y aurait-il pas moyen de modifier le code de l'appli et de lui faire écrire ses fichiers temporaires ailleurs que dans /tmp? ("/volume1/@tmp" me semble un bon choix)

Ben ça n'est rien d'autre qu'une autre façon de lancer l'appli dont j'ai parlé 3 messages plus haut

Même si ça avait un autre disque que le "No 1" ça ne changerait rien: en JBOD , des qu'un disque est planté tu pers tout Te reste à changer le disque, reconstruire ton volume et restaurer tes sauvegardes Voir ici:

pas d'accord sur ce point Demo: fserv> cat fork.sh #! /bin/sh echo pid pere: $$ sleep 9999 & echo pid fils=$! exécution: fserv> ./fork.sh pid pere: 1353 pid fils=1355 fserv> ps -p 1353 PID TTY TIME CMD # on constate que le père est mort fserv> ps -p 1355 PID TTY TIME CMD 1355 pts/0 00:00:00 sleep # alors que le fils est toujours vivant

C'est dans la crontab: une fois par jour

Oki, pour ma part et comme ne ne sais absolument pas à peux bien servir cette commande "screen" (qui d'ailleurs n'est pas installée sur mon syno), pour lancer un programme , j'aurais tendance à choisir la première proposition de sp@ro qui me semble la plus simple, mettre dans ton script un truc du genre: mon_programme >/var/log/mon_programme.log 2>&1 & me semble tout simple et fonctionnel sans prise de tête. Sinon il n'est pas très difficile de transformer ton programme en "démon", suffit qu'il se détache de lui même comme détaillé ici: http://www.danielhall.me/2010/01/writing-a-daemon-in-c/ Ca t'économisera le "&" final et sera plus propre. (prévoir une option qui désactive le passage en fond - souvent "-n" traditionnellement - peut être utile lors de la mise au point)

Je dois avouer ne pas avoir la moindre idée de ce qu'est cette méthode "screen" de lancement.

petit bemol: "/opt/rc.d" est le répertoire des scripts de démarrage d'optware (que certains appellent ipkg ). Ce dernier n'est pas forcément installé et, si ce n'est pas le cas, les scripts ne seront pas exécutés au boot. Au contraire, "/usr/local/etc/rc.d", que je conseille d'utiliser dans est un répertoire pris en compte nativement par les procédure de démarrages de DSM. D'accord par contre sur le reste du post.

Pourquoi donc? Il n'est pas possible de récupérer des fichiers stockés sur seedbox en http?

Suffit d'essayer, il n'y a pas à avoir peur, aucun des deux appareils ne va exploser Et puis, concernant les perfs, avec la bande passante que tu vas atteindre via le CPL, soit ça passe soit pas (tu aura des freezes) mais tant que tu n'aura pas testé tu ne sauras pas.

Ce n'est pas l'anglais qui me posait problème, mais plutôt des GUI un peux chargés (exemple: http://rename.lupasfreeware.org/scrshots/replacing_text.gif) Mais je ne suis pas toujours réfractaire aux usines a gaz cependant: et pour tout dire m'arrive même d'utiliser un buffer dired emacs en mode édition pour faire ce genre de manip.

Je dois avouer ne pas connaitre le produit et les screenshots sur le site m'avaient un peu refroidi sur cet aspect