TS-439 Pro II+ seltsame Probleme: Apps funktionieren nach Reboot nicht mehr, Display: Starting Service - Please wait..., Benachrichtigungsemail funktioniert nicht

Hi,

ich habe ein komisches Problem mit meiner (schon etwas betagten) TS 439 Pro II+.

Bis vor kurzem lief das NAS bei mir völlig unauffällig im Dauerbetrieb mit mit 4 6TB-Platten im RAID5-Modus. Weil es mir zu langsam und klein wurde, habe ich mir ein neues NAS (TS-873) angeschafft und die Platten darin verbaut.

Da mir für das alte NAS schon eine neue Verwendung vorschwebt, habe ich es (jetzt schon mehrfach) neu initialisiert (vorerst mit einer einzelnen 3TB-Platte).

Nun verhält es sich aber ziemlich merkwürdig:

Nach der Initialisierung (und vor dem ersten Reboot) funktioniert alles wie es soll.

Ich kann z.B. die (vorinstallierte) APP "Helpdesk" starten und neue Apps installieren (in meinem Fall z.B. CloudLink) und benutzen. Auch das Display am Gerät ist aus (ist es im Normalbetrieb eigentlich immer gewesen).

Starte ich das NAS nun, funktionieren die APPs nicht mehr, starte ich die (noch vohandene) Verknüpfung "Helpdesk" bekomme ich nur folgende Fehlermeldung:

"Not Found
The requested URL /apps/qdesk/ was not found on this server."

Richte ich über myQNAPCloud den Zugriff über Cloudlink ein (über den Installieren-Button) funktioniert auch hier alles wie gewollt - bis zum Neustart. Gehe ich dann wieder über myQNAPCloud auf Cloudlink finde ich nicht mehr den Button zum Aktivieren bzw, Deaktivieren, sondern wieder den Button zum Installieren der CloudLink-App.

In der /etc/config/qpkg.conf stehen allerdings beide Apps drin und anscheinend existieren sie auch auf dem Dateisystem:

[~] # cat /etc/config/qpkg.conf
[helpdesk]
Name = helpdesk
Class = null
Status = complete
Build = 20190402
Display_Name = Helpdesk
Version = 2.0.0
Author = QNAP Systems, Inc.
QPKG_File = helpdesk.qpkg
Date = 2019-04-20
Shell = /mnt/HDA_ROOT/update_pkg/helpdesk/helpdesk.sh
Install_Path = /mnt/HDA_ROOT/update_pkg/helpdesk
WebUI = /apps/qdesk/
Web_Port = -1
Web_SSL_Port = -1
RC_Number = 200
Sys_App = 0
Desktop = 1
Use_Proxy = 0
Visible = 1
FW_Ver_Min = 4.1.0
Enable = TRUE
Win_Min_Width = 990
Win_Min_Height = 600
[CloudLink]
Name = CloudLink
Class = null
Status = complete
Build = 20181025
Display_Name = CloudLink
Version = 1.1.88
Author = QNAP Systems, Inc.
QPKG_File = CloudLink.qpkg
Date = 2019-04-20
Shell = /share/HDA_DATA/.qpkg/CloudLink/CloudLink.sh
Volume_Select = 3
Install_Path = /share/HDA_DATA/.qpkg/CloudLink
RC_Number = 101
FW_Ver_Min = 4.1.2
Desktop = 1
WebUI = null
Open_In = MyCloudNas,4
Enable = TRUE
DisclaimerStatus = 1

[~] # ls -l -a /mnt/HDA_ROOT/update_pkg/helpdesk
drwxrwxrwx    6 997      994           4096 Apr 20 19:57 ./
drwxr-xr-x    3 admin    administ      4096 Apr 20 19:57 ../
-rw-r--r--    1 admin    administ     15005 Apr 20 19:57 .list
drwxrwxr-x    4 997      994           4096 Jan 28 09:36 .nc/
-rw-r--r--    1 997      994           2091 Apr  2 16:18 .qpkg_icon.gif
-rw-r--r--    1 997      994           3214 Apr  2 16:18 .qpkg_icon_80.gif
-rw-r--r--    1 997      994           1131 Apr  2 16:18 .qpkg_icon_gray.gif
-rwxr-xr-x    1 admin    administ       856 Apr 20 19:57 .uninstall.sh*
drwxrwxr-x    2 997      994           4096 Jan 28 09:45 diagnostic_tool/
-rwxr-xr-x    1 997      994           7486 Apr  2 16:18 helpdesk.sh*
drwxrwxr-x    2 997      994           4096 Apr  2 16:19 shell/
drwxrwxr-x    7 997      994           4096 Apr  2 16:19 www/

