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

    Storage group association again - upload mode

    Scheduled Pinned Locked Moved Solved
    Bug Reports
    3
    18
    2.2k
    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.
    • C
      Claude Girard
      last edited by

      Bad news.
      I saw that all my images were changed to default group and only this one, since upgrade to V 1.5.2.26

      So I think you should revert to previous code, before this fix.
      This issue is really annoying 🙂

      Tom ElliottT 1 Reply Last reply Reply Quote 0
      • Tom ElliottT
        Tom Elliott @Claude Girard
        last edited by

        @claude-girard what do you mean they all changed to the default group? The method I created doesn’t change any data at all, it checks the image association for the primary group, and uses that group to find the master of that group. I’m guessing by changing it, the GUI is still showing properly, just at capture/multicast tasks it’s always trying the default group?

        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
        • Tom ElliottT
          Tom Elliott
          last edited by

          I was able to somewhat replicate this issue and believe I have fixed it again. I did a very basic set of tests to confirm and test the fixes, so a realworld test would be very much appreciated.

          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

          C 1 Reply Last reply Reply Quote 0
          • C
            Claude Girard @Tom Elliott
            last edited by

            @tom-elliott
            In my previous post I meant that in Fog gui, list all images, in “storage group” column, all images was on default.
            And I verified in imageGroupAssoc table in database, IgaStoragegroupId and igaprimary were 1 and 1 for all lines.

            But now, this issue seems solved.
            I tried unicast deploy, capture, and multicast deploy, with Image storage group association = default + a primary node.
            Then I deleted default one in image storage group association, and I tried again same tests, so with only one storage group associated.

            And now all is fine.
            Thank you

            C 1 Reply Last reply Reply Quote 0
            • C
              Claude Girard @Claude Girard
              last edited by

              Ooops, I replied too fast. Not solved !!!
              My storage group association is again default for all my images.
              I’ll try again several tests to see after which one I can replicate this issue.

              1 Reply Last reply Reply Quote 0
              • C
                Claude Girard
                last edited by

                I don’t know if this issue is linked to the initial one, but now capture and deply, in unicast mode or in multicast mode, are working fine.
                So, initial issue can be marked as solved.

                Maybe should I open a new subject, but , when my image storage group association is like this:

                0_1526996712464_fog01.png

                My images storage association are ok:

                0_1526997107272_fog03.png

                And I want to remove default one because I have only one storage group for an image.
                So I select it and delete it:

                0_1526997127242_fog02.png

                And now all images but the one I modified are linked to default storage group.

                0_1526997182902_fog04.png

                An finally, if it can help, I could see that just after modifiyng storage group in image association, I had only one line in database table, the one I was modifing.
                The others came after, with 1 and 1 in IgaStoragegroupId and igaprimary

                So I think that imageGroupAssoc table is dropped when asking to modify one image, and settings of other images are lost.

                1 Reply Last reply Reply Quote 0
                • J
                  JGallo
                  last edited by

                  I noticed after tinkering with the web UI images settings that if you configure the image and uncheck replication then also set the storage group to any other one than default it will not rename the storage groups for other images provided you do not try to remove default from within that storage group. What I’m not sure of is if you have multiple storage nodes in a storage group if that replication setting will not allow the image to replicate to those storage nodes in that particular storage group now if it’s unchecked.

                  Tom ElliottT 1 Reply Last reply Reply Quote 0
                  • Tom ElliottT
                    Tom Elliott @JGallo
                    last edited by

                    @jgallo replication stops for any type of replication

                    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
                    • Tom ElliottT
                      Tom Elliott
                      last edited by Tom Elliott

                      Found and fixed in working.

                      The problem was whenever you removed a node from an image (regardless of primary status – primary status appeared to work properly if all you did was add and update). It would remove all group associations attached to that group ID. I just had a bad logic check, sorry for that.

                      Fixed the logic check and found there was one other potential for issue and was able to address that as well. Tested a few different times and all appears to be working properly now, in regards to all things associated with this thread. (Capture node not following properly, and then deleting all images that had that storage group id associated to it).

                      Please give an update and test, a real world test would be better than my basic testing/checks available.

                      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

                      C 1 Reply Last reply Reply Quote 1
                      • C
                        Claude Girard @Tom Elliott
                        last edited by

                        @tom-elliott
                        After doing the same tests, this time everything is ok.
                        Thanx

                        1 Reply Last reply Reply Quote 0
                        • C
                          Claude Girard
                          last edited by

                          I forgot to precise version: 1.5.2.31

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

                          218

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project