Beiträge von Paul

Vielen Dank für die Information!

Aufgrund der sehr vielen kleinen Dateien entsteht beim Lesen der Daten schon recht viel Overhead, was den Traffic angeht. Ich werde es wohl einfach mal testen müssen. Falls dann unerwartet doch zuviel Traffic entstehen sollte, kann ich mir immer noch eine andere Lösung ausdenken.

Na klar gibt es Metadaten, nur liegen diese eben im Backup Verzeichnis und werden von dort gelesen :-).

Momentan habe ich allerdings etwas Bedenken, ob der Storage Space für mein Vorhaben wirklich die richtige Wahl wäre, wenn das mit dem begrenzten Traffic wirklich stimmt. Alternative wäre ein zusätzlicher Server. Wobei das auch wieder etwas Ressourcenverschwendung wäre, diesen nur als "Storage Space" für Backups zu nutzen. Zumal es nicht wirklich einen Server im Angebot gibt, der wenig Leistung, dafür viel Speicher besitzt.

Am besten schreibe ich nächste Woche dem netcup Team mal eine email und frage nach wie das mit der Formulierung genau gemeint ist. Oder vielleicht meldet sich ja auch hier noch jemand vom Team, da diese Fragestellung sicherlich für einige interessant sein dürfte.

Danke für die Infos.

Zitat von Mainboarder

Um das interne Netz aber nicht zu überlasten, kann man die Daten von dort bis zu 10 mal laden.

Wenn du also nicht vorhast monatlich mehr als 10 mal auf das Backup zuzugreifen, brauchst du dir gar keine Gedanken machen.

Wie ist das denn gemeint? Also wenn ich den Storage permanent eingebunden habe, greife ich ja quasi auch permanent darauf zu. Laden = Lesen? Bei jedem Backup Vorgang würden ja die Daten gelesen lesen werden um inkrementelle Backups zu erstellen etc. D.h. ich darf schreiben, aber nicht lesen? Im Grunde geht das doch gar nicht.

Hallo,

ich habe mal eine Frage zu dem dem Produkt "Storagespace für vServer ". Und zwar würde ich diesen gerne als Backup-Space für meinen Server nutzen. Dieser wird laut Produktseite einfach per NFS gemountet und kann wohl(?) jederzeit beschrieben und gelesen werden. Nur werde ich aus folgendem Punkt nicht so wirklich schlau:

"Die abgelegten Daten können je Monat insgesamt zehn mal kostenlos transferiert werden."

Was genau ist denn damit gemeint? Wohin sollen die Daten transferiert werden? Oder ist damit gemeint, dass ich nur 10 Mal im Monat kostenlos darauf schreiben darf (dann wäre dies als Backuplösung relativ nutzlos). Vielleicht nutzt das hier ja jemand und kann mir das kurz erklären.

Vielen Dank schonmal!

Gruß
Paul

Danke für deinen Tipp! Manchmal hilft schon ein kleiner Stoß in die richtige Richtung :-). Ich vermute mittlerweile das Problem weder bei netcup noch bei meinem ISP, sondern schlicht an meinem USB WLan Adapter, was ein durchgeführtet MTR Test wohl bestätigt hat. Von meinem Mobiltelefon aus konnte bei demselben Test nämlich keine Pingschwankungen mehr feststellen. Mein Verdacht galt zunächst dem Server, weil mir das Problem erst über SSH so wirklich aufgefallen ist. Aber hinterher ist man immer schlauer ;-). Daher danke nochmal! Ich markiere den Thread mal als erledigt!

Hallo,

ich habe einen neuen vServer L der Generation 6. Soweit bin ich auch absolut zufrieden. Tolle Leistung zu einem sehr fairen Preis! Eine kleine Sache finde ich allerdings komisch. Ich habe in regelmäßigen Abständen "Lags". Eingaben, die ich über SSH tätige, kommen da nur sehr verzögert an. Daraufhin habe ich mal den Ping über längere Zeit beobachtet. So alle ~2 Minuten habe ich über einen Zeitraum von ein paar Sekunden sehr hohe Pingzeiten.

