Annotation of www/report.html, Revision 1.34
1.18 jufi 1: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
1.4 deraadt 2: <html>
3: <head>
4: <title>OpenBSD problem reports</title>
1.18 jufi 5: <link rev=made href="mailto:www@openbsd.org">
1.4 deraadt 6: <meta name="resource-type" content="document">
1.18 jufi 7: <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
1.4 deraadt 8: <meta name="description" content="OpenBSD problem report page">
9: <meta name="keywords" content="openbsd,problemreports">
10: <meta name="distribution" content="global">
1.26 nick 11: <meta name="copyright" content="This document copyright 1998-2004 by OpenBSD.">
1.4 deraadt 12: </head>
13:
14: <body bgcolor="#ffffff" text="#000000" link="#23238e">
1.17 jsyn 15: <a href="index.html"><img alt="[OpenBSD]" height="30" width="141" src="images/smalltitle.gif" border="0"></a>
1.5 deraadt 16: <p>
1.18 jufi 17: <h2><font color="#e00000">How to report a Problem</font></h2>
18: <hr>
1.5 deraadt 19:
1.18 jufi 20: <h3><font color="#0000e0">Released versions problem reports</font></h3>
1.4 deraadt 21:
1.5 deraadt 22: Before reporting bugs/problems with released versions,
1.1 deraadt 23: go through this checklist:
1.4 deraadt 24: <ol>
1.27 jcs 25: <li>First check for <a href="errata.html">patches and notes regarding the
26: release.</a>
27: <li>Next find out if there is a <a href="orders.html">newer release
28: available.</a>
29: <li>The last thing to check is for <a href="plus.html">changes made between
30: OpenBSD versions.</a>
1.4 deraadt 31: </ol>
32: <p>
1.9 chris 33: If nothing looks like it addresses your problem, then please become acquainted
34: with
1.18 jufi 35: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=sendbug&sektion=1&format=html">
1.9 chris 36: sendbug(1)</a>
1.4 deraadt 37: before submitting a bug report.
38: <p>
39: Read further down for the <a href="#bugtypes">types of bug reports</a> desired.
40:
1.18 jufi 41: <h3><font color="#0000e0">Current version problem reports</font></h3>
1.9 chris 42:
1.29 jsg 43: If your problem is with the <i>current</i> source tree rather than a <i>release</i> or
1.9 chris 44: <i>stable</i> tree,
1.5 deraadt 45:
1.4 deraadt 46: <ol>
47: <li>Test the problem at least twice, with source updated a few days apart.
48: <li>Do not report source tree compilation problems, unless they persist.
1.1 deraadt 49: They are almost always your mistake or they are being worked on
50: as you encounter them. People working on the project are
1.4 deraadt 51: doing <u>make build</u> at least once per day, and usually several times
1.1 deraadt 52: per day with different architectures.
1.27 jcs 53: <li>Remember that the <a href="anoncvs.html">anoncvs</a>
1.1 deraadt 54: servers are updated significantly behind the actual working source tree.
1.27 jcs 55: <li>Check for <a href="plus.html">changes made between OpenBSD versions</a>
56: to see if the problem has been addressed.
1.4 deraadt 57: <li>Much care is made in creating snapshots. Sometimes mistakes are made,
1.1 deraadt 58: and our apologies are extended. Reading/writing the e-mail lists
59: is more appropriate than sending in a bug report.
1.4 deraadt 60: </ol>
61: <br>
1.5 deraadt 62:
1.18 jufi 63: <h3><font color="#0000e0">How to create a problem report</font></h3>
1.8 chris 64:
65: <b>Always provide as much information as possible</b>.
1.34 ! lum 66: Try to pin-point the exact problem.
! 67: Give clear instructions on how to reproduce the problem.
! 68: Try to describe the problem with as much accuracy and
! 69: non-confusing terminology as possible,
! 70: especially if it is not easy to reproduce.
! 71: Describing problems like "it crashes" or "I get strange interrupt
! 72: issues on this one box that I built", are of no use.
! 73: Communicate with others (on the mailing lists,
! 74: or any other forum where knowledgeable users congregate)
! 75: to confirm that the problem is new and preferably repeatable.
! 76: Please try to make sure it is not a local problem
! 77: created by broken/unsupported hardware,
! 78: or by using unsupported build options or software.
! 79:
1.25 david 80: <p>Please don't start fixing problems that
1.9 chris 81: require significant work until you are sure you understand them, especially
82: during our release periods when we must not change major sections of code.
83: If you are going to write significant amounts of code, check various
84: forums to make sure that someone else is not working on the problem
85: (saving duplication of effort).
1.25 david 86: <p>
1.8 chris 87: The following items should be contained in every bug report:
88: <ol>
89: <li>The exact sequence of steps from startup necessary to reproduce
90: the problem. This should be self-contained; it is not enough to send in
91: a bare command without the arguments and other data you supplied to it.
92: If a bug requires a particular sequence of events, please list those.
93: You are encouraged to minimize the size of your example, but this is
1.12 jsyn 94: not absolutely necessary. If the bug is reproducible, we'll find it
1.8 chris 95: either way.
96: <p>
97: <li>The output you got. Please do not say that it "didn't work" or
98: "failed". If there is an error message, show it, even if you don't
99: understand it. If OpenBSD panics with a particular error, say which.
100: If nothing at all happens, say so. Even if the result
101: of your test case is a program crash or otherwise obvious it might not
102: happen in our testing. The easiest thing is to copy the output from
103: the terminal, if possible.
104: <p>
105:
106: Note: In case of fatal errors, the error message provided
107: might not contain all the information available.
108: In that case, also look at the output in the system log files,
109: such as those stored in /var/log. Also, if you are dealing with
110: an application that has its own log files, such as httpd, check
111: for errors where it keeps its logs (in the case of httpd, this
112: is /var/www/logs).
113:
114: <p>
115: <li>The OpenBSD kernel output. You can get this with the dmesg command,
116: but it is possible that your dmesg output does not contain all the
117: information that is captured in /var/run/dmesg.boot. If this is the
118: case, include information from both. <b>Please include this
119: in all bug reports.</b>
1.14 miod 120: <p>
121: <li> If you run third-party software which has to do with your bug, say so,
122: including any subversion that software may have. If you are talking about
123: a CVS or FTP snapshot, mention that, including its date and time.
124: <p>
125: <li>A traceback from your kernel panic. If your kernel panic'ed, and you
1.18 jufi 126: are at a <tt><a href="http://www.openbsd.org/cgi-bin/man.cgi?query=ddb&sektion=4&format=html">ddb</a>></tt>
1.15 miod 127: prompt, then please provide the panic message, as well as the output of
1.24 tedu 128: the <tt>trace</tt> and <tt>ps</tt> commands in your bug report as
1.33 pvalchev 129: advised. If the machine hangs, try enabling <tt>sysctl ddb.console=1</tt>
130: prior to the hang and getting in DDB via Ctl+Alt+Esc on the keyboard
131: (must be outside of X), or sending BREAK if using a serial console.<br>
1.15 miod 132: If, for some reason, the panic message is not visible, you can get it
1.31 joris 133: again with the <tt>show panic</tt> command.<br>
1.15 miod 134: <b>This is essential whenever possible. Panic reports without panic message,
135: traceback and ps output are useless.</b><br>
1.14 miod 136: The output of <tt>show registers</tt> might be of interest as well.
137: You might then want to reboot with <tt>boot dump</tt> so that a kernel
1.18 jufi 138: image could be saved by <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=savecore&sektion=8&format=html">savecore(8)</a>
1.32 ckuethe 139: for further post-mortem debugging as described in the
140: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=crash&sektion=8&format=html">crash(8)</a>
141: manpage.
1.8 chris 142:
1.20 matthieu 143: <p>
1.30 matthieu 144: <li>If you're reporting a problem with the X Window System on an
145: architecture that uses the X.Org server, please include the full
146: <tt>/var/log/Xorg.0.log</tt> file in your report in addition
1.22 deraadt 147: to the dmesg.boot information.
1.20 matthieu 148:
1.8 chris 149: </ol>
150: <p>
151: Do not be afraid if your bug report becomes rather lengthy. That is a fact
152: of life. It's better to report everything the first time than us having to
153: squeeze the facts out of you. On the other hand, if your input files are
154: huge, it is fair to ask first whether somebody is interested in looking into
155: it.
156:
1.10 jufi 157: <a name="bugtypes"></a>
1.18 jufi 158: <h3><font color="#0000e0">Sending in bug reports</font></h3>
1.25 david 159: <p>
160: If possible, use the <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=sendbug&sektion=1&format=html">sendbug(1)</a> command to get the bug into our tracking system.
161: You can follow the tracking system at <a href="query-pr.html">this web page</a>.
1.9 chris 162: Sendbug requires that your system can properly send Internet email. If you
163: cannot use sendbug on a functional OpenBSD machine, please send your bug report
1.25 david 164: to <a href="mailto:bugs@openbsd.org">bugs@openbsd.org</a>.
165: <p>
1.9 chris 166: Perhaps what you are sending in is a feature request, not necessarily a bug.
1.1 deraadt 167: New features are accepted, especially with code that implements
168: your suggested new feature.
169: If someone else writes code for your new feature, the chances are that
170: it will be misunderstood and created so that you will not recognize it.
171:
1.4 deraadt 172: <p>
1.5 deraadt 173: For debugging some problems, we must have the hardware that has the
1.21 ian 174: problem. Please remember that the OpenBSD project's resources are limited.
1.27 jcs 175: <a href="want.html">You could donate some hardware.</a>
1.1 deraadt 176:
1.4 deraadt 177: <p>
1.1 deraadt 178: Types of bug reports in order of desirability:
1.4 deraadt 179: <ol>
180: <li>Repeatable problems with source fixes are the best.
181: <li>Repeatable problems that are not specific to your hardware/software
1.1 deraadt 182: layout.
1.4 deraadt 183: <li>Repeatable problems specific to your software layout.
184: <li>Repeatable problems specific to your hardware layout.
185: <li>Non-repeatable problems -- or problems you do not wish to repeat.
186: </ol>
1.1 deraadt 187:
188: <hr>
1.18 jufi 189: <a href="index.html"><img height=24 width=24 src="back.gif" border=0 alt=OpenBSD></a>
190: <a href="mailto:www@openbsd.org">www@openbsd.org</a>
1.7 wvdputte 191:
1.34 ! lum 192: <br><small>$OpenBSD: report.html,v 1.33 2008/10/09 21:39:26 pvalchev Exp $</small>
1.1 deraadt 193:
1.4 deraadt 194: </body>
195: </html>