/usr/sbin/apachectl restart: configuration broken, ignoring restart

[0lli]

habe "trace=file" option gefunden.

also ich hab eingegeben:

# strace -e trace=file -o trace.log apachectl restart

# more trace.log
execve("/usr/sbin/apachectl", ["apachectl", "restart"], [/* 21 vars */]) = 0
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=20659, ...}) = 0
open("/lib/libtermcap.so.2", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=11832, ...}) = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=11728, ...}) = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=1344152, ...}) = 0
open("/dev/tty", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2601, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_IDENTIFICATION", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=371, ...}) = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=20666, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_MEASUREMENT", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=29, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_TELEPHONE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=65, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_ADDRESS", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=161, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_NAME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=83, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_PAPER", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=40, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=58, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_MONETARY", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=292, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_COLLATE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=22592, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_TIME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2457, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_NUMERIC", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=60, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=173680, ...}) = 0
open("/etc/mtab", O_RDONLY)             = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
open("/proc/meminfo", O_RDONLY)         = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
stat64("/etc", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/sbin/apachectl", O_RDONLY|O_LARGEFILE) = 3
fstat64(255, {st_mode=S_IFREG|0755, st_size=8125, ...}) = 0
stat64("/etc/rc.d/init.d/functions", {st_mode=S_IFREG|0755, st_size=9962, ...}) = 0
access("/etc/rc.d/init.d/functions", X_OK) = 0
open("/etc/rc.d/init.d/functions", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=9962, ...}) = 0
stat64("/etc/sysconfig/i18n", {st_mode=S_IFREG|0644, st_size=100, ...}) = 0
stat64("/etc/sysconfig/i18n", {st_mode=S_IFREG|0644, st_size=100, ...}) = 0
access("/etc/sysconfig/i18n", X_OK)     = -1 EACCES (Permission denied)
open("/etc/sysconfig/i18n", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=100, ...}) = 0
--- SIGCHLD (Child exited) ---
--- SIGCHLD (Child exited) ---
--- SIGCHLD (Child exited) ---
--- SIGCHLD (Child exited) ---
stat64("/etc/sysconfig/init", {st_mode=S_IFREG|0644, st_size=952, ...}) = 0
stat64("/etc/sysconfig/init", {st_mode=S_IFREG|0644, st_size=952, ...}) = 0
access("/etc/sysconfig/init", X_OK)     = -1 EACCES (Permission denied)
open("/etc/sysconfig/init", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=952, ...}) = 0
access("/sbin/consoletype", X_OK)       = 0
--- SIGCHLD (Child exited) ---
open("/etc/locale/en_US.iso885915/LC_MESSAGES/initscripts.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/locale/en_US/LC_MESSAGES/initscripts.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/locale/en.iso885915/LC_MESSAGES/initscripts.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/locale/en/LC_MESSAGES/initscripts.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/etc/sysconfig/apache", 0xbffff550) = -1 ENOENT (No such file or directory)
--- SIGCHLD (Child exited) ---
stat64("/var/run/httpd.pid", {st_mode=S_IFREG|0644, st_size=6, ...}) = 0
--- SIGCHLD (Child exited) ---
open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
--- SIGCHLD (Child exited) ---

 

[Huschi]

> d) Tritt der Fehler auch auf, wenn Du PHP als CLI nutzt?

wie soll das gehen?

z.B. so: php -q phpinfo.php | less
wobei phpinfo.php folgende Datei sein kann:

<?php phpinfo(); ?>

ich weiss nicht was apachectl configtest macht, aber es kommt immernoch derselbe fehler.

configtest macht alles so, als ob apache gestartet wird, startet Ihn aber nicht. Man kann damit seine Konfiguration testen, ohne den laufenden Apache abzuschiessen.

PHP laeuft jedenfalls einwandfrei auf den user web accounts.

Das liegt mit daran, daß PHP verschiedene Methoden kennt die Sessions zu verwalten. Es sucht sich halt immer die Beste die geht aus.


Im strace-log ist kein echter Fehler zu sehen...
Ich bin und bleibe in diesem Fall ratlos...
Sollte der Fehler auch beim cli auftauchen (was ich nicht glaube, da dort ja keine Session genutzt werden) könntest Du das noch stracen.
Evtl. einfach ein neues/selbes libmm-RPM mit --force drüber bügeln.

