potential df issues in 8-stable
Chip Camden
sterling at camdensoftware.com
Tue Oct 19 16:28:39 UTC 2010
Quoth krad on Tuesday, 19 October 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
> _______________________________________________
> 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"
Stupid question: is it possible that df is aliased to a version of the
command with -t specified?
--
Sterling (Chip) Camden | sterling at camdensoftware.com | 2048D/3A978E4F
http://camdensoftware.com | http://chipstips.com | http://chipsquips.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20101019/7533e8a2/attachment.pgp
More information about the freebsd-questions
mailing list