Re: ZFS regimen: scrub, scrub, scrub and scrub again.
Hi, On 01/20/13 23:26, Zaphod Beeblebrox wrote: 1) a pause for scrub... such that long scrubs could be paused during working hours. While not exactly pause, but isn't playing with scrub_delay works here? vfs.zfs.scrub_delay: Number of ticks to delay scrub Set this to a high value during working hours, and set back to its normal (or even below) value off working hours. (maybe resilver delay, or some other values should also be set, I haven't yet read the relevant code) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
WITHOUT_CXX but with libstdc++
Hello, I have some netbooted servers, which work off an NFS (master) server. Everything is built and installed on the master, so the netbooted images contain only what's really needed, so for example gcc is ripped out by WITHOUT_CPP=yes and WITHOUT_CXX=yes in the installworld phase. Unfortunately WITHOUT_CXX also disables the installation (given to installworld, of course if it's not built, it can't be installed) of libstdc++, which is needed for a lot of programs. Would it be possible to build CXX, but at installworld, install only the libraries (this is needed for runtime, so header files also won't be needed)? In src/gnu/lib/Makefile there is an MK_CXX test. With an OR MK_LIBCXX check (and defining WITH_LIBCXX as no by default) something similar could be done, with the limitation that at build time WITHOUT_CXX shouldn't be set and at install time, WITHOUT_CXX and WITH_LIBCXX should be yes. Any ideas about that (or a cleaner solution)? Thanks, ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Fetching thermal information from HP servers
Hello, Any ideas what could be done to make the hardware sensors usable on HP servers? I have a bunch of DL3xx, BL2xp, BL4xxc machines running FreeBSD and all of them have: hw.acpi.thermal.tz0.temperature: 8.3C hw.acpi.thermal.tz0._PSV: 9.8C hw.acpi.thermal.tz0._CRT: 31.3C These values are constant on all machines, regardless of the number of CPUs, the type and the load. -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
clamav problems with 6-STABLE, with libthr and libpthread
Hello, I have: ldd /usr/local/sbin/clamd /usr/local/sbin/clamd: libclamav.so.2 = /usr/local/lib/libclamav.so.2 (0x80063e000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x8007a8000) libz.so.3 = /lib/libz.so.3 (0x800999000) libbz2.so.2 = /usr/lib/libbz2.so.2 (0x800aad000) libgmp.so.7 = /usr/local/lib/libgmp.so.7 (0x800bbc000) libthr.so.2 = /usr/lib/libthr.so.2 (0x800cf6000) libc.so.6 = /lib/libc.so.6 (0x800e0d000) clamd -V ClamAV 0.90.1/2873/Mon Mar 19 18:46:10 2007 uname -a FreeBSD mx 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Jan 30 11:22:54 CET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MX amd64 And this in top: PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 2879 vscan 258 960 272M 240M umtx 2 222:07 87.55% clamav-milter A ktrace for the process shows: kdump -EH | less 2879 100579 clamav-milter 0.00 RET _umtx_op 0 2879 100469 clamav-milter 0.09 CALL _umtx_op(0x801226ac0,0,0x18875,0,0) 2879 100579 clamav-milter 0.41 CALL _umtx_op(0x801226ac0,0x1,0x188e3,0,0) 2879 100579 clamav-milter 0.78 RET _umtx_op 0 2879 100469 clamav-milter 0.82 RET _umtx_op 0 2879 100579 clamav-milter 0.84 CALL _umtx_op(0x801226ac0,0,0x188e3,0,0) 2879 100469 clamav-milter 0.91 CALL _umtx_op(0x801226ac0,0x1,0x18875,0,0) 2879 100469 clamav-milter 0.000122 RET _umtx_op 0 2879 100579 clamav-milter 0.000127 RET _umtx_op 0 2879 100579 clamav-milter 0.000141 CALL _umtx_op(0x801226ac0,0x1,0x188e3,0,0) 2879 100469 clamav-milter 0.000131 CALL _umtx_op(0x801226ac0,0,0x18875,0,0) 2879 100744 clamav-milter 0.000161 RET _umtx_op 0 2879 100744 clamav-milter 0.000177 CALL _umtx_op(0x801226ac0,0x1,0x18988,0,0) 2879 100579 clamav-milter 0.000155 RET _umtx_op 0 2879 100469 clamav-milter 0.000198 RET _umtx_op 0 2879 100469 clamav-milter 0.000213 CALL _umtx_op(0x801226ac0,0x1,0x18875,0,0) 2879 100579 clamav-milter 0.000202 CALL _umtx_op(0x801226ac0,0,0x188e3,0,0) 2879 100782 clamav-milter 0.000233 RET _umtx_op 0 2879 100744 clamav-milter 0.000191 RET _umtx_op 0 2879 100782 clamav-milter 0.000251 CALL _umtx_op(0x801226ac0,0x1,0x189ae,0,0) 2879 100744 clamav-milter 0.000266 CALL _umtx_op(0x801226ac0,0,0x18988,0,0) 2879 100782 clamav-milter 0.000283 RET _umtx_op 0 2879 100782 clamav-milter 0.000308 CALL _umtx_op(0x801226ac0,0,0x189ae,0,0) [13210 similar lines skipped] 2879 100553 clamav-milter 0.125179 CALL read(0x38f,0xb83d000,0x1000) 2879 100579 clamav-milter 0.125180 CALL _umtx_op(0x801226ac0,0x1,0x188e3,0,0) 2879 100553 clamav-milter 0.125198 GIO fd 911 read 4096 bytes Although clamav does some work occasionally, it really just spins in the above loops and postfix (which delivers mail to it via milter) just gets connection timeouts. I've seen Martin's e-mails in some places about this issue and there he wrote that this problem occurs only with libpthread. It seems it's not. The previous version of the port worked fine^Wbetter. It seems that the problem has a straight relationship with the number of processors, because those machines which has less of them (2 cores) timeout and get stuck far less (or don't timeout at all) than the others, which has 4 (two dual core xeon CPUs). The problem was even worse with a dual quad core system, where the previous port (both with libthr and libpthreads) was useless with clamav, because of the above problem. Do you have any idea about the solution? ps: I run clamav in foreground mode, most of the machines have non-HTT processors (Xeon 51XX for the most problematic ones, which has two cores, but no HTT) Thanks, -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ufs_rename: fvp == tvp (can't happen), but it did
On 2007.01.12. 20:06, Pawel Jakub Dawidek wrote: Silent data corruptions happens, look for example at the problem with 4T volume under FreeBSD thread on [EMAIL PROTECTED] I'd suggest configuring geli with data authentication on top of the FC array. geli will detect silent data corruptions. Data corruption was the first thing, which came into my mind, I am currently trying to reproduce this on another machine. geli's data authentication is a good thing, but ZFS's ability to actually correct the errors (in this case, at least) is even more better. :) Is there a newer patch for ZFS than this: http://people.freebsd.org/~pjd/patches/zfs_20061117.patch.bz2 ? I as far as I can see, you've put a tremendous amount of work into it in perforce... Thanks, ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ufs_rename: fvp == tvp (can't happen), but it did
On 01/11/07 02:01, Kris Kennaway wrote: On Sun, Jan 07, 2007 at 12:44:39PM +0100, Attila Nagy wrote: On 2007.01.07. 1:11, [EMAIL PROTECTED] wrote: It sounds as if the caller of ufs_rename() is confused. You could try setting a breakpoint on the printf(), or change it to a panic() to get a dump, and try to figure out who the caller is and what is going on. Yes this would be very good, especially if this wouldn't be a production machine or if I could reproduce this on a test system. But neither of this are true. :( Maybe I will try it on a sleepless night, in the maintenance window, thanks for the idea. Try forcing a fsck, sometimes bizarre FS panics are due to filesystem corruption. I've already thought of that, but in that case the FC array must be bad, since going with only the locally attached disks in the mirror, the error doesn't appear... -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ufs_rename: fvp == tvp (can't happen), but it did
On 2007.01.07. 1:11, [EMAIL PROTECTED] wrote: It sounds as if the caller of ufs_rename() is confused. You could try setting a breakpoint on the printf(), or change it to a panic() to get a dump, and try to figure out who the caller is and what is going on. Yes this would be very good, especially if this wouldn't be a production machine or if I could reproduce this on a test system. But neither of this are true. :( Maybe I will try it on a sleepless night, in the maintenance window, thanks for the idea. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
ufs_rename: fvp == tvp (can't happen), but it did
Hello, I have two, completely identical machines, which run completely identical services, with approximately the same load and access patterns. The servers run qmail for receiving e-mails via the network and courier for feeding the users via pop and imap. The problem is the following: on machine A the mail spool is on a local disk array (via ciss). On machine B we run experiments with an FC disk array, so the e-mails are on gmirror'ed filesystems (on ciss for the local disks and on isp for the FC array). The strange thing happens when both the local and FC disks are working in the mirrors. I get the following warning very often: ufs_rename: fvp == tvp (can't happen) If I do a gmirror remove for the FC array, these go away. Also, the other machine (with only local disks) is free from this. The servers run RELENG_6 (latest), have 1.271.2.7 from ufs_vnops.c (which prints this error). The architecture is i386 and there are quad cores (2xdual core Xeons), so the kernel is SMP. Any ideas? Thanks, ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Core Duo - only one cpu being used
Hello, On 05/05/06 06:44, Scott Long wrote: CPU1 is being treated as a hyperthreading core instead of a real core, and is being disabled per our policy on Intel hyperthreading. By 'disabled' I mean that it is started, but it is being excluded from scheduling decisions, and thus is only running its idle proc. It's also handling any interrupts that come to it, such as timer and IPI interrupts, so it's at 99% instead of 100% for the idle proc. There is nothing broken about the number you are seeing, your system is just running under a scheduling policy that it should not be. This should have been fixed a week or so ago by a commit to HEAD, RELENG_6, and RELENG_6_1 by Colin Percival. How old is kernel? Isn't this fixed by jkim's commit? I don't have any Core Duos here, but on a Xeon LV (Sossaman) with CURRENT, everything is OK: http://www.freebsd.org/cgi/query-pr.cgi?pr=96203 BTW, just set machdep.hyperthreading_allowed=1 until the fix arrives. -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Not so deep and not so correct benchmark for SCSI target mode
Hello, I've tried to do a quick benchmark of FreeBSD's target mode on Fibre Channel. The graphs are here: http://people.fsn.hu/~bra/freebsd/tmode-bench/ -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: UFS2 max limits?
Joseph Koshy wrote: The Wikipedia page referenced below says that UFS2 supports a filesystem size of 2^80 Bytes (1YiB) with the limit on a given file being 2^55 bytes (32 PiB). Are these numbers correct? I somehow remember the limits as being much lower (of the order of 16TB or so). I could only create a 128TB sparse file on an UFS2 partition, so I guess 32 PB is a little bith high. -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone: +3630 306 6758 ISOs: http://www.fsn.hu/?f=download ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reproduceable freeze with quotas enabled
Attila Nagy wrote: Attila Nagy wrote: Robert Watson wrote: On Thu, 3 Nov 2005, Attila Nagy wrote: I have an easily (at least to me) reproduceable freeze with both 6-STABLE and 7-CURRENT on an amd64 SMP machine. What I do is simply copy a lot of directories, files and symlinks with different uids from another machine to this one, using rsync. This is probably a vnode lock leak or deadlock. As it looks like you have both the ability to get into the debugger and also a serial or other remote console, the output of: show allpcpu alltrace show lockedvnods show allocks would be helpful. There are also options DEBUG_LOCKS which extends the debugging information available via show lockedvnods with information about where the lock was acquired, which can be quite helpful. http://people.fsn.hu/~bra/freebsd/crash-20051105/crashlog I've put all together in this file. Tell me please if I can do anything to make the issue more clear. Just for the record: the machine freezes with UP kernels too. Any chance to investigate it further? It's a really annoying bug, which makes quota support a little bit useless. Thanks, -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone: +3630 306 6758 server! http://www.fsn.hu/?f=brick ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reproduceable freeze with quotas enabled
Hello, Attila Nagy wrote: Robert Watson wrote: On Thu, 3 Nov 2005, Attila Nagy wrote: I have an easily (at least to me) reproduceable freeze with both 6-STABLE and 7-CURRENT on an amd64 SMP machine. What I do is simply copy a lot of directories, files and symlinks with different uids from another machine to this one, using rsync. This is probably a vnode lock leak or deadlock. As it looks like you have both the ability to get into the debugger and also a serial or other remote console, the output of: show allpcpu alltrace show lockedvnods show allocks would be helpful. There are also options DEBUG_LOCKS which extends the debugging information available via show lockedvnods with information about where the lock was acquired, which can be quite helpful. http://people.fsn.hu/~bra/freebsd/crash-20051105/crashlog I've put all together in this file. Tell me please if I can do anything to make the issue more clear. Thanks, -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone: +3630 306 6758 server! http://www.fsn.hu/?f=brick ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reproduceable freeze with quotas enabled
Hello, Robert Watson wrote: On Thu, 3 Nov 2005, Attila Nagy wrote: Hello, I have an easily (at least to me) reproduceable freeze with both 6-STABLE and 7-CURRENT on an amd64 SMP machine. What I do is simply copy a lot of directories, files and symlinks with different uids from another machine to this one, using rsync. This is probably a vnode lock leak or deadlock. As it looks like you have both the ability to get into the debugger and also a serial or other remote console, the output of: show allpcpu alltrace show lockedvnods show allocks would be helpful. There are also options DEBUG_LOCKS which extends the debugging information available via show lockedvnods with information about where the lock was acquired, which can be quite helpful. Robert N M Watson With quotas enabled it freezes constantly, without quotas it doesn't. I have MP_WATCHDOG enabled (the kernel config is the default GENERIC+SMP with debuggers and MP_WATCHDOG only) so after the freeze it drops me into the debugger in which I can see the following: FreeBSD/amd64 (helen) (ttyv0) login: Watchdog timer: 3 Watchdog timer: 2 Watchdog timer: 1 Watchdog timer: 0 Watchdog firing! NMI ... going to debugger [thread pid 157 tid 100143 ] Stopped at vinactive+0x83: jz 0x365245a9 db bt Tracing pid 157 tid 100143 td 0xff007b9c14c0 vinactive() at vinactive+0x83 vput() at vput+0x1cf qsync() at qsync+0x260 ffs_sync() at ffs_sync+0x159 sync_fsync() at sync_fsync+0x191 VOP_FSYNC_APV() at VOP_FSYNC_APV+0x3d sched_sync() at sched_sync+0x428 fork_exit() at fork_exit+0x86 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xb2029d00, rbp = 0 --- db ps 157 ff007b9489c00 0 0 204 [CPU 0] syncer This is an HP machine, so I can access it via it's ILO port. But it mangles larger outputs, so alltrace will be truncated. I will find a way to get a serial console attached to it, but until that... I've recompiled the kernel with options DEBUG_LOCKS, rebooted and started the rsync process. This is what I see now: login: Watchdog timer: 3 Watchdog timer: 2 Watchdog timer: 1 Watchdog timer: 0 Watchdog firing! NMI ... going to debugger [thread pid 14 tid 100010 ] db bt Tracing pid 14 tid 100010 td 0xff007b94ebe0 acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x174 idle_proc() at idle_proc+0x14e fork_exit() at fork_exit+0x86 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xb1e81d00, rbp = 0 --- db ps [...] 14 ff007b97b6800 0 0 20c [CPU 0] idle: cpu0 [...] db show allpcpu cpuid= 0 curthread= 0xff007b94ebe0: pid 14 idle: cpu0 curpcb = 0xb1e81d10 fpcurthread = none idlethread = 0xff007b94ebe0: pid 14 idle: cpu0 cpuid= 1 curthread= 0xff007b94e000: pid 13 idle: cpu1 curpcb = 0xb1e68d10 fpcurthread = none idlethread = 0xff007b94e000: pid 13 idle: cpu1 cpuid= 2 curthread= 0xff007b9014c0: pid 157 syncer curpcb = 0xb20e8d10 fpcurthread = none idlethread = 0xff007b94dbe0: pid 12 idle: cpu2 cpuid= 3 curthread= 0xff007b94d980: pid 11 mp_watchdog cpu 3 curpcb = 0xb1e5ed10 fpcurthread = none idlethread = 0xff007b94d980: pid 11 mp_watchdog cpu 3 db show lockedvnods Locked vnodes 0xff0061c05470: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xff007b9014c0 (pid 157) 0xff00418086a8: tag ufs, type VDIR usecount 1, writecount 0, refcount 90 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xff005d435980 (pid 1180) ino 18983427, on dev da1s1d 0xff0015a1b6a8: tag ufs, type VLNK usecount 0, writecount 0, refcount 1 mountedhere 0 flags (VI_DOOMED) lock type ufs: EXCL (count 1) by thread 0xff005d435980 (pid 1180) ino 19058341, on dev da1s1d WARNING this is not complete! db alltrace --- syscall (93, FreeBSD ELF64, select), rip = 0x800d4c14c, rsp = 0x7fffc2d8 , rbp = 0x1 --- Tracing command rsync pid 1180 tid 100267 td 0xff005d435980 sched_switch() at sched_switch+0x11f mi_switch() at mi_switch+0x14c turnstile_wait() at turnstile_wait+0x272 _mtx_lock_sleep() at _mtx_lock_sleep+0xa6 msleep() at msleep+0x2a6 acquire() at acquire+0x76 debuglockmgr() at debuglockmgr+0x500 vop_stdlock() at vop_stdlock+0x3e VOP_LOCK_APV() at VOP_LOCK_APV+0x49 VOP_LOCK_APV() at VOP_LOCK_APV+0x49 debug_vn_lock() at debug_vn_lock+0x8f dqsync() at dqsync+0x95 dqrele() at dqrele+0x68 ufs_reclaim() at ufs_reclaim+0x100 VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0x3d vgonel() at vgonel+0x12f vnlru_free() at vnlru_free+0x29f getnewvnode() at getnewvnode+0x2ca ffs_vget() at ffs_vget+0xe9 ffs_valloc() at ffs_valloc+0x109 ufs_makeinode() at ufs_makeinode+0x6e ufs_symlink() at ufs_symlink+0x3f VOP_SYMLINK_APV
Reproduceable freeze with quotas enabled
Hello, I have an easily (at least to me) reproduceable freeze with both 6-STABLE and 7-CURRENT on an amd64 SMP machine. What I do is simply copy a lot of directories, files and symlinks with different uids from another machine to this one, using rsync. With quotas enabled it freezes constantly, without quotas it doesn't. I have MP_WATCHDOG enabled (the kernel config is the default GENERIC+SMP with debuggers and MP_WATCHDOG only) so after the freeze it drops me into the debugger in which I can see the following: FreeBSD/amd64 (helen) (ttyv0) login: Watchdog timer: 3 Watchdog timer: 2 Watchdog timer: 1 Watchdog timer: 0 Watchdog firing! NMI ... going to debugger [thread pid 157 tid 100143 ] Stopped at vinactive+0x83: jz 0x365245a9 db bt Tracing pid 157 tid 100143 td 0xff007b9c14c0 vinactive() at vinactive+0x83 vput() at vput+0x1cf qsync() at qsync+0x260 ffs_sync() at ffs_sync+0x159 sync_fsync() at sync_fsync+0x191 VOP_FSYNC_APV() at VOP_FSYNC_APV+0x3d sched_sync() at sched_sync+0x428 fork_exit() at fork_exit+0x86 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xb2029d00, rbp = 0 --- db ps 157 ff007b9489c00 0 0 204 [CPU 0] syncer Any ideas? Thanks, -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone: +3630 306 6758 ISOs: http://www.fsn.hu/?f=download ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Too many segments in the physical address map, giving up
Hello, I've got an AMD64 compatible machine which dies with Too many segments in the physical address map, giving up. This error is defined in src/sys/amd64/amd64/machdep.c Changing the following define: #define PHYSMAP_SIZE(2 * 8) to #define PHYSMAP_SIZE(2 * 16) has solved the problem, the machine boots and works without any noticeable side effect. Are there any reasons to keep this and not to increase PHYSMAP_SIZE? Thanks, -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone: +3630 306 6758 server! http://www.fsn.hu/?f=brick ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Bind DoS?
Hello,
I am currently trying to set up two caching nameservers and noticed an
interesting behaviour.
The configuration is the following:
two FreeBSD/amd64 6-CURRENT machines, with single Opteron processors.
Bind was compiled from ports, without threading, with gcc34 (from
ports), with -O2 -static. It runs in a jail, with nothing more than the
config and a nearly empty devfs mount.
Machine A has a simple config of the following:
options {
directory /etc/bind;
tcp-clients 256;
recursive-clients 8192;
max-cache-size 600M;
minimal-responses yes;
pid-file /tmp/named.pid;
forwarders { MACHINE_B_IP; };
};
Machine B has the same bind, but runs as an authoritative NS with a
joker record of:
* IN TXT 256xA
in the . zone (so it answers 256 As for everything).
The test:
from machine B I start a queryperf, this way:
queryperf -d list -s MACHINE_A_IP
where list has the following:
www.RANDOMNUMBER.hu TXT
[...] this is 900 times.
During the test, machine A starts to fill its cache up until about 860
MBs. Until that I see this in top:
CPU states: 27.7% user, 0.0% nice, 58.1% system, 14.2% interrupt, 0.0%
idle
On machine B queryperf receives answer within the default timeout (5
seconds).
After bind reaches about 860 MBs, it starts to eat CPU, so there is 100%
user and nearly 0% system and interrupt usage.
queryperf starts to time out with the following:
[Timeout] Query timed out: msg id 64837
Warning: Received a response with an unexpected (maybe timed out) id: 64837
The server effectively dies, it can answer only a very little number of
queries and with very low performance. If I stop queryperf, bind remains
in the CPU eating state:
76423 bind1 1290 861M 862M RUN 8:30 97.71% named
Because the machine has much more RAM, I first tried with 1200M in the
config. The server has reached its zombie state at around 1600 MB of
usage and it was much unresponsive.
On another (real) server, I noticed similar behaviour this week. Bind
started to eat all CPU resources, there were only recursive quota
reached messages in the logs, but rndc status said only very low usage
(for example 60/1024 on that server).
I can repeat this with and without patch-lib_dns_resolver.c.
If I stop the queries, the server starts to answer the queries in a few
minutes, after it has finished its strange CPU eating loop.
ktrace says, it's doing this many-many times between two successful queries:
76423 namedCALL gettimeofday(0x7fffe450,0)
76423 namedRET gettimeofday 0
Any ideas?
Thanks,
--
Attila Nagy e-mail: [EMAIL PROTECTED]
Free Software Network (FSN.HU) phone @work: +361 371 3536
ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.0-BETA1 Available
Hello, Scott Long wrote: The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 6.0-BETA1, which marks the beginning of the FreeBSD 6.0 Release Cycle. I don't know whether it's my machine (HP DL145G2) or this new release, but without USB compiled in the kernel, the machine doesn't boot. The kernel freezes after trying to initialize the AT keyboard. With USB, everything works OK. -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +361 371 3536 ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Improving bind 9 for money
Dag-Erling Smorgrav wrote: If I would have a given amount of money and I would like to make bind 9 go faster (both in the terms of caching and authoritative performance) on FreeBSD, could I find the appropriate people for the job? Did you ask Nominum? Their product, CNS is blazingly fast and has a very small footprint. But instead of buying that I would be more than happy to help to enhance an open source program. Do you think that Nominum will make bind go as fast (or faster, because CNS is not threaded) as their product for the same amount of money their product costs? I think they are not crazy. :) -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Improving bind 9 for money
Mike Silbersack wrote: If you have some sort of dns benchmarking program, it would be interesting if you could add it to ports; rwatson has done a lot of benchmarking with mysql on freebsd 5 vs 6, it would be interesting to see if BIND performance has changed in a similar fashion. The original tarball of bind9 contains a contrib/queryperf dictionary, which can be used to bechmark caching and authoritative nameservers. -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Improving bind 9 for money
Hello, I'm just doing a quick poll. If I would have a given amount of money and I would like to make bind 9 go faster (both in the terms of caching and authoritative performance) on FreeBSD, could I find the appropriate people for the job? The modifications would remain under the same license as bind itself. If somebody feels that she/he has the competence and the time to work on this, please mail me privately. Thanks, and sorry for the quite off topic message. -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5-STABLE kernel build with icc broken
c0ldbyte wrote: If any, still produces not all that much of a difference of code between the newer gcc34 and as much performance differance as your going to get isnt going to even be noticeable in the long run. Your just setting your self up for failure with something that isnt really going to give you the desired effects. You don't have to use it, but it is good if you *can*. I guess besides that having a cleaner code base which compiles not only with exactly one compiler it is always good to have the ability to try something else out. BTW, on my humble Pentium II server I noticed significant speedups, compared to the system compiler. But that's purely empirical. -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +361 371 3536 ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5-STABLE kernel build with icc broken
c0ldbyte wrote: PS: There is coders from Intel that do work on some of the code for gcc34. Wow. As far as I know, there are some coders from Nominum who do (or did) work on bind9. And? Bind9 is at least 10 times slower on FreeBSD than Nominum's CNS. :( I didn't get your point. -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +361 371 3536 ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
5-STABLE kernel build with icc broken
Hello, It seems to me that building kernel with icc is currently broken, at least in 5-STABLE. Could somebody investigate this? grep ^C /etc/make.conf CC=icc CXX=icpc icc -V Intel(R) C Compiler for 32-bit applications, Version 8.1Build 20041118Z Package ID: l_cc_pc_8.1.026 Copyright (C) 1985-2004 Intel Corporation. All rights reserved. FOR NON-COMMERCIAL USE ONLY make buildkernel KERNCONF=GENERIC [...] -- stage 3.2: building everything -- cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/i386 INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel all -DNO_MODULES_OBJ icc -c -x assembler-with-cpp -DLOCORE -O-X -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -nolib_inline -restrict /usr/src/sys/i386/i386/locore.s command line:4:1: warning: __SIZE_TYPE__ redefined built-in:6:1: warning: this is the location of the previous definition command line:5:1: warning: __WCHAR_TYPE__ redefined built-in:8:1: warning: this is the location of the previous definition command line:10:1: warning: __GNUC__ redefined built-in:3:1: warning: this is the location of the previous definition command line:11:1: warning: __GNUC_MINOR__ redefined built-in:4:1: warning: this is the location of the previous definition command line:12:1: warning: __GNUC_PATCHLEVEL__ redefined built-in:5:1: warning: this is the location of the previous definition command line:15:1: warning: __GXX_ABI_VERSION redefined built-in:10:1: warning: this is the location of the previous definition /tmp/iccbinuMzQeKs: Assembler messages: /tmp/iccbinuMzQeKs:491: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:491: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:499: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:500: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:500: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:528: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:529: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:529: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:532: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:532: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:537: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:537: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:542: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:542: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:547: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:547: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:553: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:559: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:563: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:574: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:581: Error: suffix or operands invalid for `shr' /tmp/iccbinuMzQeKs:583: Error: suffix or operands invalid for `shl' /tmp/iccbinuMzQeKs:596: Error: suffix or operands invalid for `shl' *** 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. Thank you! -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
geom mirror and gbde
Hello,
I would like to use gbde on a geom mirror, but /etc/rc.d/gbde fails if
there is a slash in the device name.
I don't know what would be the clean solution, I used the attached diff
to solve the problem.
Please review it and if there is a better solution, commit it.
Thanks,
--
Attila Nagy e-mail: [EMAIL PROTECTED]
Adopt a directory on our free software phone @work: +361 371 3536
server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758
--- /tmp/gbde Fri Jan 21 09:38:51 2005
+++ gbdeThu Dec 9 10:53:51 2004
@@ -3,7 +3,7 @@
# This file, originally written by Garrett A. Wollman, is in the public
# domain.
#
-# $FreeBSD: /repoman/r/ncvs/src/etc/rc.d/gbde,v 1.5.2.2 2004/10/15 06:14:43
pjd Exp $
+# $FreeBSD: src/etc/rc.d/gbde,v 1.5.2.2 2004/10/15 06:14:43 pjd Exp $
#
# PROVIDE: disks
@@ -81,16 +81,17 @@
for device in $gbde_devices; do
parent=${device%.bde}
parent=${parent#/dev/}
- eval
lock=\${gbde_lock_${parent}-\${gbde_lockdir}/${parent}.lock\}
+ parent_=`echo ${parent} | sed s/\//_/g`
+ eval
lock=\${gbde_lock_${parent_}-\${gbde_lockdir}/${parent_}.lock\}
if [ -e /dev/${parent} -a ! -e /dev/${parent}.bde ]; then
echo Configuring Disk Encryption for ${parent}.
count=1
while [ ${count} -le ${gbde_attach_attempts} ]; do
if [ -e ${lock} ]; then
- gbde attach ${parent} -l ${lock}
+ gbde attach /dev/${parent} -l ${lock}
else
- gbde attach ${parent}
+ gbde attach /dev/${parent}
fi
if [ -e /dev/${parent}.bde ]; then
break
@@ -109,7 +110,7 @@
parent=${parent#/dev/}
if [ -e /dev/${parent}.bde ]; then
umount /dev/${parent}.bde 2/dev/null
- gbde detach ${parent}
+ gbde detach /dev/${parent}
fi
done
}
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: geom mirror and gbde
Pawel Jakub Dawidek wrote: Acha! I fixed gbde(8) to accept devices with / in them, but forgot about rc.d/gbde. I guess this is to handle mirror/foo without the /dev/ prefix, so I have an older gbde. Committed to HEAD, MFC after 1 week. Thanks! Thanks! -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Virtual CPU or not?
Hello, I would like to find a method which determines the current number of active CPUs. The problem is that neither hw.ncpu nor kern.smp.cpus contain the right value if machdep.hlt_logical_cpus is 1. Is there a better method than checking that sysctl and divide the hw.ncpu by two if set? Thanks, -- Attila Nagy e-mail: [EMAIL PROTECTED] Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AoE for FreeBSD
Sam Hopkins wrote: They look nice, but hideously expensive for anything I could use them in :( Compared to other solutions, or just based on your wallet? We'd like to think we've priced them competitively. Being this a FreeBSD list, I guess one could achieve similar function with a rack mountable PC case which can hold 15 SATA disks, an ATX motherboard with a dual GE interface and geom_gate. Of course this works only with FreeBSD, but Linux has its own implementation for this task (nbd). Don't know if it's cheaper or not... These boxes are cool indeed. :) -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Services Network (FSN.HU) phone @work: +361 371 3536 ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OT: tftp server
Ganbold wrote: Maybe this is off topic question. I'm looking for good tftp server in FreeBSD. I used default tftp server in FreeBSD and had some problems. It sometimes hangs without any response. Can somebody recommend me tftp server in FreeBSD/Unix/Linux? It depends on what do you want. ftp://ftp.cs.huji.ac.il/users/danny/tftpd/ was the fastest I've seen so far, and I haven't seend any ill effects with that. (using for PXE netbooting and for networking devices to fetch OS and configurations) -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GEOM Gate.
Terry Lambert wrote: It works on firewire and it works on a dual port RAID array (as a separate box containing the RAID array). What does 'it' means? I guess it's not UFS, but the pure ability of sharing a device on a bus, connected to more than one adapters. SAN and NAS are also options, but of course, you still have to have an FS that can deal with it, and an external locking protocol. Right, we were talking about FreeBSD, which lacks such a filesystem :( -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GEOM Gate.
Bruce M Simpson wrote: Whatever next? PCI-over-IP? Collecting cheap on board serial lines to make a big terminal server makes sense to me :) BTW, Pawel's stuff would be even more interesting if it would be possible to mount the same filesystem on more than one machines. -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GEOM Gate.
Pawel Jakub Dawidek wrote: It'll be, but probably in read-write mode on one machine and read-only mode on rest machines, because you don't export file systems here, but disk devices. This doesn't work on a shared SCSI bus, so I suspect sharing the device on the net won't help. -- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=downloadcell.: +3630 306 6758 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ng_fec on 4.7-RELEASE-p6
Hello, Yes, I did ifconfig fxp[01] up. I didn't matter. All I can say is that I am using this on an earlier STABLE and on CURRENT with success... --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: ng_fec on 4.7-RELEASE-p6
Hello, When I configure two fxp ports with the example load script, I'm getting a message fxp0 up and fxp1 up, but fec0 doesn't work. I have assigned an ip address and try to ping outside, but nothing happens. The moment I do a tcpdump -i fec0, I see packets coming in and from that moment on the fec0 bundle works, even when the tcpdump is stopped. Did you try ifconfig fxp0 up; ifconfig fxp1? --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Panic: bwrite: buffer is not busy???
Hello,
I get these panics each day with 5-CURRENT. All what the machine does is
file serving through FTP, HTTP and RSYNC over a GE NIC.
It is a dual Xeon, but I got the same results with an earlier CURRENT on a
whole different machine (see kern/46861).
Any ideas about this problem?
Thanks!
kandojozsef-bkp# gdb -k kernel.debug.20030305 vmcore.0
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-undermydesk-freebsd...
panic: bwrite: buffer is not busy???
panic messages:
---
Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 0600
fault virtual address = 0x1c
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc01bc6b4
stack pointer = 0x10:0xe4bd7c4c
frame pointer = 0x10:0xe4bd7c68
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 65184 (ftpd)
trap number = 12
panic: page fault
cpuid = 0; lapic.id = 0600
boot() called on cpu#0
syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
cpuid = 0; lapic.id = 0600
boot() called on cpu#0
Uptime: 14h36m20s
Dumping 1536 MB
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368
384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704
720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040
1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312
1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520
---
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239
239 dumping++;
(kgdb) where
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239
#1 0xc01bd5ab in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371
#2 0xc01bd83a in poweroff_wait (junk=0xc02eb4df, howto=-1070264832)
at /usr/src/sys/kern/kern_shutdown.c:542
#3 0xc01fecb8 in bwrite (bp=0x104) at /usr/src/sys/kern/vfs_bio.c:795
#4 0xc02006fd in vfs_bio_awrite (bp=0xd33b5d18)
at /usr/src/sys/kern/vfs_bio.c:1692
#5 0xc0207e0a in vop_stdfsync (ap=0xe4bd7ab0)
at /usr/src/sys/kern/vfs_default.c:755
#6 0xc018401d in spec_fsync (ap=0xe4bd7ab0)
at /usr/src/sys/fs/specfs/spec_vnops.c:420
#7 0xc0183544 in spec_vnoperate (ap=0x0)
at /usr/src/sys/fs/specfs/spec_vnops.c:123
#8 0xc025f72e in ffs_sync (mp=0xc6991400, waitfor=2, cred=0xc2a5bf00,
td=0xc03086a0) at vnode_if.h:612
#9 0xc0214b16 in sync (td=0xc03086a0, uap=0x0)
at /usr/src/sys/kern/vfs_syscalls.c:138
#10 0xc01bd18c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280
#11 0xc01bd83a in poweroff_wait (junk=0xc02eed43, howto=-1070635321)
at /usr/src/sys/kern/kern_shutdown.c:542
#12 0xc02bf20c in trap_fatal (frame=0x100, eva=0)
at /usr/src/sys/i386/i386/trap.c:843
#13 0xc02beecc in trap_pfault (frame=0xe4bd7c0c, usermode=0, eva=28)
at /usr/src/sys/i386/i386/trap.c:757
---Type return to continue, or q return to quit---
#14 0xc02be9b4 in trap (frame=
{tf_fs = -457375720, tf_es = -1071579120, tf_ds = -1070465008, tf_edi = 0,
tf_esi = 1, tf_ebp = -457343896, tf_isp = -457343944, tf_ebx = -1029451328, tf_edx =
4, tf_ecx = -919729344, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1071921484,
tf_cs = 8, tf_eflags = 66178, tf_esp = 508, tf_ss = 0})
at /usr/src/sys/i386/i386/trap.c:444
#15 0xc02a7e28 in calltrap () at {standard input}:97
#16 0xc01a75e0 in fork1 (td=0xc92e0b40, flags=20, pages=0, procp=0xe4bd7cd8)
at /usr/src/sys/kern/kern_fork.c:340
#17 0xc01a6f2b in fork (td=0xc92e0b40, uap=0xe4bd7d14)
at /usr/src/sys/kern/kern_fork.c:124
#18 0xc02bf534 in syscall (frame=
{tf_fs = 134610991, tf_es = 672661551, tf_ds = -1078001617, tf_edi = 134584470,
tf_esi = -1077940680, tf_ebp = -1077940744, tf_isp = -457343628, tf_ebx = 1, tf_edx =
0, tf_ecx = 0, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 672264211, tf_cs = 31,
tf_eflags = 582, tf_esp = -1077945252, tf_ss = 47})
at /usr/src/sys/i386/i386/trap.c:1030
#19 0xc02a7e7d in Xint0x80_syscall () at {standard input}:139
---Can't read userspace from dump, or kernel process---
kandojozsef-bkp# uname -a
FreeBSD kandojozsef-bkp.iif.hu 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Wed Mar 5 22:47:25
CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TEST i386
--[ Free Software ISOs - http://www.fsn.hu/?f=download ]--
Attila Nagy e-mail: [EMAIL PROTECTED]
Free Software Network (FSN.HU)phone @work: +361 210 1415 (194
Silly question regarding x86-64
Hello, I have a very silly (because real hardware isn't yet ready) question to x86-64 support. According to the docs, the first implementation of x86-64 will use PAE to map 48 bit address space to 40 bit, which is 128 GB. Will FreeBSD support that 40 bit addressing or it will be similar to the alpha platform due to some bugs and will use only a smaller portion of the available memory? BTW, what's the exact state of this project? On its webpage the latest news is from 13 April 2001. and says David O'Brien got the software simulator... Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
An amr dump problem (I guess)
Hello, I am trying to make crashdumps on FreeBSD 5.0, because I get panics very often. Here is what I do: ddb panic panic: from debugger syncing disks, buffers remaining... done Uptime: 17m32s amr0: flushing cache...done Dumping 511 MB Dump failed writing header (19) Dump failed writing data (19) Dump failed writing trailer (19) Dump complete Terminate ACPI Automatic reboot in 15 seconds - press a key on the console to abort The dump device is a big swap partition on the amr0 controller. Is it possible that the amr0 controller becomes inactive after it flushed its cache and that's why the kernel cannot make the crashdump? If it's related to the amr driver and it's hard to fix, would it be possible to mention in amr(4) that making crash dumps through this device is not supported? Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FEC on 5.x
Hello, do you have FEC working in an old version? i.e. do you have it working in 4.x somewhere? Yes, I am using it on a box with two fxps. It is: FreeBSD 4.6-STABLE #2: Thu Jul 11 15:13:00 CEST 2002 if so, can you show a tcpdump of it1 running and a tcpdump of it NOT running on 5.x? You won't see too much from that... 4.6 (the above box): # tcpdump -i fec0 host FE0.GE.BMF-HBONE.bmf.hu tcpdump: listening on fec0 15:14:43.397883 chuck.intra FE0.GE.BMF-HBONE.bmf.hu: icmp: echo request 15:14:43.398639 FE0.GE.BMF-HBONE.bmf.hu chuck.intra: icmp: echo reply # tcpdump -i fxp0 host FE0.GE.BMF-HBONE.bmf.hu \ tcpdump -i fxp1 host FE0.GE.BMF-HBONE.bmf.hu [1] 87345 tcpdump: WARNING: fxp0: no IPv4 address assigned tcpdump: WARNING: fxp1: no IPv4 address assigned tcpdump: listening on fxp0 tcpdump: listening on fxp1 15:16:17.908213 chuck.intra FE0.GE.BMF-HBONE.bmf.hu: icmp: echo request 15:16:17.909004 FE0.GE.BMF-HBONE.bmf.hu chuck.intra: icmp: echo reply RELENG_5_0: # tcpdump -i fec0 tcpdump: listening on fec0 15:30:15.851109 arp who-has 193.6.21.133 (2e:2f:30:31:32:33) tell test.fsn.hu 15:30:16.766530 arp who-has 193.6.21.133 (2e:2f:30:31:32:33) tell test.fsn.hu 15:30:17.869761 arp who-has 193.6.21.133 (2e:2f:30:31:32:33) tell test.fsn.hu (193.6.21.133 is the GW and that is I pinged) # tcpdump -i fxp0 -p host \ tcpdump -i fxp1 -p host tcpdump: listening on fxp0 tcpdump: listening on fxp1 And nothing. That's why I said previously it seems that the packets don't get down to the physycal interface. Or at least they don't get out to the wire... However, when I ping the test machine from another one, I get: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02ca7ee stack pointer = 0x10:0xd69a8b88 frame pointer = 0x10:0xd69a8bb0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 22 (irq10: fxp0) kernel: type 12 trap, code=0 Stopped at generic_bcopy+0x1a: repe movsl (%esi),%es:(%edi) db I will attach a disk onto this machine to its Adaptec controller and will be able to send you the dumps. (some people helped me to figure out that most of the RAID drivers in FreeBSD doesn't implement dump...) Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FEC on 5.x
Hello, you should post to -current for 5.x Oops, sorry, subscribed to that list too :) --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
kern.dumpdev missing and freezes
Hello, I got an ATA-RAID subsystem which can give me more than 1 TBs of disk space. Because I want to use that on FreeBSD I started to play with CURRENT (and RELENG_5_0). The machine is a HP tc4100 with a HP (AMI/LSI) NetRAID 1M (MegaRAID) which drives the system disks, a dual channel Symbios 1010-66 (u160) which has nothing to do and an old Adaptec 2940U which has the disk array on it (due to cabling issues). The machine will be an NFS server, but only after it is stable enough, which is currently not. I installed this system to act as an FTP/HTTP/RSYNC server for performance and stability testing. It died after 3 hours... I thought that a crash dump would be good, so I did a big swap partition, compiled a debug kernel and set the dumpdev to the swap partition. dumpon at boot says kernel dumps on /dev/amrd0s1b (it is on the NetRAID), but there is no kern.dumpdev sysctl. The man page says: The dumpon utility operates by setting the sysctl(3) MIB variable ``kern.dumpdev'' to the device number of the designated special_file or So I assume there should be a kern.dumpdev variable, but no. (RELENG_5_0 and HEAD too) If I enter to the debugger with ctrl+alt+esc and enter panic I get: db panic panic: from debugger syncing disks, buffers remaining... done Uptime: 17m32s amr0: flushing cache...done Dumping 511 MB Dump failed writing header (19) Dump failed writing data (19) Dump failed writing trailer (19) Dump complete Terminate ACPI Automatic reboot in 15 seconds - press a key on the console to abort What did I wrong? (I have DEBUG=-g, DDB in my kernel config, tried GENERIC and a custom kernel, both with RELENG_5_0 and HEAD as of today) There are a lot of more problems here, BTW. The machine ran FreeBSD 4 for months without any problems. With FBSD5 I faced a lot of problems. For example with background fsck. If the system panics, it reboots. It can safely get through the standard filesystems, like /, /tmp, /usr, /var, but not for /mnt, which is a 1.2 TB filesystem. I get the login screen, the background fsck starts. I can login (in about 5 minutes, because the machine is quite slow when the fsck runs), but after 8-10 minutes the disk activity stops and the machine freezes. I can switch consoles (ALT-Fx), but cannot type in anything. I can ping it, but the daemons aren't running (although they are listening on the ports). Once I left the machine in this state for about 1 day, but the effect remained, so I assume it was dead. Could you please help me to solve these problems? (or at least the first, to get those crash dumps to you) Thanks! --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
FEC on 5.x
Hello, I've tried the fixed ng_fec module on RELENG_5_0 and HEAD, but couldn't get too far with it. The Cisco 3550 says the port channel is up, and -according to the logs and ifconfig- this is the case with the PC too. But when I try to ping the gw's address I get no answer and when I tried to ping the machine from outside, it paniced. Does anyone have better results? Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FEC doesn't build on 5.0
Hello, Also, I believe you have used the implementation from wpaul's website. Nope, it was the in-tree one, but I also tried the one from wpaul's site... Thanks for the fix! --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
FEC doesn't build on 5.0
Hello, Neither of the original (http://people.freebsd.org/~wpaul/FEC/) nor the in tree FEC implementations build. In /usr/src/sys/modules/netgraph/fec change KMODDEPS to MODULES_DEPEND and type make: # make Warning: Object directory not changed from original /usr/src/sys/modules/netgrap h/fec @ - /usr/src/sys machine - /usr/src/sys/i386/include touch opt_inet.h touch opt_inet6.h cc -O -pipe -march=pentium3 -DINET -DINET6 -Wall -D_KERNEL -Wall -Wredundant-de cls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -I/usr/include -fno-common -mno-align-long-strings - mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-exte rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qu al -fformat-extensions -ansi -c /usr/src/sys/modules/netgraph/fec/../../../netg raph/ng_fec.c /usr/src/sys/netgraph/ng_fec.c: In function `ng_fec_addport': /usr/src/sys/netgraph/ng_fec.c:379: `ifnet_addrs' undeclared (first use in this function) /usr/src/sys/netgraph/ng_fec.c:379: (Each undeclared identifier is reported only once /usr/src/sys/netgraph/ng_fec.c:379: for each function it appears in.) /usr/src/sys/netgraph/ng_fec.c: In function `ng_fec_delport': /usr/src/sys/netgraph/ng_fec.c:449: `ifnet_addrs' undeclared (first use in this function) /usr/src/sys/netgraph/ng_fec.c: In function `ng_fec_input': /usr/src/sys/netgraph/ng_fec.c:763: warning: passing arg 1 of `bpf_mtap' from in compatible pointer type /usr/src/sys/netgraph/ng_fec.c: In function `ng_fec_start': /usr/src/sys/netgraph/ng_fec.c:981: warning: passing arg 1 of `bpf_mtap' from in compatible pointer type /usr/src/sys/netgraph/ng_fec.c: In function `ng_fec_constructor': /usr/src/sys/netgraph/ng_fec.c:1096: `ng_ether_input_p' undeclared (first use in this function) /usr/src/sys/netgraph/ng_fec.c:1100: `ETHER_BPF_SUPPORTED' undeclared (first use in this function) /usr/src/sys/netgraph/ng_fec.c: In function `ng_fec_shutdown': /usr/src/sys/netgraph/ng_fec.c:1191: `ng_ether_input_p' undeclared (first use in this function) /usr/src/sys/netgraph/ng_fec.c:1193: `ETHER_BPF_SUPPORTED' undeclared (first use in this function) /usr/src/sys/netgraph/ng_fec.c:1193: too many arguments to function `ether_ifdet ach' *** Error code 1 Stop in /usr/src/sys/modules/netgraph/fec. The above is a recent RELENG_5_0... Could somebody take a look at it? Thanks! --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Sharing a SCSI bus between some computers
Hello, As long as BOX3 never writes data, you're okay. If this would be the scenario, all boxes would mount the FS RO :) The problem is that BOX1/2 don't know when BOX3 has invalidated their cached data by writing to the disk. What problems could that cause? I don't mind if BOX[1-2] reads a file and the file disappears in the middle of the transfer, if those boxes can recognize it and will not read other portions of the hard disk. In short: if they won't offer corrupt data to the clients. What you want is a shared-storage filesystem, and there is no such thing for FreeBSD. BTW, is it possible to do it with common SCSI storage, or it would need some sophisticated solution, like fibre channel? Considering you can get a gigabit ethernet NIC for under $50 and a D-Link 4-port gigabit switch for $300, you might just want to plug the RAID into BOX3, and have BOX1/2 NFS-mount it. Oh I know this :) Actually, this is exactly what I have. But because the machines (box1-3) aren't as powerful at all, I would like to get the maximum out of them. --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Sharing a SCSI bus between some computers
Hello, I believe that SGI's xfs is capable of handling shared-storage setups... After Dan's mail I would think that only some kind of signalling would needed to accomplish the task of one RW and multiple RO machines using the same SCSI storage. This could be done in the hardware and in the software. All I could get on this topic is the problem of multiple RW machines, for which the Linux-specific GFS[1] used the SCSI locking feature of the individual devices and then implemented some kind of external locking, other distributed filesystems did similar methods. How difficult would be to implement this, either into the recently announced GEOM or some other layers? Thanks, [1]: http://www.sistina.com/products_gfs.htm --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Disk space over 1 TB
Hello, The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to 1TB or so. Will this change or GEOM will be the standard method? (and thanks, I forgot that all of this is on IA-32) But one could theoretically use a 64 bit EFI layout on a large external raid and boot from a smaller disk. I don't want to boot from the array, so this could be a solution. Will this have any drawbacks comparing to the usual way (for example stability, speed)? Is it in production use somewhere? Could you please give me some pointers on this topic? (some kind of how-to about the usage of this stuff, there isn't much about it, just the manpage. Where could I find the userland part?) Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Disk space over 1 TB
Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: intermezzo?
Hello, I have recently come across an old little discussion about InterMezzo. I 've got the impression that it wasn't really welcome to FreeBSD. What is it ? I think he's talking about this one: What is InterMezzo? InterMezzo is a new distributed file system with a focus on high availability. InterMezzo will be suitable for replication of servers, mobile computing, managing system software on large clusters, and for maintenance of high availability clusters. http://www.inter-mezzo.org/ [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Uptime of a system
Hello, hub# uptime 8:09PM up 5790 days, 1:24, 1 user, load averages: 0.00, 0.00, 0.00 Now just run an HTTP server. Netcraft will hate you. ;-) Netcraft doesn't run uptime on his machine... Userland hacks don't count. [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Limiting clients per source IP address (ftpd, inetd, etc.)
Hello, The main reason I was looking for a userland implementation of this was that adding limiting to an FTP server that has an active number of a few thousand connections might be a little resource intensive to the kernel of the machine. It's probably OK to stay a bit to much within a userland function that searches a hash/list of addresses, but doing this in the kernel, is something I can't say I fully understand yet. Not only this. For example take the normal inetd behaviour for an FTP server. If the ftpd child processes grow above the limit, inetd simply won't spawn others. The users think that the service is dying (because it can be pinged, but the client can't log on) and begin to flame the operator (such a lame service :). Imagine this with the per IP address limit (this will hit more users, because of proxies, NAT boxes, etc). I think it is much better if the daemon can report this via a simple text message. The user limit thing is the last which is necessary to the FreeBSD ftpd for running an anonymous server. [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: reboot your own jail ?
Hello, In theory, you could use ports/sysutils/daemontools/, specifically the 'supervise' utility. I have been thinking about setting up a jail using a supervised service for some time now, never had the time to actually sit down and do it, though.. It works OK with services that don't go to background. [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: reboot your own jail ?
Hello, fghack, included in daemontools, makes backgrounding daemons running bound in the foreground, at the expense of FDs. just a sidenote. I know that. I just wrote that line, because there are several people who run /bin/sh /etc/rc in their jails. daemontools doesn't seem to be a good tool for these applications. Or am I wrong here? [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: reboot your own jail ?
Hello, Okay, forget I said anything about supervise; it does not seem to be applicable for jails at all :( Why? ns# cat /var/service/ns.XXX.hu/run #!/bin/sh exec /usr/sbin/jail /data/jail/ns.XXX.hu ns.XXX.hu 192.168.2.2 \ /usr/local/sbin/chrootuid / bind /usr/local/sbin/named -c \ /etc/bind/named.conf -f In /data/jail/ns.XXX.hu there is only a single, statically linked named binary, and the config files. named runs on a high port (1024), so I can start as the bind user. In front of the machine there is a packet filter, which does NAT. It is perfectly working with daemontools/supervise :) [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: reboot your own jail ?
Hello, Yes, for your particular kind of jail :) And as a matter of fact, most things could be started like that, indeed.. Seems I need to really wake up and start thinking, and think myself away from the 'default' concept of starting a full-fledged /bin/sh /etc/rc jail. Why would a /bin/sh needed for a nameserver? For helping crackers' life? :) I don't really like /bin/sh /etc/rc jails. And if I can, I often do jails on the 127/8 subnet with a simple redirect for that particular port. This also helps preventing the cracker to connect out from that jail. [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
sendfile() in tftpd?
Hello, Would it be possible to use sendfile in tftpd? With an Athlon XP 1600+ I could only get ~40 Mbps out from the machine with 0% idle CPU time (large file transfers from many machines, getting the same file). Thanks, [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: sendfile() in tftpd?
Hello,
Only if all file transfers were binary, or all ASCII files were stored
on the host with CRLF line termination, instead of LF. That's the
same reason sendfile() is stupid for POP3, IMAP4, and SMTP servers...
Hmm. Both FTP and TFTP supports ASCII and binary transfers, am I right?
In libexec/ftpd this case is handled this way:
case TYPE_A:
while ((c = getc(instr)) != EOF) {
[...]
case TYPE_L:
[...]
while (err != -1 filesize 0) {
err = sendfile(filefd, netfd, offset, 0,
(struct sf_hdtr *) NULL, cnt, 0);
[...]
As far as I can determine.
In libexec/tftpd there is also a similar possibility to handle each case,
because there is netascii and octet.
We have a lab here with machines, which have NICs with built-in bootrom
(Intel PRO/100) and run bpbatch (http://www.bpbatch.org/). During the
startup the user gets a nice menu from which he/she can choose the OS
(various Windows versions for the education and Linux). After this the
program checks the image on the harddisk and if it fails it gets from the
network.
And that's what isn't too good. One client can achieve about 15 Mbps but
if more than 10 (usually 20-30) clients want to fetch the images the TFTP
server first slows down (it eats all the CPU of the server, which is a
fast AthlonXP 1600+) then times out.
I think this could be improved if TFTP could use sendfile().
(I have a busy FTP server and I know how much sendfile() can speed up
things)
The main question here seems to be: could sendfile() be used with UDP, or
it is just for TCP?
BTW, the bpbatch stuff uses binary transfer (according to tcpdump
output)...
[ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]---
Attila Nagy e-mail: [EMAIL PROTECTED]
Free Software Network (FSN.HU)phone @work: +361 210 1415 (194)
cell.: +3630 306 6758
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: sendfile() in tftpd?
Hello, No, sendfile() is only for TCP connections, TFTP is using UDP. If you want performance, use something else. It's even in the manpage: Sendfile() sends a regular file specified by descriptor fd out a stream socket specified by descriptor s. Silly me. BTW, I can't use anything else. Are there any alternatives to TFTP for booting machines off the network? (using standard, PC components) Thanks! [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: sendfile() in tftpd?
Hello, i've had this modified tftpd for some time now, o - it's single threaded - runs as daemon and does not fork new children Basically, I don't have any problems with the inetd startup. It can be rate limited, etc. o - it caches files How? Doesn't leaving this job to the OS a smarter idea? o - knows about some of the newer tftp stuff - mainly blocksize. I think it's implemented in FreeBSD's tftpd too. (I can get 750 MB images with TFTP easily). My impression about this stuff: compiled and started on an up-to-date FreeBSD STABLE BOX (AthlonXP 1600+, 512MB DDR, two Intel PRO/100 with FEC) The lab consists of 733 MHz Celerons with Intel PRO/100 and 128MB RAM. The switch is a HP4000M. With the FreeBSD tftpd I could only get around 40 Mbps out of this box, the CPU usage was 100%. One client could fetch the stuff with an average speed of 14-15 Mbps. I could stay at this speed with 4-5 machines, fetching the images, after this count the bandwidth usage decreased per machine. With Danny's tftpd I could get 16-17 Mbps with one machine (this is what the client says) and around 4 Mbps per client at a concurrency of 24 machines. That's about 90-96 Mbps. I will try do more benchmarks with an accurate method, once I could figure out what should I use to measure the outgoing traffic to specific IP addresses (a /24 subnet)... BTW, FreeBSD's tftpd doesn't drop connections once it built up, while there are some problems with Danny's implementation in this area, but I am sure that this will be solved very soon. [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: jail + mount_union problem
Hello, We have a system with some jails. First jail's home directory is /data/jails/ref. Then, we are running script crash under root: May be anybody knows solution for this problem? Try NULLFS. It works for me. See my previous post on this. (NULLFS was in the subject) [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: NULLFS in -STABLE
Hello, THis is actually intentional. THe mount point traversal occurs at a covered dev_t/inode pair, and the nullfs has a different dev_t for the vnode. I see. I mentioned this because in previous versions this wasn't the case. When you mount a / from a remote system NFS, you don't get the /usr or other FS's mounted under it, either. 8-). It depends :) Thanks, [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
NULLFS in -STABLE
Hello, I run FreeBSD 4-STABLE (Sun Feb 10 14:58:04 CET 2002) since that date with NULLFS, from which I do an average of 500-600 GB daily traffic (FTP site, with the built in FTP daemon). Previously I have had problems with this setup, because I had to remove the sendfile() support from all of the running daemons (or else I got corrupt files), which use NULLFS as the spool and after this when the server had busier days than the others, I got random reboots. Now, after one month I can say, that NULLFS is much more usable and stable than before. I got no reboots and it works with sendfile() too. I did about 18 TB traffic from those directories without any problems in the previous month. The only thing, which seems to be changed that the NULLFS mount isn't recursive anymore. If I have: /stuff /stuff/.1 /stuff/.2 ... (.* are directories, each one there is another partition mounted in) and I mount /stuff to somewhere else with mount_null, I see only /stuff, and empty .* directories. So I have to do: mount_null /stuff /other_dir/stuff mount_null /stuff/.1 /other_dir/stuff/.1, etc. BTW, this is only a minor issue. Congratulations to anyone, who did this work! [ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]--- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
RE: FreeBSD performing worse than Linux?
Hello, Also, a query on my timesheets shows that I had the same FTP problems on a FreeBSD 3.2 box with the dc driver talking to an NT4 Terminal Server with onboard Intel 8255x controller via a 10/100 hub (full duplex), and also a FreeBSD 4.0 box with the rl driver talking to an NT4 Terminal Server with onboard Intel 8255x controller via a 10Mbit/s hub (full duplex). Sorry, maybe it's my fault, but is there anything out there which has the name: hub and it's full-duplex? Or is it a switch in the above text, incorrectly mentioned as a hub? -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Routing Performance?
Hello, The last is a dual processor alpha board. Alpha motherboards have generally better memory IO, including 2.6 Gb/Sec to main memory. Unfortunately it can only take 2 gig of RAM. AFAIK, that's not a problem, because FreeBSD on alpha can't handle more than that... -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
NFS local mount
Hello, I am currently installing a machine on which I want to replace the NULL and/or UNIONFS mounts with NFS. NFS server and client on the same machine, to be exact, for jailing purposes (this seems to be the most stable). The problem is, that at the FreeBSD boot process the NFS filesystems are mounted before the NFS-related daemons are started, so I can't do this in a clean way (from /etc/fstab). Are there any objections to swap those two? I mean starting the NFS server and after that mounting the NFS filesystems? A machine can be both of them, and this way it would be nice to simply place some lines into /etc/fstab, instead of hacking with /etc/rc.local and /etc/rc.conf. Thanks, -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: ftpd....
Hello, Neither one of them hold a candle to the load CDROM.COM can handle. How about we import dg-ftpd instead? I'm sure we'd all like to be able to support 1TB a day of data transferred... Although it may be true (the cdrom.com load), the 1 TB per day stuff isn't so mystic. After changing from Linux to FreeBSD, my machine outperforms itself. My daily record is above 750 GB with a single PIII-450 and with 1 GB RAM. The best of all, that now I can handle more than 1500 concurrent FTP clients and if the half of this number downloads the same file from the same SCSI disk, the system does not slow down, like with Linux. It easily saturates the Intel Etherexpress NIC (100 Mbps). My dream is a complete *BSD mirror on it, but until that I have to find many-many sponsors (in Hungary OpenSource seems to be very widespread, but very few firms sponsor sites, like this, ftp.fsn.hu)... ps: I am using the standard FTP daemon with inetd (I don't know how to set a max userlimit when running in daemon mode correctly). Thanks for all of you for this great OS! -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Data corruption in 4.3-STABLE (a long standing bug)
Hello, I have a mid-loaded server which runs each daemon in jail()-ed environments. The data space is union-mounted, because nullfs paniced the kernel when someting did a chroot on it (this was the case with 4.2-STABLE). On friday I upgraded from 4.3-RC to the latest 4.3-STABLE and noticed that nullfs actually works, but I get a lot of errors, similar to these: Jun 15 18:21:59 insomnia /kernel: object inconsistant state: RPC: 1, RC: 0 Jun 15 18:22:39 insomnia /kernel: object inconsistant state: RPC: 3282, RC: 0 Jun 15 18:22:39 insomnia /kernel: object inconsistant state: RPC: 1, RC: 0 Jun 15 18:23:10 insomnia /kernel: object inconsistant state: RPC: 3282, RC: 0 Jun 15 18:23:10 insomnia /kernel: object inconsistant state: RPC: 1, RC: 0 Jun 15 18:24:03 insomnia /kernel: object inconsistant state: RPC: 3282, RC: 0 Jun 15 18:24:03 insomnia /kernel: object inconsistant state: RPC: 1, RC: 0 when something accesses the filesystem. I have clean filesystems and have nothing to do with NFS. Because of the above errors, my system still uses unionfs, but it has a very annoying problem. When a program sends data from a unionfs mounted filesystem with sendfile() the data gets corrupted (tried with several daemons). I did nearly 800 GB (smashed up) traffic, when somebody finally noted this, so I had to patch all of the used daemons, like the standard ftpd to not to use sendfile(). BTW, unionfs seems to be working better than in the 4.2 days, so I think more and more people will use it. Please if you can, fix this error and if you can't, note this problem in the manpage. For the nullfs problem, I would be glad to know, what does this mean :) Thanks, -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: /dev/ptmx equivalent for Linux ABI?
Hello, The single remaining problem is that Matlab expects to find a Linux-like /dev/ptmx (a pseudo terminal master mux). Failure to find this device results in a running Matlab that is unable to execute external commands. It would also be essential for running for example a Linux OpenSSH daemon in a jail with Linux binaries. That would be a very good thing... :) -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: /dev/ptmx equivalent for Linux ABI?
Hello, It would also be essential for running for example a Linux OpenSSH daemon in a jail with Linux binaries. That would be a very good thing... :) Why would that be a good thing? Run the FreeBSD OpenSSH in a jail. If you run a complete Linux distribution in a FreeBSD jail you get the advantage of having multiple virtual machines running FreeBSD and Linux on the same machine. With this capability you can give your customer a virtual Linux box with a virtual IP, and you can give him the ability to upgrade and maintain his own box in the way he likes. Of course I could install a FreeBSD OpenSSH but this would require FreeBSD libraries, config files, etc in a Linux jail. How would the customer update that daemon? With a Linux distrib in the jail it is very easy and convenient. That's why I (and many others) would be glad to run a Linux OpenSSH (and of course not just that) daemon in a FreeBSD jail. -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Mounting partitions with RO flag
Hello, So I am wondering, why the unices block mounting an already mounted partition read only again. Have you considered using ACLs perhaps? Sure it's not in -STABLE, but it's a thought.. It's a good thing, but I need to solve this problem on -STABLE, not on -CURRENT :( I think running -CURRENT on a production machine is not a good idea... Thanks, -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Mounting partitions with RO flag
Hello, I have a really stupid question, so please forgive me if the answer is trivial for you... With the appearing of the jail() in 4.0 I think it would be very good to have the functionality of mounting already mounted (RW) filesystems read only to another directory. For example there are several daemons which can run on a read only filesystem, like an anonymous FTP daemon for extra security in a jail. nullfs and unionfs would be suitable for these tasks but they have problems in at least -STABLE, so there are only hacks for doing this, like NFS mounted filesystems and partition "magic" (defining a lot of partitions onto the same physical space). So I am wondering, why the unices block mounting an already mounted partition read only again. Would it be possible to solve this under FreeBSD? Thanks, ------ Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Mounting partitions with RO flag
Hello, Would it be possible to solve this under FreeBSD? I am second for it. I hope somebody will enlighten my dark mind, because I am really curious about this :) I am using some partition "magic" and know dark side of it. What the problem is with it besides the ugly hacking and the small number of possible partitions? ------ Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
ffs dirpref speedup
Hello, I wonder whether FreeBSD has this improvement or not. With softupdates or async mounted filesystems it seems that the speedup is very big... Thanks, -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 -- Forwarded message -- Date: Sat, 7 Apr 2001 02:02:21 +0400 From: Grigoriy Orlov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: CVS: cvs.openbsd.org: src On Fri, Apr 06, 2001 at 10:27:55PM +0100, Brian Somers wrote: CVSROOT:/cvs Module name:src Changes by: [EMAIL PROTECTED]2001/04/06 14:43:31 Modified files: sys/ufs/ffs: fs.h ffs_alloc.c ffs_vfsops.c sbin/fsck_ffs : setup.c sbin/tunefs: tunefs.c Log message: Replace FFS directory preference algorithm(dirpref) by new one. It allocates directory inode in the same cylinder group as a parent directory in. This speedup file/directory intensive operations on a big file systems in times. Don't forget to recompile fsck_ffs with updated fs.h or you will get "VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE" at the next boot. In any case you can ignore this error safely. Requested by deraadt@ Do you have any numbers or statistics ? Just curious as to how big/small the gain is These results is old and I improve algorithm after these tests was done. Nevertheless they show how big may be perfomance speedup. I have done two file/directory intensive tests on a two OpenBSD systems with old and new dirpref algorithm. The first test is "tar -xzf ports.tar.gz", the second is "rm -rf ports". There ports.tar.gz - port collection from OpenBSD 2.8 release, it contains 6596 dirs and 13868 files. The test systems are: 1. Celeron-450, 128Mb, two IDE drives, the system at wd0, file system for test is at wd1. Size of test file system is 8 Gb, number of cg=991, size of cg is 8m, block size = 8k, fragment size = 1k OpenBSD-current from Dec 2000 with BUFCACHEPERCENT=35 2. PIII-600, 128Mb, two IBM DTLA-307045 IDE drives at i815e, the system at wd0, file system for test is at wd1. Size of test file system is 40 Gb, number of cg=5324, size of cg is 8m, block size = 8k, fragment size = 1k OpenBSD-current from Dec 2000 with BUFCACHEPERCENT=50 Test Results tar -xzf ports.tar.gz rm -rf ports mode old dirpref new dirpref speedup old dirpref new dirpref speedup First system normal 667 472 1.41 477331 1.44 async 285 144 1.98 130 14 9.29 sync 768 616 1.25 477334 1.43 softdep413 252 1.64 241 38 6.34 Second system normal 329 81 4.06 263.5 93.5 2.81 async 302 25.711.75 112 2.26 49.56 sync 281 57.0 4.93 263 90.5 2.9 softdep341 40.6 8.4284 4.76 59.66 "old dirpref" and "new dirpref" columns give a test time in seconds. speedup - speed increasement in times, ie. old dirpref / new dirpref. - If you want a more detailed algorithm description, please sent mail to me directly. Grigoriy. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
mount_null and jail
Hello, I am trying to do the following setup: /jail /jail-run The first is a directory in a filesystem and holds the necessary files to run the given application. The second directory is also a simple directory but /jail mounted into it with mount_null. The command I use to mount the first dir into the second is: mount_null -o ro /jail/something /jail-run/something The purpose of this setup is to create jails within a standard UFS filesystem and to mount the directories read-only and run jailed applications in it, on a read-only partition. This wayI don't need several partitions, mounted RO and I don't have to create loopback filesystems or to do other magic (like a mounted ISO). The problem. When I start jail I often get page faults. Also I want to chroot() in the jail (ftp daemon) but it page faults in all cases. So outside# jail /jail-run/something something 127.0.0.1 /bin/sh often works and the jail starts (/jail-run is a NULL filesystem), but inside# chroot drops me a page fault and restarts the machine in every cases. I've tried out this on 4.2-RELEASE and 4.2-STABLE (05/02/2001) -RELEASE with a GENERIC and -STABLE with a custom kernel and all of them fail to survive jail and chroot on a NULL FS. Could somebody give me hints on this? I think it's a general problem and the problem is the use of the NULL FS, but how could I avoid this kind of crashes? ps: I am subscribed only to freebsd-stable so if you write to -hackers please CC me the message... Thanks in advance, -- Attila Nagye-mail: [EMAIL PROTECTED] Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
