ZitatOriginal von webby
Jaja die SuFu - manchmal eine wirklich klasse sache
... aber das verlinken sieht doch so toll aus dank Twilo
ZitatOriginal von webby
Jaja die SuFu - manchmal eine wirklich klasse sache
... aber das verlinken sieht doch so toll aus dank Twilo
Grade für Firmen wäre eine globale Abwesenheitsnotitz sinnvoll
statt 15 Mailaccounts einzeln einzurichten könnte man so Betriebsferien
oder lange Wochenenden ankündigen.
- Welche Version von pd-admin wird eingesetzt?
aktuell
- Welche Version der Serverumgebung wird eingesetzt?
aktuell
- Welche Fehlermeldung erhalten Sie?
Cron Fehlermeldung:
Mit dem letzten Update von Piwik funktionierte die Logarchivierung die als Cronjob ausgeführt wird nichtmehr. Die erste Fehlermeldung:
war schnell behoben. In misc/cron/archive.sh
PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/pd-admin2/bin
einfügen hat geholfen. Jetzt bekomme ich von Cron die Meldung:
Laut Herrn Google sollte der output_buffering Wert in der php.ini angehoben werden. Standartmässig ist der Wert auf off.
Dazu meine Fragen:
Wird der Wert von pd-admin übernommen, wenn ich ich ihn anhebe?
Ist der Wert bedenkenlos zu ändern?
Kann mir jemand einen Wert nennen, der hier ausreichen sollte?
/usr/bin/unzip
/usr/bin/unrar
Einfach mit PHP aufrufen. Um das ganze dem Kunden noch mit einem
Uploadscript zu verknüpfen ist Ueber Uploader zu empfehlen.
Zumindestens wird beim nächsten Update von pd-admin (nicht der SE) alles
überschrieben. Änderungen in der Datenbank höchstwahrscheinlich beim
Update der SE. Wir hatten die FTP-Loginfelder mal verlängert um anständige
FTP Logins mit Domain einzutragen. Nach dem 2. SE Update haben wir es
aufgegeben.
ZitatOriginal von monderka
http://pdadmin01.onit-gmbh.loc/
Ist die Adresse nur Symbolisch oder existiert sie wirklich als .loc?
Vielleicht liegt da das Problem beim laden der Grafiken.
Nur so eine wage Vermutung.
Die von pd-admin verwendeten Perlversion wird von den Scripten in der shebang Zeile geladen. Mitlerweile benötigt Debian auch nicht mehr den Symlink auf das pd-admin perl.
Oder ein bash script schreiben was die Joomla Installationen updatet.
Wir konnten unsere Kunden Gott sei dank davon überzeugen das Wordpress
die bessere alternative ist. Seitdem können unsere Kunden Ihre Webseiten
in der Administration per klick updaten.
Also eigentlich fast jeder der hier im Board registriert ist.
Es wäre vielleicht noch interessant um welches script es sich handelt,
da es z.B. bei magento im core bestandteile gibt, die die scriptlaufzeit
über die Zend Engine Beschränken.
Ordner und Dateiberechtigung der Grafiken, wenn sie überhaupt
existieren.
Das erklärt auch warum es bei uns auftaucht. Wir haben 1 Server auf
Reihe 3 installiert und einen weiteren, der von 2 auf 3 geupdatet wurde.
Der geupdatete hat eben besagten Fehler.
Herr Bradler: Ist es möglich myisamchk über die Datenbank laufen zu
lassen, bei einem Update, um zumindestens bei den regelmässigen updates
die Datenbanken zu reparieren?
Ich würd eher behaupten das nur der Arbeitsspeicherbedarf eines Prozesses
beschränkt werden kann, da Apache unter www läuft. Höchstwahrscheinlich
bezieht sich die Aussage "Prozesse des Benutzers" auf Prozesse wie convert, tar etc.
... same here.
Wir hatten auch nach einem geplanten neustart ein fsck und eine 5 stündige
downtime unseres produktivsystems nicht wirklich toll am montag morgen.
z. B. 64bit und ipv6
ZitatOriginal von Thommy
der vollständigkeit halber: wie baut man das dann, dass die .htaccess bei der neukundenanlage automatisch erstellt wird?
Sämtliche .filename Dateien aus dem skel Verzeichnis werden nicht kopiert. Alternativ zu der Lösung
von tbc233 haben wir auf unseren Servern statt der index.html im skel eine index.php und _htaccess
[php]if(file_exists("htaccess"))
{
rename("_htaccess",".htaccess");
header(location:index.php);
}
[/php]
Die index.php hat den Vorteil, das viele Kunden, die in ihren Webhostingpaketen CMS oder
ähnliches hochladen immer wieder fragen warum die Seite nicht funktioniert.
Klar ... weil sie nicht wissen können das sie erst die index.html löschen müssen
Alternative möglichkeit wäre nach dem durchlauf vom pd-backup mit
tartarus zu sichern:
Vorteile:
Zitat# full and incremental backups
# filesystem snapshot functionality (when used in conjunction with LVM)
# On-the-fly uploading to an FTP site
# Encryption (symmetric and asymmetric) using GnuPG
# splitting the archive into several files
Siehe: http://wertarbyte.de/tartarus.shtml
Und Hetzner Wiki: http://wiki.hetzner.de/index.p…arus_Backup-Konfiguration
ZitatOriginal von Twilo
vielleicht verwendet er Software, die mehr als 2GB benötigt…
Wir verwenden deshalb auch die 64bit Version.
Mir fällt halt pauschal nur mysql ein welchen einen Vorteil von 64bit
hätte. Und bezweifle das B&K mal eine 64bit SE rausbringt.
Wir haben beim Häuptling auch nen Root mit Debian Lenny 32-bit (minimal).
Lass die Spielereien mit dem 64bit image wenns net läuft. Einfach Debian Lenny 32-bit (minimal) über:
- Server rebooten, ins Rettungs-System fahren oder neu installieren
einspielen.
Danach bigmem Kernel bauen:
linux-2.6.31.1.tar.bz2 in aktuelle Version ändern
Bigmem auf 32bit AMD
Wie kann ich trotz 32bit auf AMD mehr wie 4 GB Speicher adressieren?
Mit einem eigenen Kernel der *bigmem* aktiviert hat.
# tar xjvf linux-2.6.31.1.tar.bz2 -C /usr/src
# ln -s /usr/src/linux-2.6.31.1 /usr/src/linux
#cp /boot/config-`uname -r` /usr/src/linux/.config
# cd /usr/src/linux
# make oldconfig
# make menuconfig
Hier folgende Optionen wählen:
>General setup
*(-blacksquare-bigmem) Local version – append to kernel release
> Processor type and features
*High Memory Support (64GB)
# make-kpkg buildpackage –revision 20091001 –initrd
# apt-get install busybox initramfs-tools klibc-utils libklibc
# dpkg -i linux-headers-2.6.31.1-blacksquare-bigmem_20091001_i386.deb
# dpkg -i linux-image-2.6.31.1-blacksquare-bigmem_20091001_i386.deb
Fertig ist der bigmem kernel :)
danach nicht vergessen:
# update-grub
Alles anzeigen