FreeBSD 9.2-RC1 erschienen

Yamagi

Yamagi

Possessed With Psi Powers
Teammitglied
Der erste Release Candidate zu FreeBSD 9.2 ist nun erschienen. Dies ist die letzte Chance noch kritische Probleme zu melden, wobei diese eventuell erst später per Errata beseitigt werden. Die wichtigsten Änderungen gegenüber den BETAs sind:

- cxgbe(4) unterstützt nun mehr Hardware.

- Eine Panic im Zusammenspiel mit RACCT wurde behoben.

- ctl(4) ist nicht mehr in GENERIC. Damit kann 9.2 auch auf Maschinen mit weniger als 128MB RAM booten, ohne das man einen eigenen Kernel erstellen muss.

- "zfs send -D" funktioniert nun wie erwartet.

- Eine Reihe kritischer Bugs in ixgbe(4) wurden behoben.

Noch offene Probleme sind:

- Es wird ein Deadlock zwischen NFS und ZFS vermutet.

- ixgbe(4) hat noch ein offenes Problem. Ein Patch ist bereits in 10-CURRENT.

Wie immer steht der Release Candidate ab sofort per freebsd-update(4) und als Image auf den Mirror-Servers zur Verfügung. Source-Updater bekommen ihn per SVN aus dem Zwei releng/9.2. Da die Änderungen gegenüber dem eigentlichen RELEASE gering sein werden, ist nun ein guter Punkt zu aktualisieren und eventuelle Probleme so schnell es geht zu melden.

Die Ankündigung:
Code: 
The first release candidate builds of the 9.2-RELEASE release cycle
are now available on the FTP servers for the amd64, i386, ia64, powerpc,
powerpc64, and sparc64 architectures.

The image checksums follow at the end of this email.

ISO images and, for architectures that support it, the memory stick images
are available here:

  ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.2/

(or any of the FreeBSD mirror sites).

If you notice problems you can report them through the normal GNATS PR
system or here on the -stable mailing list.

If you would like to use SVN to do a source based update of an existing
system use "releng/9.2".

Please be aware that cvsup and CVS are both deprecated, and are not
supported methods of updating the src/ tree.

Changes between -BETA2 and -RC1 include:

    - Expand the list of devices claimed by cxgbe(4).
    - Fix a panic in the racct code when munlock(2) is called with
      incorrect values.
    - Remove ctl(4) from GENERIC.  ctladm(8) now automatically loads
      the corresponding module as necessary.  This reduces the default
      memory footprint and allows FreeBSD to work on i386 machines
      with 128 MB of RAM out of the box.
    - Fix zfs send -D hang after processing requiring a CTRL+C to
      interrupt.

The freebsd-update(8) utility supports binary upgrades of amd64 and i386
systems running earlier FreeBSD releases.  Systems running earlier
FreeBSD releases can upgrade as follows:

# freebsd-update upgrade -r 9.2-RC1

During this process, FreeBSD Update may ask the user to help by merging
some configuration files or by confirming that the automatically
performed merging was done correctly.

# freebsd-update install

The system must be rebooted with the newly installed kernel before
continuing.

# shutdown -r now

After rebooting, freebsd-update needs to be run again to install the new
userland components:

# freebsd-update install

It is recommended to rebuild and install all applications if possible,
especially if upgrading from an earlier FreeBSD release, for example,
FreeBSD 8.x.  Alternatively, the user can install misc/compat8x and
other compatibility libraries, afterwards the system must be rebooted
into the new userland:

# shutdown -r now

Finally, after rebooting, freebsd-update needs to be run again to remove
stale files:

# freebsd-update install

Checksums:

amd64:
    SHA256 (FreeBSD-9.2-RC1-amd64-bootonly.iso) = 57312363a8ce588c22c21b849af802ca2616e105da2e29b4ae6f549d41e9a32d
    SHA256 (FreeBSD-9.2-RC1-amd64-disc1.iso) = bc30f5661304c65d14612d39e19f9651502fbdc467d9ad02402c58a99d6fe2da
    SHA256 (FreeBSD-9.2-RC1-amd64-memstick.img) = 57af7a47604d2c138e4887a717526f7a48d90ba0e0f5e23425845a7b1a2ff131

    MD5 (FreeBSD-9.2-RC1-amd64-bootonly.iso) = c36b97aec501a49f3a49b38303b53f0d
    MD5 (FreeBSD-9.2-RC1-amd64-disc1.iso) = 5124086f31bf5efc40b770dd2439ce7a
    MD5 (FreeBSD-9.2-RC1-amd64-memstick.img) = 2f2ea636cfc5fe74ea15a4c1cbd2f8cb

