Bug#189011: libc6: Change ENOSPC 28 to /* No space or inodes left on device */
At Mon, 14 Apr 2003 21:33:05 -0700,
Kingsley G. Morse Jr. <change@nas.com> wrote:
>
> On Mon:16:09, Ben Collins wrote:
> > Kingsley wrote:
> > > glibc currently returns errno 28, which is
> > > defined as
> > >
> > > "No space left on device"
> > >
> > > and is misleading. It should mention inodes.
> >
> > Inodes are a specific term that does not apply
> > to all cases where ENOSPC is used. What happens
> > if ENOSPC starts to be returned when an A/V
> > filesystem runs out of "media blocks", should we
> > then change it to "No space, inodes or media
> > blocks left on device"? Not likely. ENOSPC is
> > not specific to filesystems either.
>
> Good point.
Yes, actually this problem is sometimes occured to develop the
enhanced file system, and it's difficult to modify. From my
experience, I can say that there is no generic way to resolve this
issue on the novel unix. Only we can do is printing out actual kernel
error message to syslog.
>
> Thanks.
>
> In light of your considerable experience in these
> matters, do you happen to have any thoughts on how
> more helpful error messages could be provided to
> newbie users?
>
> For example, is there a way that glibc could
> report specifically whether it's disk space,
> inodes or media blocks that have been exhausted?
>
> Unique errnos???
It might be filesystem issue which is implemented into kernel, not
glibc.
Glibc follows the error number which is returned from filesystem. If
you define unique errnos, then your application should be aware such
error, and such application becomes non-portable for various
filesystems.
Regards,
-- gotom
>
> Thanks,
> Kingsley
>
> >
> > At most, this is a FAQ.
> >
> > -- Debian - http://www.debian.org/ Linux
> > 1394 - http://www.linux1394.org/ Subversion -
> > http://subversion.tigris.org/ Deqo -
> > http://www.deqo.com/
> >
> > This mail is probably spam. The original
> > message has been attached along with this
> > report, so you can recognize or block similar
> > unwanted mail in future. See
> > http://spamassassin.org/tag/ for more details.
> >
> > Content preview: > glibc currently returns
> > errno 28, which is defined as
> > > > "No space left on device" > > and is
> > > > misleading. It should mention
> > inodes. Inodes are a specific term that does
> > not apply to all cases where ENOSPC is used.
> > What happens if ENOSPC starts to be returned
> > when an A/V filesystem runs out of "media
> > blocks", should we then change it to "No
> > space, inodes or media blocks left on device"?
> > Not likely. ENOSPC is not specific to
> > filesystems either. [...]
> >
> > Content analysis details: (-22.60 points, 5
> > required) IN_REP_TO (-3.2 points) Has a
> > In-Reply-To header REFERENCES (-6.5
> > points) Has a valid-looking References header
> > BAYES_01 (-6.6 points) BODY: Bayesian
> > classifier says spam probability is 1 to 10%
> > [score: 0.0181] USER_AGENT_MUTT (-6.3 points)
> > User-Agent header indicates a non-spam MUA
> > (Mutt)
>
> --
>
>
>
> --
> To UNSUBSCRIBE, email to debian-glibc-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
Reply to: