search for: cksums

Hi, I have a serious problem to configure Cisco AS5XXX and Asterisk , I trying to use asterisk for PSTN(A)----> Cisco AS5xxx ----> ASterisk---->PSTN(B) (No Nat, no Firewall) I hear (on the PSTN(A)) clearly what the other person is saying, but the other person (on the PSTN(B) side) hears nothing from PSTN(A). I use tcpdump for debug de rtp trafic, and ouput contains

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=47 ------- Additional Comments From kaber@trash.net 2003-05-14 02:39 ------- I've captured some non-fragmented tcp packets which show this behaviour with 2.4.21-rc2. They look badly damaged. The destination ip doesn't match the mac but they come from valid connections. Setting interface mtu to 1486 helps which makes me

...0:14:06.149357] I [MSGID: 106490] [glusterd-handler.c:2540:__glusterd_handle_incoming_friend_req] 0-glusterd: Received probe from uuid: c1877e0d-ccb2-401e-83a6-e4a680af683a [2018-03-06 00:14:06.149631] E [MSGID: 106010] [glusterd-utils.c:3374:glusterd_compare_friend_volume] 0-management: Version of Cksums sc5-ovirt_engine differ. local cksum = 53769889, remote cksum = 2068896937 on peer sc5-gluster-2 [2018-03-06 00:14:06.149774] I [MSGID: 106493] [glusterd-handler.c:3800:glusterd_xfer_friend_add_resp] 0-glusterd: Responded to sc5-gluster-2 (0), ret: 0, op_ret: -1 [2018-03-06 00:14:06.151393] I [MSGI...

...16.904961] I [MSGID: 106490] [glusterd-handler.c:2606:__glusterd_handle_incoming_friend_req] 0-glusterd: Received probe from uuid: 2a17edb4-ae68-4b67-916e-e38a2087ca28 [2017-08-29 13:36:16.906477] E [MSGID: 106010] [glusterd-utils.c:3034:glusterd_compare_friend_volume] 0-management: Version of Cksums CO-DATA differ. local cksum = 4088157353, remote cksum = 2870780063 on peer 10.5.6.17 [2017-08-29 13:36:16.907187] I [MSGID: 106493] [glusterd-handler.c:3866:glusterd_xfer_friend_add_resp] 0-glusterd: Responded to 10.5.6.17 (0), ret: 0, op_ret: -1 ... Why would adding a new peer make cluster ju...

