254 replies to this topic

[mysat]

Geen idee. Handmatig verwijderen uit autorized_keys ?

Wel het issue gevonden (NremoteNG) maar niet opgelost op deze computer.Met een andere computer bestaat het probleem met NremoteNG niet...

[WanWizard]

Geen idee. NremoteNG suggereert Windows, en dat heb ik al heel lang niet meer in gebruik ( 10 jaar + ).

[hvrshvrs]

Het gaat niet helemaal goed. De versie van sabnzbd die standaard geinstalleerd wordt heeft sabctools versie 7.0.2 nodig.
En werkt niet met 8.0. Ik heb nu de laatste pre release eroverheen gekopieerd.(SABnzbd-4.2.0Alpha2-src.tar) Dan werkt het wel.

Met de laatste officiele release werkte het niet. (Zelfde sabctools probleem)

[Beeker]

Update naar 4.2.0Alpha2

 

Voor de volgende NB.

https://github.com/O...-core/pull/1207

[Beeker]

Gaat een beetje veranderen.

 

Sabnzbd wordt geupdate naar 4.1.0 en sabctools gedowngrade naar 7.1.2.

 

Als Sabnzbd 4.2.0(stable) uitkomt ga ik sabctools weer upgraden naar 8.0.0.

[WanWizard]

Let me know if and when there is anything in develop I need to backport to 9.0-release, please.

[mysat]

Geen idee. NremoteNG suggereert Windows, en dat heb ik al heel lang niet meer in gebruik ( 10 jaar + ).

Probleem zat m in de putty ssh key voor dit ip-adres. Alle keys overboord gezet en probleem op de computer was opgelost.

[mysat]

Weet niet zeker of het volgende een image gerelateerd probleem is maar ik heb dit niet in openpli 8.3:

 

Originele Vu SoloSe opnieuw voorzien van 9.0 zonder enige restore. IP adres en dns handmatig aangepast en root een passw gegeven. Doel is nu om via het SCP protocol op deze box te komen, wat niet lukt. FTP is geen probleem. SSH werkt en ik kan inloggen. Wat doe ik verkeerd ? Op de bestaande 8.3 boxen kan ik via het SCP wel werken

[hvrshvrs]

Gaat een beetje veranderen.
 
Sabnzbd wordt geupdate naar 4.1.0 en sabctools gedowngrade naar 7.1.2.
 
Als Sabnzbd 4.2.0(stable) uitkomt ga ik sabctools weer upgraden naar 8.0.0.

Er missen nog een aantal afhankelijkheden
Ik heb de volgende dingen toegevoegd om het laten werken.
chmod 777 /usr/lib/sabnzbd/SABnzbd.pyc
opkg install python3-pip
pip3 install rebulk
pip3 install babelfish
pip3 install python-dateutil
pip3 install pysocks
opkg install p7zip

Verder heb ik een andere /etc/init.d/sabnzbd neergezet.
Omdat er een compiled python wordt neergezet ipv een .py file, en een .pyc niet standaard wordt uitgevoerd.
(Waarschijnlijk is hier wel een betere versie van te bedenken)

#! /bin/bash

### BEGIN INIT INFO
# Provides: sabnzbd
# Required-Start:
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: starts instance of SABnzbd
# Description: starts instance of SABnzbd using start-stop-daemon
### END INIT INFO

# these are only accepted from the settings file
unset USER CONFIG HOST PORT EXTRAOPTS

. /etc/init.d/init-functions
SETTINGS=/etc/enigma2/sabnzbd.conf
SETTINGS_LOADED=FALSE
DEFOPTS="--daemon"
OPTIONS="$DEFOPTS"

if [[ ${EUID} -ne "0" ]]; then
echo "You must be root to run this script..."
exit 1;
fi

function get_pid {
PID=$(ps w | grep -v grep | grep SABnzbd.pyc | awk '{print $1;}')
[[ -n ${PID} ]] && echo "${PID}" || echo "0"
}

