Re: Build failed in Jenkins: FreeBSD_HEAD #1594
On Thu, Oct 09, 2014 at 09:55:13PM -0700, Peter Wemm wrote: On Thursday, October 09, 2014 07:38:03 PM jenkins-ad...@freebsd.org wrote: See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1594/changes [...] -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/altq -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/libf dt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror vers.c ctfconvert -L VERSION -g vers.o --- kernel.debug --- linking kernel.debug ctfmerge -L VERSION -g -o kernel.debug ... kernel.debug: not found *** [kernel.debug] Error code 127 make[2]: stopped in /usr/objhttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/GENERI This is because of: = Author: bapt Date: Thu Oct 9 15:52:01 2014 New Revision: 272827 URL: https://svnweb.freebsd.org/changeset/base/272827 Log: Add size(1) to the cross build toolchain Modified: head/Makefile.inc1 = -- Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 Fixed sorry about that Bapt pgpE1FuGWuA5I.pgp Description: PGP signature
Re: zfs hang
On 10/10/2014 04:27, Steve Wills wrote: Dying drives shouldn't cause panic, right? There can be different shades of dying. Returning errors is one thing, hanging is a different thing. There is a good reason why systems panics in that case. I am surprised though that the hang was not detected in the lower layers like ahci driver or CAM. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: BAFUG Oct 9: Kyua and jenkins testing framework
On Sat, Oct 4, 2014 at 6:10 PM, Craig Rodrigues rodr...@freebsd.org wrote: Hi, On October 9, 2014, in Mountain View, California, I will be giving a brief tech tech on: Kyua and Jenkins: Testing Framework for BSD Here are more details on the tak, plus directions to the location: http://www.meetup.com/BAFUG-Bay-Area-FreeBSD-User-Group/events/209548642/ Hi, Slides from my talk are available online: http://www.slideshare.net/CraigRodrigues1/kyua-jenkins -- Craig ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Build failed in Jenkins: FreeBSD_HEAD #1597
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1597/changes Changes: [hrs] Do not add late flag when file= is specified because it has a bad side-effect. The specified file should exist before the fstab line. Reported by:wblock (long time ago) MFC after: 1 day [delphij] accept(2) may and can return EAGAIN, document it. MFC after: 1 week [imp] For gcc 4.6 and newer, _Static_assert is a keyword, so don't try to redefine it. It does what we want, and is always available unlike other alternatives. [imp] Restore the backed-out change, using __offsetof instead. -- [...truncated 282201 lines...] ctfconvert -L VERSION -g usb_device.o --- netback.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/altq -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/dev/xen/netback/netback.c --- control.o --- ctfconvert -L VERSION -g control.o --- netfront.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/altq -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/dev/xen/netfront/netfront.c --- blkfront.o --- ctfconvert -L VERSION -g blkfront.o --- xenstore.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/altq -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/dev/xen/xenstore/xenstore.c --- netfront.o --- ctfconvert -L VERSION -g netfront.o --- xenstore_dev.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/altq -Ihttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/dev/xen/xenstore/xenstore_dev.c --- xenstore.o --- ctfconvert -L VERSION -g xenstore.o --- xenstored_dev.o ---
Jenkins build is back to normal : FreeBSD_HEAD #1598
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1598/changes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Kyua quickstart guide
Hi, I've started writing a Kyua Quickstart guide, which hopefully help peopel get started with kyua and writing tests: https://github.com/rodrigc/kyua/wiki/Quickstart-Guide Please review the document and provide feedback. -- Craig ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Proposal for adding firewall_myservices_udp in etc/rc.conf
For a simple workstation, we can use this simple configuration in /etc/rc.conf: firewall_type=workstation firewall_enable=YES firewall_myservices=22,80 firewall_allowservices=any But the firewall_myservices allows only TCP services. It's not possible to declare UDP services (like a torrent client). This patch propose to add UDP services by 2 changes: 1. firewall_myservices became a deprecated alias, the new is firewall_myservices_tcp 2. A new firewall_myservices_udp variable is added. Patch attached to PR194292: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194292 What do you think ? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Resizing a zpool as a VMware ESXi guest ...
All, I am a long time user and advocate of FreeBSD and manage a several deployments of FreeBSD in a few data centers. Now that these environments are almost always virtual, it would make sense that FreeBSD support for basic features such as dynamic disk resizing. It looks like most of the parts are intended to work. Kudos to the FreeBSD foundation for seeing the need and sponsoring dynamic increase of online UFS filesystems via growfs. Unfortunately, it would appear that there are still problems in this area, such as ... a) cam/geom recognizing when a drive's size has increased b) zpool recognizing when a gpt partition size has increased For example, if I do an install of FreeBSD 10 on VMware using ZFS, I see the following ... root@zpool-test:~ # gpart show = 34 16777149 da0 GPT (8.0G) 34 10241 freebsd-boot (512K) 1058 41943042 freebsd-swap (2.0G) 4195362 125818213 freebsd-zfs (6.0G) If I increase the VM disk size using VMware to 16G and rescan using camcontrol, this is what I see ... root@zpool-test:~ # camcontrol rescan all Re-scan of bus 0 was successful Re-scan of bus 1 was successful Re-scan of bus 2 was successful root@zpool-test:~ # gpart show = 34 16777149 da0 GPT (8.0G) 34 10241 freebsd-boot (512K) 1058 41943042 freebsd-swap (2.0G) 4195362 125818213 freebsd-zfs (6.0G) The GPT label still appears to be 8G. If I reboot the VM, it picks up the correct size ... root@zpool-test:~ # gpart show = 34 16777149 da0 GPT (16G) [CORRUPT] 34 10241 freebsd-boot (512K) 1058 41943042 freebsd-swap (2.0G) 4195362 125818213 freebsd-zfs (6.0G) Now I have 16G to play with. I'll expand the freebsd-zfs partition to claim the additional space ... root@zpool-test:~ # gpart recover da0 da0 recovered root@zpool-test:~ # gpart show = 34 33554365 da0 GPT (16G) 34 10241 freebsd-boot (512K) 1058 41943042 freebsd-swap (2.0G) 4195362 125818213 freebsd-zfs (6.0G) 16777183 16777216 - free - (8.0G) root@zpool-test:~ # gpart resize -i 3 da0 root@zpool-test:~ # gpart show = 34 33554365 da0 GPT (16G) 34 10241 freebsd-boot (512K) 1058 41943042 freebsd-swap (2.0G) 4195362 293590373 freebsd-zfs (14G) Now I want the claim the additional 14 gigs of space for my zpool ... root@zpool-test:~ # zpool status pool: zroot state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 gptid/352086bd-50b5-11e4-95b8-0050569b2a04 ONLINE 0 0 0 root@zpool-test:~ # zpool set autoexpand=on zroot root@zpool-test:~ # zpool online -e zroot gptid/352086bd-50b5-11e4-95b8-0050569b2a04 root@zpool-test:~ # zpool list NAMESIZE ALLOC FREECAP DEDUP HEALTH ALTROOT zroot 5.97G 876M 5.11G14% 1.00x ONLINE - The zpool appears to still only have 5.11G free. Lets reboot and try again ... root@zpool-test:~ # zpool set autoexpand=on zroot root@zpool-test:~ # zpool online -e zroot gptid/352086bd-50b5-11e4-95b8-0050569b2a04 root@zpool-test:~ # zpool list NAMESIZE ALLOC FREECAP DEDUP HEALTH ALTROOT zroot 14.0G 876M 13.1G 6% 1.00x ONLINE - Now I have 13.1G free. I can add this space to any of my zfs volumes and it picks the change up immediately. So the question remains, why do I need to reboot the OS twice to allocate new disk space to a volume? FreeBSD is first and foremost a server operating system. Servers are commonly deployed in data centers. Virtual environments are now commonplace in data centers, not the exception to the rule. VMware still has the vast majority of the private virutal environment market. I assume that most would expect things like this to work out of the box. Did I miss a required step or is this fixed in CURRENT? Thanks, -Matthew ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
