iishitahere commented on issue #10163:
URL: https://github.com/apache/cloudstack/issues/10163#issuecomment-2589223336

   > > Dear [@DaanHoogland](https://github.com/DaanHoogland) 
[@weizhouapache](https://github.com/weizhouapache),
   > > I hope you're doing well.
   > > I am currently working on an issue related to uploading images to 
secondary storage in Apache CloudStack, specifically with the 
SecondaryStorageVM component in version 4.20.0.0.
   > > While I have been investigating this locally and reviewing the logs from 
the SSVM, I’ve encountered limitations in replicating the full CloudStack 
environment, I believe that testing in the official environment will provide 
more accurate results.
   > > In my local environment, I was able to manually add the route to the NFS 
server, but I need to confirm the fix in the complete setup and infrastructure. 
Access to the official environment would greatly enhance my ability to 
troubleshoot and implement a comprehensive solution.
   > > I would appreciate it if you could grant me access to the necessary 
resources for further testing and resolution of this issue.
   > > Thank you for your time and consideration.
   > > Best regards, Ishita
   > 
   > [@iishitahere](https://github.com/iishitahere) I can give you some hints
   > 
   > if there is no storage network, cloudstack will use the management 
network. in this case, the storageip in SSVM is null, we should use management 
network ip as storage ip in SSVM. so the fix is simple like
   > 
   > ```
   > if (_storageIp == null) {
   >    _storageIp = eth1ip;
   > }
   > ```
   
   
   Thanks for the suggestion. I'll proceed with this approach and ensure the 
correct IP is used when the storage network is unavailable. Please let me know 
if there are any additional considerations or if I can submit the pull request 
once the changes are made.
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to