Date: Tue, 19 Oct 2010 09:28:33 -0700 From: Chip Camden <sterling@camdensoftware.com> To: FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: potential df issues in 8-stable Message-ID: <20101019162833.GD14647@libertas.local.camdensoftware.com> In-Reply-To: <AANLkTindEC-SsV9w80CeUXZG2MYZ1cW0B7WUmdGdoouX@mail.gmail.com> References: <AANLkTim8Ut1qgM2wWPTXdqhgaihpW-mcLBAqCm8TgWjO@mail.gmail.com> <AANLkTikw1kFGB8fndSkVRu6BGSx1Qrx7yJO36gBZZmNQ@mail.gmail.com> <AANLkTi=4J6sStnvNvGtyk5-=LSBYQbN=-TEBQ7b5MbuD@mail.gmail.com> <20101019104953.GA71088@freebsd.org> <AANLkTi=zmR3j4nNa0hOfhwTmWXdfNmX4%2B7oRGgK7BSEJ@mail.gmail.com> <AANLkTindEC-SsV9w80CeUXZG2MYZ1cW0B7WUmdGdoouX@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--11Y7aswkeuHtSBEs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth krad on Tuesday, 19 October 2010: > On 19 October 2010 11:55, krad <kraduk@gmail.com> wrote: >=20 > > > > > > On 19 October 2010 11:49, Alexander Best <arundel@freebsd.org> wrote: > > > >> On Tue Oct 19 10, krad wrote: > >> > On 19 October 2010 10:10, krad <kraduk@gmail.com> wrote: > >> > > >> > > > >> > > > >> > > On 19 October 2010 10:00, krad <kraduk@gmail.com> wrote: > >> > > > >> > >> Just updated my system last night to 8-stable. Now im seeing a mi= nor > >> issue > >> > >> with df in that it doesnt output anything. I'm a pure zfs based > >> system. > >> > >> > >> > >> # df -h > >> > >> # > >> > >> > >> > >> # zfs list | grep system > >> > >> system 106G 37.2G 23K /system > >> > >> system/be 31.6G 37.2G 31K /syste= m/be > >> > >> system/be/root20100405 2.52G 37.2G 1.70G legacy > >> > >> system/be/root20100427 3.32G 37.2G 1.71G legacy > >> > >> system/be/root20100503 2.42G 37.2G 1.72G legacy > >> > >> system/be/root20100516 2.55G 37.2G 1.72G legacy > >> > >> system/be/root20100625 2.70G 37.2G 1.86G legacy > >> > >> system/be/root20100720 2.71G 37.2G 1.72G legacy > >> > >> system/be/root20100726 2.53G 37.2G 1.72G > >> > >> /system/be/root20100726 > >> > >> system/be/root20100825 2.57G 37.2G 1.73G legacy > >> > >> system/be/root20100914 2.57G 37.2G 1.73G legacy > >> > >> system/be/root20100921 2.56G 37.2G 1.73G legacy > >> > >> system/be/root20101002 2.57G 37.2G 1.73G legacy > >> > >> system/be/root20101019 2.57G 37.2G 1.73G legacy > >> > >> system/clang 1.25G 37.2G 1.25G > >> /system/clang > >> > >> system/home 58.9G 37.2G 58.9G /home > >> > >> system/scripts 489K 37.2G 78K > >> > >> /usr/local/scripts > >> > >> system/squid 542M 1.47G 542M > >> > >> /usr/local/squid/ > >> > >> system/test 19K 37.2G 19K legacy > >> > >> system/test2 1G 38.2G 472K - > >> > >> system/tmp 38K 4.00G 38K /tmp > >> > >> system/usr-local 4.99G 37.2G 1.81G /usr/l= ocal > >> > >> system/usr-obj 2.89G 37.2G 2.69G /usr/o= bj > >> > >> system/usr-ports 1.92G 37.2G 878M /usr/p= orts > >> > >> system/usr-ports/distfiles 1.06G 37.2G 1.06G > >> > >> /usr/ports/distfiles > >> > >> system/usr-src 631M 37.2G 310M /usr/s= rc > >> > >> system/var 1.80G 37.2G 875M /var > >> > >> system/var/log 922M 37.2G 582M /var/l= og > >> > >> system/var/mysql 50.7M 37.2G 50.7M > >> /var/db/mysql > >> > >> > >> > >> > >> > >> UFS is ok though > >> > >> > >> > >> > >> > >> # zfs create -V 1G system/test2 > >> > >> # newfs /dev/zvol/system/test2 > >> > >> /dev/zvol/system/test2: 1024.0MB (2097152 sectors) block size 163= 84, > >> > >> fragment size 2048 > >> > >> using 6 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. > >> > >> super-block backups (for fsck -b #) at: > >> > >> 160, 376416, 752672, 1128928, 1505184, 1881440 > >> > >> # mount /dev/zvol/system/test2 /mnt/ > >> > >> # df -h > >> > >> Filesystem Size Used Avail Capacity Mounted = on > >> > >> /dev/zvol/system/test2 989M 4.0K 910M 0% /mnt > >> > >> > >> > >> > >> > >> it looks like df is finding the zfs file systems > >> > >> > >> > >> truss df > >> > >> ---->8 > >> > >> > >> > >> system 37G 23K 37G = 0% > >> > >> /system > >> > >> write(1,"system "...,79) =3D 79 (0x4f) > >> > >> system/be 37G 31K 37G = 0% > >> > >> /system/be > >> > >> write(1,"system/be "...,82) =3D 82 (0x52) > >> > >> system/be/root20100726 39G 1.7G 37G = 4% > >> > >> /system/be/root20100726 > >> > >> write(1,"system/be/root20100726 "...,95) =3D 95 (0x5f) > >> > >> system/clang 38G 1.2G 37G = 3% > >> > >> /system/clang > >> > >> write(1,"system/clang "...,85) =3D 85 (0x55) > >> > >> system/tmp 4.0G 38K 4.0G = 0% > >> > >> /tmp > >> > >> write(1,"system/tmp "...,76) =3D 76 (0x4c) > >> > >> system/usr-local 39G 1.8G 37G = 5% > >> > >> /usr/local > >> > >> write(1,"system/usr-local "...,82) =3D 82 (0x52) > >> > >> system/scripts 37G 78K 37G = 0% > >> > >> /usr/local/scripts > >> > >> > >> > >> ---->8 > >> > >> > >> > >> anyone else having these issues? > >> > >> > >> > >> FreeBSD carrera 8.1-STABLE FreeBSD 8.1-STABLE #326: Tue Oct 19 > >> 04:47:55 > >> > >> BST 2010 root@carrera:/usr/obj/usr/src/sys/me amd64 > >> > >> # ls -l /bin/sh > >> > >> -r-xr-xr-x 1 root wheel 132832 Oct 19 09:19 /bin/sh > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > > hmm > >> > > > >> > > # df -t zfs > >> > > df: only one -t option may be specified > >> > > # df -t ufs > >> > > df: only one -t option may be specified > >> > > # df -t devfs > >> > > df: only one -t option may be specified > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > >> > ok i have rebuilt df from src and it seems to works now. so i guess = its > >> > something screwing up on the overnight build. This is a little odd > >> though as > >> > I do a clean as part of the process. Maybe I should explictitly nuke= the > >> obj > >> > tress > >> > > >> > > >> > cat /usr/local/scripts/update_world > >> > #!/usr/local/bin/bash > >> > > >> > export > >> > > >> PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/l= ocal/bin:/home/krad/bin > >> > > >> > d=3D`date '+%Y%m%d'` > >> > > >> > touch /usr/src/start > >> > figlet Starting nightly buildworld > >> > cd /usr/src && make clean && make update && make -j 4 buildworld && = make > >> -j > >> > >> you better make that line: > >> > >> chflags -R noschg /usr/obj/usr && rm -rf /usr/obj/usr && cd /usr/src && > >> make cleandir cleandir && make update && make -j 4 buildworld && make = -j 4 > >> buildkernel WITH_CTF=3D1 > >> > >> see > >> http://www.freebsd.org/doc/en/books/handbook/makeworld.html#Q24.7.14.6. > >> > >> cheers. > >> alex > >> > >> > 4 buildkernel WITH_CTF=3D1 > >> > > >> > touch /usr/src/end > >> > > >> > > >> > > >> > > >> > # cat /etc/src.conf > >> > WITHOUT_ATM=3D"YES" > >> > WITHOUT_BIND_ETC=3D"yes" > >> > WITHOUT_FREEBSD_UPDATE=3D"yes" > >> > WITHOUT_GAMES=3D"yes" > >> > WITHOUT_HTML=3D"yes" > >> > WITHOUT_INET6=3D"yes" > >> > WITHOUT_IPFILTER=3D"yes" > >> > WITHOUT_IPFW=3D"yes" > >> > WITHOUT_IPX=3D"yes" > >> > WITHOUT_KERBEROS=3D"yes" > >> > LOADER_ZFS_SUPPORT=3DYES > >> > > >> > > >> > NO_WERROR=3D > >> > WERROR=3D > >> > # Don't forget this when using Jails! > >> > NO_FSCHG=3D > >> > >> -- > >> a13x > >> _______________________________________________ > >> freebsd-questions@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> To unsubscribe, send any mail to " > >> freebsd-questions-unsubscribe@freebsd.org" > >> > > > > probably, strange how its worked fine for years then suddenly failed la= st > > night. Doing another build run now to see what happens > > >=20 >=20 > ok i have rebuilt twice now, both times completely removing the obj tree, > and still get the same issues with df >=20 > no updates came down with the updates so the issue is still there >=20 > looking at the freebsd svn server there have been no updates to df for ov= er > a year so its like to be something in a library or possible the kernel > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" Stupid question: is it possible that df is aliased to a version of the command with -t specified? --=20 Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips= .com --11Y7aswkeuHtSBEs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iQEcBAEBAgAGBQJMvccxAAoJEIpckszW26+Rq00H/1QTSZdcBf2thoWRqEQixd+W ru8gNqBR6mjvdfVlGcAW6fNEyDoAu7qPsBRrMFhrmvubt54LSxck5ZOrPaSM+Qna 6RTZVX2ToyWP0828h+zJcHGBUm/hliyh2w9ZOT1W7Rne7KtNF5AYNMUolEf1rQTc Z4Kbgdw5nb+y8upok4XmAqBCY+uZfrS9RDbQr/bzvlFKoipDlfo0aXoYQRoxTAid KuB6u0jQ4JDiefQlc/QJ76eAAgDS8cyaNDScFf0nzTac/szjabOvJZSV+Ts3Suoy 84lCC36sgaVfHvqbkPxYEaxRlrzEVKJRm1mPQVDImyPh01yiFyNlOFuhRkW42po= =IfmW -----END PGP SIGNATURE----- --11Y7aswkeuHtSBEs--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101019162833.GD14647>