07-08-2019 01:17 AM
Hi All.
hitting this bug using FMC virtual appliance 6.3.0.1. any idea when it will fixed.
Solved! Go to Solution.
03-12-2020 05:41 AM
This issue is not going to resolve soon
!
Symptom: Cannot open file /mnt/remote-storage/sf-storage/appliance_rsd_info.txt
10-28-2019 10:51 AM
I am running 6.2.3.10 up to 6.4.0.4 and have this same problem.
What I discovered though was that if I logged into the FMC using my normal creds, which is configured for remote authentication, attempting to configure remote storage using via SSH would fail every time, even though my account has Admin rights. (we're using ISE for authentication/authorization)
I then logged into the FMC using the local Admin account, that is configured for local auth, I was then able to successfully configure remote storage using SSH.
Jim
10-29-2019 07:00 AM
Thanks for the tip Jim. That helped us solve this issue on vFMC 6.4.0.4. Also, we needed to tweak permissions on our SolarWinds SFTP server. We had to enable all permissions on the SFTP server related to renaming and deleting files/directories. Also had to uncheck the "automatically rename existing files on overwrite".
10-29-2019 01:51 PM
Most Welcome, glad I could help :-)
Jim
07-26-2020 11:54 PM
Was able to configure Remote Storage after I unchecked the option "automatically rename existing files on overwrite".
10-29-2019 02:14 PM
Nice one Jim. I shall give it a go tomorrow and let you know. In my case if was authenticated from AD binded with FMC. i shall create a local user and test this.
03-12-2020 03:27 AM
Hello, I'm having the same issue on FMC 6.4.0.4, need to use SSH:SFTP but the bug ID workaround is to use NFS or SMB
03-12-2020 05:41 AM
This issue is not going to resolve soon
!
Symptom: Cannot open file /mnt/remote-storage/sf-storage/appliance_rsd_info.txt
03-12-2020 06:15 AM
Hi Sheraz,
I read a few people above managed to get it working (using local account or amending the SFTP server account privileges).
So I am a little bit confused as it if this is a bug or not?
Thanks
04-08-2020 12:47 AM
Hi,
I don't think it is a real bug. Unchecking the "automatically rename existing files on overwrite" option in SFTP server settings resolved the issue for me and I'm able to backup the FMC via SSH. I use SolarWinds SFTP server.
Regards
04-08-2020 04:36 AM
Hello @Velin Georgiev Thank you for your input, it prompted be to re-explore this.
You are correct, customer was running Solarwinds SFTP server. It appears when configuring SFTP server on FMC it sends test file which has same name (no date/time stamp) so this option needs to be unticked.
Solution: Untick Automatically rename existing files on overwrite.
Screenshot below shows this setting enabled by default inside of Solarwinds SFTP.
04-08-2020 06:33 AM - edited 04-08-2020 06:34 AM
Well in my case, there were two separate issues.
1) Couldn't configure Remote Storage on FMC except using local account as suggested by Jim. That's the solution to the bug.
2) I had to make an SFTP configuration change to make the backup work. That's not a bug.
Are you saying #1 doesn't need to be done if #2 is already done?
04-08-2020 06:40 AM
Well the same error message appears for the Solarwinds SFTP Server configuration issue.
I'm not sure sorry, I was already logged into local admin to eliminate this as a possibility.
So, perhaps do both if your using Solarwinds SFTP.
Thanks
01-31-2024 08:30 AM
Hi Folks,
I ran into this issue recently with FMC 7.2.5 and for what it's worth, there is a lot of good info here which helped me out.
However, the fix for me was to uncheck "Automatically rename existing files on overwrite" option in the Solarwinds SFTP app and check the highlighted boxes here. They were previously unchecked when I found them, but checking the boxes worked for me. Your mileage may vary though.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide