At 12:20 PM 10/31/2014, O. Hartmann wrote: >On all CURRENT systems I updated today (31.10.2014) I had massive filesystem corruption >after reboot. The systems do have > >FreeBSD 11.0-CURRENT #1 r273914: Fri Oct 31 19:40:04 CET 2014 amd64 > >and suffer without exception from the same breakage, quitting services and/or reporting >corrupted filesystems after a fresh reboot - even if I've performed a manual triggered >"fsck -fz" in single user mode on the console. > >All systems have GPT partion schemes. > >The problem is serious! I can not get rid via fsck of the problem of corrupted >filesystems. Services like OpenLDAP (Slapd), nslcd, dbus, hal or postgresql do not start >properly and need to be started manually after a reboot. > >What is wrong? The fact that several CURRENT boxes are affected the very same way (> 5 ) >make me confident this is a serious bug recently introduced. > >Oliver > With r273911 on amd64, after fresh build installworld. Upon reboot all of a sudden /var is mounted mfs. needless to say many problems with programs that store files in /var -- ie mysql clamav etc, etc I had to change the following in rc.conf to get system to work again. varmfs="AUTO" # Set to YES to always create an mfs /var, NO to never varsize="32m" # Size of mfs /var if created varmfs_flags="-S" # Extra mount options for the mfs /var populate_var="AUTO" # Set to YES to always (re)populate /var, NO to never cleanvar_enable="YES" # Clean the /var directory CHANGED TO : varmfs="NO" # Set to YES to always create an mfs /var, NO to never varsize="32m" # Size of mfs /var if created varmfs_flags="-S" # Extra mount options for the mfs /var populate_var="NO" # Set to YES to always (re)populate /var, NO to never cleanvar_enable="NO" # Clean the /var directory Not why all of a sudden /var/ was mounted mfs. Maybe something to do with the new random stuff, I did a mergemaster before rebooting Not sure if this is related to your problem Manfred ======================== || null_at_pozo.com || || || ======================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Fri Oct 31 2014 - 19:04:58 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:53 UTC