Re: Server Questions.
Also, a true dual-core Xeon is 64-bit. "hyperthreaded" really has one core and is 32. -Patrick On Jun 23, 2008, at 4:38 PM, "Grant Peel" <[EMAIL PROTECTED]> wrote: Hi all, Two questions for the Web hosting types out there: 1. Does anyone use Celeron based nameservers? (i.e. I have two brand new Dell PE R200s and was considering using them as ns1 and ns2. What version of FBSD would one use (I am thinking 6.3 Rel, but us there any compelling reason to use 7.0? 2. What machine type would you suggest for Intel Xenon Duel Core? AMD or i386? Again, is there any real benifit to moving to 7.0 from a processor standpoint? -Grant ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED] " ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Server Questions.
Celerin is probably fine, I assume you don't have a lot of DNS traffic. Usually NS2 is on another network... If its a 64-bit Xeon, AMD would be the right choice. Last gen Xeons and before... I386. 7.0 has a lot of SMP improvements besides all the other fixes, features and improvements... Why are you shy about using it like it costs more than 6? :) -Patrick On Jun 23, 2008, at 4:38 PM, "Grant Peel" <[EMAIL PROTECTED]> wrote: Hi all, Two questions for the Web hosting types out there: 1. Does anyone use Celeron based nameservers? (i.e. I have two brand new Dell PE R200s and was considering using them as ns1 and ns2. What version of FBSD would one use (I am thinking 6.3 Rel, but us there any compelling reason to use 7.0? 2. What machine type would you suggest for Intel Xenon Duel Core? AMD or i386? Again, is there any real benifit to moving to 7.0 from a processor standpoint? -Grant ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED] " ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Compiling in Debugging Flags
Standard diagnostic rules apply. What does a coredump say? GDB? Did you remove all modules and readd 1-by-1 to isolate the problem if the modules are your suspicion? What is the frequency of the crashes? -Patrick On May 4, 2008, at 5:01 PM, Chris Maness <[EMAIL PROTECTED]> wrote: Toomas Aas wrote: L, 03 mai 2008 kirjutas Chris Maness <[EMAIL PROTECTED]>: Sorry about all of the e-mails. I remembered that I was having issues with apache and the php5 module. I have deinstalled php5 and apache runs fine. However, even with the latest ports tree with apache13 and php5 module rebuilt, apache crashes. This might not be caused by mod_php5 as such, but by some PHP extension(s). I have seen cases where even the order in which extensions are loaded in /usr/local/etc/php/extensions.ini is significant. Have them in one order and you get coredumps. Move one extension from top to bottom - no more coredumps. This is one of the great mysteries of the nature. Happy experimenting :) I tried that one too a while back. I rotated all of them from the bottom to the top, and it did not cure the problem. Tanks, Chris Maness ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED] " ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Variable arg function question
What about using a macro (...) in front of the function to csll it which passes __VARARGS__, NULL to ensure there is always a trailing NULL? I think this would at least work in GCC... Can' test on my phone though. -Patrick On May 4, 2008, at 4:42 AM, Peter Boosten <[EMAIL PROTECTED]> wrote: Unga wrote: Hi all I need to implement a variable argument function in C. The number of args are not known but the type is known, all are strings. Unfortunately va_arg() [stdarg(3)] does not return NULL or any other suitable value after processing the arg list, it just simply crashes once the arg list is exhausted. It seems there is no way to know the number of args inside the called function. Why is it in your opinion so hard to count the number of arguments *before* you call the function, in other words, what in your program prevents this count? Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED] " ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Server Settings Consult
This is a 64-bit platform... Any reasons you're on an i386 kernel? At the least it would fix your RAM issue. -Patrick On May 3, 2008, at 3:56 PM, "Free BSD" <[EMAIL PROTECTED]> wrote: 4 GB physical ram but only 3GB usable via System. AMD X2 64 3800+ (2 CPUs) i386 Platform # pciconf -lv|grep ^none [EMAIL PROTECTED]:0:17:5: class=0x040100 card=0x0c84105b chip=0x30591106 rev=0x60 hdr=0x00 Only difference is IPFW/Quota/Device Polling/2000HZ On 6.3 (now on 7) it was having random crashes 1-7 days at a time and did not produce a kernel dump. Web/IRC Hosting server All Sysctls are there from researching the internet for suggested values. # cat /etc/sysctl.conf kern.ipc.maxsockbuf=1048576 net.inet.tcp.sendspace=125000 net.inet.tcp.recvspace=125000 net.local.stream.recvspace=65536 net.local.stream.sendspace=65536 net.inet.udp.recvspace=65536 net.inet.udp.maxdgram=65535 kern.ipc.somaxconn=2048 kern.maxvnodes=132072 kern.maxfiles=32768 kern.maxfilesperproc=32768 net.inet.tcp.msl=7500 net.inet.tcp.mssdflt=1460 security.bsd.see_other_uids=0 security.bsd.see_other_gids=0 kern.fallback_elf_brand=3 net.inet.tcp.newreno=0 net.inet.ip.intr_queue_maxlen=1024 net.inet.tcp.rfc1323=1 net.inet.tcp.delayed_ack=0 net.inet.ip.check_interface=0 net.inet.icmp.bmcastecho=0 net.inet.icmp.maskrepl=0 net.inet.icmp.icmplim=500 net.inet.icmp.drop_redirect=1 net.inet.icmp.log_redirect=0 net.inet.ip.rtexpire=2 net.inet.ip.rtmaxcache=1024 net.inet.ip.rtminexpire=2 net.inet.tcp.blackhole=2 net.inet.tcp.icmp_may_rst=0 net.inet.tcp.inflight.enable=0 net.inet.tcp.log_in_vain=0 net.inet.tcp.sack.enable=1 net.inet.udp.blackhole=1 net.inet.udp.log_in_vain=0 net.link.ether.inet.log_arp_wrong_iface=0 # cat /boot/loader.conf kern.ipc.maxsockets=32768 kern.ipc.nmbclusters=81920 kern.ipc.nmbufs=131072 kern.ipc.shm_use_phys=1 kern.maxproc=8192 net.inet.tcp.tcbhashsize=16384 kern.maxfiles=32768 kern.maxfilesperproc=32768 accf_http_load="YES" Copyright (c) 1992-2008 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 7.0-STABLE #0: Fri May 2 12:52:50 CDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/THE-IRC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2000.79-MHz 686- class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features= 0x178bfbff< FPU, VME, DE, PSE, TSC, MSR, PAE, MCE, CX8, APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> Features2=0x2001 AMD Features=0xea5008003DNow!> AMD Features2=0x1f Cores per package: 2 real memory = 3152936960 (3006 MB) avail memory = 3078762496 (2936 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, bbde (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xc000-0xcfff,0xdd00-0xddff irq 16 at device 0.0 on pci1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 pcib3: irq 31 at device 3.0 on pci0 pci3: on pcib3 rl0: port 0xf200-0xf2ff mem 0xd000-0xd0ff irq 19 at device 9.0 on pci0 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:15:58:61:20:4c rl0: [ITHREAD] atapci0: port 0xff00- 0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f, 0xf400-0xf4ff irq 20 at device 15.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xf900-0xf91f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xf800-0xf81f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xf700-0xf71f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2:
Re: BTX halted
Correct - a dl380 3.06 is a P4 Xeon, ie the old xeon... 32-bit. Linux detected that and ran a 32-bit kernel. -Patrick On Apr 25, 2008, at 7:24 PM, "Ian Lord" <[EMAIL PROTECTED]> wrote: -Original Message- From: Ian Lord [mailto:[EMAIL PROTECTED] Sent: 25 avril 2008 19:39 To: 'freebsd-questions@freebsd.org' Subject: BTX halted Hi, I'm trying to install freebsd 7 AMD64 on a HP Proliant DL380 Server (3gig ram, Dual Xeon 3.06GHZ) All firmware are up to date, and there is no memory problem or known problem (Based on extended diagnostic of the system) I installed windows 2003 to update the firmware without any problem. When I boot from the freebsd cd, I see the BSD Boot Menu As soon as I get into "Boot freebsd" or "Boot freebsd safe mode" or "Boot freebsd verbose mode" or "freebsd acpi mode d There is a dump on the screen and the last line is btx halted. I retyped the screen dump hoping someone could help me: | int=000d err= efl=00010006 eip=000219b2 eax=000219ac ebx= ecx=c080 edx=0006d948 esi=0003e007 edi= ebp=000940bc esp=0009e088 cs=0008 ds=0010fs=0010 gs=0010 ss=0010 cs:eip=0f 32 0d 00 01 00 00 0f-30 0f 20 e0 83 c8 30 0f 22 e0 b8 00 c0 03 00 0f-22 d8 0f 20 c0 0d 00 00 Ss:eso=90 95 00 00 00 80 fc 00-00 90 fc 00 07 e0 03 00 00 00 00 00 07 d0 03 00-00 00 00 00 3c d9 06 00 BTX halted Any help would be really appreciated Regards ~~~ I just downloaded i386 version of freebsd and I was able to get into the setup menu. Would it be possible that my server is not compatible with AMD64 version of freebsd ? It is compatible with linux AMD64 version though... As anyone managed to run freebsd 7.0 AMD64 on a dl380 G3 ? Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED] " ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"