64 bytes from *.*.*.*: icmp_seq=25 ttl=57 time=23.7 ms 64 bytes from *.*.*.*: icmp_seq=26 ttl=57 time=23.7 ms 64 bytes from *.*.*.*: icmp_seq=27 ttl=57 time=23.8 ms 64 bytes from *.*.*.*: icmp_seq=28 ttl=57 time=23.1 ms 64 bytes from *.*.*.*: icmp_seq=30 ttl=57 time=397 ms 64 bytes from *.*.*.*: icmp_seq=31 ttl=57 time=515 ms 64 bytes from *.*.*.*: icmp_seq=32 ttl=57 time=634 ms 64 bytes from *.*.*.*: icmp_seq=33 ttl=57 time=380 ms 64 bytes from *.*.*.*: icmp_seq=34 ttl=57 time=479 ms 64 bytes from *.*.*.*: icmp_seq=35 ttl=57 time=578 ms 64 bytes from *.*.*.*: icmp_seq=36 ttl=57 time=678 ms 64 bytes from *.*.*.*: icmp_seq=37 ttl=57 time=22.7 ms 64 bytes from *.*.*.*: icmp_seq=38 ttl=57 time=22.9 ms 64 bytes from *.*.*.*: icmp_seq=39 ttl=57 time=22.8 ms 64 bytes from *.*.*.*: icmp_seq=40 ttl=57 time=22.9 ms 64 bytes from *.*.*.*: icmp_seq=41 ttl=57 time=23.0 ms[...]64 bytes from *.*.*.*: icmp_seq=147 ttl=57 time=23.1 ms 64 bytes from *.*.*.*: icmp_seq=148 ttl=57 time=23.3 ms 64 bytes from *.*.*.*: icmp_seq=149 ttl=57 time=728 ms 64 bytes from *.*.*.*: icmp_seq=150 ttl=57 time=828 ms 64 bytes from *.*.*.*: icmp_seq=151 ttl=57 time=930 ms 64 bytes from *.*.*.*: icmp_seq=152 ttl=57 time=1029 ms 64 bytes from *.*.*.*: icmp_seq=153 ttl=57 time=1145 ms 64 bytes from *.*.*.*: icmp_seq=154 ttl=57 time=1274 ms 64 bytes from *.*.*.*: icmp_seq=155 ttl=57 time=1323 ms 64 bytes from *.*.*.*: icmp_seq=156 ttl=57 time=322 ms 64 bytes from *.*.*.*: icmp_seq=157 ttl=57 time=22.7 ms 64 bytes from *.*.*.*: icmp_seq=158 ttl=57 time=22.7 ms 64 bytes from *.*.*.*: icmp_seq=159 ttl=57 time=23.3 ms

Ich kann es mir leider nicht erklären. Softwareseitig (OS) sehe ich kein Problem. Das tritt unter einer Live CD genauso auf wie unter der Installation. Vielleicht hat ja jemand sowas auch schon mal erlebt und kann mir einen Tipp geben bzw. raten, ob ich deswegen den Support mal anschreiben sollte.

Beste Grüße
Paul

Ich habe bei Netcup auch ein Webhosting Paket (noch ein älteres aus der Business Reihe), damit funktioniert es einwandfrei. Ich würde nur im ccp den SSL Proxy aktivieren, damit man zumindest die Verbindung zur Cloud verschlüsselt. Dazu sind einige Änderungen in der .htacces und config Datei nötig. Einleitungen hierzu finden sich aber zur Genüge. An sich ist es aber überhaupt kein Problem, Owncloud mit einem Webhosting Paket zu betreiben.

Danke. Habe nochmal etwas recherchiert und der folgende Befehl tut es

php /var/www/webXXX/html/tt-rss/update.php --feeds --quiet &> /dev/null

Der erste Teil des Pfades, also " /var/www/webXXX/html" war es, der mir fehlte. Konnte es durch diesen Thread Crontab erstellen lösen.

Hallo,

ich habe bei Netcup ein Webhosting Paket (Business M). Dort betreibe ich einen TT-RSS News Reader. Um die Feeds regelmäßig zu aktualisieren wird ein Cronjob empfohlen. Nun steht dort in der Anleitung (UpdatingFeeds - Tiny Tiny RSS) dieser Befehl

*/30 * * * * /usr/bin/php /home/user/public_html/tt-rss/update.php --feeds --quiet

