potential df issues in 8-stable
krad
kraduk at gmail.com
Tue Oct 19 10:56:06 UTC 2010
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
More information about the freebsd-questions
mailing list