7 Replies Latest reply on Jul 27, 2011 4:15 AM by JoeBidgood

    HTTP Distributed Repositories

    Katalyst

      I am currently running ePO 4.5 (Patch 3) with 3 Linux FTP distributed repositories.

       

      Due to the network chatter of using FTP, I have been looking at introducing a http option to either replace or work along side my current configuration. Ideally i was hoping to use the same linux servers with Apache loaded and leverage off the existing configuration but have run into issues.

       

      When adding a new repository for HTTP, the configuration has the information for the DNS name / IP etc, and then has a mandatory field for the UNC Share.

       

      Does this mean that HTTP distributed repositories are only supported when running on windows?

        • 1. Re: HTTP Distributed Repositories
          Laszlo G

          Hi Katalyst ePO doesn't ask for an UNC share to setup an HTTP repository but just the http path (i.e. http://yourserver/repository).

           

          If it still asks for an UNC path can you post a screensshot?

          • 2. Re: HTTP Distributed Repositories
            Katalyst

            I really didn't think it should either, but this is a screen shot of when i try and create one.

             

             

            unc.JPG

             

            Message was edited by: Katalyst on 23/06/11 5:26:19 PM
            • 3. Re: HTTP Distributed Repositories
              JoeBidgood

              This is correct, although I'm not exactly sure why: ePO replicates to HTTP repositories by copying files to a UNC share. For FTP repos it uses native FTP commands like PUT, but - and I don't know why - this is not the case with HTTP.

               

              I don't believe there's a requirement for the HTTP repo to live on a Windows box: a Samba share should work fine. I'm sure there are other folks here who have this environment.

               

              HTH -

               

              Joe

              1 of 1 people found this helpful
              • 4. Re: HTTP Distributed Repositories
                Katalyst

                Thanks Joe.

                 

                Not exactly the response I wanted to hear though, as I'm really not wanting to have to have Samba configured on the servers.

                 

                I think i'm just going to have to cope with FTP for the time being.

                 

                Would be interested to hear if anyone is able to tell me a way around it (or if the UNC requirement is removed in a future ePO versions) & if its worth logging an FMR.

                 

                Ta.

                • 5. Re: HTTP Distributed Repositories
                  JoeBidgood

                  I'd certainly log an FMR... I'm not sure why this method was chosen: it may be that there's some restriction I'm not aware of - but an FMR will at least bring it to the dev team's attention.

                   

                  Regards -

                   

                  Joe

                  • 6. Re: HTTP Distributed Repositories
                    Katalyst

                    I have a work around in my environment which appears to solve this issue (Thanks support!)

                     

                    Because the servers are already configured to behave as distributed FTP repositories, we were able to configure Apache on the linux servers to point to the location of the files already residing on the servers.

                     

                    The HTTP distributed repository was then configured in ePO with a dummy UNC path.

                     

                    Because the files are already replicated to the server by FTP for the existing repository, there is no requirement for an additional server task to replicate to the new repository; therefore no need to utilise the UNC.

                     

                    Not sure if the above makes sense - but in any case thought i would post in case anyone needs a similar solution.

                    • 7. Re: HTTP Distributed Repositories
                      JoeBidgood

                      That's certainly a good workaround  

                      The only downside of course is that a you've got a singe point of failure - so if a replication to the ftp repo fails it takes out both the ftp and http repos - but as long as that's not a major problem then it'll work fine

                       

                      Regards -

                       

                      Joe