DLC premium approved led lighting fixtures
Hi , This is Alex from Yaorong LED lighting Manufacturer. Here is our new designed fixtures with multiple adaptors options. Best regards Alex Cheung Sales Manager Shenzhen Yaorong Technology Co,.Ltd ETL,DLC led parking lot light,led wall pack,led flood light,led high bay light,canopy,etc. E-mail: alexzh...@86yr.com Skype:tedyzhang00 WhatsApp:+(00)86 13510814581 C: +86 135 1081 4581 T: +86 0755-8949 1155 F: +86 0755-8949 1102 NOTE:If there is anything about the important information(payment,account,delivery time and etc)to be changed, I will confirm with you by phone,fax or email. Truly would like to become your partner in the near future and your truthworth supplier in China. PBefore printing, thinking about the Environment. Complaint and Suggestions: Crystal zhu Sales Director Skype:crystal20130305 Email:yrsale...@86yr.com Tel:86-755-89491155 ext 8017 Mob/Wechat: 13686816437 ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: [Bug 231027] [META] FreeBSD-Foundation sponsored issues for FreeBSD 13-CURRENT
Hello! I don't want to be "that guy" but may you consider adding the bug 218660 to this list? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218660 This is a minor issue which just probably affect just a minor part of the users but can be very annoying sometimes, and I *suppose* the fix should be trivial for who know how to fix it. Thanks you. Alex. On Thu, Aug 30, 2018 at 04:42:02PM +, bugzilla-nore...@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231027 > > Bug ID: 231027 >Summary: [META] FreeBSD-Foundation sponsored issues for FreeBSD > 13-CURRENT >Product: Base System >Version: CURRENT > Hardware: Any > OS: Any > Status: New > Severity: Affects Only Me > Priority: --- > Component: misc > Assignee: b...@freebsd.org > Reporter: ema...@freebsd.org > > This meta-PR will track FreeBSD Foundation-sponsored bugs and work items > targeted for commit to FreeBSD-CURRENT intended for FreeBSD 13. > > -- > You are receiving this mail because: > You are the assignee for the bug. > ___ > freebsd-bugs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-bugs > To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org" -- Best Regards. LBdM. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/188425: Frequent segfault with multithreaded fork
Number: 188425
Category: misc
Synopsis: Frequent segfault with multithreaded fork
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Thu Apr 10 15:10:01 UTC 2014
Closed-Date:
Last-Modified:
Originator: Alex Crichton
Release:10.0-RELEASE-p1
Organization:
Mozilla
Environment:
FreeBSD freebsd-vm 10.0-RELEASE-p1 FreeBSD 10.0-RELEASE-p1 #0: Tue Apr 8
06:45:06 UTC 2014
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
Description:
Recently we've found that FreeBSD is segfaulting or hanging frequently when
dealing with what we suspect is a multithreaded forking situation. I've written
a small program (attached) which exhibits the bug. This program will segfault
or trip an assertion in libthr frequently, but not always.
How-To-Repeat:
1. Download attached bug.c
2. clang -o bug bug.c -lthr
3. Run the program repeatedly until it segfaults, normally requiring less than
500 runs.
When running the program, I've been using this script:
for i in {1..1000}; do; echo $i; ./bug || break; done
Fix:
Patch attached with submission follows:
#include assert.h
#include fcntl.h
#include pthread.h
#include stdlib.h
#include sys/types.h
#include sys/wait.h
#include unistd.h
static pthread_mutex_t lock;
static pthread_cond_t cond;
static volatile int cnt = 0;
static void test() {
int p = fork();
assert(p = 0);
if (p == 0) {
_exit(0);
}
int a = 1;
assert(waitpid(p, a, 0) == p);
assert(WEXITSTATUS(a) == 0);
}
static void *child(void *arg) {
test();
assert(pthread_mutex_lock(lock) == 0);
cnt -= 1;
if (cnt == 0) {
assert(pthread_cond_signal(cond) == 0);
}
assert(pthread_mutex_unlock(lock) == 0);
return arg;
}
int main() {
assert(pthread_mutex_init(lock, NULL) == 0);
assert(pthread_cond_init(cond, NULL) == 0);
pthread_t c1, c2;
cnt = 2;
assert(pthread_create(c1, NULL, child, NULL) == 0);
assert(pthread_create(c2, NULL, child, NULL) == 0);
assert(pthread_mutex_lock(lock) == 0);
while (cnt != 0) {
assert(pthread_cond_wait(cond, lock) == 0);
}
assert(pthread_mutex_unlock(lock) == 0);
pthread_join(c1, NULL);
pthread_join(c2, NULL);
}
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/186244: remmina-plugin-rdp.so: Undefined symbol gdk_pixbuf_get_from_surface
Number: 186244 Category: misc Synopsis: remmina-plugin-rdp.so: Undefined symbol gdk_pixbuf_get_from_surface Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Wed Jan 29 15:40:00 UTC 2014 Closed-Date: Last-Modified: Originator: Alex Greif Release:10.0-RELEASE Organization: Environment: $ uname -a FreeBSD itag-freebsd 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Description: after installing remmina and remmina-plugin-rdp and starting a rdp session, the following error occures: /usr/local/lib/remmina/plugins/remmina-plugin-rdp.so: Undefined symbol gdk_pixbuf_get_from_surface $ pkg info|grep remmina remmina-1.0.0_1The GTK+ Remote Desktop Client remmina-plugin-gnome-1.0.0_2 Remmina plugin for GNOME Keyring remmina-plugin-i18n-1.0.0_2Localized messages for Remmina plugins remmina-plugin-rdp-1.0.0_2 Remmina plugin for RDP protocol remmina-plugin-telepathy-1.0.0_2 Remmina plugin for Telepathy support remmina-plugin-vnc-1.0.0_2 Remmina plugin for VNC protocol remmina-plugin-xdmcp-1.0.0_2 Remmina plugin for XDMCP protocol remmina-plugins-1.0.0_2Remmina plugin system How-To-Repeat: Fix: Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/184771: panic on nfs mount
Number: 184771
Category: kern
Synopsis: panic on nfs mount
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Sun Dec 15 05:50:00 UTC 2013
Closed-Date:
Last-Modified:
Originator: Alex Barber
Release:9.2
Organization:
home
Environment:
FreeBSD homeserver.local 9.2-RELEASE FreeBSD 9.2-RELEASE #1: Mon Dec 9
23:09:33 PETT 2013 root@homeserver.local:/usr/obj/usr/src/sys/homeserver92
Description:
When i use GENERIC kernel for my diskless station it's good. When i put options
BOOTP options BOOTP_NFSROOT to kernel config nfs server reboot.
#0 doadump (textdump=1) at pcpu.h:249
249 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) #0 doadump (textdump=1) at pcpu.h:249
#1 0xc07627e5 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:449
#2 0xc0762ae2 in panic (fmt=value optimized out)
at /usr/src/sys/kern/kern_shutdown.c:637
#3 0xc078dbb2 in __stack_chk_fail ()
at /usr/src/sys/kern/stack_protector.c:17
#4 0xc0928b23 in fha_assign (this_thread=0xc51b0980, req=0xc9b98000,
softc=0xc0bd4a80) at /usr/src/sys/nfs/nfs_fha.c:463
#5 0xc068eea0 in fhanew_assign (this_thread=0xc51b0980, req=0xc9b98000)
at /usr/src/sys/fs/nfsserver/nfs_fha_new.c:271
#6 0xc093d527 in svc_run_internal (pool=0xc4bdc500, ismaster=0)
at /usr/src/sys/rpc/svc.c:1109
#7 0xc093d8e0 in svc_thread_start (arg=0xc4bdc500)
at /usr/src/sys/rpc/svc.c:1200
#8 0xc072fcef in fork_exit (callout=0xc093d8d0 svc_thread_start,
arg=0xc4bdc500, frame=0xe7ae1d08) at /usr/src/sys/kern/kern_fork.c:992
#9 0xc0a23c14 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:279
(kgdb)
How-To-Repeat:
/usr/local/etc/dhcpd.conf
subnet 192.168.xx.0 netmask 255.255.255.0 {
range 192.168.xx.17 192.168.xx.20;
range 192.168.xx.90 192.168.xx.99;
range 192.168.xx.101 192.168.xx.101;
option domain-name-servers 192.168.xx.100;
option domain-name local;
option routers 192.168.xx.100;
filename /boot/pxeboot;
}
host storserv {
hardware ethernet 60:a4:4c:2e:1d:xx;
fixed-address 192.168.xx.101;
next-server 192.168.xx.100;
option root-path 192.168.xx.100:/usr/home/storserv;
}
/etc/exports
/usr/home/storserv /usr/ports -maproot=0 192.168.xx.101
/etc/inetd.conf
tftpdgram udp waitroot/usr/libexec/tftpd tftpd -l -s
/usr/home/storserv
/etc/rc.conf
nfs_server_enable=YES
mountd_enable=YES
mountd_flags=-e -l -h 192.168.xx.100
use kernel config
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 KDTRACE_HOOKS # Kernel DTrace hooks
options INCLUDE_CONFIG_FILE # Include this file in kernel
options KDB # Kernel debugger related code
options KDB_TRACE # Print a stack trace for a panic
options DDB_CTF # kernel ELF linker loads CTF data
# To make an SMP kernel, the next two lines are needed
options SMP # Symmetric MultiProcessor Kernel
device apic# I/O APIC
# CPU frequency control
device cpufreq
# Bus support.
device acpi
device eisa
device pci
# ATA controllers
device ahci# AHCI-compatible SATA controllers
device ata # Legacy ATA/SATA controllers
options ATA_CAM # Handle legacy controllers with CAM
options ATA_STATIC_ID # Static device numbering
# ATA/SCSI peripherals
device scbus # SCSI bus (required for ATA/SCSI)
#device ch # SCSI media changers
device da # Direct Access (disks)
#device sa # Sequential Access (tape etc)
#device cd # CD
device pass# Passthrough device (direct ATA/SCSI access)
#device ses # Enclosure Services (SES and SAF-TE)
#device ctl # CAM Target Layer
# atkbdc0 controls both the keyboard and the PS/2 mouse
device atkbdc # AT keyboard controller
device atkbd # AT keyboard
device psm # PS/2 mouse
device kbdmux # keyboard multiplexer
device vga # VGA video card driver
options VESA# Add support for VESA BIOS Extensions (VBE)
#device splash # Splash screen and screen saver support
# syscons is the default console driver, resembling an SCO console
device sc
options
kern/183663: panic: general protection fault
Number: 183663 Category: kern Synopsis: panic: general protection fault Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Mon Nov 04 18:20:00 UTC 2013 Closed-Date: Last-Modified: Originator: Alex Release:FreeBSD 9.2 Organization: UofS Environment: FreeBSD xbsdhost 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Thu Sep 26 22:50:31 UTC 2013 r...@bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Description: Fatal trap 9: general protection fault while in kernel mode cpuid = 4; apic id = 04 instruction pointer---= 0x20:0x80938d51 stack pointer-= 0x28:0xff80002fb890 frame pointer-= 0x28:0xff80002fb900 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--= 12 (swi4: clock) trap number-= 9 panic: general protection fault cpuid = 4 KDB: stack backtrace: #0 0x80947986 at kdb_backtrace+0x66 #1 0x8090d9ae at panic+0x1ce #2 0x80cf20d0 at trap_fatal+0x290 #3 0x80cf28e1 at trap+0x241 #4 0x80cdbd13 at calltrap+0x8 #5 0x80938ff5 at sched_add+0x55 #6 0x80916b08 at setrunnable+0x78 #7 0x80952c9f at sleepq_timeout+0x4f #8 0x80923698 at softclock+0x378 #9 0x808dec2d at intr_event_execute_handlers+0xfd #10 0x808e041d at ithread_loop+0x9d #11 0x808db67f at fork_exit+0x11f #12 0x80cdc23e at fork_trampoline+0xe Reading symbols from /boot/kernel/geom_mirror.ko...Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_mirror.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/if_bridge.ko...Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_bridge.ko Reading symbols from /boot/kernel/bridgestp.ko...Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. done. Loaded symbols for /boot/kernel/bridgestp.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/modules/vboxdrv.ko...Reading symbols from /boot/modules/vboxdrv.ko.symbols...done. done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/pflog.ko...Reading symbols from /boot/kernel/pflog.ko.symbols...done. done. Loaded symbols for /boot/kernel/pflog.ko Reading symbols from /boot/modules/vboxnetflt.ko...Reading symbols from /boot/modules/vboxnetflt.ko.symbols...done. done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/modules/vboxnetadp.ko...Reading symbols from /boot/modules/vboxnetadp.ko.symbols...done. done. Loaded symbols for /boot/modules/vboxnetadp.ko #0 doadump (textdump=value optimized out) at pcpu.h:234 234---pcpu.h: No such file or directory. --in pcpu.h (kgdb) #0 doadump (textdump=value optimized out) at pcpu.h:234 #1 0x8090d486 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0x8090d987 in panic (fmt=0x1 Address 0x1 out of bounds) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0x80cf20d0 in trap_fatal (frame=0x9, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:879 #4 0x80cf28e1 in trap (frame=0xff80002fb7e0) at /usr/src/sys/amd64/amd64/trap.c:605 #5 0x80cdbd13 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #6 0x80938d51 in sched_pickcpu (td=0xfe000a9a4490, flags=0) at /usr/src/sys/kern/sched_ule.c:1211 #7 0x80938ff5 in sched_add (td=0xfe000a9a4490, flags=0) at /usr/src/sys/kern/sched_ule.c:2370 #8 0x80916b08 in setrunnable (td=value optimized out) at /usr/src/sys/kern/kern_synch.c:537 #9 0x80952c9f in sleepq_timeout (arg=value optimized out) at /usr/src/sys/kern/subr_sleepqueue.c:905 #10 0x80923698 in softclock (arg=value optimized out) at /usr/src/sys/kern/kern_timeout.c:520 #11 0x808dec2d in intr_event_execute_handlers ( p=value optimized out, ie=0xfe0008341400) at /usr
misc/180605: fix port revision for databases/php52-pdo_firebird and net/php52-ldap.orig
Number: 180605
Category: misc
Synopsis: fix port revision for databases/php52-pdo_firebird and
net/php52-ldap.orig
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Wed Jul 17 10:00:00 UTC 2013
Closed-Date:
Last-Modified:
Originator: Alex Keda
Release:9.1-RELEASE
Organization:
USSR
Environment:
FreeBSD dns0.host-food.ru 9.1-RELEASE-p1 FreeBSD 9.1-RELEASE-p1 #0: Fri Mar 15
17:38:11 MSK 2013 r...@dns0.host-food.ru:/usr/obj/usr/src/sys/GENERIC amd64
Description:
fix port revision for databases/php52-pdo_firebird and net/php52-ldap.orig
How-To-Repeat:
build port =)
Fix:
see patch
Patch attached with submission follows:
diff -Nru databases/php52-pdo_firebird.orig/Makefile
databases/php52-pdo_firebird/Makefile
--- databases/php52-pdo_firebird.orig/Makefile 2013-03-30 08:37:26.0
+0400
+++ databases/php52-pdo_firebird/Makefile 2013-07-17 13:45:55.0
+0400
@@ -5,7 +5,6 @@
# $FreeBSD: databases/php52-pdo_firebird/Makefile 315592 2013-03-30 04:37:26Z
acm $
#
-PORTREVISION= 1
CATEGORIES=databases
MASTERDIR= ${.CURDIR}/../../lang/php52
diff -Nru net/php52-ldap.orig/Makefile net/php52-ldap/Makefile
--- net/php52-ldap.orig/Makefile2012-11-17 10:00:15.0 +0400
+++ net/php52-ldap/Makefile 2013-07-17 13:45:38.0 +0400
@@ -5,7 +5,6 @@
# $FreeBSD: ports/net/php52-ldap/Makefile,v 1.3 2012/11/17 06:00:15 svnexp Exp
$
#
-PORTREVISION= 1
CATEGORIES=net
MASTERDIR= ${.CURDIR}/../../lang/php52
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/179016: nvidia-driver ports do not because freebsd-update doesn't include kernel files.
Number: 179016 Category: misc Synopsis: nvidia-driver ports do not because freebsd-update doesn't include kernel files. Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Mon May 27 17:50:00 UTC 2013 Closed-Date: Last-Modified: Originator: Alex de Kruijff Release:FreeBSD 9.1 Organization: Environment: FreeBSD Apollo 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Mon Apr 29 18:11:52 UTC 2013 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Description: Steps: 1. Use the default config settings 2. Update the system as descripted in the freebsd handbook. 3. Look at /usr/src/sys/i386/conf/ Expected: - An GENERIC kernel file Actual result: - All the default files where removed. How-To-Repeat: Fix: Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
conf/178504: [patch] switch logs compression from bzip2 to xz
Number: 178504 Category: conf Synopsis: [patch] switch logs compression from bzip2 to xz Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: change-request Submitter-Id: current-users Arrival-Date: Sat May 11 09:00:00 UTC 2013 Closed-Date: Last-Modified: Originator: Alex Kozlov Release:RELENG_10 Organization: private Environment: Description: Make newsyslog compress logs with xz instead of bzip2 to save space. How-To-Repeat: Fix: Patch attached with submission follows: Index: etc/newsyslog.conf @@ -17,23 +17,23 @@ # future, these defaults may change to more conservative ones. # # logfilename [owner:group]mode count size when flags [/pid_file] [sig_num] -/var/log/all.log 600 7 *@T00 J -/var/log/amd.log 644 7 100 * J -/var/log/auth.log 600 7 100 @0101T JC -/var/log/console.log 600 5 100 * J -/var/log/cron 600 3 100 * JC -/var/log/daily.log 640 7 *@T00 JN -/var/log/debug.log 600 7 100 * JC -/var/log/init.log 644 3 100 * J -/var/log/kerberos.log 600 7 100 * J -/var/log/lpd-errs 644 7 100 * JC -/var/log/maillog 640 7 *@T00 JC -/var/log/messages 644 5 100 @0101T JC -/var/log/monthly.log 640 12*$M1D0 JN -/var/log/pflog 600 3 100 * JB /var/run/pflogd.pid -/var/log/ppp.log root:network640 3 100 * JC -/var/log/security 600 10100 * JC +/var/log/all.log 600 7 *@T00 X +/var/log/amd.log 644 7 100 * X +/var/log/auth.log 600 7 100 @0101T XC +/var/log/console.log 600 5 100 * X +/var/log/cron 600 3 100 * XC +/var/log/daily.log 640 7 *@T00 XN +/var/log/debug.log 600 7 100 * XC +/var/log/init.log 644 3 100 * X +/var/log/kerberos.log 600 7 100 * X +/var/log/lpd-errs 644 7 100 * XC +/var/log/maillog 640 7 *@T00 XC +/var/log/messages 644 5 100 @0101T XC +/var/log/monthly.log 640 12*$M1D0 XN +/var/log/pflog 600 3 100 * XB /var/run/pflogd.pid +/var/log/ppp.log root:network640 3 100 * XC +/var/log/security 600 10100 * XC /var/log/sendmail.st 640 10*168 BN /var/log/utx.log 644 3 *@01T05 B -/var/log/weekly.log640 5 *$W6D0 JN -/var/log/xferlog 600 7 100 * JC +/var/log/weekly.log640 5 *$W6D0 XN +/var/log/xferlog 600 7 100 * XC Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/178231: 8.3 nfsv4 client reports nfsv4 client/server protocol prob err=10026
Number: 178231 Category: kern Synopsis: 8.3 nfsv4 client reports nfsv4 client/server protocol prob err=10026 Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Mon Apr 29 05:40:01 UTC 2013 Closed-Date: Last-Modified: Originator: Alex Strange Release:8.3-release Organization: Environment: FreeBSD sys 8.3-RELEASE FreeBSD 8.3-RELEASE #0: Tue Oct 30 02:00:23 EDT 2012 mrvacbob@sys:/usr/obj/usr/src/sys/CUSTOM amd64 Description: I have a busy web server which mounts two other systems over NFSv4 and writes files to them. All three systems are running FreeBSD 8.3 amd64. dmesg frequently fills up with this: nfsv4 client/server protocol prob err=10026 nfsv4 client/server protocol prob err=10026 which causes file writes to fail on specific worker processes. Killing the right process while the logging is going fixes the issue for a while, but this would cause requests to error so we'd prefer to avoid it. nfs activity: % nfsstat -w 1 -e GtAttr Lookup Rdlink Read Write Rename Access Rddir Client: 1106880 0 0424 60880 0 Server: 0 0 0 0 0 0 0 0 nfs related sysctls: vfs.newnfs.downdelayinitial: 12 vfs.newnfs.downdelayinterval: 30 vfs.newnfs.keytab_enctype: 1 vfs.newnfs.skip_wcc_data_onerr: 1 vfs.newnfs.nfs3_jukebox_delay: 10 vfs.newnfs.reconnects: 0 vfs.newnfs.bufpackets: 4 vfs.newnfs.callback_addr: vfs.newnfs.nfs4acl_enable: 1 vfs.newnfs.realign_count: 0 vfs.newnfs.realign_test: 0 vfs.newnfs.nfs_directio_allow_mmap: 1 vfs.newnfs.nfs_directio_enable: 0 vfs.newnfs.clean_pages_on_close: 1 vfs.newnfs.commit_on_close: 0 vfs.newnfs.prime_access_cache: 0 vfs.newnfs.access_cache_timeout: 60 vfs.newnfs.diskless_rootpath: vfs.newnfs.diskless_valid: 0 vfs.newnfs.nfs_ip_paranoia: 1 vfs.newnfs.defect: 0 vfs.newnfs.iodmax: 4 vfs.newnfs.iodmin: 0 vfs.newnfs.iodmaxidle: 120 vfs.newnfs.disable_checkutf8: 0 vfs.newnfs.server_max_nfsvers: 4 vfs.newnfs.server_min_nfsvers: 2 vfs.newnfs.nfs_privport: 0 vfs.newnfs.enable_locallocks: 0 vfs.newnfs.issue_delegations: 0 vfs.newnfs.commit_miss: 0 vfs.newnfs.commit_blks: 0 vfs.newnfs.mirrormnt: 1 vfs.newnfs.minthreads: 1 vfs.newnfs.maxthreads: 4 vfs.newnfs.threads: 0 vfs.newnfs.request_space_used: 0 vfs.newnfs.request_space_used_highest: 0 vfs.newnfs.request_space_high: 47185920 vfs.newnfs.request_space_low: 31457280 vfs.newnfs.request_space_throttled: 0 vfs.newnfs.request_space_throttle_count: 0 Applicable fstab: boards:/boards /www/boards nfs rw,noatime,nfsv4,async,nolockd,late,intr,bg,timeout=5 0 0 images:/images /www/images nfs rw,noatime,nfsv4,async,nolockd,late,intr,bg,timeout=5 0 0 images:/thumbs /www/thumbs nfs rw,noatime,nfsv4,async,nolockd,late,intr,bg,timeout=5 0 0 How-To-Repeat: Wait. Fix: Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
conf/176098: [patch] install 210.backup-aliases unconditionally
Number: 176098
Category: conf
Synopsis: [patch] install 210.backup-aliases unconditionally
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Wed Feb 13 08:30:00 UTC 2013
Closed-Date:
Last-Modified:
Originator: Alex Kozlov
Release:RELENG_9
Organization:
private
Environment:
Description:
The periodic script 210.backup-aliases should be installed even in case if
WITHOUT_SENDMAIL has been set in /etc/src.conf, because most of the alternative
MTA support /etc/aliases, so it's better to continue to backup it.
How-To-Repeat:
Fix:
Patch attached with submission follows:
Index: etc/periodic/daily/Makefile
@@ -6,6 +6,7 @@
110.clean-tmps \
120.clean-preserve \
200.backup-passwd \
+ 210.backup-aliases \
330.news \
400.status-disks \
405.status-ata-raid \
@@ -51,7 +52,6 @@
.if ${MK_SENDMAIL} != no
FILES+=150.clean-hoststat \
- 210.backup-aliases \
440.status-mailq \
460.status-mail-rejects \
500.queuerun
Index: tools/build/mk/OptionalObsoleteFiles.inc
@@ -3989,7 +3989,6 @@
.if ${MK_SENDMAIL} == no
OLD_FILES+=etc/periodic/daily/150.clean-hoststat
-OLD_FILES+=etc/periodic/daily/210.backup-aliases
OLD_FILES+=etc/periodic/daily/440.status-mailq
OLD_FILES+=etc/periodic/daily/460.status-mail-rejects
OLD_FILES+=etc/periodic/daily/500.queuerun
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
bin/175790: [parch] Fix Ken Thompson line in calendar.birthday
Number: 175790 Category: bin Synopsis: [parch] Fix Ken Thompson line in calendar.birthday Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Sun Feb 03 01:20:00 UTC 2013 Closed-Date: Last-Modified: Originator: Alex Kozlov Release:RELENG_9 Organization: private Environment: Description: The calendar uses cpp in traditional mode to process calendar files and because of this word 'unix' expands to 1 (see man gcc). The ansi or higher -std modes can't be used because we need to preserve tabs for calendar, therefore I propose to change 'unix' to 'Unix'. How-To-Repeat: $echo unix /tmp/testcpp.txt $cpp --version cpp (GCC) 4.2.2 20070831 prerelease [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $cpp -P -traditional -nostdinc /tmp/testcpp.txt 1 $cpp --version FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: x86_64-unknown-freebsd10.0 Thread model: posix $cpp -P -traditional -nostdinc /tmp/testcpp.txt 1 Fix: Patch attached with submission follows: Index: share/calendar/calendar.birthday @@ -42,7 +42,7 @@ 01/30 Franklin Delano Roosevelt born in Hyde Park, New York, 1882 01/31 Jackie Robinson born, 1919 02/03 Gertrude Stein born, 1874 -02/04 Ken Thompson, creator of unix, born, 1943 +02/04 Ken Thompson, creator of Unix, born, 1943 02/05 Alex Harvey (SAHB) is born in Glasgow, Scotland, 1935 02/06 King George VI of UK dies; his daughter becomes Elizabeth II, 1952 02/07 Sinclair Lewis born, 1885 Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/175694: [regression]Unknown and undocumented high RAM memory requirement prevent installation and running of FreeBSD 9.1 release on system with RAM less than 256Mb
Number: 175694 Category: kern Synopsis: [regression]Unknown and undocumented high RAM memory requirement prevent installation and running of FreeBSD 9.1 release on system with RAM less than 256Mb Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Wed Jan 30 09:10:00 UTC 2013 Closed-Date: Last-Modified: Originator: Alex Verbod Release:9.1 release Organization: Environment: FreeBSD xxx.xxx.com 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Description: It is impossible to install FreeBSD 9.1 Release on a systems (either on a real hardware or on a virtual machines) that have less than 256 Mb of RAM(random access memory) To my best knowledge, regression came with r229997 when device ctl has been added to default kernel that require abnormal amount of memory and prevent to use FreeBSD as a Virtual Private Server with low memory accounts and in embedded projects. How-To-Repeat: Use a real hardware or any virtual machine(tested on QEMU-KVM, XEN, VMware, VirtualBox) and attempt to install FreeBSD on a system with RAM set to 128 Mb. Fix: Workaround: To be able to install and run FreeBSD 9.1 release on a system with installed memory less than 256 Mb one need to interrupt booting process by pressing 2([Esc]ape to loader prompt) in the boot menu. then type: $ set kern.cam.ctl.disable=1 following by pressing Enter, then type: $ boot and press Enter again to continue installation process. In the end of installation, jump to a shell prompt and execute following lines: $ echo -e \n#---\nkern.cam.ctl.disable=1\n#---\n /boot/loader.conf.local this will allow to start and running installed bare FreeBSD 9.1 Release even on a system with 64 Mb of RAM Suggestion for a real fix: - Remove device ctl from GENERIC kernel and load ctl kernel module dynamicaly on systems that have enough memory installed. - Set kern.cam.ctl.disable=1 in the /boot/defaults/loader.conf as default value and overwrite it if a system can afford it. Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
conf/175397: [patch] update /etc/protocols to IANA list from 2012-10-17
Number: 175397 Category: conf Synopsis: [patch] update /etc/protocols to IANA list from 2012-10-17 Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Fri Jan 18 09:10:00 UTC 2013 Closed-Date: Last-Modified: Originator: Alex Kozlov Release:RELENG_9 Organization: private Environment: Description: Update /etc/protocols to IANA list from 2012-10-17. How-To-Repeat: Fix: Patch attached with submission follows: Index: etc/protocols @@ -92,6 +92,7 @@ secure-vmtp82 SECURE-VMTP # SECURE-VMTP vines 83 VINES # VINES ttp84 TTP # TTP +#iptm 84 IPTM# Protocol Internet Protocol Traffic nsfnet-igp 85 NSFNET-IGP # NSFNET-IGP dgp86 DGP # Dissimilar Gateway Protocol tcf87 TCF # TCF @@ -145,7 +146,12 @@ mobility-header135 Mobility-Header # Mobility Support in IPv6 udplite136 UDPLite # The UDP-Lite Protocol mpls-in-ip 137 MPLS-IN-IP # Encapsulating MPLS in IP -# 138-254 # Unassigned +manet 138 MANET # MANET Protocols +hip139 HIP # Host Identity Protocol +shim6 140 Shim6 # Shim6 Protocol +wesp 141 WESP# Wrapped Encapsulating Security Payload +rohc 142 ROHC# Robust Header Compression +# 143-254 # Unassigned pfsync 240 PFSYNC # PF Synchronization # 255 # Reserved divert 258 DIVERT # Divert pseudo-protocol [non IANA] Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/174535: TCP fast retransmit feature works strange
Number: 174535 Category: kern Synopsis: TCP fast retransmit feature works strange Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Tue Dec 18 10:00:00 UTC 2012 Closed-Date: Last-Modified: Originator: Alex Release:9.0 Organization: no organization Environment: FreeBSD pcbsd-7470.localdomain 9.0-RELEASE FreeBSD 9.0-RELEASE #3: Tue Dec 27 14:14:29 PST 2011 r...@build9x64.pcbsd.org:/usr/obj/builds/amd64/pcbsd-build90/fbsd-source/9.0/sys/GENERIC amd64 Description: I'm writing an embedded TCP/IP stack for a microcontroller. Right now I'm trying to implement the fast retransmit feature. I'm using PC with FreeBSD 9.0 to test it. My implementation differs from that is in RFC-5681 in one aspect - I respond with two duplicate ACK's on the first out-of-order segment, not one. On every next out-of-order segment I send one duplicate ACK. The cause for the difference - I have little memory on my MCU, and I can only buffer up to 3 out-order-segments, so I wish to send 3 duplicate ACK's to trigger fast retransmit after receiving 2 out-of-order segments not 3. The program in the MCU works as an echo server - it returns back everything it gets. To test fast retransmit I have made my EMAC driver to discard every eighth IP datagram it receives. Below is the dump received by using this command tcpdump -i msk0 port . I have edit it to make it more understandable. Sometimes the fast retransmit does not work and I don't understand why. Can you comment on the data below? Also, if you are to take what tcpdump prints here literally - it looks like that PC sends segments of more than MSS bytes in size. Actually, it doesn't, and the data below is not correct. Can anything be done to tcpdump to make it display outgoing segments as they are? 11:34:53.761734PC MCU: Flags [S], seq 4035506106, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 5606493 ecr 0], length 0 11:34:53.762832 ## MCU PC: Flags [S.], seq 20878424, ack 4035506107, win 3645, options [mss 1215], length 0 11:34:53.762864PC MCU: Flags [.], ack 1, win 65535, length 0 11:34:53.763020PC MCU: Flags [P.], seq 1:1025, ack 1, win 65535, length 1024 ; Pac.1 11:34:53.763042PC MCU: Flags [P.], seq 1025:3073, ack 1, win 65535, length 2048 ; Pac.23 (first is lost, second is out-of-order) 11:34:53.764412 ## MCU PC: Flags [.], ack 1025, win 2621, length 0 ; ACK on Pac.1 11:34:53.764423 ## MCU PC: Flags [.], ack 1025, win 2621, length 0 ; DupACK.1 on Pac.3 11:34:53.764430 ## MCU PC: Flags [.], ack 1025, win 2621, length 0 ; DupACK.2 on Pac.3 11:34:53.764436 ## MCU PC: Flags [.], ack 1025, win 3645, length 0 11:34:53.764454PC MCU: Flags [.], seq 3073:4670, ack 1, win 65535, length 1597 ; Pac.45 (both are out-of-order) 11:34:53.765125 ## MCU PC: Flags [P.], seq 1:1025, ack 1025, win 3645, length 1024 ; send back Pac.1 11:34:53.765629 ## MCU PC: Flags [.], ack 1025, win 3645, length 0 ; DupACK.1 on Pac.4 11:34:53.765637 ## MCU PC: Flags [.], ack 1025, win 3645, length 0 ; DupACK.1 on Pac.5 (where is the retransmission of Pac.2 ?) 11:34:53.864307PC MCU: Flags [.], ack 1025, win 65535, length 0 11:34:53.994308PC MCU: Flags [.], seq 1025:2240, ack 1025, win 65535, length 1215 11:34:53.997189 ## MCU PC: Flags [P.], seq 1025:2240, ack 4670, win 1215, length 1215; retransmission of Pac.2 due to the timeout 11:34:53.997226PC MCU: Flags [.], seq 4670:5885, ack 2240, win 64395, length 1215 11:34:53.997230 ## MCU PC: Flags [P.], seq 2240:3455, ack 4670, win 2048, length 1215 11:34:53.997241 ## MCU PC: Flags [P.], seq 3455:4670, ack 4670, win 3645, length 1215 11:34:53.997263PC MCU: Flags [.], seq 5885:7100, ack 4670, win 61965, length 1215 11:34:53.997320PC MCU: Flags [.], ack 4670, win 65037, length 0 11:34:53.999894 ## MCU PC: Flags [P.], seq 4670:5885, ack 7100, win 2430, length 1215 11:34:53.33PC MCU: Flags [.], seq 7100:9530, ack 5885, win 64395, length 2430 11:34:53.39 ## MCU PC: Flags [P.], seq 5885:7100, ack 7100, win 3645, length 1215 11:34:53.64PC MCU: Flags [.], seq 9530:10745, ack 7100, win 63180, length 1215 11:34:54.003596 ## MCU PC: Flags [P.], seq 7100:8315, ack 10745, win 1214, length 1215 11:34:54.003632PC MCU: Flags [.], seq 10745:11959, ack 8315, win 64395, length 1214 11:34:54.003637 ## MCU PC: Flags [P.], seq 8315:9530, ack 10745, win 2430, length 1215 11:34:54.003660PC MCU: Flags [.], seq 11959:13175, ack 9530, win 63180, length 1216 11:34:54.003664 ## MCU PC: Flags [P.], seq 9530:10745, ack 10745, win 3645, length 1215
Is INDEXFILE out of date?
Today I have fetched new ports index file and found different dovecot2 version in ports and index. The same problem with phpmyadmin and other ports. /usr/ports#make -n fetchindex /usr/bin/env fetch -am -o /usr/ports/INDEX-8.bz2 http://www.FreeBSD.org/ports/INDEX-8.bz2 #grep dovecot-2 INDEX-8 dovecot-2.1.10... #cat /usr/ports/mail/dovecot2/distinfo ...dovecot-2.1.12.tar.gz. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: bin/160295: [patch] ypserv:
The following reply was made to PR bin/160295; it has been noted by GNATS. From: Dylan Alex Simon dy...@dylex.net To: bug-follo...@freebsd.org Cc: Subject: Re: bin/160295: [patch] ypserv: Date: Mon, 20 Aug 2012 22:10:38 -0400 Someone has done a rewrite to this exact section of code without fixing this bug. This bug completely breaks NIS over TCP which completely disables many (non-freebsd) clients. It is serious and blatantly obvious how the code is broken. It has been a year. Please somebody fix it. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: ports/cdparanoia installs illegal include files
On Tue, Apr 10, 2012 at 10:25:24PM +0200, Joerg Schilling wrote:
it seems that the pdparanoia installs files to /usr/lical/include/
even though this is a closed program that exports no interfaces to other
programs.
At least a few ports use cdda_paranoia library:
/usr/ports/audio/audex/Makefile:LIB_DEPENDS=
cdda_paranoia.0:${PORTSDIR}/audio/cdparanoia \
/usr/ports/audio/grip/Makefile:LIB_DEPENDS+=
cdda_paranoia.0:${PORTSDIR}/audio/cdparanoia
/usr/ports/devel/gnome-vfs1/Makefile:LIB_DEPENDS+=
cdda_paranoia.0:${PORTSDIR}/audio/cdparanoia
/usr/ports/multimedia/mplayerxp/Makefile:LIB_DEPENDS+=
cdda_paranoia.0:${PORTSDIR}/audio/cdparanoia
/usr/ports/sysutils/burn/Makefile:LIB_DEPENDS+=
cdda_paranoia.0:${PORTSDIR}/audio/cdparanoia
/usr/ports/sysutils/k3b-kde4/Makefile:LIB_DEPENDS=
cdda_paranoia:${PORTSDIR}/audio/cdparanoia
The installed include files contain outdated function interfaces from 1997
and
prevent cdrtools from compiling.
Please do not install include files from closed programs.
BTW: there is no need to use cdparanoia anymore as since 2002, cdda2wav gives
better results than cdparanoia.
--
Adios
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: kern/115152: [ata] Sil 3512 SATA controller panics on 6.2
On 03/10/12 12:52, j...@freebsd.org wrote: Synopsis: [ata] Sil 3512 SATA controller panics on 6.2 State-Changed-From-To: open-feedback State-Changed-By: jh State-Changed-When: Sat Mar 10 08:52:44 UTC 2012 State-Changed-Why: Can you still reproduce this on recent FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=115152 Unfortunately, no. I even do not think that I'll be able to find working Sil 3512 controller ;) I guess it's time to close PR. If I'll have to use PCI SATA controller instead of/together with onboard, I'll fill new PR if it fail. Alex ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/163495: Problem compiling world with _Noreturn
Number: 163495 Category: misc Synopsis: Problem compiling world with _Noreturn Confidential: no Severity: non-critical Priority: medium Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Wed Dec 21 07:00:22 UTC 2011 Closed-Date: Last-Modified: Originator: Alex Kuster Release:9.0-PRERELEASE (Latest code) Organization: Environment: Symphony# uname -a FreeBSD Symphony 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #2: Fri Dec 16 18:52:44 ART 2011 vertex@Symphony:/usr/obj/usr/src/sys/GENERIC i386 Description: This problem was explained in mailing lists (freebsd-current) : http://lists.freebsd.org/pipermail/freebsd-current/2011-December/030484.html How-To-Repeat: Just csup latest code using that exact release, cd /usr/src and make buildworld Fix: This was also described into mailing lists in a follow-up email : http://lists.freebsd.org/pipermail/freebsd-current/2011-December/030500.html As Clang (at least in this release) seems to use GCC-Like sintax for _Noreturn ... one could check compiler (and version, if necessary) and add this workaround definition: #define _Noreturn __attribute__ ((noreturn)) Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/161318: Xen - sysinstall crashes with floating point exception
Number: 161318 Category: misc Synopsis: Xen - sysinstall crashes with floating point exception Confidential: no Severity: serious Priority: high Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Thu Oct 06 00:20:03 UTC 2011 Closed-Date: Last-Modified: Originator: Alex Release:9.0-BETA3 Organization: Environment: FreeBSD srv.mydomain.net 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Fri Sep 30 13:42:30 EST 2011 r...@srv.mydomain.net:/usr/obj/usr/src/sys/custom amd64 Environment = XenHVM. Description: Any attempt to create a new partition from within sysinstall causes the program to crash with a floating point exception. This issue is also present in FreeBSD 8.X, even with the stock XENHVM kernel. Seems I am also not alone with this problem: http://deadmemes.net/2011/03/05/freebsd-8-2-hvmxen4-update/ I suspect also (based on the article in the above URL) that it is related to geometry information being bad or presented badly to fdisk. I have free space on my primary disk which I wish to use and cannot because of this problem. How-To-Repeat: Run FreeBSD 8.X or 9.0-BETA* in a Xen HVM environment and then Compile the XENHVM kernel. Run sysinstall and attempt to create a new partition, sysinstall crashes. Fix: Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: bin/160295: ypserv -P [bin/109494] breaks tcp
The following reply was made to PR bin/160295; it has been noted by GNATS.
From: Dylan Alex Simon dy...@dylex.net
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/160295: ypserv -P [bin/109494] breaks tcp
Date: Tue, 30 Aug 2011 12:15:19 -0400
--6TrnltStXW4iwmi0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Attached is a patch that seems to work. However, there seems to be another
bug using ypserv -d where it exits ypproc_all_2_svc at the end even though it
hasn't forked (PR #10970 collateral?), so I can't test completely. (I'm
trying to get automount maps in linux to pull from FreeBSD NIS, which still
isn't working.)
--6TrnltStXW4iwmi0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=yp_main.c.diff
--- yp_main.c.orig 2011-08-30 11:15:33.595224119 -0400
+++ yp_main.c 2011-08-30 11:15:21.375092957 -0400
@@ -84,16 +84,6 @@
int do_dns = 0;
int resfd;
-struct socktype {
- const char *st_name;
- intst_type;
-};
-static struct socktype stlist[] = {
- { tcp, SOCK_STREAM },
- { udp, SOCK_DGRAM },
- { NULL, 0 }
-};
-
static
void _msgout(char* msg)
{
@@ -235,14 +225,13 @@
main(int argc, char *argv[])
{
register SVCXPRT *transp = NULL;
- int sock;
+ int sock_udp = -1, sock_tcp = -1;
int proto = 0;
struct sockaddr_in saddr;
socklen_t asize = sizeof (saddr);
int ch;
in_port_t yp_port = 0;
char *errstr;
- struct socktype *st;
while ((ch = getopt(argc, argv, hdnp:P:)) != -1) {
switch (ch) {
@@ -282,7 +271,10 @@
if (getsockopt(0, SOL_SOCKET, SO_TYPE,
(char *)_rpcfdtype, ssize) == -1)
exit(1);
- sock = 0;
+ if (_rpcfdtype == SOCK_DGRAM)
+ sock_udp = 0;
+ else if (_rpcfdtype == SOCK_STREAM)
+ sock_tcp = 0;
_rpcpmstart = 1;
proto = 0;
openlog(ypserv, LOG_PID, LOG_DAEMON);
@@ -293,46 +285,49 @@
}
openlog(ypserv, LOG_PID, LOG_DAEMON);
}
- sock = RPC_ANYSOCK;
+ sock_udp = sock_tcp = RPC_ANYSOCK;
(void) pmap_unset(YPPROG, YPVERS);
(void) pmap_unset(YPPROG, 1);
}
/*
* Initialize TCP/UDP sockets.
+ * Really should only do this if !_rpcpmstart.
*/
- memset((char *)saddr, 0, sizeof(saddr));
- saddr.sin_family = AF_INET;
- saddr.sin_addr.s_addr = htonl(INADDR_ANY);
- saddr.sin_port = htons(yp_port);
- for (st = stlist; st-st_name != NULL; st++) {
- /* Do not bind the socket if the user didn't specify a port */
- if (yp_port == 0)
- break;
+ if (yp_port)
+ {
+ memset((char *)saddr, 0, sizeof(saddr));
+ saddr.sin_family = AF_INET;
+ saddr.sin_addr.s_addr = htonl(INADDR_ANY);
+ saddr.sin_port = htons(yp_port);
+
+ sock_udp = socket(AF_INET, SOCK_DGRAM, 0);
+ if (sock_udp == -1) {
+ _msgout(cannot create a udp socket);
+ exit(1);
+ }
- sock = socket(AF_INET, st-st_type, 0);
- if (sock == -1) {
- if ((asprintf(errstr, cannot create a %s socket,
- st-st_name)) == -1)
- err(1, unexpected failure in asprintf());
- _msgout(errstr);
- free((void *)errstr);
+ if (bind(sock_udp, (struct sockaddr *) saddr, sizeof(saddr))
+ == -1) {
+ _msgout(cannot bind udp socket);
exit(1);
}
- if (bind(sock, (struct sockaddr *) saddr, sizeof(saddr))
+
+ sock_tcp = socket(AF_INET, SOCK_STREAM, 0);
+ if (sock_tcp == -1) {
+ _msgout(cannot create a tcp socket);
+ exit(1);
+ }
+
+ if (bind(sock_tcp, (struct sockaddr *) saddr, sizeof(saddr))
== -1) {
- if ((asprintf(errstr, cannot bind %s socket,
- st-st_name)) == -1)
- err(1, unexpected failure in asprintf());
- _msgout(errstr);
- free((void *)errstr);
+ _msgout(cannot bind tcp socket);
exit(1);
}
- errstr = NULL;
}
if ((_rpcfdtype == 0) || (_rpcfdtype == SOCK_DGRAM)) {
- transp = svcudp_create(sock);
+ transp = svcudp_create(sock_udp
bin/159746: [patch] cat - incorrect output on fstat() failure
Number: 159746 Category: bin Synopsis: [patch] cat - incorrect output on fstat() failure Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Sat Aug 13 17:30:10 UTC 2011 Closed-Date: Last-Modified: Originator: Alex K. Release:FreeBSD 8.2-RELEASE Organization: Environment: FreeBSD system.foxbsd.org 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Description: Incorrect output on fstat() failure. How-To-Repeat: Fix: 260c260 err(1, %s, filename); --- err(1, stdout); Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
bin/159752: [patch] chio - incorrect spelling in license
Number: 159752 Category: bin Synopsis: [patch] chio - incorrect spelling in license Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Sat Aug 13 23:30:13 UTC 2011 Closed-Date: Last-Modified: Originator: Alex K. Release:8.2 Organization: Environment: FreeBSD system.foxbsd.org 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Description: The spelling of acknowledgements could be changed to acknowledgments. Trivial and submitted to gain experienced making diffs. How-To-Repeat: Fix: --- chio.c 2010-06-02 05:34:41.0 -0400 +++ chio.temp 2011-08-13 23:12:22.0 -0400 @@ -12,7 +12,7 @@ *notice, this list of conditions and the following disclaimer in the *documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software - *must display the following acknowledgements: + *must display the following acknowledgments: * This product includes software developed by Jason R. Thorpe * for And Communications, http://www.and.com/ * 4. The name of the author may not be used to endorse or promote products Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/159064: MFC request for dtrace to fix invalid probe specifier
Number: 159064
Category: misc
Synopsis: MFC request for dtrace to fix invalid probe specifier
Confidential: no
Severity: serious
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Wed Jul 20 19:10:10 UTC 2011
Closed-Date:
Last-Modified:
Originator: Alex Samorukov
Release:8.2-STABLE
Organization:
netart
Environment:
FreeBSD bsd.home 8.2-STABLE FreeBSD 8.2-STABLE #6: Wed Jul 20 17:26:56 UTC 2011
r...@bsd.home:/usr/obj/usr/src/sys/DTRACE amd64
Description:
I found that my dtrace scripts perfectly running on -CURRENT failing with
strange messages on -STABLE. This is example:
bsd# dtrace -n
'device_get_softc:entry{printf(%s,stringof(args[0]-nameunit))}'
dtrace: invalid probe specifier
device_get_softc:entry{printf(%s,stringof(args[0]-nameunit))}: in action
list: failed to resolve translated type for args[0]
args[0] should be struct device type. After debugging i found that it fail in
libdrace and fix is already commited to the the HEAD.
See
http://svnweb.freebsd.org/base/head/cddl/contrib/opensolaris/lib/libdtrace/common/dt_lex.l?r1=209305r2=209358
for the actual fix. After applying the patch system resolving symbol correctly:
bsd# dtrace -n
'device_get_softc:entry{printf(%s,stringof(args[0]-nameunit))}'
dtrace: description 'device_get_softc:entry' matched 1 probe
dtrace: buffer size lowered to 2m
^C
CPU IDFUNCTION:NAME
0 19594 device_get_softc:entry est0
7 19594 device_get_softc:entry cpufreq0
7 19594 device_get_softc:entry cpufreq0
How-To-Repeat:
Run dtrace -n 'device_get_softc:entry{printf(%s,stringof(args[0]-nameunit))}'
on 8-STABLE with dtrace enabled kernel
Fix:
bsd# diff -u dt_lex.l.orig dt_lex.l.new
--- dt_lex.l.orig 2010-11-08 12:54:55.0 +
+++ dt_lex.l.new2010-08-02 13:40:53.0 +
@@ -44,7 +44,7 @@
#undef input
#undef unput
#else
-/*
+/*
* Define YY_INPUT for flex since input() can't be re-defined.
*/
#define YY_INPUT(buf,result,max_size) \
@@ -59,6 +59,19 @@
buf[n] = *yypcb-pcb_strptr++; \
result = n; \
}
+/*
+ * Do not EOF let tokens to be put back. This does not work with flex.
+ * On the other hand, leaving current buffer in same state it was when
+ * last EOF was received guarantees that input() will keep returning EOF
+ * for all subsequent invocations, which is the effect desired.
+ */
+#undef unput
+#define unput(c) \
+ do {\
+ int _c = c; \
+ if (_c != EOF) \
+ yyunput(_c, yytext_ptr);\
+ } while(0)
#endif
static int id_or_type(const char *);
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/159046: dtrace library is linked with a wrong flags on -CURRENT
Number: 159046
Category: misc
Synopsis: dtrace library is linked with a wrong flags on -CURRENT
Confidential: no
Severity: serious
Priority: medium
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Tue Jul 19 22:00:20 UTC 2011
Closed-Date:
Last-Modified:
Originator: Alex Samorukov
Release:9.0-CURRENT
Organization:
netart
Environment:
FreeBSD test9.local 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Jul 19 22:51:31
CEST 2011 root@test9.local:/usr/obj/usr/src/sys/DTRACE amd64
Description:
/usr/src/cddl/lib/drti/Makefile contain correct $PICFLAG to link drti.o with
-fpic. The problem is that this macros is not defined, because wrong include is
used: bsd.prog.mk instead of bsd.lib.mk (where this macros is defined).
How-To-Repeat:
try to build userland dtrace app on 9-CURRENT. It will fail:
usr/bin/ld: php.o: relocation R_X86_64_32 against `a local symbol' can not be
used when making a shared object; recompile with -fPIC
Fix:
--- Makefile.orig 2011-07-19 23:53:43.0 +0200
+++ Makefile2011-07-19 23:56:32.0 +0200
@@ -18,4 +18,4 @@
-I${OPENSOLARIS_SYS_DISTDIR}/uts/common \
-DPIC ${PICFLAG}
-.include bsd.prog.mk
+.include bsd.lib.mk
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/159013: kldunload dtraceall crashing if userland dtrace provider is in use
Number: 159013 Category: kern Synopsis: kldunload dtraceall crashing if userland dtrace provider is in use Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Mon Jul 18 17:20:14 UTC 2011 Closed-Date: Last-Modified: Originator: Alex Samorukov Release:FreeBSD-STABLE Organization: netart Environment: FreeBSD bsd.home 8.2-STABLE FreeBSD 8.2-STABLE #3: Fri Jul 15 21:22:54 UTC 2011 r...@bsd.home:/usr/obj/usr/src/sys/DTRACE amd64 Description: I found that kldunload dtracell causing kernel crash if userland providers are in use. How-To-Repeat: 1) Compile kernel with DTRACE support on -STABLE. 2) Run program acting as userland provider. I am using mod_php + apache for this, see ports/158983 for the source. 3) Load module (kldload dtraceall) 4) start the web server to initialize the provider. 5) Do kldunload dtraceall. System will panic. bsd# head -n 31 core.txt.0 bsd.home dumped core - see /var/crash/vmcore.0 Mon Jul 18 22:10:40 UTC 2011 FreeBSD bsd.home 8.2-STABLE FreeBSD 8.2-STABLE #3: Fri Jul 15 21:22:54 UTC 2011 r...@bsd.home:/usr/obj/usr/src/sys/DTRACE amd64 panic: double fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: Fatal double fault rip = 0x808f2cf8 rsp = 0xff8126aa8f60 rbp = 0xff8126aa90e0 cpuid = 0; apic id = 00 panic: double fault cpuid = 0 KDB: stack backtrace: #0 0x8062d78e at kdb_backtrace+0x5e #1 0x805f8d17 at panic+0x187 #2 0x808f2494 at dblfault_handler+0xa4 #3 0x808daced at Xdblfault+0xad Uptime: 2m18s 6) if i`m unloading httpd before kldunload everything is fine. I think this bug is not critical, but needs to be fixed. Fix: Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: kern/127440: [dtrace] Dtrace arg0/arg1 variables don't contain return value of syscall:::return
The following reply was made to PR kern/127440; it has been noted by GNATS. From: Alex Samorukov s...@os2.kiev.ua To: bug-follo...@freebsd.org, h...@restart.be Cc: Subject: Re: kern/127440: [dtrace] Dtrace arg0/arg1 variables don't contain return value of syscall:::return Date: Mon, 18 Jul 2011 20:57:09 +0200 This bug is fixed. In 8-STABLE your test showing: 2 42158 read:entry read(9, 0x7fff9fe0, 16384) 2 42159 read:return = 77 So i think that this PR should be closed. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/157533: [nanobsd][patch] save_cfg improvements
Number: 157533 Category: misc Synopsis: [nanobsd][patch] save_cfg improvements Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: change-request Submitter-Id: current-users Arrival-Date: Thu Jun 02 17:30:12 UTC 2011 Closed-Date: Last-Modified: Originator: Alex Bakhtin Release: Organization: Environment: Description: I have written the improved nanobsd save_cfg script with the following features: 1. It recursivelly handles new (modified by user) files in /etc and ask user what to do. 2. It recursivelly handles file deletion from /etc and ask user what to do. 3. It keeps 'ignore' list for files that user decided to never add to /cfg I'm pretty sure that this script is a little bit better than http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/145962 because it doesn't require to remember - which files was modified. It scans the whole /etc, and if it found new file - it ask user - what to do with it. User can: a) Add file to /cfg. b) Skip this file for current script run c) Add this file to ignore list (/cfg/.ignore) and skip this file for all script runs. One of the most annoying things I found in nanobsd administration is that user have to keep in mind ALL files he is going to add to /cfg. This script was used on about 10 nanobsd hosts for 1.5 years in production environment and is extremely helpfull. The chance that after adding some new configuration file to nanobsd user would forget to add it to /cfg was decreased drammatically. Please consider adding this to Files. How-To-Repeat: Fix: Patch attached with submission follows: #!/bin/sh # # Copyright (c) 2006 Mathieu Arnold # Copyright (c) 2010 Alex Bakhtin # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright #notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions and the following disclaimer in the #documentation and/or other materials provided with the distribution. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # $FreeBSD: src/tools/tools/nanobsd/Files/root/save_cfg,v 1.1.4.1 2009/08/03 08:13:06 kensmith Exp $ # set -e trap umount /cfg 1 2 15 EXIT mount /cfg ( cd /etc for filename in $@ `find * -type f` do if [ ! -f /cfg/$filename -a ! -f /cfg/.ignore/$filename ] then # # If file doesn't exist in /cfg and file is not in the 'ignore' list # then check if this file is exactly the same as original file # in nanobsd image # if ! cmp -s /etc/$filename /conf/base/etc/$filename then file_path=`echo $filename | sed 's/\/[^/]*$//'` if [ $file_path != $filename ] then if [ ! -d /etc/$file_path ] then # should never go here unless we have some errors in # sed script extracting file path echo Error: Path /etc/$file_path is not directory. exit 1; fi fi # # Ask user - how should we handle this file. # Add to cfg (y/n/i)? # y) - save this file in /cfg # n) - do not save this file in /cfg for current script invocation ONLY # i) - add file to ignore list (/cfg/.ignore hiereachy) and never save # try to add this file to /cfg. # # touch is ised to add files to /cfg to keep the script flow straight and easy
Re: misc/145395: [nanobsd] [patch] Extremely slow nanobsd disk image creation and 100% disk load on zfs
The following reply was made to PR misc/145395; it has been noted by GNATS. From: Alex Bakhtin alex.bakh...@gmail.com To: bug-follo...@freebsd.org, i...@freebsd.org Cc: Subject: Re: misc/145395: [nanobsd] [patch] Extremely slow nanobsd disk image creation and 100% disk load on zfs Date: Wed, 25 May 2011 17:35:50 +0400 Hello, From-To:open-closed By:imp When:Fri May 13 13:44:33 MDT 2011 Why:We've been doing async for a while now. Bug OBE. I'm really sorry, but today I have tested the nanobsd.sh from 9-CURRENT and I'm completely sure that the problem WAS NOT fixed. I discovered that building image is still extremelly slow and produces great disk load. After checking deeply, I found that image is not mounted in async mode. /dev/md2s1a on /mnt/system/obj/amtkit/_.mnt (ufs, local, soft-updates) I tried to mout in async manually - and it seems that async option is ignored for MD-backed filesystem: bakhtin@tarzan(14) /mnt/system/nanobsd/amtkit sudo umount /mnt/system/obj/amtkit/_.mnt bakhtin@tarzan(14) /mnt/system/nanobsd/amtkit sudo mount -o async /dev/md2s1a //mnt/system/obj/amtkit/_.mnt mount | grep md /dev/md0 on /etc (ufs, local) /dev/md1 on /var (ufs, local) /dev/md2s1a on /mnt/system/obj/amtkit/_.mnt (ufs, local, soft-updates) As you can see - md2s1a is not mounted in async mode, and this causes extremely bad performance on ZFS. I'm pretty sure that attaching MD in async mode fixes this problem. Please review my patch and this bug. -- --- Alex Bakhtin ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: misc/145395: [nanobsd] [patch] Extremely slow nanobsd disk image creation and 100% disk load on zfs
The following reply was made to PR misc/145395; it has been noted by GNATS. From: Alex Bakhtin alex.bakh...@gmail.com To: bug-follo...@freebsd.org, i...@freebsd.org Cc: Subject: Re: misc/145395: [nanobsd] [patch] Extremely slow nanobsd disk image creation and 100% disk load on zfs Date: Wed, 25 May 2011 21:33:23 +0400 I made some additional performance testing. Original 9-current nanobsd.sh: sudo ./create.sh 00:00:00 # NanoBSD image amtkit build starting 00:00:00 ## Skipping buildworld (as instructed) 00:00:00 ## Skipping buildkernel (as instructed) 00:00:00 ## Clean and create world directory (/mnt/system/obj/amtkit/_.w) 00:00:09 ## Construct install make.conf (/mnt/system/obj/amtkit/make.conf.install) 00:00:09 ## installworld 00:00:09 ### log: /mnt/system/obj/amtkit/_.iw 00:02:55 ## install /etc 00:02:55 ### log: /mnt/system/obj/amtkit/_.etc 00:02:56 ## configure nanobsd /etc 00:02:56 ## install kernel (GENERIC_FWD) 00:02:56 ### log: /mnt/system/obj/amtkit/_.ik 00:03:00 ## run customize scripts 00:03:00 ## customize cust_allow_ssh_root 00:03:00 ### log: /mnt/system/obj/amtkit/_.cust.cust_allow_ssh_root 00:03:00 ## customize cust_install_files 00:03:00 ### log: /mnt/system/obj/amtkit/_.cust.cust_install_files 00:03:00 ## customize cust_ld32_cfg 00:03:00 ### log: /mnt/system/obj/amtkit/_.cust.cust_ld32_cfg 00:03:00 ## customize cust_install_packages 00:03:00 ### log: /mnt/system/obj/amtkit/_.cust.cust_install_packages 00:04:00 ## customize cust_etc_cfg 00:04:00 ### log: /mnt/system/obj/amtkit/_.cust.cust_etc_cfg 00:04:00 ## configure nanobsd setup 00:04:00 ### log: /mnt/system/obj/amtkit/_.dl 00:04:05 ## run late customize scripts 00:04:05 ## late customize cust_dir_cfg 00:04:05 ### log: /mnt/system/obj/amtkit/_.late_cust.cust_dir_cfg 00:04:05 ## late customize copy_sources 00:04:05 ### log: /mnt/system/obj/amtkit/_.late_cust.copy_sources 00:04:57 ## build diskimage 00:04:57 ### log: /mnt/system/obj/amtkit/_.di Gzipping disk image. 00:41:02 # NanoBSD image amtkit completed The same nanobsd, my patch applied to 9-current nanobsd.sh and NANO_MD_ASYN= C=3D1: 00:00:00 # NanoBSD image amtkit build starting 00:00:00 ## Skipping buildworld (as instructed) 00:00:00 ## Skipping buildkernel (as instructed) 00:00:00 ## Clean and create world directory (/mnt/system/obj/amtkit/_.w) 00:00:18 ## Construct install make.conf (/mnt/system/obj/amtkit/make.conf.install) 00:00:18 ## installworld 00:00:18 ### log: /mnt/system/obj/amtkit/_.iw 00:02:26 ## install /etc 00:02:26 ### log: /mnt/system/obj/amtkit/_.etc 00:02:28 ## configure nanobsd /etc 00:02:28 ## install kernel (GENERIC_FWD) 00:02:28 ### log: /mnt/system/obj/amtkit/_.ik 00:02:30 ## run customize scripts 00:02:30 ## customize cust_allow_ssh_root 00:02:30 ### log: /mnt/system/obj/amtkit/_.cust.cust_allow_ssh_root 00:02:30 ## customize cust_install_files 00:02:30 ### log: /mnt/system/obj/amtkit/_.cust.cust_install_files 00:02:30 ## customize cust_ld32_cfg 00:02:30 ### log: /mnt/system/obj/amtkit/_.cust.cust_ld32_cfg 00:02:30 ## customize cust_install_packages 00:02:30 ### log: /mnt/system/obj/amtkit/_.cust.cust_install_packages 00:03:23 ## customize cust_etc_cfg 00:03:23 ### log: /mnt/system/obj/amtkit/_.cust.cust_etc_cfg 00:03:23 ## configure nanobsd setup 00:03:23 ### log: /mnt/system/obj/amtkit/_.dl 00:03:26 ## run late customize scripts 00:03:26 ## late customize cust_dir_cfg 00:03:26 ### log: /mnt/system/obj/amtkit/_.late_cust.cust_dir_cfg 00:03:26 ## late customize copy_sources 00:03:26 ### log: /mnt/system/obj/amtkit/_.late_cust.copy_sources 00:04:56 ## build diskimage 00:04:56 ### log: /mnt/system/obj/amtkit/_.di Gzipping disk image. 00:09:34 # NanoBSD image amtkit completed 4.5 minutes to buld and gzip disk image with patched nanobsd.sh and 36 minutes to build and gzip disk image with original. Alex Bakhtin 2011/5/25 Alex Bakhtin alex.bakh...@gmail.com: Hello, From-To:open-closed By:imp When:Fri May 13 13:44:33 MDT 2011 Why:We've been doing async for a while now. Bug OBE. =C2=A0 I'm really sorry, but today I have tested the nanobsd.sh from 9-CURRENT and I'm completely sure that the problem WAS NOT fixed. I discovered that building image is still extremelly slow and produces great disk load. After checking deeply, I found that image is not mounted in async mode. /dev/md2s1a on /mnt/system/obj/amtkit/_.mnt (ufs, local, soft-updates) =C2=A0 I tried to mout in async manually - and it seems that async option is ignored for MD-backed filesystem: bakhtin@tarzan(14) /mnt/system/nanobsd/amtkit sudo umount /mnt/system/obj/amtkit/_.mnt bakhtin@tarzan(14) /mnt/system/nanobsd/amtkit sudo mount -o async /dev/md2s1a //mnt/system/obj/amtkit/_.mnt mount | grep md /dev/md0 on /etc (ufs, local) /dev/md1 on /var (ufs, local) /dev/md2s1a on /mnt/system/obj/amtkit/_.mnt (ufs, local, soft-updates) As you can see - md2s1a
Re: misc/145395: [nanobsd] [patch] Extremely slow nanobsd disk image creation and 100% disk load on zfs
The following reply was made to PR misc/145395; it has been noted by GNATS.
From: Alex Bakhtin alex.bakh...@gmail.com
To: Warner Losh i...@bsdimp.com, bug-follo...@freebsd.org
Cc:
Subject: Re: misc/145395: [nanobsd] [patch] Extremely slow nanobsd disk image
creation and 100% disk load on zfs
Date: Thu, 26 May 2011 00:08:25 +0400
--000e0cd22f5e95771b04a41f45de
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Warner,
I tested it against head, attached.
{bakhtin_nb_fbsd}/mnt/home/bakhtin/work/nanobsd/headsvn info
Path: .
URL: http://svn.freebsd.org/base/head/tools/tools/nanobsd
Repository Root: http://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 87
Node Kind: directory
Schedule: normal
Last Changed Author: imp
Last Changed Rev: 221877
Last Changed Date: 2011-05-14 08:32:30 +0400 (=D1=81=D0=B1, 14 =D0=BC=D0=B0=
=D0=B9 2011)
2011/5/25 Warner Losh i...@bsdimp.com:
Can you rebase your changes on the latest nanobsd.sh and resend?
-
Alex Bakhtin
--000e0cd22f5e95771b04a41f45de
Content-Type: text/plain; charset=US-ASCII; name=nanobsd_async_head.patch.txt
Content-Disposition: attachment; filename=nanobsd_async_head.patch.txt
Content-Transfer-Encoding: base64
X-Attachment-Id: f_go4pfioq0
SW5kZXg6IG5hbm9ic2Quc2gKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbmFub2JzZC5zaAkocmV2aXNpb24gMjIy
Mjg3KQorKysgbmFub2JzZC5zaAkod29ya2luZyBjb3B5KQpAQCAtMTM1LDYgKzEzNSwxMCBAQAog
IyBDYW4gYmUgImZpbGUiIG9yICJzd2FwIgogTkFOT19NRF9CQUNLSU5HPSJmaWxlIgogCisjIDAg
LT4gVXNlIGRlZmF1bHQgb3B0aW9ucyBmb3IgbWRjb25maWcKKyMgMSAtPiBVc2UgLW8gYXN5bmMg
b3B0aW9uIGZvciBtZGNvbmZpZyAoaW1wcm92ZSBwZXJmb3JtYW5jZSBvbiB6ZnMpCitOQU5PX01E
X0FTWU5DPTAKKwogIyBQcm9ncmVzcyBQcmludCBsZXZlbAogUFBMRVZFTD0zCiAKQEAgLTUwOCw2
ICs1MTIsMTEgQEAKIAlNTlQ9JHtOQU5PX09CSn0vXy5tbnQKIAlta2RpciAtcCAke01OVH0KIAor
CV9OQU5PX01EQ09ORklHX09QVElPTlM9JyAnCisJaWYgWyAkTkFOT19NRF9BU1lOQyAtZ3QgMCBd
IDsgdGhlbgorCQlfTkFOT19NRENPTkZJR19PUFRJT05TPSItbyBhc3luYyIKKwlmaQorCiAJaWYg
WyAiJHtOQU5PX01EX0JBQ0tJTkd9IiA9ICJzd2FwIiBdIDsgdGhlbgogCQlNRD1gbWRjb25maWcg
LWEgLXQgc3dhcCAtcyAke05BTk9fTUVESUFTSVpFfSAteCAke05BTk9fU0VDVFN9IFwKIAkJCS15
ICR7TkFOT19IRUFEU31gCkBAIC01MTYsNyArNTI1LDcgQEAKIAkJcm0gLWYgJHtJTUd9CiAJCWRk
IGlmPS9kZXYvemVybyBvZj0ke0lNR30gc2Vlaz0ke05BTk9fTUVESUFTSVpFfSBjb3VudD0wCiAJ
CU1EPWBtZGNvbmZpZyAtYSAtdCB2bm9kZSAtZiAke0lNR30gLXggJHtOQU5PX1NFQ1RTfSBcCi0J
CQkteSAke05BTk9fSEVBRFN9YAorCQkJLXkgJHtOQU5PX0hFQURTfSAke19OQU5PX01EQ09ORklH
X09QVElPTlN9YAogCWZpCiAKIAl0cmFwICJlY2hvICdSdW5uaW5nIGV4aXQgdHJhcCBjb2RlJyA7
IGRmIC1pICR7TU5UfSA7IHVtb3VudCAke01OVH0gfHwgdHJ1ZSA7IG1kY29uZmlnIC1kIC11ICRN
RCIgMSAyIDE1IEVYSVQK
--000e0cd22f5e95771b04a41f45de--
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/156087: Asterisk packages are missing in both 7 and 8-stable
Number: 156087 Category: misc Synopsis: Asterisk packages are missing in both 7 and 8-stable Confidential: no Severity: non-critical Priority: medium Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: maintainer-update Submitter-Id: current-users Arrival-Date: Thu Mar 31 10:10:11 UTC 2011 Closed-Date: Last-Modified: Originator: Alex Markelov Release:7-stable and 8-stable Organization: Environment: Description: I was trying to install asterisk from packages in either 7 or 8-Stable and get 'Not found': daemon# pkg_add -rn asterisk Error: Unable to get http://ftp.freebsd.org/pub/FreeBSD/p.../asterisk.tbz: Not Found I build nano BSD appliance based on FreeBSD-Stable and now hit the wall of having to build Asterisk from ports, which is not possible to script inside my build script. Is it just temporarily absent from packages or is there something wrong with it and that's the reason why there is no packages for Stable? I sent email to Florian Smeets and am raising the bug report, so it's not lost and he can investigate further. How-To-Repeat: Just do: # pkg_add -rn asterisk in either 7 or 8-stable and you see it. Also you can check http://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/Latest/ or http://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/Latest/ and see that all asterisk*tbz files are missing there, but present in 7.0 and 7.1 or 8.0 and 8.1 release directories. Fix: Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/155480: login.conf: maxproc does not work when command running from cron
Number: 155480 Category: misc Synopsis: login.conf: maxproc does not work when command running from cron Confidential: no Severity: critical Priority: high Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Fri Mar 11 18:40:05 UTC 2011 Closed-Date: Last-Modified: Originator: Alex Keda Release:8.2-RELEASE Organization: USSR Environment: FreeBSD srv2.host-food.ru 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Tue Mar 1 21:17:04 MSK 2011 lissy...@srv10.host-food.ru:/home/usr_moved/obj/home/usr_moved/src/sys/HOST-FOOD amd64 Description: I create login class: lissyara# grep id100 --after-context=7 /etc/login.conf id100:\ :coredumpsize=1:\ :cputime=60s:\ :maxproc=12:\ :openfiles=32:\ :priority=20:\ :tc=default: lissyara# then, run command: lissyara# cap_mkdb -v /etc/login.conf cap_mkdb: 10 capability records lissyara# add user: lissyara# grep ^test1234 /etc/master.passwd test1234:$1$kj/WOTuN$vLGcOBPv9ro8eljOe.ChA1:1002:1004:id100:0:0:User :/home/test1234:/bin/sh lissyara# add cron job for user: lissyara# crontab -l -u test1234 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 * * * * * /bin/sleep 72000 lissyara# after some time I see lot sleep processes in ps output lissyara# ps -auxww | grep ^test1234 | grep sleep | wc -l 130 lissyara# 130 12 If I running commands from ssh session - all OK, I cannot run more than maxproc processes... http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023234.html It's very serious problem - for shared hostings servers and such other applications where users have access to create cron jobs How-To-Repeat: see full desc Fix: Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/154956: [PATCH] default config file for mail/exim
Number: 154956
Category: misc
Synopsis: [PATCH] default config file for mail/exim
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: change-request
Submitter-Id: current-users
Arrival-Date: Tue Feb 22 13:20:06 UTC 2011
Closed-Date:
Last-Modified:
Originator: Alex Deiter
Release:8.1-RELEASE
Organization:
N/A
Environment:
FreeBSD bbb.tune-it.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Wed Dec 22 18:53:26
MSK 2010 root@sunway:/usr/obj/usr/src/sys/sunway amd64
Description:
Port mail/exim does not provide way for specify default location of the
configuration file: ${PREFIX}/etc/exim/configure
Please review patch
How-To-Repeat:
cd /usr/ports/mail/exim
make install
Fix:
cd /usr/ports/mail/exim
patch -p0 exim.txt
make CFG_FILE_PATH=/path/to/exim/cfg install
Patch attached with submission follows:
--- Makefile.orig 2011-02-22 15:13:43.943379507 +0300
+++ Makefile2011-02-22 15:21:43.197378364 +0300
@@ -125,6 +125,7 @@
LOGDIR?= /var/log/exim
LOG_FILE_PATH?=${LOGDIR}/%slog
+CFG_FILE_PATH?= ${PREFIX}/etc/exim/configure
SED_SCRIPT=-e 's,%%PREFIX%%,${PREFIX},g' \
-e 's,%%DOCSDIR%%,${DOCSDIR},g' \
@@ -173,6 +174,7 @@
-e 's,XX_PREFIX_XX,${PREFIX},' \
-e 's,XX_LOCALBASE_XX,${LOCALBASE},' \
-e 's,XX_LOG_FILE_PATH_XX,${LOG_FILE_PATH},' \
+ -e 's,XX_CFG_FILE_PATH_XX,${CFG_FILE_PATH},' \
-e 's,XX_EXIM_USER_XX,${EXIM_USER},' \
-e 's,XX_EXIM_GROUP_XX,${EXIM_GROUP},' \
-e 's,XX_DEFAULT_CHARSET_XX,${WITH_DEFAULT_CHARSET},'
--- files/patch-src::EDITME.orig2011-02-22 15:22:53.968385506 +0300
+++ files/patch-src::EDITME 2011-02-22 15:24:00.345380187 +0300
@@ -14,7 +14,7 @@
# file does not exist.
-CONFIGURE_FILE=/usr/exim/configure
-+CONFIGURE_FILE=XX_PREFIX_XX/etc/exim/configure
++CONFIGURE_FILE=XX_CFG_FILE_PATH_XX
# It is possible to specify a colon-separated list of files for
CONFIGURE_FILE.
# In this case, Exim will use the first of them that exists when it is run.
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/154473: xen 4.0 - DomU freebsd8.1 i386, XEN kernel. Not Work SMP
Number: 154473 Category: kern Synopsis: xen 4.0 - DomU freebsd8.1 i386, XEN kernel. Not Work SMP Confidential: no Severity: critical Priority: high Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Wed Feb 02 23:30:07 UTC 2011 Closed-Date: Last-Modified: Originator: ALex Release:8.1 i386 Organization: hosting mail services Environment: FreeBSD 8.1-RELEASE #26: Wed Feb 2 22:48:00 UTC 2011 a...@a0.o.dp.ua:/usr/obj/xendrv/src/sys/XEN i386 Description: use kernel /usr/src/sys/i386/conf/XEN GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 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 8.1-RELEASE #26: Wed Feb 2 22:48:00 UTC 2011 a...@a0.o.dp.ua:/usr/obj/xendrv/src/sys/XEN i386 WARNING: WITNESS option enabled, expect reduced performance. Xen reported: 2812.408 MHz processor. Timecounter ixen frequency 10 Hz quality 0 CPU: AMD Athlon(tm) II X4 630 Processor (2812.41-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x100f52 Family = 10 Model = 5 Stepping = 2 Features=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT Features2=0x802009SSE3,MON,CX16,POPCNT AMD Features=0xee500800SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM,3DNow!+,3DNow! AMD Features2=0x37ffLAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS,SKINIT,WDT TSC: P-state invariant Data TLB: 48 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 268435456 (256 MB) Physical memory chunk(s): 0x006bf000 - 0x0fafbfff, 256102400 bytes (62525 pages) avail memory = 253173760 (241 MB) APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) SMP: Added CPU 1 (AP) gdtpfn=1023cb pdptpfn=990a7 INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 panic: HYPERVISOR_update_va_mapping(((unsigned long)(va)), (pa | 0x002 | 0x001 | pgeflag | pmap_cache_bits(mode, 0)), UVMF_INVLPG| UVMF_ALL) 0: /xendrv/src/sys/i386/xen/pmap.c:1269 cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x3a: movl$0,kdb_why db db If you comment out # To make an SMP kernel, the next two lines are needed #optionsSMP # Symmetric MultiProcessor Kernel #device apic# I/O APIC #device atkbdc # AT keyboard controller #device atkbd # AT keyboard #device psm # PS/2 mouse device pci #device kbdmux # keyboard multiplexer system begins to boot but not work SMP If you uncomment #optionsSMP # Symmetric MultiProcessor Kernel #device apic# I/O APIC #device atkbdc # AT keyboard controller #device atkbd # AT keyboard #device psm # PS/2 mouse device pci #device kbdmux # keyboard multiplexer How-To-Repeat: always Fix: If you comment out # To make an SMP kernel, the next two lines are needed #optionsSMP # Symmetric MultiProcessor Kernel #device apic# I/O APIC #device atkbdc # AT keyboard controller #device atkbd # AT keyboard #device psm # PS/2 mouse device pci #device kbdmux # keyboard multiplexer system begins to boot but not work SMP If you uncomment #optionsSMP # Symmetric MultiProcessor Kernel #device apic# I/O APIC Copyright (c) 1992-2010 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 8.1-RELEASE #21: Sat Jan 29 23:17:40 UTC 2011 a...@a0.o.dp.ua:/usr/obj/xendrv/src/sys/XEN i386 Xen reported: 2812.408 MHz processor. Timecounter ixen frequency 10 Hz quality 0 CPU: AMD Athlon(tm) II X4 630 Processor (2812.41-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x100f52 Family = 10 Model = 5 Stepping = 2 Features=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT
kern/154428: xn0 network interface and PF - Massive performance drop
Number: 154428
Category: kern
Synopsis: xn0 network interface and PF - Massive performance drop
Confidential: no
Severity: serious
Priority: medium
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Tue Feb 01 01:30:09 UTC 2011
Closed-Date:
Last-Modified:
Originator: Alex
Release:FreeBSD 8.2-RC2
Organization:
Environment:
FreeBSD srv.mydomain.net 8.2-RC2 FreeBSD 8.2-RC2 #4: Sun Jan 30 10:15:26 EST
2011 a...@srv.mydomain.net:/usr/obj/usr/src/sys/custom-server amd64
Description:
Hi Guys,
Have been forced to file a PR as I have had no answer on this from the
freebsd-xen mailing list.
I am running FreeBSD under a XEN HVM environment with a commercial VPS
provider. I recently went from running a generic type of kernel to one that
includes the XENHVM options. I now have a network interface called xn0 instead
of re0, It was obviously necessary to update my pf.conf as the interface name
has changed.
All i did was edit the pf.conf file, and replace all instances of re0 with xn0.
The performance seems to be aweful. I was wondering why network connectivity
was so slow. A download test from apache struggled to do 2KB/s. I disabled pf
and suddenly the speed skyrocketed. Any ideas where to look? I have the
following in my kernel for PF:
device pf
device pflog
device pfsync
options ALTQ
options ALTQ_CBQ# Class Bases Queuing (CBQ)
options ALTQ_RED# Random Early Detection (RED)
options ALTQ_RIO# RED In/Out
options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
options ALTQ_PRIQ # Priority Queuing (PRIQ)
options ALTQ_NOPCC # Required for SMP build
and pf.conf (very basic setup):
mailblocklist = { 69.6.26.0/24 }
#blacklist = { 202.16.0.11 }
# Rule 0 (xn0)
#pass in quick on xn0 inet proto icmp from any to (xn0) label RULE 0 --
ACCEPT
#block mail server(s) that continue to try and send me junk
block in quick on xn0 inet proto tcp from $mailblocklist to (xn0) port 25
#block anyone else who's in the blacklist
#block in quick on xn0 inet from $blacklist to (xn0)
pass in quick on xn0 inet proto tcp from any to (xn0) port { 110, 25, 80,
443, 21, 53 } flags any label RULE 0 -- ACCEPT
pass in quick on xn0 inet proto udp from any to (xn0) port 53 label RULE 0
-- ACCEPT
#
# Rule 1 (lo0)
pass quick on lo0 inet from any to any no state label RULE 1 -- ACCEPT
#
# Rule 2 (xn0) -- allow all outbound connectivity
pass out quick on xn0 inet from any to any label RULE 2 -- ACCEPT
# Rule 3 (xn0)
# deny all not matched by above
block in quick on xn0 inet from any to any no state label RULE 3 -- DROP
--
Any ideas why I would be seeing such a performance hit? I need to get to the
bottom of this as leaving a public facing machine with it's firewall disabled
is bad news.
I am not sure whether this a PF or Network interface issue.
How-To-Repeat:
Install freebsd 8.2RC2 in a XEN HVM environment (could also affect other
versions of freebsd), build the XENHVM kernel then enable a simple PF ruleset
like above. Test network throughput with PF enabled and also without PF enabled
and witness the difference.
Fix:
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: kern/122321: [mpt] Hitachi SCSI drive can't be written to
The following reply was made to PR kern/122321; it has been noted by GNATS. From: Alex Keda ad...@lissyara.su To: bug-follo...@freebsd.org, snailb...@yahoo.com Cc: Subject: Re: kern/122321: [mpt] Hitachi SCSI drive can't be written to Date: Mon, 29 Nov 2010 20:14:05 +0300 I have it error with m...@pci0:2:8:0:class=0x01 card=0x322a103c chip=0x00301000 rev=0xc1 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'PCI-X to Ultra320 SCSI Controller (LSI53C1020/1030)' class = mass storage subclass = SCSI and dc7700p# mptutil show drives mpt0 Physical Drives: da0 ( 68G) ONLINE FUJITSU MAX3073NP 0104 SCSI-3 bus 0 id 15 dc7700p# ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: bin/129620: [patch] Incorrect bzip2(1) behavior
The following reply was made to PR bin/129620; it has been noted by GNATS. From: Alex Keda ad...@lissyara.su To: bug-follo...@freebsd.org, ad...@lissyara.su Cc: Subject: Re: bin/129620: [patch] Incorrect bzip2(1) behavior Date: Mon, 15 Nov 2010 16:58:15 +0300 I think, keep it as-is, because I meet with it only one - when write bug report.. please, close it request. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: kern/148781: [kernel] SIGPIPE after update to 8.1-RC2
On Mon, Aug 09, 2010 at 03:10:09PM +, Ruben van Staveren wrote: I'm revoking this pr. Discussion on the mailinglist suggest this is a = bug in sudo Its need to be reassigned to ports category. After sudo (0|r...@helium|pts/1[*]) ...mail/moztraybiff # procstat -i $$ | grep PIP 15982 tcsh PIPE -I- (0|r...@helium|pts/1[*]) ...mail/moztraybiff # make fetch grep: write error: Broken pipe =3D=3D=3D License check disabled, port has not defined LICENSE (0|r...@helium|pts/1[*]) ...mail/moztraybiff #=20 after su (0|helium|pts/2[1]) ~ su - root Password: helium# procstat -i $$ | grep PIP 16011 csh PIPE --- helium# cd /usr/ports/mail/moztraybiff/ helium# make fetch =3D=3D=3D License check disabled, port has not defined LICENSE helium#=20 Even more, on some occasions sudo also will display the empty set for = PIPE. However, it is non trivial to provoke that state. An upgrade to sudo 1.7.4 might solve this to. A quick test showed a much = more likeness with su regarding procstat -i $$ | grep PIPE behavior = but I haven't extensively tested this. I make local port for sudo 1.7.4 and after upgrading I don't have PIPE problem anymore, at least with portsnap/make missing. -- Adios ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: kern/147894: IPv6-in-IPv4 does not work inside an ESP-only IPsec tunnel
The following reply was made to PR kern/147894; it has been noted by GNATS.
From: Alex alex...@gmail.com
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/147894: IPv6-in-IPv4 does not work inside an ESP-only
IPsec tunnel
Date: Fri, 18 Jun 2010 20:34:33 -0400
The following error is printed when net.inet6.ipsec6.debug is set to 1:
Jun 18 20:19:23 orion kernel: ipsec6_output_tunnel: family mismatched between
inner and outer, spi=156253021
Jun 18 20:19:23 orion kernel: [ip6_output:549] (ipsec): error code 47
The relevant lines of code are:
--- ipsec_output.c begins here ---
if (isr-sav-sah-saidx.src.sa.sa_family != AF_INET6) {
ipseclog((LOG_ERR, %s: family mismatched between
inner and outer, spi=%u\n, __func__,
ntohl(isr-sav-spi)));
V_ipsec6stat.ips_out_inval++;
error = EAFNOSUPPORT;
goto bad;
}
--- ipsec_output.c ends here ---
I will be looking further in to this.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/147887: Invalid extension type displayed with setkey
Number: 147887 Category: misc Synopsis: Invalid extension type displayed with setkey Confidential: no Severity: non-critical Priority: medium Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Tue Jun 15 19:30:00 UTC 2010 Closed-Date: Last-Modified: Originator: Alex Release:FreeBSD 8.1-PRERELEASE amd64 Organization: Environment: System: FreeBSD orion 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #4: Sun Jun 13 20:18:56 EDT 2010 a...@orion:/usr/obj/usr/src/sys/ORION amd64 Description: After setting up an ESP tunnel with racoon2, setkey -D displays Invalid extension type in place of the actual SAD entries that would otherwise be displayed. This is caused by libipsec. How-To-Repeat: Set up a racoon2 IKE2 exchange and look at the output from setkey -D. Fix: See attached patch. --MP_/dATNuk_1h8Sa8B9ELA1QyCA Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=pkfey.patch --- orig/pfkey.c2010-06-15 14:53:12.0 -0400 +++ pfkey.c 2010-06-15 14:51:04.0 -0400 @@ -1776,6 +1776,11 @@ case SADB_EXT_SPIRANGE: case SADB_X_EXT_POLICY: case SADB_X_EXT_SA2: + case SADB_X_EXT_NAT_T_TYPE: + case SADB_X_EXT_NAT_T_SPORT: + case SADB_X_EXT_NAT_T_DPORT: + case SADB_X_EXT_NAT_T_OAI: + case SADB_X_EXT_NAT_T_OAR: mhp[ext-sadb_ext_type] =3D (caddr_t)ext; break; default: --MP_/dATNuk_1h8Sa8B9ELA1QyCA-- Release-Note: Audit-Trail: Unformatted: --MP_/dATNuk_1h8Sa8B9ELA1QyCA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/147894: IPv6-in-IPv4 does not work inside an ESP-only IPsec tunnel
Note: There was a bad value `severe' for the field `Severity:'. It was set to the default value of `serious'. Number: 147894 Category: kern Synopsis: IPv6-in-IPv4 does not work inside an ESP-only IPsec tunnel Confidential: no Severity: serious Priority: high Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Tue Jun 15 23:20:00 UTC 2010 Closed-Date: Last-Modified: Originator: Alex Release:FreeBSD 8.1-PRERELEASE amd64 Organization: Environment: System: FreeBSD orion 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #4: Sun Jun 13 20:18:56 EDT 2010 a...@orion:/usr/obj/usr/src/sys/ORION amd64 Description: I have my gif interface set-up as follows: gif0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST metric 0 mtu 1280 tunnel inet a.a.a.a -- b.b.b.b inet6 ::c prefixlen 64 ...and the opposite on the other end. The IPsec mode is tunnel, and one computer is behind NAT (the packets are all forwarded properly). Moreover, AH is not enabled... just ESP. The configuration I have just described works correctly when the internal addresses are IPv4. However when they are IPv6, the actual packets I try to send do not get sent. More specifically, no outgoing ESP packets appear in wireshark at all. Again to reiterate: This exact same setup works when the internal tunnel addresses are IPv4. I do not feel that the problem is racoon2, because the keys are successfully negotiated, as shown below: local-ipv4-address remote-ipv4-address esp mode=tunnel spi=256424725(0x0f48bb15) reqid=0(0x) E: rijndael-cbc 43932af0 a2ebdf0e 9ed8eb89 3b4f9725 3f1874d3 87a7afad cbcc7e3f dc028a40 A: hmac-sha2-512 38645b32 3deafb39 45b01b66 58015299 a730a96a f5fac1c2 ae87348d 2fe3c181 b22a4b80 a6ccdbc0 b3ae5125 cb5e4849 19e51766 21d0c773 343c6a64 52058686 seq=0x replay=64 flags=0x state=mature created: Jun 15 19:00:32 2010 current: Jun 15 19:02:08 2010 diff: 96(s) hard: 14400(s) soft: 12814(s) last:hard: 0(s) soft: 0(s) current: 0(bytes)hard: 0(bytes) soft: 0(bytes) allocated: 0 hard: 0 soft: 0 sadb_seq=1 pid=34759 refcnt=2 remote-ipv4-address local-ipv4-address esp mode=tunnel spi=23667040(0x01692160) reqid=0(0x) E: rijndael-cbc 902fb88f fd628086 a914db5e 594cad58 3bad517a 9153b5ee 1e57c579 f8bff311 A: hmac-sha2-512 587cb5ff 6caf0da4 bbb2ecad 056fb008 c362fc69 70be67b2 29a484a9 4df8e5c9 7cb52ac6 c37fc674 8d896722 b1e7ee6b d6c0ef7b 2a815807 7bb394ae 1ba4b294 seq=0x replay=64 flags=0x state=mature created: Jun 15 19:00:32 2010 current: Jun 15 19:02:08 2010 diff: 96(s) hard: 14400(s) soft: 11544(s) last:hard: 0(s) soft: 0(s) current: 0(bytes)hard: 0(bytes) soft: 0(bytes) allocated: 0 hard: 0 soft: 0 sadb_seq=0 pid=34759 refcnt=1 IPSEC_NAT_T is enabled in both kernels. How-To-Repeat: Fix: Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/147684: nVidia MCP55 driver blocks IPMI LAN on load
Number: 147684 Category: kern Synopsis: nVidia MCP55 driver blocks IPMI LAN on load Confidential: no Severity: critical Priority: high Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Tue Jun 08 10:30:02 UTC 2010 Closed-Date: Last-Modified: Originator: Alex Forencich Release:FreeBSD-8.0-STABLE Organization: UCSD Environment: FreeBSD shanghai.local 8.0-STABLE-201004 FreeBSD 8.0-STABLE-201004 #0: Mon Apr 5 15:59:06 UTC 2010 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Description: Running on a dual AMD opteron system, Supermicro H8DME motherboard with AOC-SIMLC IPMI card. Card works fine when system is first powered, before FreeBSD is allowed to start. Also works fine under solaris, as the cards were accessible when solaris was running on the system in question before I decided to switch to FreeBSD. As soon as FreeBSD starts, the IPMI card is no longer accessible over the internal nVidia MCP55 NIC. The card is visible to ipmitool after FreeBSD starts, and it shows the IP address that it should be responding to in the output of 'ipmitool lan print 1'. Before you ask, it is NOT an IP address conflict. Since this bug renders the IPMI card completely useless for all remote management procedures, I have marked this bug CRITICAL and HIGH PRIORITY. I found a fix that looked promising that involved placing hw.bge.allow_asf in /boot/loader.conf, but that fix is only for broadcom (em) cards and my card is an nvidia (nfe) card. How-To-Repeat: Plug in network and power, don't allow server to start, wait for IPMI card to start. Ping the card (success). Log in to IPMI card over network. Power on server via IPMI web interface or via front panel. Once FreeBSD starts, try connecting to IMPI card again - connection times out. Pinging the card now fails. Fix: None known at this time. Only fix to get IPMI card accessible over network again is to completely remove power from computer. However, once FreeBSD starts, the card is once again rendered utterly useless. Release-Note: Audit-Trail: Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/147685: new feature for /etc/rc.d/fsck
Number: 147685
Category: misc
Synopsis: new feature for /etc/rc.d/fsck
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: update
Submitter-Id: current-users
Arrival-Date: Tue Jun 08 10:50:01 UTC 2010
Closed-Date:
Last-Modified:
Originator: Alex Keda
Release:9.0-CURRENT
Organization:
USSR
Environment:
FreeBSD lissyara.moskb.local 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r208900: Tue
Jun 8 08:46:18 MSD 2010
r...@lissyara.moskb.local:/usr/obj/usr/src/sys/GENERIC amd64
Description:
We have many servers located in datacenters. These difficult physical access.
After several years of work, unexpected reboot (power problems, panic, ) on
the file system with errors. Not all file system may check and fix remotely -
/, / usr can not unmount at work.
This patch allows you to schedule a scan file systems at boot time, before they
are mounted.
How-To-Repeat:
Fix:
see attached patch
Patch attached with submission follows:
--- /tmp/fsck.orig 2010-06-08 14:17:59.0 +0400
+++ /etc/rc.d/fsck 2010-06-08 14:18:24.0 +0400
@@ -27,7 +27,16 @@
if checkyesno background_fsck; then
fsck -F -p
else
- fsck -p
+ if checkyesno force_fsck; then
+ echo Force fsck enabled
+ for filesystem in ${force_fsck_list}
+ do
+ echo Force check $filesystem
+ fsck -y $filesystem
+ done
+ else
+ fsck -p
+ fi
fi
case $? in
--- /tmp/rc.conf2010-06-08 14:36:52.0 +0400
+++ /etc/defaults/rc.conf 2010-06-08 14:38:55.0 +0400
@@ -87,6 +87,9 @@
fsck_y_flags=# Additional flags for fsck -y
background_fsck=YES # Attempt to run fsck in the background where possible.
background_fsck_delay=60 # Time to wait (seconds) before starting the fsck.
+force_fsck=NO# force check filesystems on startup
+force_fsck_list= # list file systems for force check on startup
+#force_fsck_list=/ /usr /var
netfs_types=nfs:NFS nfs4:NFS4 smbfs:SMB portalfs:PORTAL nwfs:NWFS # Net
filesystems.
extra_netfs_types=NO # List of network extra filesystem types for delayed
# mount at startup (or NO).
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: bin/6536: pppd(8) doesn't restore drainwait for tty
The following reply was made to PR bin/6536; it has been noted by GNATS. From: Alex Kozlov s...@rm-rf.kiev.ua To: bug-follo...@freebsd.org, s...@rm-rf.kiev.ua Cc: Subject: Re: bin/6536: pppd(8) doesn't restore drainwait for tty Date: Thu, 13 May 2010 14:54:57 +0300 Hi PPPIOCSASYNCMAP and pppd does not exist in CURRENT and RELENG_8. Therefore state of this pr can be changed to patched. -- Adios ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/146439: [patch] remove share/man/man1aout
Number: 146439
Category: kern
Synopsis: [patch] remove share/man/man1aout
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Sun May 09 19:40:01 UTC 2010
Closed-Date:
Last-Modified:
Originator: Alex Kozlov
Release:RELENG_8
Organization:
private
Environment:
Description:
share/man/man1aout empty for many years, it's time to get rid of it.
How-To-Repeat:
Fix:
Patch attached with submission follows:
Index: src/etc/mtree/BSD.usr.dist
@@ -849,8 +849,6 @@
..
man1
..
-man1aout
-..
man2
..
man3
Index: src/ObsoleteFiles.inc
@@ -14,6 +14,8 @@
# The file is partitioned: OLD_FILES first, then OLD_LIBS and OLD_DIRS last.
#
+# 2010: empty man1aout removal
+OLD_DIRS+=usr/share/man/man1aout
# 20100416: [mips] removed machine/psl.h
.if ${TARGET_ARCH} == mips
OLD_FILES+=usr/include/machine/psl.h
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: kern/146439: [patch] remove share/man/man1aout
The following reply was made to PR kern/146439; it has been noted by GNATS.
From: Alex Kozlov s...@rm-rf.kiev.ua
To: bug-follo...@freebsd.org, s...@rm-rf.kiev.ua
Cc:
Subject: Re: kern/146439: [patch] remove share/man/man1aout
Date: Sun, 9 May 2010 23:03:51 +0300
--fUYQa+Pmc3FrFX/N
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Hi
Updated patch.
--fUYQa+Pmc3FrFX/N
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=patch.txt
Index: src/ObsoleteFiles.inc
@@ -14,6 +14,11 @@
# The file is partitioned: OLD_FILES first, then OLD_LIBS and OLD_DIRS last.
#
+# 2010: man1aout removal
+OLD_DIRS+=usr/share/man/cat1aout
+OLD_DIRS+=usr/share/man/en.ISO8859-1/cat1aout
+OLD_DIRS+=usr/share/man/en.UTF-8/cat1aout
+OLD_DIRS+=usr/share/man/man1aout
# 20100416: [mips] removed machine/psl.h
.if ${TARGET_ARCH} == mips
OLD_FILES+=usr/include/machine/psl.h
@@ -14,6 +14,8 @@
# The file is partitioned: OLD_FILES first, then OLD_LIBS and OLD_DIRS last.
#
Index: src/etc/mtree/BSD.usr.dist
@@ -692,8 +692,6 @@
/set uname=man
cat1
..
-cat1aout
-..
cat2
..
cat3
@@ -731,8 +729,6 @@
en.ISO8859-1uname=root
cat1
..
-cat1aout
-..
cat2
..
cat3
@@ -771,8 +767,6 @@
en.UTF-8uname=root
cat1
..
-cat1aout
-..
cat2
..
cat3
@@ -849,8 +843,6 @@
..
man1
..
-man1aout
-..
man2
..
man3
Index: src/share/mk/bsd.man.mk
@@ -62,7 +62,7 @@
MCOMPRESS_CMD?= ${COMPRESS_CMD}
MCOMPRESS_EXT?= ${COMPRESS_EXT}
-SECTIONS= 1 1aout 2 3 4 5 6 7 8 9
+SECTIONS= 1 2 3 4 5 6 7 8 9
.SUFFIXES:${SECTIONS:S/^/./g}
# Backwards compatibility.
Index: src/share/mk/bsd.prog.mk
@@ -98,8 +98,7 @@
.if ${MK_MAN} != no !defined(MAN) \
!defined(MAN1) !defined(MAN2) !defined(MAN3) \
!defined(MAN4) !defined(MAN5) !defined(MAN6) \
- !defined(MAN7) !defined(MAN8) !defined(MAN9) \
- !defined(MAN1aout)
+ !defined(MAN7) !defined(MAN8) !defined(MAN9)
MAN= ${PROG}.1
MAN1= ${MAN}
.endif
--fUYQa+Pmc3FrFX/N--
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
misc/146282: [PATCH] net-mgmt/zabbix-frontend: missed depends
Number: 146282
Category: misc
Synopsis: [PATCH] net-mgmt/zabbix-frontend: missed depends
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Tue May 04 05:40:01 UTC 2010
Closed-Date:
Last-Modified:
Originator: Alex Deiter
Release:9.0-CURRENT
Organization:
N/A
Environment:
FreeBSD x60.deiter.net.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Feb 16
17:22:58 MSK 2010 r...@x60.deiter.net.ru:/usr/obj/usr/src/sys/X60 amd64
Description:
Hi,
net-mgmt/zabbix-frontend has missed depends:
converters/php5-mbstring - localization
www/php5-session - sessions and maps
textproc/php5-dom - import/export templates
textproc/php5-xml - import/export templates
textproc/php5-xmlreader - import templates
textproc/php5-xmlwriter - export templates
session error:
[Tue May 04 09:27:49 2010] [error] [client 127.0.0.1] PHP Fatal error: Call to
undefined function session_start() in
/usr/local/www/zabbix/include/config.inc.php on line 951, referer:
http://localhost/zabbix/sysmap.php?sysmapid=2sid=2a7555fd3d7134a7
export error:
[Tue May 04 09:06:41 2010] [error] [client 127.0.0.1] PHP Fatal error:
require_once() [a href='function.require'function.require/a]: Failed
opening required 'include/classes/class.domdocument.php'
(include_path='.:/usr/local/share/pear') in
/usr/local/www/zabbix/include/config.inc.php on line 62, referer:
http://localhost/zabbix/export.php?sid=2a7555fd3d7134a7
import error:
[Tue May 04 09:25:14 2010] [error] [client 127.0.0.1] PHP Fatal error:
require_once() [a href='function.require'function.require/a]: Failed
opening required 'include/classes/class.domdocument.php'
(include_path='.:/usr/local/share/pear') in
/usr/local/www/zabbix/include/config.inc.php on line 62, referer:
http://localhost/zabbix/import.php?sid=2a7555fd3d7134a7
How-To-Repeat:
cd net-mgmt/zabbix-frontend make install
Fix:
please review attached patch
Patch attached with submission follows:
--- net-mgmt/zabbix-frontend/Makefile.orig 2010-05-04 09:35:16.268665229
+0400
+++ net-mgmt/zabbix-frontend/Makefile 2010-05-04 09:36:00.189517460 +0400
@@ -14,7 +14,8 @@
PATCHDIR=
PLIST= ${PKGDIR}/pkg-plist.frontend
-USE_PHP= bcmath ctype gd pcre snmp sockets
+USE_PHP= bcmath ctype gd pcre snmp sockets mbstring session dom xml \
+ xmlreader xmlwriter
IGNORE_WITH_PHP= 4
WANT_PHP_WEB= yes
Release-Note:
Audit-Trail:
Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
Re: conf/145648: [patch] remove all references to SLIP from /etc/*
The following reply was made to PR conf/145648; it has been noted by GNATS. From: Alex Kozlov s...@rm-rf.kiev.ua To: bug-follo...@freebsd.org, alexbes...@wwu.de, s...@rm-rf.kiev.ua Cc: Subject: Re: conf/145648: [patch] remove all references to SLIP from /etc/* Date: Mon, 12 Apr 2010 16:26:20 +0300 On Mon, Apr 12, 2010 at 11:09:40AM +, Alexander Best wrote: Number: 145648 Category: conf Synopsis: [patch] remove all references to SLIP from /etc/* Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: change-request Submitter-Id: current-users Arrival-Date: Mon Apr 12 11:10:01 UTC 2010 Closed-Date: Last-Modified: Originator: Alexander Best Release:9.0-CURRENT Organization: Environment: FreeBSD otaku 9.0-CURRENT FreeBSD 9.0-CURRENT #10 r206150M: Sun Apr 4 01:17:25 CEST 2010 r...@otaku:/usr/obj/usr/src/sys/ARUNDEL amd64 Description: the following patch removes all references to SLIP from /etc/* cheers. alex How-To-Repeat: grep SLIP /etc/* Fix: apply the patch It seems that You forgot to attach the patch. In any case the only entry for slip in /etc is in login.conf and it's commented out. Btw, if You want to remove traces of slip then also remove them from sys/boot/forth/loader.conf tools/tools/tinybsd/conf/default/TINYBSD tools/tools/tinybsd/conf/vpn/TINYBSD -- Adios ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
kern/145339: [zfs] deadlock after detaching block device from raidz pool
Number: 145339 Category: kern Synopsis: [zfs] deadlock after detaching block device from raidz pool Confidential: no Severity: serious Priority: medium Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Sat Apr 03 07:47:07 UTC 2010 Closed-Date: Last-Modified: Originator: Alex Bakhtin Release:8.0-STABLE Organization: Environment: FreeBSD tarzan-new.private.flydrag.ru 8.0-STABLE FreeBSD 8.0-STABLE #1: Sat Apr 3 04:54:06 UTC 2010 bakh...@tarzan-new.private.flydrag.ru:/mnt/obj/usr/src.old/sys/DEBUG amd64 Description: Detaching (physically) block device when there is intensive writing to the pool causes deadlock. Tested on 8.0-STABLE/amd64 csuped at 02 Apr 2010. gmirror on the same system handles device detach properly. Detaching device when zfs is idle doesn't cause any problem. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x48 fault code = supervisor read data, page not present instruction pointer = 0x20:0x805815f9 stack pointer = 0x28:0xff865b80 frame pointer = 0x28:0xff865bb0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 3 (g_up) exclusive spin mutex uart_hwmtx (uart_hwmtx) r = 0 (0xff0002a62838) locked @ /usr/src.old/sys/dev/uart/uart_cpu.h:92 exclusive lockmgr zfs (zfs) r = 0 (0xff0123079098) locked @ /usr/src.old/sys/kern/vfs_vnops.c:607 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xff000c3728f0) locked @ /usr/src.old/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xff000c35a8f0) locked @ /usr/src.old/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xff0121a31648) locked @ /usr/src.old/sys/kern/uipc_sockbuf.c:148 0xff0123079000: tag zfs, type VREG usecount 1, writecount 1, refcount 1 mountedhere 0 flags () v_object 0xff0126114e58 ref 0 pages 0 lock type zfs: EXCL by thread 0xff000c2d7740 (pid 2134) #0 0x80579d27 at __lockmgr_args+0x777 #1 0x80613339 at vop_stdlock+0x39 #2 0x808d020b at VOP_LOCK1_APV+0x9b #3 0x806300d7 at _vn_lock+0x57 #4 0x806316d8 at vn_write+0x218 #5 0x805d71e5 at dofilewrite+0x85 #6 0x805d89e0 at kern_writev+0x60 #7 0x805d8ae5 at write+0x55 #8 0x8087b488 at syscall+0x118 #9 0x80861611 at Xfast_syscall+0xe1 db:0:kdb.enter.default bt Tracing pid 3 tid 100010 td 0xff0002899740 _mtx_lock_flags() at _mtx_lock_flags+0x39 vdev_geom_io_intr() at vdev_geom_io_intr+0x62 g_io_schedule_up() at g_io_schedule_up+0xed g_up_procbody() at g_up_procbody+0x6f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xff865d30, rbp = 0 --- tarzan-new# zdb -vvv storage version=14 name='storage' state=0 txg=578 pool_guid=3309800284037274155 hostid=4266611921 hostname='tarzan-new.private.flydrag.ru' vdev_tree type='root' id=0 guid=3309800284037274155 children[0] type='raidz' id=0 guid=11076638880661644944 nparity=1 metaslab_array=23 metaslab_shift=36 ashift=9 asize=10001970626560 is_log=0 children[0] type='disk' id=0 guid=134064330288565023 path='/dev/ad10' whole_disk=0 DTL=33 children[1] type='disk' id=1 guid=6567589632071309972 path='/dev/ad12' whole_disk=0 DTL=32 children[2] type='disk' id=2 guid=6024702546194706986 path='/dev/ad14' whole_disk=0 DTL=27 children[3] type='disk' id=3 guid=10837092740689261565 path='/dev/ad16' whole_disk=0 DTL=31 children[4] type='disk' id=4 guid=4165337351109841378 path='/dev/ad18' whole_disk=0 DTL=30 tarzan-new# Core: http://flydrag.dyndns.org:9090/freebsd/zfs-deadlock/core.txt.9 How-To-Repeat
