search for: process_single

...llo, We have installed samba4 under Ubuntu 14.04.3 LTS. > root at server:~# samba -V > Version 4.2.3-SerNet-Ubuntu-7.trusty Sometimes, we have authentication problems. The only thing we found in log file, when it happend, is this : > [2015/09/28 17:27:06.750675, 3] ../source4/smbd/process_single.c:114(single_terminate) > single_terminate: reason[imessaging_init() failed] > [2015/09/28 17:27:06.792429, 3] ../source4/smbd/service_stream.c:66(stream_terminate_connection) > Terminating connection - 'imessaging_init() failed' > [2015/09/28 17:27:06.792568, 3] ../source4/smbd...

...xt.c:484(smb_krb5_init_context_basic) krb5_init_context failed (Too many open files) [2018/04/22 14:46:43.350711, 1] ../source4/auth/kerberos/krb5_init_context.c:555(smb_krb5_init_context) smb_krb5_context_init_basic failed (Too many open files) [2018/04/22 14:46:55.229733, 0] ../source4/smbd/process_single.c:57(single_accept_connection) single_accept_connection: accept: NT_STATUS_TOO_MANY_OPENED_FILES [2018/04/22 14:46:56.239262, 0] ../source4/smbd/process_single.c:57(single_accept_connection) single_accept_connection: accept: NT_STATUS_TOO_MANY_OPENED_FILES [2018/04/22 14:46:57.239552, 0] ../s...

...3 LTS. > > root at server:~# samba -V >> Version > 4.2.3-SerNet-Ubuntu-7.trusty > > Sometimes, we have authentication > problems. > > The only thing we found in log file, when it happend, is > this : > >> [2015/09/28 17:27:06.750675, 3] > ../source4/smbd/process_single.c:114(single_terminate) > single_terminate: reason[imessaging_init() failed] >> [2015/09/28 > 17:27:06.792429, 3] > ../source4/smbd/service_stream.c:66(stream_terminate_connection) > Terminating connection - 'imessaging_init() failed' >> [2015/09/28 > 17:27:06.792...

...(twice) > > * And in log.samba > : > > _[2015/09/25 09:06:35.919946, 3] > ../source4/smbd/service_stream.c:66(stream_terminate_connection)_ > _ > Terminating connection - 'imessaging_init() failed'_ > _[2015/09/25 > 09:06:35.919987, 3] > ../source4/smbd/process_single.c:114(single_terminate)_ > _ > single_terminate: reason[imessaging_init() failed]_ > _[2015/09/25 > 09:06:36.032485, 3] > ../source4/smbd/service_stream.c:66(stream_terminate_connection)_ > _ > Terminating connection - 'imessaging_init() failed'_ > _[2015/09/25 >...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] Has anyone successfully decoded a FLAC by a series of process_single's (I'm using the seekable_stream interface)? Whenever the process_single make a read callback, then next time I call process single, the decoder losses sync. I'm trying to determine if it is a problem in my code, or a problem in libFLAC. I'd usually guess it would be my code, but...

