search for: 5608

Man, I really feel stupid, but after banging my head on a brick wall for several hours ... I need help! I've gotten the BLF to work on my shiny new GXP2010. The GXP is exten 5707, and I've got an xlite on 5608. When I make a call from an outside line, I dial SIP/5608. The little blinky light on the GXP that's monitoring 5608 goes, well, "blink blink". :) I then press the button and get a "603 declined". This is the dialplan smippet: [blf] exten => 5608,hint,SIP/5608 ..snip...

Am 25.02.2015 um 23:39 schrieb Bob of Donelson Trophy: > No, I haven't but, I will while type that reply you could have done the command below netstat --numeric-hosts --numeric-ports --programs -u -t -l that's the first in case of connection troubles because until that confirms a service is listening the firewall is not part of the game > "Everyone deserves an award!!"

...> GSI 19 (level, low) -> IRQ 19 mptbase: Initiating ioc1 bringup ioc1: 53C1030: Capabilities={Initiator,Target} Loading mptscsih.ko module Fusion MPT SCSI Host driver 3.01.20 scsi0 : ioc0: LSI53C1030, FwRev=01032300h, Ports=1, MaxQ=255, IRQ=18 Vendor: FUJITSU Model: MAP3735NC Rev: 5608 Type: Direct-Access ANSI SCSI revision: 03 SCSI device sda: 143374650 512-byte hdwr sectors (73408 MB) SCSI device sda: drive cache: write through SCSI device sda: 143374650 512-byte hdwr sectors (73408 MB) SCSI device sda: drive cache: write through sda: sda1 sda2 sda3 At...

Hello, For several years I've been experiencing an intermittent Samba error when running a very intense, highly parallel build/compile jobset. A file is reported as "not found" even though it most certainly exists and re-running the compile jobset always succeeds. Samba version is 3.6.4 running on CentOS 5.8 with 64-bit kernel 2.6.18-308.4.1.el5. Windows side is 64-bit Window

...6_55: # %merge128 movq 184(%rsp), %rcx movq %rax, 728(%rcx) movq 184(%rsp), %rax movq 728(%rax), %rcx movq %rcx, 736(%rax) movq 184(%rsp), %rax movq $0, 744(%rax) movq 184(%rsp), %rax movq $0, 752(%rax) movq 184(%rsp), %rax movq $0, 760(%rax) movq 176(%rsp), %rax movsd 5608(%rax), %xmm0 # xmm0 = mem[0],zero movq 184(%rsp), %rax mulsd 648(%rax), %xmm0 movsd 160(%rsp), %xmm1 # 8-byte Reload # xmm1 = mem[0],zero addsd %xmm0, %xmm1 movsd %xmm1, 672(%rax) movq 176(%rsp), %rax movsd 5648(%rax), %xmm0 # xmm0 = mem[0]...

