search for: 16384

...de-from ... This happens every night. In about 80% of the cases rsync returns exit status 12 when trying to transfer a certain file. In the other 20% the file is transferred successfully. Using option -vvv I found these two situations: Situation 1: ------------ ... built hash table hash search b=16384 len=224018876 match at 3293185 last_match=3276800 j=201 len=16384 n=16385 match at 3325953 last_match=3309569 j=203 len=16384 n=16384 match at 3358721 last_match=3342337 j=205 len=16384 n=16384 match at 3391489 last_match=3375105 j=207 len=16384 n=16384 match at 3424257 last_match=3407873 j=209 len...

...->0xcb000d80 dovecot-a 22627 root 3u unix 0xc0f9fbe4 0t0 /var/run/dovecot/login/default dovecot-a 22627 root 4u KQUEUE 0xc0f11c30 dovecot-a 22627 root 5r VCHR 46,1 0t4 45571 /dev/urandom dovecot-a 22627 root 6r PIPE 0xcb0006c0 16384 ->0xcc08b2d0 dovecot-a 22627 root 7w PIPE 0xcc08b2d0 0 ->0xcb0006c0 dovecot-a 22627 root 12r VCHR 46,1 0t1024 45571 /dev/urandom ---------- COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME dovecot 5161 root cwd VDIR 0,6...

