For more information regarding the security incident at F5, the actions we are taking to address it, and our ongoing efforts to protect our customers, click here.

Forum Discussion

Thomas_McLean_1's avatar
Thomas_McLean_1
Icon for Nimbostratus rankNimbostratus
Sep 09, 2011

F5 BIG-IP configuration backup

All,     We're having an issue with our BIG-IP LTM 3900 in which we cannot backup our configuration file as we are going to be doing an upgrade to our environment...we are receiving this error: ...
management
monitoring
WeaverJK's avatar
WeaverJK
Icon for Nimbostratus rankNimbostratus
Apr 19, 2017

Understood, Hamish.

 

When this issue presented, I reviewed a list of about three options, including cat'ing to dev/null.

 

Here are my notes from that issue: Internet posts identify concerns with having to reassign file permissions.

 

> /shared/tmp/mcpd.out did not produce the desired resutls. The file is still 41-GB in size. The “df -h” shows /shared as only 9% used now (good). If, however, the mcpd.out file is viewed (such as with more), the first 41-GB of the file is blank. In order to see the current entries, tail must be used.

 

What appeared to work (but didn't) was this: truncate /shared/tmp/mcpd.out --size 0

 

My notes end here. What I recall, however, is that the linux inodes were broken and the recover was to reboot.

 

I did not test cat. Do you foresee this breaking the inodes or causing any other issues, such as with permissions?