RE: Upgrading from 6.4 to 7.2
Willem, Willem Jan Withagen wrote on Friday, July 31, 2009 2:07 PM: > Willem Jan Withagen wrote: >> Andrey V. Elsukov wrote: >>> Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 -> 7.2 needs to go via 7.0 ?? >>> >>> It is already fixed. >>> http://svn.freebsd.org/changeset/base/195987 >>> >> >> cvsupped last night at 1:00 +1 >> So the apha-particle strikes again. ;) >> >> I'll update, and rerun. > > We'll I got 1 step further. > > Kernel is build, but refuses to install, > ===> accf_http (install) > install -o root -g wheel -m 555 accf_http.ko /boot/kernel > install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel > kldxref /boot/kernel > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked Are you sure the kernel does not install? I have recently source-upgraded a bunch of systems straight from 6-STABLE to 7-STABLE, constantly observed this error, but kernel and modules did install properly, and the machines booted up as smoothly as expected. Most of them with gmirror, BTW. Helge Atos Origin GmbH, Theodor-Althoff-Straße 47, D-45133 Essen, Postfach 100 123, D-45001 Essen Telefon: +49 201 4305 0, Fax: +49 201 4305 689095, www.atosorigin.de ING Bank AG, Frankfurt/Main: Konto 001 014 0937, BLZ 500 210 00, Swift / BIC INGBDEFF, IBAN DE74 5002 1000 0010 1409 37 Geschäftsführer: Winfried Holz, Handelsregister Essen HRB 19354, Ust.-ID.-Nr.: DE147861238 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
RE: rrdtool performance tuning (fwd)
Dmitry Morozovsky wrote on Monday, October 29, 2007 9:13 AM: > any hints to tune rrdtool with ~30k rrd files (approx 2k target > devices)? > > machine is mostly IO-bound, showing 100% disk load with 8 or > sometimes even 3 mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) This is how rrdtool behaves. The best you can do is avoid paging of the "hot" blocks of the RRD files out of buffer cache by supplying sufficient RAM. Other options such as noatime etc. merely have minor effects. Personally, I run a 70k+ RRD file box by queueing the requests first and writing them to the database files in bulk, at the expense of an artificial delay of a couple of minutes. Disk space is some 6 GB so using a RAM disk might be an option, at the risk of losing data... Probably about 100k RRDs is what you can get out of current hardware. Note specifically that SMP has no effect. Helge Atos Origin GmbH, Theodor-Althoff-Str. 47, D-45133 Essen, Postfach 100 123, D-45001 Essen Telefon: +49 201 4305 0, Fax: +49 201 4305 689095, www.atosorigin.de ING Bank AG, Frankfurt/Main: Konto 001 014 0937, BLZ 500 210 00, Swift / BIC INGBDEFF, IBAN DE74 5002 1000 0010 1409 37 Geschäftsführer: Wilbert Kieboom, Handelsregister Essen HRB 19354, Ust.-ID.-Nr.: DE147861238 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: FreeBSD 6.2-STABLE and Flash 7 patch
Kai Lockwood <> wrote on Friday, January 26, 2007 5:10 AM: > Oliver Fromme wrote: >> [EMAIL PROTECTED] wrote: >> > Torfinn Ingolfsen wrote: >> > > BTW, what is the reason this "hack" isn't included in the base kernel >> > > / code? >> > >> > Because it is probably unnecessary? I run a recent 6-STABLE and use >> > the flash7 plugin *without* this patch. I am using Opera, though, not > >> Firefox... >> >> Same here. I use Opera with the Flash plugin on 6-STABLE >> without any problems. I haven't applied a patch to rtld. >> > This is a Firefox specific patch which requires the rtld be patched. > Many thanks to those who have provided patch updates because I was at > a lost without them. > Ummm... In that case the application should be fixed rather than patching the operating system. Which finally explains why this patch should definitely not be included in the base. Helge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: FreeBSD 6.2-STABLE and Flash 7 patch
Torfinn Ingolfsen <> wrote on Wednesday, January 24, 2007 10:51 PM: > On Wed, 24 Jan 2007 13:11:16 -0600 > ejc <[EMAIL PROTECTED]> wrote: > >> rtld.c has changed a bit over time so here's a patch against the new >> file. > > BTW, what is the reason this "hack" isn't included in the base kernel > / code? Because it is probably unnecessary? I run a recent 6-STABLE and use the flash7 plugin *without* this patch. I am using Opera, though, not Firefox... Helge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Possibility for FreeBSD 4.11 Extended Support
Pete French <> wrote on Friday, December 22, 2006 2:44 PM: >> Because everybody knows that odd numbered releases aren't stable. > > I've been 20 years in electronics & comouting and thats the first > time I have ever heard anyone say that! Steer clear of '.0' releases > is well known, but suspecting something just because of the odd or > evenness of it's numbering scheme seems like pure superstition. The odd/even rule is just over-generalization, derived from the Linux kernel numbering scheme. Personally, I've been upgrading lots of servers from 4-STABLE to 5-STABLE to 6-STABLE without trouble. Yes, it is some amount of work (particularly if you want UFS2 benefits and thus have to newfs all filesystemes), but it is absolutely doable and certainly not a killer job. Of course upgrading hundreds, even thousands of remote servers is a different task. But then you want professional support anyway... Frankly, I can't follow the argument that 6.x is "unstable". After all, it's named 6-STABLE for a reason. I'd say from experience that the reason is perfectly valid. Actually I have two older servers that got "just stuck" every few weeks with 4-STABLE and 5-STABLE and called for a hard reboot -- these two have been rock solid ever since they were upgraded to 6-STABLE. Greets, Helge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: gnokii on FreeBSD 6.0 and Dell PE 2850
> Mar 22 08:41:38 nefarian kernel: sio0: 2 more silo overflows (total 16) This is often related to interrupt contention. Probably your new machine shares the IRQ of /dev/cuad0 with other devices. If another device hangs on the IRQ for too long, the cuad0 silo will overflow and you are losing characters, which probably cause the gnokii conversation with the phone to fail. Try tweaking your BIOS so that cuad0 doesn't share interrupts. I've seen other suggestions, such as fiddling with HZ and modifying sio.c but this one is probably the simplest. HTH Helge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: opinion on which software RAID to use
Vivek, Frankly, for smaller, desktop-sized boxen I prefer atacontrol. Once set up at installation time, it just works. I even managed to hotswap drives on certain ATA controllers, provided that the drives are on different channels. On the server end, I still prefer SCSI-based hardware RAID. YMMV. Helge -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vivek Khera Sent: Thursday, March 02, 2006 8:12 PM To: [EMAIL PROTECTED] Subject: opinion on which software RAID to use I have a stack of new boxes here with two SATA drives on which I plan to do software RAID. The box actually has a hardware RAID but it is somehow disabled since I didn't pay extra for it... I can access the BIOS and set up the RAID volume but it fails at boot. So they are configured as individual disks. The boxes are Dell PowerEdge 1425SC. Anyhow, I see at least three ways to set up a mirror of these drives and/or partitions: gvinum gmirror atacontrol Any opinions on which has both qualities: easy to configure/manage (ie, recover after failure) and performance? The handbook RAID page doesn't even mention gmirror. The atacontrol seems very simple to use, at least. Let me know what you think. Thanks! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"