search for: thesame

Hi, we've connected Sphinx4 through eagi script (modified eagi example) to Asterisk. Users can now say their wishes - but for gradual evolution we would like to provide "older" way of DTMF navigation too - can we recognize DTMF while reading sound in eagi ? Any advice or examples ? Thanks in advance, regards, Rob.

>>You say that each card generates an interrupt in every 1ms. >>So for 6 cards, each card needs to be processed atleast in >>166usec(1ms/6) in their interrupt_routine. Is it teoritically impossible on a >>perfect configuration/system? >In theory there isn't much difference between theory and practice. In >practice, there is. >In other words: you're

I have an application that is load balanced. I have a master database which I update once a day. Then I push the raw mysql files to all other servers so they are the same as the master. This works fine, but there are a few situations where I need all databases to update in real-time. What would be the best way to achieve this in rails? Here is an example of what I am trying to do. I want to

Hello, Is routing within the same network possible? If it is, what configuration should I put for the firewall/router shown below? I basically want the host debian13 to be able to send packets via a multi-homed firewall. I think the multi-homed firewall involve some routing. +-------------------+ |debian13 | |eth0:192.168.0.13 | +-------------------+ |eth0 |

Hi all, I am trying to use canreinvite in sip.conf and park/pick up calls at the same time. Problem: When I have it set up so RTP goes through asterisk (sip.conf: canreinvite=yes), # to xfer works fine. But, when I set it up so the RTP goes direct between endpoints (sip.conf: canreinvite=no), the # to xfer doesn't work. I believe this is because asterisk isn't in the RTP path and

