Re: pg_clog woes with 7.3.2 - Episode 2 - Mailing list pgsql-hackers

From Dave Page
Subject Re: pg_clog woes with 7.3.2 - Episode 2
Date
Msg-id 03AF4E498C591348A42FC93DEA9661B8259FBA@mail.vale-housing.co.uk
Whole thread Raw
In response to pg_clog woes with 7.3.2 - Episode 2  ("Dave Page" <dpage@vale-housing.co.uk>)
List pgsql-hackers
Thanks Kevin, I will try that when I return to the office on Wednesday.

Regards, Dave.

> -----Original Message-----
> From: Kevin Brown [mailto:kevin@sysexperts.com]
> Sent: 18 April 2003 10:58
> To: pgsql-hackers@postgresql.org
> Subject: Re: [HACKERS] pg_clog woes with 7.3.2 - Episode 2
>
>
> Dave Page wrote:
> > Still, I've now tried a 29160N adaptor, and changed the
> > cable to a DPT one (both that and the previous Adaptec have
> hardwired
> > terminators). I've also removed the DAT drive from the
> system so the
> > only things on the SCSI bus are 2 identical disks and the adaptor.
> >
> > I'm beginning to wonder about my shiny new 2.4.20 kernel...
>
> That's a possibility.  There's one other I'd try, prior to
> using a different kernel: try booting the kernel with the
> "noapic" option.  On certain SMP systems, this has allowed
> the kernel to come up properly and see the SCSI adaptor
> (among other things), whereas without it the system would
> hang on attempts to access the SCSI device.  Even if you're
> not running SMP, it may help your system's stability.
>
>
>
>
> --
> Kevin Brown
kevin@sysexperts.com
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>



pgsql-hackers by date:

Previous
From: Stephan Szabo
Date:
Subject: Re: [PERFORM] Foreign key performance
Next
From: Kevin Brown
Date:
Subject: Re: pg_clog woes with 7.3.2 - Episode 2