Re: [OT] Which one is best MTA for me?
On Tue, 28 Aug 2007, David Magda wrote: On Aug 28, 2007, at 13:46, Clayton Milos wrote: I use qmail with vpopmail not because it's necessarily the best MTA but because I know it backwards. I've patched it and tweaked it so it runs like lightning but all the patching and tweaking tought me the guts of how it runs. If something goes wrong (which has happened two or three times) I can get the system back up in a flash, often before people realized that anything did go wrong. What happens if you win the lottery and decide to leave your place of employment? What does the organization do when the next person comes in and there's this high-specialized set up? On the upside, you're now irreplaceable and can't be fired. David Adam [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: [OT] Which one is best MTA for me?
On Tuesday 28 August 2007 23:28:42 LI Xin wrote: We (one of the largest ICP company in China and provides some billions of free e-mail accounts) well ... and the server is hosted in Gotham City -- João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OT] Which one is best MTA for me?
JoaoBR a écrit : On Tuesday 28 August 2007 23:28:42 LI Xin wrote: We (one of the largest ICP company in China and provides some billions of free e-mail accounts) well ... and the server is hosted in Gotham City and the server currently runs on a single 486DX2-66! Powered by BatBSD! ;) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel panic, Areca, 6.2-REL with GENERIC [Was: Re: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with GENERIC.]]
Hi All, I hate to say, I'm picking up from this thread: http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/ 031970.html On Feb 15, 2007, at 11:06 AM, Scott Long wrote: I don't see how they could be related. I've committed a fix for the Areca problem. Scott I've reproduced the Areca problem from previous threads this year, and was wondering if it's still broken, or if there's anything I'm missing? Here's what happens: snip Aug 29 01:56:38 greengoose sudo: ike : TTY=ttyp6 ; PWD=/usr/home/ ike ; USER=root ; COMMAND=/usr/sbin/periodic daily Aug 29 01:57:29 greengoose kernel: g_vfs_done():da2p1[WRITE (offset=5998165426176, length=131072)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556233216, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556249600, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556216832, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556298752, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556315136, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556282368, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556331520, length=16384)]error = 5 repeat around 1710 times Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359873536, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359889920, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359939072, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359955456, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122360086528, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=28133228544, length=16384)]error = 5 pop goes the kernel Aug 29 02:11:40 greengoose syslogd: kernel boot file is /boot/kernel/ kernel snip Here's the specs: FreeBSD 6.2-REL, i386 GENERIC kernel (installed today [many times over]) da2: Areca ARC-1160-VOL#02 R001 Fixed Direct Access SCSI-5 device (12 chhannel SATA Raid, Maxtor disks, with 'Disable Maxtor' under 'HDD Read-Ahead Cache' set) Firmware Version - V1.43 2007-4-17 BOOT ROM Version - V1.41 2006-5-24 Additional info: - Volumes are Raid5 and Pass-Through drives - Pass-Through drives fail just like the Raid5 volumes do - Each time it crashes, disk i/o is SCREAMING'. -- If I've missed something, please feel free to point me to the url! But if not, it seems whatever bug in this driver existed, did not go away... (Sidenote: Gotta give a big thanks to the whoever is working on these drivers, once you get working with big disks, it takes A LONG TIME to figure out what's wrong... A fsck takes forever... Not whining, actually I'm really meaning to thank the driver writers for wading through this thick muck!!!) Rocket- .ike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OT] Which one is best MTA for me?
Elephants have it much longer :-) Byung-Hee HWANG wrote: Hi, Recently I am considering to move to another MTA. At one time I was wondering what mail server big ISP are running. I can't decide postfix or qmail. Which one is best MTA for me? -- Byung-Hee ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- With best regards, Gregory Edigarov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
/dev/ppi Files aren't there! Parallel port problems.
Hello there. I'm interesting in developing with the usermode ppi interface. How ever on a fresh install of the latest FreeBSD Iso images I don't have any ppi devices in /dev. From what I can tell it isn't using the correct settings for the parallel port. I have made sure that my parallel port is enabled in BIOS. Thanks James Sarasin My system information Toshiba TE2000 Laptop # uname -a FreeBSD .ab.hsia.telus.net 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 A verbous boot dump has the following in it: ppc0: parallel port not found. ppc0: parallel port not found. unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ppc0: parallel port not found. ppc0: Parallel port failed to probe at irq 7 on isa0 When I try to load the ppi module after the systems running # kldload ppi kldload: can't load ppi: File exists On system startup it says this # grep ^ppc /var/run/dmesg.boot ppc0: parallel port not found. When I call dmidecode i get the following relavent to the parallel port: Handle 0x0016, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: PARALLEL PORT External Connector Type: DB-25 female Port Type: Parallel Port ECP ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel panic, Areca, 6.2-REL with GENERIC [Was: Re: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with GENERIC.]]
Isaac Levy wrote: Hi All, I hate to say, I'm picking up from this thread: http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/031970.html On Feb 15, 2007, at 11:06 AM, Scott Long wrote: I don't see how they could be related. I've committed a fix for the Areca problem. Scott I've reproduced the Areca problem from previous threads this year, and was wondering if it's still broken, or if there's anything I'm missing? Here's what happens: snip Aug 29 01:56:38 greengoose sudo: ike : TTY=ttyp6 ; PWD=/usr/home/ike ; USER=root ; COMMAND=/usr/sbin/periodic daily Aug 29 01:57:29 greengoose kernel: g_vfs_done():da2p1[WRITE(offset=5998165426176, length=131072)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=27556233216, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=27556249600, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=27556216832, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=27556298752, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=27556315136, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=27556282368, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=27556331520, length=16384)]error = 5 repeat around 1710 times Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=122359873536, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=122359889920, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=122359939072, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=122359955456, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=122360086528, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE(offset=28133228544, length=16384)]error = 5 pop goes the kernel Aug 29 02:11:40 greengoose syslogd: kernel boot file is /boot/kernel/kernel snip Here's the specs: FreeBSD 6.2-REL, i386 GENERIC kernel (installed today [many times over]) da2: Areca ARC-1160-VOL#02 R001 Fixed Direct Access SCSI-5 device (12 chhannel SATA Raid, Maxtor disks, with 'Disable Maxtor' under 'HDD Read-Ahead Cache' set) Firmware Version - V1.43 2007-4-17 BOOT ROM Version - V1.41 2006-5-24 Additional info: - Volumes are Raid5 and Pass-Through drives - Pass-Through drives fail just like the Raid5 volumes do - Each time it crashes, disk i/o is SCREAMING'. -- If I've missed something, please feel free to point me to the url! But if not, it seems whatever bug in this driver existed, did not go away... (Sidenote: Gotta give a big thanks to the whoever is working on these drivers, once you get working with big disks, it takes A LONG TIME to figure out what's wrong... A fsck takes forever... Not whining, actually I'm really meaning to thank the driver writers for wading through this thick muck!!!) There are locking problems in the arcmsr driver. I fixed them in HEAD but not in 6-STABLE yet. I really don't have time today to generate patch; I encourage someone to look at the commit I made on July 31 and backport those changes to 6-STABLE. Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: large RAID volume partition strategy
On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: fdisk and bsdlabels both have a limit: because of the way they store the data about the disk space they span, they can't store values that reference space 2 TB. In particular, every partition must start at an offset = 2 TB, and cannot be larger than 2 TB. Thanks. This is good advice (along with your other note about doing it in the RAID volume manager). Nearly everyone else decided to jump on the raid level instead and spew forth the RAID10 is better for database party line. Well to you folks: once you have 1Gb cache and a lot of disks, there is not much difference between RAID10 and RAID5 or RAID6 in my testing. I ended up making 6 RAID volumes across all the disks to maximize spindle counts and strip the data at 16kB. This seems to work well, and I can assign the other partition as I need later on. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: large RAID volume partition strategy
On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: fdisk and bsdlabels both have a limit: because of the way they store the data about the disk space they span, they can't store values that reference space 2 TB. In particular, every partition must start at an offset = 2 TB, and cannot be larger than 2 TB. Oh... one more note: if I don't use fdisk or paritions, I *can* newfs the raw drive much bigger than 2Tb. I just don't want to do that for a production box. :-) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel panic, Areca, 6.2-REL with GENERIC [Was: Re: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with GENERIC.]]
On Aug 29, 2007, at 9:04 AM, Scott Long wrote: Isaac Levy wrote: Hi All, I hate to say, I'm picking up from this thread: http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/ 031970.html On Feb 15, 2007, at 11:06 AM, Scott Long wrote: I don't see how they could be related. I've committed a fix for the Areca problem. Scott I've reproduced the Areca problem from previous threads this year, and was wondering if it's still broken, or if there's anything I'm missing? Here's what happens: snip Aug 29 01:56:38 greengoose sudo: ike : TTY=ttyp6 ; PWD=/usr/ home/ike ; USER=root ; COMMAND=/usr/sbin/periodic daily Aug 29 01:57:29 greengoose kernel: g_vfs_done():da2p1[WRITE (offset=5998165426176, length=131072)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556233216, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556249600, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556216832, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556298752, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556315136, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556282368, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556331520, length=16384)]error = 5 repeat around 1710 times Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359873536, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359889920, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359939072, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359955456, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122360086528, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=28133228544, length=16384)]error = 5 pop goes the kernel Aug 29 02:11:40 greengoose syslogd: kernel boot file is /boot/ kernel/kernel snip Here's the specs: FreeBSD 6.2-REL, i386 GENERIC kernel (installed today [many times over]) da2: Areca ARC-1160-VOL#02 R001 Fixed Direct Access SCSI-5 device (12 chhannel SATA Raid, Maxtor disks, with 'Disable Maxtor' under 'HDD Read-Ahead Cache' set) Firmware Version - V1.43 2007-4-17 BOOT ROM Version - V1.41 2006-5-24 Additional info: - Volumes are Raid5 and Pass-Through drives - Pass-Through drives fail just like the Raid5 volumes do - Each time it crashes, disk i/o is SCREAMING'. -- If I've missed something, please feel free to point me to the url! But if not, it seems whatever bug in this driver existed, did not go away... (Sidenote: Gotta give a big thanks to the whoever is working on these drivers, once you get working with big disks, it takes A LONG TIME to figure out what's wrong... A fsck takes forever... Not whining, actually I'm really meaning to thank the driver writers for wading through this thick muck!!!) There are locking problems in the arcmsr driver. I fixed them in HEAD but not in 6-STABLE yet. I really don't have time today to generate patch; I encourage someone to look at the commit I made on July 31 and backport those changes to 6-STABLE. Scott That's excellent to hear! For the record, are these the most current changes you speak of?: (I'm reading through the source, perhaps eventually I'll be able to help more...) http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/arcmsr/ - I am not capable of backporting the changes, + but I will gladly test any changes this with a GENERIC kernel once they make it to STABLE Rocket, .ike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: large RAID volume partition strategy
Vivek Khera wrote: On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: fdisk and bsdlabels both have a limit: because of the way they store the data about the disk space they span, they can't store values that reference space 2 TB. In particular, every partition must start at an offset = 2 TB, and cannot be larger than 2 TB. Oh... one more note: if I don't use fdisk or paritions, I *can* newfs the raw drive much bigger than 2Tb. I just don't want to do that for a production box. :-) Or you can use GPT, which uses 64-bit data structures and thus has an 8 ZB limit. -- Darren Pilgrim ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent PAM changes worth an UPDATING entry?
On Wed, 29 Aug 2007, mato wrote: I'm not quite sure why after buildworld installworld I would need to recompile some stuff once again (apart from ports, if necessary, of course). Does it have something to do with -DNO_CLEAN and what exactly ? Anyway, I didn't use it while doing my buildworld. Ok, if you did a clean buildworld then your problem isn't related to the one I experienced. Good luck, 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: large RAID volume partition strategy
On Aug 29, 2007, at 2:43 PM, Kirill Ponomarew wrote: What type I/O did you test, random read/writes, sequential writes ? The performance of RAID group always depends on what software you run on your RAID group. If it's database, be prepared for many random read/writes, hence dd(1) tests would be useless. I ran my database on it with a sample workload based on our live workload. Anything else would be a waste of time. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: large RAID volume partition strategy
On Wed, Aug 29, 2007 at 10:07:19AM -0400, Vivek Khera wrote: On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: fdisk and bsdlabels both have a limit: because of the way they store the data about the disk space they span, they can't store values that reference space 2 TB. In particular, every partition must start at an offset = 2 TB, and cannot be larger than 2 TB. Thanks. This is good advice (along with your other note about doing it in the RAID volume manager). Nearly everyone else decided to jump on the raid level instead and spew forth the RAID10 is better for database party line. Well to you folks: once you have 1Gb cache and a lot of disks, there is not much difference between RAID10 and RAID5 or RAID6 in my testing. What type I/O did you test, random read/writes, sequential writes ? The performance of RAID group always depends on what software you run on your RAID group. If it's database, be prepared for many random read/writes, hence dd(1) tests would be useless. I ended up making 6 RAID volumes across all the disks to maximize spindle counts and strip the data at 16kB. This seems to work well, and I can assign the other partition as I need later on. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -Kirill ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OT] Which one is best MTA for me?
What happens if you win the lottery and decide to leave your place of employment? What does the organization do when the next person comes in and there's this high-specialized set up? On the upside, you're now irreplaceable and can't be fired. On the downside, he's locked into his position, and will never move up. My theory is, teach as much as you know, and there is a better chance of moving up or out ;) Steve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
help to track server crash (LONG)
I've a 6-STABLE (sources from 2 weeks ago) server that is rebooting at random, I changed memory, cpu, motherboard and the problem persists. This machine is a firewall, running pf, squid and bind. Now I recompiled the kernel with debugging bits. Follow the debug session, dmesg and kernel config file. I apreciate any help to track this down, FW1:/sys/i386/compile/GW.debug # kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd. Unread portion of the kernel message buffer: KDB: enter: manual escape to debugger panic: from debugger Uptime: 31m48s Dumping 502 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 503MB (128559 pages) 487 471 455 439 423 407 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:165 165 __asm __volatile(movl %%fs:0,%0 : =r (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0533578 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc0533823 in panic (fmt=0xc069754b from debugger) at ../../../kern/kern_shutdown.c:565 #3 0xc047cd61 in db_panic (addr=-1068190189, have_addr=0, count=-1, modif=0xd54cbab8 ) at ../../../ddb/db_command.c:438 #4 0xc047ccf8 in db_command (last_cmdp=0xc07081a4, cmd_table=0x0, aux_cmd_tablep=0xc06cc0c4, aux_cmd_tablep_end=0xc06cc0c8) at ../../../ddb/db_command.c:350 #5 0xc047cdc0 in db_command_loop () at ../../../ddb/db_command.c:458 #6 0xc047e9bd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:222 #7 0xc054b88f in kdb_trap (type=3, code=0, tf=0xd54cbbf8) at ../../../kern/subr_kdb.c:473 #8 0xc0675364 in trap (frame= {tf_fs = -716439544, tf_es = -1068236760, tf_ds = -1066794968, tf_edi = -1065903680, tf_esi = -1065924320, tf_ebp = -716391368, tf_isp = -716391388, tf_ebx = 0, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 38, tf_trapno = 3, tf_err = 0, tf_eip = -1068190189, tf_cs = 32, tf_eflags = 524930, tf_esp = -716391296, tf_ss = -1067080420}) at ../../../i386/i386/trap.c:594 #9 0xc06636aa in calltrap () at ../../../i386/i386/exception.s:139 #10 0xc054b613 in kdb_enter (msg=0x26 Address 0x26 out of bounds) at cpufunc.h:60 #11 0xc065a51c in scgetc (sc=0xc07799c0, flags=2) at ../../../dev/syscons/syscons.c:3365 #12 0xc06561e8 in sckbdevent (thiskbd=0xc07618c0, event=0, arg=0xc07799c0) at ../../../dev/syscons/syscons.c:659 #13 0xc0641cd9 in atkbd_intr (kbd=0xc07618c0, arg=0x0) at ../../../dev/atkbdc/atkbd.c:503 #14 0xc0642df6 in atkbdintr (arg=0xc1015000) at ../../../dev/atkbdc/atkbd_atkbdc.c:174 #15 0xc05201ae in ithread_execute_handlers (p=0xc3391430, ie=0xc322cc00) at ../../../kern/kern_intr.c:682 #16 0xc05202de in ithread_loop (arg=0xc338c340) at ../../../kern/kern_intr.c:765 #17 0xc051f41c in fork_exit (callout=0xc0520278 ithread_loop, arg=0xc338c340, frame=0xd54cbd38) at ../../../kern/kern_fork.c:830 #18 0xc066370c in fork_trampoline () at ../../../i386/i386/exception.s:208 (kgdb) Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Wed Aug 29 09:40:39 BRT 2007 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/GW.debug WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. ACPI APIC Table: INTEL D915GAG Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3200.00-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf43 Stepping = 3 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x649dSSE3,RSVD2,MON,DS_CPL,EST,CNTX-ID,CX16,b14 AMD Features=0x2010NX,LM Logical CPUs per core: 2 real memory = 527626240 (503 MB) avail memory = 506597376 (483 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard acpi0: INTEL D915GAG on motherboard acpi0: Power Button (fixed) Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 cpu0: ACPI CPU on acpi0 acpi_perf0: ACPI CPU Frequency Control on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: ACPI CPU Frequency Control on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0:
package xkeyboard-config not available
Hi there, I'm trying to install Xorg from packages but it does not work because the xkeyboard-config package isn't available for download. I tried about 5 mirrors with the same result. When I login with firefox, I can see the package in the Latest but not in the All folder. Download is not possible. I am new to FreeBSD so I'm not sure if it's normal that packages are missing for a short period (e.g. for maintenance reasons) or if this is a serious error... thx for any responses ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OT] Which one is best MTA for me?
- Original Message - From: Steve Bertrand [EMAIL PROTECTED] To: David Adam [EMAIL PROTECTED] Cc: freebsd-stable@freebsd.org Sent: Wednesday, August 29, 2007 9:06 PM Subject: Re: [OT] Which one is best MTA for me? What happens if you win the lottery and decide to leave your place of employment? What does the organization do when the next person comes in and there's this high-specialized set up? On the upside, you're now irreplaceable and can't be fired. On the downside, he's locked into his position, and will never move up. My theory is, teach as much as you know, and there is a better chance of moving up or out ;) Steve Luckily it's a small operation and I own it ;-) Steve I am a technical trainer and training developer. Knowledge is power and in today's world there's little room for the ignorant. -Clay ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel compilation broken
Seems that the recent linuxulator patch and regen has broken kernel compiles .. === 3dfx (all) === 3dfx_linux (all) cc -O2 -pipe -fno-strict-aliasing -march=pentium3 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SARAH/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SARAH -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/3dfx_linux/../../dev/tdfx/tdfx_linux.c In file included from @/dev/tdfx/tdfx_linux.h:36, from /usr/src/sys/modules/3dfx_linux/../../dev/tdfx/tdfx_linux.c:37: ./machine/../linux/linux_proto.h:744: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:744: error: `l_timer_t' undeclared here (not in a function) ./machine/../linux/linux_proto.h:744: error: syntax error before ')' token ./machine/../linux/linux_proto.h:744: error: syntax error before ')' token ./machine/../linux/linux_proto.h:747: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:752: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:756: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:759: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:817: error: syntax error before l_mqd_t ./machine/../linux/linux_proto.h:817: error: `l_mqd_t' undeclared here (not in a function) ./machine/../linux/linux_proto.h:824: error: syntax error before l_mqd_t ./machine/../linux/linux_proto.h:831: error: syntax error before l_mqd_t ./machine/../linux/linux_proto.h:835: error: syntax error before l_mqd_t *** Error code 1 1 error ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Getaway Club - Get Ready - This Compensation plan pays thousands
Get Ready for the Most Dynamic and Exciting Product and Networking Marketing Plan on the Net! Getawayclub has created strategic alliances to create our valuable specially branded privilege e-Pass which gives you access to wholesale travel, accommodation, and a host of other products and services. Combine this with a dynamic compensation plan that rewards you for your efforts at each stage of your progress, and the progress of your sponsored downline. Our compensation plan pays you additional bonuses for any members of your network, five deep, as they progress through each stage of the program. Take the tour. For more information, visit the following link. This Compensation plan pays thousands more than any similar system on the net today. The Getwawayclub compensation plan gives you the best opportunity to create wealth with very little financial risk. Whether youre looking for a new career opportunity or simply a way to generate extra funds for a house payment, a new car, or vacation, our business opportunity can help you achieve your dreams. By becoming a Getawayclub member, you are joining a powerful team with a host of benefits. Dont let this opportunity pass you by! As a member of our marketing team you will benefit from our simple, but rewarding dual compensation plan. So if you like making money and are prepared to follow some simple steps, you could well be on your way to making a generous recurring income for little time and effort. [1]http://getawayclub.net/tip/0/en/compensation.html Or [2]http://getawayclub.net/tip Best Regards Getaway Club Member © Copyright Getaway Club 2007 [3]Company Policy Ethics | [4]Contact Us References 1. http://getawayclub.net/tip/0/en/compensation.html 2. http://getawayclub.net/tip 3. http://getawayclub.net/tip/0/en/codeofethics.html 4. http://getawayclub.net/tip/0/en/contactus.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OT] Which one is best MTA for me?
My theory is, teach as much as you know, and there is a better chance of moving up or out ;) Steve Luckily it's a small operation and I own it ;-) Steve I am a technical trainer and training developer. Knowledge is power and in today's world there's little room for the ignorant. My girl has her hands in training (albeit in occupational health safety (not her primary job, her superiors just like her approach)) but I have not any formal training ability (actually, I'm a bad teacher). I just try to give freely what I have learned (I've learned more than I've given), and for some reason, the people I leave my knowledge with end up knowing more than me...go figure :) Very off topic, but still, the reminder that flow of information is vital is very important IMHO. Steve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]