Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Oct 2010 11:55:56 +0100
From:      krad <kraduk@gmail.com>
To:        Alexander Best <arundel@freebsd.org>
Cc:        FreeBSD Questions <freebsd-questions@freebsd.org>
Subject:   Re: potential df issues in 8-stable
Message-ID:  <AANLkTi=zmR3j4nNa0hOfhwTmWXdfNmX4%2B7oRGgK7BSEJ@mail.gmail.com>
In-Reply-To: <20101019104953.GA71088@freebsd.org>
References:  <AANLkTim8Ut1qgM2wWPTXdqhgaihpW-mcLBAqCm8TgWjO@mail.gmail.com> <AANLkTikw1kFGB8fndSkVRu6BGSx1Qrx7yJO36gBZZmNQ@mail.gmail.com> <AANLkTi=4J6sStnvNvGtyk5-=LSBYQbN=-TEBQ7b5MbuD@mail.gmail.com> <20101019104953.GA71088@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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 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
> _______________________________________________
> 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 last
night. Doing another build run now to see what happens



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTi=zmR3j4nNa0hOfhwTmWXdfNmX4%2B7oRGgK7BSEJ>