Re: kern/119374: [ata] [regression] ATAPI or ATAPICAM bug (regression in 7.0B4)
Synopsis: [ata] [regression] ATAPI or ATAPICAM bug (regression in 7.0B4) State-Changed-From-To: open-feedback State-Changed-By: jh State-Changed-When: Thu Jun 2 08:04:14 UTC 2011 State-Changed-Why: Can you still reproduce this on a supported release? http://www.freebsd.org/cgi/query-pr.cgi?pr=119374 ___ 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/157499: fetch confused me with it's error message
The following reply was made to PR misc/157499; it has been noted by GNATS. From: Jaakko Heinonen j...@freebsd.org To: Konstantin konstantin.ma...@kaspersky.com Cc: bug-follo...@freebsd.org Subject: Re: misc/157499: fetch confused me with it's error message Date: Thu, 2 Jun 2011 11:01:22 +0300 On 2011-06-01, Konstantin wrote: I have found out some strange error handling in /usr/bin/fetch. Here it is: # fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz: Syntax error, command unrecognized USER anonymous 331 Please specify the password. PASS r...@h-ksn-hkg-fe-2.kaspersky-labs.com 500 OOPS: cannot change directory:/home/ftp fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz: Syntax error, command unrecognized This is how reply code 500 is defined in RFC 959: 500Syntax error, command unrecognized. This may include errors such as command line too long. -- Jaakko ___ 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/157499: fetch confused me with it's error message
The following reply was made to PR bin/157499; it has been noted by GNATS. From: Konstantin Malov konstantin.ma...@kaspersky.com To: Jaakko Heinonen j...@freebsd.org Cc: bug-follo...@freebsd.org bug-follo...@freebsd.org Subject: RE: misc/157499: fetch confused me with it's error message Date: Thu, 2 Jun 2011 12:48:07 +0400 I agree with this. So real problem is that this error message 'Syntax error, command unrecogni= zed' appears with warnx function:=20 warnx(%s: %s, URL, fetchLastErrString);=20 There are three such places in fetch.c where warnx is used without addition= al information about error cause. I don't know what to add in this place:=20 402 /* set the protocol timeout. */ 403 fetchTimeout =3D timeout; 404 405 /* just print size */ 406 if (s_flag) { 407 if (timeout) 408 alarm(timeout); 409 r =3D fetchStat(url, us, flags); 410 if (timeout) 411 alarm(0); 412 if (sigalrm || sigint) 413 goto signal; 414 if (r =3D=3D -1) { 415 warnx(%s, fetchLastErrString); 416 goto failure; 417 } 418 if (us.size =3D=3D -1) 419 printf(Unknown\n); 420 else 421 printf(%jd\n, (intmax_t)us.size); 422 goto success; 423 } But for last two I can suggest this patch:=20 --- fetch.c.orig2011-06-02 12:06:26.0 +0400 +++ fetch.c 2011-06-02 12:28:25.0 +0400 @@ -463,7 +463,7 @@ if (sigalrm || sigint) goto signal; if (f =3D=3D NULL) { - warnx(%s: %s, URL, fetchLastErrString); + warnx(data fetch from '%s' failed with error: %s, URL, fe= tchLastErrString); if (i_flag strcmp(url-scheme, SCHEME_HTTP) =3D=3D 0 fetchLastErrCode =3D=3D FETCH_OK strcmp(fetchLastErrString, Not Modified) =3D=3D 0)= { @@ -574,7 +574,7 @@ */ url-offset =3D 0; if ((f =3D fetchXGet(url, us, flags)) =3D=3D NULL)= { - warnx(%s: %s, URL, fetchLastErrString); + warnx(data fetch from '%s' failed with err= or: %s, URL, fetchLastErrString); goto failure; } if (sigint) -Original Message- From: Jaakko Heinonen [mailto:j...@freebsd.org]=20 Sent: Thursday, June 02, 2011 12:01 PM To: Konstantin Malov Cc: bug-follo...@freebsd.org Subject: Re: misc/157499: fetch confused me with it's error message On 2011-06-01, Konstantin wrote: I have found out some strange error handling in /usr/bin/fetch. Here it is:=20 =20 # fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz: Syntax= error, command unrecognized USER anonymous 331 Please specify the password. PASS r...@h-ksn-hkg-fe-2.kaspersky-labs.com 500 OOPS: cannot change directory:/home/ftp fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz: Synta= x error, command unrecognized This is how reply code 500 is defined in RFC 959: 500Syntax error, command unrecognized. This may include errors such as command line too long. --=20 Jaakko ___ 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 #
misc/157534: [mpt] freeze when disk is removed/died from geom_mirror/zfs raid
Number: 157534 Category: misc Synopsis: [mpt] freeze when disk is removed/died from geom_mirror/zfs raid Confidential: no Severity: serious Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Thu Jun 02 17:50:07 UTC 2011 Closed-Date: Last-Modified: Originator: Eugene M. Zheganin Release:FreeBSD 8.2-RELEASE Organization: Norma LLC. Environment: FreeBSD asterisk-alpha 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Description: I'm using geom_mirror/zfs on IBM System X 3250 servers, which have LSI 1064e controller. When drive dies or when it's removed from the server the system freezes on disk operations, until reboot or until same (or new) drive is inserted. After that the system runs normally. This is reproduceable and I encountered this on i386/amd64. This cannot be helped by upgrading the controller firmware (I downloaded and upgraded to the latest available from IBM support site). ps in debugger shows a great amount of processes in D state. How-To-Repeat: Get an IBM System X server. Install FreeBSD onto a geom_mirror or zfs mirrored pool. Pull out one drive. Issue some disk i/o related command. 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/157540: [patch] make dmidecode an optional dependency for sysutils/flashrom
Number: 157540 Category: misc Synopsis: [patch] make dmidecode an optional dependency for sysutils/flashrom 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 19:40:09 UTC 2011 Closed-Date: Last-Modified: Originator: Mark Johnston Release:8-STABLE Organization: Environment: FreeBSD oddish.mark-home 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon May 16 18:43:29 EDT 2011 r...@oddish.mark-home:/usr/obj/usr/src/sys/GENERIC i386 Description: flashrom will make use of dmidecode to gather DMI info if it is present. However, it is not required in order to use flashrom, and flashrom will continue if it can't find dmidecode on the system. How-To-Repeat: Fix: I've been using flashrom-0.9.3 without dmidecode on a test machine. I attached a patch which adds an option (default yes) to install dmidecode as a dependency. Patch attached with submission follows: diff --git a/Makefile b/Makefile index 2c73c5f..0be40ac 100644 --- a/Makefile +++ b/Makefile @@ -14,9 +14,9 @@ MAINTAINER= a...@freebsd.org COMMENT= A utility for reading, writing, verifying and erasing flash ROM chips LIB_DEPENDS= pci.3:${PORTSDIR}/devel/libpci -RUN_DEPENDS= dmidecode:${PORTSDIR}/sysutils/dmidecode -OPTIONS= FTDIEnable external FT2232SPI flasher support off +OPTIONS= FTDIEnable external FT2232SPI flasher support off \ + DMIDECODE Use dmidecode to gather DMI information on USE_BZIP2= yes USE_GMAKE= yes @@ -39,6 +39,9 @@ MAN8= ${PORTNAME}.8 USE_GNOME= pkgconfig LIB_DEPENDS+= ftdi.18:${PORTSDIR}/devel/libftdi .endif +.if defined(WITH_DMIDECODE) +RUN_DEPENDS= dmidecode:${PORTSDIR}/sysutils/dmidecode +.endif post-patch: .if defined(WITH_FTDI) 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/157543: pkg_add fails to install with -C from bad path
Number: 157543 Category: misc Synopsis: pkg_add fails to install with -C from bad path 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 Jun 02 20:30:13 UTC 2011 Closed-Date: Last-Modified: Originator: David Naylor Release:9.0-CURRENT Organization: Private Environment: FreeBSD dragon.dg 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat May 21 22:12:29 SAST 2011 Description: pkg_add appears to chdir back to its calling directory after installed the package. When installing into a chroot that directory may not exist in the chroot and pkg_add fails. How-To-Repeat: # mkdir /does/not/exist/in/scratchpad # cd /does/not/exist/in/scratchpad # pkg_add -C /scratchpad/pkg_env /usr/ports/packages/All/perl-threaded-5.12.3.txz Removing stale symlinks from /usr/bin... Removing /usr/bin/perl Removing /usr/bin/perl5 Done. Creating various symlinks in /usr/bin... Symlinking /usr/local/bin/perl5.12.3 to /usr/bin/perl Symlinking /usr/local/bin/perl5.12.3 to /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Spamming /etc/make.conf... Done. pkg_add: leave_playpen: can't chdir back to '' # echo $? 2 Fix: Use `chroot /scratchpad/pkg_env pkg_add ...` or start pkg_add from a directory that exists in the chroot environment. 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: misc/157540: [patch] make dmidecode an optional dependency for sysutils/flashrom
The following reply was made to PR misc/157540; it has been noted by GNATS. From: Mark mark...@gmail.com To: bug-follo...@freebsd.org, mark...@gmail.com Cc: Subject: Re: misc/157540: [patch] make dmidecode an optional dependency for sysutils/flashrom Date: Thu, 2 Jun 2011 16:15:32 -0400 My apologies, I mean to file this under ports, not misc. I can resubmit it if I have to. -- Mark Johnston mark...@gmail.com ___ 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/157548: [vuxml] BIND CVE-2011-1910
Number: 157548 Category: misc Synopsis: [vuxml] BIND CVE-2011-1910 Confidential: no Severity: non-critical Priority: medium Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: change-request Submitter-Id: current-users Arrival-Date: Thu Jun 02 23:50:05 UTC 2011 Closed-Date: Last-Modified: Originator: Ryan Steinmetz Release:8.2-RELEASE Organization: Rochester Institute of Technology Environment: Description: CVE-2011-1910 http://www.isc.org/software/bind/advisories/cve-2011-1910 http://security.freebsd.org/advisories/FreeBSD-SA-11:02.bind.asc How-To-Repeat: Fix: Patch attached with submission follows: --- /tmp/vuln.xml 2011-06-02 16:50:35.0 -0400 +++ vuln.xml2011-06-02 19:43:37.0 -0400 @@ -34,6 +34,53 @@ -- vuxml xmlns=http://www.vuxml.org/apps/vuxml-1; + vuln vid=1e1421f0-8d6f-11e0-89b4-001ec9578670 +topicBIND -- Large RRSIG RRsets and Negative Caching DoS/topic +affects + package + namebind9-sdb-ldap/name + namebind9-sdb-postgresql/name + rangelt9.4.3.4/lt/range + /package + package + namebind96/name + rangelt9.6.3.1.ESV.R4.1/lt/range + /package + package + namebind97/name + rangelt9.7.3.1/lt/range + /package + package + namebind98/name + rangelt9.8.0.2/lt/range + /package + system +nameFreeBSD/name +rangegt7.3/gtlt7.3_6/lt/range +rangegt7.4/gtlt7.4_2/lt/range +rangegt8.1/gtlt8.1_4/lt/range +rangegt8.2/gtlt8.2_2/lt/range + /system +/affects +description + body xmlns=http://www.w3.org/1999/xhtml; + pISC reports:/p + blockquote cite=http://www.isc.org/software/bind/advisories/cve-2011-1910; + pA BIND 9 DNS server set up to be a caching resolver is vulnerable to a user querying a domain with very large resource record sets (RRSets) when trying to negatively cache a response. This can cause the BIND 9 DNS server (named process) to crash./p + /blockquote + /body +/description +references + cvenameCVE-2011-1910/cvename + freebsdsaSA-11:02.bind/freebsdsa + urlhttp://www.isc.org/software/bind/advisories/cve-2011-1910/url +/references +dates + discovery2011-06-26/discovery + entry2011-06-02/entry +/dates + /vuln + vuln vid=34ce5817-8d56-11e0-b5a2-6c626dd55a41 topicasterisk -- Remote crash vulnerability/topic affects 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: ports/157548: [vuxml] BIND CVE-2011-1910
Synopsis: [vuxml] BIND CVE-2011-1910 Responsible-Changed-From-To: freebsd-bugs-wxs Responsible-Changed-By: wxs Responsible-Changed-When: Thu Jun 2 23:52:34 UTC 2011 Responsible-Changed-Why: Fix category and I'll grab it. http://www.freebsd.org/cgi/query-pr.cgi?pr=157548 ___ 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/157548: [vuxml] BIND CVE-2011-1910
Fix typo in discovery date. --- /tmp/vuln.xml 2011-06-02 16:50:35.0 -0400 +++ vuln.xml2011-06-02 19:43:37.0 -0400 @@ -34,6 +34,53 @@ -- vuxml xmlns=http://www.vuxml.org/apps/vuxml-1; + vuln vid=1e1421f0-8d6f-11e0-89b4-001ec9578670 +topicBIND -- Large RRSIG RRsets and Negative Caching DoS/topic +affects + package + namebind9-sdb-ldap/name + namebind9-sdb-postgresql/name + rangelt9.4.3.4/lt/range + /package + package + namebind96/name + rangelt9.6.3.1.ESV.R4.1/lt/range + /package + package + namebind97/name + rangelt9.7.3.1/lt/range + /package + package + namebind98/name + rangelt9.8.0.2/lt/range + /package + system +nameFreeBSD/name +rangegt7.3/gtlt7.3_6/lt/range +rangegt7.4/gtlt7.4_2/lt/range +rangegt8.1/gtlt8.1_4/lt/range +rangegt8.2/gtlt8.2_2/lt/range + /system +/affects +description + body xmlns=http://www.w3.org/1999/xhtml; + pISC reports:/p + blockquote cite=http://www.isc.org/software/bind/advisories/cve-2011-1910; + pA BIND 9 DNS server set up to be a caching resolver is vulnerable to a user querying a domain with very large resource record sets (RRSets) when trying to negatively cache a response. This can cause the BIND 9 DNS server (named process) to crash./p + /blockquote + /body +/description +references + cvenameCVE-2011-1910/cvename + freebsdsaSA-11:02.bind/freebsdsa + urlhttp://www.isc.org/software/bind/advisories/cve-2011-1910/url +/references +dates + discovery2011-05-26/discovery + entry2011-06-02/entry +/dates + /vuln + vuln vid=34ce5817-8d56-11e0-b5a2-6c626dd55a41 topicasterisk -- Remote crash vulnerability/topic affects ___ 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