similar to: [Bug 104] New: Bytes/packets counters sometimes give incorrect values

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=104 ------- Additional Comments From laforge@netfilter.org 2003-06-22 20:46 ------- Could you please try to strace your iptables and see if there is some error during the gesockopt/setsockopt system call when the erroneous counter values are returned? Thanks. ------- You are receiving this mail because: ------- You are on

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=104 ------- Additional Comments From netfilter-bugzilla@ratty.org.uk 2003-11-22 16:15 ------- I'm seeing the same problem here. We're grabbing byte counts from around 2000 rules with iptables -nvxL from a minutely cron job and occasionally the counts come back as zero or a few packets worth of bytes and then return to

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=104 ------- Additional Comments From gandalf@netfilter.org 2004-05-29 23:45 ------- iptables calls getsockopt() twice, first with SO_GET_INFO which locks the table in kernel and returns some info and then unlocks the table, among that info is the size of the table. Then iptables allocates memory and calls getsockopt() again but

./show_bug.cgi?id=104 kaber at trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #7 from kaber at trash.net 2008-04-02 14:01 ------- Unfortunately we don't

Hi, I was able to use Unsniff to validate that the incoming 20 byte payloads of audio from the downstream IAX2 trunk was definitely G.729a whilst Asterisk 16.13.0 transcodes to G.711a unnecessarily. Media is confirmed as having been negotiated as g729 on all four streams. Nuance with this call is that it's from a WebRTC client which doesn't transmit any audio, could this be influencing

Hi, I was able to use Unsniff to validate that the incoming 20 byte payloads of audio from the downstream IAX2 trunk was definitely G.729a whilst Asterisk 16.13.0 transcodes to G.711a unnecessarily. Media is confirmed as having been negotiated as g729 on all four streams. Nuance with this call is that it's from a WebRTC client which doesn't transmit any audio, could this be influencing

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: rsyncd.conf Type: application/octet-stream Size: 2285 bytes Desc: not available Url : http://lists.samba.org/archive/rsync/attachments/20071113/088a1eee/rsyncd.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: rsyncd_users.conf Type:

smb_request: result -104, setting invalid this repeatedly occurs in the messages log and the kernel log. does anyone know how i can look this up and find out what it means? samba appears to be working fine but i'd like to get to the bottom of it. cheers, kev

Hello, Wine can't read appropriate keycodes from my 104 key keyboard (in x:genius comfy KB-16M, hungarian layout) ???? keys works well, but from keys ??? I get only '?', so I can't use this accent chars. (apps: ie, coreldraw) Thanks: Aew wine: 0.9.3-winehq-1 from http://wine.sourceforge.net/apt/ binary dist: ubuntu breezy

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

While using smbmounted shares I get the following errors in my syslog: ---<snip>-- Nov 27 18:27:45 cayman kernel: smb_request: result -104, setting invalid Nov 27 18:27:46 cayman kernel: smb_retry: successful, new pid=529, generation=2 --</snip>-- Is this something I should worry about? I am using RH 6.2, linux 2.4.16 and samba-2.0.10-0.62 installed from RPM. Regards, Peter

http://bugzilla.mindrot.org/show_bug.cgi?id=104 Summary: [WISHLIST] sftpfs? Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: rainman at

http://bugzilla.mindrot.org/show_bug.cgi?id=104 markus at openbsd.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From markus at openbsd.org 2002-02-07

Does anyone have a clue??? P.S. You have done serious job :) i wanna say. -- Á÷éëëÝáò ÌÜíôæéïò Application Developer Eurisko A.E. ÐéíäÜñïõ 9 106 71 ÁèÞíá Ôçë: +301 3633362 Öáî: +301 3633074 e-mail: achilleas.mantzios@eurisko.gr

guys, what firmware version of audiocodes mp104 fxs are you using with asterisk? i'm having sip stack problems. ~kelvin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20030916/50d5f5de/attachment.htm

Does Anyone on-list have any experience with these gateway devices? >From their literature they claim to provide a mix of FXO/FXS SIP interfaces. They also make specific claims about overcoming up to 20% packet loss. I'm always on the lookout for a better FXO. Michael -- Michael Graves mgraves@pixelpower.com Sr. Product Specialist

On Mon, 2008-03-31 at 03:04 -0500, asterisk-users-request at lists.digium.com wrote: > Date: Mon, 31 Mar 2008 07:55:08 +0300 > From: Tzafrir Cohen <tzafrir.cohen at xorcom.com> > Subject: Re: [asterisk-users] Tests in VMWare > To: asterisk-users at lists.digium.com > Message-ID: <20080331045508.GT12487 at xorcom.com> > Content-Type: text/plain; charset=us-ascii >

>> All too common and largely undocumented. I had this same problem. >> >> Installing ztdummy changes Asterisk to use it for timing of playback, >> apparently. Removing ztdummy "fixed" the problem. To get it all to >> work, I had to upgrade to to at least kernel 2.6.23.11 (previous >> versions are either missing options are just broken.) > >

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When