potential df issues in 8-stable

krad kraduk at gmail.com
Tue Oct 19 12:51:00 UTC 2010 

On 19 October 2010 11:55, krad <kraduk at gmail.com> wrote:

>
>
> On 19 October 2010 11:49, Alexander Best <arundel at freebsd.org> wrote:
>
>> On Tue Oct 19 10, krad wrote:
>> > On 19 October 2010 10:10, krad <kraduk at gmail.com> wrote:
>> >
>> > >
>> > >
>> > > On 19 October 2010 10:00, krad <kraduk at 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 at 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
>> _______________________________________________
>> freebsd-questions at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>> To unsubscribe, send any mail to "
>> freebsd-questions-unsubscribe at freebsd.org"
>>
>
> probably, strange how its worked fine for years then suddenly failed last
> night. Doing another build run now to see what happens
>


ok i have rebuilt twice now, both times completely removing the obj tree,
and still get the same issues with df

no updates came down with the updates so the issue is still there

looking at the freebsd svn server there have been no updates to df for over
a year so its like to be something in a library or possible the kernel

More information about the freebsd-questions mailing list