Re: make.conf question
On Mon, 11 Apr 2005, Kris Kennaway [EMAIL PROTECTED] wrote: On Mon, Apr 11, 2005 at 02:05:00PM +0200, Piotr Gnyp wrote: # certain code (currently only OpenSSL) as well as modifying the value ^^ It does exactly what it says it does. What is your confusion? My mistake, didn`t read it carefully ; Sorry. -- How fortunate the man with none. --Dead Can Dance ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make.conf question
Hi. My 4.11 boxes: uname -r 4.11-RELEASE-p1 CPU: 1. CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.30-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE, SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs 2. CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.66-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE make.conf: CPUTYPE=p4 During build i can see: -march=pentiumpro instead of pentium4. On my 5.3 box everything works great. Is this setting not working on FreeBSD 4.x? Or maybe i should set it somewhere else also. -- How fortunate the man with none. --Dead Can Dance ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make.conf question
On Mon, 11 Apr 2005, Kris Kennaway [EMAIL PROTECTED] wrote: The version of gcc that comes with FreeBSD 4.x can't do better than this, i.e. it doesn't know about optimizations for newer CPUs. In practise this isn't important. Ok, so why this: # The CPUTYPE variable controls which processor should be targeted for # generated code. This controls processor-specific optimizations in # certain code (currently only OpenSSL) as well as modifying the value # of CFLAGS to contain the appropriate optimization directive to gcc. # The automatic setting of CFLAGS may be overridden using the # NO_CPU_CFLAGS variable below. # Currently the following CPU types are recognized: # Intel x86 architecture: # (AMD CPUs) k7 k6-2 k6 k5 # (Intel CPUs)p4 p3 p2 i686 i586/mmx i586 i486 i386 # Alpha/AXP architecture: ev6 pca56 ev56 ev5 ev45 ev4 # # If you experience any problems after setting this flag, please unset # it again before submitting a bug report or attempting to modify code. # It may be that certain types of software will become unstable after being # compiled with processor-specific (or higher - see below) optimization flags. # If in doubt, do not set CPUTYPE or CFLAGS to non-default values. # #CPUTYPE=i686 is in /etc/defaults/make.conf in 4.x? -- How fortunate the man with none. --Dead Can Dance ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
What caused this kernel panic?
#0 doadump () at pcpu.h:159 #1 0xc04d9efb in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #2 0xc04da221 in panic (fmt=0xc060106c %s) at ../../../kern/kern_shutdown.c:553 #3 0xc05dd308 in trap_fatal (frame=0xe83ef980, eva=28) at ../../../i386/i386/trap.c:809 #4 0xc05dd04b in trap_pfault (frame=0xe83ef980, usermode=0, eva=28) at ../../../i386/i386/trap.c:727 #5 0xc05dcca5 in trap (frame= {tf_fs = -1068761064, tf_es = -398589936, tf_ds = 16777232, tf_edi = -993459960, tf_esi = -1037469184, tf_ebp = -398526004, tf_isp = -398526036, tf_ebx = -1031939584, tf_edx = 0, tf_ecx = -1037239168, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1068763929, tf_cs = 8, tf_eflags = 66118, tf_esp = -1031939584, tf_ss = -1037469184}) at ../../../i386/i386/trap.c:417 #6 0xc05cb7da in calltrap () at ../../../i386/i386/exception.s:140 #7 0xc04c0018 in kern_execve (td=0xc2297a00, fname=0x0, argv=0x0, envv=0xc27dda10, mac_p=0xc27dda00) at ../../../kern/kern_exec.c:242 #8 0xc05087b1 in ttwakeup (tp=0xc2297a00) at ../../../kern/tty.c:2370 #9 0xc0507414 in ttymodem (tp=0xc27dda00, flag=0) at ../../../kern/tty.c:1625 #10 0xc050b0ff in ptcopen (dev=0xc2297a00, flag=3, devtype=8192, td=0x0) at linedisc.h:136 #11 0xc04a231a in spec_open (ap=0xe83efa84) at ../../../fs/specfs/spec_vnops.c:207 #12 0xc04a205f in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:118 #13 0xc053813d in vn_open_cred (ndp=0xe83efbe4, flagp=0xe83efce4, cmode=0, cred=0xc3c16980, fdidx=0) at vnode_if.h:228 #14 0xc0537d22 in vn_open (ndp=0x0, flagp=0xe83efce4, cmode=0, fdidx=6) at ../../../kern/vfs_vnops.c:91 #15 0xc0531e3b in kern_open (td=0xc22cfc80, path=0x0, pathseg=UIO_USERSPACE, flags=3, mode=0) at ../../../kern/vfs_syscalls.c:957 #16 0xc0531d54 in open (td=0xc22cfc80, uap=0x0) at ../../../kern/vfs_syscalls.c:926 #17 0xc05dd613 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077943301, tf_esi = 673008685, tf_ebp = -1077943272, tf_isp = -398525068, tf_ebx = 673015904, tf_edx = 673008700, tf_ecx = 674465260, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 673977623, tf_cs = 31, tf_eflags = 662, tf_esp = -1077943364, tf_ss = 47}) at ../../../i386/i386/trap.c:1001 #18 0xc05cb82f in Xint0x80_syscall () at ../../../i386/i386/exception.s:201 #19 0x002f in ?? () #20 0x002f in ?? () #21 0x002f in ?? () #22 0xbfbfe3fb in ?? () #23 0x281d4c2d in ?? () #24 0xbfbfe418 in ?? () #25 0xe83efd74 in ?? () #26 0x281d6860 in ?? () #27 0x281d4c3c in ?? () #28 0x283385ec in ?? () #29 0x0005 in ?? () #30 0x000c in ?? () #31 0x0002 in ?? () #32 0x282c1517 in ?? () #33 0x001f in ?? () #34 0x0296 in ?? () #35 0xbfbfe3bc in ?? () #36 0x002f in ?? () #37 0x in ?? () #38 0x in ?? () #39 0x in ?? () #40 0x in ?? () #41 0x148e3000 in ?? () #42 0xc2831a98 in ?? () #43 0xc22cfc80 in ?? () #44 0xe83efaac in ?? () #45 0xe83efa94 in ?? () #46 0xc1e7d4b0 in ?? () #47 0xc04ea503 in sched_switch (td=0x281d4c2d, newtd=0x281d6860, flags=Cannot access memory at address 0xbfbfe428 ) at ../../../kern/sched_4bsd.c:865 Panicstring: page fault uname -pr 5.3-RELEASE-p5 i386 Please advice. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Brighstor ARCserve Backup for Linux on FreeBSD
On Wed, Dec 08, 2004 at 02:51:44PM -0800, pete wright wrote: to help you out we will most likely need more info on your system. a dmesg will help, as well as a uname. also do you have /compat/linux installed? if so which version? is the install script a perl file, shell script of compiled binary? if it's a script is it calling the /compat/linux sh? i think you get the idea ;) uname -r 5.3-RELEASE-p2 kldstat Id Refs AddressSize Name 15 0xc040 5e4674 kernel 21 0xc1a17000 17000linux.ko pkg_info | grep linux linux_base-7.1_7The base set of packages needed in Linux mode linuxdoc-1.1_1 The Linuxdoc SGML DTD linuxthreads-2.2.3_16 POSIX pthreads implementation using rfork to generate kerne sgmlformat-1.7_2Generates groff and HTML from linuxdoc and docbook SGML doc script: http://discordia.pl/~toread/install (i hope CA wont mind... if so, i`ll take it off) I`ve tried to run it witch chrooted bash to /compat/linux with little success. pgpuLZkI8Fepa.pgp Description: PGP signature
Brighstor ARCserve Backup for Linux on FreeBSD
Have anyone tried to install Brighstor ARCserve Backup for Linux on FreeBSD? discordia# pwd /mnt/cdrom/agents/Linux discordia# ./install ./install: 43: Syntax error: Bad substitution line 43 is: printf %-42s $INST_MSG_102 ${FILESYS_GROUP[$VCOUNT]} ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
some more core dumps (FreeBSD 5.3-R-p1)
Unfortunately I wasn.t able to determine a cause of frequent reboot after upgrade from FreeBSD 5.2.1 to 5.3. Even with no loaded modules machines crashes after some time (from 1 hour to nearly 3 days). Ie managed to catch some of the core dumps: http://discordia.pl/~toread/crash.txt http://discordia.pl/~toread/crash1.txt http://discordia.pl/~toread/crash2.txt http://discordia.pl/~toread/crash3.txt also, when running kgdb: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Please advice. I`m clueless. pgpsCTbRr6YLP.pgp Description: PGP signature
Re: 5.3-STABLE - system after few hours
On Tue, Nov 23, 2004 at 10:02:19AM -0600, Dan Nelson wrote: Enable crashdumps by setting dumpdev=/path/to/swap/slice in rc.conf, wait for the system to crash again, then use the dump to get a stack trace, and post that. http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING here it is: discordia# kgdb /boot/kernel/kernel /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd. (no debugging symbols found)...0xc04e8cc6 in doadump () (kgdb) where #0 0xc04e8cc6 in doadump () #1 0xc04e92bf in boot () #2 0xc04e95e5 in panic () #3 0xc05f29a0 in trap_fatal () #4 0xc05f26e3 in trap_pfault () #5 0xc05f233d in trap () #6 0xc05e0f4a in calltrap () #7 0xc04d0018 in do_execve () #8 0xc0517b85 in ttwakeup () #9 0xc05167e8 in ttymodem () #10 0xc051a4d3 in ptcopen () #11 0xc04b16de in spec_open () #12 0xc04b1423 in spec_vnoperate () #13 0xc0547511 in vn_open_cred () #14 0xc05470f6 in vn_open () #15 0xc054120f in kern_open () #16 0xc0541128 in open () #17 0xc05f2cab in syscall () #18 0xc05e0f9f in Xint0x80_syscall () #19 0x002f in ?? () #20 0x002f in ?? () #21 0x002f in ?? () #22 0x in ?? () #23 0x281ddc2d in ?? () #24 0xbfbfe4c8 in ?? () #25 0xea4e2d74 in ?? () #26 0x281df860 in ?? () #27 0x281ddc4b in ?? () #28 0x283415ec in ?? () #29 0x0005 in ?? () #30 0x000c in ?? () #31 0x0002 in ?? () #32 0x282ca517 in ?? () #33 0x001f in ?? () #34 0x0292 in ?? () #35 0xbfbfe46c in ?? () #36 0x002f in ?? () #37 0x2072746f in ?? () #38 0x70796e47 in ?? () #39 0x6f682f00 in ?? () #40 0x742f656d in ?? () #41 0x2fb6d000 in ?? () #42 0xc2a7 in ?? () #43 0xc2a054b0 in ?? () #44 0xea4e2aac in ?? () #45 0xea4e2a94 in ?? () #46 0xc1c404b0 in ?? () #47 0xc04f98c7 in sched_switch () Previous frame inner to this frame (corrupt stack?) pgp3r43yeP4zQ.pgp Description: PGP signature
Re: 5.3-STABLE - system after few hours
On Tue, Nov 23, 2004 at 10:02:19AM -0600, Dan Nelson wrote: Enable crashdumps by setting dumpdev=/path/to/swap/slice in rc.conf, wait for the system to crash again, then use the dump to get a stack trace, and post that. http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING here it is: discordia# kgdb /boot/kernel/kernel /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd. (no debugging symbols found)...0xc04e8cc6 in doadump () (kgdb) where #0 0xc04e8cc6 in doadump () #1 0xc04e92bf in boot () #2 0xc04e95e5 in panic () #3 0xc05f29a0 in trap_fatal () #4 0xc05f26e3 in trap_pfault () #5 0xc05f233d in trap () #6 0xc05e0f4a in calltrap () #7 0xc04d0018 in do_execve () #8 0xc0517b85 in ttwakeup () #9 0xc05167e8 in ttymodem () #10 0xc051a4d3 in ptcopen () #11 0xc04b16de in spec_open () #12 0xc04b1423 in spec_vnoperate () #13 0xc0547511 in vn_open_cred () #14 0xc05470f6 in vn_open () #15 0xc054120f in kern_open () #16 0xc0541128 in open () #17 0xc05f2cab in syscall () #18 0xc05e0f9f in Xint0x80_syscall () #19 0x002f in ?? () #20 0x002f in ?? () #21 0x002f in ?? () #22 0x in ?? () #23 0x281ddc2d in ?? () #24 0xbfbfe4c8 in ?? () #25 0xea4e2d74 in ?? () #26 0x281df860 in ?? () #27 0x281ddc4b in ?? () #28 0x283415ec in ?? () #29 0x0005 in ?? () #30 0x000c in ?? () #31 0x0002 in ?? () #32 0x282ca517 in ?? () #33 0x001f in ?? () #34 0x0292 in ?? () #35 0xbfbfe46c in ?? () #36 0x002f in ?? () #37 0x2072746f in ?? () #38 0x70796e47 in ?? () #39 0x6f682f00 in ?? () #40 0x742f656d in ?? () #41 0x2fb6d000 in ?? () #42 0xc2a7 in ?? () #43 0xc2a054b0 in ?? () #44 0xea4e2aac in ?? () #45 0xea4e2a94 in ?? () #46 0xc1c404b0 in ?? () #47 0xc04f98c7 in sched_switch () Previous frame inner to this frame (corrupt stack?) pgpMPeyEFBOFa.pgp Description: PGP signature
5.3-STABLE - system after few hours
Hi, after upgrade from 5.2.1 o 5.3-STABLE my system started to reboot on regular basis. The error message on screen (not always showing): Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id=03 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc04ce84b stack pointer = 0x10:0xea54f9co frame pointer = 0x10:0xea54f9cc code segment = base 0x0, limit 0xf type 0x1b = DPL 0, pres 1, def32 1 , gran 1 procesor eflags = interrupt cenabled, resume, IOPL=0 current process = 11445 (screen) trap number = 12 panic: page fault cpuid = 0 boot() called on cpu#0 [14:16] [EMAIL PROTECTED]:~ uname -r 5.3-STABLE [14:16] [EMAIL PROTECTED]:~ pkg_info | grep screen screen-4.0.2_1 A multi-screen window manager system has been tested with memtest and cpuburn - no errors were detected. Please advice. -- pgpxLjPfttVZU.pgp Description: PGP signature
Re: 5.3-STABLE - system after few hours
On Tue, Nov 23, 2004 at 09:06:44AM -0600, Nikolas Britton wrote: The first problem is your trying to run 5.3-STABLE. the -STABLE tag does NOT mean the system will be stable it mean the code base is relatively stable compared to -CURRENT. Until FreeBSD 5.x matures a bit more (maybe after 5.5-Release) normal users should NOT be tracking -STABLE. Change your cvsup-supfile to RELENG_5_3, cvsup to 5.3-RELEASE-p1, and rebuild your system. I`ve just migrated from 5.3-RELEASE. Same thing happened there. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3-STABLE - system after few hours
On Tue, Nov 23, 2004 at 09:38:50AM -0600, Nikolas Britton wrote: you rebuild your ports (screen) after you updated from 5.2.1? Yes. In fact, i did it again a while ago. I`ll check if the error will occur again. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Upgrade from 5.2.1-RELEASE to 5.3-STABLE
Hi, I`ve cvsuped 5.3 sources, done make buildworld and make buildkernel with no problems. But, on http://www.freebsd.org/releases/5.3R/migration-guide.html i`ve read: Due to the upgraded GCC compiler, C++ programs generally need to be recompiled and reinstalled. This requirement comes from changes in the C++ ABI. My gcc version: Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.3.3 [FreeBSD] 20031106 Will I have to rebuild all my ports after make installkernel/installworld? pgpWCgZzF7O1g.pgp Description: PGP signature
Re: Upgrade from 5.2.1-RELEASE to 5.3-STABLE
On Tue, Nov 09, 2004 at 05:02:01PM -0500, Lowell Gilbert wrote: Only the ones that are written in C++. But it's probably easier to rebuild everything than to figure out which ones include some C++ sources. Hmm the page mentions it when upgradimg from 4.x: 3 New Features: [...] GCC: The compiler toolchain is now based on GCC 3.4.X, rather than GCC 2.95.X. [...] 4 Notable Changes [...] Due to the upgraded GCC compiler, C++ programs generally need to be recompiled and reinstalled. This requirement comes from changes in the C++ ABI. So - again - is the change from 3.3.3 to 3.4.x so great, that all of the ports that were writren in c++ need to be rebuild? pgpKjf7tOIR1m.pgp Description: PGP signature
clamd + amavisd-new + FreeBSD
[17:10] [EMAIL PROTECTED]:~ uname -r 5.2.1-RELEASE-p9 [17:10] [EMAIL PROTECTED]:~ pkg_info | grep clamav clamav-0.75.1 Command line virus scanner written entirely in C [17:10] [EMAIL PROTECTED]:~ pkg_info | grep amavis amavisd-new-2.1.1,1 Performance-enhanced daemonized version of amavis-perl after 10-20 minutes clamd exits with signal 6, here is the trace: http://sial.org/pbot/4647 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
user is not logger in, but who claims something else
Hi the situation: discordia# ps -auwx | grep diabeu discordia# discordia# w 18:37 up 8 days, 5:54, 9 users, load averages: 0,03 0,05 0,02 USER TTY FROM LOGIN@ IDLE WHAT toread p0 chello0621790851 18:26 - pine -i diabeu po 213.134.140.150: 17:42 46 - diabeu pp 213.134.140.150: 15:153:13 - diabeu pt 213.134.140.150: 15:013:12 - diabeu pu 213.134.140.150: 15:253:11 - discordia# watch -coW ttypp Snoop device change due to write failure. Enter device name [ttypp]: How to fix this bug? Well it`s not messing, but it`s very irritating. Please advice. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: user is not logger in, but who claims something else
On Tue, 29 Jun 2004, Dan Nelson [EMAIL PROTECTED] wrote: Rebooting will fix it (of course), as will logging in a bunch of times or running enough screen sessions that ttyp[optu] are reused. it helped! thanks a lot! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: password expiry
On Thu, 13 May 2004, Matthew Seaman [EMAIL PROTECTED] wrote: Ah... so you're using sshd(8). You didn't happen to mention that rather relevant information before. Can you try logging in on the console to test your changes? If login.conf settings work on the console then sshd is the problem. Otherwise, it's the login.conf stuff itself which is at fault. No they don`t. Here again is my login class: unknown:\ :passwd_format=md5:\ :copyright=/etc/COPYRIGHT:\ :welcome=/etc/motd:\ :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES:\ :path=/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin /usr/X11R6/bin:\ :nologin=/var/run/nologin:\ :cputime=15m:\ :datasize=8m:\ :vmemoryuse=8m:\ :stacksize=2m:\ :memorylocked=4m:\ :memoryuse=5m:\ :filesize=8m:\ :coredumpsize=8m:\ :openfiles=38:\ :maxproc=20:\ :priority=0:\ :requirehome:\ :minpasswordlen=6:\ :passwordtime=30d:\ :warnpassword=1w:\ :umask=002:\ #:ignoretime@:\ :idletime=10m:\ :sessionlimit=3:\ :charset=ISO-8859-2:\ :accounted:\ :ttys.accounted=ttyv*,ttyp*:\ :lang=pl_PL.ISO8859-2: Where lies the error? Some limits are working: cputime 15:00 filesize8192 kbytes datasize8192 kbytes stacksize 2048 kbytes coredumpsize8192 kbytes memoryuse 5120 kbytes vmemoryuse 8192 kbytes descriptors 38 memorylocked4096 kbytes maxproc 20 sbsize unlimited But not the ones used for password control... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
strange errors in quotacheck
In kernel: options QUOTA In rc.conf: enable_quotas=YES check_quotas=YES quota added by edquota when doing quotacheck -a: discordia# quotaon -a discordia# quotacheck -u /dev/da0s1a quotacheck: //quota.user: seek failed: Invalid argument Can you help me? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
2 ISP on one FreeBSD router
Hi. Right now we have one ISP, our servers that uses IP from this ISP are running several services (dns, www, databases, mta etc). We want to increase stability of our network access by obtaining backup internet connection from another ISP. My question is: Is there a way to configure FreeBSD, so the NATed workstations will use two ISP at once and in case of one ISP failure the whole traffic will be put on one connection? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
password expiry
I`m trying to set password expiry for users, I`ve changed login.conf to: :minpasswordlen=6:\ :passwordtime=30d:\ :warnpassword=1w:\ But it doesn`t seem to work. What I`m missing, or where I will find the answer. Plase advice. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: password expiry
On Thu, 13 May 2004, Matthew Seaman [EMAIL PROTECTED] wrote: On Thu, May 13, 2004 at 12:59:58PM +0200, Piotr Gnyp wrote: I`m trying to set password expiry for users, I`ve changed login.conf to: :minpasswordlen=6:\ :passwordtime=30d:\ :warnpassword=1w:\ But it doesn`t seem to work. What I`m missing, or where I will find the answer. Plase advice. # cap_mkdb /etc/login.conf perhaps? Remember too that login.conf is only consulted at login time, so you have to log out and back in again in order to see any effects. done that, and also I`ve added to sshd_conf: UseLogin yes And no effect. Tried on 5.2.1-R-p6 and 4.10-PRER. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
/usr/libexec/save-entropy
Hi On my FreeBSD 5.2.1-R-p5 I have problems with /usr/libexec/save-entropy in cron. The error message says: /etc/rc.conf: cannot create /etc/rc.conf: Permission denied my /etc/rc.conf file permissions: -rwxr-xr-x 1 root wheel 2,2K 20 Kwi 16:23 /etc/rc.conf* my /etc/crontab: # Save some entropy so that /dev/random can re-seed on boot. #*/11 * * * * operator /usr/libexec/save-entropy What shoud I change for /usr/libexec/save-entropy to work properly? For now I`ve switched it off. Please advice. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /usr/libexec/save-entropy
On Wed, 21 Apr 2004, Ruben de Groot [EMAIL PROTECTED] wrote: Looks like you have something wrong in your /etc/rc.conf. And it was, I`ve found the bug. Thanks for help. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
false positive, or server hacked?
Hi, I`m running FreeBSD 5.2.1-p4, I`ve just installed new version of chkrootkit 0.43 from freshports, and report follows: Checking `date'... INFECTED Checking `lkm'... You have 115 process hidden for readdir command You have23 process hidden for ps command Warning: Possible LKM Trojan installed ll of /bin/date -r-xr-xr-x 1 root wheel 14776 30 Mar 13:20 /bin/date Please advice. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Rotation of ipmon log
Hi, when i`m trying to rotate log file from ipmon i get these messages: newsyslog: can't notify daemon, pid 40948: No such process newsyslog: log /var/log/ipmon.log.0 not compressed because daemon(s) not notified My settings - rc.conf: ipmon_enable=YES # Set to YES for ipmon; needs ipfilter, too! ipmon_program=/sbin/ipmon# where the ipfilter monitor program lives ipmon_flags=-o S -D /var/log/ipmon.log ipfs_enable=YES ipfs_program=/sbin/ipfs ipfs_flag=-Dsvn newsyslog.conf: /var/log/ipmon.log 644 7 *@T00 J /var/run/ipmon.pid [10:39] [EMAIL PROTECTED]:/home/toread ps -auwx | grep ipmon root 290 0,0 0,3 1888 1404 ?? Ss Sob13 1:59,34 /sbin/ipmon -o S -D /var/log/ipmon.log What I`m missing? Why newsyslog can`t rotate log? I`m using FreeBSD 5.2.1-RC2 #18. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Rotation of ipmon log
On Fri, 20 Feb 2004, JJB [EMAIL PROTECTED] wrote: Ipfs is the wrong prefix for the IPFILTER rc.conf statements. from /etc/defaults/rc.conf: ipfs_enable=NO# Set to YES to enable saving and restoring # of state tables at shutdown and boot ipfs_program=/sbin/ipfs # where the ipfs program lives ipfs_flags= # additional flags for ipfs My settings - rc.conf: ipmon_enable=YES # Set to YES for ipmon; needs ipfilter, too! ipmon_program=/sbin/ipmon# where the ipfilter monitor program lives ipmon_flags=-o S -D /var/log/ipmon.log ipfs_enable=YES ipfs_program=/sbin/ipfs ipfs_flag=-Dsvn What is wrong, because i don`t follow. You also have to define the log in /etc/syslog.conf file Ok, i`ll do it, and see the result tommorow. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Lock order reversal
What is exactly lock order reversal? I`ve encountered something like this on my console: lock order reversal 1st 0xc720dce4 vm object (vm object) @ vm/swap_pager.c:1323 2nd 0xc06c01a0 swap_pager swhash (swap_pager swhash) @ vm/swap_pager.c:1838 3rd 0xc0c358c4 vm object (vm object) @ vm/uma_core.c:873 System: FreeBSD 5.2-RELEASE ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
swap usage
Hi. Is there a way to make FreeBSD to free the space on swap? Mem: 235M Active, 108M Inact, 100M Wired, 23M Cache, 60M Buf, 32M Free Swap: 500M Total, 256K Used, 500M Free The usage of swap is growing during uptime of the server, and even if I free some additional memory (by killing some apps) the swap file usage still grows with time. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: swap usage
On Wed, 28 Jan 2004, Kris Kennaway [EMAIL PROTECTED] wrote: Of course, what you posted doesn't indicate this. Swap is used by processes, so killing the process that is actually using the swap will cause it to be reclaimed. If you think something else is going on, please provide the appropriate details so we can analyse the problem. so, beside top and swapinfo - how can i check it? My point is: why system uses swap if it has free memory. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]