ePMP 1000 no gps sync with 2.6 version of firmware
- i can't upgrade/reboot the AP in the syslog i found this
ePMP1000_c5688b>show syslog Sep 3 07:02:44 ePMP1000_c5688b kernel: Out of memory: kill process 1659 (uwsgi) score 64 or a child Sep 3 07:02:44 ePMP1000_c5688b kernel: Killed process 1673 (uwsgi) Sep 3 07:02:45 ePMP1000_c5688b kernel: Out of memory: kill process 14883 (uwsgi) score 87 or a child Sep 3 07:02:45 ePMP1000_c5688b kernel: Killed process 14883 (uwsgi) Sep 3 07:02:46 ePMP1000_c5688b kernel: Out of memory: kill process 1659 (uwsgi) score 46 or a child Sep 3 07:02:46 ePMP1000_c5688b kernel: Killed process 1674 (uwsgi) Sep 3 07:02:47 ePMP1000_c5688b kernel: Out of memory: kill process 14886 (uwsgi) score 87 or a child Sep 3 07:02:47 ePMP1000_c5688b kernel: Killed process 14886 (uwsgi) Sep 3 07:02:48 ePMP1000_c5688b kernel: Out of memory: kill process 14887 (uwsgi) score 87 or a child Sep 3 07:02:48 ePMP1000_c5688b kernel: Killed process 14887 (uwsgi) Sep 3 07:02:48 ePMP1000_c5688b kernel: Out of memory: kill process 14888 (sh) score 32 or a child Sep 3 07:02:48 ePMP1000_c5688b kernel: Killed process 14889 (sh) Sep 3 07:02:49 ePMP1000_c5688b kernel: Out of memory: kill process 1659 (uwsgi) score 29 or a child Sep 3 07:02:49 ePMP1000_c5688b kernel: Killed process 1659 (uwsgi) Sep 3 07:02:50 ePMP1000_c5688b kernel: Out of memory: kill process 14898 (sh) score 49 or a child Sep 3 07:02:50 ePMP1000_c5688b kernel: Killed process 14899 (ifconfig) Sep 3 07:02:51 ePMP1000_c5688b kernel: Out of memory: kill process 14897 (sh) score 32 or a child Sep 3 07:02:51 ePMP1000_c5688b kernel: Killed process 14898 (sh) Sep 3 07:02:51 ePMP1000_c5688b kernel: Out of memory: kill process 1662 (nginx) score 28 or a child Sep 3 07:02:51 ePMP1000_c5688b kernel: Killed process 1664 (nginx)
Please help me to resolve this issue , the ap are at 150km from me
For the out of memory radio, if you are able to access the radio, can you please reboot it any chance you can power cycle it and then try the upgrade? I realize its 150 km away. This is an old issue where the user space gets filled up and only a reboot clears the cache to provide enough space to download the new firmware file.
As for the 3.2 issue, Eric is right. Are you using cnMaestro by any chance. You should be able to reboot the radio from cnMaestro.
with cnmaestro i'have rebooted the AP but i still see this in the log
Sep 1 07:18:02 ePMP1000_c5688b kernel: Out of memory: kill process 1659 (uwsgi) score 95 or a child
Sep 1 07:18:02 ePMP1000_c5688b kernel: Killed process 1685 (uwsgi)
Sep 1 07:26:02 ePMP1000_c5688b kernel: Out of memory: kill process 8304 (uwsgi) score 97 or a child
Sep 1 07:26:02 ePMP1000_c5688b kernel: Killed process 8304 (uwsgi)
Sep 1 07:27:22 ePMP1000_c5688b kernel: Out of memory: kill process 9601 (uwsgi) score 113 or a child
Sep 1 07:27:22 ePMP1000_c5688b kernel: Killed process 10111 (sh)
Sep 1 07:27:44 ePMP1000_c5688b kernel: Out of memory: kill process 9601 (uwsgi) score 113 or a child
Sep 1 07:27:44 ePMP1000_c5688b kernel: Killed process 10510 (sh)
Sep 1 07:27:46 ePMP1000_c5688b kernel: Out of memory: kill process 9601 (uwsgi) score 102 or a child
Sep 1 07:27:46 ePMP1000_c5688b kernel: Killed process 9601 (uwsgi)
Had to do this a few times and this seems to work for me.
Goto Monitor and Reset Stats
Once done goto cnMaestro and select reboot. (this generally does not reboot it, but seems to be a step that is required, tried skipping this a few times and didnt work without this step) Odd huh.
Now go directly back to the device and hit the reboot button on the Web UI.
This will be a stupid idea, but I had a similar issue with bothe 2.6.1 and 3.2 with cnMeastro.
Disable cnMeastro in the AP and then ensure cnMeastro is offline (i use VM's for this so I just shutdown the VM)
now go to the AP in a fresh browser and clear the stats and log info. pull a page refresh by deleting the browser cache and refreshing the page (dont know why but the AP's required this of me) and know you should be able to reboot the APs and on reboot they will take an update. Please ensure you step through the correct versions to get to the current 3.2.2 on your units. If this doesnt work then a long drive to the units is basically the only way to fix this. take a spare set of APs as its faster generally to swap out than to fight with them.
My problem was cnMeastro interfering with the local update. As soon as i stepped through removing its control i had no issues.
I have noticed that during an update the epmp radios dont report the correct values for practically any OID that is polled during the upload and update process. I have sofar just ignored that since writing firmware to nvram/flash while running exclusively from ram is a heavy task and all things return to normal after the write is done and its waiting to reboot.