Jump to content

QNAP TS-531P and emby-server-qnap_3.6.0.76_arm-x41.qpkg


heath600

Recommended Posts

heath600

The latest email I have received by QNAP 

Per the feedback from our engineering team, the root cause of the segmentation fault might be related to the kernel page size instead of the floating point unit. 

The kernel page size differences between TS-431P and TS-531P are 4K page size v.s. 32K page size.
If they use fixed 4K page size, it might cause the problem. 

Thank you.

Best Regards,
Albert Shan

I did confirm the page file is 32K on my model

#include <stdio.h>
#include <unistd.h>

int main(void)
{
int sz;
sz=getpagesize();
printf("Page size: %d\n",sz);
return 0;
}

That returns 

 

Page size: 32768
 
QNAP's feedback does seem plausible.   Any thoughts on there feedback?
 
I do wonder there justification on increasing the page size on very similar CPU's though
Link to post
Share on other sites
alucryd

We might have to take this to Microsoft. We're using a Linaro toolchain to build everything, except the dotnet runtime which comes from Microsoft. The Linaro toolchains are designed to work with virtually any ARM chip out there so I'm quite sure page size is handled correctly on our end, the fact that ffmpeg works fine is probably proof enough.

Link to post
Share on other sites
  • 1 month later...

@@alucryd

 

Any luck with finding a solution?  Have you reached out to Microsoft?  I checked the Github page for dotnet core and did not see any similar issues to comment on.

 

The latest pack I believe .20 had no change.

Link to post
Share on other sites
Luke

@@alucryd

 

Any luck with finding a solution?  Have you reached out to Microsoft?  I checked the Github page for dotnet core and did not see any similar issues to comment on.

 

The latest pack I believe .20 had no change.

 

Hi, we don't have anything new to report yet. We're still looking into it. Thanks.

Link to post
Share on other sites
  • 3 weeks later...

Can you try our latest betas? It probably won't be any different, but just curious. Thanks.

Link to post
Share on other sites
  • 1 month later...
  • 3 months later...

We do have a submission with QNAP in progress to get into their app store, so hopefully they'll reproduce and be able to help us. It's not affecting every single model or there would be more users reporting it, and we'd be able to reproduce ourselves on the models that we have for testing.

Link to post
Share on other sites
  • 2 weeks later...
  • 4 weeks later...
heath600

I am assuming there still has not been any progress on this at this point?  The latest .11 version still has the segmentation fault.

 

I have started to get a message in the Android TV app that the version of Emby I am running is no longer supported and to update the server.  Since I cannot update from the version I am running this leaves me with the option to hope you don't fully block the android app from my Emby version(And I will have to endure the popup which occurs alot)  or I have to look at buying new hardware which I have no desire to do since my current QNAP runs fine when using the Q mono version.  

 

What are your thoughts on my current situation.

 

Thanks

Link to post
Share on other sites
  • 7 months later...
Luke

Is anyone willing to provide SSH access to their NAS so that we can debug on your machine directly? That may allow us to solve this quickly.

If you're interested in helping out please send me a PM. Thanks!

Link to post
Share on other sites
  • 1 month later...
alucryd

Could you guys give the latest beta a try? If it does not work, SSH access would indeed be great so I can get to the bottom of this.

Link to post
Share on other sites
Lepresidente

Hi, Ok just tested the Latest beta 

emby-server-qnap_4.6.0.4_arm-x41.qpkg

 

[/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # ./emby-server
Segmentation fault

I can give access to my unit in a week or two (maybe longer depending on stock delay), just waiting on hardware to install an unraid server

Link to post
Share on other sites
alucryd

@heath600 Could you give these 2 packages a try?

https://github.com/MediaBrowser/Emby.Releases/releases/download/4.6.0.5/emby-server-qnap_4.6.0.5_arm-x41.qpkg

https://github.com/MediaBrowser/Emby.Releases/releases/download/4.6.0.5/emby-server-qnap-mono_4.6.0.5_arm-x41.qpkg

The first one is dotnet-core based, the second one is mono-based. I couldn't get the dotnet runtime to run on a TS431X which comes with a weaker Alpine CPU, I'm guessing the 531P will also need to run the mono package.

Link to post
Share on other sites
heath600

After a quick test neither appears to work on my unit.  Both just get a connection refused after installing.  I will do some more investigating when I have a chance.

Link to post
Share on other sites
alucryd

That's a shame, the second one should definitely have worked, it works even on the most bizarre NAS firmwares I've seen to date. Would you mind giving me SSH access to your device so I can do some tests?

Link to post
Share on other sites
heath600

@alucryd  The Mono version is actually working.  The app tries to force the https port and when I changed the port earlier I forgot to remove the s or it just wasn't fully started yet.   

Link to post
Share on other sites

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...