cp loader.sym loader.bin fails
Hi, I just updated my sources to: URL: svn://svn.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 280833 Node Kind: directory Schedule: normal Last Changed Author: mav Last Changed Rev: 280803 Last Changed Date: 2015-03-29 15:46:59 +0800 (Sun, 29 Mar 2015) Installing world fails now with this error: cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/usr/src/sys/boot/i386/loader/../../ficl -I/usr/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/i386/loader/../../common -I. -Wall -I/usr/src/sys/boot/i386/loader/.. -I/usr/src/sys/boot/i386/loader/../btx/lib -march=i386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=gnu99 -Qunused-arguments -DLOADER_PREFER_AMD64 -static -Ttext 0x0 -nostdlib -o loader.sym /usr/obj/usr/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64.o disk.o part.o crc32.o bcache.o isapnp.o pnp.o interp_forth.o /usr/obj/usr/src/sys/boot/i386/loader/../../ficl32/libficl.a /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a /usr/obj/usr/src/sys/boot/i386/loader/../../libstand32/libstand.a cp loader.sym loader.bin make[7]: exec(cp) failed (No such file or directory) *** Error code 1 Stop. make[7]: stopped in /usr/src/sys/boot/i386/loader *** Error code 1 There is a file 'loader' there but not a loader.sym. I encountered this error the first time with source last Friday or Saturday and thought an update will do. Does somebody has a hint? Thanks! Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[Bug 198549] [build] FreeBSD -STABLE r279935 world fail to build lib/libmagic.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198549 sasamotik...@gmail.com changed: What|Removed |Added Summary|FreeBSD -STABLE r279935 |[build] FreeBSD -STABLE |world fail to build.|r279935 world fail to build ||lib/libmagic. --- Comment #2 from sasamotik...@gmail.com --- Without -j even without src.conf and optimization flag, failure still repeatable. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[Bug 199014] [build] r280833 world fail to build with clang35 on -STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199014 sasamotik...@gmail.com changed: What|Removed |Added Summary|[build] world fail to build |[build] r280833 world fail |with clang35 on -STABLE |to build with clang35 on ||-STABLE CC||sta...@freebsd.org -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: rctl logs swapuse even if swap is empty
Hello Edward, I am trying to contact you directly, because you are the author of RCTL. Can you shed some light on this issue? I still have a problem with understanding this swapuse issue. Now I have a monitoring of all values reported by rctl -u jail:fox and there are values like 60GB of swapuse. It doesn't make sense to me. If this is a bug, I can send you a CSV log file, od ODS (LibreOffice Calc) with graph, or MRTG graphs of all values. Miroslav Lachman https://lists.freebsd.org/pipermail/freebsd-stable/2015-March/082019.html Miroslav Lachman wrote on 03/22/2015 22:42: Miroslav Lachman wrote on 03/21/2015 01:35: I tried RCTL for the first time, so maybe it is error on my side. [...] Both jails are small webservers with PHP + Apache. They do not use much memory and they really do not user any swap space. (according to top and swapinfo) # swapinfo -h Device 1K-blocks UsedAvail Capacity /dev/mirror/gm0s1b 16777216 0B 16G 0% # rctl -hu jail:fox | grep swap swapuse=0 Processes in both jails are logged as using more than 32MB of swap: Mar 21 01:18:55 neon kernel: rctl: rule jail:fox:swapuse:log=33554432 matched by pid 20783 (httpd), uid 80, jail fox Mar 21 01:18:55 neon kernel: rctl: rule jail:fox:swapuse:log=33554432 matched by pid 20787 (httpd), uid 80, jail fox Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432 matched by pid 19207 (httpd), uid 80, jail fox Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432 matched by pid 20790 (sh), uid 0, jail fox Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432 matched by pid 20792 (sh), uid 0, jail fox Mar 21 01:18:58 neon kernel: rctl: rule jail:olymp:swapuse:log=33554432 matched by pid 20793 (sh), uid 0, jail olymp Mar 21 01:18:58 neon kernel: rctl: rule jail:olymp:swapuse:log=33554432 matched by pid 20795 (sh), uid 0, jail olymp Is it expected? I do not think so. Or am I doing something wrong with rctl? This is really strange. FOP (Java application) in jail is failing unless rctl swapuse is set to 7GB or more. Does swapuse means anything completely different than what is swapinfo or top reporting? The same web services with FOP is running completely fine on real server with 2GB of physical RAM installed and less than 5GB of swap partition (swap is empty). But it is not working in jail if RCTL is set to swapuse:deny=4GB or memoryuse:deny=4GB. Can somebody explain it? Miroslav Lachman ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Jenkins build is back to normal : Build-UFS-image #1451
See https://jenkins.freebsd.org/job/Build-UFS-image/1451/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
nc (netcat) in 10.1 breaks after upgrade from 9.3
nc (netcat) in 10.1 behaves differently than it was before upgrade and breaks our scripts for monitoring services. For example, following command works in FreeBSD 8.4 and 9.3 echo stats | nc localhost 11211 But it hangs in 10.1 at the END and never finishes. It must be changed to: echo stats | nc -N localhost 11211 Is it intentional? Miroslav Lachman ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: nc (netcat) in 10.1 breaks after upgrade from 9.3
On 29 Mar 2015, at 22:53, Miroslav Lachman 000.f...@quip.cz wrote: nc (netcat) in 10.1 behaves differently than it was before upgrade and breaks our scripts for monitoring services. For example, following command works in FreeBSD 8.4 and 9.3 echo stats | nc localhost 11211 But it hangs in 10.1 at the END and never finishes. It must be changed to: echo stats | nc -N localhost 11211 Is it intentional? Yes, this was introduced by upstream: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/nc/netcat.c#rev1.111 Don't shutdown nc(1)'s network socket when stdin closes. Matches *Hobbit*'s original netcat and GNU netcat; revert to old behaviour with the new -N flag if needed. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: nc (netcat) in 10.1 breaks after upgrade from 9.3
Dimitry Andric wrote on 03/29/2015 23:21: On 29 Mar 2015, at 22:53, Miroslav Lachman 000.f...@quip.cz wrote: [...] It must be changed to: echo stats | nc -N localhost 11211 Is it intentional? Yes, this was introduced by upstream: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/nc/netcat.c#rev1.111 Don't shutdown nc(1)'s network socket when stdin closes. Matches *Hobbit*'s original netcat and GNU netcat; revert to old behaviour with the new -N flag if needed. OK, thank you for your reply and sorry for the noise. :) Miroslav Lachman ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
