al4085 Posté(e) le 2 septembre 2012 Posté(e) le 2 septembre 2012 Je viens d'installer 4.1 et 'ai perdu les fonctionnalités de Serveur Multimédia : les listes de musique apparaissent vides . Ceci que ce soit depuis l'audio Station ou depuis un Philips Streamium NP 2900. Tout marchait bien avant. J'ail limité la musique présente sur /Music à 30 fichiers, arreté le serveur multimédia, relancé, relancé l'indexation, qui se termine.... mais toujours pas de musique visible, L'audio station reste éternellement en "Loading", les appareils externes en "This is an empty list" Quelqu'un a des idées ? DS 410 DSM 4.1 2636 Media Server v1.0 2255 Audio Station 4.0 2298 0 Citer
MrWaloo Posté(e) le 5 septembre 2012 Posté(e) le 5 septembre 2012 Salut, A ta place j’essaierais de désinstaller et de réinstaller le serveur Multimédia en premier. Si ça ne change rien, j'activerais SSH et me connecterais au NAS en SSH avec PuTTy (login 'root' et mot de passe identique à 'admin') et vérifierais si la base de données des fichiers multimédia contient des données avec ces commandes : /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from music;" Ça donne quoi ? A+ Michel 0 Citer
olivierdutertre Posté(e) le 12 septembre 2012 Posté(e) le 12 septembre 2012 Bon visiblement la question que j'avais lancé par ailleurs (pensant que c'était lié à Freebox) ressort du même problème. Je suis donc intéressé à savoir comment «voir» les fichiers du NAS . Faut-il attendre une mise à jour ? Comment être sûr que ce problème va être traité ? 0 Citer
MrWaloo Posté(e) le 12 septembre 2012 Posté(e) le 12 septembre 2012 (modifié) En lançant une ré-indexation, ça donne quoi ? Que retourne ceci (en SSH sur le NAS) ? /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from music;" edit: inutile de continuer à lister les problèmes, il faudrait essayer les solutions proposées, c'est ça "avancer". Modifié le 12 septembre 2012 par MrWaloo 0 Citer
rictus Posté(e) le 12 septembre 2012 Posté(e) le 12 septembre 2012 (modifié) Je trouvais pas inutile de spécifier que le problème est rencontré par d'autre, histoire de valider que le problème n'est pas purement local et spécifique à un usager. La réindexation est restée sans effet. Pour ce qui concerne la vérification, je peine avec la ligne de commande (désolé, je débute avec ce NAS). J'ai remplacé "select path from music" par ce que j'ai trouvé de plus logique, ce qui donne : /usr/syno/pgsql/bin/psql mediaserver admin -c "/volume1/music;" et cela me retourne une syntax error. Modifié le 12 septembre 2012 par rictus 0 Citer
MrWaloo Posté(e) le 12 septembre 2012 Posté(e) le 12 septembre 2012 @rictus: OK pour ma remarque, toutes mes excuses Et en ce qui concerne la ligne de commande, "select path from music;" est une requete SQL qui permet de lister tous les champs "path" dans la table "music" de la base de données PostgreSQL utilisée pour l'indexation. Tu peux remplacer "music" par "video" ou "photo", ce sont les autres tables de cette base de données. Ne pas oublier le ";". Si tu ne veux voir que les fichier musicaux indexés qui sont dans "/volume1/music" tu peux faire ceci: /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from music where path ~ '^/volume1/music';"[/CODE] A+ Michel 0 Citer
rictus Posté(e) le 12 septembre 2012 Posté(e) le 12 septembre 2012 Merci de la syntaxe, je n'aurai jamais trouvé tout seul. ça me renvoie un très grand nombre de lignes, donc tout sembe OK de ce côté là. Par contre, je me rends compte que les caractères accentués sont en charpies. Cela est probablement du au fait que la personne qui a chargé ces fichiers est sous Mac, alors que je suis sous Linux. Ces question de jeu de caractère pourraient-elle être à l'origine du problème. Je serai du coup intéressé pour avoir l'ensemble des fichiers en UTF-8. pour la remarque, pas d'ombrage pris. 0 Citer
MrWaloo Posté(e) le 12 septembre 2012 Posté(e) le 12 septembre 2012 Via la console du Syno, les caractères spéciaux sont aussi en vrac ? Si c'est le cas, Il existe, dans la section tutoriel, un script de recodage des noms, c'est écrit par Lapin, si j'ai bonne mémoire. 0 Citer
WiFiF Posté(e) le 9 janvier 2013 Posté(e) le 9 janvier 2013 J'ai le même souci, les fichiers audio ne sont plus vue dans Audio Station ou WD TV LIVE ou DS Audio. La vue par dossier fonctionne sauf sur Audio Station. J'ai supprimer le fichier d'index via la console SSH et recréer entèrement l'index audio, mais pas mieux! Je n'ai pas encore tester vos ligne de commande pour voir le contenu de la base SQL. Je testerai ca ce soir. 0 Citer
WiFiF Posté(e) le 10 janvier 2013 Posté(e) le 10 janvier 2013 Bon ben ma table music est morte. J'ai supprimer ma table "music" de la base psql. Et je l'ai recréer mais vide. Est ce que quelqu'un pourrait lancer la ligne de commande et me fournir le résultat. /usr/syno/pgsql/bin/psql mediaserver admin -c "d music;" Exemple de ce que cela fourni pour video : /usr/syno/pgsql/bin/psql mediaserver admin -c "d video;" Table "public.video" Column | Type | Modifiers ----------------+-----------------------------+---------------------------------------------------- id | integer | not null default nextval('video_id_seq'::regclass) path | text | not null title | text | not null filesize | bigint | not null default 0 album | text | frame_bitrate | integer | duration | integer | resolutionx | integer | resolutiony | integer | audio_bitrate | integer | frequency | integer | channel | integer | date | timestamp without time zone | mdate | timestamp without time zone | fs_uuid | text | fs_online | boolean | default true container_type | text | frame_rate_num | integer | frame_rate_den | integer | video_bitrate | text | video_codec | text | audio_codec | text | video_profile | integer | video_level | integer | Indexes: "video_pkey" PRIMARY KEY, btree (id) "video_path_idx" UNIQUE, btree (path) "video_date_idx" btree (date) "video_mdate_idx" btree (mdate) "video_title_idx" btree (title) Cela va me permettre de recréer la table music. Merci 0 Citer
WiFiF Posté(e) le 11 janvier 2013 Posté(e) le 11 janvier 2013 Bonjour, J'ai réussi !! J'ai fait un dump de la table "personal_music". Ensuite j'ai modifier le fichier de dump pour remplacer "personal_music" par "music" et supprimer les 2 colonnes supplémentaires de la table "personal_music". Et j'ai restaurer la table "music" avec ce dump modifié. Voici les commandes : /usr/syno/pgsql/bin/pg_dump -t personal_music -U admin mediaserver -f /volume1/Config/personal_musicTDB.dump On modifie le fichier "personal_musicTDB.dump" et on le réinjecte : /usr/syno/pgsql/bin/psql mediaserver admin -f /volume1/Config/musicTDB.dump Pour ceux que ca intéresse, voici la structure de la table "music" : /usr/syno/pgsql/bin/psql mediaserver admin -c "d music;" Table "public.music" Column | Type | Modifiers --------------+-----------------------------+---------------------------------------------------- id | integer | not null default nextval('music_id_seq'::regclass) path | text | not null title | text | not null filesize | bigint | not null default 0 album | text | artist | text | album_artist | text | composer | text | comment | text | year | integer | genre | character varying(128) | frequency | integer | bitrate | integer | duration | integer | channel | integer | track | integer | disc | integer | covercount | integer | date | timestamp without time zone | mdate | timestamp without time zone | fs_uuid | text | fs_online | boolean | default true Indexes: "music_pkey" PRIMARY KEY, btree (id) "music_path_idx" UNIQUE, btree (path) "music_album_artist_idx" btree (album_artist) "music_album_idx" btree (album) "music_artist_idx" btree (artist) "music_composer_idx" btree (composer) "music_date_idx" btree (date) "music_disc_idx" btree (disc) "music_genre_idx" btree (genre) "music_mdate_idx" btree (mdate) "music_title_idx" btree (title) "music_track_idx" btree (track) "music_year_idx" btree (year) 0 Citer
Calino Posté(e) le 24 mars 2013 Posté(e) le 24 mars 2013 Salut Bon, j'ai le même problème, ré-indexation sans effet... Par contre, j'ai pas vraiment compris comment résoudre le problème. Vous pourriez m'expliquer ça dans un tutoriel un peu plus newbie-friendly ? merci d'avance ! 0 Citer
Groco Posté(e) le 27 mars 2013 Posté(e) le 27 mars 2013 Bonjour à tous, je n'ai plus rien dans AudioStation. Après quelques recherches, j'ai vu qu'il fallait lancer /usr/syno/etc/rc.d/S20pgsql.sh start Le fichier en question contient: "sh: start: not found" et rien d'autre. Quelqu'un aurait-il le fichier original à me fournir? 0 Citer
Calino Posté(e) le 27 mars 2013 Posté(e) le 27 mars 2013 (modifié) Salut, A ta place j’essaierais de désinstaller et de réinstaller le serveur Multimédia en premier. Si ça ne change rien, j'activerais SSH et me connecterais au NAS en SSH avec PuTTy (login 'root' et mot de passe identique à 'admin') et vérifierais si la base de données des fichiers multimédia contient des données avec ces commandes : /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from music;" Ça donne quoi ? A+ Michel moi ca me donne ça : psql: FATAL: catalog is missing 7 attribute(s) for relid 2607 Modifié le 27 mars 2013 par Calino 0 Citer
MrWaloo Posté(e) le 27 mars 2013 Posté(e) le 27 mars 2013 (modifié) Salut, Ca pue... Que retournent : /usr/syno/pgsql/bin/psql mediaserver admin -c "dt" /usr/syno/pgsql/bin/psql mediaserver admin -c "d music" /usr/syno/pgsql/bin/psql mediaserver admin -c "SELECT * FROM music WHERE id=2607;" La première commande liste les tables contenues dans la base multimedia, si tu y trouves 'music' essaie la deuxième pour voir quelle est sa structure. La troisième pour voir un truc... si ca fonctionne... A+ Michel Modifié le 27 mars 2013 par MrWaloo 0 Citer
Calino Posté(e) le 27 mars 2013 Posté(e) le 27 mars 2013 Salut, Ca pue... Que retournent : /usr/syno/pgsql/bin/psql mediaserver admin -c "dt" /usr/syno/pgsql/bin/psql mediaserver admin -c "d music" /usr/syno/pgsql/bin/psql mediaserver admin -c "SELECT * FROM music WHERE id=2607;" La première commande liste les tables contenues dans la base multimedia, si tu y trouves 'music' essaie la deuxième pour voir quelle est sa structure. La troisième pour voir un truc... si ca fonctionne... A+ Michel Pour les 3 commandes : psql: FATAL: catalog is missing 7 attribute(s) for relid 2607 Je précise que je suis sur un 211j, DSM 4.2 à jour Et que tiens, le vu-mètre CPU/RAM ne marche plus ? Pour la santé système ou le stockage ça marche Merci pour votre aide ! 0 Citer
MrWaloo Posté(e) le 28 mars 2013 Posté(e) le 28 mars 2013 Que disent les status RAID et SMART des disques durs ? 0 Citer
dark.vador Posté(e) le 13 décembre 2013 Posté(e) le 13 décembre 2013 salut, je ne vois plus rien de tous mes fichiers multimedia sur la tv ou sur ma platine dune ou autre juste les dossiers. j'ai desintallé et reinstallé le serveur multimédia et reindexé mais rien. en paramétrant la bases video station dans le le serveur multimedia j'accede aux videos par le dossier videostation mais c'est tout plus de photos plus de musique. je n'ai rien changé pourtant. ça doit etre un problème similaire a ceux du dessus mais franchement je ne comprend pas ou et comment faire toutes ses manipulations et en plus a priori ça n 'a pas résolu le problème apparemment. il y a forcement un moyen de remettre tout ça d aplomb?! merci 0 Citer
dark.vador Posté(e) le 13 décembre 2013 Posté(e) le 13 décembre 2013 jai fini par coprendre de quoi on parle de ssh putty and co mais moi les commandes cités plus haut me rammene ça en reponse:invalid page header in block 2 of relation "pg_statictic_relid_att_index" ???? pour moi c'est pire que du chinois 0 Citer
dark.vador Posté(e) le 13 décembre 2013 Posté(e) le 13 décembre 2013 bon a priori la structure de la music est comme celle decrite plus haut par contre a la 3eme commande je retombe sur mon message invalid page header... 0 Citer
dark.vador Posté(e) le 15 décembre 2013 Posté(e) le 15 décembre 2013 bon j'ai fini par réussir grace a tout ce que j'ai trouvé icihttp://forum.synology.com/enu/viewtopic.php?f=114&t=28465 au final c'est ceci qui pour moi a marché mais pour d'autres il y a dautres solutions dans ces 3 pages et certaines ont fonctionnées pour dautres Finally for me the problem was that for some reason the owner of / directory was not the root but one of the non-admin users form the user group that did no even exist with drwx------ and hence no one else but the root and this user was able launch system services (like PostgreSQL). In my case solution was simple: chown root:root / chdir 755 / Now admin is able to launch PostgreSQL that, in turn, makes possible to see the media content over DLNA on my TV. voila enfin il a fallu rebboter le nas et reindexer une enieme fois et je ne me rappelle plus a force de manipulation si je la'i fait loger en admin ou en root car j'ai essayer toutes les solutions dans les 2 cas... si ça peut servir a quelqu un... en tout cas c'est une mine de solutions pour ce type de problème ce post en anglais.... 0 Citer
quenbo Posté(e) le 3 juin 2014 Posté(e) le 3 juin 2014 (modifié) Salut à tous, Désolé pour le déterrage de topicmais après avoir essayé toutes les solutions "classiques", j'ai fini par tomber sur ce post qui parle un peu de SSH et qui me semble finalement plus approprié pour résoudre mon cas, identique, avec AudioStation vide. (Si je dois créer un nouveau topic, pas de problèmes! Mais je me dis que peut-être que les solutions sont liées...) Voici ce que j'ai déja fait, sans résultats : - vider AudioStation puis remettre quelques fichiers - autoriser le R/W sur le compte /music - vérifier que le dossier music était bien indexé dans "Dossier partagé" (c'était le cas) - dans "Dossier partagé", décocher indexation, recocher indexation et relancer l'indexation (le Syno a trouvé des fichiers) - désinstaller/réinstaller AudioStation - donwgrader de versions d'AudioStation - cocher/décocher les "personal library" - encore d'autres tentatives "non putty" toutes foireuses - relancer synoindexd par Putty : résultat = daemon alive Le seul truc que je n'ai pas fait c'est supprimer la base PostgreSQL (potentiellement corrompue ?) dans laquelle se fait l'indexation. Je viens de passer une semaine 24/7 à reuploader toutes mes photos via Synology Assistant car mon NAS aurait mis 3 mois à 100% de CPU, et j'aimerais éviter de supprimer toute la DB... Voici un dir de cette DB où j'ai 3 dossiers pgsql différents? DiskStation> cd /volume1/@database DiskStation> dir drwxr-xr-x 6 admin users 4096 Jun 4 13:46 . drwxr-xr-x 25 root root 4096 Jun 4 03:11 .. drwxr-xr-x 5 admin users 4096 May 16 2013 mysql drwx------ 10 admin users 4096 May 29 17:49 pgsql drwx------ 10 postgres postgres 4096 Feb 2 13:23 pgsql.83.1391343764 drwx------ 10 postgres postgres 4096 May 27 17:13 pgsql.83.1401203415 Bref, en lisant ce topic, j'ai lancé la commande suggérée par MrWaloo Que retourne ceci (en SSH sur le NAS) ?, /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from music;" Voici ce que j'obtiens : DiskStation> /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from music;" path ------ (0 rows) Y a manifestement un souci et j'espère que Mr Waloo, WiFiF ou d'autres pourront m'aider sur ce point... J'avoue que je suis pas certain de ce que je devrais faire pour recréer la table music sans flinguer toute la DB. Je me débrouille en Putty mais je suis loin de connaître/comprendre toutes les commandes évoquées. UPDATE 1: J'ai accédé à mediaserver via les commandes ci-dessous... Que retournent : /usr/syno/pgsql/bin/psql mediaserver admin -c "dt" /usr/syno/pgsql/bin/psql mediaserver admin -c "d music" /usr/syno/pgsql/bin/psql mediaserver admin -c "SELECT * FROM music WHERE id=2607;" La première commande liste les tables contenues dans la base multimedia, si tu y trouves 'music' essaie la deuxième pour voir quelle est sa structure. La troisième pour voir un truc... si ca fonctionne... CMD N°1 mediaserver=# dt List of relations Schema | Name | Type | Owner --------+--------------------+-------+------- public | directory | table | admin public | music | table | admin public | personal_directory | table | admin public | personal_music | table | admin public | personal_playlist | table | admin public | photo | table | admin public | playlist | table | admin public | video | table | admin public | video_convert | table | admin CMD N°2 mediaserver=# d music Table "public.music" Column | Type | Modifiers --------------+-----------------------------+---------------------------------------------------- id | integer | not null default nextval('music_id_seq'::regclass) path | text | not null title | text | not null filesize | bigint | not null default 0 album | text | artist | text | album_artist | text | composer | text | comment | text | year | integer | genre | character varying(128) | frequency | integer | bitrate | integer | duration | integer | channel | integer | track | integer | disc | integer | covercount | integer | date | timestamp without time zone | mdate | timestamp without time zone | fs_uuid | text | fs_online | boolean | default true Indexes: "music_pkey" PRIMARY KEY, btree (id) "music_path_idx" UNIQUE, btree (path) "music_album_artist_idx" btree (album_artist) "music_album_idx" btree (album) "music_artist_idx" btree (artist) "music_composer_idx" btree (composer) "music_date_idx" btree (date) "music_disc_idx" btree (disc) "music_genre_idx" btree (genre) "music_mdate_idx" btree (mdate) "music_title_idx" btree (title) "music_track_idx" btree (track) "music_year_idx" btree (year) CMD N°3 j'ai eu quelques soucis sur cette 3ème commande, rien ne semblait répondre puis j'ai eu un message d'erreur et là ni la commande 1 ni la 2 ne fonctionnait plus... DiskStation> /usr/syno/pgsql/bin/psql mediaserver admin -c "SELECT * FROM music WHERE id=2607;" psql: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.5432"? /usr/syno/pgsql/bin/psql mediaserver admin -c "SELECT * FROM music WHERE id=2607 DiskStation> DiskStation> /usr/syno/pgsql/bin/psql mediaserver admin -c "SELECT * FROM music WHERE id=2607; > J'ai lancé un dir, et j'ai vu que psql a une taille de 0 octet ??? Là j'avoue être perdu... DiskStation> cd /usr/syno/pgsql/bin DiskStation> dir drwxr-xr-x 2 root root 4096 May 29 17:48 . drwxr-xr-x 5 root root 4096 May 29 17:48 .. -rwxr-xr-x 1 root root 44636 Feb 12 08:24 createdb -rwxr-xr-x 1 root root 46380 Feb 12 08:24 createuser -rwxr-xr-x 1 root root 43508 Feb 12 08:24 dropdb -rwxr-xr-x 1 root root 43508 Feb 12 08:24 dropuser -rwxr-xr-x 1 root root 61372 Feb 12 08:24 initdb -rwxr-xr-x 1 root root 31092 Feb 12 08:24 pg_controldata -rwxr-xr-x 1 root root 35268 Feb 12 08:24 pg_ctl -rwxr-xr-x 1 root root 216280 Feb 12 08:24 pg_dump -rwxr-xr-x 1 root root 60192 Feb 12 08:24 pg_dumpall -rwxr-xr-x 1 root root 91408 Feb 12 08:24 pg_restore -rwxr-xr-x 1 root root 3392128 Feb 12 08:24 postgres lrwxrwxrwx 1 root root 8 May 29 17:48 postmaster -> postgres -rwxr-xr-x 1 root root 0 Jun 3 23:32 psql -rwxr-xr-x 1 root root 29700 Feb 12 08:24 vacuumdb Si j'essaie de relancer le service postgresql, il s'arrête... DiskStation> /usr/syno/etc/rc.d/S20pgsql.sh start Starting PostgreSQL... Stopping PostgreSQL... Starting PostgreSQL with log enabled Si quelqu'un a un avis ??? D'ores et déja grand merci pour votre aide ! Cordialement, Quenbo Modifié le 5 juin 2014 par quenbo 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.