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

Image upload & deploy taking a long time

Scheduled Pinned Locked Moved Solved
FOG Problems
10
64
31.1k
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.
  • B
    Brad Schumann @Sebastian Roth
    last edited by Sep 26, 2017, 8:02 PM

    0_1506456168155_Untitled.jpg @sebastian-roth 0_1506456019778_20170926_105442.jpg ![0_1506456033118_20170926_110321.jpg](Uploading 100%)

    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Sebastian Roth Sep 26, 2017, 2:30 PM Sep 26, 2017, 8:25 PM

      @Brad-Schumann Well that’s interesting. The issue is with sda3 (and maybe sda2 as well) but not the whole disk. But it’s kind of surprising that it’s doing roughly 500GB on sda3. Definitely something wrong with the partitioning I’d suspect.

      it used to take 10-15 min to image when I was on fog ver. 1.2 I upgraded to 1.4.4 and now it was taking roughly 4 hours to image.

      Yeah, if I remember correctly filesystem discovery was a bit different in 1.2.0 and possibly you were just lucky. But seems like the new FOG version doesn’t like it.

      Please post the contents of the files /images/TestLat5500/d1.partitions, /images/TestLat5500/d1.minimum.partitions and /images/TestLat5500/d1.fixed_size_partitions

      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

      B 1 Reply Last reply Sep 26, 2017, 8:31 PM Reply Quote 0
      • B
        Brad Schumann @Sebastian Roth
        last edited by Sep 26, 2017, 8:31 PM

        @sebastian-roth this is happening on all our new (straight from box) Dell Latitude 5580’s

        1 Reply Last reply Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by Sep 26, 2017, 8:41 PM

          @brad-schumann said in Image upload & deploy taking a long time:

          this is happening on all our new (straight from box) Dell Latitude 5580’s

          Sure because something in the image meta data is not working out. So deploying the same image will always result in the same issue on the same kind of hardware. What I mean is that the image (probably being captured back on the FOG 1.2.0 server, right?) is not playing nicely when trying to deploy from a 1.4.4 server. So we need to figure out what’s wrong with it. Please post the information as requested and I will look into it.

          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

          B 1 Reply Last reply Sep 26, 2017, 9:09 PM Reply Quote 0
          • B
            Brad Schumann @Sebastian Roth
            last edited by Sep 26, 2017, 9:09 PM

            @sebastian-roth Right I am tracking… here at the files:

            0_1506460082830_be2f0e11-07ca-4683-96fd-8eb8ce75b06a-image.png

            0_1506460131314_76c7dd61-8676-40b9-8056-e8e8bdf8fbd3-image.png

            0_1506460170342_88933617-4d34-4429-98f4-bfb5b8a8dda2-image.png

            1 Reply Last reply Reply Quote 0
            • S
              Sebastian Roth Moderator
              last edited by Sebastian Roth Sep 26, 2017, 4:04 PM Sep 26, 2017, 9:50 PM

              @Brad-Schumann Ok sorry, I think I looked at it the wrong way for a while. Had to turn my head crossways to get a clear view.

              So it looks as if d1p2.img (sda2) and d1p3.img (sda3) of that image on the server are in RAW mode! Not sure why that is but surely you will always see it deploy as RAW if the image is like that. So I need to ask you when did you last upload/capture that image from your master client? Was this back in the FOG 1.2.0 times or more recently? Could you please schedule a debug upload task on your master machine that you want to capture from and run the following commands and post a picture of the output here:

              blkid -po udev /dev/sda2
              blkid -po udev /dev/sda3
              

              Possibly FOG 1.2.0 just assumed NTFS filesystem when capturing windows systems and therefore didn’t have a problem. But as I said FOG 1.4.4 tries to figure out which filesystem you have on the partitions and uses the appropriate type then. In your case it’s unable to figure that it’s NTFS and uses RAW instead.

              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

              B 1 Reply Last reply Sep 27, 2017, 4:10 PM Reply Quote 0
              • B
                Brad Schumann @Sebastian Roth
                last edited by Sep 27, 2017, 4:10 PM

                @sebastian-roth this originally create on the newer 1.4.4.
                0_1506528045431_20170927_105724.jpg

                1 Reply Last reply Reply Quote 0
                • S
                  Sebastian Roth Moderator
                  last edited by Sebastian Roth Sep 27, 2017, 10:46 AM Sep 27, 2017, 4:44 PM

                  @Brad-Schumann Sorry to ask again but this is from the source master system, right?

                  And this is Windows 10/7/Vista?

                  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

                  B 1 Reply Last reply Sep 27, 2017, 4:50 PM Reply Quote 0
                  • B
                    Brad Schumann @Sebastian Roth
                    last edited by Sep 27, 2017, 4:50 PM

                    @sebastian-roth No worries, this is from the the source 5580 that we created (at least that is what my PC team tells me 😞 )
                    … and it is Win 10 64bit. I can re-create the image with a fresh version of windows on the master again and re-upload it to my Fog server, a

                    1 Reply Last reply Reply Quote 0
                    • S
                      Sebastian Roth Moderator
                      last edited by Sep 27, 2017, 5:04 PM

                      @Brad-Schumann No, don’t recreate it yet. Possibly we’ll figure it out. Seems like we need to dig into the udev stuff to see why it doesn’t recognize the filesystem at all. Please post a picture of the output when running this command: udevadm info --query=all --name=sda3

                      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

                      B 1 Reply Last reply Sep 27, 2017, 6:33 PM Reply Quote 0
                      • B
                        Brad Schumann @Sebastian Roth
                        last edited by Sep 27, 2017, 6:33 PM

                        @sebastian-roth 0_1506537196128_20170927_124044.jpg

                        G 1 Reply Last reply Sep 27, 2017, 6:46 PM Reply Quote 0
                        • G
                          george1421 Moderator @Brad Schumann
                          last edited by Sep 27, 2017, 6:46 PM

                          @brad-schumann I would like to give you a hint and a request as long as you have the FOS engine running there.

                          First the hint.
                          At the FOS command prompt (as in the picture) do the following

                          1. Key in ip addr show and note the IP address of the FOS target computer.
                          2. Give root a temporary password by keying in passwd then give it a simple password like hello This password will be lost when FOS reboots, so don’t worry.
                          3. Now from a windows computer connect to the FOS engine at the address gleaned at step 1 using putty (3rd party windows ssh application)
                          4. Login with root and the password you defined in step 2.

                          You can use putty to copy and paste stuff into the FOS engine from windows. It makes it easier to key stuff in and post to the forums because you can cut the text directly off the putty window and paste here.

                          Now for my request (if Sebastian already asked for this you can ignore). Key in the following at the command prompt

                          1. fdisk /dev/sda
                          2. At the fdisk prompt key in p
                          3. Copy the contents and paste it here.
                          4. At the fdisk prompt key in q and you will be back at the FOS command prompt.

                          What I’m interested in is the Id value in the 6th column.

                          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!

                          B 1 Reply Last reply Sep 27, 2017, 7:31 PM Reply Quote 0
                          • B
                            Brad Schumann @george1421
                            last edited by Sebastian Roth Sep 27, 2017, 2:02 PM Sep 27, 2017, 7:31 PM

                            @george1421 I didn’t see a 6th column below (assuming you meant row) is what I got.

                            Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
                            Units: sectors of 1 * 512 = 512 bytes
                            Sector size (logical/physical): 512 bytes / 4096 bytes
                            I/O size (minimum/optimal): 4096 bytes / 4096 bytes
                            Disklabel type: gpt
                            Disk identifier: 8897879E-4ECF-42A1-A6DC-F682422F50B6
                            
                            Device                Start            End         Sectors      Size   Type
                            /dev/sda1              2048        1026047         1024000      500M   EFI System
                            /dev/sda2           1026048        1288191          262144      128M   Microsoft reserved
                            /dev/sda3           1288192      975800319       974512128    464.7G   Microsoft basic data
                            /dev/sda4         975800320      976637447          837128    408.8M   Windows recovery environment
                            

                            0_1506540727574_460ef4b2-6fd2-4817-97a4-8b697199b5ee-image.png

                            G 1 Reply Last reply Sep 27, 2017, 7:44 PM Reply Quote 0
                            • G
                              george1421 Moderator @Brad Schumann
                              last edited by Sep 27, 2017, 7:44 PM

                              @brad-schumann just for clarity this is what I expected to see.

                              Disk /dev/sda: 999.7 GB, 999653638144 bytes, 1952448512 sectors
                              Units = sectors of 1 * 512 = 512 bytes
                              Sector size (logical/physical): 512 bytes / 512 bytes
                              I/O size (minimum/optimal): 512 bytes / 512 bytes
                              Disk label type: dos
                              Disk identifier: 0x0004a2f3
                              
                                 Device Boot      Start         End      Blocks   Id  System
                              /dev/sda1   *        2048     4098047     2048000   83  Linux
                              /dev/sda2         4098048  1952448511   974175232   8e  Linux LVM
                              

                              It just may be the difference in the versions of fdisk program. The Id column tells what the partition ID is marked as. It was not a wasted effort since we have been able to collect more info on your exact hardware.

                              I am bit intrigued that the Type in your screen shot says “Microsoft basic disk”

                              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!

                              G 1 Reply Last reply Sep 27, 2017, 7:54 PM Reply Quote 0
                              • G
                                george1421 Moderator @george1421
                                last edited by Sep 27, 2017, 7:54 PM

                                @george1421 Interesting when I boot FOS from my USB drive and run the fdisk program I get the ID column as I expected

                                In my case I have 3 partitions from this Win10 image running in bios/legacy mode.
                                The boot partition is type 7
                                So is the 😄 drive type 7
                                The recovery partition is type 27.

                                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!

                                B 1 Reply Last reply Sep 27, 2017, 8:12 PM Reply Quote 0
                                • S
                                  Sebastian Roth Moderator
                                  last edited by Sebastian Roth Sep 27, 2017, 2:09 PM Sep 27, 2017, 8:07 PM

                                  @george1421 Probably a difference because @Brad-Schumann has a GPT layout and the one you posted is a legacy DOS layout. Still we see the partition type but in text instead of ID. The output posted looks ok to me. See here as well: https://en.wikipedia.org/wiki/Microsoft_basic_data_partition

                                  Be careful to not mix up partition type ID and filesystem type. You can label a partition in fdisk to be Linux for example and still format it as NTFS (fs type). Linux will still be happy with that.

                                  But I still have no idea why udev wouldn’t identify this to be an NTFS formated partition. @Brad-Schumann Are you able to mount the partition?

                                  mkdir -p /mnt/win
                                  mount.ntfs-3g /dev/sda3 /mnt/win
                                  ls -al /mnt/win
                                  umount /mnt/win
                                  

                                  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

                                  B 1 Reply Last reply Sep 27, 2017, 8:44 PM Reply Quote 0
                                  • B
                                    Brad Schumann @george1421
                                    last edited by Sep 27, 2017, 8:12 PM

                                    @george1421 we are not using legacy mode in the bios we are using the UEFI boot mode.

                                    1 Reply Last reply Reply Quote 0
                                    • B
                                      Brad Schumann @Sebastian Roth
                                      last edited by Sep 27, 2017, 8:44 PM

                                      @sebastian-roth 0_1506545044865_61b3c725-284f-4bfe-ac08-5f98ab30c46f-image.png

                                      1 Reply Last reply Reply Quote 0
                                      • S
                                        Sebastian Roth Moderator
                                        last edited by Sep 28, 2017, 4:54 AM

                                        @Brad-Schumann From what it looks like there is no proper NTFS filesystem on sda3. How is it even possible that Windows boots from that? Can you please boot Windows up and post a picture of the disk management dialog. Maybe this can shed a light on this mystery!?!

                                        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

                                        B 1 Reply Last reply Sep 28, 2017, 12:56 PM Reply Quote 0
                                        • B
                                          Brad Schumann @Sebastian Roth
                                          last edited by Sep 28, 2017, 12:56 PM

                                          @sebastian-roth this all you were looking for? or did you need more detail on a particular drive?
                                          0_1506603342694_Capture.PNG

                                          G 1 Reply Last reply Sep 28, 2017, 2:59 PM Reply Quote 0
                                          • 1
                                          • 2
                                          • 3
                                          • 4
                                          • 2 / 4
                                          2 / 4
                                          • First post
                                            31/64
                                            Last post

                                          158

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project