...l = UMLADCO+Joel_Therrien tao = STUDENT+Tao_Jiang lian = STUDENT+Lian_Dai samba log file for a winXP machine [2009/08/14 15:57:05, 3] smbd/process.c:process_smb(1549) Transaction 0 of length 137 (0 toread) [2009/08/14 15:57:05, 3] smbd/process.c:switch_message(1361) switch message SMBnegprot (pid 5608) conn 0x0 [2009/08/14 15:57:05, 3] smbd/sec_ctx.c:set_sec_ctx(324) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0 [2009/08/14 15:57:05, 3] smbd/negprot.c:reply_negprot(568) Requested protocol [PC NETWORK PROGRAM 1.0] [2009/08/14 15:57:05, 3] smbd/negprot.c:reply_negprot(568) Requested protocol [LAN...

...were tightly bound, where the producer had no purpose without a consumer. In publisher-subscriber, subscribers registered their interest in what the publisher had to say, but were neither required to exist at all, or might ignore what was being published. Larry Baker US Geological Survey 650-329-5608 baker at usgs.gov<mailto:baker at usgs.gov> On Mar 12 2021, at 7:22:35 PM, Douglas Parsons <doug at parsonsemail.com<mailto:doug at parsonsemail.com>> wrote: I didn't go there due to its use by Cisco. On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser <nu...

...were tightly bound, where the producer had no purpose without a consumer. In publisher-subscriber, subscribers registered their interest in what the publisher had to say, but were neither required to exist at all, or might ignore what was being published. Larry Baker US Geological Survey 650-329-5608 baker at usgs.gov<mailto:baker at usgs.gov> On Mar 12 2021, at 7:22:35 PM, Douglas Parsons <doug at parsonsemail.com<mailto:doug at parsonsemail.com>> wrote: I didn't go there due to its use by Cisco. On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser <nu...

...ps.model: PowerMust_600VA_USB ups.serial: 001 ups.status: OL ups.temperature: 25.0 And more, my syslog daemon sometimes (rarely, luckily) report a "lost connection with UPS" followed by a "reconnected" status, here's a few log lines: Dec 22 15:09:00 <ServerName> upsd[5608]: Data for UPS [PowerMust600USB] is stale - check driver Dec 22 15:09:00 <ServerName> upsd[5608]: UPS [PowerMust600USB] data is no longer stale the problem above happens, more or less, one time every 4 or 5 days of NUT monitoring and it happens 5 or 6 times consecutively in half an hour. The...

...terisk-1.4.24 dahdi-linux-2.1.0.4 dahdi-tools-2.1.0.2 libpri-1.4.9 Sin embargo no logro configurar la tarjeta con exito, ya probe casi? todo. Esto aparece si ejecuto lspci: 04:06.0 Communication controller: Motorola Wildcard X100P dahdi_hardware me muestra: pci:0000:04:06.0???? wcfxo-?????? 1057:5608 Wildcard X100P dahdi_cfg -v : DAHDI Tools Version - 2.1.0.2 DAHDI Version: 2.1.0.4 Echo Canceller(s): Configuration ====================== 0 channels to configure. dahdi_scan: [1] active=yes alarms=UNCONFIGURED description=DAHDI_DUMMY/1 (source: HRtimer) 1 name=DAHDI_DUMMY/1 manufacturer= devi...

...ducer had no purpose without a consumer. In > publisher-subscriber, subscribers registered their interest in what the > publisher had to say, but were neither required to exist at all, or might > ignore what was being published. > > Larry Baker > US Geological Survey > 650-329-5608 > baker at usgs.gov > > > > On Mar 12 2021, at 7:22:35 PM, Douglas Parsons <doug at parsonsemail.com> > wrote: > > I didn't go there due to its use by Cisco. > > On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser < > nut-upsuser at alioth-...

...ducer had no purpose without a consumer. In > publisher-subscriber, subscribers registered their interest in what the > publisher had to say, but were neither required to exist at all, or might > ignore what was being published. > > Larry Baker > US Geological Survey > 650-329-5608 > baker at usgs.gov > > > > On Mar 12 2021, at 7:22:35 PM, Douglas Parsons <doug at parsonsemail.com> > wrote: > > I didn't go there due to its use by Cisco. > > On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser < > nut-upsuser at alioth-...

...Cisco. On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser < nut-upsuser at alioth-lists.debian.net> wrote: > Jim, > > The terminology I recall for that one-to-many relationship is > publisher-subscriber. > > Larry Baker > US Geological Survey > 650-329-5608 > baker at usgs.gov > > > > On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser < > nut-upsuser at alioth-lists.debian.net> wrote: > > > > This email has been received from outside of DOI - Use caution before > clicking on links, opening attachments...

...Cisco. On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser < nut-upsuser at alioth-lists.debian.net> wrote: > Jim, > > The terminology I recall for that one-to-many relationship is > publisher-subscriber. > > Larry Baker > US Geological Survey > 650-329-5608 > baker at usgs.gov > > > > On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser < > nut-upsuser at alioth-lists.debian.net> wrote: > > > > This email has been received from outside of DOI - Use caution before > clicking on links, opening attachments...

...a consumer. In >> publisher-subscriber, subscribers registered their interest in what the >> publisher had to say, but were neither required to exist at all, or might >> ignore what was being published. >> >> Larry Baker >> US Geological Survey >> 650-329-5608 >> baker at usgs.gov >> >> >> >> On Mar 12 2021, at 7:22:35 PM, Douglas Parsons <doug at parsonsemail.com> >> wrote: >> >> I didn't go there due to its use by Cisco. >> >> On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-...

...a consumer. In >> publisher-subscriber, subscribers registered their interest in what the >> publisher had to say, but were neither required to exist at all, or might >> ignore what was being published. >> >> Larry Baker >> US Geological Survey >> 650-329-5608 >> baker at usgs.gov >> >> >> >> On Mar 12 2021, at 7:22:35 PM, Douglas Parsons <doug at parsonsemail.com> >> wrote: >> >> I didn't go there due to its use by Cisco. >> >> On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-...

...Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=0mA PME(D0+,D1-,D2+,D3hot+,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Hope this helps. PS It's interesting to see the difference between this and an older X100P: 00:0a.0 Communication controller: Motorola: Unknown device 5608 Subsystem: Motorola: Unknown device 0000 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 64 (250ns mi...

...eg, but it grew over time to be 20+. So yesterday morning I upgraded to 1.4.4 in case this is something that had been addressed. Again I started with a RES of like 4meg or so, but this afternoon I'm up to 11megs: VIRT RES SHR SWAP CODE DATA 30932 11m 5608 18m 1012 17m Is this a real issue or do I have something else going on? -- ********************************* Adam Moffett Plexicomm, LLC adam@plexicomm.net ph: 866-759-4678x104 *********************************

...install: asterisk-1.4.24 dahdi-linux-2.1.0.4 dahdi-tools-2.1.0.2 libpri-1.4.9 i try almost everything i found on the net but without success: if i run lspci: 04:06.0 Communication controller: Motorola Wildcard X100P when i run dahdi_hardware appears this: pci:0000:04:06.0 wcfxo- 1057:5608 Wildcard X100P if i run dahdi_cfg -v : DAHDI Tools Version - 2.1.0.2 DAHDI Version: 2.1.0.4 Echo Canceller(s): Configuration ====================== 0 channels to configure. when i run dahdi_scan: [1] active=yes alarms=UNCONFIGURED description=DAHDI_DUMMY/1 (source: HRtimer) 1 name=DAHDI_DUMMY/...

...w Internet connections. With these two changes, /var/log/messages contains a message, and an email is sent, when the error condition first occurs and thereafter every NOCOMMWARNTIME seconds. This is as I expect, and desire. Please consider these changes. Larry Baker US Geological Survey 650-329-5608 baker at usgs.gov -------------- next part -------------- A non-text attachment was scrubbed... Name: nut-2.6.5-upsmon.patch Type: application/octet-stream Size: 631 bytes Desc: not available URL: <http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20151021/b6317195/attachment.obj...