Re: ZFS Tuning - arc_summary.pl
On 3/30/10 9:30 AM, jhell wrote: Ill mark this up on my todo. Thanks for the feedback I should have something committed back within the next couple days, possibly even tonight. I never recalculated for this difference as that area of the code was just a formatting fix. But as Jeremy has pointed out, it would have to verify against __FreeBSD_version but since I already pull in the sysctl MIB kern.osreldate I should be able to compare to that and say 70 or higher make the above correction. As this is mainly ZFS v13 dependent now I don't feel to bad doing what I have stated above. Thanks again, Regards, Shouldn't the ARC Size Breakdown be based on the current size (instead of the target size) no matter what? If the current size was *less* than arc_max, you'd also get an nonsensical breakdown - in that case with the recently used and frequently used adding up to *more* than the current size. It seems to me that the only thing that would be different between newer and older FreeBSD version would be whether arc_max would be described as a Hard Limit or not - which is maybe not that important to show. If that's all true, then the patch should work for both older and newer versions of FreeBSD. Barry ___ 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
ZFS Tuning - arc_summary.pl
I've been using the arc_summary.pl script from here:
http://jhell.googlecode.com/svn/base/head/scripts/zfs/arc_summary/arc_summary.pl
and noticed some odd numbers, with the ARC Current Size being larger than the Max Size, and the breakdown adding up to
less than the current size as shown below
ARC Size:
Current Size: 992.71M (arcsize)
Target Size: (Adaptive) 512.00M (c)
Min Size (Hard Limit): 81.82M (arc_min)
Max Size (Hard Limit): 512.00M (arc_max)
ARC Size Breakdown:
Recently Used Cache Size: 99.84% 511.18M (p)
Frequently Used Cache Size: 0.16% 0.82M (c-p)
From another thread I saw, it sounds like arc_max isn't really
a Hard Limit but rather some kind of high water mark. If that's
the case then I wonder if this might make more sense
-
--- arc_summary.pl.original 2010-02-25 19:23:13.0 -0600
+++ arc_summary.pl 2010-03-29 09:32:28.0 -0500
@@ -121,20 +121,20 @@
my $arc_size = ${Kstat}-{zfs}-{0}-{arcstats}-{size};
my $arc_size_MiB = ($arc_size / 1048576);
-my $mfu_size = $target_size - $mru_size;
+my $mfu_size = $arc_size - $mru_size;
my $mfu_size_MiB = ($mfu_size / 1048576);
-my $mru_perc = 100*($mru_size / $target_size);
-my $mfu_perc = 100*($mfu_size / $target_size);
+my $mru_perc = 100*($mru_size / $arc_size);
+my $mfu_perc = 100*($mfu_size / $arc_size);
print ARC Size:\n;
printf(\tCurrent Size:\t\t\t\t%0.2fM (arcsize)\n, $arc_size_MiB);
printf(\tTarget Size: (Adaptive)\t\t\t%0.2fM (c)\n, $target_size_MiB);
printf(\tMin Size (Hard Limit):\t\t\t%0.2fM (arc_min)\n, $arc_min_size_MiB);
-printf(\tMax Size (Hard Limit):\t\t\t%0.2fM (arc_max)\n, $arc_max_size_MiB);
+printf(\tMax Size :\t\t\t%0.2fM (arc_max)\n, $arc_max_size_MiB);
print \nARC Size Breakdown:\n;
printf(\tRecently Used Cache Size:\t%0.2f%%\t%0.2fM (p)\n, $mru_perc,
$mru_size_MiB);
-printf(\tFrequently Used Cache Size:\t%0.2f%%\t%0.2fM (c-p)\n, $mfu_perc,
$mfu_size_MiB);
+printf(\tFrequently Used Cache Size:\t%0.2f%%\t%0.2fM (arcsize-p)\n,
$mfu_perc, $mfu_size_MiB);
print \n;
### ARC Efficency ###
---
Giving something like this...
ARC Size:
Current Size: 992.88M (arcsize)
Target Size: (Adaptive) 512.00M (c)
Min Size (Hard Limit): 81.82M (arc_min)
Max Size : 512.00M (arc_max)
ARC Size Breakdown:
Recently Used Cache Size: 51.48% 511.18M (p)
Frequently Used Cache Size: 48.52% 481.70M (arcsize-p)
Barry
___
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: ZFS tuning [was: hardware for home use large storage]
On 2/15/10 7:49 PM, jhell wrote:
As I make final modifications to the script I will keep the below URLs
updated and welcome any bug reports or modification requests to me
personally.
Here is the URLs:
http://jhell.googlecode.com/files/arc_summary.pl
http://jhell.googlecode.com/files/arc_summary.pl.asc
Nice. How about including relevant lines from /boot/loader.conf, maybe
something like this tacked on the end of the script (excuse my Perl, I'm
a Python guy).
Loader Settings #
open(LOADER, '/boot/loader.conf');
print \n/boot/loader.conf settings:\n;
while (LOADER){
chomp;
if (/^\s*(zfs|vfs\.zfs|vm\.kmem)/){
print \t$_\n;
}
}
Yes, it should more or less duplicate the sysctl values, but it may make
it more obvious where the settings are coming from, or if the user has
bad or ignored settings
Barry
___
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: Support for SAS/SATA non-RAID adapters
Gerrit Kühn wrote: On Wed, 18 Nov 2009 13:15:59 -0600 Barry Pederson b...@barryp.org wrote BP If someone wanted to make PCIe compatible brackets for this affordable BP card, they'd probably sell a fair number to small shops or home users. Yeah, I would also buy some. :-) I was browsing this bracket mfg's page, I wonder if they might have something off-the-shelf that would be suitable http://www.purcellbrackets.com/dbblanks.asp Barry ___ 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: Support for SAS/SATA non-RAID adapters
Gerrit Kühn wrote: On Wed, 18 Nov 2009 08:56:14 -0800 Freddie Cash fjwc...@gmail.com wrote about Re: Support for SAS/SATA non-RAID adapters: FC I installed a Supermicro AOC-USASLP-L8i card here some days ago. FC Should be even cheaper than the ones you mentioned and comes with a FC LSI chip supported by mpt driver: I guess the version of the card I have here was actually intended to be used in some kind of special Supermirco-Extension Slot. However, it fits into a standard PCIe slot and works nicely there as far as I can tell. Do you have the opportunity of using a riser card that would give you one more slot? Those Supermicro UIO cards look like backwards PCIe cards. Do they come with other brackets for fitting into a PCIe slot, or did you have to go bracketless? The online manual at http://www.supermicro.com/manuals/other/AOC-USASLP-L8i.pdf didn't mention anything about brackets or how it'd work in PCIe slots. Barry ___ 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: Support for SAS/SATA non-RAID adapters
Jeremy Chadwick wrote: The UIO slot itself is proprietary, but provides pinout interfaces to support both PCIe 1x, 4x, and 8x, as well as PCI (32-bit and 64-bit), and PCI-X (presumably 100 and 133MHz). But ultimately it depends on what board offers what pinouts through the UIO slot. Rather than document it, here's how it works in the Real World(tm): - We need a PCIe x8 on our X7SBi for a low-profile RAID card - X7SBi motherboard has a UIO slot: http://www.supermicro.com/products/motherboard/Xeon3000/3210/X7SBA.cfm - UIO slot on this board supports one of the following, depending on which riser you buy: - (1) PCIe x8 - (1) PCI-X 133MHz (64-bit). - Scroll down to the bottom of the page and you'll find: - CSE-RR1U-ELi -- 1U PCI-E x8 Riser Card for X7SBi - Visit Supermicro's Accessories page, and select Riser Cards: http://www.supermicro.com/support/resources/Riser/riser.aspx - Search for CSE-RR1U-ELi, and you find: http://www.supermicro.com/a_images/products/Accessories/CSE-RR1U-ELi.jpg - Contact Supermicro distributor (whoever you got the server from, or you can contact Supermicro directly to help find a distributor for you) and get the CSE-RR1U-ELi. Some online retailers do sell these risers too. - Costs about US$11. - Buy it, install it, mount the card in it, enjoy. By the way, I'll add that the AOC-USASLP-L8i is **not** compatible with the UIO riser/adapter for the X7SBi. This should be apparent just from examining the location of the PCIe x8 slot on the RAID card vs. where the CSE-RR1U-ELi PCIe x8 slot is located. You'll find what boards the AOC-USASLP-L8i is compatible with, UIO riser-wise, here: http://www.supermicro.com/products/accessories/addon/AOC-USASLP-L8i.cfm So in general, make sure whatever Supermicro card (RAID, Ethernet, SAS, SCSI, whatever) you're going with is indeed compatible with whatever Supermicro board you stick it in. Best thing to do is contact Supermicro Technical Support and ask. Their TS folks are better than average; I can get full specifications for ICs out of them, while I've never been able to achieve this with Tyan. Rackable (who uses Tyan mainboards) might have better luck. :-) Thanks for the info. I have no doubt a Supermicro HBA will work in a Supermicro motherboard and chassis given the correct Supermicro risers or other accessories. What I was questioning was where the OP said: it fits into a standard PCIe slot and works nicely there as far as I can tell - which to me sounds like you could use this HBA in a *NON-Supermicro* motherboard. I was just wondering if that was truly the case, given how in the photos it looks to be arranged physically backwards from a regular PCIe card, and given how you mention The UIO slot itself is proprietary. But some more digging on Google has turned up a few mentions along the lines of: This card plugs into a normal PCIe 8x slot but the metal mounting bracket bolted to the card is made for a UIO slot (which is why it's so cheap). All you have to do is remove the metal bracket and zip-tie the card to your case for mechanical support. Electrically it'll work fine in a PCIe x8 or x16 slot. If someone wanted to make PCIe compatible brackets for this affordable card, they'd probably sell a fair number to small shops or home users. Barry ___ 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: glabel metadata protection (WAS: ZFS: drive replacement performance)
Dan Naumov wrote: If I use glabel to label a disk and then create a pool using /dev/label/disklabel, won't ZFS eventually overwrite the glabel metadata in the last sector since the disk in it's entirety is given to the pool? I would say in this case you're *not* giving the entire disk to the pool, you're giving ZFS a geom that's one sector smaller than the disk. ZFS never sees or can touch the glabel metadata. So what happens if I was to do the following (for the same of example): gpart create -s GPT /dev/ad1 glabel label -v disk01 /dev/ad1 gpart add -b 1 -s ENTIREDISK -t freebsd-zfs /dev/ad1 Does gpart add automatically somehow recognize that the last sector of ENTIREDISK contains the glabel and automatically re-adjusts this command to make the freebsd-zfs partition take entiredisk minus last sector ? I can understand the logic of metadata being protected if I do a: gpart add -b 1 -s ENTIREDISK -t freebsd-zfs /dev/label/disk01 since gpart will have to go through the actual label first, but what actually happens if I issue a gpart directly to the /dev/device? I'd guess bad stuff would happen here, with a conflict between what gpt and glabel would want to do with the end of the disk. If you wanted to use glabel with a GPT partition, I'd think you'd want to gpart create -s GPT /dev/ad1 (use gpart show to see what space is now available for GPT partitions, it won't start at 1 and won't go to the very end of the disk) gpart add -b 34 -s REMAININGDISK -t freebsd-zfs /dev/ad1 glabel label -v disk01 /dev/ad1p1 (and then use label/disk01 in a zpool) Barry ___ 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: apache 2.0.63 and php5
Jase Thew wrote:
Hi,
/etc/profile is the system wide profile for sh shell. So, should you
need to do this for all sh scripts ( including /usr/local/etc/rc.d/
scripts), simply add a PATH line to /etc/profile, eg:
PATH=/foo/bar:/bar/baz:$PATH; export PATH
or
PATH=$PATH:/foo/bar:/bar/baz; export PATH
depending on whether you want your additional directories to be searched
before or after the default path.
Regards,
Jase.
Thanks, that's an easy fix.
There are some inconsistencies though in the default paths used in
various places around the system. It seems that we have (on 7.1 at least)
/etc/rc: /sbin:/bin:/usr/sbin:/usr/bin
/etc/rc.shutdown: /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin
(why no /usr/local/bin ?)
/etc/login.conf, /usr/share/skel/dot.profile, /usr/share/skel/dot.cshrc:
/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:~/bin
Would it make any sense to do something like to add /usr/local/s?bin
later in the rc startup as a system default - to make automatic
boot-startup behavior more similar to manual service-starting behavior...
--- defaults/rc.conf.original 2009-01-19 22:58:58.490989000 -0600
+++ defaults/rc.conf2009-04-13 09:09:01.680065507 -0500
@@ -51,6 +51,7 @@
populate_var=AUTO# Set to YES to always (re)populate /var, NO to
never
cleanvar_enable=YES # Clean the /var directory
local_startup=/usr/local/etc/rc.d # startup script dirs.
+local_startup_path=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
# Path to use when starting local scripts
script_name_sep= # Change if your startup scripts' names contain
spaces
rc_conf_files=/etc/rc.conf /etc/rc.conf.local
--- rc.original 2009-01-19 22:56:22.411969000 -0600
+++ rc 2009-04-13 09:07:16.046050290 -0500
@@ -100,7 +100,10 @@
#
case ${local_startup} in
[Nn][Oo] | '') ;;
-*) find_local_scripts_new ;;
+*) find_local_scripts_new
+PATH=local_startup_path
+export PATH
+;;
esac
files=`rcorder ${skip} /etc/rc.d/* ${local_rc} 2/dev/null`
-
You could also perhaps pull that $local_startup_path into rc.shutdown
Barry
___
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: apache 2.0.63 and php5
xer wrote: Hello any1 Strange, i have a apache web 2.0.63 and php5 on a 6.4-STABLE, but every time i reboot the server, the php pages does not work at all, especially some self tools made with sh scripts and sudo (tail cat and some php buttons), refresh of the page does not solve the matter.. For fix it, i need to make a simple apachectl stop and start, then the php pages start to works... the logs did tell anything... any ideas? appreciate your help TIA I'd guess something like /usr/local/(s)bin not being in the process path when the machine boots, but when you restart it by hand it picks up the path you have in your shell. I've been burned by this a fair number of times, wish there was some good way of having things starting from /usr/local/etc/rc.d to have /usr/local/bin and sbin in the path on a consistent basis. Barry ___ 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: 32bit filesystem limitations
Ivan Voras wrote: Andrei Kolu wrote: I created 20GB slice for system and selected everything else for /data but after restart I see again 1,2TB /data. After second sysinstall attempt I created another 2TB slice and now at least I can use whole space. Not so good but it works. Second attempt: Now I reserved 20GB for boot volume from 3Ware 9650SE controller and looks like it ...oops...did it againdeem. # df -H Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a2.1G146M1.8G 8%/ devfs 1.0k1.0k 0B 100%/dev /dev/da1s1d1.2T4.1k1.1T 0%/data /dev/da0s1d3.1G 12k2.9G 0%/tmp /dev/da0s1f8.3G450M7.2G 6%/usr /dev/da0s1e4.2G281k3.8G 0%/var Ok, you're on the right track. Just don't use bsdlabel or fdisk partitions for da1 - clear the partition tables and use gpart to create a GPT partition tables which has no 32-bit problems. Is there any reason not to skip labeling/partitioning and use da1 directly? Just newfs it and mount it. I've done this with a couple large Areca arrays with no ill effect so far. Barry ___ 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: HEADS UP: Major CAM performance regression
Mike Tancsa wrote: At 05:55 AM 2/13/2009, Scott Long wrote: If, instead, it reports a value of '1', you are likely affected. Note that it may be normal for USB memory devices to report a low number. Also, many legacy SCSI disks, and devices that are not disks, may also be expected to report a low number. Hi Scott, I tested with the patch on my areca controller, and it still reports 1 post patch. (On RELENG_6, it shows 255 with the same controller) I can report a metoo on a 7.0-RELEASE-p3 machine with an Areca ARC-1212 card and SATA drives. camcontrol tags da0 reports: (pass0:arcmsr0:0:0:0): device openings: 1 The machine is just a dog sometimes. Haven't tried the patch though. Barry ___ 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: LSI SAS3442e supported in 6.4 or 7.1?
Patrick M. Hausen wrote: Hello, seems like I cannot find out if this card is supported or not. LSI provide drivers for Windows and Linux as usual, and mfi(4) doesn't mention that particular one. But possibly it's of the MegaRAID Firmware Interface type that mfi(4) supports? Unfortunately for a particular server model this controller is the only one our vendor (Fujitsu Siemens) offers. Thanks for any hints, Patrick I think the mpt(4) driver covers that card. I've got a few similar LSI SAS cards that work fine with that on FreeBSD 7.0 (SAS3081E-R and SAS3041E-R I believe). Barry ___ 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: kernel panic on 6.2-RC2 with GENERIC.
On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: [ Areca kernel panic, IO failures ... ] I have seen this identical fault with the new areca driver, my machine is opteron hardware, but running a regular i386/SMP kernel/world. With everything at 6.2RC2 (as of 29th of December) except the areca driver the machine is rock solid, with the 29th of december version of the areca driver the box will crash on extract of a large tar file, removal of a large directory structure, or pretty much anything that does a lot of disk io to different files/locations. There is no error log prior to seeing the following messages.. Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 Dec 29 14:26:44 aleph kernel: ... There are a string of these, followed by a crash and reboot. I can report a metoo on this problem (lots of g_vfs_done errors followed by a reboot), with 6.2-RELEASE, opteron CPUs running an i386/SMP kernel Controller Name ARC-1160 Firmware VersionV1.39 2006-1-4 BOOT ROM VersionV1.39 2006-1-4 All the volumesets are RAID 6 I was doing a buildworld, rsyncing a big tree from another machine, and a portsnap extract simultaneously (all as a stress test). The firmware isn't the latest - hadn't upgraded it yet because it seemed to be working fine. Barry ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Install onto 6Tb array
LI Xin wrote: Lawrence Farr wrote: I'd like to install stable directly onto a 6Tb Areca array, and have run out of clues how to do it. In the past I've always used a separate boot volume that was small enough for sysinstall to work with, but I have no space to fit more drives in this chassis. I've tried putting a small partition on the start, which boots fine, but screws up the disk sizing as the geometry is wrong I guess? tried diskprep, but that gets the gemometry wrong as well. Is the only option to use gpt and restore to it from another boot device and hope that the bios can boot it? I am afraid so... 6TB is way too large for MBR to manage (which can support 4TB at maximum). I've got a server with an Areca in it, and found it works fairly well to divide the raid set into a small volume set for booting and use the remainder as another volume set for data. The BIOS and OS see the volume sets as separate drives, so the one you're booting off of can be a reasonable size that the MBR can handle, and sliced and partitioned normally. The data volume set I just newfs-ed raw (no slices or partitions). Barry ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BUg on latest mysql40-client portupgrade.
Kris Kennaway wrote: On Fri, Jan 13, 2006 at 08:50:31PM +0100, Jack Raats wrote: Since the latest mysql40-client port upgrade, I'm getting a mysql error: Jan 13 20:04:33 orac kernel: Starting gld. Jan 13 20:04:33 orac kernel: /libexec/ld-elf.so.1: Jan 13 20:04:33 orac kernel: Shared object libmysqlclient.so.12 not found, required by gld Can anyone help me or give me a clue? FreeBSD 6.0-STABLE and mysql-client-4.0.26_1 GLD 1.6 gives the error You forgot to portupgrade the things that depend on mysql, such as gld. Yeah, but normally doesn't portupgrade move any old libraries to /usr/local/lib/compat/pkg , so you're covered for backwards library compatibility normally? If you haven't rebooted since installing portupgrade, your ldconfig might not know about where portupgrade copies those old libraries. You could try running /usr/local/etc/rc.d/000.pkgtools.sh to straighten that out. Barry ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with portupgrade
Jim C. Nasby wrote: I'm trying to upgrade spamassassin, but portupgrade is stubling on every dependant port. It appears it wants to re-install each port, which of course doesn't work. It generates the make deinstall first error message. portupgrade -m -DFORCE_PKG_REGISTER seems to have gotten around the problem, but I'm curious as to what's causing this. Anyone have any ideas? This is 4.11-RELEASE if that matters... Did you perhaps upgrade your Perl earlier? so that perhaps the existing installed dependant ports are Perl packages for 5.6.1, but you now have 5.6.2 and portupgrade thinks your dependant packages should be for that - but it can't install them because the older versions for 5.6.1 are in place. Barry ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with portupgrade
Jim C. Nasby wrote: On Sat, May 21, 2005 at 02:47:28PM -0500, Barry Pederson wrote: Did you perhaps upgrade your Perl earlier? so that perhaps the existing installed dependant ports are Perl packages for 5.6.1, but you now have 5.6.2 and portupgrade thinks your dependant packages should be for that - but it can't install them because the older versions for 5.6.1 are in place. I did recently go from 5.8 to 5.6. So that means all my perl stuff needs to re-install? That doesn't really make any sense... Yeah, that'll do it. A lot of those Perl modules are not pure Perl, and contain compiled shared libraries (try; find /usr/local/lib/perl5 -name *.so). It's kind of a pain - I'm not at all a Perl fan myself, but have fought with it just to get SpamAssassin running. Too bad they don't handle it the way Python modules are handled, where the same port of a Python module can be installed multiple times for multiple versions of Python. Anyhow, /usr/ports/UPGRADING talks about upgrading all Perl dependencies. This page also quotes the same info http://www.freshports.org/lang/perl5.8 Barry ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ipfilter doesn't compile in 5.2-Release
Brooks Davis wrote: On Fri, Jan 23, 2004 at 12:13:16AM +0100, Hanspeter Roth wrote: Hello, I'm trying to configure IPFILTER in 5.2-Release. But the compilation failes: cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../contrib/ipfilter/netinet/ip_fil.c ../../../contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper': ../../../contrib/ipfilter/netinet/ip_fil.c:319: error: `PFIL_OUT' undeclared (first use in this function) I've copied the oppropriate options from /sys/conf/NOTES. You missed the line four lines below options IPFILTER: options PFIL_HOOKS #required by IPFILTER Can we put PFIL_HOOKS in the GENERIC kernel config, so a person doesn't have to recompile the kernel to use IPFilter - like it was back in later versions of 4.x? It seems kind of silly to have the default 5.x install come with a ipfilter kld module sitting there, a knob that can be used in rc.conf to enable it - but it can't be used without jumping through more hoops. Barry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: official 3ware support ?
Mike Tancsa wrote: At 01:55 PM 24/12/2003, Vinod Kashyap wrote: Yes, 3ware now supports FreeBSD! The driver you find on the 3ware website has been extensively tested on 4.8, and not yet on 4.9. Hi, I was just playing around with your beta driver on 4.9 STABLE. Am I safe to assume that if I dont have PAE enabled and have =2G of RAM installed, the driver should work ? Also, will there be an updated 3dmd ? I was wondering about 3dmd support too, especially on FreeBSD 5.x. The last time I tried it, on a 5.1-Release box, you had to apply a binary patch to make it work, as described in this old message from the freebsd-current list. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1035474+0+archive/2003/freebsd-current/20030601.freebsd-current It's kind of an ugly process to have to go through. Barry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Strange things going on with 4.8
Daniela wrote: I used sysutils/memtest from the ports, and let it run over night. BTW, is there some kind of operating system that boots off a floppy and just tests the memory? That would be useful because memtest can't test all the memory. What other diagnostic software could I use? memtest86, from http://memtest86.com has floppy or ISO images that boot and just test memory, pretty thoroughly. Barry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fix for hanging of vr interface (Rhine Ethernet)
Thomas Nystrom wrote: I have found one other person who has run the test sucessfully but I would feel more comfortable if there were some more people that had run the patch. I have also got a reply from a person in Finland that are going to do exactly the same thing as you are. When you're testing the vr driver, is it possible to do it as a loadable module, where you could repeatedly compile/kldload/test/kldunload? Or do you have to compile-the-kernel/install/reboot/test? When I was fighting with vr on my mini-itx board, I was doing it the second way, which was a pain. Tried the first way once, but didn't work (don't recall the details at the moment) - wasn't sure if it wasn't possible or if I was just missing something. If there is a less disruptive way to test any proposed patches, I'd be willing to take a whack at them. Barry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: 3.3-R: passwd dependencies
Valentin Nechayev wrote: /usr/bin/passwd from bin packages of 3.3-RELEASE wants libraries: libkadm.so.3 libkrb.so.3 libdes.so.3 Is it correct? ;( Could be..I've been having problems with that too. Downloaded the 3.3-Release (gzipped) ISO Image last night, and even on a minimum install, the part where you are supposed to set the root password just blows by, but when you create an additional user, everything works ok. When the system boots up for the first time, root has no passwd, and the passwd command gives an error saying either libkadm or libkrb as mentioned above is missing. Logging in as the additional user created at startup works fine, but when you try to do a "su", you get an error saying libkadm or libkrb is missing (passwd bitches about one of them, su the other, I don't recall offhand which is which). Something is definitely goofed there, or the install lets you setup a goofed system. Barry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
