similar to: pri channels locked

On 31/07/15 18:53, Denis Cardon wrote: > Hi Jefferson, > > Le 31/07/2015 15:22, Jefferson B. Limeira a écrit : >> What is the best way to authenticate users in SMB4 DC on Linux >> workstation? >> I'm using pam_winbind, but sometimes its very slow... > > Configuring everything correctly on the workstation side is quite > tricky. If you have laptops among

Morning, On a DC: [root at BPCTASRVSDC003 ~]# samba-tool drs showrepl | grep failure 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0 consecutive failure(s). 0

What is the best way to authenticate users in SMB4 DC on Linux workstation? I'm using pam_winbind, but sometimes its very slow... -- []'s Jefferson B. Limeira jbl at internexxus.com.br https://br.linkedin.com/in/jlimeira (41) 9928-8628

An example of how slow is... [root at CTA1PAPAN001645 ~]# time id teste uid=16777232(teste) gid=16777216(domain users) grupos=16777216(domain users),16777220(operacao),16777222(BUILTIN\users) real 1m15.981s user 0m0.005s sys 0m0.007s According this documentation, if I want use File Sharing without AD modifications only option is Winbind (idmap_rid).

Em 2015-08-05 11:45, Rowland Penny escreveu: > On 05/08/15 15:36, Jefferson B. Limeira wrote: >> An example of how slow is... >> >> [root at CTA1PAPAN001645 ~]# time id teste >> uid=16777232(teste) gid=16777216(domain users) grupos=16777216(domain >> users),16777220(operacao),16777222(BUILTIN\users) >> >> real 1m15.981s >> user 0m0.005s

Em 2015-08-05 13:38, Rowland Penny escreveu: > On 05/08/15 17:18, Jefferson B. Limeira wrote: >> Em 2015-08-05 11:45, Rowland Penny escreveu: >>> On 05/08/15 15:36, Jefferson B. Limeira wrote: >>>> An example of how slow is... >>>> >>>> [root at CTA1PAPAN001645 ~]# time id teste >>>> uid=16777232(teste) gid=16777216(domain users)

Hi all, After successful joined a new DC (my third), no new DNS entry was created. The end of samba_dnsupdate --fail-immediately --verbose Calling nsupdate for A bp.net 192.168.1.240 (add) Outgoing update query: ;; ->>HEADER<<- opcode: UPDATE, status: NOERROR, id: 0 ;; flags:; ZONE: 0, PREREQ: 0, UPDATE: 0, ADDITIONAL: 0 ;; UPDATE SECTION: bp.net. 900 IN A 192.168.1.240

Em 2015-08-05 16:13, Rowland Penny escreveu: > On 05/08/15 19:55, Jefferson B. Limeira wrote: >> >> I'm using CentOS 6.5 in all computers, workstations and servers. Samba >> 4.2.3, compiled last night. >> >> I wrote a script that connect at some workstations and run 'time id >> teste', the result: >> >> # ./exec.sh |grep ^real

Hello, I'm reading this in my log files: [Mar 25 12:01:23] WARNING[1593] sig_pri.c: Span 1: Got SETUP with duplicate call ptr (0x8e3b998). Dropping call. [Mar 25 13:21:40] WARNING[1593] sig_pri.c: Span 1: Got SETUP with duplicate call ptr (0x8e3b998). Dropping call. [Mar 26 10:20:54] WARNING[2643] sig_pri.c: Span 1: Got SETUP with duplicate call ptr (0x8e06788). Dropping call. [Mar 26

Hi, I have a B410P card with span ports set up as span=3,1,0,CCS,AMI span=4,2,0,CCS,AMI span=5,3,0,CCS,AMI signalling = bri_cpe switchtype = euroisdn layer1_presence = ignore However, I keep getting these messages over and over again: [Dec 14 18:53:14] WARNING[22476]: sig_pri.c:1150 pri_find_dchan: Span 3: D-channel is down! == Primary D-Channel on span 3 up == Primary D-Channel on span 4

