Date: Tue, 19 Oct 2010 10:49:53 +0000 From: Alexander Best <arundel@freebsd.org> To: krad <kraduk@gmail.com> Cc: FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: potential df issues in 8-stable Message-ID: <20101019104953.GA71088@freebsd.org> In-Reply-To: <AANLkTi=4J6sStnvNvGtyk5-=LSBYQbN=-TEBQ7b5MbuD@mail.gmail.com> References: <AANLkTim8Ut1qgM2wWPTXdqhgaihpW-mcLBAqCm8TgWjO@mail.gmail.com> <AANLkTikw1kFGB8fndSkVRu6BGSx1Qrx7yJO36gBZZmNQ@mail.gmail.com> <AANLkTi=4J6sStnvNvGtyk5-=LSBYQbN=-TEBQ7b5MbuD@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 minor 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 /system/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/local > >> system/usr-obj 2.89G 37.2G 2.69G /usr/obj > >> system/usr-ports 1.92G 37.2G 878M /usr/ports > >> system/usr-ports/distfiles 1.06G 37.2G 1.06G > >> /usr/ports/distfiles > >> system/usr-src 631M 37.2G 310M /usr/src > >> system/var 1.80G 37.2G 875M /var > >> system/var/log 922M 37.2G 582M /var/log > >> 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 16384, > >> 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) = 79 (0x4f) > >> system/be 37G 31K 37G 0% > >> /system/be > >> write(1,"system/be "...,82) = 82 (0x52) > >> system/be/root20100726 39G 1.7G 37G 4% > >> /system/be/root20100726 > >> write(1,"system/be/root20100726 "...,95) = 95 (0x5f) > >> system/clang 38G 1.2G 37G 3% > >> /system/clang > >> write(1,"system/clang "...,85) = 85 (0x55) > >> system/tmp 4.0G 38K 4.0G 0% > >> /tmp > >> write(1,"system/tmp "...,76) = 76 (0x4c) > >> system/usr-local 39G 1.8G 37G 5% > >> /usr/local > >> write(1,"system/usr-local "...,82) = 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=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/krad/bin > > d=`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=1 see http://www.freebsd.org/doc/en/books/handbook/makeworld.html#Q24.7.14.6. cheers. alex > 4 buildkernel WITH_CTF=1 > > touch /usr/src/end > > > > > # cat /etc/src.conf > WITHOUT_ATM="YES" > WITHOUT_BIND_ETC="yes" > WITHOUT_FREEBSD_UPDATE="yes" > WITHOUT_GAMES="yes" > WITHOUT_HTML="yes" > WITHOUT_INET6="yes" > WITHOUT_IPFILTER="yes" > WITHOUT_IPFW="yes" > WITHOUT_IPX="yes" > WITHOUT_KERBEROS="yes" > LOADER_ZFS_SUPPORT=YES > > > NO_WERROR= > WERROR= > # Don't forget this when using Jails! > NO_FSCHG= -- a13x
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101019104953.GA71088>