huschi.

 

[society]

@huschi ok ich versuchs

 

[0lli]

dachte immer softwarfe nutzt sich nicht ab

danke nochmal fuer deine muehe!

# php -q phpinfo.php | less
PHP Fatal error: Unable to start session mm module in Unknown on line 0
Content-type: text/html

(END) (END) ...skipping...
Content-type: text/html

(END)

# php -q phpinfo.php | lessstrace -e trace=file -o trace.log 
Content-type: text/html

PHP Fatal error:  Unable to start session mm module in Unknown on line 0
(END) ...skipping...
Content-type: text/html

# more trace.log
execve("/usr/bin/php", ["php", "-q", "phpinfo.php"], [/* 21 vars */]) = 0
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=20659, ...}) = 0
open("/lib/libpam.so.0", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=35340, ...}) = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=11728, ...}) = 0
open("/lib/libcrypt.so.1", O_RDONLY)    = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=22645, ...}) = 0
open("/usr/lib/libpng.so.2", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=138328, ...}) = 0
open("/usr/lib/libz.so.1", O_RDONLY)    = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=59778, ...}) = 0
open("/usr/lib/libcurl.so.2", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=146819, ...}) = 0
open("/lib/libcrypto.so.2", O_RDONLY)   = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=936574, ...}) = 0
open("/lib/libssl.so.2", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=211067, ...}) = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=64733, ...}) = 0
--More--(26%)
open("/usr/lib/libexpat.so.0", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=141735, ...}) = 0
open("/usr/lib/libmm.so.11", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=19546, ...}) = 0
open("/usr/lib/libpspell.so.4", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=153026, ...}) = 0
open("/usr/lib/libltdl.so.3", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=28138, ...}) = 0
open("/usr/lib/libpspell-modules.so.1", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=5300, ...}) = 0
open("/usr/lib/libstdc++-libc6.2-2.so.3", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0555, st_size=426442, ...}) = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=1344152, ...}) = 0
open("/usr/lib/libncurses.so.5", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=290511, ...}) = 0
open("/usr/lib/libgmp.so.3", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=215482, ...}) = 0
open("/usr/lib/libgd.so.1.8", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=196866, ...}) = 0
open("/usr/lib/libxml2.so.2", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=717774, ...}) = 0
--More--(53%)
open("/lib/libdb-3.3.so", O_RDONLY)     = 3
fstat64(3, {st_mode=S_IFREG|0555, st_size=655224, ...}) = 0
open("/usr/lib/libgdbm.so.2", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=30282, ...}) = 0
open("/usr/lib/libbz2.so.1", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=66646, ...}) = 0
open("/usr/lib/libttf.so.2", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=189626, ...}) = 0
open("/lib/libm.so.6", O_RDONLY)        = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=169581, ...}) = 0
open("/usr/lib/libfreetype.so.6", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=295833, ...}) = 0
open("/usr/lib/libjpeg.so.62", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=140418, ...}) = 0
open("/lib/libnsl.so.1", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=85262, ...}) = 0
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2601, ...}) = 0
open("/usr/lib/locale/en_US.iso885915/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=173680, ...}) = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=20666, ...}) = 0
--More--(80%)
open("./php.ini", O_RDONLY)             = -1 ENOENT (No such file or directory)
open("/etc/php.ini", O_RDONLY)          = 3
getcwd("/var/www/web2/html", 4096)      = 19
lstat64("/etc", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/etc/php.ini", {st_mode=S_IFREG|0644, st_size=27609, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=27609, ...}) = 0
open("/etc/nsswitch.conf", O_RDONLY)    = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1744, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=20659, ...}) = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=42897, ...}) = 0
open("/etc/protocols", O_RDONLY)        = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=5834, ...}) = 0
open("/etc/protocols", O_RDONLY)        = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=5834, ...}) = 0
#  logout

meine dilettantische vermutung: es liegt daran, dass ./php.ini nicht gefunden wird?!?

hier siehst du den phpinfo.php output, falls notwendig:

http://leorec.com/phpinfo.php

 

[Huschi]

