Amsonia

Le 127.0.0.1 n'est pas blacklistée, tout comme le 192.168.1.11, l'IP du NAS que j'ai défini dans mon routeur (Livebox). C'est du DHCP mais j'ai bloqué le NAS sur le .11 Le CPU est aux environs de 30% à l'heure où j'écris ces lignes. Très loin donc des 100% en continu et pourtant tous mes services habituels sont lancés. La charge CPU ne semble donc pas être la source. Je reboote le NAS et vous tiens au courant. edit: après un reboot, tout semble être revenu à la normale.

Bonjour, Je fais face depuis quelques jours à un problème plutôt étrange : le moniteur de ressource (que ce soit le widget ou le grand panneau comme illustré ci-dessous) est inaccessible. Tout le reste du NAS fonctionne correctement. Une idée d'où pourrait venir ce souci ? Je me connecte très bien à mon NAS, en ethernet comme d'habitude. Et un "top" dans une console me renvoie bien les info.

Je viens de recompiler une v2.71 mais avec les dépendances à jour (j'ai basiquement supprimé spksrc et refait un git clone… pour être sûr). Je vous tiens au courant edit : après avoir testé la 2.73, qui plantait autant que la 2.72 même avec les libs à jour, je suis donc repassé en 2.71 avec les dernières libs et ça tient bien mieux

Aïe ça plante toujours ! Je viens pourtant de mettre à jour le DSM et tout s'est bien déroulé. Peut-être que c'est lié à IPKG ? Pour faire la liaison webdav avec hubic j'avais du compiler un truc et donc installer plein de paquets. J'ai essayé de supprimer tout ce qui m'était désormais inutile mais autant j'en ai oublié. La seule chose que j'utilise d'IPKG c'est openssh-sftp-server et openssh. Pour le reste, je ne suis pas tout le temps certain s'ils peuvent être supprimés ou pas. Mais bon, les spk embarquent leurs propres dépendances alors je ne vois pas pourquoi ça viendrait de là… Bref je suis encore paumé, une idée pour me sortir de là ? Ou au moins pour que je sache ce qu'il se passe ? edit : la liste des paquets installés via IPKG : bzip2 - 1.0.6-1 - Very high-quality data compression program freetype - 2.3.6-1 - Free truetype library gconv-modules - 2.3.4-1 - Provides gconv modules missing from the firmware. These are used by glibc iconv() implementation. grep - 2.12-1 - Global regular expression parser less - 444-1 - Less file browser libart - 2.3.17-2 - 2-d graphics library. libcurl - 7.24.0-1 - Curl is a command line tool for transferring files with URL syntax, supporting FTP, FTPS, HTTP, HTTPS, GOPHER, TELNET, DICT, FI libdb - 4.2.52-3 - Berkeley DB Libraries libevent - 2.0.20-1 - libevent to implement an event loop libidn - 1.25-1 - GNU Libidn is an implementation of the Stringprep, Punycode and IDNA specifications defined by the IETF Internationalized Domai libjpeg - 6b-3 - collection of jpeg tools libpng - 1.2.44-1 - Portable Network Graphics Libraries libstdc++ - 6.0.3-6 - Standard C++ library, needed for dynamically linked C++ programs ncurses - 5.7-1 - NCurses libraries ncursesw - 5.7-1 - NCurses libraries with wide char support openssh - 5.9p1-1 - a FREE version of the SSH protocol suite of network connectivity tools. openssh-sftp-server - 5.9p1-1 - sftp-server only from a FREE version of the SSH protocol suite of network connectivity tools. openssl - 0.9.8v-2 - Openssl provides the ssl implementation in libraries libcrypto and libssl, and is needed by many other applications and librari openssl-dev - 0.9.8v-2 - openssl native development files patch - 2.6.1-1 - applies a diff to produce a patched file pcre - 8.31-1 - Perl-compatible regular expression library py26-psycopg2 - 2.3.2-1 - psycopg2 is a PostgreSQL database adapter for the Python programming language. python26 - 2.6.8-1 - Python is an interpreted, interactive, object-oriented programming language. rcs - 5.7-2 - The Revision Control System (RCS) manages multiple revisions of files. readline - 6.1-2 - The GNU Readline library provides a set of functions for use by applications that allow users to edit command lines as they are sqlite - 3.7.14.1-1 - SQLite is a small C library that implements a self-contained, embeddable, zero-configuration SQL database engine. wget-ssl - 1.12-2 - A network utility to retrieve files from the Web zlib - 1.2.5-1 - zlib is a library implementing the 'deflate' compression system. Successfully terminated.

Je viens de compiler la dernière version de Transmission (2.73) via les outils mis en place par Diaoul. Pour l'instant (quelques minutes) ça tourne bien chez moi. (455 torrents tout de même ) J'en ai fait de même pour l'architecture de ton NAS. Il te suffit de télécharger ce fichier et de l'installer manuellement via le centre de packages.

J'ai complètement désinstallé le paquet et je l'ai réinstallé. Il datait de l'époque de "zebulon" et avait accepté sans broncher les mises-à-jour de SynoCommunity. J'ai donc une install propre du 2.72-2 made in Diaoul dans laquelle j'ai remis tous mes torrents mais le problème persiste : plantage apparemment aléatoire. Apparemment oui pace que je n'ai rien relevé d'étrange dans les logs… J'ai aussi rebooté le nas, au cas où. bref, help.

Super, merci !

Depuis le DSM 4.1on peut activer le FXP en plus du FTP, ça se passe dans le panneau de configuration du serveur FTP.

Mon transmission v2.72-2 plante lui aussi de manière apparemment aléatoire. Par contre je suis sur un DS401 (DSM 4.1-2647), je n'ai pas d'erreur de kernal panic, le plantage de Transmission ne semble pas affecter le reste du NAS. J'ai passé les log de /var/log/messages à une verbosité plus importante (modifié le /etc/syslog.deny/ pour inclure les messages de niveau INFO). Je verrai (peut-être) mieux ce qu'il se passe avant que ça ne plante !

C'est bien pour ça que j'ai écrit Après, il me semble que le daap a été outsourcé, ou un fork a été créé en open-source. Bref il n'y a pas que le truc d'apple comme instance serveur mais aussi Firefly. En tout cas je n'ai pas jeté la pierre sur Syno ! o_O

C'est un protocole de communication créé par Apple et qui permet (permettait) à iTunes de lire des fichiers multimédia situés non seulement en dehors de son dossier de bibliothèque mais surtout sur un disque distant comme nos NAS. En gros un truc pour permettre à iTunes de streamer de la musique et des films situés dans le réseau local (voire dans le grand internet avec un peu de tweaking Le but, comme le dit hugo75, était de pouvoir profiter de notre musique organisée à notre sauce et stockée sur le NAS tout en profitant de l'interface graphique léchée d'iTunes, bien meilleure que celle d'AudioStation ; laquelle n'est pas, au demeurant, la pire que je connaisse.

J'en ai bien peur moi aussi En tout cas j'ai d'ores et déjà re-supprimé iTunes de mon mac parce que, évidemment, cette v11 ne supporte toujours pas le FLAC " Donc si vous connaissez un soft OS X qui gère le DAAP et lit le FLAC, je suis preneur…

Bonsoir, Je viens d'installer la nouvelle version d'iTunes (v11) sur mon OS X (10.7.4) et j'ai activé le "Serveur iTunes" aka serveur DAAP ; la réindexation s'est bien déroulée. Problème, quand je veux accèder à la musique stockée sur le NAS par le biais d'itunes, seuls les films (du dossier /volume1/video) s'affichent ! Je n'ai aucun fichier audio ou vidéo du dossier /volume1/music. Apple aurait-il (encore) changé les caractéristiques de la liaison DAAP ? Je suis le seul dans ce cas ?

Tout est bloqué ou tu ne vois pas ce que tu tapes ? Si c'est le second cas, c'est tout à fait normal Tapes simplement ton password et valide comme d'habitude.

Kickstatarter n'est pas adapté à ce genre de chose mais flattr l'est complètement, notamment en suivant l'idée d'Abibouba : les gens votent en donnant via flattr. C'est facile à mettre en place de ton côté (je crois) et c'est très facile à utiliser du côté des donateurs, bcp moins lourd qu'une donation par cb/paypal dont le process est déjà assez aisé. bref, pour moi c'est l'outil parfait. Reste juste à savoir si github autorise la "flatterisation" de projets. Je pense que oui mais bon…à vérifier.

Content que ces deux petites captures soient utiles ! Pour le poids des pièces-jointes, il ne s'agit que de configurations serveur. Aujourd'hui c'est très souvent entre 15 et 20 Mo. Évidemment cela ne sert à rien de mettre une limite élevée de son côté (50 Mo par ex.) si le serveur mail du destinataire est configuré pour n'accepter que 15 Mo max… Après, peut-être que des trucs comme @laposte.net ou hotmail en sont encore aux PJ de 5 ou 10 Mo max…

J'ai fini par mettre mon calendrier dans Postbox et ça marche impec.

Bonjour, Je viens de m'apercevoir que mon iCal avait "perdu" mon calendrier. L'abonnement est toujours actif et rapatrie les modifications faites à partir d'autres interfaces mais je ne peux pas ajouter d'évènement. Je peux, par contre, modifier un événement présent et ce même si iCal me dit que l'event appartient alors à mon autre abonnement de calendriers : mon compte google. Dans les faits l'event reste sur le calendrier de mon syno. Donc mon accès est correct et fonctionne en lecture/écriture mais le calendrier en lui-même est invisible. Pour la peine j'ai désactivé puis réactivé le WebDAV SSL et ai supprimé puis recréé mon calendrier via le DSM. Je parle bien de iCal v5.0.3 d'OS X 10.7.4 et non d'iOS. Tout cela me semble être un problème au sein d'iCal mais peut-être avez-vous la solution pour forcer iCal à "voir" mon agenda ?

Comme chacun sait, il n'est pas possible d'appliquer un droit X sur un dossier de rang 1 et un droit Y sur un sous-sous-(sous…)-dossier ; de rang 3 et plus donc. - Y-a-t'il un moyen de contourner cette limitation ? (bidouille sur le NAS, utilisation d'un autre service à la place de PhotoStation, OpenPhoto par ex. etc.) - Savez-vous pourquoi PhotoStation n'évolue pas sur ce point qui est tout de même présent pour de nombreux utilisateurs ? C'est vraiment compliqué à réaliser ou c'est juste qu'ils s'en moquent ?

