Re: Custom kernel breaks py-glances in 12.2

[Mike Jakubik]

 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

[Mike Jakubik]

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 

Re: Certificate verification failures on 'make fetchindex' in /usr/ports

[Mike Jakubik]

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

[Mike Jakubik]

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)

[Mike Jakubik]

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

[Mike Jakubik]

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"

sonewconn: pcb 0xfffffe00c7223498: Listen queue overflow

[Mike Jakubik]

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: sonewconn: pcb 0xfffffe00c7223498: Listen queue overflow

[Mike Jakubik]

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

UFS Trim wont stay set

[Mike Jakubik]

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: UFS Trim wont stay set

[Mike Jakubik]

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

Re: 9.1 AMD64 multitasking efficiency low

[Mike Jakubik]

On Wed, 2013-02-13 at 13:30 +0100, CeDeROM wrote:
 On Wed, Feb 13, 2013 at 1:21 PM, Christian Gusenbauer c...@gmx.at 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

[Mike Jakubik]

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

[Mike Jakubik]

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

Re: Error compiling world (usr/src/gnu/usr.bin/texinfo) w/ Clang

[Mike Jakubik]

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

[Mike Jakubik]

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

Error compiling world (usr/src/gnu/usr.bin/texinfo) w/ Clang

[Mike Jakubik]

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/freebsd-stable

Re: SU+J on 9.1-RC2 ISO

[Mike Jakubik]

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: SU+J on 9.1-RC2 ISO

[Mike Jakubik]

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

Jail startup/shutdown broken on latest 9-STABLE

[Mike Jakubik]

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: Jail startup/shutdown broken on latest 9-STABLE

[Mike Jakubik]

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

Re: Jail startup/shutdown broken on latest 9-STABLE

[Mike Jakubik]

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

[Mike Jakubik]

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

Troubleshooting jail startup problem

[Mike Jakubik]

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: Troubleshooting jail startup problem

[Mike Jakubik]

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

Re: Troubleshooting jail startup problem

[Mike Jakubik]

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: New BSD Installer

[Mike Jakubik]

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

[Mike Jakubik]

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

[Mike Jakubik]

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)

[Mike Jakubik]

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

[Mike Jakubik]

Just an FYI, i am also seeing this on a recent cvsup.

Apr  8 14:27:15 iwinbackdb kernel: ACPI APIC Table: DELL   PE_SC3  
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

[Mike Jakubik]

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 ?

[Mike Jakubik]

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: RELENG_7_1: bce driver change generating too much interrupts ?

[Mike Jakubik]

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: bce(4) and rx errors

[Mike Jakubik]

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 ?

[Mike Jakubik]

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 ?

[Mike Jakubik]

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 ?

[Mike Jakubik]

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 ?

[Mike Jakubik]

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 Link#2  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]

Re: RELENG_7_1: bce driver change generating too much interrupts ?

[Mike Jakubik]

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]

Schedule for 6.3R is a 404

[Mike Jakubik]

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!

[Mike Jakubik]

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: nVidia nForce CK804 UDMA133 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0
ata0: ATA channel 0 on atapci0
ata1: ATA channel 1 on atapci0
atapci1: nVidia nForce CK804 SATA300 controller port
0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd400-0xd40f mem
0xfebfc000-0xfebfcfff irq 21 at device 7.0 on pci0
ata2: ATA channel 0 on atapci1
ata3: ATA channel 1 on atapci1
atapci2: nVidia nForce CK804 SATA300 controller port
0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem
0xfebfb000-0xfebfbfff irq 22 at device 8.0 on pci0
ata4: ATA channel 0 on atapci2
ata5: ATA channel 1 on atapci2

ad4: 114473MB Seagate ST3120813AS 3.AAD at ata2-master SATA300
ad6: 114473MB Seagate ST3120813AS 3.AAD at ata3-master SATA300
ar0: 114473MB nVidia MediaShield RAID1 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

[Mike Jakubik]

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]

Buildkernel error in acpi_hpet.c

[Mike Jakubik]

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]

cxgb mfc is missing cxgb_include.h

[Mike Jakubik]

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]

Re: cxgb mfc is missing cxgb_include.h

[Mike Jakubik]

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]

Re: cxgb mfc is missing cxgb_include.h

[Mike Jakubik]

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: mysql frequently crash on 6.2

[Mike Jakubik]

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: Clamav-90_2 Lockup with freebsd 6.2

[Mike Jakubik]

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: Some questions from a newcomer

[Mike Jakubik]

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: Why does FBSD always assume it's on an 8080 CPU?