open("/usr/lib/libmm.so.11", O_RDONLY) = 3
open("./php.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/php.ini", O_RDONLY) = 3

Die /etc/php.ini wird gelesen. Das ist schon richtig.

Aber ich versteh es nicht. Hier steht eindeutig, daß er die libmm lesen kann...

In einer SuSE-Mailingliste bin ich noch auf folgenden Tip eines Mitarbeiters gestossen:

> > What does the command 'cat /proc/sys/kernel/shmmax' output?
>
> 'cat /proc/sys/kernel/shmmax' -- > 26458112

Please try again to start apache after issueing 'echo 33554432 > /proc/sys/kernel/shmmax'. Do you have powertweak installed, and is it started by default? It is a known bug that it lowers the value in a default configuration.

(shmmax == Definiert die maximale erlaubte Größe eines shared-memory-Segments.)
Bei mir (RH 7.3 auf vServer) ist der Wert von shmmax wirklich 33554432.

huschi.

 

[0lli]

33554432

> Bei mir (RH 7.3 auf vServer) ist der Wert von shmmax wirklich 33554432.

bei mir (auch RH 7.3 auf vServer) liefert cat /proc/sys/kernel/shmmax auch 33554432.

wie ziehe ich nun die kuh vom eis?

mal ne andere frage: was ist wenn jetzt reboot aus irgendeinem grund notwendig waere?

wuerde der apache hochlaufen, selbst wenn

apachectl configtest

wie z.zt. immernoch mit den "session mm" fehler meldet?

(anders gefragt, ich wuerde ja reboot versuchen,
wenn ich wuesste es liefe korrekt hoch.)

ich habe m.E. nix gewaltiges auf den web accounts meines server,
keine spiele, nichtmal eine datenbank. nur "normale" php programmierung und hatte vor dem umzug fast 2 monate uptime!

also ich schaetze es muss mit dem umzug s4y zusammenhaengen, der neulich stattfand.

neuinstallation wollte ich vermeiden, obwohl ich platzmaessig alles ins backup verzeichnis bekommen wuerde.
aber wie stelle ich sicher, dass ich nachher alles wieder richtig reinbekomme?

werden bei der neuinstallation neue passwoerter (confix, root, etc) vergeben? wenn ja, dann muesste ich erst noch meine
kontakt-email bei s4y aendern, denn diese email laeuft ueber eine domain auf meinem vserver und die waere dann ja nicht mehr erreichbar.

hat jemand evtl ein script gemacht fuer backup von allem notwendigen einstellungen?

ich benutze ab und zu

tar -zpscf

