I have a RELENG_9 machine that hangs when a snapshot is created on the
root fs (UFS, with SU+J). More accurately, all the processes show a
state of "suspfs" (with ^T) and no fs activity is completed from then
on. A hard reboot (power cycle) was the only way to proceed.
Here's some reference info
I am running 9.0-RC3 on an Acer Aspire One D255E netbook. I have most of the
functionality I want with one major exception, when I enable ACPI my integrated
keyboard drivers aren't loaded. Without ACPI I can use my keyboard as atkbdc
and atkbd get loaded, (not psm though), but I have problems wi
I am running 9.0-RC3 on an Acer Aspire One D255E netbook. I have most of the
functionality I want with one major exception, when I enable ACPI my integrated
keyboard drivers aren't loaded. Without ACPI I can use my keyboard as atkbdc
and atkbd get loaded, (not psm though), but I have problems wi
On 2 Jan, Don Lewis wrote:
> On 2 Jan, Florian Smeets wrote:
>> This does not make a difference. I tried on 32K/4K with/without journal
>> and on 16K/2K all exhibit the same problem. At some point during the
>> cvs2svn conversion the sycer starts to use 100% CPU. The whole process
>> hangs at th
On Mon, Jan 2, 2012 at 4:03 PM, Kevin Oberman wrote:
> On Mon, Jan 2, 2012 at 1:29 PM, Bjoern A. Zeeb <
> bzeeb-li...@lists.zabbadoz.net> wrote:
>
>> Hi,
>>
>> why do we send all these empty headings for periodic emails or given there
>> is
>> no output to this one can we
>>
>> 1) suppress the emp
On Mon, Jan 2, 2012 at 1:29 PM, Bjoern A. Zeeb <
bzeeb-li...@lists.zabbadoz.net> wrote:
> Hi,
>
> why do we send all these empty headings for periodic emails or given there
> is
> no output to this one can we
>
> 1) suppress the empty sections (to me that sounds a bit like a wrong
> return code
On 2. Jan 2012, at 23:09 , Doug Barton wrote:
> On 01/02/2012 15:01, Bjoern A. Zeeb wrote:
>> Looking at periodic(8) it says:
>>
>> Each script is required to exit with one of the following values:
>>
>> 0 The script has produced nothing notable in its output. The
>> _sho
On 01/02/2012 15:10, Garrett Cooper wrote:
> Looking at the scripts, there are bugs where all of the
> beforementioned scripts would always be mute (because rc=0 is
> explicitly set at the bottom), unless _show_success was set to YES.
Take a look at /etc/defaults/periodic.conf
--
Y
On Mon, Jan 2, 2012 at 3:09 PM, Doug Barton wrote:
> On 01/02/2012 15:01, Bjoern A. Zeeb wrote:
>> Looking at periodic(8) it says:
>>
>> Each script is required to exit with one of the following values:
>>
>> 0 The script has produced nothing notable in its output. The
>>
On 01/02/2012 15:01, Bjoern A. Zeeb wrote:
> Looking at periodic(8) it says:
>
> Each script is required to exit with one of the following values:
>
> 0 The script has produced nothing notable in its output. The
>_show_success variable controls the masking of this out-
On 2. Jan 2012, at 21:56 , Holger Kipp wrote:
> Am 02.01.2012 um 22:33 schrieb "Bjoern A. Zeeb"
> :
>
>> why do we send all these empty headings for periodic emails
>
> It contains the info what has been done, so you know that the jobs have been
> performed correctly. If it does not contain th
On 2. Jan 2012, at 22:51 , Doug Barton wrote:
> On 01/02/2012 14:49, Garrett Cooper wrote:
>> On Mon, Jan 2, 2012 at 2:45 PM, Doug Barton wrote:
>>> On 01/02/2012 14:14, Garrett Cooper wrote:
>>>
How does this look for starters? The attached patch's goal is to
provide a generic, rc
On 01/02/2012 14:49, Garrett Cooper wrote:
> On Mon, Jan 2, 2012 at 2:45 PM, Doug Barton wrote:
>> On 01/02/2012 14:14, Garrett Cooper wrote:
>>
>>> How does this look for starters? The attached patch's goal is to
>>> provide a generic, rc(5)-like infrastructure that would quiet down the
>>> p
On Mon, Jan 2, 2012 at 2:45 PM, Doug Barton wrote:
> On 01/02/2012 14:14, Garrett Cooper wrote:
>
>> How does this look for starters? The attached patch's goal is to
>> provide a generic, rc(5)-like infrastructure that would quiet down the
>> periodic emails for 120.clean-preserve .
>
> The pe
On 01/02/2012 14:14, Garrett Cooper wrote:
> How does this look for starters? The attached patch's goal is to
> provide a generic, rc(5)-like infrastructure that would quiet down the
> periodic emails for 120.clean-preserve .
The periodic scripts are badly in need of attention, so effort in t
On Mon, Jan 2, 2012 at 1:56 PM, Holger Kipp wrote:
> Hi,
>
> Am 02.01.2012 um 22:33 schrieb "Bjoern A. Zeeb"
> :
>
>> why do we send all these empty headings for periodic emails
>
> It contains the info what has been done, so you know that the jobs have been
> performed correctly. If it does not
On Mon, Jan 2, 2012 at 1:29 PM, Bjoern A. Zeeb
wrote:
> Hi,
>
> why do we send all these empty headings for periodic emails or given there is
> no output to this one can we
>
> 1) suppress the empty sections (to me that sounds a bit like a wrong
> return code or something maybe?), and
> 2) add a
Hi,
Am 02.01.2012 um 22:33 schrieb "Bjoern A. Zeeb"
:
> why do we send all these empty headings for periodic emails
It contains the info what has been done, so you know that the jobs have been
performed correctly. If it does not contain the section headings, the jobs
might not have been run a
On Mon, Jan 02, 2012 at 12:47:03PM -0800, Don Lewis wrote:
> On 2 Jan, Florian Smeets wrote:
> > On 29.12.11 01:04, Kirk McKusick wrote:
> >> Rather than changing BKVASIZE, I would try running the cvs2svn
> >> conversion on a 16K/2K filesystem and see if that sorts out the
> >> problem. If it does
Hi,
why do we send all these empty headings for periodic emails or given there is
no output to this one can we
1) suppress the empty sections (to me that sounds a bit like a wrong
return code or something maybe?), and
2) add an option to suppress "empty" periodic emails entirely?
Sample:
On 2 Jan, Florian Smeets wrote:
> On 29.12.11 01:04, Kirk McKusick wrote:
>> Rather than changing BKVASIZE, I would try running the cvs2svn
>> conversion on a 16K/2K filesystem and see if that sorts out the
>> problem. If it does, it tells us that doubling the main block
>> size and reducing the n
On 29.12.11 01:04, Kirk McKusick wrote:
> Rather than changing BKVASIZE, I would try running the cvs2svn
> conversion on a 16K/2K filesystem and see if that sorts out the
> problem. If it does, it tells us that doubling the main block
> size and reducing the number of buffers by half is the problem
22 matches
Mail list logo
