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

Image of Hyper-V VM Stops (Rate Decreases)

Scheduled Pinned Locked Moved Unsolved FOG Problems
8 Posts 4 Posters 2.1k Views
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.
  • R
    RobTitian16
    last edited by Nov 3, 2017, 2:14 PM

    FOG Details:
    Running Version 1.5.0-RC-8
    SVN Revision: 6080

    Hi all,
    I have a problem at the moment where I’m trying to image a Hyper-V VM, and it gets to about 40/45% and then suddenly the rate of the network connection starts going down, with no percentage increase at all. I’ve checked the FOG server itself and it reports it’s not sending out any packets (this is looking at the home page graph).
    I’ve tried this numerous times and keep running into the same thing. There are no network connection issues in our network at the moment aside from this.
    Has anyone else experienced a similar issue? What would be the recommended way of diagnosing this?

    Any help would be greatly appreciated as usual 🙂

    W 1 Reply Last reply Nov 4, 2017, 12:35 AM Reply Quote 0
    • W
      Wayne Workman @RobTitian16
      last edited by Wayne Workman Nov 3, 2017, 6:36 PM Nov 4, 2017, 12:35 AM

      @robtitian16 Is the disk running out of space? What kind of disk is in it? It could be that the FOG Server’s HDD has some bad sectors in the spot where it fails, and it is repeatedly trying to read them but can’t.

      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 2
      • S
        Sebastian Roth Moderator
        last edited by Nov 4, 2017, 4:19 AM

        @RobTitian16 From what you say it sounds as Wayne is pointing the right direction as you say that this seems to happen at the same spot. On the other hand it could also be a disk issue on the Hyper-V server. Run SMART-tests on both I suggest. For Windows I’d suggest a tool called CrystalDiskInfo and on Linux just use smartctl.

        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

        R 1 Reply Last reply Nov 6, 2017, 12:33 PM Reply Quote 3
        • R
          RobTitian16 @Sebastian Roth
          last edited by Nov 6, 2017, 12:33 PM

          @sebastian-roth Thanks!
          How do I go about using smartctl?
          It complains it can’t detect the device type, and when selecting the -d option, I get a load of options. I’ve tried setting this to -ata and scsi, but these all come back saying there is no such device.
          I have also tried running fsck after unmounting the drive, but then that complains the drive is still mounted (it isn’t… it’s clearly lying or being stupid), and says that continuing will destroy data, etc.

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by Nov 6, 2017, 9:16 PM

            @RobTitian16 Sounds kind of strange though I can’t figure if it’s a disk error or something you do. Can you simply run smartctl -a /dev/sda?

            About fsck… Do you have your /images directory on a separate physical drive? If not I can understand why it wouldn’t let you umount the device. Please post the full commands you used and the output produced so we can get an idea of what’s up.

            On the other hand I have to say that we are still not absolutely sure this is a disk issue. Just to keep that in the back of our minds. It’s just an assumption from what we’ve seen/heard so far.

            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

            R 1 Reply Last reply Nov 21, 2017, 2:28 PM Reply Quote 1
            • J
              jdd49
              last edited by Nov 6, 2017, 11:40 PM

              I’m fairly certain this a kernel issue. What are you running hyper v on? Latest windows 10 build, server 2016? I ran into this with the latest hyper v, not with fog, but same principals apply. Using the 4.13 series 64bit resolved the issue for me. What kernel are you using?

              R 1 Reply Last reply Nov 21, 2017, 4:03 PM Reply Quote 2
              • R
                RobTitian16 @Sebastian Roth
                last edited by Nov 21, 2017, 2:28 PM

                @sebastian-roth
                @jdd49

                Below are the results for running smartctl -a /dev/sda:

                0_1511274201524_1.PNG

                You can also see what kernel I’m using on the FOG server in that screenshot.

                The /images directory is on the one drive, so that’s probably why I couldn’t couldn’t unmount the device.
                Hyper-V is currently running on a Dell Windows Server 2012 R2 server with the latest updates.

                1 Reply Last reply Reply Quote 0
                • R
                  RobTitian16 @jdd49
                  last edited by Nov 21, 2017, 4:03 PM

                  @jdd49 The image seems to have worked now after rebooting the Hypervisor this morning, though I’m now getting the following error message when trying to boot the VM:

                  0_1511280177376_1.PNG

                  I’ve recreated the VHD on a different Hypervisor and still run into the same issue. Annoyingly (but also thankfully), the actual physical machine I’m trying to virtaulise runs perfectly fine and doesn’t have this issue.

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

                  125

                  Online

                  12.3k

                  Users

                  17.4k

                  Topics

                  155.8k

                  Posts
                  Copyright © 2012-2025 FOG Project