um boot, root, root, var/lib/mysql und die web-accounts zu sichern (hole das gz file dann per ftp), aber ein restore habe ich nicht probiert. (preisfrage: wie lauten die parameter fuer "tar" restore in dem fall?

ciao nulli

 

[Huschi]

wie ziehe ich nun die kuh vom eis?

Jetzt ist Ende mit Ideen...

mal ne andere frage: was ist wenn jetzt reboot aus irgendeinem grund notwendig waere?

Dann würde meiner Meinung nach Apache nicht starten.
Ich kann mich aber irren.

aber wie stelle ich sicher, dass ich nachher alles wieder richtig reinbekomme?

Mit viel Arbeit...
Denn nach einer Neuinstallation wirst Du nicht mehr RH 7.3 haben.
Und auch ein anderes Confixx, und neue Passwörter, und Du mußt alle Confixx-User und Emails (etc.) neu anlegen.

wenn ja, dann muesste ich erst noch meine kontakt-email bei s4y aendern

Das solltest Du auf jeden Fall tun!

hat jemand evtl ein script gemacht fuer backup von allem notwendigen einstellungen?

Da Du dann ein RH9 oder Fedora Core 1 erhälst, brauchst Du eigendlich außer Datenbanken, Web-Sites und evtl die nicht leeren POP3-Fächer nichts zu sichern. Installierte Software mußt Du eh neu und in aktueller Version einspielen und die Konfigurationsdateien haben sich auch fast alle geändert.

tar -zpscf
wie lauten die parameter fuer "tar" restore in dem fall?

tar -zxf ...
root ist doppelt und wird von der gesammt Punktzahl abgezogen.
boot brauchst Du auf einem vServer nicht sichern und schon gar nicht zurückspielen...
mysql Daten solltest Du ebenfalls nach einer Neuinstallation nicht einfach so drüber legen. Insbesondere die Tabellen mysql und confixx nicht!

huschi.

 

[0lli]

mm-1.1.3-8 ---< mm-1.1.3-11?

glaube ich hab was passendes gefunden.
die hatten das gleiche problem hier:

http://bugzilla.redhat.com/bugzilla/long_list.cgi?buglist=72158

mit exakt der selben versions kombination RH7.3 und
mm-1.1.3-8

Zitat daraus:

>You can use your apache server after use this command line.
>
>ipcs -a|grep apache|awk -F\ '{ print }' |xargs ipcrm sem

verstehe nicht ganz, was das tut.
kann das command was kapput machen?

scheint mit den semaphores zusammenzuhaengen, die nicht
released werden und somit ueberlaufen.

am ende der obigen page wird vorgeschlagen
auf mm-1.1.3-11 upzugraden

nehme an da muesste ich die i386 version nehmen, oder?
mm-1.1.3-11.i386.rpm

und dann wird dort http://rhn.redhat.com/errata/RHBA-2002-273.html#Red Hat Linux 7.3
noch auf Red Hat Update Agent command:

up2date

hingewiesen, da evtl andere modules auch upgedated werden muessen. laeuft der agent auch auf dem vserver?

p.s.: es scheint, dass ein reboot das "mm" problem beseitigt,
bis mal wieder (aufgrund eines abgebrochenen php session?)
die semas ueberlaufen. (das ganze haengt wohl
doch mit den log files und deren rotation zusammen.)

 

[Huschi]

ipcs -a|grep apache|awk -F\ '{ print }' |xargs ipcrm sem

ipcs listet alle semaphoren auf, mit ipcrm läßt man sie wieder frei. Der Rest dazwischen sorgt dafür, daß alle belegten Semaphoren von Apache frei gelassen werden. evtl muß man das auf http oder php ändern. Ein 'ipcs -a' ohne den Rest gibt bereits Aufschluß darüber ob es daran hängt.

scheint mit den semaphores zusammenzuhaengen, die nicht
released werden und somit ueberlaufen.

Sollte das wirklich der Grund sein, so hätte ein Reboot tatsächlich geholfen...

Die mm-1.1.3-11.i386.rpm ist die richtige. (Die hättest Du auch bei http://rpmseek.com schon finden können... )

up2date sollte man auf einem vServer nicht ohne genauen Kenntnissen laufen lassen. Sonst zerstörst Du Dir evtl die Treiber der virtuellen Umgebung.

huschi.

 

[0lli]

yp directory?

> Ein 'ipcs -a' ohne den Rest gibt bereits Aufschluß darüber ob es daran hängt.

was ist das jetzt fuer ein fehler direkt nach dem einloggen?

Last login: ...

tput: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory
tput: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

(scheint an der library /usr/lib/yp zu liegen, wo jetzt komischerweise alle
files von /usr/lib drin sind. siehe unten. ich habe doch keine directory namens yp gemacht und auch nicht die lib dorthin kopiert!)

# ipcs -a

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 0          root      600        1052672    3          dest         
0x00000000 32769      root      600        33554432   3          dest         
0x00000000 65538      root      600        33554432   3          dest         
0x00000000 98307      apache    600        46084      3          dest         

------ Semaphore Arrays --------
key        semid      owner      perms      nsems      status      
0x00000000 294912     root      600        1         
0x00000000 32769      apache    600        1         
0x00000000 65538      root      600        1         
0x00000000 98307      root      600        1         
0x00000000 131076     root      600        1         
0x00000000 163845     root      600        1         
0x00000000 196614     apache    600        1         
0x00000000 229383     root      600        1         
0x00000000 262152     root      600        1         
0x00000000 327689     root      600        1         
0x00000000 360458     root      600        1         
0x00000000 393227     root      600        1         
0x00000000 425996     root      600        1         
0x00000000 458765     root      600        1         
0x00000000 491534     root      600        1         
0x00000000 524303     root      600        1         
0x00000000 557072     root      600        1         
0x00000000 589841     root      600        1         
0x00000000 622610     root      600        1         
0x00000000 655379     root      600        1         
0x00000000 688148     root      600        1         
0x00000000 720917     root      600        1         
0x00000000 753686     root      600        1         
0x00000000 786455     root      600        1         
0x00000000 819224     root      600        1         
0x00000000 851993     root      600        1         
0x00000000 884762     root      600        1         
0x00000000 917531     root      600        1         
0x00000000 950300     root      600        1         
0x00000000 983069     root      600        1         

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages

hilft das was?

mm-1.1.3-11.i386.rpm habe ich rueberftp-ed.

wollte dieses file in die /usr/lib moven mit

# cd /usr/lib
# mv /var/www/web2/html/mm-1.1.3-11.i386.rpm *

aber es landete in der /usr/lib/yp directory (wie alle anderen files aus /usr/lib auch)!?!

ist das hoehere magie?

ein

# ls -l /usr/lib/yp

zeigt ziemlich viele links in rot an. das sind solche, deren target nicht existiert, oder? (kein wunder, wenn /usr/lib jetzt bis auf yp leer ist.)

also wie bekomme ich die files in yp wieder nach /usr/lib?

sorry fuer die dumme frage, aber ich bin kein linux crack
und will nicht noch mehr kaputtmachen.
(die user accounts laufen z.zt. noch.)

danke nochmals im voraus fuer eure hilfe!

 

[0lli]

waere das so richtig?

waere das so richtig?

# cd /usr/lib/yp
# mv * ..

gehen dann alle subdirectories mit nach /usr/lib ?

 

[society]

lass es lieber ich glaube eher das die datein bereits in dieses verzeichnis verlinkt sind. nuja aber warte lieber mal auf die meinungen der anderen.

 

[0lli]

nein, die links sind noch im orginalzustand, z.b.

/usr/lib/yp/libmm.so zeigt auf /usr/lib/libmm.so.11.0.23,

was dort natuerlich nicht mehr ist; es ist ja jetzt auch in yp.

d.h. es ist noch zu retten, oder?.

vermute nur, die directory yp existierte bereits vorher.
den es gibt dort auch files wie

-r-xr-xr-x 1 root root 10184 Oct 7 2002 yphelper
-rwxr-xr-x 1 root root 4086 Oct 7 2002 ypinit
-r-xr-xr-x 1 root root 18116 Oct 7 2002 ypxfr
-rwxr-xr-x 1 root root 329 Oct 7 2002 ypxfr_1perday
-rwxr-xr-x 1 root root 246 Oct 7 2002 ypxfr_1perhour
-rwxr-xr-x 1 root root 260 Oct 7 2002 ypxfr_2perday

ansonsten kann ich mir nicht vorstellen, wie das mv command
auf yp kommt; es nimmt evtl. die letzte directory im actuellen verzeichnis. obwohl unwahrscheinlich.

falls noetig, die kann ich yp dann ja wieder herstellen, z.b:

# cd /usr/lib
# mv yp* yp

ginge das?

 

[0lli]

also hab gemacht:

#cd /usr/lib
#mv yp/* .

und

#mv yp* yp

jetzt scheint wieder alles zu stimmen.
es sind jedenfalls keine roten links in /usr/lib

das rpm fuer das neue libmm mache ich morgen.
waere das richtig?

#rpm -Fvh *.rpm

mm-1.1.3-11.i386.rpm ist das einzige .rpm file in dieser dir.

und wird das neue libmm.so dann sofort genommen, wenn
ich den libmm.so link dorthin umhaenge?

so jetzt muss ich erstmal ueber meine dummheit mit dem mv command reflektieren. das "yp" hat mich fertig gemacht, weil ich es mir bisher nicht erklaeren kann.

 

[Huschi]

Wenn Du wirklich

cd /usr/lib
mv /var/www/web2/html/mm-1.1.3-11.i386.rpm *

gemacht hast, ist das ein klassisches Beispiel, wie leicht man als root mit nur einem kleinen Tippfehler das ganzes System lahm legen kann...

Dazu noch folgendes:
RPM-Packete muß man nicht ins entsprechende Verzeichnis kopieren.
Ein Admin behält Packete i.d.R. unter /usr/local/src/ und installiert von dort.
rpm -Uvh mm-1.1.3-11.i386.rpm
Ich mag nicht alle Parameter von rpm durchgehen; ich nutze i.d.R. immer -U für update, -v für Verbose, -h für hashmarks (welche ich hier nicht erklären will).

und wird das neue libmm.so dann sofort genommen, wenn
ich den libmm.so link dorthin umhaenge?

Nein. Jedes Programm, welches diese Lib (dynamisch) einbindet, müßte neu gestartet werden. Aber vorher mußt Du eh die Semaphoren aufräumen.
Wenn Dir die einzelnen Befehle zu kompliziert sind, versuch es doch einfach mit einem Reboot nach der installation.

huschi.

 

[0lli]

aber

> ein klassisches Beispiel, wie leicht man als root mit nur einem kleinen Tippfehler das ganzes System lahm legen kann...

aber es wahr doch garnicht nicht lahmgelegt!

> Aber vorher mußt Du eh die Semaphoren aufräumen.

also ist bei meinen semaphores (zum posting oben sagte ja noch niemand was) was faul?

> Wenn Dir die einzelnen Befehle zu kompliziert sind, versuch es doch einfach mit einem Reboot nach der installation.

trau mich nicht. denke das ist auch nicht notwendig
(falls apachectl restart nach rpm (mache ich morgen) dann geht).
in einem oben genannten link ist ja beschrieben, wie man die semas aufraeumt.

ciao 0lli

 

[Huschi]

aber es wahr doch garnicht nicht lahmgelegt!

Du warst aber kurz davor. Du hattest Glück, daß die wesentlichen Libraries eh noch im Speicher standen, so daß Dein System noch weiter arbeiten konnte. Ein Reboot wäre aber schon nicht mehr sauber durchgelaufen...

also ist bei meinen semaphores (zum posting oben sagte ja noch niemand was) was faul?

Was soll ich sagen? Da hat sich ganz schön was angestaut... nicht nur beim Apache. Ich denke, Du solltest wirklich eine reboot machen statt Dich lange mit Aufräumarbeiten rumzuärgern. (Und das sagt einer, der den Reboot scheut, wie der Teufel das Weihwasser...)

denke das ist auch nicht notwendig

Dann verrat mir mal, welche Software die ganzen root-Einträge hinterlassen hat... ?
Ach ja, damit Du einen Vergleich hast:

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 0          root      600        1056768    3          dest
0x00000000 32769      root      600        33554432   3          dest
0x00000000 262146     root      600        33554432   3          dest
0x00000000 98307      root      600        46084      3          dest

------ Semaphore Arrays --------
key        semid      owner      perms      nsems      status
0x00000000 98304      apache    600        1

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages

huschi.

 

[0lli]

tja, ...

ok, ich mach das morgen mit dem libmm update und reboot.

jetzt aber nochwas anderes:

ich brauche eigentlich keinen root server.
ich bin seit anfang an (nov. 2002) bei vserver.de dabei und bisher
lief alles eigentlich gut, aber man muss der server ueberwachen.
das will ich nicht mehr.

was ich will, sind beliebig viele domains hosten (ohne dass ich vom jetzigen registrar (godaddy) weg muss; benutze 3rd party name service. da will ich auch weg.
aber welcher hoster uebernimmt
DNS fuer meine domains registered @ godaddy?)

habe auf dem vserver ca. 25 domains drauf und 5 kunden
(nur php keine datenbanken).

1GB webspace insgesamt reicht voellig.
habe nur ca. 3GB traffic/monat.

backup brauche ich auch.
das ist der hauptgrund, warum vserver weg will.

ich hocke hier im hochgebirge in den franz. alpen
und habe nur analog modem.

und ich will mich nicht mehr um die vserver- sicherheit/backup/updates usw. kuemmern.

brauche auch bisher keine datenbanken.
brauche nur ftp und php (ohne mysql).
zugriff auf access_log haette ich aber schon gerne,

ich biete demjenigen, der das hauptberuflich macht
und faehig ist und referenzen aufweisen kann.
10 euro/monat dafuer dass er meinen vserver uebernimmt.
bezahlt bis ende okt. 2004. zum 1.11.4 wuerde ich
den vserver kuendigen.

danach zahle ich demjenigen 20 euro/monat, wenn er
sich darum kuemmert, dass der server laeuft - und mindestens woechentlich backup macht und wieder einspielt, falls er aus welchen gruenden auch immer, neuinstallation macht - und auch die admin der name server fuer meine domains uebernimmt.

derjenige, der das machen will, bekommt alle login daten
fuer meinen vserver und wenn er meine domains
woanders hosten will, schalte ich die DNS eintrage beim registar godaddy um und er gibt mir im gegenzug die login daten fuer die 5 accounts, die ich benoetige, mit confixx login, um email pop/forward anzulegen,

irgendeiner interessiert?

ciao 0lli

 

[Huschi]

ich biete demjenigen, der das hauptberuflich macht
und faehig ist und referenzen aufweisen kann.

Das trifft ja auf mich zu....

10 euro/monat dafuer dass er meinen vserver uebernimmt.

...aber das nicht.
Sorry wenn ich das so hart sagen muß, aber selbst jemand der das Steuerfrei macht kann dafür nur maximal 1 Stunde im Monat am Server arbeiten. Und das reicht nicht. Schon gar nicht für die Leistung, die Du erwartest.

danach zahle ich demjenigen 20 euro/monat,

Für den Preis kann ich Dir dann eine Hosting-Lösung anbieten.
Ich bastel gerade einen Produktiv-Server speziell für Hosting-Lösungen zusammen, der dann per Housing bei einem Provider stehen wird.
Allerdings ohne Confixx. Als Kundenoberfläche habe ich Usermin im Kopf.

huschi.

 

[0lli]

mm - update

"mm" update scheint ok.
File libmm.so.11.0.23 wurde ersetzt:

# ls -l libmm*
lrwxrwxrwx    1 root     root           25 Jun  2 09:56 libmm.so -> /usr/lib/libmm.so.11.0.23
lrwxrwxrwx    1 root     root           16 Nov  1  2002 libmm.so.11 -> libmm.so.11.0.23
-rwxr-xr-x    1 root     root        19546 Jul 24  2002 libmm.so.11.0.23

# rpm -Uvh mm-1.1.3-11.i386.rpm
Preparing...                                                            ( 50%)#                                           ( 50%)##                                          ( 50%)###                                         ( 50%)####                                        ( 50%)#####                                       ( 50%)######                                      ( 50%)#######                                     ( 50%)########                                    ( 50%)#########                                   ( 50%)##########                                  ( 50%)###########                                 ( 50%)############                                ( 50%)#############                               ( 50%)##############                              ( 50%)###############                             ( 50%)################                            ( 50%)#################                           ( 50%)##################                          ( 50%)###################                         ( 50%)####################                        ( 50%)#####################                       ( 50%)######################                      (100%)#######################                     (100%)########################                    (100%)#########################                   (100%)##########################                  (100%)###########################                 (100%)############################                (100%)#############################               (100%)##############################              (100%)###############################             (100%)################################            (100%)#################################           (100%)##################################          (100%)###################################         (100%)####################################        (100%)#####################################       (100%)######################################      (100%)#######################################     (100%)########################################    (100%)#########################################   (100%)##########################################  (100%)########################################### (100%)########################################### [100%]
   1:mm                                                                 ( 63%)# 
    
# ls -l libmm*
lrwxrwxrwx    1 root     root           25 Jun  2 09:56 libmm.so -> /usr/lib/libmm.so.11.0.23
lrwxrwxrwx    1 root     root           16 Nov  1  2002 libmm.so.11 -> libmm.so.11.0.23
-rwxr-xr-x    1 root     root        19506 Dec  4  2002 libmm.so.11.0.23

wie heisst das shell reboot command? einfach

# reboot

?

(das im admin.vserver.de beantragte reboot dauert ja manchmal ewig.)

> Ich bastel gerade einen Produktiv-Server speziell für Hosting-Lösungen zusammen, der dann per Housing bei einem Provider stehen wird.

ok, wenn du soweit bist, sag mir bitte bescheid. machst du dann auch die name server
ohne dass ich registrar wechseln muss?