On Thu, Jul 14, 2005 at 04:17:06PM -0400, asym wrote:
> At 15:19 7/14/2005, Wilko Bulte wrote:
> >On Thu, Jul 14, 2005 at 12:14:49PM -0700, Kevin Oberman wrote..
> >> > Date: Thu, 14 Jul 2005 20:38:15 +0200
> >> > From: Anatoliy Dmytriyev <[EMAIL PROTECTED]>
> >> > Sender: [EMAIL PROTECTED]
> >> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jul 14, 2005 at 09:49:01PM -0700, Jon Dama wrote:
> BTW,
>
> Going from RELENG5 to RELENG6 requires an
> rm -rf /usr/obj
>
> This isn't too surprising, but its worth a note if anyone is making a
> migration document.
>
> Thanks,
> Jon
BTW,
Going from RELENG5 to RELENG6 requires an
rm -rf /usr/obj
This isn't too surprising, but its worth a note if anyone is making a
migration document.
Thanks,
Jon
On Mon, 11 Jul 2005, Scott Long wrote:
> Mike Tancsa wrote:
> > At 05:04 PM 11/07/2005, Robert Watson wrote:
> >
> >> As a
There was a virus in your E-Mail to: [EMAIL PROTECTED]
For more Info, Call EuroIntegra support with reference to 1121388075.952603
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send a
Lowell Gilbert <[EMAIL PROTECTED]> writes:
>Jon Dama <[EMAIL PROTECTED]> writes:
>> however, journaling fairs no better, and request barriers do nothing to
>> solve the problem.
>
>I had assumed that the sequence of operations in a journal would be
>idempotent. Is that a reasonable design criteri
Well, maybe it is in't implemented properly--I can't exactly say--but the
blame should not fall on the method of data integrity used by softupdates.
Nor do I think softupdates would require per se more flushes.
Again, the blame would have to be on whoever is not taking the
measures necessary to en
Jon Dama <[EMAIL PROTECTED]> writes:
> softupdates is perfectly safe with SCSI.
>
> its well known that ide and sata w/wo ncq fails to provide suitable
> semantics for softupdates
>
> however, journaling fairs no better, and request barriers do nothing to
> solve the problem.
I had assumed that
Jon Dama <[EMAIL PROTECTED]> writes:
>if the FUA bit in the sata command header is properly respected.
>if the flush cache command on an ata device is properly respected.
>if the flush cache command on an ata device is implemented (it's optional)
>if the flush cache command exists when the ata dev
if the FUA bit in the sata command header is properly respected.
if the flush cache command on an ata device is properly respected.
if the flush cache command on an ata device is implemented (it's optional)
if the flush cache command exists when the ata device was made (it isn't
in the earlier
On Thursday 14 July 2005 22.43, Freddie Cash wrote:
> On July 14, 2005 11:33 am, J. Nyhuis wrote:
> > I am looking at purchasing a 3ware SATA 8006-2LP RAID (SATA)
> > controllers for a servers running FreeBSD 5.4-stable. Is anyone out
> > there using a SATA 3ware RAID controller card on FreeBS
On July 14, 2005 11:33 am, J. Nyhuis wrote:
> I am looking at purchasing a 3ware SATA 8006-2LP RAID (SATA)
> controllers for a servers running FreeBSD 5.4-stable. Is anyone out
> there using a SATA 3ware RAID controller card on FreeBSD and would be
> willing share their experiences, good, ba
Am Montag, 11. Juli 2005 15:49 CEST schrieb Chris Hodgins:
> On 7/10/05, Johannes Verwijnen <[EMAIL PROTECTED]> wrote:
> > On Jul 9, 2005, at 19:36, Chris Hodgins wrote:
> > > It seems that gmirror does not give us any partitions. A listing of
> > > the mirror directory shows only the gm0 node eve
Jon Dama wrote:
>Request Barriers under linux exist to prevent the low level kernel block
>device layer from reordering write operations from the upper file system
>layers. Request Barriers consist of nothing more than tagging internal
>queues within the Linux kernel itself. They do nothing to r
David Sze wrote:
>> Until a journalled fs that uses write request barriers is available
>> for FreeBSD, you better had a reliable UPS.
>
>How do OS-level request barriers help if the disk reorders pending
>writes in its cache?
By separating journal updates from the corresponding metadata (and/or
At 15:19 7/14/2005, Wilko Bulte wrote:
On Thu, Jul 14, 2005 at 12:14:49PM -0700, Kevin Oberman wrote..
> > Date: Thu, 14 Jul 2005 20:38:15 +0200
> > From: Anatoliy Dmytriyev <[EMAIL PROTECTED]>
> > Sender: [EMAIL PROTECTED]
> >
> > Hello, everybody!
> >
> > I have found unusual and dangerous situ
softupdates is perfectly safe with SCSI.
its well known that ide and sata w/wo ncq fails to provide suitable
semantics for softupdates
however, journaling fairs no better, and request barriers do nothing to
solve the problem.
Request Barriers under linux exist to prevent the low level kernel bl
On Thu, Jul 14, 2005 at 09:52:53PM +0200, Matthias Buelow wrote:
> Kevin Oberman wrote:
>
> >The problem is that disks lie about whether they have actually written
> >data. If the power goes off before the data is in cache, it's lost.
>
> No, the problem is that FreeBSD doesn't implement request
Kevin Oberman wrote:
>> How can I fix it on my system?
>
>SCSI or ATA? If it's ATA, turn off write cache with (atacontrol(8) or
>the sysctl.
You do NOT want to do that. Not only will performance drop brutally
(example: drop to 1/5th of normal write speed for sequential writes,
probably worse for
Kevin Oberman wrote:
SCSI or ATA? If it's ATA, turn off write cache with (atacontrol(8) or
the sysctl.
The problem is that disks lie about whether they have actually written
data. If the power goes off before the data is in cache, it's lost.
I am not sure if write-cache can be turned off on SC
On Thu, Jul 14, 2005 at 12:14:49PM -0700, Kevin Oberman wrote..
> > Date: Thu, 14 Jul 2005 20:38:15 +0200
> > From: Anatoliy Dmytriyev <[EMAIL PROTECTED]>
> > Sender: [EMAIL PROTECTED]
> >
> > Hello, everybody!
> >
> > I have found unusual and dangerous situation with shutdown process:
> > I did
> Date: Thu, 14 Jul 2005 20:38:15 +0200
> From: Anatoliy Dmytriyev <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
> Hello, everybody!
>
> I have found unusual and dangerous situation with shutdown process:
> I did a copy of 200 GB data on the 870 GB partition (softupdates is
> enabled) by cp
Hello, everybody!
I have found unusual and dangerous situation with shutdown process:
I did a copy of 200 GB data on the 870 GB partition (softupdates is
enabled) by cp command.
It took a lot of time when I did umount for this partition exactly after
cp, but procedure finished correctly.
In cas
Greetings,
I am looking at purchasing a 3ware SATA 8006-2LP RAID (SATA)
controllers for a servers running FreeBSD 5.4-stable. Is anyone out there
using a SATA 3ware RAID controller card on FreeBSD and would be willing
share their experiences, good, bad, or otherwise?
3ware has done
On Thu, Jul 14, 2005 at 03:05:20PM +0200, Marc Olzheim wrote:
> > You need to obtain the debugging traceback for the panic and include
> > it in the PR.
>
> Added two crash traces, one for the open() variant, one for the close()
> variant.
>
> The -CURRENT traces are very different from these, b
On 7/14/2005 7:57 AM Pertti Kosunen wrote:
Drew Tomlinson wrote:
So where in the boot sequence is GEOM_STRIPE loaded? I'm starting to
suspect it's being loaded twice. I have it in /boot/loader.conf
which is where I thought it should be. Is there anywhere else to check?
If you have GEO
On 7/14/05, Alexander Markov <[EMAIL PROTECTED]> wrote:
> Hello!
>
> I've got IBM xseries 335 with FreeBSD 5.4 installed, which hangs during boot
> without panic. If I boot it with hint.apic.0.disabled="1" - everything is ok,
> except the fact, that only one CPU is detected (from two ones). I tr
Drew Tomlinson wrote:
So where in the boot sequence is GEOM_STRIPE loaded? I'm starting to
suspect it's being loaded twice. I have it in /boot/loader.conf which
is where I thought it should be. Is there anywhere else to check?
If you have GEOM_STRIPE in kernel do you have to load it from
Hello!
I've got IBM xseries 335 with FreeBSD 5.4 installed, which hangs during boot
without panic. If I boot it with hint.apic.0.disabled="1" - everything is ok,
except the fact, that only one CPU is detected (from two ones). I tried kernels
with SMP and without SMP - nothing changed, booting w
On Thu, 14 Jul 2005 15:50:43 +0200, Yann Golanski <[EMAIL PROTECTED]> wrote:
Just in case anyone else has the same problem and wants a solution.
1- Recompile and install your kernel with the following options:
device atapicam
device ata
device scbus
device cd
device pass
2- Go to you
> The card is too new to be supported by the nv 2D driver supplied in Xorg.
> Any
> card supported by the standard Xorg under FreeBSD x86 is also supported
> under
> FreeBSD x86-64 with the same capabilities.
>
> Brett
Hi,
I actually had success using the nv-driver on my 64bit system with X.org
f
Just in case anyone else has the same problem and wants a solution.
1- Recompile and install your kernel with the following options:
device atapicam
device ata
device scbus
device cd
device pass
2- Go to your MP3 dir.
3- Converts spaces to underscores.
for i in *.mp3; do mv "$i" `echo
On 7/14/2005 5:30 AM Giovanni P. Tirloni wrote:
Drew Tomlinson wrote:
GEOM_STRIPE: Device data created (id=896603271).
GEOM_STRIPE: Disk da0d attached to data.
GEOM_STRIPE: Disk da1d attached to data.
GEOM_STRIPE: Device data activated.
GEOM_STRIPE: Cannot add disk da0s1d to data (error=17).
G
On Wed, Jul 13, 2005 at 02:41:18PM -0400, Kris Kennaway wrote:
> > > Make sure you recompile any modules when activating INVARIANTS, or
> > > you'll get panics.
> >
> > Of course... make buildkernel and make installkernel do that for me... ;)
>
> Not if you are using third party port modules.
W
Drew Tomlinson wrote:
GEOM_STRIPE: Device data created (id=896603271).
GEOM_STRIPE: Disk da0d attached to data.
GEOM_STRIPE: Disk da1d attached to data.
GEOM_STRIPE: Device data activated.
GEOM_STRIPE: Cannot add disk da0s1d to data (error=17).
GEOM_STRIPE: Cannot add disk da1s1d to data (error=1
On 7/14/05, Yann Golanski <[EMAIL PROTECTED]> wrote:
> I am trying to burn to my CD drive and I keep getting the same error,
> namely "only wrote -1 of 37632 bytes: Device busy". I've been able to
> write to that dive from FreeBSD in the past but now, nada.
> # burncd -f /dev/acd0 audio test.wav
I am trying to burn to my CD drive and I keep getting the same error,
namely "only wrote -1 of 37632 bytes: Device busy". I've been able to
write to that dive from FreeBSD in the past but now, nada.
The CD drive is definitely not in use.
Any idea what is going on?...
# dmesg | grep -i cd
acd0:
On 14 Jul 2005, at 11:06, Brett Wildermoth wrote:
On Thu, 14 Jul 2005 07:07 pm, [EMAIL PROTECTED] wrote:
On Wednesday 13 July 2005 22:43, Brett Wildermoth wrote:
On Thu, 14 Jul 2005 04:18 am, [EMAIL PROTECTED]
wrote:
On Wednesday 13 July 2005 10:26 am, Kenneth Culver wrote:
Quoting Br
On Thu, Jul 14, 2005 at 09:07:54AM +0200, Folkert Saathoff wrote:
> $ ifconfig rl1
> rl1: flags=8843 mtu 1500
> options=8
> inet6 3ffe:feed:face:cafe:0:2:2e39:f9 prefixlen 64
> ether 00:02:2e:39:00:f9
> media: Ethernet autoselect (10baseT/UTP)
> status: activ
On Thu, 14 Jul 2005 07:07 pm, [EMAIL PROTECTED] wrote:
> On Wednesday 13 July 2005 22:43, Brett Wildermoth wrote:
> > On Thu, 14 Jul 2005 04:18 am, [EMAIL PROTECTED] wrote:
> > > On Wednesday 13 July 2005 10:26 am, Kenneth Culver wrote:
> > > > Quoting Brett Wildermoth <[EMAIL PROTECTED]>:
> > > >
On Thu, 14 Jul 2005 07:17 pm, Rainer Duffner wrote:
> Brett Wildermoth wrote:
> >On Thu, 14 Jul 2005 04:18 am, [EMAIL PROTECTED] wrote:
> >>On Wednesday 13 July 2005 10:26 am, Kenneth Culver wrote:
> >>>Quoting Brett Wildermoth <[EMAIL PROTECTED]>:
> To all my fellow FreeBSD users,
>
> >>>
Brett Wildermoth wrote:
On Thu, 14 Jul 2005 04:18 am, [EMAIL PROTECTED] wrote:
On Wednesday 13 July 2005 10:26 am, Kenneth Culver wrote:
Quoting Brett Wildermoth <[EMAIL PROTECTED]>:
To all my fellow FreeBSD users,
I assume I am not the only one who is in this predicament. I h
> In the last episode (Jul 12), Danny Braniss said:
> > [...]
> > > You might want to apply the patch at the bottom of
> > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/75122 ; without it, new
> > > connections get a random initial bandwidth.
> >
> > how far 'bottom' should i go?
>
> Search
On Wednesday 13 July 2005 22:43, Brett Wildermoth wrote:
> On Thu, 14 Jul 2005 04:18 am, [EMAIL PROTECTED] wrote:
> > On Wednesday 13 July 2005 10:26 am, Kenneth Culver wrote:
> > > Quoting Brett Wildermoth <[EMAIL PROTECTED]>:
> > > > To all my fellow FreeBSD users,
> > > >
> > > > I assume I am n
hello list,
i try to setup a small ipv6 test network.
however, it seems like i am too dump to setup my routes.
when i bring up the interface for the first time,
all is well and ping6 works just nicely:
$ ifconfig rl1
rl1: flags=8843 mtu 1500
options=8
inet6 3ffe:feed:face:cafe:0
44 matches
Mail list logo