...tl(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl(3, F_SETFL, O_RDWR) = 0 connect(3, {sa_family=AF_INET, sin_port=htons(5480), sin_addr=inet_addr("###.###.###.###")}, 16) = 0 sendto(3, "\0\0\0\10\0\1\0\2", 8, 0, NULL, 0) = 8 recvfrom(3, "N", 16384, 0, NULL, NULL) = 1 sendto(3, "\0\0\0\r\0\2ECR_RND", 13, 0, NULL, 0) = 13 recvfrom(3, "N", 16384, 0, NULL, NULL) = 1 sendto(3, "\0\0\0\r\0\3#######", 13, 0, NULL, 0) = 13 recvfrom(3, "N", 16384, 0, NULL, NULL) = 1 sendto(3, "\0\0\0\n\0\t\0\3\0\4"...

...from smb.conf. No change. Redid fire wall rules: Allow in from anywhere 137,138 udp 139,445 tcp Allow out 137,138 udp 139,445 tcp Same for 137,138(6) etc. No change. The ip_modules loaded are listed below: martin at radio:~$ lsmod | grep -E "nf_|xt_|ip" ip6t_REJECT 16384 1 nf_reject_ipv6 16384 1 ip6t_REJECT nf_log_ipv6 16384 10 xt_hl 16384 22 ip6t_rt 16384 3 nf_conntrack_ipv6 20480 11 nf_defrag_ipv6 36864 1 nf_conntrack_ipv6 ipt_REJECT 16384 1 nf_reject_ipv4 16384 1 ipt_REJ...

Rowland, The computer name 'martin-RB042AV-ABA-a1410y' was set by Linux Mint when it was installed. I'm not sure I can change it. I check it on the Mint forum. I'll turn off the smb... feature and see what happens. Yes the ports listed below are open and set to pass through the firewall. Should I unset the netbios name". Going to try the modification to the ufw rules file as

...fine on samba 4.6 If I check system processes and daemons (other than samba), they are using Soft Limit 1024 and Hard Limit 4096 (system default) All samba processes have been upraised by system init script (thanks Tranquil.it packages): dnsupdate Max open files 16384 16384 files cldap_server Max open files 16384 16384 files rpc_server Max open files 16384 16384 files winbind_server Max open fi...

...owever, I note that the "Howto Automount GlusterFS" page at http://www.gluster.org/community/documentation/index.php/Howto_Automount_GlusterFS has been deleted. Is automounting no longer supported? His auto.master file is as follows (sorry for the wrapping): w1 -rw,intr,bg,v3,rsize=16384,wsize=16384,retrans=10,timeo=20,hard,lock,defaults,noatime,async 10.1.50.2:/& w2 -rw,intr,bg,v3,rsize=16384,wsize=16384,retrans=10,timeo=20,hard,lock,defaults,noatime,async 10.1.50.3:/& mathbio -rw,intr,bg,v3,rsize=16384,wsize=16384,retrans=10,timeo=20,hard,lock,defaults,noatime,a...

...rsv_gdb = 319 Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 655360 inodes, 1310720 blocks 65536 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=1342177280 40 block groups 32768 blocks per group, 32768 fragments per group 16384 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736 Writing inode tables: 0/40 [...deleted from logfile...] done inode.i_blocks = 20424, i_size = 4243456 Writing superblocks and filesystem accounting information: done This filesyste...

...from smb.conf. No change. Redid fire wall rules: Allow in from anywhere 137,138 udp 139,445 tcp Allow out 137,138 udp 139,445 tcp Same for 137,138(6) etc. No change. The ip_modules loaded are listed below: martin at radio:~$ lsmod | grep -E "nf_|xt_|ip" ip6t_REJECT 16384 1 nf_reject_ipv6 16384 1 ip6t_REJECT nf_log_ipv6 16384 10 xt_hl 16384 22 ip6t_rt 16384 3 nf_conntrack_ipv6 20480 11 nf_defrag_ipv6 36864 1 nf_conntrack_ipv6 ipt_REJECT 16384 1 nf_reject_ipv4 16384 1 ipt_REJ...

...============================*/ printf("\n nbBytes: "); printf("%i",nbBytes); printf("\n frame_size= "); printf("%i",frame_size); printf ("\n"); //----------------- printf("end of run!"); return 0; } OUTPUT: //the original frame 1? -512? 16384? 512? -768? -2048? -1280? 256? -1024? 12288? 0? 8192? 253? 256? -768? 12288? 0? -16? -768? -512? -1? 0? -512? -768? -1536? -512? -512? -768? 16384? 0? 8192? -512? 16384? 512? -768? -2048? -1280? 256? -1024? 12288? 0? 8192? 253? 256? -768? 12288? 0? -16? -768? -512? -1? 0? -512? -768? -1536? -512? -...

Hello, I have that problem with codec G729. Please can somebody help me! WARNING[16384]: File codec_g729b.c, Line 413 (load_module): Unable to initialize va stuff: -1 == Detected 4 licensed G.729 transcoders WARNING[16384]: File translate.c, Line 219 (calc_cost): Translator 'g729tolinb' does not produce sample frames. == Registered translator 'g729tolinb' from for...

...e run with defaults (w/o any extra options). Dom0 to Dom0 (local) TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to () port 0 AF_INET : demo Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 87380 16384 16384 10.00 5859.30 DomU to DomU (local) TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to () port 0 AF_INET : demo Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 87380 16384 16384 1...

...202.22.13.3 309.457906 202.22.13.10 -> 202.22.13.7 SIP/SDP Status: 200 OK, with session description 309.460650 202.22.13.1 -> 202.22.13.10 ICMP Redirect 309.465647 202.22.13.7 -> 202.22.13.10 SIP Request: ACK sip:2208@202.22.13.10 309.479795 202.22.13.7 -> 202.22.13.10 UDP Source port: 16384 Destination port: 30128 309.485033 202.22.13.3 -> 202.22.13.10 UDP Source port: 16384 Destination port: 12886 [lots more of the same line, over and over again] 309.985277 202.22.13.3 -> 202.22.13.10 UDP Source port: 16384 Destination port: 12886 310.000075 202.22.13.7 -> 202.22.13.10 UD...

...to see if anyone else saw this. Here are some scenario's.. This one is a succesfully completed transfer (but notice the WARNING's): -- Accepting AUTHENTICATED call from 217.114.97.249, requested format = 8, actual format = 8 -- Executing Dial("IAX2[virtupbx@virtupbx]/16384", "Local/7001@pbx") in new stack -- Called 7001@pbx -- Executing Dial("Local/7001@pbx-0685,2", "MGCP/aaln/1@217.114.96.220") in new stack -- MGCP mgcp_request(aaln/1@217.114.96.220) -- MGCP cw: 0, dnd: 0, so: 0, sno: 0 -- MGCP mgcp_new(M...

...The sole reason, i need ztdummy is to heve musiconhold and meetme working. However when I start *, it says this and does not start. ---------------------------------------------------------------------------- ---------------------- == Parsing '/etc/asterisk/zapata.conf': Found WARNING[16384]: File chan_zap.c, Line 582 (zt_open): Unable to specify channel 1: No such device or address ERROR[16384]: File chan_zap.c, Line 4891 (mkintf): Unable to open channel 1: No such device or address here = 0, tmp->channel = 0, channel = 1 ERROR[16384]: File chan_zap.c, Line 6638 (load_module): Una...

...e show the difference: [Server one: Linux - superb fast, no problems] FASTIO_QUERY_STANDARD_INFO Z:\pv8\8.1f\ADRESSEN.PV FAILURE IRP_MJ_QUERY_INFORMATION Z:\pv8\8.1f\ADRESSEN.PV SUCCESS FileStandardInformation IRP_MJ_READ Z:\pv8\8.1f\ADRESSEN.PV SUCCESS Offset: 0 Length: 16384 IRP_MJ_READ* Z:\pv8\8.1f\ADRESSEN.PV SUCCESS Offset: 0 Length: 16384 FASTIO_CHECK_IF_POSSIBLE Z:\pv8\8.1f\ADRESSEN.PV SUCCESS Read: Offset: 16384 Length: 16384 IRP_MJ_READ* Z:\pv8\8.1f\ADRESSEN.PV SUCCESS Offset: 16384 Length: 16384 FASTIO_READ Z:\pv8\8.1f\ADRESSEN....

Greetings I was getting bad static crackle on a phone, so I reload from the latest CVS and did a make clean ; make install on zaptel, libpri and asterisk Now I get this error [chan_skinny.so] => (Skinny Client Control Protocol (Skinny)) May 28 13:59:42 WARNING[16384]: chan_skinny.c:2541 reload_config: Unable to get our IP address, Skinny disabled Urgent handler [chan_oss.so] => (OSS Console Channel Driver) == Console is full duplex May 28 13:59:42 WARNING[16384]: chan_oss.c:352 setformat: Requested 8000 Hz, got 48000 Hz -- sound may be choppy May 28 13:5...

...I can see is the "SQL select error" it encountered when it's loading sip.conf. But I have tried that sql statement on isql, PhpMyAdmin and it's succesfully executed. So, why the res_config_odbc.so is returning such error? [res_odbc.so] => (ODBC Resource) Aug 7 16:38:43 DEBUG[16384]: config.c:779 __ast_load: Parsing /etc/asterisk/res_odbc.conf Aug 7 16:38:43 NOTICE[16384]: res_odbc.c:131 load_odbc_config: registered database handle 'mysql1' dsn->[MySQL-asterisk] Aug 7 16:38:43 NOTICE[16384]: res_odbc.c:375 load_module: res_odbc loaded. [res_config_odbc.so] =&gt...

...0% 512/ 4/ +31%/ +20% 512/ 8/ +39%/ +22% 1024/ 1/ +158%/ +99% 1024/ 4/ +20%/ +11% 1024/ 8/ +40%/ +18% 2048/ 1/ +108%/ +74% 2048/ 4/ +21%/ +7% 2048/ 8/ +32%/ +14% 4096/ 1/ +94%/ +77% 4096/ 4/ +7%/ -6% 4096/ 8/ +9%/ -4% 16384/ 1/ +33%/ +9% 16384/ 4/ +10%/ -6% 16384/ 8/ +19%/ +2% 65535/ 1/ +15%/ -6% 65535/ 4/ +8%/ -9% 65535/ 8/ +14%/ 0% Guest RX: size/session/+thu%/+normalize% 64/ 1/ -3%/ -3% 64/ 4/ +4%/ +20% 64/ 8/ -1%/ -1% 512/ 1/ +20%/...

...0% 512/ 4/ +31%/ +20% 512/ 8/ +39%/ +22% 1024/ 1/ +158%/ +99% 1024/ 4/ +20%/ +11% 1024/ 8/ +40%/ +18% 2048/ 1/ +108%/ +74% 2048/ 4/ +21%/ +7% 2048/ 8/ +32%/ +14% 4096/ 1/ +94%/ +77% 4096/ 4/ +7%/ -6% 4096/ 8/ +9%/ -4% 16384/ 1/ +33%/ +9% 16384/ 4/ +10%/ -6% 16384/ 8/ +19%/ +2% 65535/ 1/ +15%/ -6% 65535/ 4/ +8%/ -9% 65535/ 8/ +14%/ 0% Guest RX: size/session/+thu%/+normalize% 64/ 1/ -3%/ -3% 64/ 4/ +4%/ +20% 64/ 8/ -1%/ -1% 512/ 1/ +20%/...