We're still seeing our logs FLOODED with SNTP date/time updates or changes, either something isn't right, or MIkrotik decided to just recently start LOGGING every time the SNTP updates, which I cannot understand why anyone needs that information, and it just floods the log cache so that you cannot see anything IMPORTANT in the last few days...
Also I hope there isn't simple queue problems like people say, I just upgraded a 1100AHx2 which has 490 Simple Queues. What are the symptoms for the simple queue issues?
Re: v6.35.2 [current] is released!
Dude client crash under Wine
wine version:
dude crash dump:
wine debug:
wine version:
Code: Select all
wine --version
wine-1.9.9Code: Select all
6.35.2 BREAKPOINT at: 7bc812c8
eip=7bc812c8 eflags=246
edi=a5e7ec esi=a5cfbc ebp=a5dfc8 esp=a5cf8c
eax=7b4287c5 ebx=7eeda000 ecx=a5cf80 edx=0
log:
cw:1411 backtrace:[416733, 4168a3, 500cbc, 74008c, 5007c4, 502dc6, 6f8b7a, 4010b9, 40129c, 7b4602dc, 7b46130a, 7bc812bc,
7bc8426d, 7bc8129a, 7bc53a07, f7572d7d]
unreliable backtrace:
modules:
stack: 0 4292518052wine debug:
Code: Select all
WINEARCH=win32 wine /home/blispx/.wine/drive_c/Program\ Files/Dude/dude.exe
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessDEPPolicy (1): stub
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this requires special permissions.
Pinger: socket failed: 10013:
prog dir: C:\Program Files\Dude\
modules:
400000-85e000 dude.exe
63a40000-63a72000 libgobject-2.0-0
64f80000-64fa8000 libfontconfig-1
65300000-65329000 libpixman-1-0
65340000-65364000 libgdk_pixbuf-2.0-0
65580000-655b8000 libpango-1.0-0
66440000-66470000 libcroco-0.6-3
685c0000-6867b000 libglib-2.0-0
68dc0000-68e20000 libcairo-2
68e40000-68e73000 librsvg-2-2
68f40000-68f60000 libexpat-1
69c80000-69cb0000 libpng12-0
6b280000-6b291000 libpangowin32-1.0-0
6c240000-6c263000 libjpeg-62
6d4c0000-6d4cf000 libpangocairo-1.0-0
6d580000-6d5c5000 libgio-2.0-0
6d700000-6d725000 libpangoft2-1.0-0
6dd00000-6dd0c000 libgmodule-2.0-0
70c00000-70c64000 libfreetype-6
70f40000-70f8b000 libxml2-2
7ac10000-7ac79000 riched20
7b420000-7b7e2000 KERNEL32
7bc10000-7bcf6000 ntdll
7d890000-7d9ac000 oleaut32
7d9b0000-7d9f1000 usp10
7dab0000-7dadc000 uxtheme
7dce0000-7dd60000 winex11.drv
7dd70000-7dd84000 imm32
7e340000-7e367000 msacm32
7e370000-7e420000 winmm
7e430000-7e449000 iphlpapi
7e450000-7e487000 winspool.drv
7e490000-7e572000 comdlg32
7e580000-7e66d000 comctl32
7e670000-7e6a6000 ws2_32
7e6b0000-7e71e000 shlwapi
7e730000-7e95a000 shell32
7e970000-7e9da000 rpcrt4
7e9f0000-7eb13000 ole32
7eb20000-7eb2d000 version
7eb40000-7ec7f000 user32
7ec80000-7ec93000 msimg32
7eca0000-7ed09000 advapi32
7ed20000-7ee25000 gdi32
7ee40000-7eee4000 msvcrt
ERROR: createWindow failed error=1411:Class does not exist.
DEBUG: cw:1411 backtrace:[416733, 4168a3, 500cbc, 74008c, 5007c4, 502dc6, 6f8b7a, 4010b9, 40129c, 7b4602dc, 7b46130a, 7bc812bc, 7bc8426d, 7bc8129a, 7bc53a07, f75fdd7d]
Re: v6.35.2 [current] is released!
We're still seeing our logs FLOODED with SNTP date/time updates or changes, either something isn't right, or MIkrotik decided to just recently start LOGGING every time the SNTP updates, which I cannot understand why anyone needs that information, and it just floods the log cache so that you cannot see anything IMPORTANT in the last few days...
Also I hope there isn't simple queue problems like people say, I just upgraded a 1100AHx2 which has 490 Simple Queues. What are the symptoms for the simple queue issues?
Do you update the time cia the "Cloud" - option AND via the ntp?
maybe they both don'tlike each other, and one should be enough
Re: v6.35.2 [current] is released!
RB2011UiAS-2HnD-IN on 6.35.2 give slower L2TP/IPsec (AES256 + SHA1):
http://www.speedtest.net/result/5349439075.png (CPU 60% on download)
On version 6.32.2:
http://www.speedtest.net/result/5349455563.png (CPU 100% on download)
Why?
http://www.speedtest.net/result/5349439075.png (CPU 60% on download)
On version 6.32.2:
http://www.speedtest.net/result/5349455563.png (CPU 100% on download)
Why?
Re: v6.35.2 [current] is released!
mAP Lite has a time keeping bug as mentioned here: http://forum.mikrotik.com/viewtopic.php ... te#p527731We're still seeing our logs FLOODED with SNTP date/time updates or changes, either something isn't right, or MIkrotik decided to just recently start LOGGING every time the SNTP updates, which I cannot understand why anyone needs that information, and it just floods the log cache so that you cannot see anything IMPORTANT in the last few days...
Also I hope there isn't simple queue problems like people say, I just upgraded a 1100AHx2 which has 490 Simple Queues. What are the symptoms for the simple queue issues?
Do you update the time cia the "Cloud" - option AND via the ntp?
maybe they both don'tlike each other, and one should be enough
Every 15 minutes the clock runs faster by 1.8seconds.
So sntp every 15minutes tries to correct the time, hence the log flooding.
I am not sure which model wispwest uses. I'm just mentioning it in case anyone else has mAP Lite and wonders why it keeps flooding the logs.
I've also opened a ticket a few days ago (Ticket #2016052566000621) but I haven't received any response yet.
It only logs the changes in time by NTP when the time difference on the local clock and the NTP clock is off by 1+ second.MIkrotik decided to just recently start LOGGING every time the SNTP updates, which I cannot understand why anyone needs that information
Otherwise on boards that time keeping works ok it will only log the time change after a reboot and the time offset will be at most a few ms.
Regarding the Simple Queues, I am not sure if there is a problem. I only use Queue Tree and they work fine with 6.35.x up to 6.36rc16 on RB850Gx2.
Re: v6.35.2 [current] is released!
Problem with v6.35.2 on CRS226, trunk interface on SFP+ after reboot -it is frozen! -but i can connect to management VLAN!? Of course the end users not receiving DHCP addresses!
And I can't create sup-output file:
[mxx@CPS_Server_CRS226_SW_1] > system sup-output file=support_30_50_2016.rif
system is busy (12)
[mxx@CPS_Server_CRS226_SW_1] > system sup-output file=supout_30_50.rif
system is busy (12)
[mxx@CPS_Server_CRS226_SW_1] >
After reboot nothing good. I must wait CRS226 is up and must change SFP+ patch 1m to (and back) SFP+ patch 3m -now,everiting is working (to next power lost)!
In every building i have ~5 CRS226. After power lost, I can't every time change SFP+ patchcords!
Now, to go back to v6.30.4 I need for each installation through the console cable.
I think, the MikroTIK team is forgotten about this mipsbe hardware
And I can't create sup-output file:
[mxx@CPS_Server_CRS226_SW_1] > system sup-output file=support_30_50_2016.rif
system is busy (12)
[mxx@CPS_Server_CRS226_SW_1] > system sup-output file=supout_30_50.rif
system is busy (12)
[mxx@CPS_Server_CRS226_SW_1] >
After reboot nothing good. I must wait CRS226 is up and must change SFP+ patch 1m to (and back) SFP+ patch 3m -now,everiting is working (to next power lost)!
In every building i have ~5 CRS226. After power lost, I can't every time change SFP+ patchcords!
Now, to go back to v6.30.4 I need for each installation through the console cable.
I think, the MikroTIK team is forgotten about this mipsbe hardware
Re: v6.35.2 [current] is released!
Hello,
It seem I am not alone, I am using RB750GL my simple queue rules didn't work after upgrade it to 6.35.2 so I need to revert it back to 6.32.4 to make it works.
I am also notice that in simple queue mikrotik didn't state the correct bandwidth that target use for example the client download 1 Mbps in simple queue it's only state about 1/4 of that 250 - 300 kbps after I revert it back to 6.32.4 it seem the number is much closer and also simple queue is works.
It seem I am not alone, I am using RB750GL my simple queue rules didn't work after upgrade it to 6.35.2 so I need to revert it back to 6.32.4 to make it works.
I am also notice that in simple queue mikrotik didn't state the correct bandwidth that target use for example the client download 1 Mbps in simple queue it's only state about 1/4 of that 250 - 300 kbps after I revert it back to 6.32.4 it seem the number is much closer and also simple queue is works.
Re: v6.35.2 [current] is released!
Hi.
When i update CPE to 6.35.2 pppoe session reconnection many times
back to 6.35 resolve problem
When i update CPE to 6.35.2 pppoe session reconnection many times
back to 6.35 resolve problem
Re: v6.35.2 [current] is released!
About queues issue. In older version PPPoE did not have FastTrack support. Now after upgrade to this version support exists. It means that tunnel traffic can bypass queues:
http://wiki.mikrotik.com/wiki/Manual:Wiki/Fasttrack
"Note that not all packets in a connection can be fasttracked, so it is likely to see some packets going through slow path even though connection is marked for fasttrack. This is the reason why fasttrack-connection is usually followed be identical action=accept rule. Fasttracked packets bypass firewall, connection tracking, simple queues, queue tree with parent=global, ip traffic-flow(restriction removed in 6.33), ip accounting, ipsec, hotspot universal client, vrf assignment, so it is up to administrator to make sure fasttrack does not interfere with other configuration"
http://wiki.mikrotik.com/wiki/Manual:Wiki/Fasttrack
"Note that not all packets in a connection can be fasttracked, so it is likely to see some packets going through slow path even though connection is marked for fasttrack. This is the reason why fasttrack-connection is usually followed be identical action=accept rule. Fasttracked packets bypass firewall, connection tracking, simple queues, queue tree with parent=global, ip traffic-flow(restriction removed in 6.33), ip accounting, ipsec, hotspot universal client, vrf assignment, so it is up to administrator to make sure fasttrack does not interfere with other configuration"
Re: v6.35.2 [current] is released!
This issu will be fixed in next versionon ccr1072 is there problem, LCD does not working, whole time is screen empty / white
Re: v6.35.2 [current] is released!
What about LT2P speed? This is connected with Fasttrack?
Re: v6.35.2 [current] is released!
Same here, my 2 PPOE Clients reporting error many times, I am getting also an error while I try to disable a PPOE clientHi.
When i update CPE to 6.35.2 pppoe session reconnection many times
back to 6.35 resolve problem
"non rate limit queues are usless on this interface"
Re: v6.35.2 [current] is released!
CCR1072 LCD issue will be fixed with bootloader. You will need to upgrade bootloader to 3.33 version.
-
-
malbadrawy
just joined
- Posts: 1
- Joined:
Re: v6.35.2 [current] is released!
Hi All
first sorry for my English language
I am using (The Dude client - ve 4bet 3) it was working, but when I tryied to install the new version it is giving me error "Error: Connect failed:10061: No connection could be made becaus..."
Notes: I am using it for alert me up/down , tracroute , http access devices
so could any one advice
All the best
first sorry for my English language
I am using (The Dude client - ve 4bet 3) it was working, but when I tryied to install the new version it is giving me error "Error: Connect failed:10061: No connection could be made becaus..."
Notes: I am using it for alert me up/down , tracroute , http access devices
so could any one advice
All the best