--- Russell O'Connor <roconnor@Math.Berkeley.EDU> wrote: > Has anyone successfully decoded a FLAC by a series of > process_single's > (I'm using the seekable_stream interface)? > > Whenever the process_single make a read callback, then next time I > call > process single, the decoder losses sync. > > I'm trying to determine if it is a problem in my code, or a problem > in > libFLAC. &g...

I'm just trying to wrap the flac decoder into a push model class... as i'm having a few threading problems in corner cases. One thing i need to fnid out is... if i call process_single() and let the read callback give the decoder exactly one packet/frame. Is the write_callback garaunteed to only be fired once ? Also one other thing... this where is always crashes... Line 374 in bitbuffer.c, at bit_buffer_clear(...) the state is ABORTED, and blurbs and bits are both ~2^32 and...

...EAUTH-REQUIRED -- wtr30 at MBSW [2014/11/10 13:56:43.740736, 3] ../source4/smbd/service_stream.c:66(stream_terminate_connection) Terminating connection - 'kdc_tcp_call_loop: tstream_read_pdu_blob_recv() - NT_STATUS_CONNECTION_DISCONNECTED' [2014/11/10 13:56:43.740838, 3] ../source4/smbd/process_single.c:114(single_terminate) single_terminate: reason[kdc_tcp_call_loop: tstream_read_pdu_blob_recv() - NT_STATUS_CONNECTION_DISCONNECTED] [2014/11/10 13:56:43.741188, 3] ../source4/auth/kerberos/krb5_init_context.c:80(smb_krb5_debug_wrapper) Kerberos: AS-REQ wtr30 at MBSW from ipv4:53.253.137.105:...

...event 1129 * again id event 40960 (twice) * And in log.samba : > _[2015/09/25 09:06:35.919946, 3] > ../source4/smbd/service_stream.c:66(stream_terminate_connection)_ _ > Terminating connection - 'imessaging_init() failed'_ _[2015/09/25 > 09:06:35.919987, 3] > ../source4/smbd/process_single.c:114(single_terminate)_ _ > single_terminate: reason[imessaging_init() failed]_ _[2015/09/25 > 09:06:36.032485, 3] > ../source4/smbd/service_stream.c:66(stream_terminate_connection)_ _ > Terminating connection - 'imessaging_init() failed'_ _[2015/09/25 > 09:06:36.032513, 3]...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] On Mon, 11 Nov 2002, Josh Coalson wrote: > > Very strange. I wounder if my two problems are related. The > > bitbuffer > > gets data moved around when read it called, so maybe they are > > related. > > It really seems like there is some memory craziness going on. > > Gets

...yes log level = 5 [netlogon] path = /usr/local/samba/var/locks/sysvol/teste.net/scripts read only = No [sysvol] path = /usr/local/samba/var/locks/sysvol read only = No This is the log (raised to log level 5) in the moment of the rename procedure: [2018/04/03 15:36:49.604326, 3] ../source4/smbd/process_single.c:114(single_terminate) single_terminate: reason[dcesrv: NT_STATUS_CONNECTION_DISCONNECTED] [2018/04/03 15:36:54.956206, 3] ../source4/smbd/service_stream.c:65(stream_terminate_connection) Terminating connection - 'dcesrv: NT_STATUS_CONNECTION_DISCONNECTED' [2018/04/03 15:36:54.956359,...

...raasnet.com', forwarding [2014/12/16 07:48:02.285459, 3] ../source4/smbd/service_stream.c:66(stream_terminate_connection) Terminating connection - 'dns_tcp_call_loop: tstream_read_pdu_blob_recv() - NT_STATUS_CONNECTION_DISCONNECTED' [2014/12/16 07:48:02.285767, 3] ../source4/smbd/process_single.c:114(single_terminate) single_terminate: reason[dns_tcp_call_loop: tstream_read_pdu_blob_recv() - NT_STATUS_CONNECTION_DISCONNECTED] [2014/12/16 07:48:02.286168, 2] ../source4/dns_server/dns_query.c:629(dns_server_process_query_send) Not authoritative for 'adadvisor.net', forwardin...

...ot NTLMSSP neg_flags=0xe2088235 [2018/03/26 16:32:38.910422, 3] ../source4/smbd/service_stream.c:66(stream_terminate_connection) Terminating connection - 'ldapsrv_call_loop: tstream_read_pdu_blob_recv() - NT_STATUS_CONNECTION_DISCONNECTED' [2018/03/26 16:32:38.910667, 3] ../source4/smbd/process_single.c:114(single_terminate) single_terminate: reason[ldapsrv_call_loop: tstream_read_pdu_blob_recv() - NT_STATUS_CONNECTION_DISCONNECTED] [2018/03/26 16:32:38.911755, 3] ../lib/ldb-samba/ldb_wrap.c:325(ldb_wrap_connect) ldb_wrap open of secrets.ldb [2018/03/26 16:32:38.915128, 3] ../auth/ntlmssp/...

...ldb_wrap open of secrets.ldb [2016/03/03 12:39:10.042656, 3] ../source4/smbd/service_stream.c:66(stream_terminate_connection) Terminating connection - 'ldapsrv_call_loop: tstream_read_pdu_blob_recv() - NT_STATUS_CONNECTION_DISCONNECTED' [2016/03/03 12:39:10.043148, 3] ../source4/smbd/process_single.c:114(single_terminate) single_terminate: reason[ldapsrv_call_loop: tstream_read_pdu_blob_recv() - NT_STATUS_CONNECTION_DISCONNECTED] [2016/03/03 12:39:10.047746, 3] ../source4/smbd/service_stream.c:66(stream_terminate_connection) Terminating connection - 'ldapsrv_call_loop: tstream_read_p...

I wanted to bring attention to some odd behavior which I don't believe is intentional. With Samba running, I can go to a Windows machine on the network (10.0.0.0/24) and see all of the Samba shares by pulling up an Explorer window and going to \\Server1 Everything appears to work as expected. However, if I populate the 'hosts allow' parameter within smb.conf as follows: hosts allow

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] On Sun, 10 Nov 2002, Josh Coalson wrote: > Hmm, that's how the plugins work. They are using the file > decoder layer but that's a pretty trivial wrapper around > the seekable stream decoder. Without seeing your code there's > not much else I can say. Do you want to see my code ;-) >

