Re: TOP shows above 100% WCPU usage
I've seen with libthr. What libraries are you using? -Kip On Tue, 22 Aug 2006, Jiawei Ye wrote: On 8/16/06, Dan Nelson [EMAIL PROTECTED] wrote: How can mysql use 160%? Is this a reporting bug in top because mysql is threaded? You have multiple CPUs, so a threaded process can theoretically reach 100*ncpus cpu usage. -- Dan Nelson [EMAIL PROTECTED] I am seeing this on a UP system too. last pid: 35355; load averages: 0.36, 0.08, 0.03up 1+12:11:39 12:20:56 205 processes: 3 running, 202 sleeping CPU states: 97.8% user, 0.0% nice, 1.5% system, 0.0% interrupt, 0.7% idle Mem: 122M Active, 52M Inact, 59M Wired, 7808K Cache, 34M Buf, 524K Free Swap: 1024M Total, 40M Used, 984M Free, 3% Inuse PID USERNAME THR PRI NICE SIZERES STATETIME WCPU COMMAND 35343 www22 40 275M 64620K accept 0:21 271.92% java 767 jabber 1 910 8836K 1284K select 7:07 0.00% perl5.8.8 875 pgsql 1 910 19880K 1748K select 0:20 0.00% postgres 840 vscan 1 40 22892K 18304K accept 0:17 0.00% clamd 4733 www27 40 17428K 3268K kqread 0:10 0.00% httpd -- Without the userland, the kernel is useless. --inspired by The Tao of Programming ___ 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]
Re: TOP shows above 100% WCPU usage
On 8/23/06, Kip Macy [EMAIL PROTECTED] wrote: I've seen with libthr. What libraries are you using? -Kip libthr :) Jiawei -- Without the userland, the kernel is useless. --inspired by The Tao of Programming ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
suggestions for SATA RAID cards
Hi, I've ran into sort of a snag with building a 2T file server. Given all the good press here for 3ware and the talk to the guys at the CeBIT I decided to go for a 9550SX-LP8. With that I bought a ASUS serverboard: K8N-LR with 165 dual core opteron. In itself is this a combo that I thing would do for a long time at my home. ;) However the 3ware controler decided not to play nice with 2 of the PCI-X boards I have here. It gets stuck in the bios disc scan. I've RMA-ed the card, but my guess is that it'll take a too long a time to fix/replace it for my patience. So I'm looking for alternatives with good support under amd64. I've seen that the Adaptecs are supported under aac(4). But what about Promisse or Highpoint RAID controllers? Thanx, --WjW ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
The Areca cards I can recommend. Highpoint 1820a is surprisingly good for its price and the later cards have better performance still apparently. N.B. Use the min stripe size when creating the array for max performance with this card under FreeBSD. Steve Willem Jan Withagen wrote: Hi, I've ran into sort of a snag with building a 2T file server. Given all the good press here for 3ware and the talk to the guys at the CeBIT I decided to go for a 9550SX-LP8. With that I bought a ASUS serverboard: K8N-LR with 165 dual core opteron. In itself is this a combo that I thing would do for a long time at my home. ;) However the 3ware controler decided not to play nice with 2 of the PCI-X boards I have here. It gets stuck in the bios disc scan. I've RMA-ed the card, but my guess is that it'll take a too long a time to fix/replace it for my patience. So I'm looking for alternatives with good support under amd64. I've seen that the Adaptecs are supported under aac(4). But what about Promisse or Highpoint RAID controllers? This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.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]
_malloc_prefork not found
Hi All, I've updated from amd64 6.1-RELEASE to 6-STABLE. All works fine. The only problem: when xmms or firefox starts the following message appears: /libexec/ld-elf.so.1: /lib/libpthread.so.2: Undefined symbol _malloc_prefork The Ports tree is fresh. Both xmms and firefox have been rebuilt. Who knows what have I do to fix the problem? Thanks, Serguey. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
Steven Hartland wrote: The Areca cards I can recommend. Highpoint 1820a is surprisingly good for its price and the later cards have better performance still apparently. N.B. Use the min stripe size when creating the array for max performance with this card under FreeBSD. I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 would also do fine. What device driver would one use with that. [Ahhh, 'man -k highpoint' is your friend] Now what I liked about the 3ware stuff was that there are tools to work the raid from within FreeBSD. So that would require the newers ones... But the hardware list is only showing the 2320 and 2322 with a rr232x(4) driver. Which sort of makes me wonder for all the other stuff and their drivers. The motherboard has both PCI-X and PCI-E so that should not be a connector problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? --WjW Willem Jan Withagen wrote: Hi, I've ran into sort of a snag with building a 2T file server. Given all the good press here for 3ware and the talk to the guys at the CeBIT I decided to go for a 9550SX-LP8. With that I bought a ASUS serverboard: K8N-LR with 165 dual core opteron. In itself is this a combo that I thing would do for a long time at my home. ;) However the 3ware controler decided not to play nice with 2 of the PCI-X boards I have here. It gets stuck in the bios disc scan. I've RMA-ed the card, but my guess is that it'll take a too long a time to fix/replace it for my patience. So I'm looking for alternatives with good support under amd64. I've seen that the Adaptecs are supported under aac(4). But what about Promisse or Highpoint RAID controllers? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
Willem Jan Withagen wrote: Steven Hartland wrote: The Areca cards I can recommend. Highpoint 1820a is surprisingly good for its price and the later cards have better performance still apparently. N.B. Use the min stripe size when creating the array for max performance with this card under FreeBSD. I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 would also do fine. What device driver would one use with that. I've had no direct experience with the newer cards I'm afraid so cant comment. If you go for the 1820 it must be the 1820a which is hardware raid vs the 1820 which is software. [Ahhh, 'man -k highpoint' is your friend] Now what I liked about the 3ware stuff was that there are tools to work the raid from within FreeBSD. So that would require the newers ones... All the tools for the 1820a work nicely under FreeBSD 6.1 :) But the hardware list is only showing the 2320 and 2322 with a rr232x(4) driver. Which sort of makes me wonder for all the other stuff and their drivers. 232x has native support but I've never heard of the 2720 not even mentioned on their site 2220 perhaps? This has a driver for FreeBSD also including an open source version. The motherboard has both PCI-X and PCI-E so that should not be a connector problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? Not really the right question as most cards are only x1 PCI-E cards. That said I dont know for sure but I suspect they have very similar capabilites. Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.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]
Re: _malloc_prefork not found
On Wed, 23 Aug 2006, S.N.Grigoriev wrote: Hi All, I've updated from amd64 6.1-RELEASE to 6-STABLE. All works fine. The only problem: when xmms or firefox starts the following message appears: /libexec/ld-elf.so.1: /lib/libpthread.so.2: Undefined symbol _malloc_prefork The Ports tree is fresh. Both xmms and firefox have been rebuilt. Who knows what have I do to fix the problem? Your system is not consistent. There is no _malloc_prefork() (or _malloc_foofork()) in -stable; it only exists in -current. You've got -current libraries (at least libpthread) on -stable. libpthread is installed in /usr/lib in RELENG_6, not /lib. So if you've downgraded from -current, you'll need to remove the -current libraries that have different locations in RELENG_6 (no, I don't think there is an automated way to do this). -- DE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
On Wed, Aug 23, 2006 at 12:02:47PM +0200, Willem Jan Withagen wrote: Steven Hartland wrote: The Areca cards I can recommend. Highpoint 1820a is surprisingly good for its price and the later cards have better performance still apparently. N.B. Use the min stripe size when creating the array for max performance with this card under FreeBSD. I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 would also do fine. What device driver would one use with that. [Ahhh, 'man -k highpoint' is your friend] Now what I liked about the 3ware stuff was that there are tools to work the raid from within FreeBSD. So that would require the newers ones... But the hardware list is only showing the 2320 and 2322 with a rr232x(4) driver. Which sort of makes me wonder for all the other stuff and their drivers. The motherboard has both PCI-X and PCI-E so that should not be a connector problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? The x16 PCI-E has considerably faster theoretical speed than 133 PCI-X (appx. 4GBs vs. 1GBs). However, the RAID controllers that I've seen are at most x8 so they are only capable of transfer rates half that fast (2GBs). Personally, I would go with PCI-E since in some performance tests I did with Areca cards last year (both PCI-E and PCI-X) there appeared to be a slight performance advantage to the PCI-E cards (sorry, I don't recall any of the specifics anymore, so please take that for what it's worth). BTW, I've had good experience with the Areca cards in FreeBSD (recent stable). Bob --WjW Willem Jan Withagen wrote: Hi, I've ran into sort of a snag with building a 2T file server. Given all the good press here for 3ware and the talk to the guys at the CeBIT I decided to go for a 9550SX-LP8. With that I bought a ASUS serverboard: K8N-LR with 165 dual core opteron. In itself is this a combo that I thing would do for a long time at my home. ;) However the 3ware controler decided not to play nice with 2 of the PCI-X boards I have here. It gets stuck in the bios disc scan. I've RMA-ed the card, but my guess is that it'll take a too long a time to fix/replace it for my patience. So I'm looking for alternatives with good support under amd64. I've seen that the Adaptecs are supported under aac(4). But what about Promisse or Highpoint RAID controllers? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Bob Willcox Possessions increase to fill the space [EMAIL PROTECTED]available for their storage. Austin, TX -- Ryan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: _malloc_prefork not found
On Wed, Aug 23, 2006 at 07:17:40AM -0400, Daniel Eischen wrote: Your system is not consistent. There is no _malloc_prefork() (or _malloc_foofork()) in -stable; it only exists in -current. You've got -current libraries (at least libpthread) on -stable. libpthread is installed in /usr/lib in RELENG_6, not /lib. So if you've downgraded from -current, you'll need to remove the -current libraries that have different locations in RELENG_6 (no, I don't think there is an automated way to do this). We don't provide any convenience scripts for downgrades. Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer pgpJfkLjXCoi6.pgp Description: PGP signature
Re: suggestions for SATA RAID cards
I find it hard to believe nobody has mentioned 3ware, they are a bit more expensive but you pay for top notch quality, stability... Their newer cards support PCI-X and SATA II /w hotswap. -Greg ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
Greg Martin wrote: I find it hard to believe nobody has mentioned 3ware, they are a bit more expensive but you pay for top notch quality, stability... Their newer cards support PCI-X and SATA II /w hotswap. Well the message started by saying that I got caught by a 3ware card that did not want to play nice with me. So I guess nobody deared suggesting another 3ware card. ;) --WjW ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
On Wed, Aug 23, 2006 at 10:05:18AM -0500, Greg Martin wrote: I find it hard to believe nobody has mentioned 3ware, they are a bit more expensive but you pay for top notch quality, stability... Their newer cards support PCI-X and SATA II /w hotswap. BTW, just as a data point, my Areca controller (ARC-1210) has on several occasions demonstrated it's ability to recover nicely from drive failures. One of my Maxtor disks has this bad habit of periodically hanging. Popping the drive out and putting it back in causes the controller to immediately notice it and begin an automatic background rebuild (its a RAID5 configuration w/four 500GB disks). The rebuild takes about three hours to complete (on an unloaded system). Bob -Greg ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Bob Willcox Possessions increase to fill the space [EMAIL PROTECTED]available for their storage. Austin, TX -- Ryan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
Well the message started by saying that I got caught by a 3ware card that did not want to play nice with me. So I guess nobody deared suggesting another 3ware card. ;) My apologies, I now understand its a hardware issue. Before you toss the 3ware completely try the following (although I am sure you have) 1. Force PCI-x 64bit in the bios on the slot 2. Disable APIC or force old APIC mode 3. Disable onboard raid and/or SATA controller if its avail. My experience with some boards you really have to tweak around to get pci-x going. Sorry if I've wasted your time ! -Greg ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
On 8/23/06, Willem Jan Withagen [EMAIL PROTECTED] wrote: Hi, I've ran into sort of a snag with building a 2T file server. Given all the good press here for 3ware and the talk to the guys at the CeBIT I decided to go for a 9550SX-LP8. With that I bought a ASUS serverboard: K8N-LR with 165 dual core opteron. In itself is this a combo that I thing would do for a long time at my home. ;) However the 3ware controler decided not to play nice with 2 of the PCI-X boards I have here. It gets stuck in the bios disc scan. Disable int 13. The card is probably trying to load it's boot BIOS and another card is interfering with it... I had a Promise card that loved to f**k with my HighPoint controller. The solution to the problem was disabling int 13 on the HighPoint card by re-flashing the cards BIOS with a special switch set, I didn't need to boot from this card anyways. So I'm looking for alternatives with good support under amd64. I've seen that the Adaptecs are supported under aac(4). But what about Promisse or Highpoint RAID controllers? Stay away from Adaptec and Promise because they don't support FreeBSD. I would recommend Areca and/or HighPoint because they do officially support FreeBSD. 3Ware does support FreeBSD but I don't have experience with their cards so I can't say anything good or bad about them. If you want to go 64-bit Areca drivers are open source and the FreeBSD man page states that they work on amd64. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
Greg Martin wrote: Well the message started by saying that I got caught by a 3ware card that did not want to play nice with me. So I guess nobody deared suggesting another 3ware card. ;) My apologies, I now understand its a hardware issue. Before you toss the 3ware completely try the following (although I am sure you have) 1. Force PCI-x 64bit in the bios on the slot 2. Disable APIC or force old APIC mode 3. Disable onboard raid and/or SATA controller if its avail. My experience with some boards you really have to tweak around to get pci-x going. Thanx for the usefull suggestions. However: I've already returned the board to the supplier after I fiddled for about a day with the bios. Which was very cumbersome, since every change required: power off remove card power on change bios power off insert card power on test. En start all over. --WjW ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
On 8/23/06, Bob Willcox [EMAIL PROTECTED] wrote: On Wed, Aug 23, 2006 at 12:02:47PM +0200, Willem Jan Withagen wrote: Steven Hartland wrote: The Areca cards I can recommend. Highpoint 1820a is surprisingly good for its price and the later cards have better performance still apparently. N.B. Use the min stripe size when creating the array for max performance with this card under FreeBSD. I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 would also do fine. What device driver would one use with that. [Ahhh, 'man -k highpoint' is your friend] Now what I liked about the 3ware stuff was that there are tools to work the raid from within FreeBSD. So that would require the newers ones... But the hardware list is only showing the 2320 and 2322 with a rr232x(4) driver. Which sort of makes me wonder for all the other stuff and their drivers. The motherboard has both PCI-X and PCI-E so that should not be a connector problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? The x16 PCI-E has considerably faster theoretical speed than 133 PCI-X (appx. 4GBs vs. 1GBs). However, the RAID controllers that I've seen are at most x8 so they are only capable of transfer rates half that fast (2GBs). Personally, I would go with PCI-E since in some performance tests I did with Areca cards last year (both PCI-E and PCI-X) there appeared to be a slight performance advantage to the PCI-E cards (sorry, I don't recall any of the specifics anymore, so please take that for what it's worth). I agree. PCIe 8x is a faster bus and it's typically connected directly to the MCH (north bridge) unlike PCI-X which is stuck on the ICH (south bridge). Also the 2GB/s that was quoted for PCIe 8x is it's one-way data rate after calculating in overhead. It's a dual simplex interface meaning it has one path to send data and another path to receive data. Imagine a simple two lane road. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
On 8/23/06, Nikolas Britton [EMAIL PROTECTED] wrote: On 8/23/06, Bob Willcox [EMAIL PROTECTED] wrote: On Wed, Aug 23, 2006 at 12:02:47PM +0200, Willem Jan Withagen wrote: Steven Hartland wrote: The Areca cards I can recommend. Highpoint 1820a is surprisingly good for its price and the later cards have better performance still apparently. N.B. Use the min stripe size when creating the array for max performance with this card under FreeBSD. I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 would also do fine. What device driver would one use with that. [Ahhh, 'man -k highpoint' is your friend] Now what I liked about the 3ware stuff was that there are tools to work the raid from within FreeBSD. So that would require the newers ones... But the hardware list is only showing the 2320 and 2322 with a rr232x(4) driver. Which sort of makes me wonder for all the other stuff and their drivers. The motherboard has both PCI-X and PCI-E so that should not be a connector problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? The x16 PCI-E has considerably faster theoretical speed than 133 PCI-X (appx. 4GBs vs. 1GBs). However, the RAID controllers that I've seen are at most x8 so they are only capable of transfer rates half that fast (2GBs). Personally, I would go with PCI-E since in some performance tests I did with Areca cards last year (both PCI-E and PCI-X) there appeared to be a slight performance advantage to the PCI-E cards (sorry, I don't recall any of the specifics anymore, so please take that for what it's worth). I agree. PCIe 8x is a faster bus and it's typically connected directly to the MCH (north bridge) unlike PCI-X which is stuck on the ICH (south bridge). Also the 2GB/s that was quoted for PCIe 8x is it's one-way data rate after calculating in overhead. It's a dual simplex interface meaning it has one path to send data and another path to receive data. Imagine a simple two lane road. I take that back. For PCIe 8x imagine a divided highway with 8 lanes in each direction. The speed limit for each lane of traffic is 250MegaBytes/sec. So if you can move 8 semi-trucks filled with data in parallel your effective data rate is 2GigaBytes/sec. simple eh? :-) -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Junk Pointer Error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I compiled net/krb5 today on my 6.1-STABLE machine. As I tried to initialize Kerberos with '/usr/local/bin/kinit User@Domain I got the following error: kinit in free(): error: junk pointer, too high to make sense Abort trap: 6 (core dumped) The same programs on my FreeBSD 5.5-RELEASE server run OK without such an error. 'smbd' died with the same error later on... This is a severe problem since I have to use MIT-Kerberos to connect to our AD-Domain... Is there something I can do to avoid this problem? Matthew - -- Ciao/BSD - Matthias Matthias Schuendehuettemsch [at] snafu.de, Berlin (Germany) PGP-Key at pgp.mit.edu and wwwkeys.de.pgp.net ID: 0xDDFB0A5F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFE7KW3f1BNcN37Cl8RAl3fAJsEtqiV7ttVyUruuEkWsZ130kyV0QCdHF7N BkxAziq+7G6A/WtnSZkQNjo= =FElW -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Junk Pointer Error
On Aug 23, 2006, at 12:00 PM, Matthias Schuendehuette wrote: I compiled net/krb5 today on my 6.1-STABLE machine. As I tried to initialize Kerberos with '/usr/local/bin/kinit User@Domain I got the following error: kinit in free(): error: junk pointer, too high to make sense Abort trap: 6 (core dumped) Sure your hardware is OK? Try running memtest86 or a hardware diagnostic from your vendor, and double-check your fans PSU... -- -Chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.5 to 6.1 upgrade
On Tue, Aug 22, 2006 at 11:07:45PM +0300, Todorov @ Paladin wrote: Also - why portupgrade is not always aware of previously chosen options for a port build? It depends. If options are OPTIONS (in the ports sense), they are saved and independent of portupgrade. If options are makefile options specified in pkgtools.conf, they are only taken into accont if the port is (re)build explicitly; they are not taken into account if a port is (re)built as a dependency of another port. In plain text: if port B has options in pkgtools.conf, and port A has B as its dependency, and you portinstall/portupgrade A, B will be built (if needs be) without pkgtools.conf options. Be careful. Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer pgpoxLj6jY7P6.pgp Description: PGP signature
Re: Junk Pointer Error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Chuck, Am 23.08.2006 um 21:25 schrieb Chuck Swiger: Sure your hardware is OK? Try running memtest86 or a hardware diagnostic from your vendor, and double-check your fans PSU... Hmm, I fear I'm never sure... But I'll try to compile krb5 on my laptop - a different machine, which should not have the same memory problems... - -- Ciao/BSD - Matthias Matthias Schuendehuettemsch [at] snafu.de, Berlin (Germany) PGP-Key at pgp.mit.edu and wwwkeys.de.pgp.net ID: 0xDDFB0A5F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFE7LJif1BNcN37Cl8RAim+AJ9GJunF0IbmK/GY7IYP8HJEQjXIqgCePLeq hozJGAlpjr1EQGKe8bQw6Tk= =1FCe -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.5 to 6.1 upgrade
Ruslan Ermilov wrote: On Tue, Aug 22, 2006 at 11:07:45PM +0300, Todorov @ Paladin wrote: Also - why portupgrade is not always aware of previously chosen options for a port build? It depends. If options are OPTIONS (in the ports sense), they are saved and independent of portupgrade. If options are makefile options specified in pkgtools.conf, they are only taken into accont if the port is (re)build explicitly; they are not taken into account if a port is (re)built as a dependency of another port. In plain text: if port B has options in pkgtools.conf, and port A has B as its dependency, and you portinstall/portupgrade A, B will be built (if needs be) without pkgtools.conf options. Be careful. sysutils/portconf does not have that limitation. If you specify flags using that method, they will always be used. FYI, Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.5 to 6.1 upgrade
On Tue, Aug 22, 2006 at 12:23:00PM -0700, Chuck Swiger wrote: In practice, however, pretty much all software nowadays depends on shared libraries, so it's reasonable to do a pkg_delete -a after upgrading to a new major version of FreeBSD, and then reinstall all of the ports you use once you've finished upgrading. Run pkg_info before the upgrade and keep track of this output to help you remember what ports you've got installed... As a possible point of clarification, my comments earlier (and, I suspect similar comments of others) were not meant to imply that one should not rebuild ports after a major upgrade, but only that one need not do so _before_ upgrading. [...probably ... it worked for me ... YMMV ... if it is a critical package, then it wouldn't hurt to rebuild it first ... usw.] -- greg byshenk - [EMAIL PROTECTED] - Leiden, NL ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.5 to 6.1 upgrade
On Aug 23, 2006, at 4:41 PM, Greg Byshenk wrote: As a possible point of clarification, my comments earlier (and, I suspect similar comments of others) were not meant to imply that one should not rebuild ports after a major upgrade, but only that one need not do so _before_ upgrading. [...probably ... it worked for me ... YMMV ... if it is a critical package, then it wouldn't hurt to rebuild it first ... usw.] Oh, certainly-- FreeBSD's COMPAT stuff will let you run binaries compiled against an older version of FreeBSD just fine for almost all circumstances. However, as soon as you try to install a new port which depends on something already installed, or upgrade anything, you pretty much really need to upgrade *everything* to be sure that you don't compile new executables which depend on a mixture of COMPAT and current libraries... -- -Chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.5 to 6.1 upgrade
Chuck Swiger: FreeBSD's COMPAT stuff will let you run binaries compiled against an older version of FreeBSD just fine for almost all circumstances. However, as soon as you try to install a new port which depends on something already installed, or upgrade anything, you pretty much really need to upgrade *everything* to be sure that you don't compile new executables which depend on a mixture of COMPAT and current libraries... Yep. Also beware of make delete-old and make delete-old-libs, and ports that build differently depending on the OS version... Helge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
On Wed, Aug 23, 2006 at 09:23:00AM +0100, Steven Hartland wrote: The Areca cards I can recommend. Highpoint 1820a is surprisingly good Many many years ago I bought a HighPoint HPT366 ATA66 controller. Thought its a good deal because it was cheap. Thought, an ATA interface can't be that complicated anymore so that its safe to buy a cheap product. Turned out that I was very wrong with my theorie. I ran into timeout problems, that couldn't be fixed. After days and nights of troubleshooting and testing I didn't get it to work reliably. I replaced it by buying a more expensive Promise controller. Since then I had zero problems. Since that time I lost trust in HighPoint products. Good stuff has its price. It must not always be the most expensive hardware. But going with the cheapest (and I assume the HighPoint product will again be in the low price segment) can be troublesome. Andreas /// -- Andreas Klemm - Powered by FreeBSD 6 Need a magic printfilter today ? - http://www.apsfilter.org/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: _malloc_prefork not found
On Wed, 23 Aug 2006 07:17:40 -0400 (EDT) Daniel Eischen [EMAIL PROTECTED] wrote: On Wed, 23 Aug 2006, S.N.Grigoriev wrote: Hi All, I've updated from amd64 6.1-RELEASE to 6-STABLE. All works fine. The only problem: when xmms or firefox starts the following message appears: /libexec/ld-elf.so.1: /lib/libpthread.so.2: Undefined symbol _malloc_prefork The Ports tree is fresh. Both xmms and firefox have been rebuilt. Who knows what have I do to fix the problem? Your system is not consistent. There is no _malloc_prefork() (or _malloc_foofork()) in -stable; it only exists in -current. You've got -current libraries (at least libpthread) on -stable. libpthread is installed in /usr/lib in RELENG_6, not /lib. So if you've downgraded from -current, you'll need to remove the -current libraries that have different locations in RELENG_6 (no, I don't think there is an automated way to do this). -- DE Daniel, I thank You very much for Your comment. I've removed all the -current libraries from my system and now all works fine. Regards, Serguey. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