function check_and_kill {
PID=$(get_pid)
if [[ "0" -ne ${PID} ]]; then
echo "::Running SABnzbd found (${PID}), killing..."
kill $PID
fi
}

load_settings() {
if [ $SETTINGS_LOADED != "TRUE" ]; then
. $SETTINGS

[ -z "$USER" ] && {
log_warning_msg "$DESC: not configured, aborting. See $SETTINGS";
return 1; }

OPTIONS="$DEFOPTS"
[ -n "$CONFIG" ] && OPTIONS="$OPTIONS --config-file $CONFIG"
[ -n "$HOST" ] && SERVER="$HOST" || SERVER=
[ -n "$PORT" ] && SERVER="$SERVER:$PORT"
[ -n "$SERVER" ] && OPTIONS="$OPTIONS --server $SERVER"
[ -n "$EXTRAOPTS" ] && OPTIONS="$OPTIONS $EXTRAOPTS"
SETTINGS_LOADED=TRUE
fi
return 0
}

NAME=sabnzbd

USER=sabnzbd
GROUP=media

PID_FILE=/var/run/sabnzbd.pid

SABNZBD_HOME=/usr/lib/sabnzbd

SABNZBD_OPTS="--daemon"
SABNZBD_BIN=${SABNZBD_HOME}/SABnzbd.pyc

#SABNZBD_START="start-stop-daemon --start --quiet --exec ${SABNZBD_BIN} -- $(OPTIONS)"
SABNZBD_START="start-stop-daemon --start --quiet --exec python ${SABNZBD_BIN} -- ${OPTIONS}"

case "$1" in
start)
load_settings || exit 0
echo "Starting daemon: ${NAME}"
[[ $(get_pid) -eq "0" ]] && $SABNZBD_START || echo "SABnzbd is already running..."
;;
stop)
echo "Stopping daemon: ${NAME}"
check_and_kill
;;
restart)
load_settings || exit 0
echo "Restarting daemon: ${NAME}"
check_and_kill
$SABNZBD_START
;;
*)
echo "Usage: ${NAME} (start|stop|restart)"
;;
esac

exit 0

[WanWizard]

Originele Vu SoloSe opnieuw voorzien van 9.0 zonder enige restore. IP adres en dns handmatig aangepast en root een passw gegeven. Doel is nu om via het SCP protocol op deze box te komen, wat niet lukt. FTP is geen probleem. SSH werkt en ik kan inloggen. Wat doe ik verkeerd ? Op de bestaande 8.3 boxen kan ik via het SCP wel werken

 

Geen idee, nog nooit scp voor een box gebruikt.

 

Voor zover ik weet is alleen het key type vervandert tussen 8 en 9, de oude was door veel linux distributies als weak bestempeld en was niet meer bruikbaar.
 

Ik heb het net even getest hier, maar geen probleem:

[wanwizard@alfred] $ cd /tmp
/tmp 
[wanwizard@alfred] $ touch test.file
/tmp 
[wanwizard@alfred] $ scp test.file root@172.19.12.63:/tmp
The authenticity of host '172.19.12.63 (172.19.12.63)' can't be established.
ECDSA key fingerprint is SHA256:GftjhpH/mlZc9DbFFxpzpNbYt+eTW14fMfJ5R/ntU3k.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '172.19.12.63' (ECDSA) to the list of known hosts.
root@172.19.12.63's password: 
test.file                                                                                        100%    0     0.0KB/s   00:00
/tmp
[wanwizard@alfred] $ 

Je hebt toch niet de oude keys ( in /etc/dropbear ) in de backup gezet en gerestored? En je hebt nu ook het probleem dat je client de oude keys niet meer wil gebruiken?

 

 

[Beeker]

Voor de dependencies sabnzbd

 

https://github.com/O...-core/pull/1210

[40H3X]

 

Alhoewel ik geen newsgroups gebruik, mooi dat je het oppakt

[WanWizard]

Voor de dependencies sabnzbd

 

https://github.com/O...-core/pull/1210

 

Kan ik die al backporten naar 9.0-release ?

[Beeker]