D'aaaacord, je comprends mieux à quoi sert cette ligne, merci Diaoul. Le configure plante maintenant de façon prévisible : il lui faut erlang ("erl" et "erlc"). Je vais voir si je suis capable de compiler ça avec spksrc…

Tu peux contrôler la lecture de la musique soit depuis le NAS en passant par AudioStation (et ses applications pour smartphone) soit depuis ton lecteur réseau. Si tu passes par le lecteur réseau, il me semble qu'il suffit d'activer le "serveur multimédia" ; paquet à installer depuis le "Centre de paquets". Si tu passes par AuioStation, il faut veiller à : 1/ Activer le "Mode USB" (le mode de lecture en continue comme illustré ci-dessous envoi le son sur les enceintes de ton ordi) 2/ Activer la sortie haute qualité pour USB. Cela permet de lire les fichiers 24 bits nativement. 3/ Si tu as des FLAC de CD, autant conserver cette qualité donc mettre le transcodeur sur "wave" et non "MP3" (encore que, il me semble que cette option pour le transcodeur n'ait un impact sur le mode "lecture en continue" ; il me semble que si tu passes par l'USB, ça transcode automatiquement en wave)

Bonjour, Je voudrais installer le serveur Jabber/XMPP sur mon NAS. 1/ Le paquet est présent dans IPKG mais personne n'arrive apparemment à le faire fonctionner. 2/ J'ai essayé de compiler la chose directement sur le Syno mais il semble y avoir un problème avec le paquet erlang (voir ) 3/ J'en suis donc à essayer de le cross-compiler avec spksrc. J'ai installé Debian 6 dans une VM avec les outils nécessaires pour son bon fonctionnement. Voici déjà le Makefile : PKG_NAME = ejabberd PKG_VERS = 2.1.11 PKG_EXT = tgz PKG_DIST_NAME = $(PKG_NAME)-$(PKG_VERS).$(PKG_EXT) PKG_DIST_SITE = http://www.process-one.net/downloads/ejabberd/$(PKG_VERS) PKG_DIR = $(PKG_NAME)-$(PKG_VERS) DEPENDS = HOMEPAGE = http://www.process-one.net/en/ejabberd/ COMMENT = Robust and scalable Jabber / XMPP Instant Messaging platform LICENSE = GNU_CONFIGURE = 1 CONFIGURE_ARGS = include ../../mk/spksrc.cross-cc.mk Je lance la commande make arch-ppc853x (l'archi de mon DS410) mais ça plante quasiment tout de suite. Il ne trouve pas le fichier configure. En effet ce dernier est dans /src/ et pas à la racine des sources. J'imagine qu'il faut rajouter un argument dans mon Makefile mais n'ai aucune idée de son formatage :-s Pour info, voici le log de make arch-ppc853x ===> Building package for arch ppc853x make[1]: entrant dans le répertoire « /home/amsonia/spksrc/cross/ejabberd » ===> Set up toolchain make[2]: Rien à faire pour « default ». make[1]: quittant le répertoire « /home/amsonia/spksrc/cross/ejabberd » make[1]: entrant dans le répertoire « /home/amsonia/spksrc/cross/ejabberd » ===> Downloading files for ejabberd ===> File ejabberd-2.1.11.tgz already downloaded ===> Verifying files for ejabberd ===> No digests file for ejabberd /home/amsonia/spksrc/cross/ejabberd/../../distrib/ejabberd-2.1.11.tgz ===> Processing dependencies of ejabberd ===> Extracting for ejabberd tar xzpf /home/amsonia/spksrc/cross/ejabberd/../../distrib/ejabberd-2.1.11.tgz -C /home/amsonia/spksrc/cross/ejabberd/work-ppc853x ===> Patching for ejabberd ===> Configuring for ejabberd cd /home/amsonia/spksrc/cross/ejabberd/work-ppc853x/ejabberd-2.1.11 && env PKG_CONFIG_LIBDIR=/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/lib/pkgconfig WORK_DIR=/home/amsonia/spksrc/cross/ejabberd/work-ppc853x INSTALL_PREFIX=/usr/local TC=syno-ppc853x LD=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-ld CPP=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-cpp NM=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-nm CC=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-gcc AS=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-as RANLIB=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-ranlib CXX=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-g++ AR=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-ar STRIP=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-strip OBJDUMP=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-objdump CFLAGS="-mcpu=8548 -mhard-float -mfloat-gprs=double -I/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/include " CPPFLAGS="-I/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/include " LDFLAGS=" -L/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/lib -Wl,--rpath-link,/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/lib -Wl,--rpath,/usr/local/lib " ./configure --host=powerpc-unknown-linux --build=i686-pc-linux --prefix=/usr/local make[1]: quittant le répertoire « /home/amsonia/spksrc/cross/ejabberd »[/font] [font=courier new,courier,monospace] Et voici ce qui ressort dans mon shell : amsonia@debian:~/spksrc/cross/ejabberd$ make arch-ppc853x >> log.txt env: ./configure: Aucun fichier ou dossier de ce type make[1]: *** [configure_target] Erreur 127 make: *** [arch-ppc853x] Erreur 2 Des idées ?

