[SCRIPT] sherpa.sh

This is the best place for community developers to publish their genius work. Your Apps enrich the QNAP Turbo NAS.
Post Reply
User avatar
dirkonline
Know my way around
Posts: 235
Joined: Mon Oct 18, 2010 4:08 pm

Re: [SCRIPT] sherpa.sh

Post by dirkonline » Tue Feb 18, 2020 5:03 am

OneCD wrote:
Tue Feb 18, 2020 5:00 am
dirkonline wrote:
Tue Feb 18, 2020 4:57 am
Hmm not much better
Ah, I'm only guessing here. :wink:

Let's try this:

Code: Select all

opkg install libopenssl
/etc/init.d/omedusa.sh start
No complaining, sorry if it came across like that :) I truly appreciate your help!
[~] # opkg install libopenssl
Upgrading libopenssl on root from 1.0.2o-1 to 1.1.1d-2...
Downloading http://bin.entware.net/armv7sf-k3.2/lib ... v7-3.2.ipk
Removing obsolete file /opt/lib/libssl.so.1.0.0.
Removing obsolete file /opt/lib/libcrypto.so.1.0.0.
Configuring libopenssl.
[~] # /etc/init.d/omedusa.sh start
= (OMedusa) is not active
* updating (OMedusa): failed!
= result: 1
= PullGitRepo(): '/opt/lib/git-core/git-remote-https: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory'
* starting (OMedusa):

User avatar
OneCD
Ask me anything
Posts: 6989
Joined: Sun Aug 21, 2016 10:48 am
Location: "... there, behind that sofa!"

Re: [SCRIPT] sherpa.sh

Post by OneCD » Tue Feb 18, 2020 5:08 am

dirkonline wrote:
Tue Feb 18, 2020 5:03 am
No complaining, sorry if it came across like that :) I truly appreciate your help!
No worries, you didn't. :D
dirkonline wrote:
Tue Feb 18, 2020 5:03 am
* starting (OMedusa):
So, is Medusa starting correctly now?

ImageImageImageImageImageImageImageImageImageImageImageImageImageImageImageImage

User avatar
dirkonline
Know my way around
Posts: 235
Joined: Mon Oct 18, 2010 4:08 pm

Re: [SCRIPT] sherpa.sh

Post by dirkonline » Tue Feb 18, 2020 5:11 am

So, is Medusa starting correctly now?
no, it just stops with a different error, there are no more entries after the attempted Git Pull and "starting" it stops
[~] # /etc/init.d/omedusa.sh start
= (OMedusa) is not active
* updating (OMedusa): failed!
= result: 1
= PullGitRepo(): '/opt/lib/git-core/git-remote-https: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory'
* starting (OMedusa):

User avatar
OneCD
Ask me anything
Posts: 6989
Joined: Sun Aug 21, 2016 10:48 am
Location: "... there, behind that sofa!"

Re: [SCRIPT] sherpa.sh

Post by OneCD » Tue Feb 18, 2020 5:14 am

dirkonline wrote:
Tue Feb 18, 2020 5:11 am
no, it just stops with a different error, there are no more entries after the attempted Git Pull and "starting" it stops
OK, let's try reinstalling Entware:

Code: Select all

./sherpa.sh ew
This will restart all sherpa QPKGs afterward.

ImageImageImageImageImageImageImageImageImageImageImageImageImageImageImageImage

User avatar
dirkonline
Know my way around
Posts: 235
Joined: Mon Oct 18, 2010 4:08 pm

Re: [SCRIPT] sherpa.sh

Post by dirkonline » Tue Feb 18, 2020 5:24 am

OneCD wrote:
Tue Feb 18, 2020 5:14 am
OK, let's try reinstalling Entware:

Code: Select all

./sherpa.sh ew
This will restart all sherpa QPKGs afterward.
On it! and we are back! :)

Code: Select all

[/share/Public] # ./sherpa.sh ew
sherpa.sh (200216)

