• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    Copy images from dead 1.2.0 server to new 1.4.0 server

    Scheduled Pinned Locked Moved Unsolved
    FOG Problems
    fog 1.4.0 trunk dead server image move
    4
    13
    3.7k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • george1421G
      george1421 Moderator @ECRTechZ
      last edited by george1421

      @ECRTechZ Just be aware that the bit size and capture date is only populated at the time of image capture. If you migrate the files from another server this count and date will be nil. That is normal.

      I think the developers were working on an agent to scan the image store and update the image size in the web gui. I’m not sure where that was in the development timeline. But for now if the byte count is zero for migrated images that is normal.

      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

      E Tom ElliottT 2 Replies Last reply Reply Quote 0
      • E
        ECRTechZ @george1421
        last edited by

        @george1421 Excellent! I’m glad to hear it. Saves me a couple hours of creating images. However, given I do not have the original settings for the images. Do I have to just guess what the Image Manager and the Image Type were? Or is there a good way to tell?

        george1421G Tom ElliottT 2 Replies Last reply Reply Quote 0
        • Tom ElliottT
          Tom Elliott @george1421
          last edited by

          @george1421 The “image size” service has been implemented for a while now, but it only works in regards to “Size on server”, not the size the disk needs to contain.

          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

          Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

          Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

          george1421G 1 Reply Last reply Reply Quote 0
          • george1421G
            george1421 Moderator @ECRTechZ
            last edited by

            @ECRTechZ AFAIK There isn’t a solid way to tell. If the original file dates are before FOG 1.2.0 was released then its probably a PartImage format. If after 1.2.0 was released then maybe a partclone as the first test.

            The developers may know by looking at the names of the files in each directory. But its probably going to be a long day testing to find just the right mix.

            You may be able to move the database files to the new server and mount them with mysql. I’ve never done it this way, but it may be possible to get at the image data.

            Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

            1 Reply Last reply Reply Quote 0
            • Tom ElliottT
              Tom Elliott @ECRTechZ
              last edited by

              @ECRTechZ For 1.2.0, images captured during it will be simply “partclone gzip”. The “split” file system should also work due to how it builds the data structure. That said, while knowing the image manager is important, the feature to change the manager didn’t arrive until later on in the 1.3.x series. Specifically it was including with 1.3.5. This feature is more towards telling the server how to capture the image (though is used to help with deploying the image.) If you migrate your images over, more than likely the “defaults” during the definition creation will be fine.

              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

              Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

              Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

              1 Reply Last reply Reply Quote 0
              • george1421G
                george1421 Moderator @Tom Elliott
                last edited by

                @Tom-Elliott said in Copy images from dead 1.2.0 server to new 1.4.0 server:

                The “image size” service has been implemented for a while now

                Well I wonder where I’ve been all this time 😛 Well done!!

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                1 Reply Last reply Reply Quote 1
                • E
                  ECRTechZ
                  last edited by

                  @Tom-Elliott @george1421 Alright, I’ll just copy the images over and see if they work with the defaults (Given the technician before me, and knowledge of the company I imagine most of them are). Both of you were a great help!

                  1 Reply Last reply Reply Quote 0
                  • Wayne WorkmanW
                    Wayne Workman @ECRTechZ
                    last edited by

                    @ECRTechZ This is probably what you’re looking for: https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG

                    Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                    Daily Clean Installation Results:
                    https://fogtesting.fogproject.us/
                    FOG Reporting:
                    https://fog-external-reporting-results.fogproject.us/

                    E 1 Reply Last reply Reply Quote 0
                    • E
                      ECRTechZ @Wayne Workman
                      last edited by

                      @Wayne-Workman The problem with those articles is that they assume the old server is accessible. In my case, it’s dead. I recovered the images and manually created their image definitions in the new server. I’m just hoping they are the defaults. Looking at the files they seem to be though. The only other thing I can think to do is do what @george1421 said and try to mount the old database in the new server and export it, as I have the old servers database. I’m going to try to image a computer using my manually created definitions this week and hope it works.

                      Thanks for the help!

                      Wayne WorkmanW 1 Reply Last reply Reply Quote 0
                      • Wayne WorkmanW
                        Wayne Workman @ECRTechZ
                        last edited by Wayne Workman

                        @ECRTechZ said in Copy images from dead 1.2.0 server to new 1.4.0 server:

                        The problem with those articles is that they assume the old server is accessible.

                        The guide only requires that ssh is accessible. The web interface can be nonfunctional. If you don’t have ssh, then yeah the only thing to do is mount the disk on another box as you’ve done and just copy the needed things from it.

                        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                        Daily Clean Installation Results:
                        https://fogtesting.fogproject.us/
                        FOG Reporting:
                        https://fog-external-reporting-results.fogproject.us/

                        1 Reply Last reply Reply Quote 0
                        • 1 / 1
                        • First post
                          Last post

                        213

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project