i386:
    SHA256 (FreeBSD-9.2-RC1-i386-bootonly.iso) = 7926b57fdc9ce536bdf51722a524d9ae385a82bf02c42b3315604542672b0906
    SHA256 (FreeBSD-9.2-RC1-i386-disc1.iso) = d33ec96a39e2b5a53b143397daac4d3778c30b3ec0592fccd5e8b84def69d03c
    SHA256 (FreeBSD-9.2-RC1-i386-memstick.img) = 523899af78effdf7760791d91c3d56620a484b73c74bbfa82e9f21178979ddb8

    MD5 (FreeBSD-9.2-RC1-i386-bootonly.iso) = 3500e3b375a955d91f194b8ab3a58c2f
    MD5 (FreeBSD-9.2-RC1-i386-disc1.iso) = 4534a3675a5a38d475a7eff6651f4289
    MD5 (FreeBSD-9.2-RC1-i386-memstick.img) = c4cbb5478c557dd9e2200da027da799c

ia64:
    SHA256 (FreeBSD-9.2-RC1-ia64-bootonly.iso) = bd95b2480edd547fff06587a04f65ceceeaa312ac08e0fceccbced47f3df47ac
    SHA256 (FreeBSD-9.2-RC1-ia64-disc1.iso) = 93795e3e9df2e3ea6163efadf0f25a70d8574f75868826a403721fbc8abec43e
    SHA256 (FreeBSD-9.2-RC1-ia64-memstick.img) = d027d2965906c96798855adadf60ea622d87e19e28de15efe889086962d73774

    MD5 (FreeBSD-9.2-RC1-ia64-bootonly.iso) = 3be3ec429b03facf5f6f29ac409dd2f6
    MD5 (FreeBSD-9.2-RC1-ia64-disc1.iso) = 24f6a2c3749799337065ebc7bb8f7d92
    MD5 (FreeBSD-9.2-RC1-ia64-memstick.img) = 8fa6c1736ea74bc440137079bf3c9fa1

powerpc:
    SHA256 (FreeBSD-9.2-RC1-powerpc-bootonly.iso) = 0d0f2048ffe81ac7bc36a687ccd8dcd4368460c4dd7055cdabde5f70824062d0
    SHA256 (FreeBSD-9.2-RC1-powerpc-disc1.iso) = 31544e513992da8c1df4ca043d22952b102ed2c1b9c184db6ddc3a2fd4aecedc
    SHA256 (FreeBSD-9.2-RC1-powerpc-memstick.img) = 48306dd6f718d820ca2464eedfafe761b2fb5f211d1f23545e3cb1f6dfdbf0a8

    MD5 (FreeBSD-9.2-RC1-powerpc-bootonly.iso) = 20d43ffe51a6d374fc358dd7e5c65a2a
    MD5 (FreeBSD-9.2-RC1-powerpc-disc1.iso) = 8deb66e7d557734fd64aaaa709c8512a
    MD5 (FreeBSD-9.2-RC1-powerpc-memstick.img) = 324373d1a647722f6b925038b00a9004

powerpc64:
    SHA256 (FreeBSD-9.2-RC1-powerpc-powerpc64-bootonly.iso) = 27f4f23093067d20a92f85d7fb611c6576e7ceb4fdf2481154ca05ba1ddbf282
    SHA256 (FreeBSD-9.2-RC1-powerpc-powerpc64-disc1.iso) = 008f42feb9c6378976d20cec227fbd5ab811f36be1519db9f90e0edd07df961c
    SHA256 (FreeBSD-9.2-RC1-powerpc-powerpc64-memstick.img) = 49602d2f1cbd70e09fe8a52dd524b5c2199eab62c12a3f5a01b7da556f6fb631

    MD5 (FreeBSD-9.2-RC1-powerpc-powerpc64-bootonly.iso) = 5f9e70ef5e219cddf7efd7d8b781be75
    MD5 (FreeBSD-9.2-RC1-powerpc-powerpc64-disc1.iso) = 4e86808cfe5fc9ad2bea65de65f7c39a
    MD5 (FreeBSD-9.2-RC1-powerpc-powerpc64-memstick.img) = f848312980656b313306fd0cef29a87c

sparc64:
    SHA256 (FreeBSD-9.2-RC1-sparc64-bootonly.iso) = 6ba72bc66c0d18fcb4fe9cd1a67289fbf4d2aacb85d21920b4e1d2f46e21a0cc
    SHA256 (FreeBSD-9.2-RC1-sparc64-disc1.iso) = 089b9792b4e3af9cc1a341b06757c852e57ed19ec8ef81b4c99dba047dbb9c8d

    MD5 (FreeBSD-9.2-RC1-sparc64-bootonly.iso) = 08b69371ea4222c42058083e364da1a0
    MD5 (FreeBSD-9.2-RC1-sparc64-disc1.iso) = 2d041fb59229dcf5bc46337679d32ab0

Glen
 
Habe dann gleich mal aktualisiert. Dachte mir, Release Candidate klingt ja schöner als Beta, aber da habe ich wieder mal was verpeilt. Bin ja im stable/9 Zweig. Mir ist also "FreeBSD 9.2-BETA2 amd64" als uname -rsm Ausgabe erhalten geblieben.
Dafür aber ist es jetzt nach ausgiebigen Compilerlauf nicht mehr so kalt in der Bude. :ugly:
 
