Re: Custom kernel breaks py-glances in 12.2
On Thu, 22 Oct 2020 12:11:17 -0400 Mike Jakubik wrote > Hi, > > When i compile a non GENERIC kernel (which mainly removes some debugging and > devices i do not have) the Python program glances fails with the following > message. > For anyone interested, i found the solution, seems like some sysctl's have changed in 12.2 that the programs still depends on, enabling COMPAT_FREEBSD11 fixes the issue (along with some memory collection issues in Zabbix). ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Custom kernel breaks py-glances in 12.2
Hi,
When i compile a non GENERIC kernel (which mainly removes some debugging and
devices i do not have) the Python program glances fails with the following
message.
[root@jailer ~]# glances
Traceback (most recent call last):
File "/usr/local/bin/glances", line 8, in
sys.exit(main())
File "/usr/local/lib/python3.9/site-packages/glances/__init__.py", line 143,
in main
start(config=config, args=args)
File "/usr/local/lib/python3.9/site-packages/glances/__init__.py", line 108,
in start
mode = GlancesMode(config=config, args=args)
File "/usr/local/lib/python3.9/site-packages/glances/standalone.py", line 78,
in __init__
self.stats.update()
File "/usr/local/lib/python3.9/site-packages/glances/stats.py", line 234, in
update
self._plugins[p].update()
File
"/usr/local/lib/python3.9/site-packages/glances/plugins/glances_plugin.py",
line 925, in wrapper
ret = fct(self, *args, **kw)
File
"/usr/local/lib/python3.9/site-packages/glances/plugins/glances_plugin.py",
line 935, in wrapper
ret = fct(*args, **kw)
File "/usr/local/lib/python3.9/site-packages/glances/plugins/glances_cpu.py",
line 84, in update
stats = self.update_local()
File "/usr/local/lib/python3.9/site-packages/glances/plugins/glances_cpu.py",
line 118, in update_local
cpu_stats = psutil.cpu_stats()
File "/usr/local/lib/python3.9/site-packages/psutil/__init__.py", line 1866,
in cpu_stats
return _psplatform.cpu_stats()
File "/usr/local/lib/python3.9/site-packages/psutil/_psbsd.py", line 293, in
cpu_stats
ctxsw, intrs, soft_intrs, syscalls, traps = cext.cpu_stats()
OSError: [Errno 12] Cannot allocate memory (originated from
sysctlbyname('vm.stats.sys.v_soft'))
[root@jailer ~]# sysctl vm.stats.sys.v_soft
vm.stats.sys.v_soft: 3101
[root@jailer ~]# uname -a
FreeBSD jailer.local 12.2-STABLE FreeBSD 12.2-STABLE r366936 JAILER amd64
I don't understand what is breaking it as everything else works fine and i only
removed the usual stuff i do. Below is the custom kernel config.
Thanks.
# $FreeBSD: stable/12/sys/amd64/conf/GENERIC 365612 2020-09-10 20:46:16Z erj $
cpu HAMMER
ident JAILER
options SCHED_ULE # ULE scheduler
options NUMA # Non-Uniform Memory Architecture
support
options PREEMPTION # Enable kernel thread preemption
options VIMAGE # Subsystem virtualization, e.g. VNET
options INET # InterNETworking
options INET6 # IPv6 communications protocols
options IPSEC # IP (v4/v6) security
options IPSEC_SUPPORT # Allow kldload of ipsec and tcpmd5
options TCP_OFFLOAD # TCP offload
options TCP_BLACKBOX # Enhanced TCP event logging
options TCP_HHOOK # hhook(9) framework for TCP
options TCP_RFC7413 # TCP Fast Open
options SCTP # Stream Control Transmission Protocol
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options PROCFS # Process filesystem (requires PSEUDOFS)
options PSEUDOFS # Pseudo-filesystem framework
options GEOM_LABEL # Provides labelization
options EFIRT # EFI Runtime Services support
options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI
options KTRACE # ktrace(1) support
options STACK # stack(9) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time
extensions
options PRINTF_BUFR_SIZE=128 # Prevent printf output being
interspersed.
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
options AUDIT # Security event auditing
options CAPABILITY_MODE # Capsicum capability mode
options CAPABILITIES # Capsicum capabilities
options MAC # TrustedBSD MAC Framework
options DDB_CTF # Kernel ELF linker loads CTF data
options INCLUDE_CONFIG_FILE # Include this file in kernel
options RACCT # Resource accounting framework
options RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable=0 by defaul
Re: Certificate verification failures on 'make fetchindex' in /usr/ports
Not sure, i havent had a need to manually fetch a ports index in years, portsnap auto does it all. On Tue, 11 Feb 2020 12:19:01 -0500 Bob Willcox wrote Thanks alot Mike. That worked for me. Out of curriosity, is this a fairly recent change? For some reason I've never experienced this issue before, though it's been a number of months that I last installed a new system. Bob On Tue, Feb 11, 2020 at 09:17:01AM -0500, Mike Jakubik wrote: > Hi Bob, > > > > You need to install the root certificate bundle. > > > > cd /usr/ports/security/ca_root_nss/ && make install clean > > > > Cheers. > > > On Tue, 11 Feb 2020 09:07:12 -0500 Bob Willcox <mailto:b...@immure.com> > wrote > > > Hi All, > > I just installed a recent snapshot of 12.1 on a new system and when I run > 'make fetchindex' > in the /usr/ports directory I get this: > > bob@han:0 /usr/ports> make fetchindex > /usr/bin/env fetch -am -o /usr/ports/INDEX-12.bz2 > https://www.FreeBSD.org/ports/INDEX-12.bz2 > Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt > Authority X3 > 34370596864:error:1416F086:SSL > routines:tls_process_server_certificate:certificate verify > failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: > fetch: https://www.FreeBSD.org/ports/INDEX-12.bz2: Authentication error > Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt > Authority X3 > 34370596864:error:1416F086:SSL > routines:tls_process_server_certificate:certificate verify > failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: > fetch: https://www.FreeBSD.org/ports/INDEX-12.bz2: Authentication error > Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt > Authority X3 > 34370596864:error:1416F086:SSL > routines:tls_process_server_certificate:certificate verify > failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: > fetch: https://www.FreeBSD.org/ports/INDEX-12.bz2: Authentication error > Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt > Authority X3 > 34370596864:error:1416F086:SSL > routines:tls_process_server_certificate:certificate verify > failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: > fetch: https://www.FreeBSD.org/ports/INDEX-12.bz2: Authentication error > Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt > Authority X3 > 34370596864:error:1416F086:SSL > routines:tls_process_server_certificate:certificate verify > failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: > > Can anyone tell me how to fix this? Why would I be getting certificate > verification > failures? What am I missing? This is a brand new install and I have installed > very > little else (pdksh, ksh93, & bsdrcmds is all). > > Thanks, > Bob > > -- > Bob Willcox| It's possible that the whole purpose of your life is to > mailto:mailto:b...@immure.com | serve as a warning to others. > Austin, TX | > ___ > mailto:mailto:freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "mailto:mailto:freebsd-stable-unsubscr...@freebsd.org"; > > > > > > Mike Jakubik > > https://www.swiftsmsgateway.com/ > > > > Disclaimer: This e-mail and any attachments are intended only for the use of > the addressee(s) and may contain information that is privileged or > confidential. If you are not the intended recipient, or responsible for > delivering the information to the intended recipient, you are hereby notified > that any dissemination, distribution, printing or copying of this e-mail and > any attachments is strictly prohibited. If this e-mail and any attachments > were received in error, please notify the sender by reply e-mail and delete > the original message. -- Bob Willcox| It's possible that the whole purpose of your life is to mailto:b...@immure.com | serve as a warning to others. Austin, TX | Mike Jakubik https://www.swiftsmsgateway.com/ Disclaimer: This e-mail and any attachments are intended only for the use of the addressee(s) and may contain information that is privileged or confidential. If you are not the intended recipient, or responsible for delivering the information to the intended recipient, you are hereby notified that any dissemination, distribution, printing or copying of this e-mail and any attachments is strictly prohibited. If this e-mail and any attachments were received in error, please notify the sender by reply e-mail and delete the original message. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Certificate verification failures on 'make fetchindex' in /usr/ports
Hi Bob, You need to install the root certificate bundle. cd /usr/ports/security/ca_root_nss/ && make install clean Cheers. On Tue, 11 Feb 2020 09:07:12 -0500 Bob Willcox wrote Hi All, I just installed a recent snapshot of 12.1 on a new system and when I run 'make fetchindex' in the /usr/ports directory I get this: bob@han:0 /usr/ports> make fetchindex /usr/bin/env fetch -am -o /usr/ports/INDEX-12.bz2 https://www.FreeBSD.org/ports/INDEX-12.bz2 Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 34370596864:error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: fetch: https://www.FreeBSD.org/ports/INDEX-12.bz2: Authentication error Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 34370596864:error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: fetch: https://www.FreeBSD.org/ports/INDEX-12.bz2: Authentication error Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 34370596864:error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: fetch: https://www.FreeBSD.org/ports/INDEX-12.bz2: Authentication error Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 34370596864:error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: fetch: https://www.FreeBSD.org/ports/INDEX-12.bz2: Authentication error Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 34370596864:error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed:/usr/src/crypto/openssl/ssl/statem/statem_clnt.c:1915: Can anyone tell me how to fix this? Why would I be getting certificate verification failures? What am I missing? This is a brand new install and I have installed very little else (pdksh, ksh93, & bsdrcmds is all). Thanks, Bob -- Bob Willcox| It's possible that the whole purpose of your life is to mailto:b...@immure.com | serve as a warning to others. Austin, TX | ___ mailto:freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "mailto:freebsd-stable-unsubscr...@freebsd.org"; Mike Jakubik https://www.swiftsmsgateway.com/ Disclaimer: This e-mail and any attachments are intended only for the use of the addressee(s) and may contain information that is privileged or confidential. If you are not the intended recipient, or responsible for delivering the information to the intended recipient, you are hereby notified that any dissemination, distribution, printing or copying of this e-mail and any attachments is strictly prohibited. If this e-mail and any attachments were received in error, please notify the sender by reply e-mail and delete the original message. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: r302669 GENERIC panicking on Amazon EC2 (Solved)
On 2016-07-12 03:52 PM, Mike Jakubik wrote: Hello, I just did a svn update to stable/10 recompiled world/kernel using GENERIC kernel and i am unable to boot this kernel on Amazon EC2 now. Thanks. I took the following flags out of make.conf CPUTYPE?=native CFLAGS+=-maes -mavx And i recompiled without using -j4, all is well now. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
r302669 GENERIC panicking on Amazon EC2
Hello, I just did a svn update to stable/10 recompiled world/kernel using GENERIC kernel and i am unable to boot this kernel on Amazon EC2 now. Thanks. Booting [/boot/kernel/kernel]... |/-\|Copyright (c) 1992-2016 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 10.3-STABLE #0 r302669: Tue Jul 12 15:42:24 EDT 2016 ec2-u...@webmail.xxx.com:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 XEN: Hypervisor version 4.2 detected. CPU: Intel(R) Xeon(R) CPU E5-2676 v3 @ 2.40GHz (2400.04-MHz K8-class CPU) Origin="GenuineIntel" Id=0x306f2 Family=0x6 Model=0x3f Stepping=2 Features=0x1783fbff Features2=0xfffa3203 AMD Features=0x28100800 AMD Features2=0x21 Structured Extended Features=0x728 XSAVE Features=0x1 Hypervisor: Origin = "XenVMMXenVMM" real memory = 8589934592 (8192 MB) avail memory = 8284352512 (7900 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 random: initialized ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-47 on motherboard kernel trap 9 with interrupts disabled kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write data, page not present instruction pointer = 0x20:0x80e8b5cb stack pointer = 0x28:0x819de6c0 frame pointer = 0x28:0x819de740 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0x80991970 at kdb_backtrace+0x60 #1 0x809545b7 at vpanic+0x127 #2 0x80954483 at panic+0x43 #3 0x80d5d6d9 at trap_fatal+0x379 #4 0x80d5d9dd at trap_pfault+0x2ed #5 0x80d5d04a at trap+0x47a #6 0x80d4317c at calltrap+0x8 #7 0x80d43e9c at Xxen_intr_upcall+0x8c #8 0x80d4317c at calltrap+0x8 #9 0x80e85fa4 at apic_setup_io+0x54 #10 0x808fac48 at mi_startup+0x108 #11 0x802e225c at btext+0x2c Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: sonewconn: pcb 0xfffffe00c7223498: Listen queue overflow
On 2013-09-30 10:43 PM, Mark Andrews wrote: Use "netstat -nAa" to match the reported pcb (protocol control block) to the IP address and port. Then use that to work out which daemon is not keeping up. Thanks Mark, duckduckgo has failed me :( I found this info with google later, guess I'll just keep grepping netstat until i can find the culprit. ___ 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"
sonewconn: pcb 0xfffffe00c7223498: Listen queue overflow
Hello, I updated our main server to 9.2-STABLE today and afterwards I noticed a bunch of these messages, does anyone know what they mean? I was unable to find anything on this error message. Things appear to be working OK so far. Sep 30 22:08:56 illidan kernel: sonewconn: pcb 0xfe00c7223498: Listen queue overflow: 193 already in queue awaiting acceptance Sep 30 22:12:27 illidan kernel: sonewconn: pcb 0xfe00c7223498: Listen queue overflow: 193 already in queue awaiting acceptance Thanks! ___ 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: UFS Trim wont stay set
On 07/04/13 16:33, Jeremy Chadwick wrote: Yup, experienced this myself many times over. The reasons are understood (it's not limited to just the TRIM bits, it's related to anything adjusting the superblock -- it gets cached in memory in certain situations and not flushed back to disk). Hint: are you booting into single user and then issuing a "mount" command before doing your tunefs stuff? If so, this is probably what's causing it (at least it was in my case). Instead just boot into single-user, do not mount anything, and use /sbin/tunefs (if available -- depends on your filesystem setup) or /rescue/tunefs. I booted in to single user mode and the system mounted the only file system there, which is mounted at /. What i did now however is boot off a Live CD and run tunefs, this did the trick! Thank You! ___ 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"
UFS Trim wont stay set
Hello, I've just installed a stable snapshot on a new machine with a SSD drive, after installing i booted single user mode and ran # tunefs -t enable /dev/ada0p2 tunefs: issue TRIM to the disk set Great, back to multiuser mode, i check the partition # tunefs -p /dev/ada0p2 tunefs: POSIX.1e ACLs: (-a)disabled tunefs: NFSv4 ACLs: (-N) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: soft update journaling: (-j) enabled tunefs: gjournal: (-J) disabled tunefs: trim: (-t) disabled What the heck.. did i miss something? Back to single user mode and # tunefs -t enable /dev/ada0p2 tunefs: issue TRIM to the disk remains unchanged as enabled I check again in multiuser mode and it says disabled, any ideas what is going on here? Thanks. ___ 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: 9.1 AMD64 multitasking efficiency low
On Wed, 2013-02-13 at 13:30 +0100, CeDeROM wrote: > On Wed, Feb 13, 2013 at 1:21 PM, Christian Gusenbauer wrote: > > It has something to do with the drive. I've just connected my external drive > > to the Intel controller and copied some GB of data around without > > performance > > impacts! So my new WDC drive works on both the JMicron and the Intel > > controller. > > On the other hand these drivers work very well on other operating > systems like WIndows and Linux, so I would rather suspect some > SCSI/CAM/SATA issues on the FreeBSD side...? > I have the same issues on my system. Whenever heavy IO occurs, such as extracting a large tar, my desktop (Xorg + KDE4) becomes completely unusable, i can not even type anything in to an already opened text editor. ___ 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: simple patch for portsnap to use wget
On Tue, 2012-11-27 at 08:52 +0100, Luca Ferrari wrote: > Now the question is: should this patch, or better the idea of using > wget or another alike substitute to phttpget, be integrated into the > system? > I've tested it on FreeBSD-9-STABLE. Certainly not with a dependency on wget, which is not part of the base system. Use fetch instead. Thanks. ___ 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: Error compiling world (usr/src/gnu/usr.bin/texinfo) w/ Clang
On Wed, 2012-11-07 at 20:04 +0100, Dimitry Andric wrote: > Ah yes, I got it. This is currently a problem on stable/9, for which I > don't yet have an easy solution, except building boot2 with gcc for now. > > See the earlier thread on freebsd-stable here: > http://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070459.html Sounds like using gcc for boot2 is the current work around till Clang 3.2 makes it in to stable. Thanks. ___ 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: Error compiling world (usr/src/gnu/usr.bin/texinfo) w/ Clang
On Wed, 2012-11-07 at 13:45 -0500, Mike Jakubik wrote: > On Wed, 2012-11-07 at 15:43 +0100, Dimitry Andric wrote: > > On 2012-11-06 23:59, Mike Jakubik wrote:> > > > I've ran in to this issue on two different machines, both have recent > > > stable code. The problem appears to be > > > with /usr/src/gnu/usr.bin/texinfo, i am using Clang to compile. > > ... > > > 1 error > > > *** Error code 2 > > > 1 error > > > *** Error code 2 > > > 1 error > > > > The output you pasted looks like it was produced by a multi-threaded > > build, and the actual error was obscured. Can you please retry this > > with a single-threaded build? > > > > I resumed the build without -j4 and with NOCLEAN=YES and it finished > successfully. I will do a clean and try again. > Oops, i did this on the wrong server. On the right server it fails compiling boot2 just like Richard describes. Thanks. ===> sys/boot/i386/boot2 (all) -5 bytes available *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 ___ 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: Error compiling world (usr/src/gnu/usr.bin/texinfo) w/ Clang
On Wed, 2012-11-07 at 15:43 +0100, Dimitry Andric wrote: > On 2012-11-06 23:59, Mike Jakubik wrote:> > > I've ran in to this issue on two different machines, both have recent > > stable code. The problem appears to be > > with /usr/src/gnu/usr.bin/texinfo, i am using Clang to compile. > ... > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > The output you pasted looks like it was produced by a multi-threaded > build, and the actual error was obscured. Can you please retry this > with a single-threaded build? > I resumed the build without -j4 and with NOCLEAN=YES and it finished successfully. I will do a clean and try again. ___ 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"
Error compiling world (usr/src/gnu/usr.bin/texinfo) w/ Clang
Hello, I've ran in to this issue on two different machines, both have recent stable code. The problem appears to be with /usr/src/gnu/usr.bin/texinfo, i am using Clang to compile. Thanks. --- ===> gnu/usr.bin/texinfo/install-info (all) clang -O2 -pipe -mtune=native -march=native -DHAVE_CONFIG_H -DLOCALEDIR= \"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c gzip -cn /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/doc/install-info.1 > install-info.1.gz /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c:1179:3: warning: expression result unused [-Wunused-value] bindtextdomain (PACKAGE, LOCALEDIR); ^~~ /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib/gettext.h:54:47: note: expanded from macro 'bindtextdomain' # define bindtextdomain(Domainname, Dirname) ((const char *) (Dirname)) ^ ~ /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c:1180:3: warning: expression result unused [-Wunused-value] textdomain (PACKAGE); ^~~~ /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib/gettext.h:53:34: note: expanded from macro 'textdomain' # define textdomain(Domainname) ((const char *) (Domainname)) ^ 2 warnings generated. clang -O2 -pipe -mtune=native -march=native -DHAVE_CONFIG_H -DLOCALEDIR= \"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -o install-info install-info.o /usr/obj/usr/src/gnu/usr.bin/texinfo/install-info/../libtxi/libtxi.a ===> gnu/usr.bin/texinfo/texindex (all) clang -O2 -pipe -mtune=native -march=native -DHAVE_CONFIG_H -DLOCALEDIR= \"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/util/texindex.c gzip -cn /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/doc/texindex.1 > texindex.1.gz /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/util/texindex.c:166:3: warning: expression result unused [-Wunused-value] bindtextdomain (PACKAGE, LOCALEDIR); ^~~ /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib/gettext.h:54:47: note: expanded from macro 'bindtextdomain' # define bindtextdomain(Domainname, Dirname) ((const char *) (Dirname)) ^ ~ /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/util/texindex.c:167:3: warning: expression result unused [-Wunused-value] textdomain (PACKAGE); ^~~~ /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib/gettext.h:53:34: note: expanded from macro 'textdomain' # define textdomain(Domainname) ((const char *) (Domainname)) ^ 2 warnings generated. clang -O2 -pipe -mtune=native -march=native -DHAVE_CONFIG_H -DLOCALEDIR= \"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -o texindex texindex.o /usr/obj/usr/src/gnu/usr.bin/texinfo/texindex/../libtxi/libtxi.a ===> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi texinfo.texi gzip -cn info.info > info.info.gz makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info-stnd.info > info-stnd.info.gz gzip -cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/f
Re: SU+J on 9.1-RC2 ISO
On Fri, 2012-11-02 at 13:23 -0400, Maxim Khitrov wrote: > I don't think SU+J should even be an option in the installer as long > as this bug persists. If you don't use dump, go ahead and enable > journaling after the installation, but it's not a decision that new > users should be asked to make. This should not have been the default > in 9.0-RELEASE and I'm surprised to see that it's still not fixed in > 9.1. True, that would be in accordance with the FreeBSD POLA. ___ 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: SU+J on 9.1-RC2 ISO
On Sat, 2012-11-03 at 00:05 +0700, Adam Strohl wrote: > On 11/2/2012 23:47, Bas Smeelen wrote: > > Hi > > > > Why are journaled soft updates the default when installing a new system > > from a 9.1-RC2 ISO? > > Can SU+J be disabled for the 9.1-RELEASE or do you think this is not > > going to be a problem for users of FreeBSD? I will have to boot these > > two systems single user now to disable the soft updates journal, because > > I use dump + restore on live systems, not a problem for me, it is just > > an inconvenience. > > > I have to second this sentiment. Unless the dump/snapshot issue has > been resolved they journal should be turned off by default. > > It's a really nasty bug that causes an instant panic which is awful if > the server is in production. The fact that it happens when you're > trying to exercise due diligence (ie; backups) is even worse. You can disable SU+J after installing, though it would be nice if the installer gave you a choice. ___ 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: Jail startup/shutdown broken on latest 9-STABLE
On Thu, 2012-05-24 at 18:20 -0400, Mike Jakubik wrote: > I do not see a link to your jail rc.d script, just the patch. > Sigh, sorry, it's been a long day. I didnt look at the patch :P It works perfectly now, thanks again, hope someone can commit this soon. ___ 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: Jail startup/shutdown broken on latest 9-STABLE
On Fri, 2012-05-25 at 00:13 +0200, Mateusz Guzik wrote: > On Thu, May 24, 2012 at 06:06:50PM -0400, Mike Jakubik wrote: > > On Thu, 2012-05-24 at 23:22 +0200, Mateusz Guzik wrote: > > > On Thu, May 24, 2012 at 03:18:54PM -0400, Mike Jakubik wrote: > > > > Hello, > > > > > > > > Latest 9-STABLE has introduced some changes that break the ezjail rc > > > > script. On bootup it fails to start, but when i log in via ssh and > > > > manually start it, it works. However i am unable to shut them down > > > > afterwards. > > > > > > > Try this: > > > http://student.agh.edu.pl/~mjguzik/patches/jail-startup-shutdown.patch > > > > > > cd /usr/src && patch -p1 < patch && cd usr.sbin/jail && make && make > > > install > > > > > > /usr/src/etc/rc.d/jail script can be just copied over. > > > > > > Note that your /var/run/jail_* files have broken content (some line from > > > /etc/rc's output instead of jail id). > > > > > > > Mateusz, > > > > Thanks for the patch, it fixes the startup issue on boot, however > > shutting down the jails still does not work. The /var/run files have > > garbage in them as you mentioned. > > > > root@jail.local:~# cat /var/run/jail_app.id > > /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). > > > > > > Hostname is set in /etc/rc.conf. > > This message is about rc.conf from your jail. > > This should be fixed by my change to etc/rc.d/jail, are you sure that > you are running patched version? > Right, i just realized this. I set the hostname in the jailed rc.conf, now the file contains this: root@jail.local:~# cat /var/run/jail_app.id Setting hostname: app.local. I do not see a link to your jail rc.d script, just the patch. ___ 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: Jail startup/shutdown broken on latest 9-STABLE
On Thu, 2012-05-24 at 23:22 +0200, Mateusz Guzik wrote: > On Thu, May 24, 2012 at 03:18:54PM -0400, Mike Jakubik wrote: > > Hello, > > > > Latest 9-STABLE has introduced some changes that break the ezjail rc > > script. On bootup it fails to start, but when i log in via ssh and > > manually start it, it works. However i am unable to shut them down > > afterwards. > > > Try this: > http://student.agh.edu.pl/~mjguzik/patches/jail-startup-shutdown.patch > > cd /usr/src && patch -p1 < patch && cd usr.sbin/jail && make && make install > > /usr/src/etc/rc.d/jail script can be just copied over. > > Note that your /var/run/jail_* files have broken content (some line from > /etc/rc's output instead of jail id). > Mateusz, Thanks for the patch, it fixes the startup issue on boot, however shutting down the jails still does not work. The /var/run files have garbage in them as you mentioned. root@jail.local:~# cat /var/run/jail_app.id /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Hostname is set in /etc/rc.conf. Thanks. ___ 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"
Jail startup/shutdown broken on latest 9-STABLE
Hello, Latest 9-STABLE has introduced some changes that break the ezjail rc script. On bootup it fails to start, but when i log in via ssh and manually start it, it works. However i am unable to shut them down afterwards. root@jail.local:~# uname -a FreeBSD jail.local 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu May 24 12:50:04 EDT 2012 root@jail.local:/usr/obj/usr/src/sys/JAIL amd64 Boot: ezJailConfiguring jails:. Starting jails: cannot start jail "game": -1 cannot start jail "app": -1 /var/log/messages: May 24 15:05:30 jail kernel: pid 1276 (jail), uid 0: exited on signal 11 May 24 15:05:30 jail kernel: pid 1343 (jail), uid 0: exited on signal 11 root@jail.local:~# jls JID IP Address Hostname Path root@jail.local:~# /usr/local/etc/rc.d/ezjail start ezjailConfiguring jails:. Starting jails: game.local app.local. (notice that jails start at #3) root@jail.local:~# jls JID IP Address Hostname Path 3 10.57.227.100 game.local/jails/game 4 10.57.227.99app.local /jails/app (can not stop jails now) root@jail.local:~# /usr/local/etc/rc.d/ezjail stop ezjailStopping jails: app.local game.local. root@jail.local:~# jls JID IP Address Hostname Path 3 10.57.227.100 game.local/jails/game 4 10.57.227.99app.local /jails/app root@jail.local:~# /usr/local/etc/rc.d/ezjail stop ezjailStopping jails: cannot stop jail app. No jail id in /var/run cannot stop jail game. No jail id in /var/run (same behaviour occurs when i use the base /etc/rc.d script to start/stop the jails) Thanks. ___ 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: Troubleshooting jail startup problem
On Mon, 2012-04-16 at 15:10 -0400, Mike Jakubik wrote: > I ran "sh -x /etc/rc.d/jail start" to get some more debug info, but im > still unable to see why it is failing. It does throw one error "jail: > unknown parameter: allow.nomount", but that appears to be after it > already failed. This appears to be the culprit, a bug that's in CURRENT, that somehow made it in to 9-STABLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=165515 ___ 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: Troubleshooting jail startup problem
On Mon, 2012-04-16 at 14:49 -0400, Mike Jakubik wrote: > Hello, > > I recently setup a new server with 9-STABLE (freshly built today), but i > am having problem setting up jails on this system. I have previously > setup jails on version 8 systems without any issue. > > I installed a jail using the method described in the handbook, but when > i try to start it using /etc/rc.d/jail start, it fails. > > --- > # /etc/rc.d/jail start > Configuring jails:. > Starting jails: cannot start jail "web": > . > --- > > How can i troubleshoot this? There are no useful errors logged anywhere. > If i manually start the jail using the below command, it works just > fine. I ran "sh -x /etc/rc.d/jail start" to get some more debug info, but im still unable to see why it is failing. It does throw one error "jail: unknown parameter: allow.nomount", but that appears to be after it already failed. Here is the complete output: http://pastebin.com/S6Xd8aST Thanks. ___ 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"
Troubleshooting jail startup problem
Hello, I recently setup a new server with 9-STABLE (freshly built today), but i am having problem setting up jails on this system. I have previously setup jails on version 8 systems without any issue. I installed a jail using the method described in the handbook, but when i try to start it using /etc/rc.d/jail start, it fails. --- # /etc/rc.d/jail start Configuring jails:. Starting jails: cannot start jail "web": . --- How can i troubleshoot this? There are no useful errors logged anywhere. If i manually start the jail using the below command, it works just fine. --- # jail -c path=/jails/web host.hostname=web.local ip4.addr=10.57.227.98 command=/bin/sh /etc/rc --- Below is my rc.conf --- hostname="jail.local" defaultrouter="10.57.227.254" ifconfig_bce0="inet 10.57.227.97 netmask 255.255.255.0" ifconfig_bce0_alias0="inet 10.57.227.98 netmask 0x" ifconfig_bce0_alias1="inet 10.57.227.99 netmask 0x" ifconfig_bce0_alias2="inet 10.57.227.100 netmask 0x" ifconfig_bce0_alias3="inet 10.57.227.101 netmask 0x" # dumpdev="NO" sshd_enable="YES" ntpd_enable="YES" syslogd_flags="-4 -b 10.57.227.97" # jail_enable="YES" jail_list="web" #jail_interface="bce0" #jail_devfs_enable="YES" #jail_devfs_ruleset="devfsrules_jail" #jail_fdescfs_enable="YES" #jail_procfs_enable="YES" # jail_web_rootdir="/jails/web" jail_web_hostname="web.local" jail_web_ip="10.57.227.98" --- Thanks. ___ 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: New BSD Installer
On Tue, 2012-02-14 at 09:43 -0800, Devin Teske wrote: > I'm with you on this one. I really don't like the single-"/" setup. > > > > while booting multiple systems on GPT also seems to require Linux tools. > > > > I don't know whether this move away from BSD traditional filesystem > > partitioning (/, /var, /usr etc) to Linux-style came down from Core On > > High or is just the prerogative of installer-writers? Jordan was both > > the latter and a big part of the former for many years, but I guess > > that's something that can be reverted if people feel to do so. > > > > Maybe a vote should be taken. There's about 12 votes in this office here alone > for putting the partition scheme back the way it was (Colin Percival had a > great > formula for determining partition sizes). > You got my vote for the traditional partitioning scheme. ___ 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: 8.0 network problem
On 7/4/2010 8:52 PM, David Warren wrote: Hi all, I've got a persistent problem with my LAN. I'm running a FreeBSD 8.0 box as a home server performing the following functions for wired and wireless networks: router; firewall; DHCP server; and file server. For what it's worth, I've got ZFS up and running as the main filesystem. The recurring issue is that file transfers from the FreeBSD box to computers on the wired network (gigabit) start out fast and then become agonizingly slow. I'm sharing home directories over Samba, and those transfers work briefly and then tail off to a few kilobytes per second. The failure is I remember having a simmilar issue, back in the early 7.x days. Try the following tunnables. net.inet.tcp.hostcache.expire=1 net.inet.tcp.inflight.enable=0 Thanks. ___ 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: fault tolerant web servers on freebsd
You may want to check out carp(4). http://www.freebsd.org/cgi/man.cgi?query=carp On 4/5/2010 7:29 AM, Maciej Jan Broniarz wrote: Hi All, I am thinking about building a fault tolerant web servers running FreeBSD. The servers would be serving web sites using jails+apache+php+mysql. Would anyone be so kind, as to give me some advice about building such a solution? I have read a lot about freebsd cluster, but it was focused on computing clusters, and not fault tolerant one. If anyone has some experience with the issue, I'll be very grateful. Best regards, mjb ___ 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" ___ 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"
Gmirror - geometry does not match label (16h,63s != 255h,63s)
Hello, I just installed FreeBSD 8 on a few new servers, i followed my usual procedure for creating a geom mirror right after the installer finished. However on bootup i get the following notice for my mirror device "geometry does not match label (16h,63s != 255h,63s)". Can this be safely ignored? Better yet, how would one go about fixing this? The servers are Super Micro Super X8STi, i tried both sata mode and ahci. Thanks. ___ 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: RELENG_7: chatty geom
Just an FYI, i am also seeing this on a recent cvsup. Apr 8 14:27:15 iwinbackdb kernel: ACPI APIC Table: Apr 8 14:27:15 iwinbackdb kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs ... Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1a is ufsid/49c7c009b41af703. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1d is ufsid/49c7c015ce349fa2. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1e is ufsid/49c7c00985844142. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1f is ufsid/49c7c0090e1a2de8. Apr 8 14:27:15 iwinbackdb kernel: Trying to mount root from ufs:/dev/mfid0s1a Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label ufsid/49c7c009b41af703 removed. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1a is ufsid/49c7c009b41af703. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label ufsid/49c7c00985844142 removed. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1e is ufsid/49c7c00985844142. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label ufsid/49c7c0090e1a2de8 removed. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1f is ufsid/49c7c0090e1a2de8. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label ufsid/49c7c015ce349fa2 removed. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1d is ufsid/49c7c015ce349fa2. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label ufsid/49c7c009b41af703 removed. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label ufsid/49c7c00985844142 removed. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label ufsid/49c7c0090e1a2de8 removed. Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label ufsid/49c7c015ce349fa2 removed. On Mon, April 13, 2009 9:31 am, Christian Weisgerber wrote: > I updated to today's RELENG_7 and geom(4) has become kind of chatty. > Near the end of kernel autoconf, I get a line like > > GEOM_LABEL: Label for provider ad6s1a is ufsid/49b818dc7f60a735. > > for each file system. Then during startup, there is a further > > GEOM_LABEL: Label ufsid/49b818dc7f60a735 removed. > GEOM_LABEL: Label for provider ad6s1a is ufsid/49b818dc7f60a735. > > and finally another > > GEOM_LABEL: Label ufsid/49b818dc7f60a735 removed. > > for a total of four lines for each file system. > Is this spew really helpful? > ___ 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: bce(4) and rx errors
On Sun, December 14, 2008 4:36 am, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, Gents, > > I have not yet talked this with David but it looks like this patch would > make it disappear. > > Cheers, I have been running my production systems for about a week now with this patch, interrupts are low and rx errors reports are gone, thanks Xin. P.S. I'm still having problems with my application, but at this point i'm not sure whether it has anything to do with the driver, for what its worth here is the error which causes it to stop accepting new connection. wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 | Exception in thread "Thread-0" java.nio.channels.IllegalBlockingModeException wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 |at sun.nio.ch.ServerSocketAdaptor.accept(ServerSocketAdaptor.java:86) wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 |at com.precyse.chat.service.connector.ServerSocketChannelConnector.registerSelection(ServerSocketChannelConnector.java:404) wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 |at com.precyse.chat.service.connector.ServerSocketChannelConnector.run(ServerSocketChannelConnector.java:148) ___ 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: RELENG_7_1: bce driver change generating too much interrupts ?
On Sun, December 14, 2008 4:57 am, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Mike Jakubik wrote: >> On Mon, December 8, 2008 5:22 pm, Mike Jakubik wrote: >>> On Mon, December 8, 2008 5:12 pm, Xin LI wrote: >>> >>>> Which version are you currently using? My previous commit only fixes >>>> the excessive interrupt issue, I think this could be a different >>>> problem, I'm taking a look at the code to see if I can have something >>>> for you. >>> I was running on the version just prior to the latest interrupt commit. >>> I >>> have now updated to the one with the interrupt fix. Will let you know >>> if >>> things change. >>> >>> Thank You. >> >> The interrupt rate has decreased significantly, however i am still >> having >> having problem with applications that hold stateful connections. The rx >> errors are also still showing, i suspect this is related to the problem. >> How can i roll back this driver to the last known good version? > > Hi, Mike, > > I think they are different problems. Could you, please, give me > feedback about whether: > > - The old driver does not trigger the problem? > > - The patched driver restore all the old driver behavior? - Old driver. I have been running the system for 4 days now with this driver. My application has not stopped accepting connections, irq rate is low, and there are no rx/tx errors reported. Everything looks good. - Patched driver. Your initial import plus the IRQ fix still shows rx errors, and my application had stopped accepting connections. I have not tried the patch in your last email, and im not sure when i will be able to to as these systems are in production. Perhaps someone else could test it? As soon as i get a chance i will let you know how it goes. Thanks for the work on this. ___ 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: bce(4) and rx errors
On Wed, December 10, 2008 11:03 am, Jeff Blank wrote: > On Wed, Dec 10, 2008 at 04:59:26PM +0200, Vlad GALU wrote: >> I have an application pulling about 220Kpps from a bce(4) card >> (details below). At what seems to be random times, errors start >> showing up on that interface (I'm watching it with netstat -w1 -I), so >> about 10% of the initial 220Kpps is reported as errors. > > I'm also seeing a pretty steady stream of errors on both bce > interfaces in a Dell PowerEdge 2950 III. In my case, the source > is RELENG_7_1 from ~14:00 UTC yesterday (9 Dec). Throughput does not > seem to be affected. "sysctl -a | egrep -i 'bce.*err'" yields all > zeroes, for whatever that's worth. See the "RELENG_7_1: bce driver change generating too much interrupts ?" thread. This problem as surfaced since the recent bce driver changes. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7_1: bce driver change generating too much interrupts ?
On Mon, December 8, 2008 5:22 pm, Mike Jakubik wrote: > On Mon, December 8, 2008 5:12 pm, Xin LI wrote: > >> Which version are you currently using? My previous commit only fixes >> the excessive interrupt issue, I think this could be a different >> problem, I'm taking a look at the code to see if I can have something >> for you. > > I was running on the version just prior to the latest interrupt commit. I > have now updated to the one with the interrupt fix. Will let you know if > things change. > > Thank You. The interrupt rate has decreased significantly, however i am still having having problem with applications that hold stateful connections. The rx errors are also still showing, i suspect this is related to the problem. How can i roll back this driver to the last known good version? Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7_1: bce driver change generating too much interrupts ?
On Mon, December 8, 2008 5:12 pm, Xin LI wrote: > Which version are you currently using? My previous commit only fixes > the excessive interrupt issue, I think this could be a different > problem, I'm taking a look at the code to see if I can have something > for you. I was running on the version just prior to the latest interrupt commit. I have now updated to the one with the interrupt fix. Will let you know if things change. Thank You. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7_1: bce driver change generating too much interrupts ?
On Mon, December 8, 2008 4:29 am, Oleg Gorokhov wrote: > This patch committed fixes the issue reported earlier with interruptions > but there is one more problem discussed here: > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2008-11/msg00144.html > > We also have observed similar bad behavior for network (especially > ssl-based) operations: imaps, ssh and smtp starttls connections - all of > them were failed to establish after a day of successful operation: > I wonder if my problem is related to this. I have a java chat service application that starts dropping connections after about 4 days of uptime. There is nothing in the applications logs, and i know this works fine on Linux. Will try updating to the latest bce patch tonight to see if it helps. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7_1: bce driver change generating too much interrupts ?
On Wed, December 3, 2008 3:27 am, Dmitry Sivachenko wrote: > On Tue, Dec 02, 2008 at 04:44:46PM -0800, Xin LI wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi guys, >> >> I think I got a real fix. >> > > > I tried that patch with very recent 7-STABLE. > I does fix the problem for me. Good to hear. I will have to wait a few days before i update the code as these systems are in production. Thanks guys. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7_1: bce driver change generating too much interrupts ?
On Tue, December 2, 2008 1:17 pm, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Can anyone try reverting the changeset itself? There are two recent > changesets: > > http://www.delphij.net/bce-185161.diff.bz2 > http://www.delphij.net/bce-184826.diff.bz2 Thanks for the info, the exact card that i use is the following, it is shipped with Dell servers. --- [EMAIL PROTECTED]:3:0:0:class=0x02 card=0x01b31028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = '5708C Broadcom NetXtreme II Gigabit Ethernet Adapter' class = network subclass = ethernet --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7_1: bce driver change generating too much interrupts ?
On Tue, December 2, 2008 4:57 am, Geoffroy Desvernay wrote: > Since last upgrade, I see much more CPU time "eated" by interrupts (at > least 10% cpu in top) > (see http://dgeo.perso.ec-marseille.fr/cpu-week.png) I am also seeing the same behavior on a farm of Dell servers. [EMAIL PROTECTED]:~# vmstat -i interrupt total rate irq1: atkbd0 18 0 irq14: ata0 176 0 irq16: mfi067924 1 irq20: uhci1 uhci3 1 0 irq21: uhci0 uhci+ 5 0 cpu0: timer132244117 1997 irq257: bce1 3366039632 50853 cpu1: timer132244053 1997 cpu2: timer132244053 1997 cpu3: timer132244053 1997 Total 3895084032 58846 Not only this, but i have also noticed that there are a number of errors reported by netstat now. before the drivers update, i would not get these errors. [EMAIL PROTECTED]:~# netstat -i NameMtu Network Address Ipkts IerrsOpkts Oerrs Coll 0 bce1 1500 00:1e:c9:b5:cc:b6 1848959 2197 1357031 0 0 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Schedule for 6.3R is a 404
Hello, Just an FYI, http://www.freebsd.org/releases/6.3R/schedule.html returns a 404. This is linked from http://www.freebsd.org/releases/. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
DOH! ata_alloc_request failed!
Hello, I keep seeing the following in my logs, should i be worried?: Sep 4 03:01:29 ns2 kernel: DOH! ata_alloc_request failed! Sep 4 03:01:29 ns2 kernel: FAILURE - out of memory in ata_raid_init_request Sep 4 03:01:29 ns2 kernel: g_vfs_done():ar0s1f[WRITE(offset=107303043072, length=16384)]error = 5 The disks seems fine as far as smartmontools can tell and there is no visible data loss or corruption. This an an Opteron system running in AMD64 mode on a Nvidia motherboard using the on-board ata raid. I've seen some posts from other people complaining about this, but no real answer as to the cause of the problem. Thanks. --- atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd400-0xd40f mem 0xfebfc000-0xfebfcfff irq 21 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem 0xfebfb000-0xfebfbfff irq 22 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 ad4: 114473MB at ata2-master SATA300 ad6: 114473MB at ata3-master SATA300 ar0: 114473MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MFC 7.0 calcru changes
David O'Brien wrote: This is a patch to MFC what I think are all the calcru-related changes that occurred since 6-STABLE was branched and 7.0 continued forward. If anyone spots some changes I missed, please yell out. Thank you so much! My supermicro systems are plagued by calcru messages and timing problems, last time i checked there was no plan to fix this on 6, CURRENT worked fine so this should fix it. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cxgb mfc is missing cxgb_include.h
Kip Macy wrote: I don't know. I just deleted dev/cxgb and recreated it from cvs and LINT builds for me. Re-cvsupped your version from RELENG_6 and all is well now. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cxgb mfc is missing cxgb_include.h
Kip Macy wrote: Oops - thanks. I've included the file from cvs on my box, however i now get this error while compiling. --- cc -O2 -fno-strict-aliasing -pipe -march=prescott -DCONFIG_CHELSIO_T3_CORE -g -DDEFAULT_JUMBO -DCONFIG_DEFINED -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/cxgb/../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SPAMTOASTER/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SPAMTOASTER -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/cxgb/../../dev/cxgb/common/cxgb_mc5.c cc -O2 -fno-strict-aliasing -pipe -march=prescott -DCONFIG_CHELSIO_T3_CORE -g -DDEFAULT_JUMBO -DCONFIG_DEFINED -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/cxgb/../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SPAMTOASTER/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SPAMTOASTER -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/cxgb/../../dev/cxgb/common/cxgb_vsc8211.c In file included from /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_include.h:10, from /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_vsc8211.c:34: /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_offload.h:83: warning: "struct l2t_entry" declared inside parameter list /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_offload.h:83: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /usr/src/sys/modules/cxgb. --- I then noticed that the contents of that file are all commented out, so i tried uncommenting but it fails during the depend stage. --- mkdep -f .depend -a -nostdinc -DCONFIG_CHELSIO_T3_CORE -DDEFAULT_JUMBO -DCONFIG_DEFINED -D_KERNEL -DKLD_MODULE -I- -I/usr/src/sys/modules/cxgb/../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -I/usr/obj/usr/src/sys/SPAMTOASTER /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_mc5.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_vsc8211.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_vsc7323.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_ael1002.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_mv88e1xxx.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_xgmac.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_t3_hw.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_main.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_sge.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_lro.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_offload.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_l2t.c /usr/src/sys/modules/cxgb/../../dev/cxgb/sys/uipc_mvec.c if_cxgb.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_sge.c:178:3: #error "SGE_NUM_GENBITS must be 1 or 2" mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/cxgb. --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cxgb mfc is missing cxgb_include.h
mkdep -f .depend -a -nostdinc -DCONFIG_CHELSIO_T3_CORE -DDEFAULT_JUMBO -DCONFIG_DEFINED -D_KERNEL -DKLD_MODULE -I- -I/usr/src/sys/modules/cxgb/../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -I/usr/obj/usr/src/sys/SPAMTOASTER /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_mc5.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_vsc8211.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_vsc7323.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_ael1002.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_mv88e1xxx.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_xgmac.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_t3_hw.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_main.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_sge.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_lro.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_offload.c /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_l2t.c /usr/src/sys/modules/cxgb/../../dev/cxgb/sys/uipc_mvec.c if_cxgb.c /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_vsc8211.c:34:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_ael1002.c:34:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_mv88e1xxx.c:34:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_xgmac.c:35:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/common/cxgb_t3_hw.c:35:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_main.c:76:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_sge.c:62:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_sge.c:178:3: #error "SGE_NUM_GENBITS must be 1 or 2" /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_lro.c:53:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_offload.c:58:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/cxgb_l2t.c:53:26: cxgb_include.h: No such file or directory /usr/src/sys/modules/cxgb/../../dev/cxgb/sys/uipc_mvec.c:45:26: cxgb_include.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/cxgb. *** Error code 1 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Buildkernel error in acpi_hpet.c
cc -O2 -fno-strict-aliasing -pipe -march=prescott -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SPAMTOASTER/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SPAMTOASTER -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 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ec.c cc -O2 -fno-strict-aliasing -pipe -march=prescott -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SPAMTOASTER/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SPAMTOASTER -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 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c: In function `acpi_hpet_table_probe': /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c:89: error: `ACPI_TABLE_HPET' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c:89: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c:89: error: for each function it appears in.) /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c:89: error: `hpet' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c:96: error: `ACPI_SIG_HPET' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c:96: warning: passing arg 3 of `AcpiGetTable' from incompatible pointer type /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_hpet.c:104: error: syntax error before ')' token *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mysql frequently crash on 6.2
On Tue, May 1, 2007 2:58 am, Ken Chen wrote: > 2007/5/1, Jeremy Chadwick <[EMAIL PROTECTED]>: >> >> >> I can confirm this problem. Normally sig11 is an indication that you >> have hardware-related problems, but in this particular case (at least in >> my experience), it can also be caused by some lack-of loader.conf >> tunables permitting mysqld to allocate the amount of memory you're >> claiming in my.cnf. > > > Jeremy, thank you for your information.But I has modified > /boot/loader.conf > already, you can check the 'limits' output in my last post. > > The mysql run well on my other machine with low-loading, but at the > high-loading box. mysql always get 'mysqld got signal 11'. I've had problems with 6.2 and mysql on a large server as well. High CPU usage and crashes. I switched the threading library to libthr and the problems went away. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some questions from a newcomer
Daniel Mouritsen wrote: Hello, I'm playing around with using freebsd for my home server (which used to use linux), and I have a quick question regarding the distributions you can select with sysinstall during the install phase. I've chosen developer(since i wish to use the ports packages, i figured selecting developer might be a good idea to get gcc and such), user and minimal. Just out of curiosity, is does one cancel out the other? i mean, is it really necessary to pick user and minimal if i choose developer? I mean, wont everything in "minimal" be included in "developer"? The reason im asking is, all this server is gonna be running is apache, pf and ntpd to handle the clock. I pretty much want to close down everything else and make as minimal a system as possible. Any suggestions about the layout of this machine? Is developer "overkill"? You don't need the developer packages to compile or use the ports. I would recommend you choose the basic user option instead. Also, i was wondering, i tried playing around with portsnap, but dear lord it was slow :D I tried googling for European mirrors close to me, but i haven't had much success, any help with finding a faster portsnap server would be much appreciated You may want to try cvsup instead. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Clamav-90_2 Lockup with freebsd 6.2
Martin Blapp wrote: Clamd with libpthread.so is still broken. Please use libthr.so. I'm currently investigating why libpthreads.so has problems with clamd, and it looks to me like a library bug. This may be related to a problem i had with Mysql on a large server recently. Mysql threads would start eating a lot of CPU and staying around forever. I switched to libthr and the problem went away. Sorry, i don't have any more info than this, because it is a production server i cant mess around with it any more. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Why does FBSD always assume it's on an 8080 CPU?
Chris H. wrote: CPU: AMD Athlon(tm) XP (1102.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x680 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 That I simply build world/kernel with an clean (empty) make.conf and add the following during port(s) building to attain optimum results given my CPU for this current biuld? CPUTYPE?=pentium4 COPTFLAGS= -march=pentium4 -mmmx -m3dnow -m3dnow+ -msse -msse2 Why are you using "pentium4" with an Athlon XP CPU? use "athlonxp" instead. Also, don't modify the COPTFLAGS. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Read_dma timeout - FreeBSD 6-1
Ikare.run wrote: PS : when error occurs, the disk make a "click" !?!? If its making sounds like that, then its a physical problem with the drive. Bakcup your data and return it if its still on warranty. Maxtor provides troubleshooting tools on their website. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cached file read performance with 6.2-PRERELEASE
Has anyone tried these tests with 4.x? Well, i did, and i was surprised how good the performance is, it gave me the highest number of all tests, even compared to much faster HW. Although this is all different hardware, it seems like the performance drops the higher the version of FreeBSD is, specifically right after 6.1. Is there a possibility that there was some performance problem introduced around that time? All tests done with "dd if=/dev/zero of=/tmp/file bs=8k count=3", a 234M file. --- FreeBSD 4.11-STABLE, Pentium(R) 4 CPU 2.60GHz, 512MB # dd of=/dev/null if=/tmp/file bs=8k 3+0 records in 3+0 records out 24576 bytes transferred in 0.298992 secs (821962015 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 24576 bytes transferred in 0.221009 secs (990834 bytes/sec) FreeBSD 6.1-STABLE, Dual Core AMD Opteron(tm) Processor 170 (2009.27-MHz K8-class CPU), 1GB # dd of=/dev/null if=/tmp/file bs=8k 3+0 records in 3+0 records out 24576 bytes transferred in 0.289550 secs (848765132 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 24576 bytes transferred in 0.243281 secs (1010190329 bytes/sec) FreeBSD 6.1-STABLE, Intel(R) Pentium(R) D CPU 3.20GHz (3118.91-MHz 686-class CPU), 1GB # dd of=/dev/null if=/tmp/file bs=8k 3+0 records in 3+0 records out 24576 bytes transferred in 0.354899 secs (692478377 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 24576 bytes transferred in 0.285909 secs (859574388 bytes/sec) FreeBSD 6.2-PRERELEASE, AMD Athlon(tm) 64 Processor 3000+ (2002.58-MHz K8-class CPU), 512MB # dd of=/dev/null if=/tmp/file bs=8k 3+0 records in 3+0 records out 24576 bytes transferred in 0.354382 secs (693488872 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 24576 bytes transferred in 0.356816 secs (688758249 bytes/sec) FreeBSD 6.2-PRERELEASE, Intel(R) Pentium(R) 4 CPU 1.80GHz (1796.94-MHz 686-class CPU), 512MB # dd of=/dev/null if=/tmp/file bs=8k 3+0 records in 3+0 records out 24576 bytes transferred in 0.483906 secs (507867448 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 24576 bytes transferred in 0.390824 secs (628825123 bytes/sec) FreeBSD 7.0-CURRENT (all debugging off), AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU), 512MB # dd of=/dev/null if=/tmp/file bs=8k 3+0 records in 3+0 records out 24576 bytes transferred in 0.846895 secs (290189464 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 24576 bytes transferred in 0.794950 secs (309151516 bytes/sec) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.1 with PAE on a recent server (HP DL380 G5 or Dell PE 1950) ?
Olivier Mueller wrote: Hello, I will soon get some new servers with more than 4 GB of RAM, and I am wondering if they will work fine even with the PAE option activated: are all the required drivers (RAID mfid, bce on the Dell, ciss0 on the HP) 100% compatible, or should I expect trouble? Why not use AMD64 mode instead of PAE? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: em driver testing
On Tue, November 7, 2006 6:18 pm, Scott Long wrote: It's just unclear to me how you're associating bce problems with checksum offloading and IP fragmentation to em problems with design issues in the watchdog code. You are correct, the bce watchdog timeouts seem to be related to hw checksums, apologies for the mistake. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: em driver testing
Jack, I have done some tests, here are my results. On 6.2-BETA3 i was able to get a timeout while compiling the kernel and ftping a large file from another server with the same card. On 6.2-STABLE cvsuped today i was not able to produce a timeout, i then applied your patch and the results were the same. [EMAIL PROTECTED]:10:0: class=0x02 card=0x11768086 chip=0x10768086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: em driver testing
Scott Long wrote: Mike, If you have insight into the bce driver, I would highly appreciate if you would share it. Scott (the guy who fixed bce) I don't have any bce hardware myself, I'm just using the information from the list. I have some em and fxp hardware however that i can use to do tests. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: em driver testing
Clayton Milos wrote: Hi Jack I patched the driver and re-compiled the kernel and userland. All appears well with the em driver now. No more errors on it. I am getting watchdog timeouts on the xl driver now though. It was happenning before at the same time as the em ones. Now I've passed a lot of traffic on the em interface but the xl interface gets watchdog errors. The em interface still works fine but the xl one is no usable after this. Has it not been established by someone that the problem is in freebsd (scheduler iirc) and not the drivers themselves? This along with the bge/bce wtachdog timeouts seems to confirm that. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
GCC flags for Conroe based CPUs
I am wondering what CPUTYPE and CFLAGS are appropriate when using Intel's Conroe based Xeons, since GCC 3 is not aware of this CPU, afaik. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SATA 500Gb disk problem
Nguyen Tam Chinh wrote: ad4: 476940MB at ata2-master SATA150 %dmesg | grep atapci0 atapci0: port 0xdc00-0xdc07,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f mem 0xff8fec00-0xff8fedff irq Unfortunately you have a broken chipset, i would not recommend you use the Sil 3112 for production. However, it may still be the cable, so try replacing the cable first. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Running large DB's on FreeBSD
Ronald Klop wrote: I'm running MySQL 5 on Linux at my work (4 disk RAID 10/32G RAM/4xsingle-core). It has a DB of > 100 GB and much more than millions of rows and the preformance is very good with quite a lot of users via the webserver. But I do not have any comparisons with Oracle or other systems. Unforunately we don't run FreeBSD at work except for my workstation. Well, i guess i can always fall back on Linux if there are any major problems on FreeBSD. The size of the db is not the problem. The load is more important. Are there a lot of sequential queries or simultanious? Do you do a lot of locking/selects/updates/insert? Are there thousands of tables or just 1? I do recommend a 64 bit OS if your hardware supports it, because it makes allocating memory for MySQL a lot easier. Thats the information i do not have yet. My guess is mostly selects and possibly more than one table. I also believe they will make use of stored procedures. I will have to use AMD64 anyways, as it will be using 16GB of ram. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Running large DB's on FreeBSD
Chuck Swiger wrote: On Oct 23, 2006, at 4:01 PM, Mike Jakubik wrote: So, first of all, am i crazy for choosing fbsd+mysql for this rather than something like Solaris + Oracle? :) Moderately...it kinda depends on the budget available. I regard Solaris + Oracle as one of the most reliable combinations for moderate to extreme load, for a system that might well be in operation for five to ten years. If I was going to do FreeBSD, I might look into Postgres instead of MySQL; well, I might look into something else than MySQL under many circumstances. I've gotten some pretty good use out of OpenBase, for another choice. I believe the front-end application is MySQL dependent, but what is so much better about PostgreSQL? I understand that it has some more advanced features, but if they are not used, then what is the advantage? (I really like the InnooDB storage in MySQL) As for the disk configuration, using RAID-5 is one of the worst possible choices for a database; using multiple RAID-1 mirrors or a RAID-10 config would probably do a lot better in terms of performance and reliability. Is RAID5 really that bad when a lot of fast disks are used and the controller has a decent cache with a BBWC? Thanks for the feedback guys. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Running large DB's on FreeBSD
Greetings, I am in the process of implementing a fairly large mysql server for an even larger company, and naturally i want to use FreeBSD. The hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k rpm disks in a RAID5 setup. I'm not exactly informed as to the specific workload yet, however i know the database will have several million rows and be larger than 10GB. So, first of all, am i crazy for choosing fbsd+mysql for this rather than something like Solaris + Oracle? :) Secondly, i am just looking for some suggestions, opinions, success/failure story's that may help me out. Is anyone out there using FreeBSD for something of this size? I am hoping that everything will work out well, and the client will be happy. This would generate some good PR for FreeBSD, as it is a very large international company and it would be the first FreeBSD server (that i know of) of this type there. Thanks, any input will be appreciated. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD and "make -j# buildworld" usability
Buki wrote: Hi, I searched the archives and web a little but found many different opinions on stability/usability of using make -j# with buildworld (and buildkernel). So I am asking if it is a good idea to use make -j on production boxes. I use -j2 on all my dual cpu/core boxes, i don't recall ever having a problem with it. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon
Adrian Chadd wrote: On 10/13/06, Mark Linimon <[EMAIL PROTECTED]> wrote: DragonFly has made substantial rewrites/changes since the fork from FreeBSD. I think to assume that there are no regressions in either stability, speed, or support may be naive. Has anyone tried benchmarking DragonflyBSD against FreeBSD 5.x and 6.x for some of the specific workloads people are reporting issues with? I'm about to do some MySQL benchmarking between DragonFly and 6.1. Should post the results soon on performance, just as soon as i figure out how the hell to use pkgsrc :P ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: gmirror warnings
Vivek Khera wrote: On Oct 10, 2006, at 2:11 PM, Mike Jakubik wrote: Those messages are not directly related to gmirror, they come from the ATA driver when it can't allocate memory for the structure which describes I/O request: I think this behavior is limited to the amd64 architecture, or at least more prone to occur. I have a number of identical servers, and only one of them runs in amd64 mode. This server displays these errors every now and then, while the others don't. While the server continues to function properly, its still annoying seeing these. Perhaps there is a auto tuning problem on amd64? I have six identical boxes all built at the same time. This is the only one reporting this error. All run identical copies of freebsd. I also have at least 2 other boxes with SATA drives running amd64 and none shows the error. It is obviously related to workload. Perhaps its memory related, my other servers are much more loaded, however the one exhibiting this problem has less ram and usually uses about 300MB of swap. The messages are not very frequent, perhaps once / 2 months. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: gmirror warnings
Dmitry Pryanishnikov wrote: Hello! On Tue, 10 Oct 2006, Vivek Khera wrote: Over the weekend and today we got some curious error messages from gmirror providers: Oct 7 03:02:14 dtfe2 kernel: ad6: FAILURE - out of memory in start Oct 7 04:15:58 dtfe2 kernel: ad4: FAILURE - out of memory in start Should I be worried about these warnings or are they just transient failures that correct themselves? Those messages are not directly related to gmirror, they come from the ATA driver when it can't allocate memory for the structure which describes I/O request: I think this behavior is limited to the amd64 architecture, or at least more prone to occur. I have a number of identical servers, and only one of them runs in amd64 mode. This server displays these errors every now and then, while the others don't. While the server continues to function properly, its still annoying seeing these. Perhaps there is a auto tuning problem on amd64? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: BCM5754 supported in 6.2 release?
Yi-Hua Edward Yang wrote: I asked the question below a while back but got no answer. Does that mean BCM5754 integrated GbE will not be supported by 6.2 release at all? The HARDWARE.TXT file does not list it, but the source code seems to have the BCM5754 support, or at least so the CVS comments say. Does anyone know when if_bge will support BCM5754 GbE? We really hope to run FreeBSD on our Dell Precision desktops. If the source code mentions support, then it most likely will be supported but has not made it to the docs yet. To be sure, download ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/6.2/6.2-BETA2-i386-bootonly.iso , boot it up and see for yourself. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2]
Scott Long wrote: All, Attached is my first cut at addressing the problems described in this thread. As I discussed earlier, the VM syncer thread is likely starving the USB interrupt thread. This causes the shared usb+network interrupt to remain masked, preventing network interrupts from being delivered, and thus triggering watchdog timeouts. Just to be clear, has it been established that the problem only occurs when em is sharing an interrupt? I have a lot of production machines using the PDSMi board, which is one of the boards that the problem was noticed on, however i do not share any irqs, i always disable USB in the BIOS. # vmstat -i interrupt total rate irq16: em0 13001181 7 irq19: atapci0 76559511 42 cpu0: timer 3643365617 1999 cpu1: timer 3643365610 1999 Total 7376291919 4048 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Showstopper - 6.2-PRERELEASE does not see SATA DVD drives (fwd)
Joel Dahl wrote: The Hardware Notes do not mention SATA at all except for RAID controllers. Just FYI, We've been looking at integrating the supported hardware info from the ata(4) manual page into the hardware notes. This *should* at least kill some of the confusion that always surrounds what SATA/ATA stuff we support and what we don't. Thats a good idea, i would have to agree that the documentation is a little lax in that department. Perhaps it would also be a good idea to include the supported ataraid drivers. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Showstopper - 6.2-PRERELEASE does not see SATA DVD drives (fwd)
Frank wrote: I am sending this again since it has been 4 days with no response. I consider this a showstopper since I could boot from CD but sysinstall could not see the DVD drives, thus no CD install. I had to mount the CD in another machine and do a NFS install. SATA optical drives are not supported, neither is your brand new gaming sound card. This is far from being a show stopper. Please consult the hardware notes in the future before complaining on the lists. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATA problems again ... general problem of ICH7 or ATA?
Miroslav Lachman wrote: I upgraded to RELENG_6, changed all HW (whole servers and changed Seagate HHDs to Samsung so every piece of HW is different from time of my first post), but after one week I got the same error and system reboot today: Aug 19 15:11:20 track ntpd[456]: kernel time sync enabled 2001 Aug 19 15:15:47 track kernel: ad6: FAILURE - device detached Aug 19 15:15:47 track kernel: subdisk6: detached Aug 19 15:15:47 track kernel: ad6: detached Aug 19 15:15:47 track kernel: GEOM_MIRROR: Device gm0: provider ad6 disconnected. Aug 19 15:15:47 track kernel: g_vfs_done():mirror/gm0s2d[READ(offset=1169260544, leng th=131072)]error = 6 Aug 19 15:22:34 track syslogd: kernel boot file is /boot/kernel/kernel From my point of view - this is not related to 1 piece of HW, but general problem of ICH7 chipset or (s)ATA driver in FreeBSD 6.x. As other poster has different chipsets (ICH6 and nVidia), it seems more FreeBSD ATA driver related. (7 different machines was tried) Just a "me too", i have the same problems with ICH7 and disks mysteriously disconnecting. Aug 14 16:54:47 mx1 kernel: ad4: FAILURE - device detached Aug 14 16:54:47 mx1 kernel: ad4: detaGEOM_MIRROR:ched Device gm: provider ad4 disconnected. I think there definitely is a problem with the chipset/driver. ___ 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
Dan Nelson 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. Ahh, thats makes sense, thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
TOP shows above 100% WCPU usage
last pid: 747; load averages: 2.69, 1.03, 0.58 up 0+01:40:40 10:14:29 35 processes: 7 running, 28 sleeping CPU states: 58.1% user, 0.0% nice, 38.4% system, 1.1% interrupt, 2.4% idle Mem: 642M Active, 416M Inact, 125M Wired, 112M Buf, 825M Free Swap: 4071M Total, 4071M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 465 mysql 18 200 905M 641M kserel 0 39:18 160.64% mysqld 631 root1 960 2424K 1668K CPU1 0 0:02 0.00% top How can mysql use 160%? Is this a reporting bug in top because mysql is threaded? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Error building todays kernel (acpi_wakeup.c:285)
cc -O2 -fno-strict-aliasing -pipe -march=athlon -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SPAMTOASTER/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SPAMTOASTER -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 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c: In function `acpi_sleep_machdep': /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c:285: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c:285: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 --- Revision 1.39.2.2 / (download) - annotate - [select for diffs], Sat Aug 12 00:51:18 2006 UTC (18 hours, 1 minute ago) by njl Branch: RELENG_6 Changes since 1.39.2.1: +11 -0 lines Diff to previous 1.39.2.1 (colored) to branchpoint 1.39 (colored) next main 1.40 (colored) MFC: stop beep after resume and man page updates ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Stability of ICH7 sata on FreeBSD 6.1 ?
Miroslav Lachman wrote: I have same problem on ASUS RS120 with Seagate ST3250820AS/3.AAC drives (disk loses, system reboots, slow read/write speed), but I think this is drive problem - all drives has high Reallocated_Sector_Ct value in SMART (above 130 reallocated sectors after few weeks, some drives has more then 100 after few days). Please let me now, if you also have nonzero Reallocated_Sector_Ct in smartctl -A output. I will test those servers with brand new Samsung drives, hope that it helps. I don't think you have the same problem, in your case it sounds like a bad hard drive. On my servers, all the hard drives are less than two months old, and are completely error free according to SMART. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Stability of ICH7 sata on FreeBSD 6.1 ?
Dominic Marks wrote: Jerome Sobecki wrote: Hi all, We have here some Supermicro Superserver 5015P-TR (http://www.supermicro.com/products/system/1U/5015/SYS-5015P-TR.cfm) Those servers, with a ICH7 controler, are currently working with FreeBSD 6.1 and everything seems ok, except that it's the third time, on two different machines, that the system crash because it lost is hard drive. I have two Supermicro PDSMi MB servers in productions and i am also experiencing mysterious disk loses. The system continues to function fine, as i am using gmirror, however something strange is going on. Sometimes the disks come back, sometimes i need to reboot the system to get them back. I am using Seagate ST3160812AS 3.AAE drives. The drives reports no SMART errors, and the cables are secure. The drives are attached to a hot swap back plane. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MFC of kern_resource.c (calru changes)
John Baldwin wrote: On Wednesday 26 July 2006 18:31, Mike Jakubik wrote: Are there any plans to MFC the last few commits to kern_resource.c to -STABLE? I have a number of machines which flood the logs with "calcru: negative runtime" messages every time w, ps or top is used, so im hoping these may fix the issue. I think it involves an ABI breakage, so I doubt it. Thats unfortunate, as i just finished extensively testing the system with -CURRENT. There are no calcru messages, and no negative timestamps on processes occurring. In fact, everything is working perfectly. Is there anything that can be done to address this problem on -STABLE? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring temperature with acpi (sysctls)
Well, here are the patch results. The controller is detected: ichsmb0: port 0x1100-0x111f irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 However communication does not seem to work: # smbmsg -p Probing for devices on /dev/smb0: Device @0x30: rw Device @0x32: rw ^C ichsmb0: device timeout, status=0x41 ichsmb0: device timeout, status=0x41 ichsmb0: device timeout, status=0x41 I also tried running mbmon using SMB, however this is the result: # mbmon -S No SMBus HWM available!! InitMBInfo: Unknown error: 0 Without any options, i get bogus temp values: # mbmon Temp.= 208.0, 0.0, 0.0; Rot.=0,0,0 Vcore = 3.62, 3.62; Volt. = 3.62, 5.21, 11.80, 1.13, 2.09 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring temperature with acpi (sysctls)
Jung-uk Kim wrote: FYI, see kern/85106: http://www.freebsd.org/cgi/query-pr.cgi?pr=85106 Great, i will try the patch shortly. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring temperature with acpi (sysctls)
Bruno Ducrot wrote: It should be ichsmb with a ich7 southbridge IIRC, but there is a missing pci id onto sys/ichsmb/ichsmb_pci.c, (it should be 0x27da8086). Maybe the ich7 isn't supported yet. I don't have time to check more ATM. I'll look intel specs tomorrow. It indeed is a ich7. [EMAIL PROTECTED]:31:3:class=0x0c0500 card=0x798015d9 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class= serial bus subclass = SMBus Thanks for taking an interest guys, let me know how i can help. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring temperature with acpi (sysctls)
Bruno Ducrot wrote: Could you please try (if you have a working smb device) # smbmsg -p Well, i don't think its being detected/supported. I tried loading all the smbus related kernel modules, but no device. Id Refs AddressSize Name 19 0xc040 2d1624 kernel 21 0xc06d2000 606acacpi.ko 33 0xc4dca000 2000 smbus.ko 41 0xc4dcc000 3000 iicsmb.ko 53 0xc4dcf000 3000 iicbus.ko 61 0xc4de4000 3000 smb.ko 71 0xc4df3000 3000 iic.ko 81 0xc4df6000 3000 if_ic.ko However, dmesg seems to show that there is a SMBus device on the MB. pci0: at device 31.3 (no driver attached) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring temperature with acpi (sysctls)
Jiawei Ye wrote: On 7/27/06, Mike Jakubik <[EMAIL PROTECTED]> wrote: I don't want to spend $50 extra per system, just so i can read the temperature, and not even use any of the IPMI functions. I need a simple and scriptable way to get the values, acpi sysctls are ideal for this. What about using SMBus? Is it available on your system? xmbmon reads temperatures off the SMBus IIRC. I tried that, unfortunately it does not work. All i want to know is if this a shortcoming of freebsd or the motherboard, if its the later, i will contact the manufacturer. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring temperature with acpi (sysctls)
David Duchscher wrote: On Jul 26, 2006, at 11:09 AM, Bruno Ducrot wrote: Does this one support IPMI? Yes, the Supermicro PDSMi supports the IPMI 2.0 module and I can confirm that it works with the IPMI ported driver from current on 6.1. The module is optional so you will have to purchase one for the system, around 0. You will also need the latest BIOS loaded on the motherboard for it to work. http://www.supermicro.com/products/accessories/addon/AOC-IPMI20-E.cfm I don't want to spend $50 extra per system, just so i can read the temperature, and not even use any of the IPMI functions. I need a simple and scriptable way to get the values, acpi sysctls are ideal for this. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
MFC of kern_resource.c (calru changes)
Are there any plans to MFC the last few commits to kern_resource.c to -STABLE? I have a number of machines which flood the logs with "calcru: negative runtime" messages every time w, ps or top is used, so im hoping these may fix the issue. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring temperature with acpi (sysctls)
Bruno Ducrot wrote: On Tue, Jul 25, 2006 at 11:51:25AM -0400, Mike Jakubik wrote: I need to be able to get the cpu and fan information from my motherboard, however none of the monitoring utilities in the ports seems to support my motherboard (Supermicro PDSMi, Intel E7230 (Mukilteo) Chipset). On my older VIA based motherboards and some Nvidia, i can get this information using ACPI and the hw.acpi.thermal sysctl. This however is not available on this motherboard. Would this be a shortcoming of the motherboards ACPI implementation, or a lack of support by freebsd? Does this one support IPMI? Yes, but with an optional $54 add-on card. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Still getting 'calcru: runtime went backwards'
John Baldwin wrote: On Friday 07 July 2006 14:43, Mike Jakubik wrote: John Baldwin wrote: That is partly because when you run top it queries the resource usage of the various processes via fill_kinfo_proc(). When you don't run top, no one is asking for the resource usage numbers, so the kernel doesn't waste time calculating them. Right, also running ps has the same effect. But why do these messages occur? Not sure. My guess would be an overflow of some sort but given the short uptime that likely is not the case. Its not always instant, sometimes its after 4 hours of uptime, and its almost always on the yarrow or swi4 process. I would really like to solve this problem, would this be an issue of the motherboard or freebsd? If its the earlier, i can contact the manufacturer, but i would appreciate more information on the problem. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Monitoring temperature with acpi (sysctls)
I need to be able to get the cpu and fan information from my motherboard, however none of the monitoring utilities in the ports seems to support my motherboard (Supermicro PDSMi, Intel E7230 (Mukilteo) Chipset). On my older VIA based motherboards and some Nvidia, i can get this information using ACPI and the hw.acpi.thermal sysctl. This however is not available on this motherboard. Would this be a shortcoming of the motherboards ACPI implementation, or a lack of support by freebsd? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Intel ICH7R RAID controller working on 6.1/STABLE?
H. Wade Minter wrote: I'm considering ordering some of these servers to run FreeBSD 6.1 or 6-STABLE on, but they have Intel ICH7R RAID controllers on them. Googling around, I'm seeing conflicting information as to whether or they work, or work well enough to use in production. The chipset is supported, but i wouldn't recommend onboard raid for any production server. Get a real raid controller, or use gmirror if you plan to mirror. I use several of these board sin production with gmirror. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MySQL and default memory limits (mysqld: Out of memory)
Chuck Swiger wrote: 512MB is more than enough for almost all processes to run just fine, and is only really inappropriate for the case where you've got 1-plus GB of physical RAM and want to dedicate the system to a single large task, or perhaps a single-digit number of processes if you've got several GB of physical RAM. Such as a database server. I just think it would be nicer if this limit was dynamically set, based on your configuration. Just like MAXUSERS was a kernel variable, it is now dynamically set based on your resources. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MySQL and default memory limits (mysqld: Out of memory)
Mathieu Arnold wrote: | Exactly, its nice being able to see the current values. How else can i | see what the values are set to? As I previously said, it's 512M on i386, and 1G on 64 bit platforms. Right, this explains why my amd64 system works just fine. Shouldn't this be a dynamic value based on total amount of ram? Say 70% of RAM, I mean servers have plenty of RAM nowadays, this seems like an old hard limit, which many new users will trip over I set my value to 805306368, and mysql seems to be happy now. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MySQL and default memory limits (mysqld: Out of memory)
Mathieu Arnold wrote: +-Le 09/07/2006 14:25 -0700, Darren Pilgrim a dit : | Mathieu Arnold wrote: |> [kern.maxdsiz is not] a sysctl, it's a tunable thing, which don't |> appear in sysctl. | | Gotta love namespace collisions. Well, in fact, most of the tunables do have a read only sysctl so that people don't have to search the code for the value it has/takes :-) Not this one though :-) Exactly, its nice being able to see the current values. How else can i see what the values are set to? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MySQL and default memory limits (mysqld: Out of memory)
Mathieu Arnold wrote: +-Le 09/07/2006 16:49 -0400, Mike Jakubik a dit : | I just setup a new system with MySQL 5.0.22, and to my surprise i get | this error in MySQL's log. | | /usr/local/libexec/mysqld: Out of memory (Needed 237527040 bytes) | /usr/local/libexec/mysqld: Out of memory (Needed 178145280 bytes) | | The system has 1GB of ram, which is plenty for MySQLs configuration (its | using the my-large.cnf, which is tuned for a system of 512MB) | | | Why am i getting this error? I read somewhere that FreeBSD by default | limits process size to 512MB, however the variables used to tune it do | not seems to exist in FreeBSD-6.1 any more. How can i let MySQL use more | memory? If you're using a i386, the max process memory size limit is at 512M, you'll have to tune kern.maxdsiz in /boot/loader.conf to say 1G. Why are the limits so low by default? In any case, this is what i found in LINT. options MAXDSIZ=(1024UL*1024*1024) options MAXSSIZ=(128UL*1024*1024) options DFLDSIZ=(1024UL*1024*1024) I have no idea what those values mean, what should i set them to to be safe? A limit 768MB should work for me. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
MySQL and default memory limits (mysqld: Out of memory)
I just setup a new system with MySQL 5.0.22, and to my surprise i get this error in MySQL's log. /usr/local/libexec/mysqld: Out of memory (Needed 237527040 bytes) /usr/local/libexec/mysqld: Out of memory (Needed 178145280 bytes) The system has 1GB of ram, which is plenty for MySQLs configuration (its using the my-large.cnf, which is tuned for a system of 512MB) Why am i getting this error? I read somewhere that FreeBSD by default limits process size to 512MB, however the variables used to tune it do not seems to exist in FreeBSD-6.1 any more. How can i let MySQL use more memory? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Still getting 'calcru: runtime went backwards'
Martin Nilsson wrote: John Baldwin wrote: On Thursday 06 July 2006 22:01, Mike Jakubik wrote: I'm getting a ton of them now, and i found a way to reproduce them. Basically i run a compile session in one terminal, say make buildkernel, and run top in another. As soon as i run top, the messages appear, and they seem to be synchronized with the refresh rate of top, 2 messages per refresh. This is on a 6.1-STABLE as of today. My PDSMi board is rev 1.01 and BIOS is latest 1.1a I'm using a Pentium D 930 CPU. That is identical to my system, same goes for the strange swi4 and yarrow calcru messages. So this problem looks to be directly related to this hardware and bios revision. My older board (i suspect the bios is 1.1, without the a), which is running in amd64 mode and a 2.8GHz cpu does not exhibit this problem. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Still getting 'calcru: runtime went backwards'
John Baldwin wrote: That is partly because when you run top it queries the resource usage of the various processes via fill_kinfo_proc(). When you don't run top, no one is asking for the resource usage numbers, so the kernel doesn't waste time calculating them. Right, also running ps has the same effect. But why do these messages occur? In both cases your errors are for a long-running kernel process that's been up since boot. What's the uptime on your box? Not sure what the uptime was, this box is not in production yet so i shut it off regularly. I would guess under an hour. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Still getting 'calcru: runtime went backwards'
I'm getting a ton of them now, and i found a way to reproduce them. Basically i run a compile session in one terminal, say make buildkernel, and run top in another. As soon as i run top, the messages appear, and they seem to be synchronized with the refresh rate of top, 2 messages per refresh. This is on a 6.1-STABLE as of today. --- calcru: negative runtime of -261273 usec for pid 12 (swi4: clock) calcru: negative runtime of -261273 usec for pid 12 (swi4: clock) calcru: negative runtime of -259691 usec for pid 12 (swi4: clock) ... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: md deadlocks on wdrain. Was: [Re: quota and snapshots in 6.1-RELEASE]
Kostik Belousov wrote: First, I set the followup to the right mailing list. Second, I am really curious what you do. My understanding follows: you have set up vnode-backed md device (md0a) on sparce file, created ufs2 on it, mounted it with quotas, and run background fsck on that fs. At the same time, you did rm for the snapshot file created by fsck. Right ? This is the procedure i followed, while i have quota enabled, it was not set on the test filesystem. 1) dd if=/dev/zero of=/usr/bigfile bs=1024 seek=209715200 count=0 2) mdconfig -a -t vnode -f /usr/bigfile 3) bsdlabel -w md0 auto 4) newfs -U md0a 5) fsck -v /dev/md0a # ^C this after a second or so, this makes the FS dirty 6) mount /dev/md0a /mnt 7) fsck -v -B /dev/md0a in another window: 8) while true; do ls -al /mnt/.snap;sleep 1;done Anyway, the problem seems to be not related to neither snapshots nor quotas. In your trace, process 35 (syncer) tries to sync the vnode 0xc363c414, that is inode 1515 on aacd0s1f, that is used for md0. That vnode is already locked by process 515 (md0 kthread). Process 515 is stuck in the wdrain state, waiting for buffers to be flushed. It seems that there is huge amount of dirty buffers going to be written to md0, caused by snapshotting the fs. As result, system deadlocks due to md0 hung waiting for buffer' runspace, that is occupied by pending write requests to md0. Do -fs@ readers agree with analysis ? I propose to set TDP_NORUNNINGBUF thread flag for both swap- and file- backed md threads to prevent such deadlocks. That i/o is already accounted for in the upper layer. Moreover, that already accounted requests do not really differ from requests (re)issued by md. Please, comment. FYI, -CURRENT passes this test without locking up, so the fix is already there somewhere. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: quota and snapshots in 6.1-RELEASE
Konstantin Belousov wrote: On Tue, Jun 06, 2006 at 01:49:04PM -0400, Mike Jakubik wrote: Scott Long wrote: Dmitriy Kirhlarov wrote: Hi! On Tue, May 23, 2006 at 04:35:21PM -0400, Kris Kennaway wrote: 6.1-STABLE after 6.1-RELEASE is releases. So I think you may want If you use snapshots with your quotas, update to 6.1-STABLE. If you Sorry, guys. You are mean RELENG_6_1 or RELENG_6? WBR RELENG_6. However, the changes will likely make their way into RELENG_6_1 in a few weeks as part of an errata update. Scott I have just done tests on 6.1-R and RELENG_6 as of yesterday evening. Unfortunately both still lock up hard, no crash, just a frozen system. I cant enter the KDB (ddb) via the console, but its unusable, as it wont let me type in anything. There must be some other change in -CURRENT that fixes this, as -CURRENT did not freeze during my previous tests. Just to confirm, here is the ID of ufs_quota.c on my RELENG_6 system: /usr/src/sys/ufs/ufs/ufs_quota.c: $FreeBSD: src/sys/ufs/ufs/ufs_quota.c,v 1.74.2.4 2006/05/14 00:23:27 tegge Exp $ The hangs are mostly related to snapshots. It would be better to update to the latest RELENG_6. Hangs on RELENG_6_1 is not so much interesting. For hanged RELENG_6 system, please do what described below and post the log of the ddb session. I'm not sure whether kbdmux was MFCed into RELENG_6 (AFAIR, yes). If you have it in your kernel, add the line hint.kbdmux.0.disabled="1" into the /boot/device.hints to make ddb usable. After that, on the hang, enter ddb, and do ps and tr for all suspected processes. Better yet, add the following options to your kernel: options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC and, after hang, do in ddb show allpcpu show alllocks show lockedvnods ps For each process mentioned in show output, do where (for threaded processes, do thread ; where). BTW, it would be great to add this instructions to the FAQ. Well, i finally got around to setting up a serial console on this box, the following is the output from the debugger after the system stopped responding. Let me know if you need any more/different information, i also made the kernel changes you recommended. FreeBSD 6.1-STABLE #1: Thu Jun 10 00:22:29 EDT 2006 --- KDB: enter: Line break on console [thread pid 12 tid 14 ] Stopped at kdb_enter+0x30: leave db> ps pid proc uid ppid pgrp flag stat wmesgwchan cmd 552 c36228302 550 549 0004000 [SLPQ flswai 0xc0707c24][SLP] rm 550 c35708302 549 549 0004000 [SLPQ wait 0xc3570830][SLP] sh 549 c342ec482 548 549 0004000 [SLPQ wait 0xc342ec48][SLP] sh 548 c36226240 422 422 000 [SLPQ piperd 0xc36027f8][SLP] cron 547 c361f8300 524 547 0004002 [SLPQ ufs 0xc3777c94][SLP] ls 546 c36bc4180 544 544 0004002 [SLPQ wdrain 0xc0707be4][SLP] fsck_4.2bsd 544 c36bcc480 511 544 0004002 [SLPQ wait 0xc36bcc48][SLP] fsck 524 c35e020c0 522 524 0004002 [SLPQ wait 0xc35e020c][SLP] bash 522 c3570c480 406 522 0004100 [SLPQ flswai 0xc0707c24][SLP] sshd 515 c36bc20c0 0 0 204 [SLPQ wdrain 0xc0707be4][SLP] md0 511 c36bb6240 500 511 0004002 [SLPQ wait 0xc36bb624][SLP] bash 509 c3570418 65 1 509 100 [SLPQ select 0xc0707644][SLP] dhclient 500 c361fa3c0 406 500 0004100 [SLPQ flswai 0xc0707c24][SLP] sshd 480 c342ea3c0 1 256 000 [SLPQ select 0xc0707644][SLP] dhclient 465 c361f6240 1 465 0004002 [SLPQ ttyin 0xc342b010][SLP] getty 464 c35e0c480 1 464 0004002 [SLPQ ttyin 0xc3429410][SLP] getty 463 c356fa3c0 1 463 0004002 [SLPQ ttyin 0xc3429810][SLP] getty 462 c356f4180 1 462 0004002 [SLPQ ttyin 0xc343f010][SLP] getty 422 c342e6240 1 422 000 [SLPQ nanslp 0xc06ba32c][SLP] cron 416 c356f000 25 1 416 100 [SLPQ pause 0xc356f034][SLP] sendmail 412 c356f6240 1 412 100 [SLPQ select 0xc0707644][SLP] sendmail 406 c35e0 1 406 100 [SLPQ select 0xc0707644][SLP] sshd 290 c361f20c0 1 290 000 [SLPQ flswai 0xc0707c24][SLP] syslogd 256 c36224180 1 256 000 [SLPQ select 0xc0707644][SLP] devd 145 c356f8300 1 145 000 [SLPQ pause 0xc356f864][SLP] adjkerntz 38 c3378c480 0 0 204 [SLPQ - 0xd56f5cf8][SLP] schedcpu 37 c342d0000 0 0 204 [SLPQ sdflush 0xc070a3b4][SLP] softdepflush 36 c342d20c0 0 0 204 [SLPQ vlruwt 0xc342d20c][SLP] vnlru 35 c342d4180 0 0 204 [SLPQ ufs 0xc363c46c][SLP] syncer 34 c342d6240 0 0 204 [SLPQ wdrain 0xc0707be4][SLP] bufdaemon 33 c342d8300 0 0 20c [SLPQ pgzero 0xc070b324][SLP] pagezero 32 c342da3
Re: Where to start from
Mihir Sanghavi wrote: Hi, I have installed FreeBSD 5.5 . My computer is still not hooked to the network. I would like to start working on it. what should I start with as I have never worked with BSD before. are there any good tutorials to start with? Thanks Start again, this time install FreeBSD 6.1 instead. Then proceed to http://www.freebsd.org/docs.html . ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Whats the difference
Mihir Sanghavi wrote: Hi, I am a new member to FreeBSD on the whole. I would like to know the differences between FreeBSD 4.7, 5.X and 6.1. My company is using BSD 4.7 currently and I would like it to change to 5 or 6. What technical difficulties might I face or how much code would be needed to re-written. I do understand that these are too broad questions but any sort of input would be helpful at this stage. Please email me back to [EMAIL PROTECTED] Thanking everyone in advance. There are many improvements in FreeBSD 6 over 4, specially for new hardware and SMP systems (multi cpu or dual core cpus). If you have an old machine, which is not connected to an external network then there probably inst any good reason to upgrade, but i would consider it in the near future, as official support for 4.x has been dropped. I cant say what code you need to rewrite, as i don't know what application you are using. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
