Matthew Dillon reported a hard disk failure knocked out the DragonFly website and mailing lists over the weekend; there’s a new disk, filled from backups, back in place now.
Category: Heads Up!
Matthew Dillon reported that he and David Rhodus have tracked down and eliminated a longstanding bug that caused VM/filesystem corruption, dating from FreeBSD 4, which may even still be present in FreeBSD 5.
As a side effect, Matthew Dillon’s VFS work will get pushed into the most current code (HEAD). Unionfs and nullfs work has not been completed in the VFS code, so that means if you use HEAD and also use unionfs/nullfs, either don’t update for the next week or so, or drop back to DragonFly_Stable.
Matthew Dillon posted about some changes to the way the mailing lists work; this is to avoid the ever-increasing spam that has been coming in. The short summary is that is you post through news, or use your subscribing address when posting mail, it should work normally. Otherwise, read his plan further.
Matthew Dillon wrote that the DragonFly_Stable tag is being moved up to the current code, as his potentially destabilizing VFS work is going to be going into the tree, starting tomorrow.
The moral: if you have production or near-production machines, stick with the stable tag, for now.
Joerg Sonnenberger warned that a full buildworld will be needed when next upgrading your system. You will also want to recompile any ports that use cam/libcam, like many CD-reading tools.
Joerg Sonnenberger has commited a whole pile of updates to various network drivers, among them axe(4). He warns that anyone with a axe(4) device should give it a whirl, as the driver is untested at this point.
MAtthew Dillon warned that the ongoing VFS work will make the use of buildkernel/installkernel absolutely necessary for kernel installation, for anyone using filesystems other than those built into the kernel.
Due to a typo, now fixed, in the disklabel man page, the Installer for DragonFly 1.0A used a too-large fragment size for disks larger than 1G. You may run out of inodes depending on the size of your disk and the number of files you have on it. Matthew Dillon suggested this temporary workaround when installing, until the Installer is changed.
Matthew Dillon noted that a full make buildworld/kernel and installworld/kernel is needed on the next update, due to a number of changes he has made.
If you haven’t updated recently to catch the scheduler changes, you may want to do this in any case.
forknibbler.com is down; that’s where I host builds of material that is in doc CVS. It’ll be up as soon as I can get to the physical location.
There’s a new image available that fixes the installer problem when installing to a partition that isn’t the last one on the disk.
Quoted from the download page:
IMPORTANT ERRATA ADDENDUM: Using the installer on a multi-slice disk will improperly resize the target slice when it is not the last slice, to be the same size as the last slice, leading to a corrupt disk! We will have an update to fix this problem in the next 24 hours!
Matt Dillon posted an announcement about 1.0RC1 last night on the kernel mailing list; it contins some important notes about ACPI.
A few people using Postfix for mail have reported system hangs at irregular intervals; Joerg Sonnenberger and Matt Dillon have been trying to track this down. Joerg posted these steps to take if you are so fortunate as to encounter this problem:
“Please try to provide the following for us for download:
- a tarball of your
/var/spool/postfix[if this doesn't contain private mail, save it and try to remove them as long as the problem persists]
- a crash dump of the system when it hangs and the kernel.debug, please test that ‘
gdb -k kernel.debug vmcore.X‘ actually works and gdb doesn’t crash.
- if you can easily reproduce the problem, compile
kern/kern_lockf.cwith -DLOCKF_DEBUG, use the ddb command ‘
w lf_print_ranges 1‘ to set the lockf debugging and give us the
I really want to fix this, but neither Matt nor I can reproduce this problem and the code is not obviously bad. There is some interaction going on, but the crash dump we had so far doesn’t work (see above about testing). It would be nice, if you can use bzip2 or gzip on all this data.”
The kernel mailing list is getting hit with a Windows mail virus in a big way; be careful when viewing it through your mail client/news interface if you use Windows.
Update: fixed now.
Matt Dillon has added bind-9.2.4rc4 to
contrib. This replaces bind8 that was being used for DragonFly (and I assume FreeBSD-4) by default. Things may be somwhat unstable for a few days; if that is trouble for you, don’t update your system this week.
The latest dev numbering changes from Matt Dillon will break the NVIDIA binary driver, if you are using it. Emiel Kollof is working on a new version, and until that’s set, avoid updating if you want to keep your NVIDIA driver working.
Matt Dillon’s tracked down a nasty filesystem corruption bug in the
lockf code; everyone should update, rebuild, reboot, and do a
fsck to make sure your disk is intact.
Because of a commit at 2004/04/29 03:06:41 PDT, your next upgrade will need a buildworld –
make quickworld won’t catch it. This was helpfully noted by David Rhodus.
If you updated your kernel today and you are having wierd graphical issues or crashing, put this in
The issue should be fixed very soon.
Matt Dillon’s still missing some parts to the PIPE code in last night’s import from FreeBSD 5. Until this is fixed (hopefully by tomorrow) , the codebase will be somewhat unstable.
Matt Dillon posted that he is doing major work on buildworld code; you may want to update tomorrow and not today, if it was on your agenda. Following is his description of his work plans:
binutils 2.14 is being added in by Matt Dillon, over the next few days.
David Rhodus and Matt Dillon are getting GCC2 and GCC3 into the base system today; updating your source during the next 24 hours may bring you an unstable version.
There’s been a number of people reporting various breakages during install or boot time. To weed out problems caused by old data right away, remember to:
rm -rf /usr/obj
Matt Dillon’s bringing in the ‘DragonFly’ name to replace ‘FreeBSD’ in the source, which may break a number of things over the next few days, including all ports.
James Frazer found, and David Rhodus corroborated, that NTFS support tain’t working.
As part of another discussion, it’s been noted that trying to boot FreeBSD 5.1 and DragonFly from the same disk currently may not work if it’s UFS1, and definitely won’t if it’s UFS2.
/bin/sh had a big introduced recently that would make it crash when booting with a new world. It’s been fixed, so recompile
/bin/sh with updated sources when possible.