potential df issues in 8-stable

Tue Oct 19 09:22:21 UTC 2010

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
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=