Amandeep wrote:
[... dmesg snipped ...]
A
Eric Anderson wrote:
Amandeep wrote:
Hi all,
I am using Tyan S2098 MB with 160GB Maxtor ATA Drive and the
transfer rate is very low. FreeBSD 5.3-Release.
Any ideas what is going on here.
The transfer rate is about 15MB/s
when I run
#dd if=/dev/zero of=/u
On Tue, May 17, 2005 at 10:34:23PM +0200, Hans Ottevanger wrote:
> Amandeep wrote:
>
> [... dmesg snipped ...]
>
> >A
> >Eric Anderson wrote:
> >
> >>Amandeep wrote:
> >>
> >>>Hi all,
> >>>
> >>>I am using Tyan S2098 MB with 160GB Maxtor ATA Drive and the
> >>>transfer rate is very low. FreeBSD
I have used pam_ssh before, and I have the following in /etc/pam.d/system :-
# auth
authsufficient pam_opie.so no_warn no_fake_prompts
authrequisite pam_opieaccess.so no_warn allow_local
#auth sufficient pam_krb5.so no_
El Miércoles, 18 de Mayo de 2005 14:58, Daniel O'Connor escribió:
> I have used pam_ssh before, and I have the following in
> /etc/pam.d/system :- # auth
> authsufficient pam_opie.so no_warn
> no_fake_prompts authrequisite pam_opieaccess.so
> no_
On Mon, May 16, 2005 at 06:40:01AM -0600, Elliot Finley wrote:
> This has been happening since 5.3-R, I've been tuning different parameters
> to no avail. I've taken the disks off of the onboard ICH5 controller and
> put them a promise TX4 S150 controller, but still the same thing happens.
>
> Th
On Wednesday 18 May 2005 17:03, Jamie Heckford wrote:
> On Mon, May 16, 2005 at 06:40:01AM -0600, Elliot Finley wrote:
> > This has been happening since 5.3-R, I've been tuning different
> > parameters to no avail. I've taken the disks off of the onboard ICH5
> > controller and put them a promise
On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote:
>Managed to get a dump on our system for a similar prob we are getting:
That traceback looks like a panic, not a deadlock. What was the panic
message?
>#2 0xc0513474 in panic (fmt=0xc06c3da5 "%s") at
>/usr/src/sys/kern/kern_shutdown.c:5
Hi Peter,
On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote:
> On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote:
> >Managed to get a dump on our system for a similar prob we are getting:
>
> That traceback looks like a panic, not a deadlock. What was the panic
> message?
Only
On Wed, May 18, 2005 at 03:54:59PM -0700, Doug White wrote:
> On Wed, 18 May 2005, Jamie Heckford wrote:
>
> > Hi Peter,
> >
> > On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote:
> > > On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote:
> > > >Managed to get a dump on our system
On Wed, 18 May 2005 22:28, Daniel O'Connor wrote:
> I think I'll work on a patch.
>
> Basically this is a heads up for anyone else that uses pam_ssh to be
> a bit careful :)
See bin/81231 for a patch.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
I've had a problem with a pair of ECS motherboards (VIA C3) that won't
reboot without hitting the reset button. A "flash" is visible on the
console, but it's not enough to cause the motherboard to reset. One
system is running 4.11, the other 5.4, and through all the upgrades this
has been a pro
Hervé Kergourlay wrote this message on Thu, May 12, 2005 at 09:37 +0200:
> what about files more than 4GB, do I need to use specific APIs as
> open64, stat64 or the current open and stat API are managing the big file ?
Nope... FreeBSD's off_t has been 64bits since 2.0... Just make sure
you use t
John-Mark Gurney a écrit :
Hervé Kergourlay wrote this message on Thu, May 12, 2005 at 09:37 +0200:
what about files more than 4GB, do I need to use specific APIs as
open64, stat64 or the current open and stat API are managing the big file ?
Nope... FreeBSD's off_t has been 64bits since 2.
13 matches
Mail list logo