Wie bekomme ich diesen Confixx-kompatibel? Einen neuen Cronjob kann ich unter Einstellungen -> Crontab einrichten. Was muss ich in diesem Fall für "/home/user/public_html" eintragen? Und reicht für den php Befehl einfach ein "php" oder muss dort der genaue Pfad stehen? Wenn ja, wie lautet der bei den Netcup Servern? Mein TT-RSS ist unter domain.tld/tt-rss installiert. Entsprechend liegt das php Skript unter domain.tld/tt-rss/update.php

Hat jemand vielleicht schon Erfahrungen mit TT-RSS unter einem Webhosting Paket von Netcup und kann mir einen Tipp geben?

Schonmal danke voraus!

Gruß
Paul

Zitat von [netcup] Felix;2846

Bitte einmal das Mailquota prüfen. Ich vermute das hier das Problem zu finden ist.

Über Confixx kann man das Mailquota erhöhen.

Vielen Dank! Genau da lag das Problem. Hatte zwar den Standard Mail-Quota mal erhöht, aber die Einstellung für meine älteren Postfächer nicht verändert. Jetzt funktioniert alles wieder einwandfrei.

Ist ein Webspace Paket (Profi 500).

Hallo,

bevor ich ein Support Ticket schreibe, versuche ich es erst mal hier. Ich rufe meine mails per IMAP mit Thunderbird ab. Bis gestern hat es auch noch einwandfrei funktioniert, aber seit dem bekomme ich jedes mal eine Fehlermeldung, wenn ich eine mail löschen oder als "Junk" einstufen will.

Zitat

Warnung: COPY failed - No Write Permission or out of Disk Space

Emails kann ich auch keine mehr empfangen. Bekomme dann eine Meldung, dass die email nicht zugestellt werden konnte.

Ich besitze 2 Domains und mit Postfächern, die die andere Domain verwenden, habe ich keine Probleme. Da funktioniert alles einwandfrei.

Vielleicht hat ja jemand eine Idee. Ansonsten werde ich wohl mal ein Support Ticket schreiben müssen.

Viele Grüße
Paul

Ist jetzt zwar schon etwas spät, wollte mich trotzdem nochmal für eure Antworten bedanken Irgendwie konnte ich erst jetzt die neuen Beiträge sehen, obwohl sie laut Datum schon über einen Monat alt sind. Entweder bin ich so blind oder die Forensoftware spinnt ein bisschen. Habe nämlich heute erst eine email bekommen, in der ich über die neuen Beiträge informiert wurde.

Hatte es auch genauso gemacht. Einfach eine normale Bestellung aufgegeben und die Domain wurde dann meinem Account zugewiesen. Noch am selben Tag wurde sie auf mich registriert und ich konnte sie verwenden.

Also ich bekomme täglich auch einige Spam-mails. An dem Spamfilter, den du hier erwähnst, hab ich nichts geändert. Ich regel das alles per Software auf meinem Rechner. Der Junk-Filter in Windows Mail macht da seine Sache recht ordentlich und es gelangt nur ab und zu mal eine Spam-mail in den Posteingang. Sonst werden sie direkt in einen seperaten Ordner verschoben.

Ich denke, dieser Weg dürfte auch für dich in Frage kommen. 100%igen Schutz gibt es leider nicht, aber so kann man wenigstens die wichtigen Mails von dem Spam trennen.

Hallo,

ich möchte gerne eine zusätzliche Domain zu meinem Webhosting-Paket registrieren lassen. Die entsprechenden Infos auf der Website habe ich auch schon gefunden, nur wollte ich vor dem Abschicken des Auftrages noch einmal kurz etwas nachfragen.

In dem Bestellformular soll ich ja Adresse und Zahlungsmethode angeben, aber nach vorhandener Kundennummer wird hier nicht gefragt. Inwiefern wird denn die neue Bestellung meinem bestehenden Account zugeordnet? Läuft es dann allein über die Adressdaten?

Sorry, wenn die Frage etwas laienhaft herüberkommt, aber bevor ich da etwas falsches mache, dachte ich mir, ich frage vorher lieber nochmal nach.

Edit: Ok, ich hab die Bestellung einfach mal so abgeschickt. Wird schon irgendwie klappen Wie lange wird es denn ungefähr dauern, bis die neue Domain auf mich registriert ist und ich sie verwenden kann? Gibt es da eine bestimmte Regelzeit?

Gruß
Paul