Re: make.conf question

2005-04-12 Thread Piotr Gnyp
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

2005-04-11 Thread Piotr Gnyp
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

2005-04-11 Thread Piotr Gnyp
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?

2005-02-18 Thread Piotr Gnyp

#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

2004-12-10 Thread Piotr Gnyp
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

2004-12-08 Thread Piotr Gnyp
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)

2004-11-30 Thread Piotr Gnyp
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

2004-11-24 Thread Piotr Gnyp
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

2004-11-24 Thread Piotr Gnyp
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

2004-11-23 Thread Piotr Gnyp
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

2004-11-23 Thread Piotr Gnyp
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

2004-11-23 Thread Piotr Gnyp
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

2004-11-09 Thread Piotr Gnyp
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

2004-11-09 Thread Piotr Gnyp
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

2004-09-15 Thread Piotr Gnyp
[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

2004-06-29 Thread Piotr Gnyp
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

2004-06-29 Thread Piotr Gnyp
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

2004-06-22 Thread Piotr Gnyp
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

2004-06-15 Thread Piotr Gnyp
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

2004-05-25 Thread Piotr Gnyp
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

2004-05-13 Thread Piotr Gnyp
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

2004-05-13 Thread Piotr Gnyp
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

2004-04-21 Thread Piotr Gnyp
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

2004-04-21 Thread Piotr Gnyp
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?

2004-04-15 Thread Piotr Gnyp
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

2004-02-20 Thread Piotr Gnyp
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

2004-02-20 Thread Piotr Gnyp
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

2004-01-29 Thread Piotr Gnyp
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

2004-01-28 Thread Piotr Gnyp
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

2004-01-28 Thread Piotr Gnyp
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]