[Mike Jakubik]

Chris H. wrote:


CPU: AMD Athlon(tm) XP (1102.51-MHz 686-class CPU)
Origin = AuthenticAMD  Id = 0x680  Stepping = 0
Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE 


AMD Features=0xc0400800SYSCALL,MMX+,3DNow+,3DNow

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

[Mike Jakubik]

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

[Mike Jakubik]

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) ?

[Mike Jakubik]

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

[Mike Jakubik]

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

[Mike Jakubik]

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]

Re: em driver testing

[Mike Jakubik]

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

[Mike Jakubik]

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]

GCC flags for Conroe based CPUs

[Mike Jakubik]

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

[Mike Jakubik]

Nguyen Tam Chinh wrote:

ad4: 476940MB WDC WD5000KS-00MNB0 06.02E06 at ata2-master SATA150
%dmesg | grep atapci0
atapci0: SiI 3112 SATA150 controller 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]

Running large DB's on FreeBSD

[Mike Jakubik]

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: Running large DB's on FreeBSD

[Mike Jakubik]

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]

Re: Running large DB's on FreeBSD

[Mike Jakubik]

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: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon

[Mike Jakubik]

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: FreeBSD and make -j# buildworld usability

[Mike Jakubik]

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: gmirror warnings

[Mike Jakubik]

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: gmirror warnings

[Mike Jakubik]

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: BCM5754 supported in 6.2 release?

[Mike Jakubik]

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: Showstopper - 6.2-PRERELEASE does not see SATA DVD drives (fwd)

[Mike Jakubik]

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: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2]

[Mike Jakubik]

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)

[Mike Jakubik]

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?

[Mike Jakubik]

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]

TOP shows above 100% WCPU usage

[Mike Jakubik]

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]

Re: TOP shows above 100% WCPU usage

[Mike Jakubik]

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]

Error building todays kernel (acpi_wakeup.c:285)

[Mike Jakubik]

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 ?

[Mike Jakubik]

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: Stability of ICH7 sata on FreeBSD 6.1 ?

[Mike Jakubik]

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: Monitoring temperature with acpi (sysctls)

[Mike Jakubik]

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)

[Mike Jakubik]

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)

[Mike Jakubik]

Well, here are the patch results.

The controller is detected:

ichsmb0: Intel 82801GB (ICH7) SMBus controller port 0x1100-0x111f irq 
19 at device 31.3 on pci0

ichsmb0: [GIANT-LOCKED]
smbus0: System Management Bus on ichsmb0
smb0: SMBus generic I/O 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: MFC of kern_resource.c (calru changes)

[Mike Jakubik]

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)

[Mike Jakubik]

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]

MFC of kern_resource.c (calru changes)

[Mike Jakubik]

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)

[Mike Jakubik]

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]

Monitoring temperature with acpi (sysctls)

[Mike Jakubik]

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: Still getting 'calcru: runtime went backwards'

[Mike Jakubik]

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]

Re: Intel ICH7R RAID controller working on 6.1/STABLE?

[Mike Jakubik]

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)

[Mike Jakubik]

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]

MySQL and default memory limits (mysqld: Out of memory)

[Mike Jakubik]

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: MySQL and default memory limits (mysqld: Out of memory)

[Mike Jakubik]

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]

Re: MySQL and default memory limits (mysqld: Out of memory)

[Mike Jakubik]

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)

[Mike Jakubik]

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: Still getting 'calcru: runtime went backwards'

[Mike Jakubik]

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'

[Mike Jakubik]

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'

[Mike Jakubik]

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]

[Mike Jakubik]

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

