Nach Downgrade auf die 3.3.6 (vorgeschlagen vom Support) läuft es wieder. Ist natürlich unbefriedigend...
Aussage des Supports: "Please stay in firmware 3.3.6. the future firmware version 3.4.3 or later will fix that issue."
Nach Downgrade auf die 3.3.6 (vorgeschlagen vom Support) läuft es wieder. Ist natürlich unbefriedigend...
Aussage des Supports: "Please stay in firmware 3.3.6. the future firmware version 3.4.3 or later will fix that issue."
Hallo zusammen,
ich mache regelmäßig ein Backup meiner wichtigsten Daten zu Amazon S3 über die im QNAP eingebaute Funktion.
Weiß jemand, ob das auch auf das kostenlose Cloud Drive von Amazon irgendwie funktioniert?
Gruß, Alex.
Zitat von "SYNAPS"Ich frag mich langsam echt, WAS die eigentlich selbst testen, bevor es rausgehen darf.
Yep, und ich versuche das Problem seit über einer Woche mit dem Support zu klären, bekomme aber nur 08/15 Empfehlungen: Neue Firmware einspielen (habe ich längst und habe ich QNAP auch schon mehrfach geschrieben), neues QGet verwenden (mache ich längst, habe ich auch schon geschrieben...), Port ändern, Bandbreitenbegrenzung in allen Varianten ändern.... Allmählich langt's mir
Hallo zusammen,
seit der 3.4.0 (aktuell bin ich auf der 3.4.2) laufen die Downloads über die Downloadstation nur noch tröpfelnd mit 3-5kb/s Dabei ist es egal, ob die die Aufträge manuell über das Webinterface eintrage oder per QGET an die 419P schicke.
Es liegt weder an den Download-Servern (ich kann dasselbe File mit 1,1MB/s mit dem PC runterladen) noch an der grundsätzlichen Connection der QNAP, denn per nzbget lade ich z.B. mit vollem Durchsatz runter.
Passend dazu ist, des es die TS nicht schafft, ein Firmware-Update selbst aus dem Netz zu ziehen, der Download bleibt lange bei 0% stehen und dann sagt mir das Gerät, ich soll die Internetverbindung kontrollieren.
Was kann das sein?
---Edit---
Hilfreiche Idee des QNAP-Supports: Bitte alle Festplatten nach bad blocks scannen....
O-Ton: "sometimes, bad blocks make slow." :roll:
Funktioniert es nun so wie soll? Auch mit der 3.4.0 FW?
Zitat von "muck"
CloudComputing und DynDNS haben überhaupt nichts miteinander zu tun.
Das hat er ja auch gar nicht behauptet. Ich frage mich allerdings auch, ob das wirklich einen Mehrwert bietet, wenn man bereits DynDNS einsetzt. Im Moment sehe ich eher keinen... Das könnte sich ändern, wenn QNAP dort noch online Backup-Space bereitstellen würde, der sich entsprechend leicht anbinden ließe, um die wichtigsten Daten dorthin zu sichern (dann könnte ich mir den S3-Dienst schenken), dann hätte wenigstens der Name auch einen Sinn.
Zitat von "muck"Mit MyCloud sicher man seine Daten vom NAS in der Wolke
Wo steht das? Ich sehe darüber keinerlei Infos bei QNAP.
Und eine automatische Portsteuerung möchte ich (trotz allen Vertrauens in QNAP) nicht aktivieren :roll:
Bei mir haut es auch nicht richtig hin. Lief mit der alten FW problemlos. Mit den alten Einstellungen passierte einfach gar nix. Habe den Drucker dann neu eingerichtet (wie oben beschrieben) und jetzt bricht der Druck nach einer 1/4-Seite einfach ab.
Okay, das "fi" habe ich ergänzt. Wozu ist der 2.Code gut? Was muss ich damit machen?
Zitat von "dolly0190"wenn du das auch per QPKG Installiert hast im selben Verzeichnis (.QPKG/Wait4PC) wie Optware.
Ja,sorry, bin heute noch nicht richtig wach :roll:
Da kommt aber so wie ich das sehe nix vor...
#!/bin/sh
#
CMD_GETCFG="/sbin/getcfg"
#
QPKG_NAME="Wait4PC"
SYS_SBIN_DIR="/sbin"
SYS_QPKG_CONFIG_FILE="/etc/config/qpkg.conf" #qpkg infomation file
QPKG_DIR=`${CMD_GETCFG} ${QPKG_NAME} Install_Path -f ${SYS_QPKG_CONFIG_FILE}`
#
source ${QPKG_DIR}/lib.sh
#
func_get_log
func_get_nas
func_get_shutdown_cmd
while getopts "?cb:d:ims:tuhp:f:l:r:" OPTION
do
case ${OPTION} in
\?|h)
usage
exit 1
;;
p) COMMAND="ping"; ACTION=${OPTARG} ;;
d) COMMAND="qdownload"; ACTION=${OPTARG};;
f) COMMAND="samba"; ACTION=${OPTARG} ;;
r) COMMAND="rsync"; ACTION=${OPTARG} ;;
b) COMMAND="hdcopy"; ACTION=${OPTARG} ;;
s) COMMAND="shutdown"; ACTION=${OPTARG} ;;
l) COMMAND="scriptlog"; ACTION=${OPTARG};;
i) COMMAND="install" ;;
u) COMMAND="uninstall" ;;
t) COMMAND="status" ;;
c) COMMAND="check" ;;
m) COMMAND="menu" ;;
esac
done
case ${COMMAND} in
"ping")
case ${ACTION} in
"start"|"on"|"y"|"Y") func_set_ping_on ;;
"stop"|"off"|"n"|"N") func_set_ping_off ;;
esac
;;
"qdownload")
case ${ACTION} in
"start"|"on"|"y"|"Y") func_set_qdownload_on ;;
"stop"|"off"|"n"|"N") func_set_qdownload_off ;;
esac
;;
"samba")
case ${ACTION} in
"start"|"on"|"y"|"Y") func_set_samba_on ;;
"stop"|"off"|"n"|"N") func_set_samba_off ;;
esac
;;
"rsync")
case ${ACTION} in
"start"|"on"|"y"|"Y") func_set_rsync_on ;;
"stop"|"off"|"n"|"N") func_set_rsync_off ;;
esac
;;
"rsyncd")
case ${ACTION} in
"start"|"on"|"y"|"Y") func_set_rsyncd_on ;;
"stop"|"off"|"n"|"N") func_set_rsyncd_off ;;
esac
;;
"hdcopy")
case ${ACTION} in
"start"|"on"|"y"|"Y") func_set_hdcopy_on ;;
"stop"|"off"|"n"|"N") func_set_hdcopy_off ;;
esac
;;
"shutdown")
case ${ACTION} in
"start"|"on"|"y"|"Y") func_set_shutdown_on ;;
"stop"|"off"|"n"|"N") func_set_shutdown_off ;;
esac
;;
"scriptlog")
case ${ACTION} in
"start"|"on"|"y"|"Y") func_set_log_on ;;
"stop"|"off"|"n"|"N") func_set_log_off;;
esac
;;
"status")
echo "-"
func_get_check
case ${bCHECK} in
"Y") echo "[ on ] automatic shutdown" ;;
"N") echo "[ off ] automatic shutdown" ;;
esac
echo "-"
func_get_ping
case ${bPING} in
"Y") echo "[ on ] Host - check" ;;
"N") echo "[ off ] Host - check" ;;
esac
echo "-"
func_get_qdownload
case ${bQDOWNLOAD} in
"Y") echo "[ on ] Qdownload - check" ;;
"N") echo "[ off ] Qdownload - check" ;;
esac
echo "-"
func_get_samba
case ${bSAMBA} in
"Y")
echo "[ on ] Samba - check"
func_get_sessions
echo "[ ${iSESSIONS/* /} ] number of open connections"
;;
"N")
echo "[ off ] Samba - check"
;;
esac
echo "-"
func_get_rsync
case ${bRSYNC} in
"Y") echo "[ on ] Rsync - check" ;;
"N") echo "[ off ] Rsync - check" ;;
esac
echo "-"
func_get_rsyncd
case ${bRSYNCD} in
"Y") echo "[ on ] Rsyncd - check" ;;
"N") echo "[ off ] Rsyncd - check" ;;
esac
echo "-"
func_get_hdcopy
case ${bHDCOPY} in
"Y") echo "[ on ] HDusb-Copy - check" ;;
"N") echo "[ off ] HDusb-Copy - check" ;;
esac
echo "-"
func_get_log
case ${bWATCHLOG} in
"Y") echo "[ on ] Script-Log" ;;
"N") echo "[ off ] Script-Log" ;;
esac
echo "-"
RSYNC=`${CMD_GETCFG} System "Rsync Support" -f ${CONF_ULINUX} -d FALSE`
if [ "x${RSYNC}" = "xTRUE" ]; then
COUNT2=`${CMD_PS} | ${CMD_GREP} "rsyncd" | ${CMD_WC} -l`
COUNT2=`expr ${COUNT2} - 2`
echo "[ on ] Rsync "
echo "[ ${COUNT2} ] rsync-Process(es) ( without Rsync-Server )"
echo "-"
fi
;;
"check")
func_check
;;
"uninstall")
func_uninstall
;;
"install")
func_install
;;
"menu")
func_menu
;;
*)
if [ ! -f "${CONF_WAIT4PC}" ]; then
func_install
func_menu
fi
func_run
;;
esac
Alles anzeigen
Nach dem Export klappt es, d.h. ich kriege die Schalter auch angezeigt, wenn ich nzbget im root aufrufe.
Wo liegt die wait4pc.sh?
Mit dem ./nzbget Command sehe ich die Schalter, die Datei in dem bin-verz. hat 283kb
Der Daemon liegt bei mir hier: /share/MD0_DATA/.qpkg/Optware/bin
Allerdings kriege ich auch dort das Feedback: Command not found
Hi!
Ich setze die 0.7.0 mit der FW 3.3.9 120 ein. nzbget wird über das Terminal nicht gefunden...
Gruß, Alex.
UPDATE:
Das Herunterfahren des NAS' obwohl ein Client angemeldet war, war wohl meine Schuld oder ein Problem beim Update, der Schalter bei "PING" war jedenfalls nicht auf "ACTIVE".
Das Problem, dass das NAS trotz nzbget-Download herunterfährt, besteht aber def. weiterhin.
Ich habe es gestern nochmal getestet und auch bei mir klappt es nicht.
Bei dem Test ist das NAS sogar runterfahren, obwohl neben dem nzbget-Download einer der eingetragenen Clients noch online war :shock:
Kann es sein, dass er beim drüber-installieren die Einstellungen nicht alle übernimmt?
Ja, ein Download lief und er zeigt korrekterweise ACTIVE an, deswegen war ich auch etwas irritiert darüber, dass er das QNAP dann runtergefahren hat...
Ahoi!
Habe es gerade getestet und er erkennt das nzbget läuft, ich habe zumindest gerade noch das grüne ACTIVE gesehen... Und dann hat er das QNAP runtergefahren :shock:
Geht mir mit meiner 419P leider genauso :roll:
SUPER!!!
Schönes Teamwork!