[ proc ] testing Internet access ...
[ done ] Internet is accessible            
[ proc ] downloading file (Entware_1.02std.qpkg) ...
[ done ] downloaded file (Entware_1.02std.qpkg)            
[ proc ] uninstalling 'Entware' ...
[ done ] uninstalled 'Entware'            
[ proc ] installing file (Entware_1.02std.qpkg) - this can take a while ...
[ done ] installed file (Entware_1.02std.qpkg)                                    
[ proc ] updating Entware package list ...
[ done ] updated Entware package list            
[ proc ] calculating number and total size of IPKGs required ...
[ done ] 102 IPKGs (79MB) to be downloaded                             
[ proc ] downloading & installing 102 IPKGs ...  100% (79MB/79MB)  done!            
[ done ] downloaded & installed 102 IPKGs             
[ proc ] downloading & installing PIP modules ...
[ done ] downloaded & installed PIP modules             
[ proc ] restarting service 'SABnzbdplus' ...
[ done ] restarted service 'SABnzbdplus'            
[ proc ] restarting service 'OMedusa' ...
[ done ] restarted service 'OMedusa'            


[ done ] 'Entware' has been successfully reinstalled!

Code: Select all

* starting (OMedusa): -------------------- restart requested --------------------
= Mon Feb 17 22:19:07 CET 2020
= (OMedusa) is not active
= (OMedusa) is not active
* updating (OMedusa): OK
= result: 0
= PullGitRepo(): 'Already up to date.'
* starting (OMedusa): OK
= service configured for HTTP port: 7073

User avatar
OneCD
Ask me anything
Posts: 6989
Joined: Sun Aug 21, 2016 10:48 am
Location: "... there, behind that sofa!"

Re: [SCRIPT] sherpa.sh

Post by OneCD » Tue Feb 18, 2020 5:26 am

dirkonline wrote:
Tue Feb 18, 2020 5:24 am
On it! and we are back! :)
Great!

I don't know why, but some of those opkg apps seem to corrupt each other. :DD

ImageImageImageImageImageImageImageImageImageImageImageImageImageImageImageImage

User avatar
dirkonline
Know my way around
Posts: 235
Joined: Mon Oct 18, 2010 4:08 pm

Re: [SCRIPT] sherpa.sh

Post by dirkonline » Tue Feb 18, 2020 5:29 am

OneCD wrote:
Tue Feb 18, 2020 5:26 am
dirkonline wrote:
Tue Feb 18, 2020 5:24 am
On it! and we are back! :)
Great!

I don't know why, but some of those opkg apps seem to corrupt each other. :DD
Considering none of the previous installs etc. caused error messages, it certainly seems so. Either way, you are my hero once again :)
I wonder if we could just do a "Common fixes to try" on the first post?

Re-installing Entware DOES seem to help more often than not. Side effect, now my OpenSSL is more current. I wonder, does it makes sense to include an update of the Entware modules when we install / reinstall something via sherpa?

User avatar
OneCD
Ask me anything
Posts: 6989
Joined: Sun Aug 21, 2016 10:48 am
Location: "... there, behind that sofa!"

Re: [SCRIPT] sherpa.sh

Post by OneCD » Tue Feb 18, 2020 5:38 am

dirkonline wrote:
Tue Feb 18, 2020 5:29 am
I wonder if we could just do a "Common fixes to try" on the first post?
It's there, but I'm not sure how many people notice it:
OneCD wrote:
Sat May 06, 2017 2:05 pm
Known issues
  • Sometimes, it seems existing installations of Entware can become "difficult" to work with. So, Entware can also be reinstalled, but this should only be used as a last resort. Using:

    Code: Select all

    ./sherpa.sh Entware
    ... will force sherpa to uninstall your existing Entware QPKG, then install a new one. Please note: Entware will be reverted back to default, and only the IPKGs required to support your installed sherpa apps will be installed.
dirkonline wrote:
Tue Feb 18, 2020 5:29 am
I wonder, does it makes sense to include an update of the Entware modules when we install / reinstall something via sherpa?
That's a good idea. This is now issue #33. :geek:

ImageImageImageImageImageImageImageImageImageImageImageImageImageImageImageImage

