Re: Immer wieder: kernelpanic von rsh (jetzt mit crashdump)

On Sun, May 04, 2003 at 02:50:17AM +0200, Bernd Walter wrote:
! On Sun, May 04, 2003 at 12:49:53AM +0200, Peter Much wrote:

! > Das ist ein heikler Punkt, ja. Prinzipiell bringt mir STABLE
! > wenig, weil FreeBSD fuer meinen Geschmack schon seit 2.2-RELEASE
! > kaum noch Fehler hat. In diesem Fall waere es freilich
!
! Du glücklicher - für mein Geschmack war 3.x eine harte Zeit.
! Ich habe damals etliche Maschinen mit einer 4'er -current betrieben,
! weil die selbst ein Jahr vor der 4.0-RELEASE schon deutlich stabiler
! lief als 3.x.

Ah, das ist leicht zu erklaeren: eine 3er Version hatte ich nie
installiert. Die 2er lief ja, und ich hatte zu der Zeit (97-2000)
andere Themen im Fokus. Als dann fuer den Laptop eine ordent-
lich grosse Platte kam, da war schon 4.0 da, und erst als es
hier TDSL gab, musste ich wirklich upgraden.

! Leider zeichnet sich überdeutlich ab, daß auch die 5.x eine harte Zeit
! werden wird.
!
! > erwaegenswert, weil ich eben nicht genau ausmachen kann, in
! > welchem Sourcefile der Kaefer sitzt. (Ich hab natuerlich eine
! > -relativ- aktuelle CVS-Repository vorliegen und schaue da bei
! > Problemen auch nach, ob zwischenzeitlich was gefixt wurde.)
!
! Ein komplettes Update ist in der Regel einfacher als immer wieder
! einzelnen Fehlern nachzugehen.

Das sind auch nicht meine einzigen Fuers und Widers in der
Angelegenheit. Nur ein Beispiel: es ist durchaus denkbar, dass
ein Fehlverhalten, das auf einem coding-mistake beruht, nur
in einer bestimmten Konstellation auftritt und durch eine
spaetere Aenderung verdeckt wird, ohne korrigiert worden
zu sein. Von daher kann es durchaus nuetzlich sein, Fehl-
verhalten, fuer die kein konkreter Fix dokumentiert ist,
auf ihre tatsaechliche Ursache zu untersuchen, anstatt "auf
gut glueck" zu upgraden. Daneben sind auch eher persoenliche
Gruende am Wirken, etwa die Art und Weise, wie ich mein
Chaos hier zu bewaeltigen versuche - und beruflich bin ich
viel auf Reisen und hab leider nur mit anderen Unix-Flavours
zu tun (sodass sich da kaum Synergien bilden lassen), und
da ich mich ausser Computern noch fuer einen haufen andere
Sachen interessiere, wird der FreeBSD-Timeslot meist extrem
duenn - so duenn, dass ich kaum freiwillig irgendeinen
Upgrade anfange (ausser an Weihnachten, da gibts, wenn nix
anderes ansteht, die neueste Release).

! Ich denke nicht, daß du ein großes Risiko eingehst neue Fehler
! einzufangen.

Deshalb mache ich mir keine Sorgen. Vielmehr sehe ich es als
wahrscheinlich an, beim Abgleichen der /etc Files _selber_
Fehler zu machen, wenn ich dabei unaufmerksam bin. Denn wenn ich
da reinschaue, dann finde ich eh einen Haufen halbfertiger
Cleanups, die ich laengst mal weiterfuehren wollte; d.h. es bleibt
nicht beim einfach nur drueberziehen des Updates. Wenn mich
dann am naechsten Freitag, wenn ich geschafft heimkomme und eigentlich
anderes vorhab, irgendwo ein ueberlaufendes Filesystem angrinst
oder die Kiste gar nicht erst booten will, dann ist der Freitag-
abend schon gelaufen.

! > Was ich wirklich brauchen koennte, das waere ein konsolidiertes
! > Log mit allen commitlogs zwischen 4.7.0-RELEASE und 4.7-STABLE.
! > Gibts sowas?
!
! Sicher - CVS-Repo hast du bereits vorliegen.
! $CVSROOT/CVSROOT-src/commitlogs

Ah, da sind die versteckt!

Gruss
Peter

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sun 04 May 2003 - 22:14:25 CEST