Beiträge von [netcup] Alex W.

Das es technisch nicht geht, wurde ja nicht gesagt Technik ist leider nicht immer das einzige was bei solchen Dingen, vor allem eben Vertragsmodalitäten eine Rolle spielt. Einen Verbesserungsvorschlag kann man natürlich gerne dennoch direkt an den Support schicken und wir leiten dies an die zuständige Abteilung weiter damit dies ggf. noch einmal geprüft wird.

Das kann viele Gründe haben, hier müsste man die Logs genauer studieren und für den Froxlor Cron mal den Debug Modus aktivieren den man nutzen kann. Hierzu ggf. in die Froxlor EInstellungen schauen

zip != tar

apt-get update; apt-get install unzip -y; unzip server.zip

Zitat von sim

Lange weile?

Schön wärs ja

-----

Leider ist es schwierig Inklusivdomains als externe Domains anzubieten da dies so nicht vorgesehen ist.

Die Namen der Mitbewerber musste ich leider entfernen, wir bitten um Verständnis das eine solche Erwähnung leider aus wirtschaftlichen Gründen nicht erfolgen darf.

Unabhängig davon natürlich einen großen Dank für Ihr Feedback, dies lesen wir natürlich sehr gerne. Wir sind immer bemüht so weit es möglich ist zu helfen.

Nicht wenn es "nur" ein vServer ist Wir können ja nicht alle Prozesse von Kundenvservern überwachen und es ist durchaus normal das es Dienste gibt die für einen Stop länger brauchen, z.B. sync und Co.

Hier in diesem Fall lag es am reboot Prozess welcher keinen eigenen Timeout hat und vom Systemtimeout nicht "gekillt" werden kann, da haben auch wir nur bedingte Möglichkeiten den Server hart zu killen.

Bin da, wer noch?

Da läuft schon etwas, was den Port verwendet, ggf. mit "ps faux" prüfen Scheinbar läuft bereits eine Minecraft Instanz.

Mit einem Trace kann man nicht ermitteln auf welchem Hostsystem man liegt Da selbst das Routing der letzten Gateways wechseln kann, ist es auch nicht möglich zu erfahren an welchem Core man hängt wenn es mehrere gibt.

Die Information hilft einem auch nicht wirklich weiter

Wir haben eine Verbesserung des Status-Systems weiterhin auf der Liste damit Kunden fallbezogene Meldungen einsehen können, z.B. über einen entsprechenden Login auf der Statusseite. Da wir sowas gerne ordentlich regeln und lösen, möchten wir dort aber nur ungerne "irgendwas" hinzaubern und bitten daher noch um etwas Geduld.

Was sagen syslog / authlog dazu bzw. die proftpd.log?

Die Error Log findet man per FTP unter /log

Was steht in der error log? (Confixx -> httpd_Spezial ggf. aktivieren)

Gallery3 hat ein Problem mit mysqli in PHP5.3, stellen Sie dies daher ggf. in Gallery3 entsprechend um.

5.3. ist die aktuelle als stabil geltende Version. Da das Feature zukünftige Versionen bereits testen zu können bei PHP5.2 und PHP5.3 gut ankam, bieten wir dies nun auch bei PHP5.3 mit PHP5.4 an.

Generell sollte man also eher PHP5.3 nutzen und PHP5.4 nur dazu nutzen um zu sehen ob die Scripte die man einsetzt in der Basis kompatibel mit dieser Version sind. Viele Features wie z.B. safe_mode oder register_globals die in PHP5.3 nur Deprecated Meldungen geworfen haben, werden in PHP5.4 z.B. gänzlich rausgenommen was dann für "vollständige" Fehlermeldungen und damit versagen von Scripten sorgen kann.

Hier besteht ein Problem seitens Confixx, die Option für 5.2. steht nicht mehr zur Verfügung, da auf dem Server lediglich PHP5.3 sowie PHP5.4 genutzt werden kann. Wir prüfen das mal fix und werden es natürlich auch beheben das PHP5.2 nicht mehr zu Auswahl steht.

Kurze Mail an a.wachert@netcup.de mit der Kundennummer / den Domainnamen, dann kann ich Ihnen gerne Details der Transferstati zukommen lassen

Hier würde dann ein Business Tarif durchaus ausreichen um das Forum zu betreiben. Die verwendete Shoutbox ist sehr zu empfehlen da diese von einem sehr fähigen jungen Entwickler stammt und keine großen Serverlasten verursacht wie dies häufig bei anderen "Chats" der Fall ist.

Darf man fragen welche Forensoftware zum Einsatz kommt und welche Shoutbox?

Schon mal wirklich intelligente Scripte aus der Region gesehen? Ich nicht

Das ist eine bekannte "Macke" von screen, wenn man sich als User X einloggt und per su zu User Y wechselt, als dieser dann eine Screen Session startet, so kann man diese weder als User Y noch als User root attachen, ausser, man passt die Rechte von /dev/pts rekursiv an.

Man muss sich explizit als User Y per SSH anmelden und die Screen Session starten, oder aber die Rechte von /dev/pts anpassen.

Dies ist ein bekanntes und völlig normales Verhalten.