...>> ../source4/smbd/service_stream.c:66(stream_terminate_connection) >> >> Terminating connection - 'dns_tcp_call_loop: tstream_read_pdu_blob_recv() >> - NT_STATUS_CONNECTION_DISCONNECTED' >> >> [2014/12/16 07:48:02.285767, 3] >> ../source4/smbd/process_single.c:114(single_terminate) >> >> single_terminate: reason[dns_tcp_call_loop: tstream_read_pdu_blob_recv() >> - NT_STATUS_CONNECTION_DISCONNECTED] >> >> [2014/12/16 07:48:02.286168, 2] >> ../source4/dns_server/dns_query.c:629(dns_server_process_query_send) >&g...

Hello, The API documentation [1] `FLAC__stream_decoder_seek_absolute` says: "Flush the input and seek to an absolute sample. Decoding will resume at the given sample. Note that because of this, the next write callback may contain a partial block." I expected that subsequent `process_single` calls would return data starting exactly from the sample I've seeked to. To my surprise hovewer it seems that `seek_absolute` implicitly processes the frame which contains the requested sample (the write callback receives only the tail of the frame from the given sample). Since the documentat...

...ot;d" is an instance of my K3bFLACDecoder::Private class) : if(d->internalBuffer == 0) { if(d->get_state() == FLAC__SEEKABLE_STREAM_DECODER_END_OF_STREAM) { // Nothing left to do. return 0; } else { // Get some more data into our internal buffer. d->process_single(); } } Yet my internalBuffer is never initialised. I have also tried to have: while(d->internalBuffer==0) d->process_single(); but this only results in an infinite loop. I get similarly depressing results from process_until_end_of_stream. Any suggestions would be appreciated....

...3. Every few days samba (which works as a single ad controller) says "NT_STATUS_TOO_MANY_OPENED_FILES" and stopps working. To fix this Problem our customer reboots the machine. The logfile says: "Apr 15 02:48:37 s4ad samba[3058]: [2014/04/15 02:48:37.495691, 0] ../source4/smbd/process_single.c:57(single_accept_conn ection) Apr 15 02:48:37 s4ad samba[3058]: [2014/04/15 02:48:37.495905, 0] ../lib/util/debug.c:595(reopen_logs_internal) Apr 15 02:48:37 s4ad samba[3058]: Unable to open new log file '/var/log/samba/log.samba': Too many open files Apr 15 02:48:37 s4ad samba[3058]...