This is welcome as I seem to suffer from these a bit (still didn’t pinpoint exact reason and patiently testing while checking version, firmware, uptime etc..) However, this made me look on specs (which say it is single-core device) and compare that with my switches (which say it has two cores in 7.2.1 and 7.3.1).
So my question is: what the heck happened here? Did we get accidental HW upgrade (as with 256MB batch of hAP ac2)? 98DX3236 is meant to be dual core so why sell it as a single core product? Does that mean the CPU performance will get even worse?
[/quote]
If this finally fixes the port flapping issues I’ve been having since I bought this switch I’m going to cry.
[/quote]
It should, I reported this last year and have been back and forward about it since (it started with 7.x). I’ve been running 7.4 since b2, and the issue has been gone since. I was seeing flaps on all NAND activity, sometimes every five minutes with some configs doing writes often. Zero flaps since. I’m on 7.4 stable and the issue does appear to be gone on it, as well, as you’d expect. It does blow my mind how long it took to get this fixed, but I am very glad it is resolved now.
Thanks for pointing that out! I don’t regularly go through test/rc channels so I missed that discussion. To answer your questions:
Yes, I see usage of both cores. (partially my fault because I don’t use it only as a simple L2 switch, but even simple management traffic can take few % off)
No, because I didn’t jump on 7.4 yet. Both my CRS328 are in production so I have to be very careful on what I install. Company does not let me have these expensive devices spare in lab. However I noticed that there has been huge improvement in 7.3.1 already (see attached screenshot. qsfp1-2 with CRS running 7.3.1 dropped only once per last few days while qsfp1-1 is dropping every few hours and is attached to CRS running 7.2.1
Apparently something has gone wrong earlier and it kept some file it should have deleted. You should have way more space than that.
However, it apparently is partitioned, you could also recover it by un-partitioning it, upgrading, then partition again and see what space you have.
Doing a netinstall is probably the better way.
RB760iGS upgraded from 7.4rc1 → works
RB912R-2ND-LTM-KIT upgraded via netinstall just to check if missing LTE interface deigns to come back … no cooperation
Does the FTP server send that response "The local time is: " without numeric prefix (220)?
Then it is the FTP server that is broken. A proftp server that I can access does not do that, so maybe someone has fiddled with it?
in the example i removed the timestamp
Real Proftp response is correct:
failure: Unrecognized FTP server response: The local time is: Thu 21 14:01:28 2022
No, that is NOT a correct FTP server response!
It should be like “220-The local time is: Thu 21 14:01:28 2022” (when more lines follow) or “220 The local time is: Thu 21 14:01:28 2022” (when it is the last or only response).
Note the “220” at the start of the line. It should be there. It should be followed by “-” when more lines follow, " " when it is the final line.
Upgraded my RB3011 to 7.4, still unusable, massive packet loss over GRE tunnels and OpenVPN tunnels, all of the comments are stripped out of my NAT rules upon upgrading from 7.1.5.
Short of attempting to rebuild my extensive configuration from scratch in the hopes of figuring out what the issue actually is I don’t see what upgrade path I have.
Am I the only one having issues?
Every upgrade went well from 7.1.0 through 7.1.5 and I just can’t seem to get it to reliably play ball beyond it, I also lose logging to syslog hosts when upgrading, even though the host is configured and I can SSH from said host to the router.
I have upgraded lab from 7.1.something to 7.4
CRS317 with mlag working fine
CCR2004-1g-12s with vrf and bgp inside vrf working also fine
Not other functions tested.