Il semblerait bien que beam soit en cause. (installé avec le paquet erlang) Voici comment il est exécuté lors du ./configure /opt/lib/erlang/erts-5.9/bin/beam -sbtu -- -root /opt/lib/erlang -progname erl -- -home /root -- -noshell -noinput -mode minimal Et quand je fais erl --help ou erlc --help, beam se met aussi à 100% de CPU… Pour info, j'ai rebooté le nas plusieurs fois et upgradé tous les paquets d'ipkg (aucun de ceux requis n'ont requis d'update de toute façon)

Je suis en train de suivre ta méthode, à savoir compiler ejabberd mais j'ai l'impression que le .configure mouline… Asimov> ./configure --prefix=/opt/ejabberd checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether make sets $(MAKE)... yes checking for erlc... /opt/bin/erlc checking for erl... /opt/bin/erl Et ça reste sur le checking for erl... /opt/bin/erl pendant plusieurs dizaines de minutes ! J'ai déjà essayé de tuer le processus et de le relancer mais c'est pareil. C'est un comportement normal ? (j'ai un DS410, CPU PPC pas le plus récent mais j'ai déjà compilé des choses avec. Tor par exemple) edit: c'est le processus beam qui me prend toutes les ressources depuis le début du .configure edit 2: voici le mon config.log. J'ai encore une fois tué le processus via Ctrl+C. Tout ce qui est écrit après la ligne 110 est arrivé après la fin du processus. Je ne vois aucune erreur mais…peut-être que vous oui ! Merci encore d'avance !

Oui, c'est tout à fait possible. Voir cette liste qui recense les matériels testés comme compatibles par la communauté : http://forum.synology.com/wiki/index.php/User_Reported_Compatible_USB_Speakers