Здравствуйте, Alan.
Вы писали 2 февраля 2012 г., 0:24:55:
|
> |
kill -9 doesn't want to play either? Read the docs/debugging file. Compile FR with debugging/developer stuff and run it under gdbm control and do your killing of firebird again. It's likely to be the PERL integration as thats what will get done in when firebird is restarted. Are you perl with threading? Not sure why your going through hoops for firebird access, I'm sure there's a native module.... alan |
# pkg_info | grep fire
firebird-client-2.5.1 Firebird-2 database client
firebird-server-2.5.1 Firebird-2 relational database (server)
# pkg_info | grep radi
freeradius-2.1.12 A free RADIUS server implementation
# perl -V
Summary of my perl5 (revision 5 version 14 subversion 1) configuration:
Platform:
osname=freebsd, osvers=9.0-current, archname=i386-freebsd-thread-multi-64int
uname='freebsd flux 9.0-current freebsd 9.0-current #4: fri jun 10 01:30:12 utc 2011 adm@flux:usrobjusrsrcsyspae_kes i386 '
config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.14.1/mach -Dprivlib=/usr/local/lib/perl5/5.14.1 -Dman3dir=/usr/local/lib/perl5/5.14.1/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.14.1/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.14.1 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.14.1/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none -Dccflags=-DAPPLLIB_EXP="/usr/local/lib/perl5/5.14.1/BSDPAN" -Doptimize=-O2 -pipe -fno-strict-aliasing -Ui_gdbm -Dusethreads=y -Dusemymalloc=n -Duse64bitint'
hint=recommended, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
use64bitint=define, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.14.1/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include',
optimize='-O2 -pipe -fno-strict-aliasing',
cppflags='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.14.1/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
ccversion='', gccversion='4.2.2 20070831 prerelease [FreeBSD]', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags ='-pthread -Wl,-E -fstack-protector -L/usr/local/lib'
libpth=/usr/lib /usr/local/lib
libs=-lgdbm -lm -lcrypt -lutil
perllibs=-lm -lcrypt -lutil
libc=, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-R/usr/local/lib/perl5/5.14.1/mach/CORE'
cccdlflags='-DPIC -fPIC', lddlflags='-shared -L/usr/local/lib -fstack-protector'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP
PERL_PRESERVE_IVUV USE_64_BIT_INT USE_ITHREADS
USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF
USE_REENTRANT_API
Built under freebsd
Compiled at Dec 9 2011 03:57:41
@INC:
/usr/local/lib/perl5/5.14.1/BSDPAN
/usr/local/lib/perl5/site_perl/5.14.1/mach
/usr/local/lib/perl5/site_perl/5.14.1
/usr/local/lib/perl5/5.14.1/mach
/usr/local/lib/perl5/5.14.1
.
firebird is restarted without any problem.
also if I ran after that 'radiusd -X' it is works fine too
# ps ax|grep rad
9438 ?? TLs 5:10.12 /usr/local/sbin/radiusd
37170 3 I+ 0:00.33 radiusd -X
but, as you see, old 'radiusd' process is in state STOP and I can not do anything with them.
As I have said erlier, even when I '#reboot' server hangsup waiting 'radiusd' for die
Only hard reboot helps.
Maybe I do not understand correct, but it seems problem with a 'virtual memory' (vm_??):
vm_map_lookup vm_fault_hold vm_fault trap_pfault trap calltrap
PS. in 'radiusd -X' mode bug is not repeatable.
--
С уважением,
Коньков mailto:kes-...@yandex.ru
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
