Navigation

    • Register
    • Login
    • Search
    • Recent
    • Popular

    Error in Deployment

    Support
    2
    12
    855
    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.
    • T
      theopenem_admin last edited by

      Did you set the image profile deploy options for the partition to standard?

      1 Reply Last reply Reply Quote 0
      • J
        Jason Cline @Jason Cline last edited by Jason Cline

        Here's the schema for the boot profile, which is also the profile I selected when I uploaded the updated image:

        faf3a04d-1bef-4859-9ad3-9f4f9484a33e-image.png

        EDIT: Just saw your response. I do have it set to standard, but I'm not forcing default legacy or efi partitions. Should I be?

        J 1 Reply Last reply Reply Quote 0
        • J
          Jason Cline @Jason Cline last edited by

          Also, when I go into the profle, it looks like this:

          29f85c17-5de6-4574-a070-b1a977923d8f-image.png

          Initially, the schema table is invisible. If I change the Create Partitions Method to something else and back to Standard, the Schema table shows up.

          1 Reply Last reply Reply Quote 0
          • T
            theopenem_admin last edited by

            Modify schema should be checked. When you uploaded, did you upload over an existing image or create a new one?

            J 1 Reply Last reply Reply Quote 0
            • J
              Jason Cline @theopenem_admin last edited by

              @theopenem_admin Over an existing, since I have 8 profiles made for it.

              J 1 Reply Last reply Reply Quote 0
              • J
                Jason Cline @Jason Cline last edited by Jason Cline

                @jason-cline Actually, if I pick Standard for Create Partition Method, I can't move the Modify the Image Schema toggle. If I set it to custom, or original, I can.

                EDIT: Correction, I couldn't after making a few changes, but I exited out and went back in and was able to. Interestingly, my other profiles are set that way. It's like uploading the image to that profile overwrote the modified schema.

                J 1 Reply Last reply Reply Quote 0
                • J
                  Jason Cline @Jason Cline last edited by

                  I'll try that again in a bit and see if that happens. Changing the profile back fixed it, obvoiusly. But I wonder if it changing the profile on an updated upload is an unintended behaviour.

                  Thanks for the quick responses!

                  1 Reply Last reply Reply Quote 0
                  • T
                    theopenem_admin last edited by

                    Yea, the problem is that the schema changes, but the custom schema is saved based on the original schema, which causes the issue. I haven't figured out a good way to fix this yet.

                    J 1 Reply Last reply Reply Quote 0
                    • J
                      Jason Cline @theopenem_admin last edited by

                      @theopenem_admin Well, as long as we're aware of it, we can certainly be prepared for it. It's not like it's a hard thing to fix manually.

                      J 1 Reply Last reply Reply Quote 0
                      • J
                        Jason Cline @Jason Cline last edited by

                        I mean, the quickest way, if I'm following correctly, would be to make a profile JUST for image uploads, and then use the ones that are still properly configured for deployment.

                        1 Reply Last reply Reply Quote 0
                        • T
                          theopenem_admin last edited by

                          You should probably always upload to the default profile, but I still think it messes with the deployment for the other profiles, because there is always only 1 schema for the image regardless of the profiles.

                          1 Reply Last reply Reply Quote 0