MAX92 71 Posted July 5, 2021 Posted July 5, 2021 (edited) Bonjour, Pour info, la migration s'est bien déroulée. Aucune perte en suivant la procédure Juste une correction dans la ligne de code pour moi : cp -r /volume1/emby/* /volume1/@appdata/EmbyServer à la place de cp -r /volume1/Emby/* /volume1/@appdata/EmbyServer Sinon, un peu long de redonner les droits à Emby sur les répertoires mais ça va. Vous pouvez y aller ! Ne pas oublier de donner les droits au répertoire de backup de la configuration aussi Edited July 7, 2021 by MAX92 Compléments d'information
MAX92 71 Posted July 5, 2021 Author Posted July 5, 2021 Il n'y a plus qu'à supprimer le vieux répertoire /volume1/emby/ 1
Tandhruil 22 Posted July 6, 2021 Posted July 6, 2021 Mes fichiers Multimédias sont dans le répertoire Emby, ça va avoir un impact sur les médiathèques ?
Tandhruil 22 Posted July 6, 2021 Posted July 6, 2021 (edited) Yep Volume1\Emby\Films Volume1\Emby\Musique ... J'utilisais le répertoire Emby avant la V4.6.x, celle-ci à migré l'application dans mon répertoire dédié Edited July 6, 2021 by Tandhruil V4.6.x instead of V6
MAX92 71 Posted July 6, 2021 Author Posted July 6, 2021 Je dirai que ce n'est pas heureux mais ça marche quand même. A mon avis le mieux est de les déplacer ailleurs et de remettre les bons chemins dans tes collections. 1
Carlo 4509 Posted July 6, 2021 Posted July 6, 2021 I'm with @MAX92 on this. If it were me I'd create a new share called "Media" or similar and then move all this content so it's: Media\Films Media\Music Media\TV Shows Media\Home Movies etc. Keep your media and program/meta data separate from each other. 1
Tandhruil 22 Posted July 6, 2021 Posted July 6, 2021 (edited) 24 minutes ago, cayars said: (...) Keep your media and program/meta data separate from each other. It was the case before the Emby 4.6.x version It's Emby version who decided to merge with my installation Well, I Thnk I will let my medias in Emby directory and Emby in @appdata\EmbyServer directory Edited July 6, 2021 by Tandhruil
MAX92 71 Posted July 6, 2021 Author Posted July 6, 2021 Attention alors lors de l'exécution de la copie cp -r /volume1/emby/* /volume1/@appdata/EmbyServer à la place de cp -r /volume1/Emby/* /volume1/@appdata/EmbyServer car toutes tes médias vont être copiés aussi. 1
BaiytaOne 1 Posted August 4, 2021 Posted August 4, 2021 (edited) Bonjour, Je n'ai pas été malin, je n'ai pas regardé la procédure avant de migrer, je me suis contenté de regarder qu'il y a avait une version pour le DSM7 sur le site d'Emby et je n'ai même pas pris la peine d'updater le paquet sur mon syno. Si je dois refaire toute la config, c'est pas très grave, ça ira vite, sauf que je ne parvient pas à l'installer, le paquet ne fonctionne pas : J'ai un DS918+ J'ai bien le paquet pour DSM7 64bit. j'ai supprimé l'ancien paquet (dont je ne suis plus sur de la version; 4.3.? il me semble) j'ai vérifié et je n'ai plus aucun dossier qui traine dans le /Volume1 et j'ai supprimé le dossier /Volume1/@appdata/EmbyServer/ et autres @app... MAis toujours le même message même après reboot du serveur. Quelqu'un peut-il m'aider svp ? Edited August 4, 2021 by BaiytaOne
Carlo 4509 Posted August 4, 2021 Posted August 4, 2021 Hi, Where did you download that package from? Did you get it from directly from here? https://emby.media/synology7-server.html
BaiytaOne 1 Posted August 5, 2021 Posted August 5, 2021 (edited) Yes and I also tried the Beta version for the same result Edited August 5, 2021 by BaiytaOne
alucryd 231 Posted August 5, 2021 Posted August 5, 2021 @cayars: Probably, if I'm not mistaken we've had another report like this one. This confirms Synology did not include the apollolake family in the generic x86_64 alias... The quick fix will be to add this specific family to our package, but then it will be refused by Synology for inclusion in the store... Will try to get them to fix that in a DSM update, if that takes too long I'll add the workaround to our package, at least the betas. @LukeWould it be possible to ask Synology about this with the next package submission? Should I "fix" the beta right away so @BaiytaOnecan restore his server as soon as possible?
alucryd 231 Posted August 5, 2021 Posted August 5, 2021 (edited) Having said that, I just realized have a 218+ which is also apollolake, and I don't have the issue so it might just be specific to the 918+. Not sure if adding apollolake will fix it then Edited August 5, 2021 by alucryd
Carlo 4509 Posted August 5, 2021 Posted August 5, 2021 If I remember correctly the other NAS with the problem was a DS918+ as well. To all reading: Do you have a DS918+ that you've upgraded to DSM 7? Did the DSM 7 version of Emby install correctly for you? Just wondering if this could be caused by some kind of config on a particular NAS?
BaiytaOne 1 Posted August 5, 2021 Posted August 5, 2021 Thank you very much for your quick reactions. Can i do something to help you ? some Informations on my Nas, a specific file, ... ?
neves000 15 Posted August 13, 2021 Posted August 13, 2021 On 7/5/2021 at 1:58 PM, MAX92 said: Il n'y a plus qu'à supprimer le vieux répertoire /volume1/emby/ J'ajouterais que si ce dossier est un dossier partagé, alors il ne faut pas faire la même erreur que moi, c'est à dire aller le supprimer en SSH en se disant qu'il est vide alors ça risque rien, mais bien supprimer le dossier partagé en passant par l'interface DSM. Sinon ça casse les taches des backups qui essayent d'y accéder (même si ce dossier n'est pas sauvegardé), DSM pensant qu'il existe toujours (pareil quand on veux exporter la configuration du NAS). 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: share/confbkp_share_export.c:179 SYNOGetFSType() failed[/volume1/Emby][No such file or directory], synoerr=[0xB500 bdb_cursor_get.c:71] 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: share/confbkp_share_export.c:366 Fail to write share info! 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: confbkp_export.cpp:240 Fail to export [share] 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: confbkp_export.cpp:334 ConfbkpExportEx() Failed! 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: synoconfbkp.cpp:557 SYNOConfBkpExport() failed 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: [31891]export_config.cpp:30 Error: Failed to export system config. error[255] 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: (31891) [err] logger.cpp:2845 last backup errcode [1300] 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: [31891]backup_controller.cpp:2519 failed to export config. (2) 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: (31891) backup_controller.cpp:2907 failed to backup data 2021-08-12T20:58:09+02:00 ds416 img_worker[451]: (451) client_base.cpp:125 [BkpCtrl] Got TERM signal: (15) 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: (31891) backup_controller.cpp:3634 INFO: abnormal terminate: blWorkerAlive[1], blWaitCloudUploaderEndResponse[0], blWaitBackupEnd:[0] 2021-08-12T20:58:09+02:00 ds416 img_worker[453]: (453) client_base.cpp:125 [BkpCtrl] Got TERM signal: (15) 2021-08-12T20:58:09+02:00 ds416 img_worker[450]: (450) client_base.cpp:125 [BkpCtrl] Got TERM signal: (15) 2021-08-12T20:58:09+02:00 ds416 img_worker[452]: (452) client_base.cpp:125 [BkpCtrl] Got TERM signal: (15) 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: (31891) backup_controller.cpp:3386 Error: worker[451] failed, result[ST_SUSPEND], resume_status: [RESUMABLE]
MAX92 71 Posted August 13, 2021 Author Posted August 13, 2021 13 minutes ago, neves000 said: J'ajouterais que si ce dossier est un dossier partagé, alors il ne faut pas faire la même erreur que moi, c'est à dire aller le supprimer en SSH en se disant qu'il est vide alors ça risque rien, mais bien supprimer le dossier partagé en passant par l'interface DSM. Sinon ça casse les taches des backups qui essayent d'y accéder (même si ce dossier n'est pas sauvegardé), DSM pensant qu'il existe toujours (pareil quand on veux exporter la configuration du NAS). 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: share/confbkp_share_export.c:179 SYNOGetFSType() failed[/volume1/Emby][No such file or directory], synoerr=[0xB500 bdb_cursor_get.c:71] 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: share/confbkp_share_export.c:366 Fail to write share info! 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: confbkp_export.cpp:240 Fail to export [share] 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: confbkp_export.cpp:334 ConfbkpExportEx() Failed! 2021-08-12T20:58:09+02:00 ds416 synoconfbkp[481]: synoconfbkp.cpp:557 SYNOConfBkpExport() failed 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: [31891]export_config.cpp:30 Error: Failed to export system config. error[255] 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: (31891) [err] logger.cpp:2845 last backup errcode [1300] 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: [31891]backup_controller.cpp:2519 failed to export config. (2) 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: (31891) backup_controller.cpp:2907 failed to backup data 2021-08-12T20:58:09+02:00 ds416 img_worker[451]: (451) client_base.cpp:125 [BkpCtrl] Got TERM signal: (15) 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: (31891) backup_controller.cpp:3634 INFO: abnormal terminate: blWorkerAlive[1], blWaitCloudUploaderEndResponse[0], blWaitBackupEnd:[0] 2021-08-12T20:58:09+02:00 ds416 img_worker[453]: (453) client_base.cpp:125 [BkpCtrl] Got TERM signal: (15) 2021-08-12T20:58:09+02:00 ds416 img_worker[450]: (450) client_base.cpp:125 [BkpCtrl] Got TERM signal: (15) 2021-08-12T20:58:09+02:00 ds416 img_worker[452]: (452) client_base.cpp:125 [BkpCtrl] Got TERM signal: (15) 2021-08-12T20:58:09+02:00 ds416 img_backup[31891]: (31891) backup_controller.cpp:3386 Error: worker[451] failed, result[ST_SUSPEND], resume_status: [RESUMABLE] Je l'ai fait en SSH et je n'ai pas de problème du tout. Peut-être des droits à remettre pour la destination de la sauvegarde ?
neves000 15 Posted August 13, 2021 Posted August 13, 2021 Just now, MAX92 said: Je l'ai fait en SSH et je n'ai pas de problème du tout. Peut-être des droits à remettre pour la destination de la sauvegarde ? Non parce qu'en fait, le problème venait de l'export de la configuration du NAS qui est réalisé par la sauvegarde, et c'est à ce moment qu'il se rend compte que le dossier partagé Emby n'était plus présent et donc que la sauvegarde Hyper Backup échoue (ce qui n'est pas normal, elle devait ignorer cette erreur, mais passons). C'était facile à vérifier parce qu'une exportation manuelle de la configuration du NAS (en .dss) échouait instantanément. Je suppose que tu n'as pas eu ce problème parce que tu n'avais pas de dossier partagé Emby qui pointait sur /volume1/Emby ?
Mi.K 5 Posted August 16, 2021 Posted August 16, 2021 (edited) Lors de la copy sous Putty j'ai le message suivant : '/volume1/emby/*': No such file or directory Je vois bien le répertoire Emby mais je n'arrive pas entrer dedans Edited August 16, 2021 by Mi.K
MAX92 71 Posted August 16, 2021 Author Posted August 16, 2021 Il faut faire attention à la majuscule sur Emby. On 7/6/2021 at 5:52 PM, MAX92 said: Attention alors lors de l'exécution de la copie cp -r /volume1/emby/* /volume1/@appdata/EmbyServer à la place de cp -r /volume1/Emby/* /volume1/@appdata/EmbyServer car toutes tes médias vont être copiés aussi.
Mi.K 5 Posted August 16, 2021 Posted August 16, 2021 J'ai réussi à débloquer l'accès au répertoire Emby en passant par l'autorisations de partage avancés mais maintenant c'est dans le répertoire appdata que les fichiers sont interdits de copie
Mi.K 5 Posted August 16, 2021 Posted August 16, 2021 J'ai le message "permission denied" pour @appdata
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now