Jump to content

Recommended Posts

Posted (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 by MAX92
Compléments d'information
Posted

Il n'y a plus qu'à supprimer le vieux répertoire /volume1/emby/

  • Agree 1
Tandhruil
Posted

Mes fichiers Multimédias sont dans le répertoire Emby, ça va avoir un impact sur les médiathèques ?

Posted

Tu veux dire /volume1/emby/ ?

Tandhruil
Posted (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 by Tandhruil
V4.6.x instead of V6
Posted

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.

  • Like 1
Carlo
Posted

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.

  • Like 1
Tandhruil
Posted (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 by Tandhruil
Posted

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.

  • Like 1
  • 5 weeks later...
BaiytaOne
Posted (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 : 

image.png.bb988c925bc84598d4727de5f3b384f3.png

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 by BaiytaOne
BaiytaOne
Posted (edited)

Yes and I also tried the Beta version for the same result

Edited by BaiytaOne
alucryd
Posted

@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
Posted (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 by alucryd
Posted

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
Posted

Thank you very much for your quick reactions.

Can i do something to help you ?

some Informations on my Nas, a specific file, ... ?

Posted
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]

 

Posted
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 ?

Posted
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 ?

Posted

Honnêtement je ne sais plus.

Posted (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 by Mi.K
Posted

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.

 

Posted

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

 

Posted

J'ai le message "permission denied" pour @appdata

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...