discuss-de April 2009

discuss-de@lists.centos.org

4 participants
5 discussions

Scripte aus crond heraus werden abgebrochen
by Achim Theobald 30 May '09

30 May '09

Moin moin, ich habe hier einige kleinere Scripte die durch crond gestartet werden und welche bisher unter SuSE problemlos ihren Dienst verrichteten. Nur unter CentOS 5 zeigt sich folgendes Fehlerbild. Starte ich diese Scripte von Hand aus der Console oder via Webmin, dann werden sie ganz normal ausgeführt. Starten sie aber via normalen crond, brechen sie ohne Fehlermledung an unterschiedlichen Stellen bzw. Laufzeit ab. Ich habe das jetzt soweit eingegrenzt, das es offenbar mit der Menge der Zeichen welche auf der Console ausgegeben werden zu tun hat. Leite ich nämlich die kpl. Ausgabe der Scripte nach /dev/null um, dann funktionieren sie. Das ist aber nicht das was ich haben wollte, da ich die Ausgabe teilweise via postfix/sendmail per Mail verschicken möchte. Welcher Buffer läuft hier scheinbar über und wo kann ich diesen evt. vergrössern? Cu Achim

4 4

CentOS setup friert ein
by utopio＠gmx.net 30 May '09

30 May '09

Hallo, Ich habe folgendes Problem. Bei der Installation von CentOS bleibt die installation stehen nachdem ich ein Tastaturlayout gewählt habe. Die Installations DVD hat den Test ebenfalls bestanden. Ich habe beide Installations oberflächen ausprobiert und bei beiden bleibt es am gleichen Punkt stehen. Über eine schnelle Antwort würde ich mich freuen. MfG Utopio -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

2 1

Timeout bei X Forward
by Matthias Wimmer 30 May '09

30 May '09

Hallo Zusammen, ich habe eine Schwierigkeit beim Timout eines X Forwards, es wird über Xming ein Firefox zum Windows PC per X Forward (plink.exe) geöffnet, dies sollte sich nun nach einer Zeit X automatisch schliessen, ich bin schon die ganze Zeit am krübeln wie man das am besten Realisieren könnte. Event. hat ja einer eine Idee zu diesem Thema, die ENV Varibale TMOUT bringt's leider auch nicht. Viele Grüsse, Matthias Wimmer IT-Box GmbH

2 1

Bad hdd performance on ATA Drive
by Achim Theobald 05 Apr '09

05 Apr '09

Moin moin, hat jemand eine Erklärung warum mein Bootlaufwerk /dev/hda (egal welche Partition) eine solch grottenschlechte Performance hat. Fühlt sich auch entsprecht an. server:~ # hdparm -i /dev/sdh /dev/sdh: Model=SAMSUNG HD501LJ , FwRev=CR100-10, SerialNo=S0MUJ13P220197 Config={ Fixed } RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4 BuffType=DualPortCache, BuffSize=16384kB, MaxMultSect=16, MultSect=?0? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 AdvancedPM=no WriteCache=enabled Drive conforms to: unknown: ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7 * signifies the current active mode server:~ # hdparm -Tt /dev/sdh /dev/sdh: Timing cached reads: 13016 MB in 2.00 seconds = 6513.49 MB/sec Timing buffered disk reads: 242 MB in 3.02 seconds = 80.16 MB/sec server:~ # hdparm -i /dev/hda /dev/hda: Model=WDC WD3200AAJB-00J3A0, FwRev=01.03E01, SerialNo=WD-WCAV20413502 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7 * signifies the current active mode server:~ # hdparm -Tt /dev/hda /dev/hda: Timing cached reads: 13072 MB in 2.00 seconds = 6541.07 MB/sec Timing buffered disk reads: 8 MB in 3.04 seconds = 2.63 MB/sec Cu Achim

2 1

yum update gegen CPAN
by Tilman Schmidt 02 Apr '09

02 Apr '09

Das gestern automatisch installierte Update perl.i386 4:5.8.8-18.el5 hat mir wieder einmal MIMEDefang zerlegt, weil es von mir per CPAN aktualisierte Perl-Module kurzerhand durch ältere ersetzt hat. Gibt es für dieses Problem eine vernünftige Lösung? Oder kann man CPAN und yum update einfach nicht zusammen einsetzen? -- Tilman Schmidt Phoenix Software GmbH Bonn, Germany

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

discuss-de April 2009