If you recently face the problem that SFC doesn’t post automatically on your facebook page anymore.
And you get the error:
.../plugins/simple-facebook-connect/facebook-platform/facebookapi_php5_restlib.php on line 3112
Just turn of the facebook https redirection on Facebook.
Account settings -> security settings -> Secure browsing
otherwise SFC will be redirected to https and can’t handle the redirection properly.
I’m looking forward that this problem will be fixed soon.
Besides I’m sorry that I don’t have time anymore to post here anymore, but currently I’m in Tanzania for 1 year and will be back in November.
Do you see strangeudp checksum errors in your tcpdump?
turn off tx checksumming with
ethtool -K eth0 tx off
cause mv and cp -ar, don’t copy hardlinks on filesystems you normally have to use rsync with the --hard-links parameter to copy a directory with symlinks, hardlinks and times.
rsync uses a lot of memory, cause it’s building a big file/link table in your memory. if you try to move incremental server backups based on hardlinks, than it could be easy to save hundreds of MB in memory.
for example, if you want to move the backup directory for server1 from /backup3 to /backup4 try:
# mkdir -p /backup4/server1 # cd /backup3/server1 # find . -depth -print | cpio -pdm /backup4/server1
chroot: cannot run command `mount`: Exec format error
Ach Gott, da sucht man nach noexec oder ähnlichen versteckten Hindernissen, die das amd64 System daran hindern die i386 executables auszuführen und dabei hat man nur vergessen
Executtable File Formats Emulations ---- >
[*] IA32 Emulation
einzuschalten …
Manchmal kann das Leben so einfach sein
Bin mal gespannt wie das neue FAI System wird. Hab nun meine beiden 64Bit Systeme zum ergiebigen Testen, sodass es bald die vollautomatische 32bit / 64bit confixx / plesk / managed server dingensbumens install gibt
simple solution to fix the sometimes “time went backward” problem occuring in DomU’s
for each DomU add xen.independent_wallclock=1 to /etc/sysctl.conf
and add clock=jiffies in the DomU’s config file in the extra-section
p.e.:
extra = "xencons=tty console=tty clock=jiffies"
quick and dirty ISO-8859-15 to UTF-8 conversion for old directories and files.
this does not convert the file content or something, only file and directory names
find . -type d -exec sh -c 'i="{}"; mv "$i" "$(echo $i|iconv -f ISO_8859-15)" \
2>/dev/null && echo "moved $(echo $i|iconv -f ISO_8859-15)"' \;
find . -type f -exec sh -c 'i="{}"; mv "$i" "$(echo $i|iconv -f ISO_8859-15)" \
2>/dev/null && echo "moved $(echo $i|iconv -f ISO_8859-15)"' \;
worked fine for my old mp3 library with wrong converted ISO charakters in it.
if you have a lot of subdirectories with chars to convert you could become problems, with converting already encoded directories again. you could do something like that:
I didn’t test it, but it should be working
for i in `seq 0 50 | sort -r -n`; do
find . -type d -exec sh --mindepth=$i -c 'i="{}"; mv "$i" "$(echo $i|iconv -f ISO_8859-15)" \
2>/dev/null && echo "moved $(echo $i|iconv -f ISO_8859-15)"' \;
done
Nachdem das Debian 5.0 Update unserer Server problemlos durchlief und auch php4 weiterhin mit mysql funktionstüchtig blieb, tauchten im Apache error Log vereinzelt folgende Meldungen auf:
PHP Warning: mime_magic: type search/400 \\input text/x-tex invalid in Unknown on line 0 PHP Warning: mime_magic: type search/400 \\section text/x-tex invalid in Unknown on line 0 PHP Warning: mime_magic: type search/400 \\setlength text/x-tex invalid in Unknown on line 0 PHP Warning: mime_magic: type search/400 \\documentstyle text/x-tex invalid in Unknown on line 0 PHP Warning: mime_magic: type search/400 \\chapter text/x-tex invalid in Unknown on line 0 PHP Warning: mime_magic: type search/400 \\documentclass text/x-tex invalid in Unknown on line 0 PHP Warning: mime_magic: type regex [Cc]onstant[[:space:]]+[Ss]tory text/x-inform invalid in Unknown on line 0
Durch diesen Blog Eintrag wusste ich wo zu suchen ist und hab kurzerhand das ganze mit in die Aktualisierung eingebaut:
ln=$(grep -o -n "TeX documents, from Daniel Quinlan" /usr/share/misc/magic.mime|cut -f 1 -d:); \
sed "$ln,$(($ln+11))s/^/#/" /usr/share/misc/magic.mime |cat > /usr/share/file/magic.mime.new && \
mv /usr/share/file/magic.mime{.new,}
Das Confixx Update oder die Installation schlägt fehl, mit folgender Meldung:
/usr/bin/ld: crti.o: No such file: No such file or directory
Das besagt nur, dass die libc6-dev Bibliotek nicht installiert ist.
Debian / Ubuntu:
aptitude install libc6-dev
oder
yum install glibc6-devel
Das Problem ist, dass das alte etch php4-mysql modul mit der neuen libaprutil1 inkompatibel ist.
Da wir unseren Kunden, welche es nach 4 Jahren PHP5 natürlich immernoch nicht alle geschafft haben Ihre PHP4 Anwendungen zu entsorgen, es nicht zumuten können auf einmal alles umzustellen, werden wir vorerst das php4-mysql modul und die libarputil1 einfach auf dem Stand von Etch holden.
Damit können wir problemlos auf Lenny Upgraden und behalten die PHP4 Version aus Etch bei.
Im einfachsten Fall einfach:
perl -pi -e 's/etch/lenny/g' /etc/apt/sources.list
oder c&p-ready sieht das dann so aus:
scp -r ***server-01.de:/etc/apt/ /etc/ scp ***server-01.de:/etc/default/saslauthd /etc/default/
Dann gehts mit dem eigentlichen Update los:
echo libaprutil1 hold | dpkg --set-selections perl -pi -e 's/--sql-config/--sql-config -u nobody/g' /etc/default/spamassassin
noch mehr Altlasten loswerden aus alten Standardinstallationen
aptitude remove tk8.4 ppp pppoeconf pppconfig pppoe \ ding x11proto-xext-dev libxv-dev libxmu-dev libxi-dev libt1-dev libxaw7-dev \ libxext-dev x11proto-video-dev x11proto-kb-dev x11proto-input-dev \ x11proto-fonts-dev x11proto-core-dev libx11-dev xlibs-static-dev x-dev \ libxt-dev libxpm-dev libxmu-headers libxfont-dev libxdmcp-dev libxcb1-dev \ libxcb-xlib0-dev libxau-dev libsm-dev libice-dev automake1.4 \ automake1.7 automake1.8 automake1.9 autoconf-archive \ autoconf dhcp3-client dhcp-client xtrans-dev xcursor-themes \ xbitmaps wngerman wamerican usbutils stunnel4 slang1a-utf8 \ reportbug nvi ocaml-nox libgmp-ocaml libgmp-ocaml-dev bison \ flex m4 lpr linux-modules-2.6.18-6-xen-686 \ linux-image-2.6.18-6-xen-686 linux-2.6.23.1hosting-2 \ linux-2.6.24.2hosting-2 linux-2.6.25.1hosting-2 libxv1 libxtst6 \ libxtrap6 libxp6 libxaw7 libxmu6 libxmuu1 libxaw7 laptop-detect \ ispell iamerican ibritish ingerman ipchains gnu-efi eject \ dictionaries-common aspell aspell-de aspell-en myspell-de-at \ myspell-de-ch myspell-de-de php5-dev libgd2-xpm-dev \ libapache2-mod-php4 libapache2-mod-php5
aptitude update && apt-get dist-upgrade
apache meckert noch etwas, da suexec nicht standardmäßig mitinstalliert wird, dafür:
aptitude install apache2-suexec
Und da php5 wieder als Modul enabled wird, deinstallieren wir es nochmal!
aptitude remove libapache2-mod-php5
Da Confixx eine extra Listen Direktive in seiner mhost.conf hat, kommentieren wir dies in der port.conf einfach aus und sollten problemlos wieder apache starten können:
perl -pi -e 's/Listen 443/#Listen 443/g' /etc/apache2/ports.conf /etc/init.d/apache2 restart
Wie hier beschrieben, müssen noch einige Änderungen an magic.mime vorgenommen werden:
ln=$(grep -o -n "TeX documents, from Daniel Quinlan" /usr/share/misc/magic.mime|cut -f 1 -d:); \
sed "$ln,$(($ln+11))s/^/#/" /usr/share/misc/magic.mime |cat > /usr/share/file/magic.mime.new && \
mv /usr/share/file/magic.mime{.new,}
Dann die SSL Protokoll Version von 3 auf 2 & 3 umstellen, damit auch nagios und alte Clients problemlos connecten können.
perl -pi -e 's/=SSL3/=SSL23/' /etc/courier/imapd-ssl /etc/courier/pop3d-ssl /etc/init.d/courier-imap-ssl restart && /etc/init.d/courier-pop-ssl restart
Zuletzt noch phpmyadmin ins Confixx Verzeichnis kopieren und entsprechende Rechte und Ownerships setzen:
[ ! -x /root/confixx/ ] && exit || cd /var/www/confixx/html && \ rm -r phpmyadmin && cp -a /usr/share/phpmyadmin/ . && \ chown confixx.confixx phpmyadmin && chown -R confixx.confixx phpmyadmin/*
und da wir gerade aktualisieren, machen wir das ganze mit confixx auch gleich noch ![]()
Sollte confixx in Version 3.3.6 schon draufsein reicht es auch, das Update Script laufen zu lassen und die Perl Module neu zu installieren:
echo 0 | /root/confixx/admin/updates/update_3.x.pl
alternativ, holen wir es uns von unserem internen Server und aktualisieren das Ganze:
rm confixx_*.tgz; scp ***:confixx_*.tgz . mv /root/confixx/admin /root/confixx/admin_336/ tar -C /root/confixx -xzvf confixx_*.tgz echo "0" | /root/confixx/admin/updates/update_3.x.pl
just a reminder for a short xen vhost debootstrap install on a xen server with lvm volumegroup named vg
replace the *.*.*.* stuff with the ip and network address and *.domain.tld with the host- and domainname
xen-create-image --hostname=*.domain.tld --lvm vg \ --size=80Gb --swap=2GB --ip=*.*.*.102 --memory=1000Mb \ --arch=i386 --role=udev --netmask=255.255.255.0 --gateway=*.*.*.1 \ --fs=ext3 --install --install-method=debootstrap --dist=lenny \ --mirror=http://ftp.de.debian.org/debian --force --passwd