Displaying 9 results from an estimated 9 matches for "sugid_coredump".
2020 Sep 15
4
Internal error on Samba 4.10.17
Hi,
For 3 days uptime serve about 40 client Windows workstation with traffic
average 50 Mbps - 80 Mbps (Video streaming) running on FreeBSD system
with 16 GB RAM already installed.
# uname -smrv
FreeBSD 12.1-STABLE FreeBSD 12.1-STABLE r364492 GENERIC amd64
# pkg info samba\*
samba410-4.10.17
I got this produce error in /var/log/message, any clue for this problem?
Sep 14 10:20:15 BEC-STG-P1
2008 Mar 09
2
1.1r1: auth-worker(default): BUG: PASSV had missing parameters, sig11
I don't know how this happened. I'm not sure if there is a coredump
somewhere because
I don't know what user, and I have nothing for 'root' or 'dovecot'. Any
advice, or should
I make all my coredumps go to a central writable directory so I have
better chance of
catching it if it happens again? Is it maybe from someone connecting to
postfix and causing
a SMTP-AUTH
2009 Dec 14
1
deliver panics when handling mails bigger than some kByte
Hi,
i've just upgraded to dovecot-1.2.8 (from 1.2.4) and do now get the
following errors when deliver gets hands on mails with some attachments.
# tail -n 1 /var/log/messages
Dec 14 19:00:36 mail3 dovecot: deliver(user): Panic: file istream.c:
line 96 (i_stream_read): assertion failed: (stream->eof)
The MTA is postfix running inside a FreeBSD 7.2-STABLE jail. The homes
where deliver
2011 Jan 13
1
master: Error: service(imap): child 40100 killed with signal 11
Hello,
I've just updated to 2.0.9 and I've got lots of these in the logs now.
Jan 13 18:57:13 master: Error: service(imap): child 40100 killed with
signal 11 (core not dumped - set service imap { drop_priv_before_exec=yes })
Is there a configuration change or something else I should have done
while updating?
I tried to get some information by loading the binary into gdb and got this:
2009 Jun 23
0
Panic without coredump
...ble-dmalloc --with-profiling-data
But I can not find core! Standard FreeBSD place for samba cores
/var/log/samba/cores/smbd is empty.
I've used /bin/find / -name \*.core but it has found nothing.
sysctl variables about core:
kern.corefile: %N.core
kern.nodump_coredump: 0
kern.coredump: 1
kern.sugid_coredump: 0
debug.elf32_legacy_coredump: 0
System version:
FreeBSD zpl.bit.ab.ru 7.2-20090423-SNAP FreeBSD 7.2-20090423-SNAP #0: Fri
Apr 24 09:53:12 OMSST 2009 alex@zpl.bit.ab.ru:/usr/obj/usr/src/sys/GENERIC
i386
Where can I find core file to use gdb as Samba Howto advices?
Thanks a lot!
2017 Jun 05
2
SIG11/Auth/FreeBSD
On 04.06.2017 22:35, Larry Rosenman wrote:
> On Fri, Jun 02, 2017 at 11:15:41AM -0500, Larry Rosenman wrote:
>> I'm seeing lots of:
> [snipped]
>> Jun 2 00:00:05 thebighonker exim[57437]: dovecot_login authenticator failed for ec2-52-40-16-7.us-west-2.compute.amazonaws.com (ADM
>> IN) [52.40.16.7]:51339 I=[192.147.25.65]:465: 535 Incorrect authentication data
2020 Nov 10
3
Crash in 4.12.10 in
I just got an INTERNAL ERROR: Signal 11 in smbd (4.12.10) in something that sids_to_unixids() in source3/winbindd/idmap_hash/idmap_has.c calls and 3 levels down - unfortunately the stack trace doesn?t say what it is - probably optimised into inline code or something.
Recently upgraded from Samba 4.12.5 to 4.12.10 (self-compiled). FreeBSD 12.2
It happened right after 10 hours since that smbd
2005 Mar 11
1
open failed (Too many open files in system)
I am running Samba 3.0.5 on OS X 10.3.8 Server. It's the stock Samba
supplied by Apple with no modifications. I am running a variety of
shares on the system to around 50 PC clients.
I came into the office this morning with a dead Xserve... could not
login, could not ping or ssh into the system. Users in the office
could not even browse the network. When they tried to browse the
2006 Apr 12
1
powerd not behaving with an Asus A8V-MX and Athlon 64 X2 3800+
...12 1K - 13 16,128
DEVFS1 128 32K - 128 256
kern.malloc_count: 204
kern.ident: SMP-GENERIC
kern.maxusers: 384
kern.fallback_elf_brand: -1
kern.kstack_pages: 2
kern.sync_on_panic: 0
kern.shutdown.poweroff_delay: 5000
kern.shutdown.kproc_shutdown_wait: 60
kern.sugid_coredump: 0
kern.coredump: 1
kern.nodump_coredump: 0
kern.corefile: %N.core
kern.fscale: 2048
kern.timecounter.stepwarnings: 0
kern.timecounter.nbinuptime: 38248
kern.timecounter.nnanouptime: 0
kern.timecounter.nmicrouptime: 629
kern.timecounter.nbintime: 518
kern.timecounter.nnanotime: 5
kern.timecounter.n...