User avatar
dirkonline
Know my way around
Posts: 235
Joined: Mon Oct 18, 2010 4:08 pm

Re: [SCRIPT] sherpa.sh

Post by dirkonline » Tue Feb 18, 2020 5:42 am

OneCD wrote:
Tue Feb 18, 2020 5:38 am
dirkonline wrote:
Tue Feb 18, 2020 5:29 am
I wonder if we could just do a "Common fixes to try" on the first post?
It's there, but I'm not sure how many people notice it:
OneCD wrote:
Sat May 06, 2017 2:05 pm
Known issues
  • Sometimes, it seems existing installations of Entware can become "difficult" to work with. So, Entware can also be reinstalled, but this should only be used as a last resort. Using:

    Code: Select all

    ./sherpa.sh Entware
    ... will force sherpa to uninstall your existing Entware QPKG, then install a new one. Please note: Entware will be reverted back to default, and only the IPKGs required to support your installed sherpa apps will be installed.
Now I feel seen <_<
It does makes sense as the last resort like you wrote. The number of things that can go wrong is as high as the number of possible configurations.
OneCD wrote:
Tue Feb 18, 2020 5:38 am
dirkonline wrote:
Tue Feb 18, 2020 5:29 am
I wonder, does it makes sense to include an update of the Entware modules when we install / reinstall something via sherpa?
That's a good idea. This is now issue #33. :geek:
Brilliant! I do not think there should be any side effects and especially with modules like Openssl it makes plenty of sense. Thank you for adding that to the issue list :)
Last edited by OneCD on Tue Feb 18, 2020 8:31 am, edited 1 time in total.
Reason: corrected quoting

potestus
Starting out
Posts: 37
Joined: Tue May 10, 2011 7:30 pm

Re: [SCRIPT] sherpa.sh

Post by potestus » Tue Feb 18, 2020 4:26 pm

OneCD wrote:
Tue Feb 18, 2020 4:37 am
potestus wrote:
Tue Feb 18, 2020 3:43 am
Any idea what's going on here... it killed sickchill?
The problem starts here:
potestus wrote:
Tue Feb 18, 2020 3:43 am

Code: Select all

[5a41d13104cb4e20bc354b046ff55ebf] Verified in 47 seconds, repair is required
[5a41d13104cb4e20bc354b046ff55ebf] Repair failed, not enough repair blocks (100 short)
Without enough blocks, the downloaded files are incomplete and cannot be rebuilt.

Post-processing then continues to try and unpack and process an incomplete release, and it's all downhill from there.

This is expected behaviour. ;)


The fix? You need more Usenet providers on separate backbones.
I have multiple providers and have had incompletes before but they usually just abort..this has never happened before just wondering any flags in nzb post processing?

User avatar
OneCD
Ask me anything
Posts: 6989
Joined: Sun Aug 21, 2016 10:48 am
Location: "... there, behind that sofa!"

Re: [SCRIPT] sherpa.sh

Post by OneCD » Tue Feb 18, 2020 4:45 pm

potestus wrote:
Tue Feb 18, 2020 4:26 pm
I have multiple providers and have had incompletes before but they usually just abort..this has never happened before just wondering any flags in nzb post processing?
You can have incompletes where so much is missing, it's obvious to SABnzbd that there's no point continuing (example: an NZB with no PARs and a single missing article will trigger an abort).

Then there are those (like the one indicated in your runtime output) where the download was mostly present and may have even included some PARs for repair, but not enough to actually fix it. It couldn't be determined until repair time that this was the case. :(
potestus wrote:
Tue Feb 18, 2020 3:43 am

Code: Select all

Servers
news.tweaknews.eu=625.7 MB
This display shows only a single provider was tried. Your other providers are not shown here. Even if they don't have the required articles, they will still show a very low byte-count if they were queried.

If your failed download handling is correctly configured, it's quite normal to see all the regular post-processing attempts on an unrepairable download. This is necessary so your searcher (for TV shows, movies, etc... ) will know what's going on, will then search for another release and send it to SABnzbd.