Ja graag, bedankt.

[WanWizard]

Gebeurd.

[mysat]

Kan iemand bevestigen dat streamlink werkt op 9.0 ? Ik heb hier groene schermen

 

Backtrace:
/usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x46B238]
/usr/lib/libpython3.9.so.1.0(n/a) [0x76F48B78]
-------FATAL SIGNAL 11

Probleem gevonden en heeft natuurlijk niks met openpli te maken maar de plugin (enigma2-plugin-extensions-streamlinkproxy_6.3.1_all.ipk).

 

In mijn streamlink lijst stond een verlopen youtube link.

 

#SERVICE 4097:0:1:1:0:0:0:0:0:0:http%3a//127.0.0.1%3a8088/https%3a//youtu.be/UbLlgiyEnpo:Live Nice Côte d'Azur (4K)
#DESCRIPTION Live Nice Côte d'Azur (4K)

Het zijn de haakjes ( & ) waar de plugin over struikelt. Entry weg gehaald en weg groen scherm.

[WanWizard]

Merci voor de feedback.

[hvrshvrs]

Voor de dependencies sabnzbd
 
https://github.com/O...-core/pull/1210

De depencencies zijn nu goed. Er is alleen nog 1 probleem. Alle python code wordt gecompilieerd naar *.pyc bestanden.
Maar in het startup script wordt nog steeds het sabnzbd.py bestand opgestart.
Regel uit /etc/init.d/sabnzbd "DAEMON=/usr/lib/sabnzbd/SABnzbd.py"

Maar er staat alleen een sabnzbd.pyc
Dus wordt met de standaard installatie sabnzbd nooit opgestart.

[Beeker]

Ook bedankt voor de terugkoppeling.

 

Python bestand ga ik aanpassen deze dagen.

 

Als er nog meer moet veranderen, graag het bestand even inpakken en hier posten.

[mysat]

Originele Vu SoloSe opnieuw voorzien van 9.0 zonder enige restore. IP adres en dns handmatig aangepast en root een passw gegeven. Doel is nu om via het SCP protocol op deze box te komen, wat niet lukt. FTP is geen probleem. SSH werkt en ik kan inloggen. Wat doe ik verkeerd ? Op de bestaande 8.3 boxen kan ik via het SCP wel werken

 
Geen idee, nog nooit scp voor een box gebruikt.
 
Voor zover ik weet is alleen het key type vervandert tussen 8 en 9, de oude was door veel linux distributies als weak bestempeld en was niet meer bruikbaar.
 
Ik heb het net even getest hier, maar geen probleem:

[wanwizard@alfred] $ cd /tmp
/tmp 
[wanwizard@alfred] $ touch test.file
/tmp 
[wanwizard@alfred] $ scp test.file root@172.19.12.63:/tmp
The authenticity of host '172.19.12.63 (172.19.12.63)' can't be established.
ECDSA key fingerprint is SHA256:GftjhpH/mlZc9DbFFxpzpNbYt+eTW14fMfJ5R/ntU3k.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '172.19.12.63' (ECDSA) to the list of known hosts.
root@172.19.12.63's password: 
test.file                                                                                        100%    0     0.0KB/s   00:00
/tmp
[wanwizard@alfred] $ 

Je hebt toch niet de oude keys ( in /etc/dropbear ) in de backup gezet en gerestored? En je hebt nu ook het probleem dat je client de oude keys niet meer wil gebruiken?
 
Even terugkomend op dit issue... Het betreft hier het tool Winscp wat ik gebruik.. De bestaande boxen die geupgrade werden werkte toen met het SCP protocol via WinSCP en doen dit ook nog na de upgrade. Indien ik een box installeer met openpli 9 (zonder enige backup), dan kom ik niet verder dan SSH login en FTP. WinSCP gaat nog niet.

Omdat de groene schermen (veroorzaakt door de streamserver plugin) opgelost zijn, is het minder belangrijk, maar toch ben ik benieuwd of iemand anders wel kan connecteren via WinSCP indien het een schone installatie is.