[~] # ls -l -a /share/HDA_DATA/.qpkg/CloudLink/
drwxr-xr-x   11 admin    administ      4096 Apr 20 21:01 ./
drwxrwxrwx    6 admin    administ      4096 Apr 20 21:02 ../
-rw-r--r--    1 admin    administ     25404 Apr 20 21:01 .list
-rw-r--r--    1 admin    administ      7469 Oct 25 05:41 .qpkg_icon.gif
-rw-r--r--    1 admin    administ      7469 Oct 25 05:41 .qpkg_icon_80.gif
-rw-r--r--    1 admin    administ      4082 Oct 25 05:41 .qpkg_icon_gray.gif
-rwxr-xr-x    1 admin    administ       869 Apr 20 21:01 .uninstall.sh*
-rwxr-xr-x    1 admin    administ      1896 Oct 25 05:41 CloudLink.sh*
drwxr-xr-x    2 admin    administ      4096 Apr 20 21:01 bin/
drwxr-xr-x    2 admin    administ      4096 Oct 25 05:41 conf/
drwxr-xr-x    3 admin    administ      4096 Oct 25 05:41 lib/
drwxr-xr-x    2 admin    administ      4096 Apr 20 21:02 logs/
drwxr-xr-x    2 admin    administ      4096 Oct 25 05:40 nc/
drwxr-xr-x    4 admin    administ      4096 Oct 25 05:41 python/
drwxr-xr-x    8 admin    administ      4096 Apr 20 21:02 tmp/
drwxr-xr-x    4 admin    administ      4096 Oct 25 05:40 tutk/
drwxr-xr-x    6 admin    administ      4096 Oct 25 05:40 ui/

Hinzu kommt außerdem, dass das Display am NAS dauerhaft "Starting Service. Please wait..." zeigt, egal wie lange das NAS schon läuft.

Auch das Versenden von Benachrichtigungsemails funktioniert nicht mehr. Eine verschickte Testmail kommt einfach nicht an, es gibt aber auch keine Fehlermeldungen. Ich habe 2 verschiedene Emailkonten und Zielemailadressen versucht. Damit hat es aber schon funktioniert (als es noch im Alltagsbetrieb lief) - außerdem funktioniert es mit dem neuen NAS.

Der Rest, also alle Dienste wie Windowsfreigaben, Webserver, FTP, SSH, DLNA usw. funktionieren völlig problemlos.

Ich bin etwas ratlos - hat jemand eine Idee, wo ich anfangen könnte, nach der Ursache zu suchen?

Vielen Dank

Stubi

Hi,

schönen Dank, dass Ihr versucht, mir weiterzuhelfen.

Im Rahmen des 1. Neuinitialisierens habe ich (ich glaube mit Hilfe des QNAP-Finders) das letzte Upgrade eingespielt: 4.2.6 build 20190322

Zwischenzeitlich habe ich manuell die vorher installierte Version (4.2.6 build 20181227) wieder eingespielt. Da das nichts brachte, habe ich mit der automatischen Funktion wieder auf die neueste aktualisieren lassen..

Ich kann ja noch einmal drüberinstallieren - auch wenn ich nicht glaube, dass es hilft

Interessant ist, dass das Neuinitialisieren die alte autorun.sh nicht zurückgesetzt hat - es scheinen also noch Reste des alten Systems da zu sein. Was kann ich noch machen, um wirklich alles zurückzusetzen?

früher lief ein Oscam auf dem NAS, das jetzt aber nicht gebraucht wird - aber die Dateien, auf die verwiesen wird existieren nicht mehr:

[/] # cat /tmp/config/autorun.sh
# load modules for smargo
if (! grep -qse usbserial /proc/modules ); then
insmod /lib/modules/others/usbserial.ko
fi
if (! grep -qse ftdi_sio /proc/modules ); then
insmod /lib/modules/others/ftdi_sio.ko
fi

while [ ! -f /mnt/HDA_ROOT/emu/oscam ]
do
sleep 1
done
/mnt/HDA_ROOT/emu/oscam -b -c /mnt/HDA_ROOT/emu


#while [ ! -f /share/MD0_DATA/.qpkg/Optware/bin/CCcam ]
#do
#sleep 1
#done
#/share/MD0_DATA/.qpkg/Optware/bin/./CCcam -C /share/MD0_DATA/.qpkg/Optware/etc/CCcam.cfg

Ich lösche sie gleich und starte mal neu

Der Malwarescanner hat nichts gefunden...

Viele Grüße

Stubi

die autorun.sh wars

Anscheinend hat ihn die if-Schleife und die fehlenden Dateien aus dem Tritt gebracht...

...ich habe allerdings auch nicht damit gerechnet, die alte autorun.sh noch mitzuschleppen nach der "Neuinitialisierung".

Jetzt läuft alles: Apps, Benachrichtigungsmails und das Display ist auch endlich aus.

Vielen Dank für die tolle Hilfe.

Viele Grüße

Stubi

Beim ersten Zurücksetzen habe ich ja eine Platte genutzt, die vorher noch gar nicht im NAS war.

Und zwischenzeitlich habe ich das auch noch gemacht:

Neuinitialisierung mit Herunterfahren, dann Entfernen der Platte und Löschen aller Partitionen in einem anderen Rechner, danach Wiedereinbau der Platte und Neustart und Ersteinrichtung des NAS.

Aber die autorun.sh liegt aber gar nicht auf den Platten sondern auf einem internen Speicher, der nicht zurückgesetzt wurde...

lg

Stubi