T1700G-28TQ memory overflow in stacking configuration and provisioned state

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
Re:T1700G-28TQ memory overflow in stacking configuration and provisioned state
2017-11-13 22:12:22

TPTHZ wrote

You can download the new offical firmware 170608 also.


Hi

I am experiencing the same issue. I have 2 of these stacked.

From what I noted the Master in the stack starts with around 74% Memory usage and increases by 1% every 5 hours until it dies. The secondary switch seems to remain mostly around the 72% utilisation throughout. I am monitoring it now with SNMP to see what actually happens.

The firmware 170608 is only for the V2 model of switch but I as well as the original poster have the V1 model, would this still work?
0
0
#12
Options
Re:T1700G-28TQ memory overflow in stacking configuration and provisioned state
2017-11-14 00:18:28

TPTHZ wrote

You can download the new offical firmware 170608 also.


Can you tell me where? I looked on the TP-Link website but didn't find any software..
0
0
#13
Options
Re:T1700G-28TQ memory overflow in stacking configuration and provisioned state
2017-11-14 13:57:28

briantilburgs wrote

Can you tell me where? I looked on the TP-Link website but didn't find any software..


The link as below, you can find it from tp-link global website.
http://static.tp-link.com/T1700G-28TQ(UN)_V2_170608.zip
If your hardware is v1, you can upgrade this firmware also.
1
1
#14
Options
Re:T1700G-28TQ memory overflow in stacking configuration and provisioned state
2017-11-14 14:04:27

kibnet wrote

Hi

I am experiencing the same issue. I have 2 of these stacked.

From what I noted the Master in the stack starts with around 74% Memory usage and increases by 1% every 5 hours until it dies. The secondary switch seems to remain mostly around the 72% utilisation throughout. I am monitoring it now with SNMP to see what actually happens.

The firmware 170608 is only for the V2 model of switch but I as well as the original poster have the V1 model, would this still work?


The offical firmware solved the issue abour memory overflow, tp-link send an beta firmware to me in the past, I asked them,they said this latest offical firmware solved this issue also.
But I do not use stack system. maybe we meet the same issue, you can try.
V1 can use this firmware also.
1
1
#15
Options
memory leak
2017-11-15 23:25:48
The proposed solution does not work.
A script is written which reboot switch on cron.
File:
sw_reboot.py.txtDownload
0
0
#16
Options
Upgraded to 2.0.1 Build 20170608 Rel.61525(s)
2017-11-16 14:10:11
Hi All,

Last two days ago I got a mail telling me to upgrade to software for version 2.
I did, it was not seamless and needed an extra reboot after but I hope the problem is solved..

Device Info



















































Unit ID 1 2 3 4 5 6
Unit State Ready Ready [/FONT] [FONT=Arial] [/FONT] [FONT=Arial]
Hardware Version T1700G-28TQRev2 T1700G-28TQRev2 [/FONT] [FONT=Arial] [/FONT] [FONT=Arial]
Firmware Version 2.0.1 Build 20170608 Rel.61525(s) 2.0.1 Build 20170608 Rel.61525(s) [/FONT] [FONT=Arial] [/FONT] [FONT=Arial]
Power Supply Module Operational Operational [/FONT] [FONT=Arial] [/FONT] [FONT=Arial]
Redundant Power Supply Not Support Not Support

I'll come back when the stack stops again.. :o

Brian
0
0
#17
Options
Re:T1700G-28TQ memory overflow in stacking configuration and provisioned state
2017-11-26 16:44:46
Brian,

Did it help?
Was your hardware v2 or v1?

Thanks
0
0
#18
Options
Re:T1700G-28TQ memory overflow in stacking configuration and provisioned state
2017-11-28 23:42:37
Just an update

So after an email chat with TP Link they sent me a different Firmware for the V1 switches saying "a firmware aimed to solve this issue":















































[TD="class: LNORMAL_LAST_WITHBORDER, width: auto"][/TD]
Unit State Ready Ready [/FONT] [FONT=Arial] [/FONT] [FONT=Arial]
Hardware Version T1700G-28TQRev2 T1700G-28TQRev2 [/FONT] [FONT=Arial] [/FONT] [FONT=Arial]
Firmware Version 2.0.0 Build 20160922 Rel.61374(s) 2.0.0 Build 20160922 Rel.61374(s) [/FONT] [FONT=Arial] [/FONT] [FONT=Arial]
Power Supply Module Operational Operational [/FONT] [FONT=Arial] [/FONT] [FONT=Arial]
Redundant Power Supply Not Support Not Support [/FONT] [FONT=Arial]


However after 8 days the master switch died again with the same issue:
MEMORY RISING THRESHOLD: Total Memory Utilization is 98%.

I did briefly try the firmware for V2 on the site (T1700G-28TQ(UN)_V2_170608) however after 3 days the memory on the master switch had already reached 86% so I contacted them once again.


This time they sent me a new Beta firmware (T1700G-28TQ(UN)_V2_171106_Beta) to address the issue, although now I suspect my issue might not be the same as theirs as the email read:
This beta firmware is used to solve the problem that the device can't be managed by any ways after logging in the switch frequently by SSH.
The reason is the memory can't be released timely after the first time SSH login. Gradually, the momory will be run out.



I never used SSH to log in during the week so this doesn't sound right. But I will try it anyway and keep you all updated.


Regards.


0
0
#19
Options
confimation of memory-leak
2017-12-08 01:48:51

kibnet wrote

Just an update However after 8 days the master switch died again with the same issue: MEMORY RISING THRESHOLD: Total Memory Utilization is 98%. I did briefly try the firmware for V2 on the site (T1700G-28TQ(UN)_V2_170608) however after 3 days the memory on the master switch had already reached 86% so I contacted them once again. This time they sent me a new Beta firmware (T1700G-28TQ(UN)_V2_171106_Beta) to address the issue, although now I suspect my issue might not be the same as theirs as the email read: I never used SSH to log in during the week so this doesn't sound right. But I will try it anyway and keep you all updated. Regards.


I can confirm, that the memory-problem still occures and have nothing todo with ssh.

we're using a 1700Grev2-Switch for some months and it hangs after 2-3 weeks without any ssh-activity.

this is still true after an update to the meanwhile available firmware-upgrade (which does not change the version-text, but in boot-menu you can see version change Flash/Software from 1.3.0/1.0.0 to 1.5.0/1.0.1)

but: it seems that the leak doesn't escalate with lower speed as before and the start-point after boot seems to be less than with old firmware.
(this can't be verified, since we've no saved logs from the occurences before firmware-update)

P.S.: sorry for re-formatted quote, but even if this forum seems to work without javascript, it doesn't and first preview killed all linefeeds.
0
0
#20
Options
Re:T1700G-28TQ memory overflow in stacking configuration and provisioned state
2017-12-14 04:05:00
systems restarted on 2017-12-07 with 72% memory-usage, since 2017-12-11 external logs show 81% up to 85% today, so 2 .. 2,5%-points leak per day
(reset system today, because of less time these days and won't miss the point of no return (soft- vs. hard-boot)
0
0
#21
Options