APC UPS Data Center & Enterprise Solutions Forum
Schneider, APC support forum to share knowledge about installation and configuration for Data Center and Business Power UPSs, Accessories, Software, Services.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2021-07-12 04:38 AM . Last Modified: 2024-02-14 02:38 AM
I have a AP7952 running 3.9.0 which seems to default on a delayed cold start. If I disconnect the power for a few seconds and reconnect it is fine, however if I disconnect for say 15 minutes and reconnect, all settings are default and I need to console in to reconfigure the entire device.
Upon reconnecting power after 15 minutes, only outlets 9-16 are on and the status LED on the Ethernet port is flashing orange indiciating it is waiting for DHCP/BOOTP. Once I've configured a manual IP and I'm able to access the device, it is empty/default with no settings whatsoever.
A warm start is not affected.
The hardware revision is B2. Application module 3.7.4. AOS 3.9.0.
Any ideas?
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2021-07-12 04:38 AM . Last Modified: 2024-01-31 02:58 AM
Hello Brady,
Thanks, I got the files. I do not see the problem in the logs I expected to see and the PDU appears to be communicating properly - or at least not generating alarms. I also don't see that the alarms are disabled and the config.ini shows PDU specific configuration which tells me, along with valid load/amp data in the PDU that it is communicating when you pulled these files
Is that load reading in the data log accurate for all of the outlets or only half of them?
When did you notice this problem develop? After a power outage, etc?
Did you clear the event log on the 10th or was that after one of the incidents that it erased itself?
If I had to guess though it seems like it would have to be some type of hardware issue. Config is store in non volitile memory so it should not be lost when the PDU is powered off for any period of time.
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2021-07-12 04:38 AM . Last Modified: 2024-01-31 02:58 AM
This sounds like an internal communication/hardware issue if I had to guess based on what you said. I can verify this if you provide the first six characters of the PDU serial number and also if you can retrieve the event.txt, data.txt, and config.ini log files when the device is configured with TCP/IP settings. (Instructions for log file download are here:
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2021-07-12 04:38 AM . Last Modified: 2024-02-14 02:38 AM
Thanks for that Angela. Sorry for the delay. I have the 3 files you requested. How can I gtet these to you? I would rather not upload the .ini file.
Thanks.
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2021-07-12 04:38 AM . Last Modified: 2024-01-31 02:58 AM
Hi Brady,
You can email them directly to a private Box folder I have set up @ upload.APC_For.obfq3m3rb5@u.box.com .
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2021-07-12 04:38 AM . Last Modified: 2024-02-14 02:38 AM
I have sent this now.
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2021-07-12 04:38 AM . Last Modified: 2024-01-31 02:58 AM
Hello Brady,
Thanks, I got the files. I do not see the problem in the logs I expected to see and the PDU appears to be communicating properly - or at least not generating alarms. I also don't see that the alarms are disabled and the config.ini shows PDU specific configuration which tells me, along with valid load/amp data in the PDU that it is communicating when you pulled these files
Is that load reading in the data log accurate for all of the outlets or only half of them?
When did you notice this problem develop? After a power outage, etc?
Did you clear the event log on the 10th or was that after one of the incidents that it erased itself?
If I had to guess though it seems like it would have to be some type of hardware issue. Config is store in non volitile memory so it should not be lost when the PDU is powered off for any period of time.
Link copied. Please paste this link to share this article on your social media post.
Create your free account or log in to subscribe to the board - and gain access to more than 10,000+ support articles along with insights from experts and peers.