After working fine for a week or so my new Quad E1 asterisk 1.8 system has started rejecting outbound calls from the Nortel BMC 450 it is connected to. The cli fills up with these: sig_pri.c: Ring requested on unconfigured channel 255/255 span 3 Is this likely to be a 1) config error 2) cable issue (I made them) 3) hardware problem with the Digium card 4) software (lib pri) Any clues?

hi: our current connection is below: sip phone<--->asterisk<---->alcatel PBX<---->PSTN asterisk and alcatel PBX is connected via E1 isdn-pri. when I use sip phone to dial outside PSTN world: 1. with 1.4 it is fine. 2. with 1.6.2, I need to set prematuremedia=no is sip.conf. or sip phone can not hear the ring and the beginning of the PSTN voice. 3.

Dears; To patch libpri: I just place the patch file in the libpri source directory and then I run make and make install? Or I need to compile the dahdi and asterisk also? If the problem stayed, do I have to go for previous libpri version? Or for previous dahdi version and asterisk version? Regards Bilal ----------- > bilal ghayyad wrote: > > But I am afraid it is a bug because I

Hi, Can someone please comment about the below issue [root at host0040 kaushal]# file obd-demo.mp3 obd-demo.mp3: MPEG ADTS, layer III, v1, 256 kBits, 44.1 kHz, Monaural [root at host0040 kaushal]# sox obd-demo.mp3 -e stat sox: Failed reading obd-demo.mp3: Do not understand format type: mp3 [root at host0040 kaushal]# sox -V obd-demo.mp3 -r 8000 -c 1 -t ul -w vm-intro.ulaw sox: Failed reading

Dear; Thanks a lot for guiding me. Is it possible that the installation libpri-1.4.11.5 newer than the libpri-1.4.11.5-patch? Well, when I typed (note: I am trying to apply the libpri-1.4.11.5-patch for the libpri-1.4.11.5): libpri-1.4.11.5# patch -p0 -i libpri-1.4.11.5-patch It gave me that patched detected as shown below (example of one file, and I got same for other files): patching file

On 06/05/2015 03:48 PM, John R Pierce wrote: > On 6/5/2015 1:44 PM, g wrote: >> for what it would take to do so, you are better off getting buying >> better quality at a little more cost. > > I've had pretty good luck with the basic models of Plantronics > headsets. They tend to be well made. The Logitech stuff I've > bought has often broken within a

Hej! I have the following problem: I would like to do partial correlations on non-parametric data. I checked "pcor" (Computes the partial correlation between two variables given a set of other variables) but I do not know how to change to a Spearman Rank Correlation method [pcor(c("BCDNA","ImProd","A365"),var(PCor))] Here''s a glimpse of

What is this error ? is this harmful ? *CLI>*CLI> dahdi restart [Mar 23 14:01:06] WARNING[4314]: chan_dahdi.c:17422 process_dahdi: Ignoring any changes to 'userbase' (on reload) at line 23. [Mar 23 14:01:06] WARNING[4314]: chan_dahdi.c:17422 process_dahdi: Ignoring any changes to 'vmsecret' (on reload) at line 31. [Mar 23 14:01:06] WARNING[4314]: chan_dahdi.c:17422

Hi, Starting in Asterisk 1.8.0, Asterisk supports connected line updates. This is fantastic for SIP. How can I prevent them from being sent to a PRI channel? I'm having problems when a call is answered by an internal SIP extension, then transferred (blind or attended) to another internal SIP extension. One of my PRI providers can't handle the ROSE_ETSI_EctInform APDU and drops the

Hi, Can someone please comment about the below issue [root at host0040 kaushal]# file obd-demo.mp3 obd-demo.mp3: MPEG ADTS, layer III, v1, 256 kBits, 44.1 kHz, Monaural [root at host0040 kaushal]# sox obd-demo.mp3 -e stat sox: Failed reading obd-demo.mp3: Do not understand format type: mp3 [root at host0040 kaushal]# sox -V obd-demo.mp3 -r 8000 -c 1 -t ul -w vm-intro.ulaw sox: Failed reading