On Fri, 2005-Jun-17 11:58:35 +0200, GMane wrote:
>When I try to reboot my machine it hangs on and I have to do it manually
>pressing the reset button.
>
>Did anyone have the same problem?
I've seen something similar on a HP DL380. Do you have any modules
loaded? If so, does the problem go away
Dear all!
After moving to amd64 system (64-bit),
I have problem writing cd with cdrecord.
Release 5.4
Nec 3520a (dvd writer)
CDrtools-2.01
Whatever I do with cdrecord, it panics with
"fatal trap 9" message. First few lines, not
from kernel say that it is not the right
cdrecord and I need "pro-dvd"
On Fri, 2005-Jun-17 23:42:08 +0200, Wilko Bulte wrote:
>On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote..
>> Wilko Bulte wrote:
>> >Yes. Go and visit the London City and check their computer rooms.
>> >You will be surprised about the number of UNIX boxes. You don't
>> >think IB
Hi,
I just read thru the tty.h file and the tty command,
and have a feeling that the tty command and the tty.h
file does not handle the serial console com port
directly.
Can anyone tell me which part of the tty source does
invoke serial console com port?
Thanks
Sam
_
At 08:41 PM 17/06/2005, Marc G. Fournier wrote:
The subject says it all ... I'm looking a new server, and right now have
built it around the SRCZCRX PCI-X 128MB, since I've had good luck with the
Intel RAID controllers with 4.x, and I *really* like the storcon CLI
utility ... but, with the mov
On Fri, 2005-Jun-17 10:38:34 -0400, David Sze wrote:
>It turns out that the problem was the same thing everyone usually points
>the finger at, but no one actually mentioned this time: Linux mounts its
>partitions async by default.
This shouldn't be an issue here. The FreeBSD default has always
I am trying to add another partition to my root drive, it has a few gigabytes
of unpartitioned space.
Whenever I try to run fdisk -u it says cannot open disk /dev/ad0: No such file
or directory
ad0 does exist, why does fdisk say otherwise? fdisk can display the partition
table but it can't alter
The subject says it all ... I'm looking a new server, and right now have
built it around the SRCZCRX PCI-X 128MB, since I've had good luck with the
Intel RAID controllers with 4.x, and I *really* like the storcon CLI
utility ... but, with the move to 5.x, I'm wondering if there is something
e
Julian Elischer <[EMAIL PROTECTED]> writes:
>Hmmm we processed something over a trillion dollars in bank backends
>last year on
>FreeBSD 4.8 (plus patches) on rack mounted PCs.
>And we didn't lose any of them (the dollars that is).
Ah! And look where the dollar is now! ;-)
mkb.
___
On 17 Jun, David Sze wrote:
> AFAIK, SCSI disks normally have write caching disabled.
All the ones that I've encountered in recent years have had write
caching enabled. I always have to remember to use camcontrol to disable
WCE when I install a new disk.
On Fri, Jun 17, 2005 at 03:23:19PM -0700, Mitch Parks wrote:
> Below are details regarding another crash on a Dell 2600 SMP (HTT and USB
> disabled). It has been 9 days since the last crash. I didn't have the
> serial console in place for this last crash, but it is now.
>
> Text includes:
> 1. b
matthias,
On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote:
> Wilko Bulte <[EMAIL PROTECTED]> writes:
>
> >If you give me $5 per Unix system found there I can retire here and now.
>
> For financial transaction processing, and the customer's accounts?
> I hope it's not my bank..
i
Below are details regarding another crash on a Dell 2600 SMP (HTT and USB
disabled). It has been 9 days since the last crash. I didn't have the serial
console in place for this last crash, but it is now.
Text includes:
1. backtrace
2. dmesg
3. kernel conf
Since Dell diagnostics and Memtest che
Wilko Bulte wrote:
On Fri, Jun 17, 2005 at 11:26:56PM +0200, Owe Andr? J?rgensen wrote..
Wilko Bulte wrote:
On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote..
Wilko Bulte <[EMAIL PROTECTED]> writes:
If you give me $5 per Unix system found there I can
Wilko Bulte <[EMAIL PROTECTED]> writes:
If you give me $5 per Unix system found there I can retire here and now.
For financial transaction processing, and the customer's accounts? I
hope it's not my bank.. mkb.
Hmmm we processed something over a trillion dollars in bank backends
Andreas Braukmann <[EMAIL PROTECTED]> writes:
>no. But I don't mount them "async", either.
>The default "noasync" in combination with softupdates
>on disks with disabled write caches is perfectly fine
>with me.
"Noasync" only makes sense in the absence of softupdates. With
softupdates, metadata i
On Fri, Jun 17, 2005 at 02:47:54PM -0700, Javier Henderson wrote..
> Wilko Bulte wrote:
> >On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote..
> >
> >>Wilko Bulte wrote:
> >>
> >>>On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote..
> >>>
> >>>
> Wilko Bulte <[EMAIL
--On Freitag, 17. Juni 2005 23:10 Uhr +0200 Matthias Buelow <[EMAIL PROTECTED]>
wrote:
Andreas Braukmann <[EMAIL PROTECTED]> writes:
That makes your arguments pointless. I wouldn't even think of
running a database server on an async mounted filesystem; all the
more I wouldn't connect a drive
Wilko Bulte wrote:
On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote..
Wilko Bulte wrote:
On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote..
Wilko Bulte <[EMAIL PROTECTED]> writes:
If you give me $5 per Unix system found there I can retire here and now.
Javier Henderson wrote:
Wilko Bulte wrote:
[ ... ]
Yes. Go and visit the London City and check their computer rooms.
You will be surprised about the number of UNIX boxes. You don't
think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..?
But are those Unix servers actually proce
On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote..
> Wilko Bulte wrote:
> >On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote..
> >
> >>Wilko Bulte <[EMAIL PROTECTED]> writes:
> >>
> >>
> >>>If you give me $5 per Unix system found there I can retire here and now.
> >>
>
On Fri, Jun 17, 2005 at 11:26:56PM +0200, Owe Andr? J?rgensen wrote..
> Wilko Bulte wrote:
> >On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote..
> >
> >>Wilko Bulte <[EMAIL PROTECTED]> writes:
> >>
> >>
> >>>If you give me $5 per Unix system found there I can retire here and now.
> >
Wilko Bulte <[EMAIL PROTECTED]> writes:
>Yes. Go and visit the London City and check their computer rooms.
>You will be surprised about the number of UNIX boxes. You don't
>think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..?
And these are the machines where the master account d
Wilko Bulte wrote:
On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote..
Wilko Bulte <[EMAIL PROTECTED]> writes:
If you give me $5 per Unix system found there I can retire here and now.
For financial transaction processing, and the customer's accounts?
Yes. Go and visit the
Wilko Bulte wrote:
On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote..
Wilko Bulte <[EMAIL PROTECTED]> writes:
If you give me $5 per Unix system found there I can retire here and now.
For financial transaction processing, and the customer's accounts?
Yes. Go and visit the
On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote..
> Wilko Bulte <[EMAIL PROTECTED]> writes:
>
> >If you give me $5 per Unix system found there I can retire here and now.
>
> For financial transaction processing, and the customer's accounts?
Yes. Go and visit the London City and
Wilko Bulte <[EMAIL PROTECTED]> writes:
>If you give me $5 per Unix system found there I can retire here and now.
For financial transaction processing, and the customer's accounts?
I hope it's not my bank..
mkb.
___
freebsd-stable@freebsd.org mailing l
Andreas Braukmann <[EMAIL PROTECTED]> writes:
>That makes your arguments pointless. I wouldn't even think of
>running a database server on an async mounted filesystem; all the
>more I wouldn't connect a drive with enabled write cache to a
>production box.
So you remount all filesystems -o sync on
On Fri, Jun 17, 2005 at 11:01:30PM +0200, Matthias Buelow wrote..
> David Sze <[EMAIL PROTECTED]> writes:
>
> >I'm not sure filesystem consistency alone is "good enough". Say your
> >bank's database crashes right after you make a deposit. When it comes
> >back up it's consistent, but only up to
David Sze <[EMAIL PROTECTED]> writes:
>I'm not sure filesystem consistency alone is "good enough". Say your
>bank's database crashes right after you make a deposit. When it comes
>back up it's consistent, but only up to 5 minutes before the crash due
>to the async mount.
A bank doesn't run on U
--On Freitag, 17. Juni 2005 17:47 Uhr +0200 Matthias Buelow <[EMAIL PROTECTED]>
wrote:
Greg Barniskis <[EMAIL PROTECTED]> writes:
Is CentOS using ext2? I thought everyone moved to ext3 already, which
provides nearly the speed of ext2+async but is safe due to its journal.
If you make such com
On Fri, 17 Jun 2005 13:57:26 -0500
David Sze <[EMAIL PROTECTED]> wrote:
> I'm not sure filesystem consistency alone is "good enough". Say your
> bank's database crashes right after you make a deposit. When it comes
> back up it's consistent, but only up to 5 minutes before the crash due
> to the
On Fri, Jun 17, 2005 at 06:20:59PM +0200, Matthias Buelow wrote:
> David Sze <[EMAIL PROTECTED]> writes:
>
> >CentOS uses ext3 by default. How does having a journal help if the
> >journal is stored on the same async filesystem? Unless the journal
> >writes are guaranteed sync.
>
> The journal g
* David Sze ([EMAIL PROTECTED]) wrote:
> super-smack select-key
> 5.4-RELEASE ~20,000 queries/second
> 6.0-CURRENT ~24,000 queries/second
> CentOS w/async ~36,000 queries/second
> CentOS w/sync ~26,000 queries/second
Uh, this should be an
The good sex guide!
http://mbux.3i6ep43widlbp43.shieldha.com
HYBRID, n. A pooled issue.
We are the total of our longings.
One more drink and I'll be under the host.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.
> i think you're missing the point... using CURRENT on a production
> machine is a bad idea... the performance is great, but hardly worth the
> risk of breaking something.
In general, this is true. But since we're in the glide path to a
release, and since we have measures in place to keep dest
I realize this is probably a VMware issue, but was wondering if
anyone here has experience getting -stable to be happy on ESX 2.1.
I've managed to get 8 VMs humming along and their agent software
(incl. memory manager) functioning in 5.4, but am having difficulty
getting a shutdown command
David Sze <[EMAIL PROTECTED]> writes:
>CentOS uses ext3 by default. How does having a journal help if the
>journal is stored on the same async filesystem? Unless the journal
>writes are guaranteed sync.
The journal guarantees that the filesystem will always be consistent. If
a journal entry doe
Matthias Buelow wrote:
Greg Barniskis <[EMAIL PROTECTED]> writes:
that async provides fast writes at the cost of "no guarantee at all
for a consistent state of the filesystem". So, you choose: fast but
not so reliable writes, or slower writes with fast, reliable
disaster recovery.
Thanks t
On Fri, Jun 17, 2005 at 12:05:54PM -0400, JM wrote:
> David Sze wrote:
> >
> >Under normal circumstances I'd agree, but -CURRENT is already in code
> >freeze in preparation for the upcoming 6.0 release:
> >
> > http://www.freebsd.org/releases/6.0R/schedule.html
> >
> >I also follow the cvs-src
Hi all,
I've been searching through archives and many freebsd resources and can't
seem to find a solution to the problem that I'm currently seeing. I thought
I'd check here before hacking the kernel to try and fix it myself, just in
case the fix is already out there and just eluding me :)
I'm
David Sze wrote:
On Fri, Jun 17, 2005 at 11:28:24AM -0400, JM wrote:
i think you're missing the point... using CURRENT on a production
machine is a bad idea... the performance is great, but hardly worth the
risk of breaking something.
Under normal circumstances I'd agree, but -CURRE
On Fri, Jun 17, 2005 at 05:47:56PM +0200, Matthias Buelow wrote:
>
> Is CentOS using ext2? I thought everyone moved to ext3 already, which
> provides nearly the speed of ext2+async but is safe due to its journal.
> If you make such comparisons, please use current technology, and not
> the status q
Greg Barniskis <[EMAIL PROTECTED]> writes:
>that async provides fast writes at the cost of "no guarantee at all
>for a consistent state of the filesystem". So, you choose: fast but
>not so reliable writes, or slower writes with fast, reliable
>disaster recovery.
>
>Thanks to the FreeBSD team fo
On Fri, Jun 17, 2005 at 11:28:24AM -0400, JM wrote:
> i think you're missing the point... using CURRENT on a production
> machine is a bad idea... the performance is great, but hardly worth the
> risk of breaking something.
Under normal circumstances I'd agree, but -CURRENT is already in code
f
J. T. Farmer wrote:
Uzi wrote:
[...]
super-smack select-key
5.4-RELEASE ~20,000 queries/second
6.0-CURRENT ~24,000 queries/second
CentOS w/async ~36,000 queries/second
CentOS w/sync ~26,000 queries/second
super-smack update-select
J. T. Farmer wrote:
Uzi wrote:
[...]
super-smack select-key
5.4-RELEASE ~20,000 queries/second
6.0-CURRENT ~24,000 queries/second
CentOS w/async ~36,000 queries/second
CentOS w/sync ~26,000 queries/second
super-smack update-select
Uzi wrote:
[...]
super-smack select-key
5.4-RELEASE ~20,000 queries/second
6.0-CURRENT ~24,000 queries/second
CentOS w/async ~36,000 queries/second
CentOS w/sync ~26,000 queries/second
super-smack update-select
5.4-RELEASE
David Sze wrote:
At 05:15 PM 16/06/2005 +0100, Steve Roome wrote this to All:
Thank you all for your suggestions on this thread, here's a brief
breakdown of most of the ideas from people:
Billy Newsom: COMPILER, DISK, MYSQLVERSION
Daniel Eischen: +/-HTT, Thread scopes
Greg Lehey: MALLOC
Guy H
[...]
super-smack select-key
5.4-RELEASE ~20,000 queries/second
6.0-CURRENT ~24,000 queries/second
CentOS w/async ~36,000 queries/second
CentOS w/sync ~26,000 queries/second
super-smack update-select
5.4-RELEASE ~4,00
At 05:15 PM 16/06/2005 +0100, Steve Roome wrote this to All:
Thank you all for your suggestions on this thread, here's a brief
breakdown of most of the ideas from people:
Billy Newsom: COMPILER, DISK, MYSQLVERSION
Daniel Eischen: +/-HTT, Thread scopes
Greg Lehey: MALLOC
Guy Helmer: PREEMPTIVE, v
On Fri, 17 Jun 2005 23:47, Hannes Mayer wrote:
> > If you read and write to it, it acts like a FIFO.
>
> Thanks for your reply! :-)
>
> Well, the reason why I want to use a true FIFO is, that data is
> sampled i.e. every second and I want to write it to disk in userspace
> only every minute or so.
G'Day Daniel!
On 6/17/05, Daniel O'Connor <[EMAIL PROTECTED]> wrote:
> On Fri, 17 Jun 2005 21:36, Hannes Mayer wrote:
> > To cut a long story short, how can I open a FIFO in kernel space and
> > write to it, so I can open and read from it in userspace ?
>
> Why don't you create a device node?
>
On Thu, 16 Jun 2005, Steve Roome wrote:
The good news though, is that the Mysql folks have agreed to setup tests
to profile mysql on identical hardware running FreeBSD and Linux with an
aim to find out exactly where the problem really is. They reckon they'll
spend at least two weeks trying to
Thank you all for your suggestions on this thread, here's a brief
breakdown of most of the ideas from people:
Billy Newsom: COMPILER, DISK, MYSQLVERSION
Daniel Eischen: +/-HTT, Thread scopes
Greg Lehey: MALLOC
Guy Helmer: PREEMPTIVE, vfs.read_max
Jon Dama: David Xu's Thrds, Ptmalloc, cpu affinity,
Hi!
Such problem!
# uname -rs
FreeBSD 5.4-RELEASE-p1
# mount -t msdosfs /dev/fd0 /mnt/flp
msdosfs: /dev/fd0: Input/output error
# fdformat -f 1440 /dev/fd0
Format 1440K floppy `/dev/fd0'? (y/n): y
Processing fdformat: ioctl(FD_FORM): Input/output error
# fdcontrol -v /dev/fd0
/dev/fd0: 1.
On Fri, 17 Jun 2005 21:36, Hannes Mayer wrote:
> To cut a long story short, how can I open a FIFO in kernel space and
> write to it, so I can open and read from it in userspace ?
Why don't you create a device node?
If you read and write to it, it acts like a FIFO.
--
Daniel O'Connor software an
Hi Cian,
"Cian Hughes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Do you also have a hanging problem if you shutdown with `shutdown -p
> now`?
No, the problem it's only with the reboot command.
> Are you using ACPI?
> Have you ensured you are using the latest BIOS for you
Hi all!
I've modified a standard driver and now I'd like to create a FIFO in
it to communicate / send data to a userland process.
Opening, reading and writing to a FIFO in userland is easy, but I have
no clue how to do this in kernel space. Googling and looking to the
kernel source didn't help.
T
Do you also have a hanging problem if you shutdown with `shutdown -p
now`?
Are you using ACPI?
Have you ensured you are using the latest BIOS for you system?
When did you last compile your kernel?
Could you give some specifics about architecture, output of dmesg and
your hardware setup.
Rega
Hi,
When I try to reboot my machine it hangs on and I have to do it manually
pressing the reset button.
Did anyone have the same problem?
Do You think that is an hardware problem?
I thank you all!
Ricki
___
freebsd-stable@freebsd.org mailing list
Robert Watson wrote:
> This patch breaks the ABI by inserting a new type into an implicitly
> numbered enumeration, renumbering all entries later in the enum.
> O_BOUND, if added, should be appended to the end, and/or we should
> number the operations explicitly.
Ok. I have corrected this.
*
I get this error on boot:
CAPI subsystem startup: kcapimgr capidev
avmaic avmaic0: port 0xec80-0xec9f,0xecc0-0xecff mem
0xfdfffc00-0xfdfffc3f irq 10 at device 8.0 on pci1
avmaic0: "AVMB1-1" successfully attached as CAPI controller 1
kcapimgr: E kcapi_reset_ctlr: ERROR: Root permission required
63 matches
Mail list logo
