der junge ist ja so resistent gegen gutgemeinte rätschläge und hilfe, beharrt auf seiner centOS schiene ohne im geringsten zu wissen was er tut.
eigeninitiative ist null, für sowas opfere ich nicht meine zeit.
--tommy77
der junge ist ja so resistent gegen gutgemeinte rätschläge und hilfe, beharrt auf seiner centOS schiene ohne im geringsten zu wissen was er tut.
eigeninitiative ist null, für sowas opfere ich nicht meine zeit.
--tommy77
und die README und INSTALL ein level höher?
--tommy77
ist dir klar was YUM ist?
ich denke, nein...
Zitat
Yum Package ManagerYum is an automatic updater and package installer/remover for rpm systems. It automatically computes dependencies and figures out what things should occur to install packages. It makes it easier to maintain groups of machines without having to manually update each one using rpm. Yum has a plugin interface for adding simple features. Yum can also be used from other python programs via its module inteface.
ich überneme mal deine arbeit und lese für dich...
das sagt mir, auch wenn den es geschafft hast, YUM zu installieren, ist dein sqlite problem nicht gelöst.
mein tipp:
1. lerne GANZ schnell linux bzw. centOS
2. such dir jemanden der sich damit auskennt und inzwischen deinen server administriert!!
3. ein anderes OS installieren, auf deinem server, eins mit mehr community, meine empfehlung ist klar debian
4. bitte lesen
ich weiss, dass das jetz kagge ist von mir, aber das kind ist schon in den brunnen gefallen und am ertrinken.
frag mal den Luk hier im forum, was alles angestellt werden kann, mit deinem/einem server.
--tommy77
eine andere frage wäre.
wenn du schon keine ahnung hast, wieso dann noch eins der schwersten betriebssysteme installieren?
probiers doch mal mit suse linux, zu hause, auf nem probe system.
bei welchem hoster bist du, gibts bei dem keine os auswahl, dass du debian installieren kannst. zur not musst du halt einen kostenpflichtigen support, von deinem hoster, in anspruch nehmen.
--tommy77
ich glaube deine frage ist in einem centos forum besser aufgehoben...
--tommy77
hi,
wieso willst du alles nochmal speichern, es wird alles gespeichert, wenn du stats auf 1 setzt??
--tommy77
ich habe von dem ding {{br}} zum erstenmal gelesen...
und bei mir gehts nicht...^^
update
nun gehts, mir war unklar wie und vorallem wo das {{br}} eingestzt werden soll. bleibt nur noch die disskusion über die lesbarkeit von so langen texten
--tommy77
öhm...
mach mal
wenn dann die ausgabe z.b. so
aussieht, passt du den path in dem startscript auf /usr/bin/php an. also je nachdem wie deine ausgabe ist. dein path /opt/lampp/lib/php erscheint mir etwas sonderbar... keine ahnung wo du den her hast
--tommy77
das wird so wie du dir das vorstellst nicht funzen.
ich hatte da mal was ähnliches bei mir versucht, nur mit !rules.
ich habe dann eine rules.cfg im pb ordner angelegt. bei dir könnte die dann vielleicht server.cfg heißen.
inhalt könnte dann dann so aussehen
pb_sv_task 2 -1 say "Gamers - Extreme Gameserver:"
pb_sv_task 3 -1 say "Hardcore S&D: 94.249.153.249:28970"
pb_sv_task 4 -1 say "PromodLive: 94.249.153.249:28990"
pb_sv_task 5 -1 say "Promod HC: 94.249.153.249:29000"
pb_sv_task 6 -1 say "...."
pb_sv_task 7 -1 say "usw..."
das würde bewirken, dass im sekunden tak eine zeile ausgegeben wird.
pb_sv_task führt ein beliebiges kommando nach x sekunden aus und führt es wieder nach y sekunden aus, oder -1 für eine einmalige ausführung.
also
du musst dann nur in deiner MAM config.cfg einen befehl definieren.
z.b.
--tommy77
also !readconfig mach ich schon, ganz vorn kopf bin ich sicher net gefallen
MAM neugestartet habe ich nicht, macht aber auf den ersten blick auch keinen sinn da ein !readconfig ja reichen müsse
wenn du das so aufgefasst hast, dann tut es mir leid. das war so nicht gemeint. ich habe es halt selber ausprobiert und es hat gefunzt... mit neustart allerdings, da ich !readconfig nicht nutze. deswegen äusserte ich diese VERMUTUNG...
--tommy77
du hast vermutlich MAM nicht neu gestartet...bzw. mit !readconfig die neue config eingelesen, nachdem du deine config geändert hast.
--tommy77
nein, das sind optionen. was im fall eines fehlers geschehen soll.
da bei dir dein system auf /dev/sda3 eingehangen ist, kannst du nur im rescue mode deine platte prüfen. hast du die option in deiner web interface, den server im rescue mode zu starten? oder gib den fehler an deinen support weiter. das alles hier zu besprechen würde ne woche dauern. ist aber nur ne sache von minuten *gg*
--tommy77
es ist ne vermutung, dass /dev/sda3 die swap ist.
mach mal als root
ausgabe sollte ungefähr so aussehen
tommy@babe1931:~$ cat /etc/fstab
/dev/sda1 /boot ext3 defaults 0 0
/dev/sda2 / ext3 defaults,errors=remount-ro 0 0
/dev/sdb3 none swap sw 0 0
proc /proc proc defaults 0 0
/dev/sdb1 /home ext3 defaults 0 0
/dev/sdb2 /mnt/bak ext3 rw,nodev,nosuid 0 0
/dev/sda3 /mnt/bak2 ext3 rw,nodev,nosuid 0 0
so siehst du wo genau /dev/sda3 bei dir eingehangen ist.
ich vermute das es die swap ist aber sicher bin ich mir nicht.
also root
dann das fschk gedöns von gestern eintippen.
dann wieder
um die platte wieder einzuhängen.
mount fragt die datei /etc/fstab, also brauchst du dir keine weiteren gedanken machen. das wohin und wie, /dev/sda3 wieder eingehangen werden soll, übernimmt mount für dich.
in meinem beispiel ist /dev/sdb3 die swap. zu erkennen das sie keinen einhängepunkt hat 2. spalte none und in der 3. spalte als typ swap deklariert ist.
falls, /dev/sda3 bei dir in der 2.spalte ein / zeigt, NICHT aushängen (umounten) das ist das wurzelverzeichnis, auch root genannt.
in meinem beispiel wäre das /dev/sda2.
zu der lektüre...
fang bei bei 3. Betrieb an - damit du ein bissel auf der commandozeile vertraut wirst. über installation, geschichte usw. musst du dir gerade keine gedanken machen
--tommy77
öhm, thema qmail? ist mir eben nochmal ins auge gestochen. nutz du den mailserver?
falls ja ok, aber wenn nicht. stell ihn offline. nicht das er als open relay, also spamschleuder genutz wird!!
also root
sonst noch eine lektüre die ich dir ans herz lege. einfach mal für die linuxbasics. mar zerschiesst nix, wenn man die swap umountet
--tommy77
das habe ich dazu gefunden. die partition /dev/sda3 schein einen fehler zu haben. ist das die swap? wenn du kannst, umounte die partition und lass fschk drüber laufen.
als root
babe1931:~# fsck.ext3
Aufruf: fsck.ext3 [-panyrcdfvtDFV] [-b Superblock] [-B Blockgröße]
[-I Inode_Puffer_Blöcke] [-P Prozess_Inodegröße]
[-l|-L Bad_Blocks_Datei] [-C Dateideskriptor] [-j externes_Journal]
[-E erweiterte_Optionen] Gerät
Notfallhile:
-p automatische Reparatur (keine Fragen)
-n keine Veränderungen am Dateisystem vornehmen
-y " Ja " auf alle Fragen annehmen
-c suche nach defekten Blöcken
-f erzwinge die Überprüfung auch wenn alles i.O. erscheint
-v sei gesprächig
-b Superbloc Nutze Superblockkopie
-B Blockgröße erzwinge Blockgröße beim Suchen vom Superblock
-j externes-Journal Angabe des Speicherortes des externen Jounals
-l bad_blocks_file zur Liste der defekten Blöcke hinzufügen
-L bad_blocks_file Liste der defekten Blöcke definieren
Alles anzeigen
dann mit
nach fehlern suchen und eventuelle fehler korrigieren lassen.
achso,
vergiss nicht mit
das logging wieder auszuschalten, sonst müllt es dir noch den ganzen syslog voll
--tommy77
welches kernelpaket läuft bei dir?
noch ein vorschlag.
gib mal als root
ein.
damit werden alle hdd zugriffe geloggt. so siehst du welcher dienst deine patte so extrem beansprucht.
mit
kannst du dir dann die ausgabe anschauen und sollte ungefähr so aussehen:
....
[549986.731426] kjournald(1744): WRITE block 434197944 on sdb1
[549986.781159] pdflush(319): WRITE block 66557392 on sdb1
[549986.781170] pdflush(319): WRITE block 66557384 on sdb1
[549991.781250] pdflush(319): WRITE block 66252688 on sdb1
[549991.782366] kjournald(1060): WRITE block 14800 on sda2
[549991.782398] kjournald(1060): WRITE block 14808 on sda2
[549991.782404] kjournald(1060): WRITE block 14816 on sda2
[549991.782407] kjournald(1060): WRITE block 14824 on sda2
[549991.782409] kjournald(1060): WRITE block 14832 on sda2
[549991.782411] kjournald(1060): WRITE block 14840 on sda2
[549991.782413] kjournald(1060): WRITE block 14848 on sda2
[549991.782416] kjournald(1060): WRITE block 14856 on sda2
[549991.782418] kjournald(1060): WRITE block 14864 on sda2
[549991.782803] kjournald(1060): WRITE block 14872 on sda2
[549992.698431] kjournald(1744): WRITE block 434197952 on sdb1
[549992.698438] kjournald(1744): WRITE block 434197960 on sdb1
[549992.698827] kjournald(1744): WRITE block 434197968 on sdb1
....
Alles anzeigen
--tommy77
moins,
wieso willst du alles plätten? versuch erstmal ein anderes kernelpaket oder/und ein manuelles update auf lenny. dazu braucht du nur die source.list ändern, etch in lenny ändern, apt-get update und apt-get dist-upgrade, fertig.
platt machen kannste ihn dann immer noch, wenn es schief geht! :rofl:
--tommy77