[Mike Jakubik]

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 pid 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 pid
(for threaded processes, do thread thread-id; 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 c342da3c0

Re: Where to start from

[Mike Jakubik]

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: ad4: FAILURE - out of memory in start

[Mike Jakubik]

Mike Jakubik wrote:
Today i noticed this in the log of one of my systems. Does any one 
know what this means? The system has been up for over a month with no 
problems.


---
Copyright (c) 1992-2006 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 6.1-RELEASE #0: Tue May  9 12:48:42 EDT 2006
   [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SPAMTOASTER
ACPI APIC Table: PTLTD  APIC  
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.02-MHz K8-class CPU)
 Origin = GenuineIntel  Id = 0xf62  Stepping = 2
 
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE 


 Features2=0xe43dSSE3,RSVD2,MON,DS_CPL,VMX,CNTX-ID,CX16,b14,b15
 AMD Features=0x20100800SYSCALL,NX,LM
 AMD Features2=0x1LAHF
 Cores per package: 2
real memory  = 535691264 (510 MB)
avail memory = 510005248 (486 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID:  0
cpu1 (AP): APIC ID:  1
ioapic0 Version 2.0 irqs 0-23 on motherboard
ioapic1 Version 2.0 irqs 24-47 on motherboard
acpi0: PTLTD   RSDT on motherboard
acpi0: Power Button (fixed)
Timecounter ACPI-fast frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0
cpu0: ACPI CPU on acpi0
acpi_throttle0: ACPI CPU Throttling on cpu0
cpu1: ACPI CPU on acpi0
acpi_throttle1: ACPI CPU Throttling on cpu1
acpi_throttle1: failed to attach P_CNT
device_attach: acpi_throttle1 attach returned 6
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib1: ACPI PCI-PCI bridge irq 16 at device 1.0 on pci0
pci1: ACPI PCI bus on pcib1
pcib2: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0
pci2: ACPI PCI bus on pcib2
pcib3: ACPI PCI-PCI bridge at device 0.0 on pci2
pci3: ACPI PCI bus on pcib3
pci2: base peripheral, interrupt controller at device 0.1 (no driver 
attached)

pcib4: ACPI PCI-PCI bridge irq 17 at device 28.4 on pci0
pci4: ACPI PCI bus on pcib4
em0: Intel(R) PRO/1000 Network Connection Version - 3.2.18 port 
0x4000-0x401f mem 0xed20-0xed21 irq 16 at device 0.0 on pci4

em0: Ethernet address: 00:30:48:55:c0:da
pcib5: ACPI PCI-PCI bridge irq 16 at device 28.5 on pci0
pci5: ACPI PCI bus on pcib5
em1: Intel(R) PRO/1000 Network Connection Version - 3.2.18 port 
0x5000-0x501f mem 0xed30-0xed31 irq 17 at device 0.0 on pci5

em1: Ethernet address: 00:30:48:55:c0:db
pcib6: ACPI PCI-PCI bridge at device 30.0 on pci0
pci10: ACPI PCI bus on pcib6
pci10: display, VGA at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 31.0 on pci0
isa0: ISA bus on isab0
atapci0: Intel ICH7 SATA300 controller port 
0x3040-0x3047,0x3034-0x3037,0x3038-0x303f,0x3030-0x3033,0x3020-0x302f 
mem 0xed00-0xed0003ff irq 19 at device 31.2 on pci0

ata2: ATA channel 0 on atapci0
ata3: ATA channel 1 on atapci0
ata4: ATA channel 2 on atapci0
ata5: ATA channel 3 on atapci0
pci0: serial bus, SMBus at device 31.3 (no driver attached)
acpi_button0: Power Button on acpi0
atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0
orm0: ISA Option ROM at iomem 0xc-0xc7fff on isa0
sc0: System console at flags 0x100 on isa0
sc0: VGA 16 virtual consoles, flags=0x300
vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0
Timecounters tick every 1.000 msec
ad4: 76319MB Seagate ST3808110AS 3.AAD at ata2-master SATA300
ad6: 76319MB Seagate ST3808110AS 3.AAD at ata3-master SATA300
SMP: AP CPU #1 Launched!
GEOM_MIRROR: Device gm created (id=464137677).
GEOM_MIRROR: Device gm: provider ad4 detected.
GEOM_MIRROR: Device gm: provider ad6 detected.
GEOM_MIRROR: Device gm: provider ad6 activated.
GEOM_MIRROR: Device gm: provider ad4 activated.
GEOM_MIRROR: Device gm: provider mirror/gm launched.
Trying to mount root from ufs:/dev/mirror/gms1a
em0: link state changed to UP
ad4: FAILURE - out of memory in start


After another ~month of uptime i am now receiving the same message on 
ad6. Does anyone have an idea what this means? Perhaps is should file a 
PR...


Jun 26 21:58:49 mail kernel: ad6: FAILURE - out of memory in start

___
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

[Mike Jakubik]

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]

Re: Setting up GEOM mirror

[Mike Jakubik]

Vivek Khera wrote:


On Jun 25, 2006, at 2:14 PM, Mike Jakubik wrote:


The problem with these instructions is that they don't take in to 
account the last sector. You may very well end up writing the 
metadata on the file system.




When was the last time you fdisk'd a disk and it used the last sector 
on the drive? I always end up with a bunch of extra space that didn't 
fit into the round numbers of the file system.




Hopefully never :) Just mentioning this as a precaution.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]