search for: 14454

...uot;) in new stack == Spawn extension (park-dial, h, 2) exited non-zero on 'SIP/551-b6d409d8' Here is CLI dump of ZOMBIE with the _. code in h. [Nov 13 15:48:03] VERBOSE[11694] logger.c: == Timeout for Zap/5-1 parked on 801. Returning to park-dial,SIP/512,1 [Nov 13 15:48:03] VERBOSE[14454] logger.c: -- Executing [SIP/512 at park-dial:1] Dial("Zap/5-1", "SIP/512|30|t") in new stack [Nov 13 15:48:03] VERBOSE[14454] logger.c: -- Called 512 [Nov 13 15:48:03] VERBOSE[14454] logger.c: -- SIP/512-0838fa50 is ringing [Nov 13 15:48:35] VERBOSE[14454] logger....

...16.208396 83.125.8.71 192.168.20.48 SIP 559 Request: ACK sip:000387839679 at 79.211.71.113:64280 | 14453 17.611041 192.168.20.14 192.168.20.48 SIP/SDP 1204 Request: INVITE sip:004921123704144 at spock-asterisk.home.omeganet.de:5060, in-dialog | 14454 17.611304 192.168.20.48 192.168.20.14 SIP 577 Status: 100 Trying | 14649 22.611128 192.168.20.48 192.168.20.14 SIP 612 Status: 488 Not acceptable here | 14650 22.661007 192.168.20.14 192.168.20.48 UDP 42 Source por...

...ain confirmed by looking into the packet's details), the local endpoint answers "OK", and asterisk ACKs the OK. > - Packets 14323, 14329: Asterisk accepts the invitation from the provider by sending "OK" to the provider, and the provider ACKs the OK. > - Packets 14453, 14454 and 14649: The local endpoint again tries to re-invite asterisk for T.38 (confirmed by looking into the packet's details), Asterisk answers "Trying" and then refuses, saying "488: Not acceptable here" > - From then on, things go horribly wrong (probably, the local endpoin...

...lmhosts Disk root Disk Root Stuff tmp Disk Temporary file space I bought the VERY GOOD Samba book, but nothing about this sort of problem. Any help is appreciated! Bobby Hitt (bobhitt@crosslink.net) Northern Virginia Information Services 14454 Lee Hwy, #259 Gainesville, VA 20155 (703) 754-8772

Hi list, since we activated 10gbe on ixgbe cards + jumbo frames(9k) on 9.0 and now on 9.1 we recognize that after a random period of time, sometimes a week, sometimes only a day, the system doesn't send any packets out. The phenomenon is that you can't login via ssh, nfs and istgt is not operative. Yet you can login on the console and execute commands. A clean shutdown isn't possible

https://bugzilla.samba.org/show_bug.cgi?id=5792 Summary: rsync fails to log files "sent" with options: --itemize- changes -n --log-file Product: rsync Version: 3.0.2 Platform: PPC OS/Version: Mac OS X Status: NEW Severity: minor Priority: P3 Component: core AssignedTo:

Hello, I''ve been going though the "4 Days on Rails" tutorial at http://rails.homelinux.org/ test-driving ruby on rails using the WEBrick server without problems. I''m trying to move the app to be seen by apache2, and am having some troubles. I''ve looked through many guides online which all say pretty much the same thing, which, I think, I am doing.

...irmed by looking into the packet's details), the local endpoint answers "OK", and asterisk ACKs the OK. >> - Packets 14323, 14329: Asterisk accepts the invitation from the provider by sending "OK" to the provider, and the provider ACKs the OK. >> - Packets 14453, 14454 and 14649: The local endpoint again tries to re-invite asterisk for T.38 (confirmed by looking into the packet's details), Asterisk answers "Trying" and then refuses, saying "488: Not acceptable here" >> - From then on, things go horribly wrong (probably, the local end...

...1316, i32 0, { }* bitcast (%llvm.dbg.compile_unit.type* @llvm.dbg.compile_unit134216 to { }*)) [14449] File Name: [14 x i8] c"sql_insert.cc\00, LineNo: 1319, Inst: call void @llvm.dbg.stoppoint(i32 1319, i32 0, { }* bitcast (%llvm.dbg.compile_unit.type* @llvm.dbg.compile_unit134216 to { }*)) [14454] File Name: [14 x i8] c"sql_insert.cc\00, LineNo: 1313, Inst: call void @llvm.dbg.stoppoint(i32 1313, i32 0, { }* bitcast (%llvm.dbg.compile_unit.type* @llvm.dbg.compile_unit134216 to { }*)) [14455] File Name: [14 x i8] c"sql_insert.cc\00, LineNo: 1316, Inst: call void @llvm.dbg.stoppoi...