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

Problems migrating FOG from 1.2

Scheduled Pinned Locked Moved Solved
FOG Problems
2
5
1.3k
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.
  • E
    ENorum
    last edited by May 2, 2017, 4:04 PM

    Server
    • FOG Version: 1.4.0-RC-9.2
    • OS: Ubuntu 16.10
    Client
    • Service Version:
    • OS: Windows 7, 10
    Description

    So we’re migrating our fog server to a new VM. Coming from Fog version 1.2, haven’t had any luck with exporting and importing the DB, so we went with a fresh install and I was moving the images manually. However, I’ve been running into issues with this as well. Followed the instructions listed here: https://forums.fogproject.org/topic/6441/transfer-images-to-a-new-system however the images don’t restore. They do something, because the Windows install that was existing on the machine I went to restore to is no longer working. Exits with an error code 1, which, if I read the description right, means that the image is larger than the HDD, which isn’t the case.

    1 Reply Last reply Reply Quote 0
    • E
      ENorum
      last edited by May 2, 2017, 7:07 PM

      Ok, so it looks like the default image engine was changed. Once we got the images added to the system and changed them from PartImage to Partclone Gzip they started deploying correctly.

      Thank you Tom!

      1 Reply Last reply Reply Quote 0
      • T
        Tom Elliott
        last edited by May 2, 2017, 5:41 PM

        Might I suggest you take a look here:
        https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG
        and Possibly here:
        https://wiki.fogproject.org/wiki/index.php?title=Migrate_images_manually

        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
        • E
          ENorum
          last edited by May 2, 2017, 6:00 PM

          Thank you for the response!

          https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG - So I did this, and ended up with a lot of problems, which is why we went the manual move of the images into a fresh, empty install.

          https://wiki.fogproject.org/wiki/index.php?title=Migrate_images_manually - I didn’t see this one, and forgive me as I’m really not familiar with linux, but this looks to just move the images to the new server? If so, we’ve done that. They’re just not showing up in the management screen.

          T 1 Reply Last reply May 2, 2017, 6:14 PM Reply Quote 0
          • T
            Tom Elliott @ENorum
            last edited by May 2, 2017, 6:14 PM

            @ENorum THat’s a part of the migration itself.

            The definition’s are not automatically populated. What this means is moving an image from one server to another without a definition already set just uses disk space.

            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 1
            • E
              ENorum
              last edited by May 2, 2017, 7:07 PM

              Ok, so it looks like the default image engine was changed. Once we got the images added to the system and changed them from PartImage to Partclone Gzip they started deploying correctly.

              Thank you Tom!

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

              168

              Online

              12.1k

              Users

              17.3k

              Topics

              155.3k

              Posts
              Copyright © 2012-2024 FOG Project