[HEADSUP] KDB, KDB_TRACE are now in GENERIC kernels
KDB and KDB_TRACE are now included into GENERIC kernels on stable/8 branch. This should not break anything for you. But if you include GENERIC into your custom kernel config and you already have the above options there, then you will get warnings about duplicate options. You can simply remove the second copy. The purpose of the change is to get a stack trace from a panic or a trap in a default installation. We still don't configure any debugger backend by default. -- Andriy Gapon ___ 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: hast vs ggate+gmirror sychrnoisation speed
What speed do you expect? IIRC from my tests, I was able to saturate 1Gbit link with initial synchronization. Also note, that hast synchronize only differences, and not the entire thing after crash or power failure. I should probably have put some numbers in the original email, sorry! I am looking here at an initial syc of the entire mirror, not just the differences. ggate+gmirror gives me about 89 meg/second hast gives me about 44 meg/second The boxes have gigabit connectin between them - not directly cross connected, but they are plugged into the same switch. I have lagg doing LACP on them. But, as the setup is identical network-wise for each box then I don't think it's that. I have this is sysctl.conf kern.ipc.maxsockbuf=1048576 net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 I will give the recompile with changed contants a try (maybe later today) - do I need to do this at both ends though, as I want to avoid downtime if possible. cheers, -pete. ___ 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: hast vs ggate+gmirror sychrnoisation speed
If you are 50ms RTT from the remote system, the default buffer size will limit you to about 21 Mbps. Formula is Window-size(in bits/sec)/RTT(in sec.) The result is the absolute maximum possible bandwidth in bits/sec. Of course, you can replace window size with the bytes/sec and the result will be in bytes. I've got a ping time of around 100us (ranges from 0.093ms to 0.109ms) So from your formula I should be able to saturate 1 gigabit ether. I was getting around 90 meg/sevond using ggate Am going to experiment now with the recompiled hastd using the buffesr sizes I was using with ggate and see what happens. thanks, -pete. ___ 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
[releng_7 tinderbox] failure on i386/i386
TB --- 2010-10-25 08:30:07 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-10-25 08:30:07 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-10-25 08:30:07 - cleaning the object tree TB --- 2010-10-25 08:30:31 - cvsupping the source tree TB --- 2010-10-25 08:30:31 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-10-25 08:30:43 - building world TB --- 2010-10-25 08:30:43 - MAKEOBJDIRPREFIX=/obj TB --- 2010-10-25 08:30:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-10-25 08:30:43 - TARGET=i386 TB --- 2010-10-25 08:30:43 - TARGET_ARCH=i386 TB --- 2010-10-25 08:30:43 - TZ=UTC TB --- 2010-10-25 08:30:43 - __MAKE_CONF=/dev/null TB --- 2010-10-25 08:30:43 - cd /src TB --- 2010-10-25 08:30:43 - /usr/bin/make -B buildworld World build started on Mon Oct 25 08:30:44 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] gzip -cn /src/share/man/man9/vm_page_grab.9 vm_page_grab.9.gz gzip -cn /src/share/man/man9/vm_page_hold.9 vm_page_hold.9.gz gzip -cn /src/share/man/man9/vm_page_insert.9 vm_page_insert.9.gz gzip -cn /src/share/man/man9/vm_page_io.9 vm_page_io.9.gz gzip -cn /src/share/man/man9/vm_page_lookup.9 vm_page_lookup.9.gz gzip -cn /src/share/man/man9/vm_page_protect.9 vm_page_protect.9.gz gzip -cn /src/share/man/man9/vm_page_rename.9 vm_page_rename.9.gz make: don't know how to make vm_page_sleep_if_busy.9. Stop *** Error code 2 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-10-25 09:27:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-10-25 09:27:06 - ERROR: failed to build world TB --- 2010-10-25 09:27:06 - 2845.79 user 298.20 system 3418.77 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full ___ 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: hast vs ggate+gmirror sychrnoisation speed
You could change the values and recompile hastd :-). It would be interesting to know about the results of your experiment (if you do). I changed the buffer sizes to the same as I was using for ggate, but the speed is still the same - 44meg/second (about half of what the link can do) interesting... BTW, the speed appears to be fine for my current load so this isn't a probelm for me per-se, just surprised at the difference in re-sync performance. -pete. ___ 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: hast vs ggate+gmirror sychrnoisation speed
On Mon, 25 Oct 2010 11:55:34 +0100 Pete French wrote: You could change the values and recompile hastd :-). It would be interesting to know about the results of your experiment (if you do). PF I changed the buffer sizes to the same as I was using for ggate, but the speed PF is still the same - 44meg/second (about half of what the link can do) You can check if the queue size is an issue monitoring with netstat Recv-Q and Send-Q for hastd connections during the test. Running something like below: while sleep 1; do netstat -na |grep '\.8457.*ESTAB'; done Also tcpdump may help :-) -- Mikolaj Golub ___ 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: cdrtools /devel and wodim broken
Warren Block wrote: I've had mixed success with cdrecord (sysutils/cdrtools-devel) over the years. Although growisofs is reputed to be less correct, I can't recall it ever having a problem. Isn't cdrtools dependency of growisofs? regards, - Jakub Lach -- View this message in context: http://old.nabble.com/cdrtools--devel-and-wodim-broken-tp29978939p30048354.html Sent from the freebsd-stable mailing list archive at Nabble.com. ___ 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: cdrtools /devel and wodim broken
On Mon, 25 Oct 2010, Jakub Lach wrote: Warren Block wrote: I've had mixed success with cdrecord (sysutils/cdrtools-devel) over the years. Although growisofs is reputed to be less correct, I can't recall it ever having a problem. Isn't cdrtools dependency of growisofs? Yes, although maybe for mkisofs, not the DVD recording code. ___ 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
POSIX file permission (understanding) problem?
Hello, am I complete stupid or is there a serious problem with 8.1-RELEASE: I can write files which I have no write access to, if I have write access to the directory of the file. How to reproduce (tested with UFS2): mkdir /tmp/testdir touch /tmp/testdir/testfile chown -R nobody:intern /tmp/testdir chmod 751 /tmp/testdir chmod 640 /tmp/testdir/testfile ls -ld /tmp/testdir drwxr-x--x 2 nobody intern 512 25 Okt 23:03 /tmp/testdir ls -l /tmp/testdir total 0 -rw-r- 1 nobody intern 0 25 Okt 23:03 testfile exit id uid=9001(harry) gid=9001(harry) groups=9001(harry),0(wheel),5(operator),68(dialer),919(vboxusers),5090(intern) - Fine so far, editing testfile doesn't work chmod g+w testdir/ (as superuser, exit again) ls -ld testdir drwxrwx--x 2 nobody intern 512 25 Okt 23:03 testdir ls -l testdir total 0 -rw-r- 1 nobody intern 0 25 Okt 23:03 testfile - Now editing with vi (as user harry) changes the ownership of the file and writing is successfull: ls -l testdir/ total 2 -rw-r- 1 harry intern 5 25 Okt 23:10 testfile This means file permission mode is irrelevant if the user has write access to the directory of the file. I can hardly believe that this is intentional. Why does a write lead to owbership changes? How should I give users write access to directories but prohibit deliting particular files? Do I have to use uunlnk flag? Sorry for that basic question, but I must have been missing something in the last 10 years... Thanks in advance, -Harry signature.asc Description: OpenPGP digital signature
Re: POSIX file permission (understanding) problem?
schrieb Harald Schmalzbauer am 25.10.2010 23:20 (localtime): Hello, am I complete stupid or is there a serious problem with 8.1-RELEASE: I can write files which I have no write access to, if I have write access to the directory of the file. ... This means file permission mode is irrelevant if the user has write access to the directory of the file. I can hardly believe that this is intentional. Why does a write lead to owbership changes? How should I give users write access to directories but prohibit deliting particular files? Do I have to use uunlnk flag? Sorry for that basic question, but I must have been missing something in the last 10 years... Sorry for the noise, digging through lots of not-deep-enough information I finally found: http://content.hccfl.edu/pollock/aunix1/filepermissions.htm Now I can remember that I already was upset about this, one decade ago, and there was a reason not to use the POSIX permission model at all for so long. In that particular case I'll have to use the uchg flag. Sorry again for the noise! signature.asc Description: OpenPGP digital signature
Re: POSIX file permission (understanding) problem?
On Oct 25, 2010, at 2:20 PM, Harald Schmalzbauer wrote: chmod g+w testdir/ (as superuser, exit again) ls -ld testdir drwxrwx--x 2 nobody intern 512 25 Okt 23:03 testdir ls -l testdir total 0 -rw-r- 1 nobody intern 0 25 Okt 23:03 testfile - Now editing with vi (as user harry) changes the ownership of the file and writing is successfull: ls -l testdir/ total 2 -rw-r- 1 harry intern 5 25 Okt 23:10 testfile [ ... ] Why does a write lead to owbership changes? You can't actually write to the file when owned by nobody as harry. However, since you have write permissions to the directory, you can delete the file and write a new file which is also called testfile. $ echo hi testfile cannot create testfile: Permission denied ...and in vi, force write (w!) gives Error: testfile: Permission denied. Perhaps you're using some odd tweaks to vi...? How should I give users write access to directories but prohibit deliting particular files? Do I have to use uunlnk flag? No, you can set the sticky bit on the directory, which is what /tmp uses: STICKY DIRECTORIES A directory whose `sticky bit' is set becomes an append-only directory, or, more accurately, a directory in which the deletion of files is restricted. A file in a sticky directory may only be removed or renamed by a user if the user has write permission for the directory and the user is the owner of the file, the owner of the directory, or the super-user. This feature is usefully applied to directories such as /tmp which must be publicly writable but should deny users the license to arbitrarily delete or rename each others' files. Regards, -- -Chuck ___ 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
stable GENERIC kernel build fails?
After a csup, building the GENERIC kernel on amd64 fails with: make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=cc -E CC=cc xargs mkdep -a -f .newdep -O2 -frename-registers -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 -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector cc: /usr/src/sys/libkern/inet_ntop.c: No such file or directory cc: /usr/src/sys/libkern/inet_pton.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. libertas/usr/src# uname -a FreeBSD libertas.local.camdensoftware.com 8.1-STABLE FreeBSD 8.1-STABLE #81: Sun Oct 24 11:46:14 PDT 2010 sterl...@libertas.local.camdensoftware.com:/usr/obj/usr/src/sys/LIBERTAS amd64 -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgpWbCsLXzT16.pgp Description: PGP signature
Re: stable GENERIC kernel build fails?
On 2010/10/26 at 06:37, Chip Camden sterl...@camdensoftware.com wrote: After a csup, building the GENERIC kernel on amd64 fails with: Exactly the same here, but with a custom kernel on 8-STABLE amd64. make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=cc -E CC=cc xargs mkdep -a -f .newdep -O2 -frename-registers -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 -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector cc: /usr/src/sys/libkern/inet_ntop.c: No such file or directory cc: /usr/src/sys/libkern/inet_pton.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. libertas/usr/src# uname -a FreeBSD libertas.local.camdensoftware.com 8.1-STABLE FreeBSD 8.1-STABLE #81: Sun Oct 24 11:46:14 PDT 2010 sterl...@libertas.local.camdensoftware.com:/usr/obj/usr/src/sys/LIBERTAS amd64 -- You never know who's right, but you always know who's in charge. ___ 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: stable GENERIC kernel build fails?
On Mon, Oct 25, 2010 at 03:37:44PM -0700, Chip Camden wrote: After a csup, building the GENERIC kernel on amd64 fails with: make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=cc -E CC=cc xargs mkdep -a -f .newdep -O2 -frename-registers -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 -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector cc: /usr/src/sys/libkern/inet_ntop.c: No such file or directory cc: /usr/src/sys/libkern/inet_pton.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. libertas/usr/src# uname -a FreeBSD libertas.local.camdensoftware.com 8.1-STABLE FreeBSD 8.1-STABLE #81: Sun Oct 24 11:46:14 PDT 2010 sterl...@libertas.local.camdensoftware.com:/usr/obj/usr/src/sys/LIBERTAS amd64 Looks like it was this commit. CC'ing committer. http://freshbsd.org/2010/10/25/13/34/55 -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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
