Sabnzbd | Weird issues after Ubuntu Server 20.04 upgrade

[ArskinF]

I run Sabnzbdplus on a Unbuntu Server. After upgrading to 20.04 and reinstalling Sabnzbdplus it reports version 3.2.0 [7be9281] - I assume this is a current version.

(NB I couldn't post the log parts of literal file URLS because of posting restrictions)

When I start it on the physical server (localhost) it falls over with

file:///
The server encountered an unexpected condition which prevented it from fulfilling the request.
Traceback (most recent call last):
fp = open(path, 'r')FileNotFoundError: [Errno 2] No such file or directory: '/ share / sabnzbdplus / interfaces / Glitter / templates /static / javascripts / jquery-3.5.1.min.js'
Powered by CherryPy 8.9.1

The js file path appears wrong, I think it should be / usr / share etc.
The file jquery-3.5.1.min.js' exists in the /usr /share path
I symlinked it from there hoping that would help, but it didn't.

But here's the weird thing- if I go to a client PC , ssh to the server remotely, and type sabnzbdsplus it starts OK (!?) and I can access sabnzbd in a browser anywhere on my local network

Obviously starting sabnzbdplus from a remote SSL CLI and having to leave it active for the duration is not a practical solution.

Can anyone here help me sort this out ?

Cheers

[sander]

Plain Ubuntu host, or docker involved?

How do you start SABnzbd: which command, which account, in both cases

Output of "which sabnzbdplus"?

And brute force: remove packages, check everything is gone, reinstall. You are using the package manager, aren't you?

[ArskinF]

Plain Ubuntu host, or docker involved?

Installed with apt install etc...

How do you start SABnzbd: which command, which account, in both cases

I have xfce installed on the server for access from xrdp. Currently I have a monitor and keyboard attached. When I start the app directly on the server from the xfce menu, a local shell command

Code: Select all

~$ sabnzbdpls

, or via xrdp using the same I get the failure mentioned in the OP.

Output of "which sabnzbdplus"?

The output I showed is part of the web browser output when I try to access <myserver> / :8080 . The logs show similar. Note I would have posted more detail but the forum rules restricted me.

And brute force: remove packages, check everything is gone, reinstall. You are using the package manager, aren't you?

I have done that many times now, with always the same outcome as mentioned.

PS I really don't understand why an application would not start when invoked directly on server hardware, yet work fine when initiated from a remote ssh cli login. I'm asked that question in another forum as well.



Thanks

[sander]

"I have xfce installed on the server for access from xrdp."

Some time ago there was someone on this forum with the following problem: via remote access from a windows PC (with RDP, IIRC), the path was malformed. (So not PATH, but path). Looked like some weird replacement, caused by the RDP connection

The same as you?

[sander]

Ah, found it: viewtopic.php?f=16&t=25118

Yes, RDP too. Same problem: the "/usr" part is missing.

See viewtopic.php?p=123145#p123145 for more info.

[ArskinF]

"I have xfce installed on the server for access from xrdp."

Some time ago there was someone on this forum with the following problem: via remote access from a windows PC (with RDP, IIRC), the path was malformed. (So not PATH, but path). Looked like some weird replacement, caused by the RDP connection

The same as you?

I never used to start it from a desktop environment. On the previous (18.04) Ubuntu Server it was originally auto started on boot, and eventually I moved it to a systemd service.

Only know when it won't run on when invoked directly on the server.

[ArskinF]

Ah, found it: viewtopic.php?f=16&t=25118

Yes, RDP too. Same problem: the "/usr" part is missing.

See viewtopic.php?p=123145#p123145 for more info.

Early morning here. I'm out for the day so will pick this up when I get back


Thanks

[ArskinF]

Thanks for the links. FYI, I am seeing exactly the opposite; on the host environment the path has dropped /usr.

However, on RDP (remote) access it's intact.

FYI, for now I am using a client PC that's on 24/7 to initiate and keep sabnzbdplus up on the server.

PS: Next person to laud the ease of Linux will launch me into a massive hissy fit


Cheers

[sander]

wever, on RDP (remote) access it's intact.

FYI, for now I am using a client PC that's on 24/7 to initiate and keep sabnzbdplus up on the server.

No need for that. Read https://sabnzbd.org/wiki/installation/i ... buntu-repo

[ArskinF]

No need for that. Read https://sabnzbd.org/wiki/installation/i ... buntu-repo

That didn't work for me. After stuffing about for several hours, purging, reinstalling, including trying to run it as a service , I had the inevitable hissy fit. I gave up. Mark Shuttleworth won.

I've restored Ubuntu 18.04 server from an imaged backup. All is well.

They know where to stick 20.04 with its frustrating new "features".

There, I feel betterknow.

Thanks for your patience.

[sander]

I've restored Ubuntu 18.04 server from an imaged backup. All is well.

Wow ... you have a backup? Impressive!

Pity the PPA & sabnzbd-as-service did not work for you.

About the Ubuntu 20.04 & RDP problem ... I also don't understand the cause and the solution. So - if you need RDP - going back to 18.04 sounds very reasonable to me

[ArskinF]

Last words on this matter: If you rely on xrdp keep away from Ubuntu 20.04

https://bugs.launchpad.net/ubuntu/+sour ... ug/1911435

PS: Re the backup- yes. Learned a long time ago that the only data lost is the data not backed up. Generally speaking if you have a back up you will never need it until the next Ubuntu LTS release. And 20.4 with its policy kit revision and a myriad of bugs is a particular nasty work.

[ArskinF]

It occurs to me that a simple work around might be

sudo crontab -e
@reboot /usr/bin/sabnzbdplus

Cheers

[sander]

It occurs to me that a simple work around might be

sudo crontab -e
@reboot /usr/bin/sabnzbdplus

Cheers

Do you want to run that as root?

crontab entry: I have something like that on one of my devices:

Code: Select all

@reboot sleep 10 && /home/sander/git/sabnzbd/SABnzbd.py

,.. a bit lazy method to let it use the git version. Not perfect, but good enough on that device.

[ArskinF]

Hi
I was simply suggesting a kludge to help anyone having a similar issue to mine because of the PATH bug. That is, being unable to start sabnzbdplus on a headless server. But your crontab is a bit more elegant than mine. Thanks.

I haven't tried it. The idea occurred when I did something similar to run a script at boot.

As mentioned, I'm back on Ubuntu Server 18.04LTS where I'm running sabnzbd as a service. I may have another go 2ith 20.04 when I know the bug has been fixed.

Cheers