Beiträge von Black Rider

    Hm okay, habe gerade gemerkt, falsche Fehlerbeschreibung.

    munin-node ist zwar gestartet, allerdings gibt er mir mal wieder keine Grafiken aus...
    Hab schon alles gepurged und nochmals neu installiert, aber das interessiert ihn nicht.

    munin-node-configure ist noch durchgelaufen, aber das war es dann auch.
    Manuelles Ausführen von munin-cron funktioniert ebenfalls. Aber eben nichts Automatisches.

    Habe auf Grund von Konfigurationsänderungen heute mal wieder meinen vServer neu gestartet. Jetzt musste ich bemerken, dass dabei munin-node nicht automatisch wieder gestartet wird.
    Es ist eine ganz normale Standardinstallation des Programmes.

    Wie bekomme ich das denn in den Autostart?

    Habe nun mal in der php_error.log geschaut und siehe da:

    Code
    PHP Warning:  Cannot load module 'XCache' because conflicting module 'apc' is already loaded in Unknown on line 0

    Ich hatte schon gelesen, dass XCache mit APC ein Konflikt ergibt, allerdings habe ich nicht gewusst, dass ich XCache installiert hatte...

    Nun funktioniert alles mit der Standard-Konfiguration. Ich danke dennoch für diese ausführliche Hilfe, Alex! :)

    Auch nach dem Anlegen und dem Neustart des Webservers mit aktiviertem APC bleibt der Ordner leer und ich erhalte nur eine weiße Seite.

    Das Ganze versuche ich, in das Community Framework von WoltLab zu integrieren, allerdings muss für die Installation des dafür nötigen Plugins erst einmal APC laufen. An sich wird es also zu diesem Zeitpunkt noch gar nicht aktiv genutzt.

    Aber ich verstehe es doch schon richtig, dass der Wert, den ich angegeben habe, bei mir standardmäßig ohne Erhöhung nutzbar ist, oder?

    Wenn ich deine Angabe noch in die Config packe, bekomme ich nun diese Meldung in der error.log:

    Code
    [apc-error] apc_mmap: mkstemp on /tmp/apc.#*$!#*$! failed: Invalid argument

    Ansonsten habe ich nichts geändert.

    Wollte eben auch mal das APC-Plugin ausprobieren, also erst einmal APC installieren. Das habe ich auch hinbekommen, geht ja auf Debian (Squeeze) relativ einfach.
    Sobald ich jedoch APC in der php.ini aktiviere, funktioniert keine PHP-Seite mehr. In der error.log gibt es folgende Fehlermeldung:

    Code
    [apc-error] apc_mmap: mmap failed: Invalid argument

    Meine Konfiguration sieht so aus:

    Code
    extension="apc.so"
    apc.enabled=1
    apc.file_update_protection=2
    apc.optimization=0
    apc.shm_size=33554432
    apc.shm_segments=1
    apc.gc_ttl=7200
    apc.ttl=7200
    apc.num_files_hint=1024
    apc.enable_cli=0

    Zu der oben genannten Fehlermeldung kann ich leider nichts finden. Laut cat /proc/sys/kernel/shmmax sind auch 33554432 Bytes nutzbar, aber auch wenn ich weniger angebe, funktioniert es nicht.

    Wäre super, wenn mir da jemand helfen könnte.

    Jedes Mal, wenn ich iptables nutzen will, bekomme ich die Meldung, dass ich nicht die Berechtigung hätte und dass ich root sein muss. Das bin ich natürlich.

    Hier habe ich z.B. versucht, einen Port freizugeben:

    Code
    # iptables -A INPUT -p tcp --dport 11211 -j ACCEPT
    FATAL: Could not load /lib/modules/2.6.36.4-vs2.3.0.36.39-netcup/modules.dep: No such file or directory
    iptables v1.4.8: can't initialize iptables table `filter': Permission denied (you must be root)
    Perhaps iptables or your kernel needs to be upgraded.

    Weiß jemand Hilfe?


    Edit: Zu spät gesucht...
    Hier steht es ja schon: https://forum.netcup.de/showthread.php?t=1002

    Gemäß § 19 UStG kann ich umsatzsteuerfreie Leistungen erbringen, da ich Kleinunternehmer bin.

    Aber wie chitypo schon sagt, eine Steuernummer muss nicht angegeben werden und weil ich von dem Umsatzsteuergesetz Gebrauch mache, brauche ich auch keine Umsatzsteuer-ID.

    Was ist KittBlog?
    KittBlog bietet jedem Benutzer etwas, der im Internet unterwegs ist. Es werden Nachrichten veröffentlicht, um das Internet besser zu verstehen oder auch um Informationen zu geben und auch Erfahrungen werden auf dieser Plattform preisgegeben.
    Ein Artikelbereich ist dafür ausgelegt, in verschiedenen Bereichen Hilfe zu leisten, Fragen zu beantworten sowie Tipps und Tricks aufzuzeigen, damit jeder Benutzer diese verwenden kann.
    In einem Bereich für Rezensionen gebe ich meine Erfahrungen weiter, sei es Software, Hardware oder anderes.
    Genauere Informationen über die einzelnen Kategorien gibt es hier: Die Kategorien im Überblick

    Im Produktbereich auf KittBlog biete ich erstellte Stile für WoltLab Burning Board entweder zum Kauf oder zum kostenlosen Download an, ebenso wie kleinere Plugins, die ich erstellt oder angepasst habe. Zusätzlich dazu gibt es auch die Möglichkeit, sich Stile über ein Formular zu bestellen, normalerweise mit einem exklusiven Nutzungsrecht.
    Das Formular ist hier zu finden: Auftragsformular
    Stile können insgesamt auf drei Wegen erhalten werden. Eine Vorschau auf neue Stile und auch Referenzen sind in der Galerie zu finden (siehe auch Link unten).

    Das Forum dient vor allem für Feedback des Projektes sowie für Fragen und Antworten rund um meine Stile und Plugins. Es wird sich hierbei auf das konzentriert, was das Projekt wirklich braucht. Deshalb gibt es neben dem Supportbereich für meine Produkte auch ein Forum, in dem jeder selbst Fragen für eigene Anpassungen stellen und ein weiteres, in dem man sein eigenes Design auf Wunsch von mir bewerten lassen kann.

    Geschichte des Projekts:
    Angefangen im August 2010 mit einem Portal, wurde es schon bald immer mehr erweitert. Erst mit einem Forum, dann mit einer Filebase (nicht mehr vorhanden), einer Galerie und schließlich mit einem Produktbereich. Außerdem wurde das Portal mit einem Plugin für Rezensionen erweitert, um diese separat anzuzeigen und so die Übersicht zu wahren.

    Etwas über mich:
    Mein Name ist Matthias Kittsteiner (Benutzername im Web: Black Rider), ich bin am 27.10.1991 geboren und bin wohnhaft in Schorndorf, ca. 35 km östlich von Stuttgart. Ich befasse mich seit mehreren Jahren mit der Anpassung von Windows, angefangen bei Windows XP über Vista bis heute zu Windows 7. Seit 2008 befasse ich mich zudem näher mit dem WBB und habe eine Menge Grundwissen angesammelt.


    Fazit:
    KittBlog ist ein Weblog mit integriertem Design-Bereich, der in keinstem Falle zu kurz kommt. So bietet das Projekt jedem etwas, dem ein oder anderen Design-Interessenten sogar noch mehr.
    Ich hoffe, einen großen Einblick in das Projekt gegeben und zu einem interessierten Besuch angeregt zu haben.


    Links: KittBlog.de | Preview-Forum

    Einen Log gibt es nicht einmal... Zumindest konnte ich keinen finden.

    Der Inhalt des Cronjobs:


    Nachdem ich die fehlerhaften Dateien verschoben habe, bekomme ich nun diese Meldung im entsprechenden Log:

    Nachdem ich durch eine Neuinstallation von Debian Lenny zu Debian Squeeze gewechselt bin, funktioniert das nun installierte Munin nicht mehr. Ich habe es ganz normal vom Paketserver geladen:
    aptitude install munin munin-node

    Allerdings ist es so, dass der Cronjob nicht automatisch gestartet wird, so dass von selbst keine Grafiken erstellt werden. Starte ich den Cronjob manuell, läuft er ganz normal durch, bringt keinerlei Fehlermeldung und auch Grafiken werden im richtigen Ordner erstellt. Diese zeigen allerdings keine Werte an.

    Die Konfiguration sieht so aus:

    apache.conf

    munin.conf:

    Code
    includedir /etc/munin/munin-conf.d
    
    
    
    
    [localhost.localdomain]
        address 127.0.0.1
        use_node_name yes

    munin-node.conf:

    In den Log-Dateien steht folgendes:

    Ich bin mit meinem Latein am Ende und weiß nicht mehr, was ich ändern soll.

    Die Berechtigungen stimmen, die Konfigurations-Dateien decken sich auch mit denen, die ich sonst so im Internet finde und geladen werden nur die Standard-Plugins, die bei der Installation dabei sind.

    Es wäre super, wenn mir hier jemand helfen könnte :)

    /etc/courier/authdaemonrc:

    /etc/courier/authmysqlrc: