search for: 6949

Asterisk don't running, because show this message WARNING[6949]: chan_sip.c:8865 reload_config: Section 'authentication' lacks type WARNING[6949]: chan_iax2.c:7491 load_module: Unable to open IAX timing interface: No such file or directory WARNING[6949]: chan_skinny.c:2587 reload_config: Unable to get our IP address, Skinny disabled WARNING[6949]:...

.../home/dad/oprofile_data/samples/ for samples directory. CPU: Intel Haswell microarchitecture, speed 3498 MHz (estimated) Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (No unit mask) count 5000000 CPU_CLK_UNHALT...| samples| %| ------------------ 6949 100.000 lli CPU_CLK_UNHALT...| samples| %| ------------------ 6903 99.3380 ld-2.19.so 23 0.3310 no-vmlinux 10 0.1439 libLLVMCore.so 8 0.1151 libLLVMCodeGen.so 2 0.0288 libpthread-2.19.so 1 0.0144 libLLVMAsmPr...

...r samples directory. > CPU: Intel Haswell microarchitecture, speed 3498 MHz (estimated) > Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit > mask of 0x00 (No unit mask) count 5000000 > CPU_CLK_UNHALT...| > samples| %| > ------------------ > 6949 100.000 lli > CPU_CLK_UNHALT...| > samples| %| > ------------------ > 6903 99.3380 ld-2.19.so > 23 0.3310 no-vmlinux > 10 0.1439 libLLVMCore.so > 8 0.1151 libLLVMCodeGen.so > 2 0.0288 libpthread-2....

...14:40:33] -- Executing NoOp("H323/GVSC8770-533f", "If you know the extension ...") in new stack [Jul 29 14:40:33] -- Executing Dial("H323/GVSC8770-533f", "SIP/6002") in new stack [Jul 29 14:40:33] -- Called 6002 [Jul 29 14:40:33] -- SIP/6002-6949 is ringing bye Ronald

Hi all, This might be more suitable for the shorewall list, but no one has replied yet for several days. I'm trying bandwidth management feature of shorewall-3.4.1-3 on Centos 4.4 with no updates. I've got this error: May 4 22:30:14 gateway shorewall: ERROR: Command "tc qdisc add dev eth0 root handle 1: htb default 13" Failed I've checked the kernel conf (make

Latest really rude show stoppers were/are: el6: - librsvg2: your private fork bomb for gnome - kernel: scheduler completely broken on numa systems - qt: kde unusable when going up from -26 to -28 el5: - firefox hangs on quit after latest ESR update - (totem plugins no longer work too) What I am using an enterprise distro for?? -Michael PS: I'm only wondering :)

Hi, I am trying to get faster search results on our webmail client(Roundcube). Besides using Lucene for FTS are there other options? Would having all mails indexed give fast results? Currently the time it takes to search 25,000mails is 4mins. If indexed how much faster are we looking at? Really appreciate if someone could advise about this. Thanks Kevin

...5864 5865 5867 5989 5990 5991 6006 6028 6075 6078 6080 6081 6082 6083 6090 6092 6093 6103 6104 6115 6122 6193 6194 6197 6198 6235 6243 6258 6259 6260 6268 6312 6317 6321 6408 6409 6471 6472 6485 6546 6551 6620 6622 6623 6624 6630 6637 6652 6694 6698 6710 6768 6770 6772 6797 6851 6853 6868 6899 6900 6949 7092 7093 7095 7156 7219 7226 7227 7265 7278 7280 7281 7282 7283 7294 7295 7305 7307 7310 7317 7319 7327 7338 7341 7342 7358 7363 7365 7370 7378 7381 7382 7434 7447 7448 7449 7450 7452 7509 7516 7517 7518 7520 7521 7522 7523 7524 7525 7526 7544 7585 7614 7616 7617 7637 7644 7670 7671 7794 7795 7796...

...red statistic moves from 59% to 64%, which is still a decent improvement. The next observation is that the ``total availability'' of variables hasn't changed. This isn't the fully story -- if you give an absolute name to every variable with a location in the clang binary, there are 6949 dropped locations and 22564 completely new locations, meaning roughly 1% of all variables in the program have changed, it's just hidden by the statistics rounding. More detail on the nature of the changes are below. I was hoping for more false locations to be dropped; it's quite likely that...

...sip:5462000@65.67.76.41> 6942: Call-ID: 023bbbe91f61ad7529d14ffb2be36b0d@65.67.76.41 6943: CSeq: 102 INVITE 6944: User-Agent: Asterisk PBX 6945: Date: Wed, 29 Dec 2004 01:47:54 GMT 6946: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER 6947: Content-Type: application/sdp 6948: Content-Length: 179 6949: 6950: v=0 6951: o=root 9671 9671 IN IP4 65.67.76.41 6952: s=session 6953: c=IN IP4 65.67.76.41 6954: t=0 0 6955: m=audio 11980 RTP/AVP 0 3 6956: a=rtpmap:0 PCMU/8000 6957: a=rtpmap:3 GSM/8000 6958: a=silenceSupp:off - - - - 6959: 6960: 006933: Dec 29 01:48:05.075: HandleUdpSocketReads :Msg enqueue...

...lity"? > which is still a decent improvement. > > The next observation is that the ``total availability'' of variables hasn't > changed. This isn't the fully story -- if you give an absolute name to every > variable with a location in the clang binary, there are 6949 dropped locations > and 22564 completely new locations, meaning roughly 1% of all variables in the > program have changed, it's just hidden by the statistics rounding. More detail > on the nature of the changes are below. I was hoping for more false locations > to be dropped; it'...

Hi, I recently updated from puppet 3.1.1 to 3.2.1 and noticed quite a bit of increased load on the puppetmaster machine. I''m using the Apache/passenger/rack way of puppetmastering. Main symptom is: higher load on puppetmaster machine (8 cores): - 3.1.1: around 4 - 3.2.1: around 9-10 Any idea why there''s more load on the machine with 3.2.1? -- You received this

Hi all, I'm trying to play with patchoint (with MCJIT and VMKit) and I don't understand something. I generate this call for my first patch point. Basically, I want to call f(0). %5 = call i64 (i64, i32, i8*, i32, ...)* @llvm.experimental.patchpoint.i64( i64 42, ;; patch point id is 42 i32 0, ;; 0 bytes for the padding i8* bitcast (i32 (i32)* @f to i8*), ;; my function f i32 1,

...5990 5991 6006 6028 > 6075 6078 6080 6081 6082 6083 6090 6092 6093 6103 6104 6115 6122 6193 6194 > 6197 6198 6235 6243 6258 6259 6260 6268 6312 6317 6321 6408 6409 6471 6472 > 6485 6546 6551 6620 6622 6623 6624 6630 6637 6652 6694 6698 6710 6768 6770 > 6772 6797 6851 6853 6868 6899 6900 6949 7092 7093 7095 7156 7219 7226 7227 > 7265 7278 7280 7281 7282 7283 7294 7295 7305 7307 7310 7317 7319 7327 7338 > 7341 7342 7358 7363 7365 7370 7378 7381 7382 7434 7447 7448 7449 7450 7452 > 7509 7516 7517 7518 7520 7521 7522 7523 7524 7525 7526 7544 7585 7614 7616 > 7617 7637 7644 7670...