Re: kern/186304: watchdog service causes BMC controller reset every 20-30 minutes on Supermicro X9DRW-3F
The following reply was made to PR kern/186304; it has been noted by GNATS. From: Vick Khera To: Doug White Cc: "bug-follo...@freebsd.org" Subject: Re: kern/186304: watchdog service causes BMC controller reset every 20-30 minutes on Supermicro X9DRW-3F Date: Wed, 26 Mar 2014 10:41:20 -0400 --001a11332d16469fe004f5837627 Content-Type: text/plain; charset=ISO-8859-1 Thanks. Looks like they released this newer IPMI firmware since I filed the PR. This will have to go down low on the to-do list since it requires a power cycle, and the servers in question are now in production. --001a11332d16469fe004f5837627 Content-Type: text/html; charset=ISO-8859-1 Thanks. Looks like they released this newer IPMI firmware since I filed the PR. This will have to go down low on the to-do list since it requires a power cycle, and the servers in question are now in production. --001a11332d16469fe004f5837627-- ___ 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/187854: options XENHVM requires options SMP
Synopsis: options XENHVM requires options SMP Responsible-Changed-From-To: freebsd-doc->freebsd-bugs Responsible-Changed-By: jhb Responsible-Changed-When: Wed Mar 26 15:30:56 UTC 2014 Responsible-Changed-Why: This should be fixed and isn't a doc bug. http://www.freebsd.org/cgi/query-pr.cgi?pr=187854 ___ 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/187854: options XENHVM requires options SMP
Synopsis: options XENHVM requires options SMP State-Changed-From-To: open->patched State-Changed-By: jhb State-Changed-When: Wed Mar 26 17:40:18 UTC 2014 State-Changed-Why: Fix committed to HEAD. Responsible-Changed-From-To: freebsd-bugs->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Wed Mar 26 17:40:18 UTC 2014 Responsible-Changed-Why: Fix committed to HEAD. http://www.freebsd.org/cgi/query-pr.cgi?pr=187854 ___ 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/187980: Don't respod an IGMP query
>Number: 187980 >Category: misc >Synopsis: Don't respod an IGMP query >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 Mar 26 19:20:01 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Kensaku MASUDA >Release:9.2 STABLE/10 STABLE >Organization: none >Environment: FreeBSD yatagarasu.greg.jp 9.2-STABLE FreeBSD 9.2-STABLE #8 r262925: Sun Mar 9 03:46:16 JST 2014 r...@yatagarasu.greg.jp:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD test-freebsd.greg.jp 10.0-STABLE FreeBSD 10.0-STABLE #0 r263296M: Wed Mar 26 21:36:20 JST 2014 r...@test-freebsd.greg.jp:/usr/src/sys/amd64/compile/ALTQ_MULTICAST_ROUTER amd64 >Description: I have any freebsd boxies and others with multicast client/server. And I have found a problem that look like an one way multicast communication bewteen freebsd to freebsd. Then, investigation noticed the strange point. 1) freebsd box do NOT respond "IGMP QUERY" packet. 2) At 1) time, increase "unknown/unsupported protocol" counter of "netstat -s -p ip". 3) But querier of box is respond it. >How-To-Repeat: 1) Following topology are builded. ++ +-+ |Other OS| |FreeBSD A| ++---+ +++ | | -++-+- | +++ |FreeBSD B| <- pimdd or mrouted installed +++ | --+--+- | +++ |FreeBSD C| +-+ 2) FreeBSD B is muticast router(recommending pimdd, because mrouted look like a broken). 3) All boxes /wo FreeBSD B are joined same multicast 239.0.0.0/8. 4) All boxes transmit a multicast packet each other. I think router can not detect a leaves on freebsd only segment. And result of my enviroment are following. Router# netstat -g IPv4 Virtual Interface Table Vif Thresh Local-Address Remote-AddressPkts-In Pkts-Out 0 1 172.31.1.29 185198 1 1 172.31.2.29 198 0 2 1 172.31.3.29 0 0 IPv4 Multicast Forwarding Table Origin Group Packets In-Vif Out-Vifs:Ttls 172.31.1.144239.255.255.250240 <- Other OS 172.31.2.254239.255.255.250 19810:1 <- FreeBSD C 172.31.1.26 239.255.255.250 1610 <- FreeBSD A IPv6 Multicast Interface Table Mif Rate PhyIF Pkts-In Pkts-Out 0 0 re1 0 0 1 0 re2 0 0 2 0 re3 0 0 FreeBSD-C% netstat -s -p igmp igmp: 1352 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 1351 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 1351 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent FreeBSD-C% netstat -s -p ip ip: 135375673 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 2397343 packets for this host 36240 packets for unknown/unsupported protocol 131467437 packets forwarded (0 packets fast forwarded) 86 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 2547682 packets sent from this host 84 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 2858 output datagrams fragmented 5900 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 1 datagram with bad address in header >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To un
Re: kern/187912: Getting Stack Traces of Xorg with DTrace Causes Hang
Synopsis: Getting Stack Traces of Xorg with DTrace Causes Hang Responsible-Changed-From-To: freebsd-bugs->markj Responsible-Changed-By: markj Responsible-Changed-When: Thu Mar 27 00:43:38 UTC 2014 Responsible-Changed-Why: I'll take this. http://www.freebsd.org/cgi/query-pr.cgi?pr=187912 ___ 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/188008: [patch] Better(?) rm -If behavior (and other combination between -I, -i, and -f)
>Number: 188008
>Category: bin
>Synopsis: [patch] Better(?) rm -If behavior (and other combination
>between -I, -i, and -f)
>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 Mar 27 04:30:00 UTC 2014
>Closed-Date:
>Last-Modified:
>Originator: Edho Arief
>Release:10.0
>Organization:
>Environment:
FreeBSD izumi.myconan.net 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:
Currently, -I flag is completely unrelated with -f and -i flag despite having
similar purpose (interactivity). It's especially weird when using -If
(expected: no prompt).
This patch changes the behavior so (-f|-i|-I) overrides each other flags
(currently only between -i and -f).
Sorry if duplicate.
>How-To-Repeat:
>Fix:
Patch attached with submission follows:
Index: rm.1
===
--- rm.1(revision 263791)
+++ rm.1(working copy)
@@ -68,6 +68,8 @@
.Fl f
option overrides any previous
.Fl i
+and
+.Fl I
options.
.It Fl i
Request confirmation before attempting to remove each file, regardless of
@@ -77,6 +79,8 @@
.Fl i
option overrides any previous
.Fl f
+and
+.Fl I
options.
.It Fl I
Request confirmation once if more than three files are being removed or if a
@@ -84,6 +88,13 @@
This is a far less intrusive option than
.Fl i
yet provides almost the same level of protection against mistakes.
+The
+.Fl I
+option overrides any previous
+.Fl f
+and
+.Fl i
+options.
.It Fl P
Overwrite regular files before deleting them.
Files are overwritten three times, first with the byte pattern 0xff,
Index: rm.c
===
--- rm.c(revision 263791)
+++ rm.c(working copy)
@@ -115,12 +115,16 @@
case 'f':
fflag = 1;
iflag = 0;
+ Iflag = 0;
break;
case 'i':
fflag = 0;
iflag = 1;
+ Iflag = 0;
break;
case 'I':
+ fflag = 0;
+ iflag = 0;
Iflag = 1;
break;
case 'P':
@@ -629,7 +633,7 @@
{
(void)fprintf(stderr, "%s\n%s\n",
- "usage: rm [-f | -i] [-dIPRrvWx] file ...",
+ "usage: rm [-f | -i | -I] [-dPRrvWx] file ...",
" unlink file");
exit(EX_USAGE);
}
>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"
