August 2003 - openSUSE Users (Deutsch)

suche php_ming.so extension fuer 8.1 und 8.2
by Philipp Flesch 01 Aug '03

01 Aug '03

hi! Irgendwie laeuft das mit dem selbstcompilieren nicht so wie ich moechte :-( hat jemand zu faellig obige extension einmal fuer SuSE 8.1 (also 8.1er mit aktuellsten Update vom suse-server) ... ist so weit ich weiss 4.2.2 sowie einmal fuer das 8.2er (muesste 4.3.2 er PHP sein) (zumindest der 8.1er laeuft im produktiv einsatz ... so dass ich da nicht "spielen" kann ... beim 8.2er habe ich versch. so's ausm netz probiert die aber nicht liefen :-(( ) Antworten bitte per PM ... das ergebnis poste ich dann natuerlich ... Danke schon einmal fuer Eure Hilfe!

1 0

Re: ASUS P4P800
by NiX - Erich Troxler 01 Aug '03

01 Aug '03

Hallo zusammen. >Da habe ich eine ganz andere Meinung (und Erfahrung). Die Hersteller >basteln die oft abgespekten Extras unterschiedlich auf das Board und >in das BIOS. Ohne das Board gehabt zu haben, würde ich keine solche >Aussage machen. Ich kann mir da keine grösseren Unterschiede ausser in den Zusatzfeatures, die man allenfalls nicht nutzen kann vorstellen. Das Probleme ist ja meist der Chipsatz und so Sachen wie S-ATA. >> >f) S-ATA >> >> PS.: Kauf dir ne Seagate S-ATA Festplatte. Diese sind stabil und >> sicher. Die möchtegernschnellen Maxtors sind nur Spielzeuge. >Möchtegenschnelle Spielzeuge? Begründung bitte. Die Maxtor 10'000rpm S-ATA läuft nicht bemerkbar schneller als die 7'200rpm Seagate HDs, ausser eben, dass das Geld schneller weg ist. Ausserdem wird die maxtor HDs so extrem heiss (und dann noch mit 10'000), während die Seagate Modelle nie Probleme mit der Hitze machen. Ich hörte noch nie von einem Problem mit einer Seagate Festplatte, hingegen Maxtors musste ich selber mehrmals reparieren lassen. Mein Server läuft ohne Probleme mit Seagate, meine PCs haben auch nur Seagates und selber verbaue ich auch fast nur Seagates. Ich weiss, ich bin ein bischen ein Seagat-Fanatiker, oder wie man das sagt, aber hat sich eben bewährt. Ausserdem gibt Segate 5 Jahre Garantie. Grüsse, NiX.

2 1

Re: Postfix Cyrus SASL2 SuSE 8.2
by Conrad Ruede 01 Aug '03

01 Aug '03

Andreas Winkelmann <ml(a)awinkelmann.de> wrote: > master.cf nicht main.cf. Na, is ja schon spaet... :-) Jul 31 23:17:06 mail postfix/smtp[12692]: name_mask: resource Jul 31 23:17:06 mail postfix/smtp[12692]: name_mask: software Jul 31 23:17:06 mail postfix/smtp[12692]: disposing SASL state information Jul 31 23:17:06 mail postfix/smtp[12692]: deliver_request_final: send: "Authentication failed: SASL authentication failed; server m.ki- sr.es[211.116.112.117] said: 535 Error: authentication failed" -1 Jul 31 23:17:06 mail postfix/smtp[12692]: send attr reason = Authentication failed: SASL authentication failed; server m.ki- sr.es[211.116.112.117] said: 535 Error: authentication failed Jul 31 23:17:06 mail postfix/smtp[12692]: send attr status = 4294967295 Jul 31 23:17:06 mail postfix/smtp[12692]: master_notify: status 1 Jul 31 23:17:06 mail postfix/smtp[12692]: connection closed Jul 31 23:17:06 mail postfix/smtp[12692]: watchdog_stop: 0x8082308 Jul 31 23:17:06 mail postfix/smtp[12692]: watchdog_start: 0x8082308 Jul 31 23:18:21 mail postfix/pickup[12688]: BD34E21A07: uid=0 from=<root> Jul 31 23:18:21 mail postfix/cleanup[12746]: BD34E21A07: message-id= <3F29879D.mail9UR11MOAK(a)mail.knicki.dus> Jul 31 23:18:21 mail postfix/qmgr[12689]: BD34E21A07: from= <root(a)mail.knicki.dus>, size=405, nrcpt=1 (queue active) Jul 31 23:18:21 mail postfix/smtp[12692]: connection established Jul 31 23:18:21 mail postfix/smtp[12692]: master_notify: status 0 Jul 31 23:18:21 mail postfix/smtp[12692]: deliver_request_initial: send initial status Jul 31 23:18:21 mail postfix/smtp[12692]: send attr status = 0 Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: flags Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: flags Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: 3 Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: queue_name Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: queue_name Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: active Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: queue_id Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: queue_id Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: BD34E21A07 Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: offset Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: offset Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: 148 Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: size Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: size Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: 405 Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: nexthop Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: nexthop Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: m.ki-sr.es Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: encoding Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: encoding Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: (end) Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: sender Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: sender Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: root(a)mail.knicki.dus Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: errors-to Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: errors-to Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: root(a)mail.knicki.dus Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: return-receipt Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: return-receipt Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: (end) Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: time Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: time Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: 1059686301 Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: offset Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: offset Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: 118 Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: original_recipient Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: original_recipient Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: hk7(a)7hk.net Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: recipient Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: recipient Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: hk7(a)7hk.net Jul 31 23:18:21 mail postfix/smtp[12692]: smtp socket: wanted attribute: offset Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute name: offset Jul 31 23:18:21 mail postfix/smtp[12692]: input attribute value: 0 Jul 31 23:18:21 mail postfix/smtp[12692]: deliver_request_get: file active/B/BD34E21A07 Jul 31 23:18:21 mail postfix/smtp[12692]: deliver_message: from root(a)mail.knicki.dus Jul 31 23:18:21 mail postfix/smtp[12692]: smtp_parse_destination: m.ki-sr.es smtp Jul 31 23:18:21 mail postfix/smtp[12692]: connecting to m.ki- sr.es port 25 Jul 31 23:18:21 mail postfix/smtp[12692]: dns_query: m.ki- sr.es (MX): Host found but no data record of requested type Jul 31 23:18:21 mail postfix/smtp[12692]: smtp_addr_one: host m.ki- sr.es Jul 31 23:18:21 mail postfix/smtp[12692]: dns_query: m.ki- sr.es (A): OK Jul 31 23:18:21 mail postfix/smtp[12692]: dns_get_answer: type A for m.ki- sr.es Jul 31 23:18:21 mail postfix/smtp[12692]: begin m.ki- sr.es address list Jul 31 23:18:21 mail postfix/smtp[12692]: pref 0 host m.ki- sr.es/211.116.112.117 Jul 31 23:18:21 mail postfix/smtp[12692]: end m.ki- sr.es address list Jul 31 23:18:21 mail postfix/smtp[12692]: smtp_connect_addr: trying: m.ki- sr.es[211.116.112.117] port 25... Jul 31 23:18:22 mail postfix/smtp[12692]: maps_find: m.ki- sr.es: not found Jul 31 23:18:22 mail postfix/smtp[12692]: maps_find: m.ki- sr.es: not found Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 220 p15132357.pureserver.info ESMTP Postfix Jul 31 23:18:22 mail postfix/smtp[12692]: > m.ki-sr.es[211.116.112.117]: EHLO mail.knicki.dus Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-p15132357.pureserver.info Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-PIPELINING Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-SIZE 31457280 Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-VRFY Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-ETRN Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-STARTTLS Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-AUTH DIGEST-MD5 CRAM-MD5 Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-AUTH=DIGEST-MD5 CRAM-MD5 Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250-XVERP Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 250 8BITMIME Jul 31 23:18:22 mail postfix/smtp[12692]: server features: 0x3f size 31457280 Jul 31 23:18:22 mail postfix/smtp[12692]: maps_find: hash:/etc/postfix/saslpasswd: m.ki-sr.es = useruseruser:pwdpwdpwd Jul 31 23:18:22 mail postfix/smtp[12692]: smtp_sasl_passwd_lookup: host `m.ki-sr.es' user `useruseruser' pass `pwdpwdpwd' Jul 31 23:18:22 mail postfix/smtp[12692]: starting new SASL client Jul 31 23:18:22 mail postfix/smtp[12692]: smtp_sasl_authenticate: m.ki-sr.es[211.116.112.117]: SASL mechanisms DIGEST-MD5 CRAM-MD5 Jul 31 23:18:22 mail postfix/smtp[12692]: > m.ki-sr.es[211.116.112.117]: AUTH DIGEST-MD5 Jul 31 23:18:22 mail postfix/smtp[12692]: < m.ki-sr.es[211.116.112.117]: 334 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Jul 31 23:18:22 mail postfix/smtp[12692]: smtp_sasl_authenticate: m.ki-sr.es[211.116.112.117]: decoded challenge: realm="m.ki-sr.es",nonce="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",qop ="auth,auth-int",charset=utf-8,algorithm=md5-sess Jul 31 23:18:22 mail postfix/smtp[12692]: smtp_sasl_get_user: useruseruser Jul 31 23:18:22 mail postfix/smtp[12692]: smtp_sasl_get_user: useruseruser Jul 31 23:18:22 mail postfix/smtp[12692]: smtp_sasl_get_passwd: pwdpwdpwd Jul 31 23:18:22 mail postfix/smtp[12692]: smtp_sasl_authenticate: m.ki-sr.es[211.116.112.117]: uncoded client response username="useruseruser",realm="m.ki-sr.es",nonce="xxxxxxxxxxxxxxxxxxxxxxxxx xx xxxxxxxxxxxxxxxxxxx",cnonce="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx", nc=00000001,qop=auth,digest-uri="smtp/m.ki-sr.es",response=ae3d5470ed9c6fba 65186579eca4b62e Jul 31 23:18:22 mail postfix/smtp[12692]: > m.ki-sr.es[211.116.112.117]: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

2 5

Re: Wo sind die Kernel-Quellen für 2.4.20-96?
by Thomas Schweikle 01 Aug '03

01 Aug '03

Hi! > Am Don, 2003-07-31 um 19.52 schrieb Thomas Schweikle: > >> Du verstehts offenbar nicht, daß das Quellpaket hier nicht mehr enthalten >> sein muß, da sich gegenüber dem Paket k_deflt-2.4.20-86.src.rpm nichts >> geändert hat! Nur das spec-File wurde angepasst. > > Wenn du meine postings gelesen hättest, wüßtest du, daß es eben nicht so > ist. (Oder bist du SuSE-Insider, hast die Quellen vor dir und hast alle > diffs durchgecheckt?) > > Unten findest du alle ChangeLog-Einträge, die zwischen -86 und -96 > dazugekommen sind - da ist offensichtlich mehr drin als nur das > spec-file. [...] Das war mir auch aufgefallen. Nur: ein Kernel, der mit den installierten Sourcen vom SuSE-ftp-Server aus kernel-source-2.4.20-86.src.rpm mit dem Spec-File von k_deflt-2.4.20-96.src.rpm gebacken wurde unterscheidet sich nicht von dem, was mit k_deflt-2.4.20-96.i586.rpm installiert wird. Ich habe langsam einen anderen Verdacht: SuSE hat die aktuellen Kernel- Sourcen in kernel-source-2.4.20-86.src.rpm drin, aber unterlassen die Buildnummer hochzusetzen... Nachprüfen könnte das jemand, der das kernel-source-2.4.20-86.src.rpm- Paket vor dem Release von k_deflt-2.4.20-96.i586.rpm heruntergeladen hat. Dises Paket müßte dann ein anderes sein, als das was jetzt unter diesem Namen auf dem Server liegt! Leider kann ich das nicht nachprüfen. Ich habe nur dieses eine Paket und ich habe es später gezogen. -- Thomas

1 0

Re: Dateien nach Zeit löschen
by NiX - Erich Troxler 01 Aug '03

01 Aug '03

Hallo >> >> find /backup -daystart -mtime +7 -exec rm{}\; > ^ >Leerzeichen zwischen 'rm' und '{' eingefuegt? Jetzt schon ;-) Aber er meldet mir folgendes: find: missing argument to `-exec' Was ist dagegen zu machen? Grüsse, NiX.

2 1

Re: Dateien nach Zeit löschen
by NiX - Erich Troxler 01 Aug '03

01 Aug '03

Hallo. Ich bin nun ein bischen weiter: Alle Dateien vom Smastag werden von PHP archiviert. Nun ist das Problem gelöst. Wie Ihr gesagt habt: Mit find /backup -daystart -mtime +7 finde ich alle Dateien, die ich löschen will.¨ Jetzt listet er mir diese auf - aber wie lösche ich die nun automatisch? find /backup -daystart -mtime +7 -exec rm{}\; hat mal jemand gesagt, aber geht nicht. Grüsse, NiX.

2 1

Re: Dateien nach Zeit lös löschen
by NiX - Erich Troxler 01 Aug '03

01 Aug '03

Hallo. >Keine Ahnung, mit welchem Shell-Tool man diese Abfrage hinbekommt, >aber insgesamt wuerde ich dieses Problem mit Hilfe von >Perl/Python/PHP/Ruby loesen. Mal sehen... >> >Die Befehlsreihenfolge: >> >touch -d 'last saturday' /backup/samstag >> >touch -d 'last sunday' /backup/sonntag >> >find /backup -daystart -mtime +7 ! -newer /backup/samstag -newer /backup/sonntag -ls >> >listet die richtigen Files auf? >> >> Ne - keine >> Nur habe ich jetzt zwei leere Files mit den Namen "samstag" und "sonntag" >Und wuerde auch Files auflisten, die Vorletzten Samstag erzeugt >wurden. Hm, vielleicht die Samstags-Backups in einen anderen Ordner >schieben? Und wie willst du diese verschieben, damit du nur diese vom Samstag triffst, aber den Namen von denen nicht weisst? Grüsse, NiX.

2 2

Re: Dateien nach Zeit löschen
by NiX - Erich Troxler 01 Aug '03

01 Aug '03

Hallo. >> >> Mit date Wochentag feststellen und zurückrechnen auf Samstag. >> >> >date -d 'last saturday' >> >> Und wie sieht das komplette Kommando mit löschen und so aus? >> Ich kapier das so nicht.... >Ich auch nicht ;) jedenfalls dein Problem als ganzes nicht. Also: Es wird jeden tag ein Backup in den Ordner /backup gemacht. Und zwar wird das Backup von den letzten Tagen dabei nicht überschreiben. Jetzt will ich folgendes: Ein Script, dass ich dann einmal pro Woche laufen lasse soll folgendes machen: Alle Files in diesem Ordner löschen, die folgende Bedingung erfüllen: - Sie sind älter als 7 Tagen - Sie sind nicht an einem Samstag erstellt worden >Die Befehlsreihenfolge: >touch -d 'last saturday' /backup/samstag >touch -d 'last sunday' /backup/sonntag >find /backup -daystart -mtime +7 ! -newer /backup/samstag -newer /backup/sonntag -ls >listet die richtigen Files auf? Ne - keine Nur habe ich jetzt zwei leere Files mit den Namen "samstag" und "sonntag" Grüsse, NiX.

2 1

Re: Dateien nach Zeit löschen
by NiX - Erich Troxler 01 Aug '03

01 Aug '03

Hallo. >Am Freitag, 1. August 2003 17:19 schrieb NiX - Erich Troxler: >> >kannst du das Skript nicht einfach Samstags ausführen und alle >> > Dateien löschen, die älter als sechs Tage sind?! >> >> Ne, die vom Samstag brauche ich eben noch länger (Backup). >dann verschiebe die Samstagsdateien doch kurz vor Sonntag. Das Problem ist folgendes: Die Datei heisst beispielsweise 2003-08-01.tar.bz2 Und wo soll ich die finden? Das Datum ändert ja immer. Grüsse, NiX.

1 0

Suse 8.2 und Probleme mit smpppd (Wiedereinwahl nach Zwangstrennung)
by Karl-Heinz Greppmair 01 Aug '03

01 Aug '03

Hallo erstmal, Ich habe folgende Problem. Nach einem update von Suse 7.3 auf 8.2, bekomme ich keine wiedereinwahl hin. (Ich weiss ich hätte das mit dem update nicht machen sollen). Wenn der Rechner neu gebootet wird, wählt er sich ohne Probleme ein. Nach einer Zwangstrennung seitens der Telekomm funktioniert das nicht mehr. Ein manuelles stopen und starten den smpppd hilft auch nichts. Aus den logfiles konnte ich auch nichts entnehmen das auf einen Fehler hinweist. Hat jemand eine Idee in welche richtung ich suchen muss? grüsse grisu

2 1