Naja, der amd ist halt kaputt (PANIC und Fehlfunktionen). Anscheinend ein NFS-Locking Problem. Aber das wird wohl ignoriert, da ich nur Zeigen kann dass es ein Problem gibt. Die Informationen die ich zusammentrage werden halt als nicht nützlich bewertet. Wobei mir niemand sagt wie ich an nützliche Informationen komme.

Hier greift mein anderes Problem, dass meine Systeme unter stable/9 keine Dumps erzeugen. Nach ein paar nützlichen Hinweisen zu DDB steht jetzt eigentlich alles auf grün — nur passiert es halt trotzdem nicht. Dank KMS und mangels serieller Schnittstelle kann ich auch nicht im Kernel Debugger Manuell einen Dump auslösen um dem Problem auf die Schliche zu kommen.
 
Dazu war auf der Mailingliste nichts mehr zu lesen. Vielleicht geht es per privater Mail weiter. Weiß ich nicht...
 
Es betrifft den Client. Oder betraf? Auch wenn ich keinen Commit gesehen habe, tritt bei mir seit 9.2-RC1 das Problem nicht mehr auf. Zuvor dauerte es ca. 12 bis 24 Stunden, bis die ersten NFS-Prozesse hingen... Das kann aber auch Zufall sein, Deadlocks können sich schon durch kleine Änderungen scheinbar "lösen".
 
Ach so, Danke. Welt baut gerade, ich werde mal darauf achten und testweise ein paar NFS Shares einhängen / Daten übertragen.

Grüße,
errorsmith
 
Der RC2 ist da

http://lists.freebsd.org/pipermail/freebsd-stable/2013-August/074756.html

The second release candidate builds of the 9.2-RELEASE release cycle
are now available on the FTP servers for the amd64, i386, ia64, powerpc,
powerpc64, and sparc64 architectures.

The image checksums follow at the end of this email.

ISO images and, for architectures that support it, the memory stick images
are available here:

ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.2/

(or any of the FreeBSD mirror sites).

If you notice problems you can report them through the normal GNATS PR
system or here on the -stable mailing list.

If you would like to use SVN to do a source based update of an existing
system use "releng/9.2".

Please be aware that cvsup and CVS are both deprecated, and are not
supported methods of updating the src/ tree.

Changes between -RC1 and -RC2 include:

o Fix a boot issue caused by some GPT partitioning tools.
o Fix a regression that caused some PCI disk controllers
disappearing during boot.
o Fix the FTP path used to fetch distribution packages when
installing from the bootonly.iso.
o Fix a regression in sendmail that caused problems between the
resolver and Microsoft DNS servers with AAAA lookups.
o Disable MSIs with Adaptec 2230S and 2820SA (aac(4)).
o Update FTP mirror list used by bsdinstall(8) and bsdconfig(8).
o Fix panics caused by early interrupts in igb(4).
o Fix panics when downing or unloading the mlx(4) driver.
Zum Vergrößern anklicken....
 
r254754 behebt den ZFS<->NFS-Deadlock. Die Änderung ist im kommenden RC3 enthalten.
 
Hi,

haben hier ne Entwicklungskiste für Webanwendungen stehen ... viele nfs und nullfs Geschichten laufen da.

In den letzten Wochen vor dem Fix, nicht reproduzierebares sterben der Prozesse beim Zugriff auf nfs gesharte Sachen. Die hingen dann im zio->zio_cv State und nur ein Reboot half. Es betraf nur diesen Prozess ( zum Beispiel ls, mc u.s.w. ). Und der mount war tot.

Grüße,
Kai
 
Hmpf... hab ich was verpasst? :eek:

Code: 
# make buildworld
[...]
--------------------------------------------------------------
>>> stage 1.2: bootstrap tools
--------------------------------------------------------------
[...]
make: don't know how to make /usr/obj/usr/src/tmp/usr/include/c++/4.2/cstddef. Stop
*** [bootstrap-tools] Error code 2

Stop in /usr/src.
*** [_bootstrap-tools] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

9.2-RC3 auf amd64 FWIW :confused:
 
Mit "svn co" über irgendwelche Verzeichnisse drüberbügeln kommt nicht so gut wenn das Verzeichnis nicht vorher schon unter Versionskontrolle stand. Dann am besten vorher das Verzeichnis mit "rm -rf" löschen und danach mit svn den Source auschecken.
 
thorwin schrieb:
Ich mach mal die Ingrid...



/usr/src komplett gelöscht und neu ausgecheckt -> geht :confused:
Zum Vergrößern anklicken....

yacc war wohl mal kurzzeitig verb0rkt:
http://freshbsd.org/commit/freebsd/r254669
Wenn man den vorb0rkten yacc im System hatte, so wie ich, konnte man dann nicht mehr Fehlerfrei bauen. Dagegen half auschecken, um die Korrektur zu erhalten und:
Code: 
cd /usr/src/usr.bin/yacc
make clean all install
cd -
Danach funktionierte wieder FreeBSD world und kernel build.
Das war aber stable/9 bei mir. Ob es im RELEASE Zweig auch war, habe ich nicht nachgeschaut.
 
Im SVN ist 9.2-RELEASE nun markiert. Offiziell wird es dann in den nächsten Tagen veröffentlicht werden.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben