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

Permission denied when trying to capture Intel RAID1 image

Scheduled Pinned Locked Moved Solved
FOG Problems
6
41
8.8k
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.
  • Z
    Zerpie @Zerpie
    last edited by Sep 20, 2018, 6:18 PM

    After changing the image to Multiple Partition Image - Single Disk (Not Resizable) It captured, but when I tried to deploy it got the following error.

    No image file(s) found that would match the partition(s) to be restored (perfomRestore)
    
    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Sebastian Roth Sep 20, 2018, 2:29 PM Sep 20, 2018, 8:28 PM

      @Zerpie This can mean two different things:

      1. The image is not complete and does indeed miss some or all the files.
      2. More likely restoring the partition layout is somehow failing on the RAID disks and FOG is not able to deploy to a disk without partitions (I know the message might be a bit misleading but such a situation can stem from different reasons).

      So first you might want to set isdebug=yes ismajordebug=1 as “Host Kernel Args” (FOG web UI -> Hosts -> select the host and scroll a little down till you find the field called “Host Kernel Args”) and then schedule a debug deploy task. You should see more information then. After it fails you are thrown back to a command shell - run gdisk -l /dev/md126 and post a picture of that here.

      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

      Z 2 Replies Last reply Sep 20, 2018, 8:36 PM Reply Quote 0
      • Z
        Zerpie @Sebastian Roth
        last edited by Sep 20, 2018, 8:36 PM

        @Sebastian-Roth I was actually getting ready to do just that, Debug deploy. First I’ll try it with the image set to Multiple Partition Image - Single Disk (Not Resizable) and then I’ll try a Debug capture with the image set to Single Disk Resizable since I’m still not sure which it should be set to for RAID. I’ll add the Host Kernel Args as well.

        It’s getting towards the end of the workday today so I’ll probably post the results tomorrow.

        1 Reply Last reply Reply Quote 0
        • Z
          Zerpie @Sebastian Roth
          last edited by Sep 21, 2018, 4:05 PM

          @Sebastian-Roth Ok since I was able to capture the image as Multiple Partition Image - Single Disk (Not Resizable) I went ahead and did a debug deploy of that image first. Again, it failed at Mounting partition (/dev/md126p1). I ran the command gdisk -l /dev/md126 and here’s what it spit out.

          0_1537545690971_gdisk1.jpg

          Next, I re-imaged the machine with the original image using another imaging program (we’d rather use Fog which is the whole point of doing this). Then I attempted to capture the image with Fog as Single Disk Resizable and I got the Permission denied error again. I then ran gdisk -l /dev/md126 and here’s what I got.

          0_1537545889703_gdisk2.jpg

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by Sep 23, 2018, 7:38 AM

            @Zerpie I am still trying to get my head around this so please bear with me. So in resizable capture you get the “mount failed: Permission denied”. What FOG is trying to do at this stage is mount the partition and remove the hibernation file as preparation for the partition to be resized before capture. Denied could either mean FOG is not able to properly access the partition on the RAID array. This I think would be a bit strange because it is able to read the partition table and find the first partition. The other thing I can think of is that the partition is somehow “locked”. Could be the partition is bitlocked [ref] or Win 10 fastboot is on or the NTFS filesystem is somehow not clean [ref]

            Either way, you can disable removing hibernation file under FOG Configuration -> FOG Settings -> General Settings -> CAPTUREIGNOREPAGEHIBER (uncheck this). Let’s see how far you can get with this.

            On debug deploy (non-resizable this time) we see that FOG was not able to put the partition layout on disk and therefore is not able to proceed. I am still not sure why this is happening. Do you capture and deploy to the very same machine or is it going to another one with slightly smaller disks (maybe only a few sectors if they are a different model).

            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

            Z 1 Reply Last reply Sep 24, 2018, 2:19 PM Reply Quote 1
            • Z
              Zerpie @Sebastian Roth
              last edited by Sep 24, 2018, 2:19 PM

              I’ll try disabling the remove hibernation file setting today and test it.

              @Sebastian-Roth said in Permission denied when trying to capture Intel RAID1 image:

              Do you capture and deploy to the very same machine or is it going to another one with slightly smaller disks

              It was the very same machine.

              Z 1 Reply Last reply Sep 24, 2018, 2:36 PM Reply Quote 0
              • Z
                Zerpie @Zerpie
                last edited by Zerpie Sep 24, 2018, 8:37 AM Sep 24, 2018, 2:36 PM

                I disabled the remove hibernation file setting and attempted to capture the image again as Single Disk Resizable and now I got a different error.

                0_1537799798208_i289Fogcaperror.jpg

                G 1 Reply Last reply Sep 24, 2018, 3:22 PM Reply Quote 0
                • G
                  george1421 Moderator @Zerpie
                  last edited by george1421 Sep 24, 2018, 9:23 AM Sep 24, 2018, 3:22 PM

                  @Zerpie To be able to capture with FOG you need to ensure the disk is closed correctly. With Win8+ shutdown is not really “shutdown”

                  Please use either sysprep to power off the computer before capture or use shutdown -f -s -t 0 to power off the computer and close all open files. If you use the shutdown command properly then you don’t need to worry about the hibernation files. This is not a FOG issue, but a Windows issue you will have with any disk (sector based) imaging solution.

                  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!

                  Z 1 Reply Last reply Sep 24, 2018, 6:34 PM Reply Quote 1
                  • Z
                    Zerpie @george1421
                    last edited by Zerpie Sep 24, 2018, 12:36 PM Sep 24, 2018, 6:34 PM

                    @george1421 Thanks for the tip. I tried using shutdown -f -s -t 0 with both CAPTUREIGNOREPAGEHIBER checked in Fog Settings and unchecked and it didn’t seem to make a difference. I got the same errors I did without shutting down with that command.

                    EDIT: Also, I don’t know if it matters, but this machine is actually running Windows 7, not 8 or later.

                    G 1 Reply Last reply Sep 24, 2018, 7:38 PM Reply Quote 0
                    • G
                      george1421 Moderator @Zerpie
                      last edited by Sep 24, 2018, 7:38 PM

                      @Zerpie Did you schedule a boot time disk check like the message indicated?

                      As for the win7/win8. Its always good to shutdown with the shutdown command.

                      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!

                      Z 1 Reply Last reply Sep 25, 2018, 1:40 PM Reply Quote 0
                      • Q
                        Quazz Moderator
                        last edited by Sep 25, 2018, 11:20 AM

                        My best guess is that it fails to mount the partition correctly for whatever reason.

                        Only thing I can see (but shouldn’t cause issues afaik) is that you have mdraid=true in the kernel parameters twice.

                        Z 1 Reply Last reply Sep 25, 2018, 1:23 PM Reply Quote 0
                        • Z
                          Zerpie @Quazz
                          last edited by Sep 25, 2018, 1:23 PM

                          @Quazz Nope. It’s only in there once. Unless there’s somewhere else it would have been entered as well that I don’t know about.

                          0_1537881795497_hostkernelargs.JPG

                          Q 1 Reply Last reply Sep 25, 2018, 1:24 PM Reply Quote 0
                          • Q
                            Quazz Moderator @Zerpie
                            last edited by Sep 25, 2018, 1:24 PM

                            @Zerpie It could also be under global settings, but I don’t think it really has anything to do with it failing.

                            1 Reply Last reply Reply Quote 0
                            • Z
                              Zerpie @george1421
                              last edited by Sep 25, 2018, 1:40 PM

                              @george1421 said in Permission denied when trying to capture Intel RAID1 image:

                              Did you schedule a boot time disk check like the message indicated?

                              I just tried that and then attempted another capture task and it still failed with the same Permission denied error as my original post.

                              1 Reply Last reply Reply Quote 0
                              • G
                                geardog @Zerpie
                                last edited by geardog Sep 26, 2018, 8:04 AM Sep 26, 2018, 2:03 PM

                                @Zerpie
                                I know it doesn’t directly address your issue; forgive me.

                                Hardware raid cards are pretty darn cheap (used server pulls etc). Have you ever tried to rebuild one of those fakie raids? I’ve seen really poor results when it actually comes down to rebuilding a mirror, and the performance of general use is garbage.

                                1 Reply Last reply Reply Quote 0
                                • S
                                  Sebastian Roth Moderator
                                  last edited by Sep 26, 2018, 10:11 PM

                                  @Zerpie I have a feeling that you need to look into the details of this RAID array to get a better picture of what is going wrong. So after putting the machine into the original state start a debug capture task and when you get to the console run the following commands:

                                  mdadm --examine /dev/sd*
                                  cat /proc/mdstat
                                  

                                  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

                                  Z 1 Reply Last reply Oct 2, 2018, 6:03 PM Reply Quote 0
                                  • Z
                                    Zerpie @Sebastian Roth
                                    last edited by Oct 2, 2018, 6:03 PM

                                    @Sebastian-Roth I haven’t been able to get back to this issue in the past week or so, but I went ahead and tried this today. I’ve attached pictures of the results.

                                    0_1538503404816_pic1.jpg

                                    0_1538503411025_pic2.jpg

                                    G 1 Reply Last reply Oct 2, 2018, 7:29 PM Reply Quote 0
                                    • S
                                      Sebastian Roth Moderator
                                      last edited by Oct 2, 2018, 6:39 PM

                                      @Zerpie Ahh, I see, md126 is read-only which is probably causing the issue… Please try the following commands in another debug session:

                                      mdadm --stop /dev/md126
                                      mdadm --assemble --scan
                                      cat /proc/mdstat
                                      

                                      Yes, yes, imsm raids tend to do that

                                      ref: https://bbs.archlinux.org/viewtopic.php?id=137058

                                      So far I am not exactly sure if there is something we can do about this in the startup scripts. Let’s see if you can fix it manually and take it from there.

                                      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

                                      Z 1 Reply Last reply Oct 2, 2018, 8:05 PM Reply Quote 0
                                      • G
                                        george1421 Moderator @Zerpie
                                        last edited by Oct 2, 2018, 7:29 PM

                                        @Zerpie I’m thinking that md127 being set to inactive is also a clue. I just grabbed an old Opltiplex 780 and I’ll spin up a test workstation with the intel raid configured to see if I can duplicate the results here.

                                        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 Oct 2, 2018, 7:51 PM Reply Quote 1
                                        • G
                                          george1421 Moderator @george1421
                                          last edited by george1421 Oct 2, 2018, 1:58 PM Oct 2, 2018, 7:51 PM

                                          @george1421 Well this is what I see when I configured the 780 with 2 250GB disk setup in raid 0 move (stripped)

                                          0_1538509662011_mdstat.png

                                          and for lsblk
                                          0_1538509672956_lsblks.png

                                          I can say that I have a global kernel parameter of mdraid=true always set. When I watched FOS boot, I saw message about mdadm container assembled and then the container started. I haven’t tried to deploy to this system just yet because I need to edit the host configuration to include /dev/md126, but I’m pretty sure it will image like this. The raid array appears to be in good health.

                                          [Edit] Yes I can affirm that it imaged correctly Windows OOBE is currently running on that system.

                                          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
                                          • 1
                                          • 2
                                          • 3
                                          • 1 / 3
                                          1 / 3
                                          • First post
                                            12/41
                                            Last post

                                          242

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project