ImageImageImageImageImageImageImageImageImageImageImageImageImageImageImageImage

potestus
Starting out
Posts: 37
Joined: Tue May 10, 2011 7:30 pm

Re: [SCRIPT] sherpa.sh

Post by potestus » Tue Feb 18, 2020 4:53 pm

OneCD wrote:
Tue Feb 18, 2020 4:45 pm
potestus wrote:
Tue Feb 18, 2020 4:26 pm
I have multiple providers and have had incompletes before but they usually just abort..this has never happened before just wondering any flags in nzb post processing?
You can have incompletes where so much is missing, it's obvious to SABnzbd that there's no point continuing (example: an NZB with no PARs and a single missing article will trigger an abort).

Then there are those (like the one indicated in your runtime output) where the download was mostly present and may have even included some PARs for repair, but not enough to actually fix it. It couldn't be determined until repair time that this was the case. :(
potestus wrote:
Tue Feb 18, 2020 3:43 am

Code: Select all

Servers
news.tweaknews.eu=625.7 MB
This display shows only a single provider was tried. Your other providers are not shown here. Even if they don't have the required articles, they will still show a very low byte-count if they were queried.

If your failed download handling is correctly configured, it's quite normal to see all the regular post-processing attempts on an unrepairable download. This is necessary so your searcher (for TV shows, movies, etc... ) will know what's going on, will then search for another release and send it to SABnzbd.
Thanks.. failed downloading normally works with sickchill..but for some reason the
Processing killed sickchill each time I tried it forcing me to restart it .I've manually marked it as failed to pull another release.. this is certainly unusual behaviour.. Fingers crossed..

User avatar
OneCD
Ask me anything
Posts: 6989
Joined: Sun Aug 21, 2016 10:48 am
Location: "... there, behind that sofa!"

Re: [SCRIPT] sherpa.sh

Post by OneCD » Tue Feb 18, 2020 4:57 pm

potestus wrote:
Tue Feb 18, 2020 4:53 pm
I've manually marked it as failed to pull another release.. this is certainly unusual behaviour.. Fingers crossed..
To be fair - it's been a bit hit-and-miss lately with SickChill and nzbToMedia. I've had downloads where (apparently) everything worked fine, only the show wasn't put into the correct place. And others where the logs indicated lots of errors, but in the end, the episode was fine and ended-up exactly where it should. :S

Oh well, let's ride-it-out ... :DD

ImageImageImageImageImageImageImageImageImageImageImageImageImageImageImageImage

Forward Look
Starting out
Posts: 12
Joined: Tue May 20, 2014 10:29 am

Re: [SCRIPT] sherpa.sh

Post by Forward Look » Thu Feb 20, 2020 12:50 am

Hi. Is it possible to get one of the old CouchPotato2 .qpkgs ? I am attempting to duplicate my current NAS to another and would like to migrate this legacy installation of CP.

User avatar
OneCD
Ask me anything
Posts: 6989
Joined: Sun Aug 21, 2016 10:48 am
Location: "... there, behind that sofa!"

Re: [SCRIPT] sherpa.sh

Post by OneCD » Thu Feb 20, 2020 3:23 am

Forward Look wrote:
Thu Feb 20, 2020 12:50 am
Is it possible to get one of the old CouchPotato2 .qpkgs ?
Yup! :D

I've just pushed my local sherpa package archive up to GitHub so previous CP builds are now available.

The last CP QPKG version was 190928.

Supporting Entware IPKGs for it were: 'python python-pyopenssl python-lxml'

To install: SSH into your NAS as the 'admin' user, then:

Code: Select all

cd /share/Public
opkg install python python-pyopenssl python-lxml
curl --insecure --output CouchPotato2_190928.qpkg https://raw.githubusercontent.com/OneCDOnly/sherpa/master/package-archives/CouchPotato2/build/CouchPotato2_190928.qpkg
sh CouchPotato2_190928.qpkg

ImageImageImageImageImageImageImageImageImageImageImageImageImageImageImageImage

Post Reply

Return to “Community Apps”