Re: Short writes

From: Martijn van Oosterhout <kleptog(at)svana(dot)org>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Short writes
Date: 2006-11-28 16:05:02
Message-ID: 20061128160502.GD29938@svana.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Nov 28, 2006 at 04:51:35PM +0100, Peter Eisentraut wrote:
> We are currently debugging a problem with error messages like this:
>
> ERROR: 53100: could not write block 2427137 of relation
> 1663/706306048/706314280: No space left on device
>
> The device has plenty of space left. The problem appears to be this
> curious code in src/backend/storage/file/fd.c:
>
> /* if write didn't set errno, assume problem is no disk space */
> if (returnCode != amount && errno == 0)
> errno = ENOSPC;
>
> What is the rationale for making this assumption?

Essentially, for files short writes are not supposed to happen. For
pipes and sockets it's fairly normal, but for files it's not expected
to ever happen.

Given that write() only has one return value, if all the data cannot be
written, it has to return the number of bytes written and can't return
the actual error.

What probably *should* happen is that a second write is initiated to
write the remainder of the block, at which point the system can say
"disk full".

> We haven't yet figured out why the above error happens, but I suggest
> that we at least make a more accurate error message.

It would be interesting to know what other causes there could be for
short writes.

Have a nice day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Sullivan 2006-11-28 16:34:32 Re: Incrementing INET fields
Previous Message Tom Lane 2006-11-28 16:02:42 Re: Short writes