Mit Port 587 klappt es bei mir nun auch mit SMTP Authentifizierung.
Beiträge von tyco
-
-
Über Arcor funktionierte es bei mir so:
SMTP-Server: mail.arcor.de
Portnummer: 25
Absender: Meine EmailadresseAlles andere habe ich nicht angeklickt oder ausgefüllt.
-
Danke für die ausführliche Anleitung!
Nun habe ich aber schon - nach fast einer Woche verzweifelter Versuche den TS-409 von Raid1 auf Raid5 zu migrieren - das System nach vorheriger Datensicherung neu aufgesetzt.
EDIT:
Raid5 funktioniert also jetzt. Nach dem neu aufsetzen hat das neue Raid5 erstmal 12 Stunden synchronisiert. Ich bin jetzt dabei meine Daten - die ich aus Platzmangel auf vier Rechner im Netzwerk verteilt hatte - zurückzuspielen.Nochmals vielen Dank. Vielleicht hilft die Anleitung mit dem Swapspeicher anderen geplagten und verzweifelten Anwendern.
-
Zitat von "tyco"
Seit 15 Minuten ist die Migration wieder bei 49% angelangt. Ich lasse den TS-409 mal über Nacht migrieren, in der Hoffnung das es doch noch was wird. :-/
Gebracht hat es leider nix....immer noch 49%. -
Zitat von "steckel"
Was letztendlich geholfen hat:1. deaktivieren aller Netzwerkdienste
2. deaktivieren aller QPKG Pakete
3. deaktivieren meiner autorun.sh
4. Reboot
5. Hinzufügen eines USB-Stick als Swap-Speicher
6. Starten der MigrationSchritt 1 bis 4 habe ich auch gemacht und dann den 6. Schritt. Wie funktioniert das mit dem 5. Schritt "Hinzufügen eines USB-Stick als Swap-Speicher"?
Seit 15 Minuten ist die Migration wieder bei 49% angelangt. Ich lasse den TS-409 mal über Nacht migrieren, in der Hoffnung das es doch noch was wird. :-/
-
Zitat von "brausepaul"
3ter Versuch ist wieder fehlgeschlagen und bei 49% hängen geblieben
Seit 5 Tagen habe ich exakt dasselbe Problem. Bei der Migration von Raid 1 (mit 2 Festplatten) auf ein Raid 5 (mit 3. Festplatte) bleibt die Migration auch nach Tagen bei 49% hängen.Habe schon fast alles versucht:
Firmwareupdate auf die neueste BETA-Firmware
autorun.sh deaktiviert
Reset des Qnap TS-409 Pro
und ich weiß nicht was sonst nochJetzt habe ich hier gelesen, dass die neue Festplatte erst formatiert werden muss und das NAS dies nicht automatisch macht. CHPatrick hatte exakt das Problem, dass die Migration bei 49% hängen blieb. Nach einer Formatierung der neuen Festplatte, konnte er die Migration von Raid1 auf Raid5 erfolgreich durchführen.
Ich meine ich hätte die Festplatte zu Beginn formatiert, bin mir nach 5 Tagen Gefummel an dem System jetzt auch nicht zu 100% sicher. Nach der Formatierung der Festplatte ist die Migration aktuell bei 18% angekommen.
Werde mich melden ob es funktioniert hat oder nicht.
Sonstige Vorschläge zur Problemlösung wären nett.
-
Zitat von "hottube"
Hi, wie geht dass, ich hab einiges ausprobiert, aber mit "oconf init" bin ich nicht richtig weitergekommen. Ist das ein Befehl des cpan?An dem Projekt arbeite ich momentan nicht mehr. Soweit ich mich entsinne ist dies ein Befehl von CPAN.
Allerdings fehlt bei dir ein Leerzeichen zwischen dem o und conf: Somit lautet der Befehl:o conf init
-
Zitat von "legolas192"
Man kann den Spindown der Festplatte deutlich hören, aber die HDD-LED geht nicht aus.
Die HDD-LED geht auch nicht aus sondern nur die Status-LED.Allerdings habe ich auch das Problem, dass die Festplatten nicht in den Sleep-Modus verfallen. Ich habe einen TS 409Pro Turbo mit zwei Seagate-Platten aus der Kompatibilitätsliste. Der Sleep-Modus hat vor einigen Monaten auch schon fehlerfrei funktioniert.
Mindestens seit dem letzten Firmwareupdate (aktuelle Firmware 2.1.0 Build_080624) funktioniert es seit Juni nicht mehr. Ob es vor dem Firmwareupdate noch funktioniert hat, kann ich heute nicht mehr sagen.
Ich habe auch schon alles mögliche ohne Erfolg deaktiviert. Was kann die Ursache sein?
Upps....just in diesem Moment sind die Festplatten in den Sleep-Modus gegangen.
Ursache: Ich habe die Uhrzeit automatisch über das Internet synchronisieren ganz deaktiviert.
-
Meinem TS-409Pro möchte ich eine UPS spendieren. Welche UPS ist empfehlenswert?
Hat schon jemand Erfahrungen mit UPS gemacht?
-
Zitat von "Eraser-EMC2-"
Schon, eigentlich sollte im Ernstfall ein Neustart ausreichen.Klar! Nach einem Neustart ist /dev/ram0 leer.
Ich habe es jetzt ganz anders gelöst.
Die Konfiguration von CPAN aufgerufen (o conf init) und folgendes geändert:
CPAN build und cache directory?
von /root/.cpan auf /mnt/HDA_ROOT/cpan_dir geändert.
Nun geht es. Zumindest ist der Fehler "No space on device" weg.
Die Installation des UserAgent klappte auch. Wenn auch nur über die harte Methode:
force install LPW::UserAgent
Ich kämpfe noch mit einigen Problemen. Die können aber auch vom Script herrühren.
-
Zitat von "Eraser-EMC2-"
Da kann ich dir leider nicht weiterhelfen, da unter /dev/ram System-Dateien liegen.
Dort eine falsche Datei löschen, kann tödlich sein.RAM (Random Access Memory) ist flüchtiger Speicher (doch noch was vom Studium behalten ). Da kann man nichts kaputtmachen, denke ich.
Mit Symlink könnte ich das doch irgendwie auslagern. Wie lagere ich aber eine Partition aus oder welches Verzeichnis bzw. welche Datei?
-
Ich habe den TS-409 komplett neu reinitialisiert. Am Ergebnis hat sich nichts geändert.
Dies sind die letzten Fehlermeldungen des Systems:
Code/bin/tar: Compress-Zlib-2.011/t/Test/More.pm: Cannot write: No space left on deviceCompress-Zlib-2.011/t/Test/Simple.pm/bin/tar: Compress-Zlib-2.011/t/Test/Simple.pm: Cannot write: No space left on deviceCompress-Zlib-2.011/t/Test/Builder.pm/bin/tar: Compress-Zlib-2.011/t/Test/Builder.pm: Cannot write: No space left on deviceCompress-Zlib-2.011/t/06gzsetp.t/bin/tar: Compress-Zlib-2.011/t/06gzsetp.t: Cannot write: No space left on deviceCompress-Zlib-2.011/t/08encoding.t/bin/tar: Compress-Zlib-2.011/t/08encoding.t: Cannot write: No space left on deviceCompress-Zlib-2.011/t/99pod.tCompress-Zlib-2.011/t/01version.t/bin/tar: Compress-Zlib-2.011/t/01version.t: Cannot write: No space left on deviceCompress-Zlib-2.011/t/14gzopen.t/bin/tar: Compress-Zlib-2.011/t/14gzopen.t: Cannot write: No space left on deviceCompress-Zlib-2.011/t/compress//bin/tar: Compress-Zlib-2.011/t/compress: Cannot mkdir: No space left on deviceCompress-Zlib-2.011/t/compress/CompTestUtils.pm/bin/tar: Compress-Zlib-2.011/t/compress/CompTestUtils.pm: Cannot open: No such file or directoryCompress-Zlib-2.011/t/05examples.t/bin/tar: Compress-Zlib-2.011/t/05examples.t: Cannot write: No space left on deviceCompress-Zlib-2.011/lib//bin/tar: Compress-Zlib-2.011/lib: Cannot mkdir: No space left on deviceCompress-Zlib-2.011/lib/Compress//bin/tar: Compress-Zlib-2.011/lib/Compress: Cannot mkdir: No such file or directoryCompress-Zlib-2.011/lib/Compress/Zlib.pm/bin/tar: Compress-Zlib-2.011/lib/Compress/Zlib.pm: Cannot open: No such file or directoryCompress-Zlib-2.011/Changes/bin/tar: Compress-Zlib-2.011/Changes: Cannot write: No space left on deviceCompress-Zlib-2.011/MANIFEST/bin/tar: Compress-Zlib-2.011/MANIFEST: Cannot write: No space left on deviceCompress-Zlib-2.011/private//bin/tar: Compress-Zlib-2.011/private: Cannot mkdir: No space left on deviceCompress-Zlib-2.011/private/MakeUtil.pm/bin/tar: Compress-Zlib-2.011/private/MakeUtil.pm: Cannot open: No such file or directoryCompress-Zlib-2.011/META.yml/bin/tar: Compress-Zlib-2.011/META.yml: Cannot write: No space left on deviceCompress-Zlib-2.011/pod//bin/tar: Compress-Zlib-2.011/pod: Cannot mkdir: No space left on deviceCompress-Zlib-2.011/pod/FAQ.pod/bin/tar: Compress-Zlib-2.011/pod/FAQ.pod: Cannot open: No such file or directoryCompress-Zlib-2.011/README/bin/tar: Compress-Zlib-2.011/README: Cannot write: No space left on deviceCompress-Zlib-2.011/Makefile.PL/bin/tar: Compress-Zlib-2.011/Makefile.PL: Cannot write: No space left on device/bin/tar: Error exit delayed from previous errorsgzip: stdout: No space left on deviceCouldn't uncompress /root/.cpan/sources/authors/id/P/PM/PMQS/Compress-Zlib-2.011.tar.gzcpan>
Mir ist aufgefallen, dass /dev/ram0 zu 100 % voll ist. Da müsste doch die Ursache liegen?
Code
Alles anzeigen[/mnt/HDA_ROOT/perl] # df Filesystem Size Used Available Use% Mounted on /dev/ram0 9.7M 9.7M 1.0k 100% / tmpfs 16.0M 100.0k 15.9M 1% /tmp /dev/sda4 62.0M 44.1M 17.9M 71% /mnt/ext /dev/md9 509.5M 133.9M 375.6M 26% /mnt/HDA_ROOT /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA tmpfs 32.0M 0 32.0M 0% /.eaccelerator.tmp /dev/ram0 9.7M 9.7M 1.0k 100% /mnt/HDA_ROOT/rootfs_2_3_6/bin /dev/ram0 9.7M 9.7M 1.0k 100% /mnt/HDA_ROOT/rootfs_2_3_6/dev /dev/md9 509.5M 133.9M 375.6M 26% /mnt/HDA_ROOT/rootfs_2_3_6/etc/config /dev/md0 457.4G 71.0G 386.4G 16% /mnt/HDA_ROOT/rootfs_2_3_6/share/Qdownload tmpfs 16.0M 100.0k 15.9M 1% /mnt/HDA_ROOT/rootfs_2_3_6/tmp /dev/ram0 9.7M 9.7M 1.0k 100% /share/MD0_DATA/optware/dev /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Qmultimedia /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Qdownload /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Qweb /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Qusb /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Public /dev/ram0 9.7M 9.7M 1.0k 100% /share/MD0_DATA/optware/dev /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Qmultimedia /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Qdownload /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Qweb /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Qusb /dev/md0 457.4G 71.0G 386.4G 16% /share/MD0_DATA/optware/mnt/ext/Public [/mnt/HDA_ROOT/perl] #
-
-
-
So sehen meine Partitionen aus:
Code[~] # dfFilesystem Size Used Available Use% Mounted on/dev/ram0 9.7M 9.7M 1.0k 100% /tmpfs 16.0M 60.0k 15.9M 0% /tmp/dev/sda4 62.0M 44.1M 17.9M 71% /mnt/ext/dev/md9 509.5M 136.2M 373.2M 27% /mnt/HDA_ROOT/dev/md0 457.4G 117.7G 339.7G 26% /share/MD0_DATAtmpfs 32.0M 0 32.0M 0% /.eaccelerator.tmp/dev/ram0 9.7M 9.7M 1.0k 100% /mnt/HDA_ROOT/rootfs_2_3_6/bin/dev/ram0 9.7M 9.7M 1.0k 100% /mnt/HDA_ROOT/rootfs_2_3_6/dev/dev/md9 509.5M 136.2M 373.2M 27% /mnt/HDA_ROOT/rootfs_2_3_6/etc/config/dev/md0 457.4G 117.7G 339.7G 26% /mnt/HDA_ROOT/rootfs_2_3_6/share/Qdownloadtmpfs 16.0M 60.0k 15.9M 0% /mnt/HDA_ROOT/rootfs_2_3_6/tmp/dev/ram0 9.7M 9.7M 1.0k 100% /share/MD0_DATA/optware/dev/dev/md0 457.4G 117.7G 339.7G 26% /share/MD0_DATA/optware/mnt/ext/Qmultimedia/dev/md0 457.4G 117.7G 339.7G 26% /share/MD0_DATA/optware/mnt/ext/Qdownload/dev/md0 457.4G 117.7G 339.7G 26% /share/MD0_DATA/optware/mnt/ext/Qweb/dev/md0 457.4G 117.7G 339.7G 26% /share/MD0_DATA/optware/mnt/ext/Qusb/dev/md0 457.4G 117.7G 339.7G 26% /share/MD0_DATA/optware/mnt/ext/Public
Reicht das nicht aus?
btw. Auf /share/HDA_DATA/ ist auch kein Platz mehr. Das kann doch nicht sein.
-
Das Problem ist gelöst. Es lag an gzip.
Dies hatte wohl nicht die benötigten Funktionen. Deshalb habe ich ipkg installiert und damit ein vollständiges gzip heruntergeladen und auf dem TS-409Pro installiert. Allerdings musste der Pfad in der Konfiguration von CPAN (o conf init) für gzip noch angepasst werden. Den Pfad habe ich von /bin/gzip auf /opt/bin/gzip geändert.
Nun habe ich aber das die Meldung
No space left on device at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm
bei der Installation von UserAgent.Code
Alles anzeigencpan> install LWP::UserAgent CPAN: Storable loaded ok Going to read /root/.cpan/sources/authors/01mailrc.txt.gz Going to read /root/.cpan/sources/modules/02packages.details.txt.gz Database was generated on Sat, 31 May 2008 10:06:49 GMT HTTP::Date not available There's a new CPAN.pm version (v1.9205) available! [Current version is v1.7602] You might want to try install Bundle::CPAN reload cpan without quitting the current session. It should be a seamless upgrade while we are running... Going to read /root/.cpan/sources/modules/03modlist.data.gz Going to write /root/.cpan/Metadata Running install for module LWP::UserAgent Running make for G/GA/GAAS/libwww-perl-5.812.tar.gz mkdir /root/.cpan/sources/authors/id/G/GA: No space left on device at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 2341
-
Bei meinem TS-409Pro hat die Installation von IPKG hervorragend geklappt.
Die Installationsanleitungen von QNAPAndy haben dagegen nicht zum erhofften Erfolg geführt. Vielleicht hilft es bei Wutz. Hier ist der Link:
Optware/Ipkg on QNAP TS-x09 (PRO)
Allerdings ist das anscheinend auch nur für x09-Versionen.
-
Zitat von "tyco"
Nun habe ich das Script mit vi neu geschrieben und den crontab mit crontab -e editiert. Ein neues Einlesen des crontab war nicht erforderlich.Leider muss ich mich korrigieren. Der crontab blieb nur bis zu einem Neustart des QNAP erhalten. Danach waren meine Einträge verschwunden. Nun habe ich es so wie Eraser-EMC2- und christian gemacht:
Dann habe ich crontab meinen Erfordernissen angepasst, abgespeichert und neu eingelesen.
Nun bleibt crontab auch nach einem Neustart unverändert.
-
Nach dieser Anleitung habe ich Perl 5.8.8 installiert.
Mein Perlscript ruft täglich einmal Daten von Webseiten (http) ab und bildet aus diesen Daten wieder eigene Webseiten (Statistik). Unter Windows hat das bisher auch prima geklappt. Für meinen Qnap TS 409Pro musste ich die Files noch für Linux anpassen (dos2unix), das auch geklappt hat.
Wenn ich jetzt meine Datei mit ./Fetch-Data.pl starte - später soll das der Cronjob erledigen - erhalte ich folgende Meldung:
ZitatCan't locate LWP/UserAgent.pm in @INC (@INC contains: /mnt/HDA_ROOT/perl/lib/5.8.8/armv5tejl-linux-thread-multi /mnt/HDA_ROOT/perl/lib/5.8.8 /mnt/HDA_ROOT/perl/lib/site_perl/5.8.8/armv5tejl-linux-thread-multi /mnt/HDA_ROOT/perl/lib/site_perl/5.8.8 /mnt/HDA_ROOT/perl/lib/site_perl .) at ./Fetch-Data.pl line 7.
BEGIN failed--compilation aborted at ./Fetch-Data.pl line 7 (#1)
(F) You said to do (or require, or use) a file that couldn't be
found. Perl looks for the file in all the locations mentioned in @INC,
unless the file name included the full path to the file. Perhaps you
need to set the PERL5LIB or PERL5OPT environment variable to say where
the extra library is, or maybe the script needs to add the library name
to @INC. Or maybe you just misspelled the name of the file. See
perlfunc/require and lib.Uncaught exception from user code:
Can't locate LWP/UserAgent.pm in @INC (@INC contains: /mnt/HDA_ROOT/perl/lib/5.8.8/armv5tejl-linux-thread-multi /mnt/HDA_ROOT/perl/lib/5.8.8 /mnt/HDA_ROOT/perl/lib/site_perl/5.8.8/armv5tejl-linux-thread-multi /mnt/HDA_ROOT/perl/lib/site_perl/5.8.8 /mnt/HDA_ROOT/perl/lib/site_perl .) at ./Fetch-Data.pl line 7.
BEGIN failed--compilation aborted at ./Fetch-Data.pl line 7.
at ./Fetch-Data.pl line 7In Zeile 7 der Fetch-Data.pl steht: use LWP::UserAgent;
Also fehlt mir das Modul LWP UserAgent. Ich habe es auch schon heruntergeladen und versucht zu installieren: libwww-perl-5.812.tar.gz
Manuell klappt das irgendwie gar nicht. Das kann natürlich an mangelnder Kenntnis liegen...wo...was...wie...zu entpacken, zu kopieren oder zu installieren ist.
Eigentlich sollte die Installation auch online möglich sein. Das klappt leider auch nicht. Habe es eben noch mit diesem Befehl versucht:
Die ellenlange Anwort auf diesen Befehl möchte ich euch nicht vorenthalten. Vielleicht sieht ja jemand die Ursache des Problems:
Code
Alles anzeigenLWP not available LWP not available CPAN: Net::FTP loaded ok Fetching with Net::FTP: ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/CPAN/authors/01mailrc.txt.gz Going to read /root/.cpan/sources/authors/01mailrc.txt.gz /bin/gzip: invalid option -- - BusyBox v1.01 (2008.04.15-20:32+0000) multi-call binary Usage: gzip [OPTION]... [FILE]... Compress FILE(s) with maximum compression. When FILE is '-' or unspecified, reads standard input. Implies -c. Options: -c Write output to standard output instead of FILE.gz -d Decompress -f Force write when destination is a terminal LWP not available LWP not available Fetching with Net::FTP: ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/CPAN/modules/02packages.details.txt.gz Going to read /root/.cpan/sources/modules/02packages.details.txt.gz /bin/gzip: invalid option -- - BusyBox v1.01 (2008.04.15-20:32+0000) multi-call binary Usage: gzip [OPTION]... [FILE]... Compress FILE(s) with maximum compression. When FILE is '-' or unspecified, reads standard input. Implies -c. Options: -c Write output to standard output instead of FILE.gz -d Decompress -f Force write when destination is a terminal Warning: Your /root/.cpan/sources/modules/02packages.details.txt.gz does not contain a Line-Count header. Please check the validity of the index file by comparing it to more than one CPAN mirror. I'll continue but problems seem likely to happen. Warning: Your /root/.cpan/sources/modules/02packages.details.txt.gz does not contain a Last-Updated header. Please check the validity of the index file by comparing it to more than one CPAN mirror. I'll continue but problems seem likely to happen. LWP not available LWP not available Fetching with Net::FTP: ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/CPAN/modules/03modlist.data.gz Going to read /root/.cpan/sources/modules/03modlist.data.gz /bin/gzip: invalid option -- - BusyBox v1.01 (2008.04.15-20:32+0000) multi-call binary Usage: gzip [OPTION]... [FILE]... Compress FILE(s) with maximum compression. When FILE is '-' or unspecified, reads standard input. Implies -c. Options: -c Write output to standard output instead of FILE.gz -d Decompress -f Force write when destination is a terminal Can't locate object method "data" via package "CPAN::Modulelist" (perhaps you forgot to load "CPAN::Modulelist"?) at (eval 16) line 1. at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 3405 CPAN::Index::rd_modlist('CPAN::Index', '/root/.cpan/sources/modules/03modlist.data.gz') called at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 3128 CPAN::Index::reload('CPAN::Index') called at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 675 CPAN::exists('CPAN=HASH(0x604f18)', 'CPAN::Bundle', 'Bundle::LWP') called at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 1925 CPAN::Shell::expand('CPAN::Shell', 'Bundle', 'Bundle::LWP') called at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 1839 CPAN::Shell::expandany('CPAN::Shell', 'Bundle::LWP') called at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 2077 CPAN::Shell::rematein('CPAN::Shell', 'install', 'Bundle::LWP') called at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 2164 CPAN::Shell::install('CPAN::Shell', 'Bundle::LWP') called at /mnt/HDA_ROOT/perl/lib/5.8.8/CPAN.pm line 79 CPAN::AUTOLOAD('Bundle::LWP') called at -e line 1
-
Endlich kann ich auch Erfolg melden.
Wie schon erwähnt lief das Script nicht, weil es mit dem Editor von Windows erstellt wurde. In vi war zu sehen, dass der Editor an das Ende jeder Zeile ein ^M hinzufügte. Ebenso an den Anfang und des Ende des Scriptes ein ^M.
Nun habe ich das Script mit vi neu geschrieben und den crontab mit crontab -e editiert. Ein neues Einlesen des crontab war nicht erforderlich.
Zu erwähnen ist noch, dass das Script vorher noch die erforderlichen Datei Lese-/Schreib- & Ausführ-Rechte bekommen muss. Dazu habe ich den Befehl chmod 750 hwe_backup.sh verwendet.
Danke an alle!