*** Please consider answering these questions, where appropriate ***
Reply-To: Ryan Curtin <[email protected]>, [email protected]
Resent-From: Ryan Curtin <[email protected]>
Resent-To: [email protected]
Resent-CC: Debian sysvinit maintainers 
<[email protected]>
X-Loop: [email protected]
Resent-Date: Tue, 27 Dec 2011 00:57:01 +0000
Resent-Message-ID: <[email protected]>
Resent-Sender: [email protected]
X-Debian-PR-Message: report 653329
X-Debian-PR-Package: initscripts
X-Debian-PR-Keywords: 
X-Debian-PR-Source: sysvinit
Received: via spool by [email protected] id=B.132494727216925
          (code B ref -1); Tue, 27 Dec 2011 00:57:01 +0000
Received: (at submit) by bugs.debian.org; 27 Dec 2011 00:54:32 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
        (2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-6.3 required=4.0 tests=BAYES_00,FOURLA,HAS_PACKAGE,
        
MURPHY_DRUGS_REL8,RCVD_IN_PBL,RCVD_IN_RP_RNBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,
        XMAILER_REPORTBUG autolearn=ham version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 24; hammy, 151; neutral, 145; spammy,
        0. spammytokens: hammytokens:0.000-+--H*M:reportbug, 
0.000-+--H*MI:reportbug,
        0.000-+--H*x:reportbug, 0.000-+--UD:init.d, 0.000-+--H*UA:reportbug
Received: from c-98-192-3-207.hsd1.ga.comcast.net ([98.192.3.207] 
helo=buddha.igglybob.com)
        by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
        (Exim 4.72)
        (envelope-from <[email protected]>)
        id 1RfLJI-0004Oj-KZ
        for [email protected]; Tue, 27 Dec 2011 00:54:32 +0000
Received: from ryan by buddha.igglybob.com with local (Exim 4.77)
        (envelope-from <[email protected]>)
        id 1RfKuJ-0003pD-EQ; Mon, 26 Dec 2011 19:28:43 -0500
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Ryan Curtin <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Message-ID: <[email protected]>
X-Mailer: reportbug 6.3.1
Date: Mon, 26 Dec 2011 19:28:43 -0500
X-Greylist: delayed 1546 seconds by postgrey-1.32 at busoni; Tue, 27 Dec 2011 
00:54:32 UTC
Delivered-To: [email protected]

Package: initscripts
Version: 2.88dsf-18
Severity: important

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

/etc/init.d/mountoverflowtmp will mount a temporary 1MB filesystem on /tmp
in the case of a full filesystem.  This is meant to serve as a protective
mechanism, but I contend that it actually provides more irritation than it's
worth.

Here is my particular use case:

1.  Fill up filesystem with endless amounts of porn
2.  Filesystem becomes full; 1MB overflow mounted on /tmp
3.  Realize disk is full; remove the porn which wasn't any good
4.  Applications don't work because 1MB isn't enough in /tmp (see #567539)
5.  Attempt to unmount /tmp:

# umount -f /tmp
umount: /tmp: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))

6.  Kill processes using /tmp.  It turns out this is a nightmare, and it's
    irritating and difficult (if not downright impossible) to successfully
    unmount the overflow.
7.  Curse loudly (then file bug report).

It seems, then, that the only solution to the issue is to reboot so that you
can use your system again.

It is very easy to disable the init script (which is what I did to solve my
issue), but I don't like the idea that a "protective" mechanism like this can
actually cause as much (if not more) irritation as it intends to save.

My request is that this utility be disabled by default -- though I know that
this is not necessarily realistic.  Still, forcing a reboot is not a good
solution, in my opinion, and something better needs to be found.  I filed a
separate bug instead of commenting on #567539, because I don't believe that
just making the temporary space larger is the correct solution.  I wish I had
a good solution and accompanying patch, but I do not... I just have the
problem.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  coreutils       8.13-3
ii  debianutils     4.1
ii  libc6           2.13-24
ii  lsb-base        3.2-28
ii  mount           2.20.1-1
ii  sysv-rc         2.88dsf-18
ii  sysvinit-utils  2.88dsf-18

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42-1
ii  psmisc     22.14-1

initscripts suggests no packages.

-- no debconf information



_______________________________________________
Pkg-sysvinit-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-sysvinit-devel

Reply via email to