...ID: 106490] [glusterd-handler.c:2540:__ > glusterd_handle_incoming_friend_req] 0-glusterd: Received probe from > uuid: c1877e0d-ccb2-401e-83a6-e4a680af683a > [2018-03-06 00:14:06.149631] E [MSGID: 106010] [glusterd-utils.c:3374: > glusterd_compare_friend_volume] 0-management: Version of Cksums > sc5-ovirt_engine differ. local cksum = 53769889, remote cksum = 2068896937 > on peer sc5-gluster-2 > [2018-03-06 00:14:06.149774] I [MSGID: 106493] [glusterd-handler.c:3800:glusterd_xfer_friend_add_resp] > 0-glusterd: Responded to sc5-gluster-2 (0), ret: 0, op_ret: -1 > [2018-03-06...

...1 but somehow this did not fix the issue. I suppose I am missing a step here and maybe you have an idea what? Here would be the relevant part of my glusterd.log file taken from node1: [2017-08-06 08:16:57.699131] E [MSGID: 106012] [glusterd-utils.c:2988:glusterd_compare_friend_volume] 0-management: Cksums of quota configuration of volume myvolume differ. local cksum = 3823389269, remote cksum = 733515336 on peer node2.domain.tld [2017-08-06 08:16:57.275558] E [MSGID: 106012] [glusterd-utils.c:2988:glusterd_compare_friend_volume] 0-management: Cksums of quota configuration of volume myvolume differ....

...0-glusterd: Received probe from uuid: >> 2a17edb4-ae68-4b67-916e-e38a2087ca28 >> [2017-08-29 13:36:16.906477] E [MSGID: 106010] >> >> [glusterd-utils.c:3034:glusterd_compare_friend_volume] >> 0-management: Version of Cksums CO-DATA >> differ. local >> cksum = 4088157353, remote cksum = 2870780063 >> on peer >> 10.5.6.17 >> [2017-08-29 13:36:16.907187] I [MSGID: 106493] >> >> [glusterd-handler.c:3866:glusterd_xfer_frie...

...106490] > [glusterd-handler.c:2606:__glusterd_handle_incoming_friend_req] > 0-glusterd: Received probe from uuid: 2a17edb4-ae68-4b67-916e-e38a2087ca28 > [2017-08-29 13:36:16.906477] E [MSGID: 106010] > [glusterd-utils.c:3034:glusterd_compare_friend_volume] 0-management: > Version of Cksums CO-DATA differ. local cksum = 4088157353, remote cksum = > 2870780063 on peer 10.5.6.17 > [2017-08-29 13:36:16.907187] I [MSGID: 106493] > [glusterd-handler.c:3866:glusterd_xfer_friend_add_resp] 0-glusterd: > Responded to 10.5.6.17 (0), ret: 0, op_ret: -1 > ... > > Why would ad...

Does anyone have any idea what to try next? Here are the steps I have taken and the problem: (I wanted to post my question on the first line before I explained the problem and what I have tried) ---------- Node 0 has the file system mounted just fine and works great. When trying to mount on Node 1: `mount.ocfs2 /dev/mapper/data /cluster/ data` I get this error after about 30 seconds:

...2:30:32.421530] I [MSGID: 106490] [glusterd-handler.c:2540:__glusterd_handle_incoming_friend_req] 0-glusterd: Received probe from uuid: 77cdfbba-348c-43fe-ab3d-00621904ea9c [2018-03-06 22:30:32.422582] E [MSGID: 106010] [glusterd-utils.c:3374:glusterd_compare_friend_volume] 0-management: Version of Cksums sc5-ovirt_engine differ. local cksum = 3949237931, remote cksum = 2068896937 on peer sc5-gluster-10g-1.squaretrade.com [2018-03-06 22:30:32.422774] I [MSGID: 106493] [glusterd-handler.c:3800:glusterd_xfer_friend_add_resp] 0-glusterd: Responded to sc5-gluster-10g-1.squaretrade.com (0), ret: 0, op_re...

Hello all, As some of you might remember, there is a Sun Fire X4500 (Thumper) server that I was asked to help upgrade to modern disks. It is still in a testing phase, and the one UltraStar 3Tb currently available to the server''s owners is humming in the server, with one small partition on its tail which replaced a dead 250Gb disk earlier in to pool. The OS is still SXCE snv_117 so

Hi, Recently I'm noticing an interesting issue. My CentOS servers are trying to send logs to a logging server via 514/udp, however I'm not receiving anything. I did the following on CentOS *tcpdump -vvv -nn udp -i esn160 port 514* In another session on the same server: *nc syslog-server -u 514* tcpdump started to show me messages like: *[bad udp cksum 0x3ce9 -> 0xb0f5!] SYSLOG,

...tribute it under certain conditions. See the GNU General Public Licence for details. sh-3.2# uname -a Linux navi 2.6.31.5-bfs304 #9 Wed Dec 2 02:58:47 EET 2009 ppc GNU/Linux I ran navi:/mnt/miracle# foreach i ( "`cat ../miracle.txt`" ) foreach? cksum "$i" >> ../miracle.cksums.txt foreach? end miracle.txt has list of files (via find ./ -type f) from original partition. I did same for storage partition (target) The results of : navi:/mnt# diff miracle.cksums.txt storage.cksums.txt | wc -l were (includes some additional lines due diff): 27232 The original count of files...

Hi. bash-3.00# uname -a SunOS nfs-14-2.srv 5.10 Generic_125101-03 i86pc i386 i86pc I created first zpool (stripe of 85 disks) and did some simple stress testing - everything seems almost alright (~700MB seq reads, ~430 seqential writes). Then I destroyed pool and put SVM stripe on top the same disks utilizing the fact that zfs already put EFI and s0 represents almost entire disk. The on top on

