MODS package manager show a blank page XPEnology DSM6.2.2 DS918+

[terryche]

Hi, vletroye, I'm using a XPEnology DSM 6.2.2 DS918+. CPU A4-5000. When I was using DSM 6.1.7, MODS package manager displayed nothing. Then I upgraded to 6.22. But it's still a blank page. Is this becaus of the AMD CPU?

Thanks, Terry

[vletroye]

Another user reports the same issue with a DS1815+ (same model as mine) : a white page. He also reports that he get a popup with the message : "The web page at https:///webman/3rdparty/MODS_PackageManager/mvpkg.php might be temporarily down or it may have moved permanently to a new web address."

I have so far no idea why this happens. Really not easy to debug "remotely".

But the CPU should have no influence. It's purely php and shell scripts.

[vletroye]

Only one thing I could think about... A timeout. If a shell script take too much time.

Looking into the DevTool Console of Chrome (F12), you coud see messages there.

Notice: I have myself from time to time a message "Unchecked runtime.lastError: The message port closed before a response was received." mvpkg.php:1 But it does not prevent the package to run fine.

[vletroye]

And there is a test you can do if you can connect on your NAS via SSH.

Open a SSH console (Putty on Windows, GateOne or Web Console package on your NAS)

In that console, type: php /var/packages/MODS_PackageManager/target/ui/mvpkg.php You should get the html of the page with plenty of volumeX

If it does not work, try to execute it as 'root':

1. Type the command and give your root account (same as NAS administrator) : sudo -i
2. type the command above.

[Presjar]

Hi Veltroye, thanks for the follow up email and this thread.

I completed the test you listed, running the "php /var/packages/MODS_PackageManager/target/ui/mvpkg.php"

It required my admin password to run, but it did then print the HTML to the console. Output pastbin I do not see any errors in chrome console when I run Package Manager in the DSM menu.

[vletroye]

Ok. The php script works fine... One can see your packages in the html: CloudSync, Docker, DownloadStation, MariaDB, etc...

It's normal (I think) that you had to type your password. The package doesn't need it has it runs as admin.... (Be to be honest, I am not at all expert in that)

The problem is possibly with your webserver. Are you using apache or nginx ? My package needs nginx. And, is php 7.0 installed ? My package needs that version.

[Presjar]

Ok. I have apache installed and selected in the webstation app. Also php7 is installed but I also have another php version installed also.

I'll stop webstation, removed apache and the other php version. Can't right now as the webstation is in use. Will report back asap.

On Sun, 9 Jun. 2019, 3:15 am Valéry Letroye, notifications@github.com wrote:

Ok. The php script works fine... One can see your packages in the html volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1

It's normal (I think) that you had to type your password. The package doesn't need it has it runs as admin.... (Be to be honest, I am not at all expert in that)

The problem is possibly with your webserver. Are you using apache or nginx ? My package needs nginx. And, is php 7.0 installed ? My package needs that version.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/vletroye/SynoPackages/issues/4?email_source=notifications&email_token=AEKQVK5YVE775PUFRTRIQM3PZPSLRA5CNFSM4HTSSNXKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXHZBDQ#issuecomment-500142222, or mute the thread https://github.com/notifications/unsubscribe-auth/AEKQVK4XHCHDDQPMYMHPTY3PZPSLRANCNFSM4HTSSNXA .

[Presjar]

I removed the PHP 5.6 and apache applications and restarted Web Station and the MODS package. No success, still the white screen error with the URL.

Perhaps I have conflict with another application.

On Sun, Jun 9, 2019 at 3:15 AM Valéry Letroye notifications@github.com wrote:

Ok. The php script works fine... One can see your packages in the html volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1 volume1

It's normal (I think) that you had to type your password. The package doesn't need it has it runs as admin.... (Be to be honest, I am not at all expert in that)

The problem is possibly with your webserver. Are you using apache or nginx ? My package needs nginx. And, is php 7.0 installed ? My package needs that version.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/vletroye/SynoPackages/issues/4?email_source=notifications&email_token=AEKQVK5YVE775PUFRTRIQM3PZPSLRA5CNFSM4HTSSNXKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXHZBDQ#issuecomment-500142222, or mute the thread https://github.com/notifications/unsubscribe-auth/AEKQVK4XHCHDDQPMYMHPTY3PZPSLRANCNFSM4HTSSNXA .

[vletroye]

So now you are using nginx in your WebStation with PHP7 by default, and it still does not display the page? I don't see which conflict there could be. It's a pure php script executing shell commands...

Possibly try to open your DSM in http instead of https ? I don't except this make any difference... But as I have no smarter idea... :/

NB.: I didn't uninstall apache and older versions of PHP from my NAS. But nginx and PHP7 are defined as defaults in WebStation.

[Presjar]

NGIX and PHP 7 yes.

When I connect without https (disable the forward http to https option in the Control Panel -> Network -> DSM) the package manager page is now loading fine! So I can work around and move the apps I need and then go back to https.

I run my own https certificate from let's encrypt usually.

On Mon, 10 Jun. 2019, 5:21 am Valéry Letroye, notifications@github.com wrote:

So now you are using nginx in your WebStation with PHP7 by default, and it still does not display the page? I don't see which conflict there could be. It's a pure php script executing shell commands...

Possibly try to open your DSM in http instead of https ? I don't except this make any difference... But as I have no smarter idea... :/

NB.: I didn't uninstall apache and older versions of PHP from my NAS. But nginx and PHP7 are defined as defaults in WebStation.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/vletroye/SynoPackages/issues/4?email_source=notifications&email_token=AEKQVK4JGNNS5YWQCX4J4IDPZVJ27A5CNFSM4HTSSNXKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXIQNVA#issuecomment-500238036, or mute the thread https://github.com/notifications/unsubscribe-auth/AEKQVK35KLPTPF4PU6ZWTSDPZVJ27ANCNFSM4HTSSNXA .

[vletroye]

I am using https also from time to time (and it works), but with the Synology certificate. No idea why this would make a difference...

[aschip]

This is going to sound crazy but this worked for me.

I am using DS718+, I have installed "Php7","Web Station", "Init 3rd Party" and MODS_PackageManager". Then made sure that I used nginx in web station.

But still, I got this error when I opened it:

So I copied that url and tried it in Chrome -> new tab:

The error code was "ERR_SPDY_PROTOCOL_ERROR", so I tried all solutions mentioned here: https://zenguard.zendesk.com/hc/en-us/articles/204423722-Chrome-error-ERR-SPDY-PROTOCOL-ERROR- ... didn't help much ! The error persisted

So I decided to use Microsoft Edge instead of chrome & 🎉 it works!! 🤷‍♂

[vletroye]

No idea what this error code can be, within Chrome. But happy to read it works for you with another browser.

Other users can possibly try that workaround too...

[Soiphon]

The blank page issue may be only happened in china as GFW blocks access the google URL which called by manager.