<div dir="ltr"><div><div>I know 1970 is unix timestamp 0, these devices have no battery so the clock goes back to 1970 every reboot until NTP syncs.</div><div><br></div><div>I just did a test push and the following is all I see in the CWMP log file:</div><div>2017-12-28T22:58:10.031Z [INFO] 192.168.77.243 E48D8C-RB750-2obfuscated: Inform; cpeRequestId=null informEvent="6 CONNECTION REQUEST" informRetryCount=0<br>2017-12-28T22:58:10.117Z [INFO] 192.168.77.243 E48D8C-RB750-2obfuscated: ACS request; acsRequestId="1609f58dfd8000" acsRequestName="Download" acsRequestCommandKey="1609f58dfd8000"<br>2017-12-28T22:58:10.214Z [INFO] 192.168.77.243 E48D8C-RB750-2obfuscated: ACS request; acsRequestId="1609f58dfd8100" acsRequestName="GetParameterValues"<br>2017-12-28T22:58:10.440Z [INFO] 192.168.77.243 E48D8C-RB750-2obfuscated: ACS request; acsRequestId="1609f58dfd8101" acsRequestName="GetParameterValues"<br><br></div>The device reboots 5 seconds later, no more updates until it reboots.<br><br></div>Is the "Download" structure part of GenieACS (like a Virtual Parameter of sorts) or is it actually on the device? I searched for information on it and didn't really find much.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 28, 2017 at 2:47 PM, Zaid Abdulla <span dir="ltr"><<a href="mailto:zaid@genieacs.com" target="_blank">zaid@genieacs.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, 2017-12-28 at 14:37 -0800, Michael Ducharme wrote:<br>
> Correct, just as a task through the GUI, by opening the device,<br>
> clicking Push File, clicking on the Vendor Config File. It gets<br>
> queued and applied and disappears from the queue, no faults, but then<br>
> it seems to push again a few hours later and again a few hours later,<br>
> all by itself, without being asked for. No provision script is being<br>
> used.<br>
<br>
</span>Can you confirm there's no download timeout faults in the log?<br>
Sometimes devices don't send a TransferComplete message after<br>
downloading the file so Genie assumes the download has failed and<br>
retries.<br>
<span class=""><br>
> Could it have something to do with the timestamps? I sometimes see a<br>
> weird mix of 1970 and the current year for timestamps under<br>
> "Download". I don't know how these timestamps work, but my guess was<br>
> that somehow the timestamp makes it think it hasn't updated the<br>
> configuration for 47 years..<br>
<br>
</span>1970 is the default value (unix timestamp 0) :)<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Zaid Abdulla <<a href="mailto:zaid@genieacs.com">zaid@genieacs.com</a>><br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.genieacs.com">Users@lists.genieacs.com</a><br>
<a href="http://lists.genieacs.com/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.genieacs.com/<wbr>mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>