...gt; [glusterd-handler.c:2540:__glusterd_handle_incoming_friend_req] > 0-glusterd: > Received probe from uuid: 546503ae-ba0e-40d4-843f-c5dbac22d272 > [2017-12-20 05:02:54.696956] E [MSGID: 106010] > [glusterd-utils.c:3370:glusterd_compare_friend_volume] 0-management: > Version > of Cksums shchst01-sto differ. local cksum = 4218452135, remote cksum = > 2747317484 on peer shchhv02-sto > [2017-12-20 05:02:54.697796] I [MSGID: 106493] > [glusterd-handler.c:3800:glusterd_xfer_friend_add_resp] 0-glusterd: > Responded to shchhv02-sto (0), ret: 0, op_ret: -1 > [2017-12-20 05:...

...5:02:54.695823] I [MSGID: 106490] [glusterd-handler.c:2540:__glusterd_handle_incoming_friend_req] 0-glusterd: Received probe from uuid: 546503ae-ba0e-40d4-843f-c5dbac22d272 [2017-12-20 05:02:54.696956] E [MSGID: 106010] [glusterd-utils.c:3370:glusterd_compare_friend_volume] 0-management: Version of Cksums shchst01-sto differ. local cksum = 4218452135, remote cksum = 2747317484 on peer shchhv02-sto [2017-12-20 05:02:54.697796] I [MSGID: 106493] [glusterd-handler.c:3800:glusterd_xfer_friend_add_resp] 0-glusterd: Responded to shchhv02-sto (0), ret: 0, op_ret: -1 [2017-12-20 05:02:55.033822] I [MSGID: 1...

Hello I use XEN 3.0 in debian sarge. I have a domU1 for routing and firewall. This domU1 use 2 network interfaces which is on a bridge ''gate'' and the other on bridge ''lan''. dumU2 use one interface (eth0) on bridge ''lan''. Then I make a ping out of domU2 to www.debian.de so I get no answer. The name isn''t resolved. A ping to IP of

...and find some log like below [2014-06-17 04:21:11.266398] I [glusterd-handler.c:2050:__glusterd_handle_incoming_friend_req] 0-glusterd: Received probe from uuid: 81857e74-a726-4f48-8d1b-c2a4bdbc094f [2014-06-17 04:21:11.266485] E [glusterd-utils.c:2373:glusterd_compare_friend_volume] 0-management: Cksums of volume supportgfs differ. local cksum = 52468988, remote cksum = 2201279699 on peer 172.26.178.254 [2014-06-17 04:21:11.266542] I [glusterd-handler.c:3085:glusterd_xfer_friend_add_resp] 0-glusterd: Responded to 172.26.178.254 (0), ret: 0 [2014-06-17 04:21:11.272206] I [glusterd-rpc-ops.c:356:__g...

...ngle-DVA, most are double-DVA). I thought it might be due to fragmentation - ZFS failed to find enough contiguous addresses... is it realistic? In this case, what does the single "segment" entry mean then? 2) The last two blocks are reported to have zero values for checksums. Why is that, and why doesn''t it trigger a CKSUM error (I can read the whole file, no I/O errors)? 3) I tried to extract the blocks, they did not seem empty (that was my guess at why they would have zero checksums). However, I am not certain how to correctly extract such gange...

...2540:__glusterd_handle_incoming_friend_req] >> 0-glusterd: >> Received probe from uuid: 546503ae-ba0e-40d4-843f-c5dbac22d272 >> [2017-12-20 05:02:54.696956] E [MSGID: 106010] >> [glusterd-utils.c:3370:glusterd_compare_friend_volume] 0-management: >> Version >> of Cksums shchst01-sto differ. local cksum = 4218452135, remote cksum = >> 2747317484 on peer shchhv02-sto >> [2017-12-20 05:02:54.697796] I [MSGID: 106493] >> [glusterd-handler.c:3800:glusterd_xfer_friend_add_resp] 0-glusterd: >> Responded to shchhv02-sto (0), ret: 0, op_ret: -1 >...