[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#255023: marked as done (absurd df output - suspect dependency problem between libc6-sparc64 and fileutils)



Your message dated Thu, 21 Oct 2004 11:08:39 +0900
with message-id <81pt3cyg9k.wl@omega.webmasters.gr.jp>
and subject line Bug#255023: absurd df output - suspect dependency problem between libc6-sparc64 and fileutils
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 18 Jun 2004 12:17:56 +0000
>From robin.stevens@computing-services.oxford.ac.uk Fri Jun 18 05:17:56 2004
Return-path: <robin.stevens@computing-services.oxford.ac.uk>
Received: from tx3.oucs.ox.ac.uk [163.1.2.167] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1BbIJg-0006ih-00; Fri, 18 Jun 2004 05:17:56 -0700
Received: from scan3.oucs.ox.ac.uk ([163.1.2.166] helo=localhost)
	by tx3.oucs.ox.ac.uk with esmtp (Exim 4.24)
	id 1BbIJf-0002Rs-Mw
	for submit@bugs.debian.org; Fri, 18 Jun 2004 13:17:55 +0100
Received: from rx3.oucs.ox.ac.uk ([163.1.2.165])
 by localhost (scan3.oucs.ox.ac.uk [163.1.2.166]) (amavisd-new, port 25)
 with ESMTP id 08943-10 for <submit@bugs.debian.org>;
 Fri, 18 Jun 2004 13:17:54 +0100 (BST)
Received: from hex.oucs.ox.ac.uk ([163.1.15.27])
	by rx3.oucs.ox.ac.uk with esmtp (Exim 4.24)
	id 1BbIJe-0002Rl-CL
	for submit@bugs.debian.org; Fri, 18 Jun 2004 13:17:54 +0100
Received: from rejs by hex.oucs.ox.ac.uk with local (Exim 3.35 #1 (Debian))
	id 1BbIJe-0002Mp-00
	for <submit@bugs.debian.org>; Fri, 18 Jun 2004 13:17:54 +0100
Date: Fri, 18 Jun 2004 13:17:54 +0100
From: Robin Stevens <robin.stevens@computing-services.oxford.ac.uk>
To: submit@bugs.debian.org
Subject: absurd df output - suspect dependency problem between libc6-sparc64 and fileutils
Message-ID: <20040618121754.GA8999@hex.oucs.ox.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: Robin Stevens <robin.stevens@computing-services.oxford.ac.uk>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: libc6-sparc64
Version: 2.3.2.ds1-12

I am using Debian woody on a sparc64 system, running a 2.4.26 kernel.
Having a need to upgrade to a later version of jigdo-file (0.7.0-2 from
testing), various other packages had to be upgraded to the versions in
testing.  I've included a log of this upgrade at the bottom of this
message.

Following this, I find that the output from 'df' becomes absurd, e.g.:

rejs@galadriel:~$ df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/md2             31272770170 18797442380 10860710973  64% /
/dev/md4                  2015       490      1422  26% /usr
/dev/md6             460916294757 104075740425 333426542785  24% /var
/dev/md7             460916294757 7551248273 429951034937   2% /tmp
/dev/md8             62795475463332 13967826000543 45637788803400  24% /data
rejs@galadriel:~$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md2               29T   18T   10T  64% /
/dev/md4              2.0M  490k  1.3M  26% /usr
/dev/md6              429T   97T  310T  24% /var
/dev/md7              429T  7.1T  400T   2% /tmp
/dev/md8               57P   13P   41P  24% /data

(my md devices are actually created from two 80G drives)

This problem is not fixed by a reboot but is cured by upgrading
fileutils - df then reports correctly.  I assume there is a missing
dependency here?

galadriel:~# apt-get -t testing install fileutils
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  coreutils libacl1 libattr1
The following NEW packages will be installed:
  coreutils libacl1 libattr1
1 packages upgraded, 3 newly installed, 0 to remove and 201  not upgraded.
Need to get 2475kB of archives. After unpacking 5231kB will be used.
Do you want to continue? [Y/n]
Get:1 http://mirror.ox.ac.uk testing/main libattr1 2.4.16-1 [7542B]
Get:2 http://mirror.ox.ac.uk testing/main libacl1 2.2.23-1 [13.7kB]
Get:3 http://mirror.ox.ac.uk testing/main coreutils 5.0.91-2 [2446kB]
Get:4 http://mirror.ox.ac.uk testing/main fileutils 5.0.91-2 [7676B]
Fetched 2475kB in 0s (5809kB/s)
Selecting previously deselected package libattr1.
(Reading database ... 21563 files and directories currently installed.)
Unpacking libattr1 (from .../libattr1_2.4.16-1_sparc.deb) ...
Setting up libattr1 (2.4.16-1) ...
 
Selecting previously deselected package libacl1.
(Reading database ... 21569 files and directories currently installed.)
Unpacking libacl1 (from .../libacl1_2.2.23-1_sparc.deb) ...
Setting up libacl1 (2.2.23-1) ...
 
Selecting previously deselected package coreutils.
(Reading database ... 21575 files and directories currently installed.)
Unpacking coreutils (from .../coreutils_5.0.91-2_sparc.deb) ...
Replacing files in old package textutils ...
Replacing files in old package fileutils ...
Replacing files in old package shellutils ...
Replacing files in old package debianutils ...
Setting up coreutils (5.0.91-2) ...
 
(Reading database ... 21671 files and directories currently installed.)
Preparing to replace fileutils 4.1-10 (using
.../fileutils_5.0.91-2_all.deb) ...Unpacking replacement fileutils ...
Setting up fileutils (5.0.91-2) ...
galadriel:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md2                248847    147094     88905  63% /
/dev/md4               4127040   1005828   2911568  26% /usr
/dev/md6               1003960    229300    723660  25% /var
/dev/md7               1003960     16428    936532   2% /tmp
/dev/md8             136780032  30424480  99407452  24% /data




For information, log of original libc6 change:

galadriel:~# apt-get -t testing install jigdo-file
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  fakeroot gcc-3.3-base lib64gcc1 libc6 libc6-dev libc6-dev-sparc64
  libc6-sparc64 libdb1-compat libdb3 libgcc1 libstdc++5 linux-kernel-headers
  locales
The following packages will be REMOVED:
  gcc-3.0 libnss-db
The following NEW packages will be installed:
  gcc-3.3-base lib64gcc1 libdb1-compat libstdc++5 linux-kernel-headers
9 packages upgraded, 5 newly installed, 2 to remove and 202  not upgraded.
Need to get 19.1MB of archives. After unpacking 1217kB will be used.
Do you want to continue? [Y/n]
Get:1 http://mirror.ox.ac.uk testing/main libdb1-compat 2.1.3-7 [30.3kB]
Get:2 http://mirror.ox.ac.uk testing/main libc6-dev-sparc64 2.3.2.ds1-12 [1817kB]
Get:3 http://mirror.ox.ac.uk testing/main libc6-dev 2.3.2.ds1-12 [2836kB]
Get:4 http://mirror.ox.ac.uk testing/main linux-kernel-headers 2.5.999-test7-bk-16 [1514kB]
Get:5 http://mirror.ox.ac.uk testing/main locales 2.3.2.ds1-12 [3978kB]
Get:6 http://mirror.ox.ac.uk testing/main libgcc1 1:3.3.4-1 [75.2kB]
Get:7 http://mirror.ox.ac.uk testing/main lib64gcc1 1:3.3.4-1 [78.9kB]
Get:8 http://mirror.ox.ac.uk testing/main gcc-3.3-base 1:3.3.4-1 [146kB]
Get:9 http://mirror.ox.ac.uk testing/main libstdc++5 1:3.3.4-1 [275kB]
Get:10 http://mirror.ox.ac.uk testing/main fakeroot 0.9.5 [89.4kB]
Get:11 http://mirror.ox.ac.uk testing/main libc6-sparc64 2.3.2.ds1-12 [3650kB]
Get:12 http://mirror.ox.ac.uk testing/main libc6 2.3.2.ds1-12 [4138kB]
Get:13 http://mirror.ox.ac.uk testing/main libdb3 3.2.9-20 [248kB]
Get:14 http://mirror.ox.ac.uk testing/main jigdo-file 0.7.0-2 [192kB]
Fetched 19.1MB in 2s (6983kB/s)

Preconfiguring packages ...
Selecting previously deselected package libdb1-compat.
(Reading database ... 21287 files and directories currently installed.)
Unpacking libdb1-compat (from .../libdb1-compat_2.1.3-7_sparc.deb) ...
Replacing files in old package libc6 ...
(Reading database ... 21290 files and directories currently installed.)
Removing libnss-db ...
(Reading database ... 21277 files and directories currently installed.)
Preparing to replace libc6-dev-sparc64 2.2.5-11.5 (using .../libc6-dev-sparc64_2.3.2.ds1-12_sparc.deb) ...
Unpacking replacement libc6-dev-sparc64 ...
Preparing to replace libc6-dev 2.2.5-11.5 (using .../libc6-dev_2.3.2.ds1-12_sparc.deb) ...
Unpacking replacement libc6-dev ...
Selecting previously deselected package linux-kernel-headers.
Unpacking linux-kernel-headers (from .../linux-kernel-headers_2.5.999-test7-bk-16_sparc.deb) ...
Preparing to replace locales 2.2.5-11.5 (using .../locales_2.3.2.ds1-12_all.deb) ...
Unpacking replacement locales ...
Preparing to replace libgcc1 1:3.0.4-7 (using .../libgcc1_1%3a3.3.4-1_sparc.deb) ...
Unpacking replacement libgcc1 ...
Selecting previously deselected package lib64gcc1.
Unpacking lib64gcc1 (from .../lib64gcc1_1%3a3.3.4-1_sparc.deb) ...
(Reading database ... 21536 files and directories currently installed.)
Removing gcc-3.0 ...
Selecting previously deselected package gcc-3.3-base.
(Reading database ... 21490 files and directories currently installed.)
Unpacking gcc-3.3-base (from .../gcc-3.3-base_1%3a3.3.4-1_sparc.deb) ...
Selecting previously deselected package libstdc++5.
Unpacking libstdc++5 (from .../libstdc++5_1%3a3.3.4-1_sparc.deb) ...
Preparing to replace fakeroot 0.4.4-9.2 (using .../fakeroot_0.9.5_sparc.deb) ...Unpacking replacement fakeroot ...
dpkg: warning - unable to delete old file `/usr/lib/64/libfakeroot': Directory not empty
Preparing to replace libc6-sparc64 2.2.5-11.5 (using .../libc6-sparc64_2.3.2.ds1-12_sparc.deb) ...
Unpacking replacement libc6-sparc64 ...
Preparing to replace libc6 2.2.5-11.5 (using .../libc6_2.3.2.ds1-12_sparc.deb) ...
 
Name Service Switch has changed in the C Library: pre-installation question.
Running programs may not be able to do NSS lookups until they are
restarted (for services such as ssh, this can affect your ability to
login).
Note: restarting sshd/telnetd should not affect any existing connections.
 
The services detected are: inetd apache cron ssh exim
 
If other services begin to fail mysteriously after this upgrade,
it may be necessary to restart them too.  We strongly recommend
you to reboot your machine to avoid the NSS related trouble.
 
Do you wish to Restart Services? [Y/n]
 
Restarting services possibly affected by the upgrade:
  inetd: stopping...starting...done.
  apache: stopping...starting...done.
  cron: stopping...starting...done.
  ssh: stopping...starting...done.
  exim: stopping...starting...done.
 
Services restarted successfully.
 
Current default timezone: 'Europe/London'.
Local time is now:      Thu Jun 17 18:23:07 BST 2004.
Universal Time is now:  Thu Jun 17 17:23:07 UTC 2004.
Run 'tzconfig' if you wish to change it.
 
Setting up libdb1-compat (2.1.3-7) ...
 
(Reading database ... 21555 files and directories currently installed.)
Preparing to replace libdb3 3.2.9-16 (using .../libdb3_3.2.9-20_sparc.deb) ...
Unpacking replacement libdb3 ...
Preparing to replace jigdo-file 0.6.5-2 (using .../jigdo-file_0.7.0-2_sparc.deb) ...
Unpacking replacement jigdo-file ...
Setting up linux-kernel-headers (2.5.999-test7-bk-16) ...
Setting up libc6-dev (2.3.2.ds1-12) ...
Setting up locales (2.3.2.ds1-12) ...
Installing new version of config file /etc/locale.alias ...
Generating locales...
Generation complete.
 
Setting up libgcc1 (3.3.4-1) ...
 
Setting up gcc-3.3-base (3.3.4-1) ...
Setting up libstdc++5 (3.3.4-1) ...
 
Setting up fakeroot (0.9.5) ...
Setting up libdb3 (3.2.9-20) ...
 
Setting up jigdo-file (0.7.0-2) ...
 
Setting up libc6-sparc64 (2.3.2.ds1-12) ...
 
Setting up libc6-dev-sparc64 (2.3.2.ds1-12) ...
Setting up lib64gcc1 (3.3.4-1) ...
 
galadriel:~#



-- 
--------------- Robin Stevens  <robin.stevens@oucs.ox.ac.uk> -----------------
Oxford University Computing Services ----------- Web: http://www.cynic.org.uk/
------- (+44)(0)1865: 273212 (work) 273275 (fax)  Mobile: 07776 235326 -------

---------------------------------------
Received: (at 255023-done) by bugs.debian.org; 21 Oct 2004 02:08:49 +0000
>From gotom@debian.or.jp Wed Oct 20 19:08:49 2004
Return-path: <gotom@debian.or.jp>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1CKSNl-0000D7-00; Wed, 20 Oct 2004 19:08:49 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
	by webmasters.gr.jp (Postfix) with ESMTP id 2BFF2DECC8
	for <255023-done@bugs.debian.org>; Thu, 21 Oct 2004 11:08:39 +0900 (JST)
Date: Thu, 21 Oct 2004 11:08:39 +0900
Message-ID: <81pt3cyg9k.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: 255023-done@bugs.debian.org
Subject: Re: Bug#255023: absurd df output - suspect dependency problem between libc6-sparc64 and fileutils
In-Reply-To: <81r7rrgk8h.wl@omega.webmasters.gr.jp>
References: <20040618121754.GA8999@hex.oucs.ox.ac.uk>
	<81oen3lgc9.wl@omega.webmasters.gr.jp>
	<81r7rrgk8h.wl@omega.webmasters.gr.jp>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 255023-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

At Mon, 05 Jul 2004 13:18:22 +0900,
GOTO Masanori wrote:
> > Please check:
> > 
> >   - Executing "ldd /bin/df" tells it's libc6-sparc64 related problem.
> >   - "cat /proc /partitions" tells you it's df problem or kernel problem.
> > 
> > I guess this is your kernel issue.
> 
> Any progress of this bug?  If you have no objection, I'll close this bug.

I think there's no more reports for this bug.  I think it's not bug,
or it's already fixed.  I close this bug.

Regards,
-- gotom



Reply to: