Zitat von "TobiasK"Das kann irgendwie nicht sein. Wenn EuP aktiviert ist, funktioniert WoL nicht.
Sorry, meinte dass es deaktiviert ist
Zitat von "TobiasK"Das kann irgendwie nicht sein. Wenn EuP aktiviert ist, funktioniert WoL nicht.
Sorry, meinte dass es deaktiviert ist
Hallo Tobias,
EUP ist aktiviert, genauso wie WOL. Ich denke, dass ich den Fehler gefunden habe. In meiner Fritzbox gibt es eine Option "Diesen Computer automatisch starten, sobald aus dem Internet darauf zugegriffen wird". Diese habe ich mal deaktiviert. Ich denke, dass es daran lag. Ich werde beobachten. Falls das nicht die Lösung war, werde ich mich nochmal melden.
Grüße
Jörg
Hallo zusammen,
wenn ich meine QNAP herunterfahre fährt sie nach kurzer Zeit (ca 5 bis 30 Minuten später) wieder hoch. Hat von euch jemand das Phänomen auch schon gehabt? An was könnte dies liegen? Habt ihr Lösungsvorschläge?
Viele Grüße
Jörg
Was für eine Firmware hast du im Einsatz?
bryan: Wenn man da was eintragen könnte, aber bei mir kommt leider nur das Dropdownfeld, in welches ich nichts eintragen kann.
Hallo zusammen,
ich habe mir OpenSSH installiert und die Original SSHD ersetzt, habe allerdings vergessen diese zu sichern. Könnt ihr mir sagen, wie ich den Originalzustan auf einfache Art und Weise wiederherstellen kann?
Grüße
Jörg
Hallo zusammen,
sorry, wenn ich das alte Thema wieder wiederbelebe. Ich möchte demnächst von einem 1-Bay Nas auf ein 2-Bay Nas umziehen. Nun meine Frage: Werde beim RTRR-Sync die Berechtigungen sowie die Berechtigungen zu den Unterordnern mit umgezogen?
Viele Grüße
Jörg
Eine ähnliche Problematik habe ich auch. Meine TS 119 P+ schaltet in der Nach von Sonntag auf Montag nicht ab, obwohl es so konfiguriert ist. Unter der Woche funktioniert es einwandfrei.
Hallo zusammen,
ich habe ein Problem mit meinem XDove-Server, wenn ich mit meinem Android Handy bzw. mit meinem Laptop (MS Outlook) aus einem fremden Netz über die QNap eine eMail verschicken will, bekomme ich folgende eMail von meinem Hoster Goneo zurück:
A message from <absender@adresse.de>
to: empfänger@adresse.de
was considered unsolicited bulk e-mail (UBE).
Our internal reference code for your message is 84067-08/7GGkXFeNps3U
The message carried your return address, so it was either a genuine mail
from you, or a sender address was faked and your e-mail address abused
by third party, in which case we apologize for undesired notification.
We do try to minimize backscatter for more prominent cases of UBE and
for infected mail, but for less obvious cases some balance between
losing genuine mail and sending undesired backscatter is sought,
and there can be some collateral damage on either side.
First upstream SMTP client IP address: [88.66.19.174]
dslb-088-066-019-174.pools.arcor-ip.net
According to a 'Received:' trace, the message apparently originated at:
[77.25.129.105], localhost \t<absender@adresse.de> [77.25.129.105]:57169
Return-Path: <absender@adresse.de>
From: =?ISO-8859-1?Q?J=F6rg_Klebsattel?= <absender@adresse.de>
Message-ID: <8xpn5e04mu06k8dcqp8qysbk.1317902783631@email.android.com>
Subject: WG: Fortbildung
Delivery of the email was stopped!
Reporting-MTA: dns; smtp2.goneo.de
Received-From-MTA: smtp; smtp2.goneo.de ([127.0.0.1])
Arrival-Date: Thu, 6 Oct 2011 14:06:28 +0200 (CEST)
Original-Recipient: rfc822;empfänger@adresse.de
Final-Recipient: rfc822;empfänger@adresse.de
Action: failed
Status: 5.7.0
Diagnostic-Code: smtp; 554 5.7.0 Reject, id=84067-08 - SPAM
Last-Attempt-Date: Thu, 6 Oct 2011 14:06:28 +0200 (CEST)
Final-Log-ID: 84067-08/7GGkXFeNps3U
Return-Path: <absender@adresse.de>
Received: from Idefix (dslb-088-066-019-174.pools.arcor-ip.net [88.66.19.174])
by smtp2.goneo.de (Postfix) with ESMTPA id EEC701D2538
for <empfänger@adresse.de>; Thu, 6 Oct 2011 14:06:27 +0200 (CEST)
X-AuthUser: absender@adresse.de
Received: from localhost ([77.25.129.105]:57169)
by Idefix with [XMail 1.25 ESMTP Server]
id <S3128> for <empfänger@adresse.de> from <absender@adresse.de>;
Thu, 6 Oct 2011 14:06:26 +0200
Date: Thu, 06 Oct 2011 14:06:23 +0200
Subject: WG: Fortbildung
Message-ID: <8xpn5e04mu06k8dcqp8qysbk.1317902783631@email.android.com>
Importance: normal
From: =?ISO-8859-1?Q?J=F6rg_Klebsattel?= <absender@adresse.de>
To: empfänger@adresse.de
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="--_com.android.email_48679833035343"
Alles anzeigen
An was könnte das liegen? Ich habe die Forensuche sowie Google bereits schon durchforstet, bin allerdings nicht fündig geworden.
Grüße
Jörg
Hallo zusammen,
ich habe an dem Skript nichts verändert. Nun funktioniert es auf einmal. Ein Reboot tut eben immer gut.
Danke für die Antwort!!!
Grüße
Jörg
Hallo zusammen,
ich habe mir ein Skript erstellt, welches beim Repositories auf meiner QNap Ts 119 p+ per svnadmin dump sichert, und diese dann anschließend packt. Mein Problem ist nun, wenn ich das Skript manuell ausführe, funktioniert alles ohne Probleme, rufe ich es über die Crontab auf, dann wird die tar.gz-Datei nur 1 kb groß und lässt sich nicht entpacken.
Hier mein Skript:
#!/bin/sh
bakdate=$(date +%Y%m%d%H%M)
svnrepos="/share/HDA_DATA/svn/repositories"
bakdest="/share/Sicherung/subversion"
cd $svnrepos
if [ -d "$bakdest" ] && [ -w "$bakdest" ] ; then
for repo in *; do
svnadmin dump $repo > $bakdest/$repo-$bakdate.svn.dump
done
fi
tar -czvf $bakdest/repos-$bakdate.tar.gz $bakdest/*
rm $bakdest/*.dump
Alles anzeigen
Habt ihr eine Idee für mich, was ich falsch mache?
Grüße
Jörg
Auf jeden Fall funktionierts heute auch noch.
Ich bin begeistert! Vielen Dank!!!
Es ist ohne sh startbar
Zur Veranschaulichung nach Reboot:
ps | grep svn:
4406 admin 568 S grep svn
Nachdem ich /opt/etc/init.d S99svn start ausgeführt habe:
4415 admin 960 S /opt/bin/svnserve -d --listen-port=8082 --root /share
4441 admin 568 S grep svn
Hast du noch ne Idee?
Also, ich habe jetzt unter /opt/etc/init.d folgendes Script mit dem Namen S99svn eingefügt:
#!/bin/sh
start()
{
echo "Starting svnserve services"
/opt/bin/svnserve -d --listen-port=8082 --root /share/HDA_DATA/svn/repositories --config-file /share/HDA_DATA/svn/svnserve.conf
echo "svnserve started"
}
stop()
{
echo "Shutting down svnserve"
/usr/bin/killall svnserve
echo "svnserve stopped"
}
# you do not need to edit this lines
case "$1" in
start)
start
;;
stop)
stop
;;
restart)
# Restarting the Daemon
stop
start
;;
*)
## If no parameters are given, print which are avaiable.
echo "Usage: $0 {start|stop|restart}"
exit 1
;;
esac
Alles anzeigen
Mit sh S99svn start startet das Skript ohne Probleme. In der autorun.sh habe ich das "svn-gedöns" entfernt. Nach einem reboot ist der svn-Server aber immer noch nicht gestartet. An was kanns noch liegen?
Meinst ich bekomms noch auf die Reihe?
Mein autorun.sh sieht nun so aus:
#!/bin/sh
#Determine Optware Directory and Symlink it to /opt if /opt does not exists
if [ ! -d /opt ]; then
for optwaredirexists in /share/HDA_DATA /share/HDB_DATA /share/HDC_DATA /share/HDD_DATA /share/HDE_DATA /share/HDF_DATA /share/HDG_DATA /share/HDH_DATA /share/MD0_DATA; do
if [ -d $optwaredirexists/.qpkg/Optware ]; then
OPTWARE=$optwaredirexists/.qpkg/Optware
ln -sf $OPTWARE /opt
fi
done
fi
#execute if Optware directory exists and was determined
if [ -d /opt ] && [ ! -z $OPTWARE ]; then
#set environment variables
echo "export PATH=$PATH:/opt/bin:/opt/sbin:/usr/local/sbin" >> /etc/profile
#load libs if directory exists
if [ -d /opt/lib ]; then
echo "/opt/lib" >> /etc/ld.so.conf
/sbin/ldconfig
fi
#Starting Optware daemons and create shutdown rcK symlink (starting at K200)
I=200
for optdaemon in `ls /opt/etc/init.d/S* | grep -v '~' | sort`
do
${optdaemon} start
#create symlink in rcK.d to shutdown the daemon
ln -s ${OPTWARE}/etc/init.d/${optdaemon##*/} /etc/rcK.d/K${I}${optdaemon##*/}
I=$(($I+1))
done
fi
/opt/bin/svnserve -d --listen-port=8082 --root /share/HDA_DATA/svn/repositories --config-file /share/HDA_DATA/svn/svnserve.conf
Alles anzeigen
Funktioniert aber leider immer noch nicht. Nach einem reboot läuft der svn-Server nicht.
Hallo zusammen,
ich hoffe, dass ihr mir helfen könnt.
Ich bin kurz vorm Verzweifeln.
Per ipkg habe ich svn installiert. Funktioniert auch alles ohne Probleme, allerdings nur wenn ich die untenstehende Skriptdatei händisch starte:
#!/bin/shcase "$1" in start) echo "Starting svnserve services" /opt/bin/svnserve -d --listen-port=8082 --root /share/HDA_DATA/svn/repositories --config-file /share/HDA_DATA/svn/svnserve.conf echo "svnserve started" ;; stop) echo "Shutting down svnserve" /usr/bin/killall svnserve echo "svnserve stopped" ;; restart) echo "restart svn" $0 stop $0 start ;;esac
Die Datei lautet bei mir startsvn.sh und ich starte Sie wie folgt:
Unter /etc/rcK.d steht folgender Link:
und unter /etc/rcS.d folgender Link:
Inhalt der /etc/config/qpkg.conf:
[subversion svnserve]Name = Subversion_svnserveDate = 2009-01-27Enable = TRUEShell = /share/HDA_DATA/svn/startsvn.shInstall_Path = /share/HDA_DATA/svnAuthor = stonebornQPKG_File = -Version = 1.5.5
Nachdem das automatische Starten nach einem reboot nicht funktioniert hat, habe ich versucht den svn-Server über eine crontab zu starten:
Das alles blieb leider ohne Erfolg. Den Server kann ich immer nur noch per manueller Ausführung des Skritps starten. Eine Suche im Forum blieb leider ohne Erfolg.
Könnt ihr mir bitte helfen?
Viele Grüße
Jörg