Hello I was wondering why the asterisk processes where growing, from one process at launch time to more than twenty after some weeks.... and I was wondering if all resources won't be eated at last.... (with 2% of memory by process make the sum....) I know this question has already been asked, but i didn't find any real reply (except RTFM likes... not very constructives anyway :-( ) I

hi everybody, after some trouble i an know able to upload and set printerdrivers via cupsaddsmb and windows apw. but there are two errors. - i cant use the driver on a windows xp 32, if does not get installed as root previously. - i have a Oki Execution series 7411 and used the PS Driver. when printing to that printer i get in smb.log Unable to print file to es7411 -

...30% /mnt/disk_d/glusterfs/vol1 stor3data:/volumedisk0 101T 3,3T 97T 4% /volumedisk0 stor3data:/volumedisk1 197T 61T 136T 31% /volumedisk1 However I'm concerned because, as you can see, the volumedisk0 on stor3data is composed by 2 bricks on thesame disk but on different partitions (/dev/sdb1 and /dev/sdb2). After to aplly the workarround, the shared-brick-count parameter was setted to 1 in all the bricks and all the servers (see below). Could be this an issue ? Also, I can check that stor3data is now unbalanced respect stor1data and stor2da...

...or3data:/volumedisk0 > 101T 3,3T 97T 4% /volumedisk0 > stor3data:/volumedisk1 > 197T 61T 136T 31% /volumedisk1 > > > However I'm concerned because, as you can see, the volumedisk0 on > stor3data is composed by 2 bricks on thesame disk but on different > partitions (/dev/sdb1 and /dev/sdb2). > After to aplly the workarround, the shared-brick-count parameter was > setted to 1 in all the bricks and all the servers (see below). Could be > this an issue ? > > No, this is correct. The shared-brick-count will be...

...; 101T 3,3T 97T 4% /volumedisk0 >> stor3data:/volumedisk1 >> 197T 61T 136T 31% /volumedisk1 >> >> >> However I'm concerned because, as you can see, the volumedisk0 on >> stor3data is composed by 2 bricks on thesame disk but on different >> partitions (/dev/sdb1 and /dev/sdb2). >> After to aplly the workarround, the shared-brick-count parameter was >> setted to 1 in all the bricks and all the servers (see below). Could be >> this an issue ? >> >> No, this is correct. The sh...

...101T 3,3T 97T 4% /volumedisk0 >>> stor3data:/volumedisk1 >>> 197T 61T 136T 31% /volumedisk1 >>> >>> >>> However I'm concerned because, as you can see, the volumedisk0 on >>> stor3data is composed by 2 bricks on thesame disk but on different >>> partitions (/dev/sdb1 and /dev/sdb2). >>> After to aplly the workarround, the shared-brick-count parameter was >>> setted to 1 in all the bricks and all the servers (see below). Could be >>> this an issue ? >>> >>> No,...

I don't see how this would fix the continue vs. nested loop problem I explained earlier. That is, how would this prevent turning: for (...) { ballot(); if (... /* non-uniform */) continue; } into for (...) { do { ballot(); } while (... /* non-uniform */); } and vice versa? Note that there's no duplication going on here, and the single-threaded flow of control is

...olumedisk0 >>>> stor3data:/volumedisk1 >>>> 197T 61T 136T 31% /volumedisk1 >>>> >>>> >>>> However I'm concerned because, as you can see, the volumedisk0 on >>>> stor3data is composed by 2 bricks on thesame disk but on different >>>> partitions (/dev/sdb1 and /dev/sdb2). >>>> After to aplly the workarround, the shared-brick-count parameter was >>>> setted to 1 in all the bricks and all the servers (see below). Could be >>>> this an issue ? >>>&...

...gt;> stor3data:/volumedisk1 >>>>> 197T 61T 136T 31% /volumedisk1 >>>>> >>>>> >>>>> However I'm concerned because, as you can see, the volumedisk0 on >>>>> stor3data is composed by 2 bricks on thesame disk but on different >>>>> partitions (/dev/sdb1 and /dev/sdb2). >>>>> After to aplly the workarround, the shared-brick-count parameter was >>>>> setted to 1 in all the bricks and all the servers (see below). Could be >>>>> this an issue...

Hi Jose, There is a known issue with gluster 3.12.x builds (see [1]) so you may be running into this. The "shared-brick-count" values seem fine on stor1. Please send us "grep -n "share" /var/lib/glusterd/vols/volumedisk1/*" results for the other nodes so we can check if they are the cause. Regards, Nithya [1] https://bugzilla.redhat.com/show_bug.cgi?id=1517260

Hi, machine: AMD K6 200 MHz Linux distribution: Mandrake 8.1 kernel: compiled 2.4.21 applied this: #define PSCHED_CLOCK_SOURCE PSCHED_CPU in file linux/include/net/pkt_sched.h bevore compiled the kernel (described on http://www.docum.org/stef.coene/qos/faq/cache/40.html) bandwitch on eth0: 128kbit The most simple configuration - 122kbit guaranted for WWW (sport 80) and

Hi, Some days ago all my glusterfs configuration was working fine. Today I realized that the total size reported by df command was changed and is smaller than the aggregated capacity of all the bricks in the volume. I checked that all the volumes status are fine, all the glusterd daemons are running, there is no error in logs, however df shows a bad total size. My configuration for one volume:

...192.168.0.0/16 table wew ip route del default table main ip route replace default table brama scope global nexthop via 192.168.1.1 dev eth1 nexthop via 80.48.56.65 dev eth0 ip route flush cache rp_filter is set to 0 forward is set to 1 I''ve trayed other configurations but always I have thesame problem: some packets are sent with wrong src ip via interface via eth0 with 192.168.200.10 via eht1 with 80.48.56.70 but as I know they souldn''t I make simple test: lucy linux # ip ro ge 80.48.56.3 80.48.56.3 via 80.48.56.65 dev eth0 src 192.168.200.10 cache mtu 1500 advmss 1460...

...://lists.samba.org/pipermail/samba/ Hi Samba guys, My name is Sam AINA. I am trying to configure Samba in my environment. My environment contains both Unix and NT workstations. I installed samba on Unix server and aAfter the configuration it works okay , I discovered that only the users that have thesame user IDs both on Unix & NT were allowed to login but not users with different user IDs were able to login. I belief this is a small problem somewhere and I want you guys to put me through. I have changed the option Security in global parameter to SHARE "security=share" but still could...