Uploaded image for project: 'Cluster Integration and Delivery'
  1. Cluster Integration and Delivery
  2. CLID-9

As a user I want to ensure incremental mirroring using archives by date, chunks and other, so that I can seamlessly mirror the tar contents

    • Icon: Story Story
    • Resolution: Done
    • Icon: Major Major
    • None
    • None
    • oc-mirror
    • CLID Sprint 249
    • None

          [CLID-9] As a user I want to ensure incremental mirroring using archives by date, chunks and other, so that I can seamlessly mirror the tar contents

          Rama Kasturi Narra added a comment - - edited

          including multiple catalogs(community, certified catalogs) for every cases will take too long time ,I think just one case is okay
          [knarra] I think you can do filtering and mirror just one operator if you feel it takes too long but i feel worth testing to uncover more bugs in every area

          updated to `archivesize =1`, the root cause for `archivesize =1` is because when the total data is too big and set archivesize too low , will hit error
          [knarra] what i mean is to add another case for `archivesize=1` along with the existing case where `archivesize is 8` instead of updating the existing one.

          Rama Kasturi Narra added a comment - - edited including multiple catalogs(community, certified catalogs) for every cases will take too long time ,I think just one case is okay [knarra] I think you can do filtering and mirror just one operator if you feel it takes too long but i feel worth testing to uncover more bugs in every area updated to `archivesize =1`, the root cause for `archivesize =1` is because when the total data is too big and set archivesize too low , will hit error [knarra] what i mean is to add another case for `archivesize=1` along with the existing case where `archivesize is 8` instead of updating the existing one.

          Ying Zhou added a comment -

          For id=OCP-72912 

          1) added  disk2mirror commands

          2) add `--since flag` , will do incremetal test ;

          3) including multiple catalogs(community, certified catalogs) for every cases will take too long time ,I think just one case is okay;

          4) will add case later ;

          5) --since date just for incremetal test for localhost cache, not check the build data for remote image;

          6) added release image setting;

          7)  will  research it;

           

          For OCP-72771 , we update the imagesetconfig , compared with 72912, we used the same imagesetconfig;

           

           

          For OCP-72913

          1)  done;

          2) done;

          3)  we have checked the `shortestPath true` in case OCP-72991;

          4)  no need to  include multiple catalogs(community, certified catalogs) for every cases;

          5) updated to `archivesize =1`,  the root cause for `archivesize =1` is because when the total data is too big and set archivesize too low , will hit error .  

           

          Ying Zhou added a comment - For id=OCP-72912   1) added  disk2mirror commands 2) add `--since flag` , will do incremetal test ; 3) including multiple catalogs(community, certified catalogs) for every cases will take too long time ,I think just one case is okay; 4) will add case later ; 5) --since date just for incremetal test for localhost cache, not check the build data for remote image; 6) added release image setting; 7)  will  research it;   For OCP-72771 , we update the imagesetconfig , compared with 72912, we used the same imagesetconfig;     For OCP-72913 1)  done; 2) done; 3)  we have checked the `shortestPath true` in case OCP-72991; 4)  no need to  include multiple catalogs(community, certified catalogs) for every cases; 5) updated to `archivesize =1`,  the root cause for `archivesize =1` is because when the total data is too big and set archivesize too low , will hit error .    

          Rama Kasturi Narra added a comment - - edited

          yinzhou@redhat.com some comments for the test cases

          https://polarion.engineering.redhat.com/polarion/#/project/OSE/workitem?id=OCP-72912

          • please help include disk2mirror commands
          • Even if you do not add `--since flag` since there is operator new version it is going to definitely mirror the same.
          • you might need to consider `removing the file completely, then mirroring only from a certain date` to see if operators released from that date gets mirrored.
          • I see you are testing with a single catalog, worth including multiple catalogs(community, certified catalogs) and filtering as well . Try including versions released before certain date and verify they get mirrored, now remove the versions completely from imageSetConfig.yaml and include --since and make sure it only mirrors pacakges released after that.
          • Include negative scenario like mirror the contents, move the archive date to a one month before, now try mirroring again and see to that it should not mirror anything.
          • worth testing what happens if you include `additionalImages` that were built before the --since date, see to that if your mirror fails with error or gives warning. It should ideally throw warning/error and stop there until you remove that version
          • Does this not apply for `ocp release images` ?
          • The caveat here is the user/admin changes the underlying data store and cache, i.e saves it, deletes it and re-instates it, the dates will be offset. worth checking how to add test for this.

          https://polarion.engineering.redhat.com/polarion/#/project/OSE/workitem?id=OCP-72771

          • How does this differ from the previous test case ?

          https://polarion.engineering.redhat.com/polarion/#/project/OSE/workitem?id=OCP-72913

          • please help perform disk2mirror ; copy files from same dir to registry
          • i see sherine gave an example to copy all the tars to different directory and mirror from there. copy files to another directory and mirror from a different directory. skhoury@redhat.com is this to test https://issues.redhat.com/browse/CLID-21 ?
          • Validate the mirrroed images, `shortestPath true` is being mirrored correctly etc.
          • include community & certified operator catalogs too
          • please help add a case to test with `archivesize =1` as i remember this failed for certain users/customers in v1

          rh-ee-aguidi is there any thing that needs to be tested here https://issues.redhat.com/browse/CLID-23 ? I understand no, could you please help confirm ? thanks !!

          Rama Kasturi Narra added a comment - - edited yinzhou@redhat.com some comments for the test cases https://polarion.engineering.redhat.com/polarion/#/project/OSE/workitem?id=OCP-72912 please help include disk2mirror commands Even if you do not add `--since flag` since there is operator new version it is going to definitely mirror the same. you might need to consider `removing the file completely, then mirroring only from a certain date` to see if operators released from that date gets mirrored. I see you are testing with a single catalog, worth including multiple catalogs(community, certified catalogs) and filtering as well . Try including versions released before certain date and verify they get mirrored, now remove the versions completely from imageSetConfig.yaml and include --since and make sure it only mirrors pacakges released after that. Include negative scenario like mirror the contents, move the archive date to a one month before, now try mirroring again and see to that it should not mirror anything. worth testing what happens if you include `additionalImages` that were built before the --since date, see to that if your mirror fails with error or gives warning. It should ideally throw warning/error and stop there until you remove that version Does this not apply for `ocp release images` ? The caveat here is the user/admin changes the underlying data store and cache, i.e saves it, deletes it and re-instates it, the dates will be offset. worth checking how to add test for this. https://polarion.engineering.redhat.com/polarion/#/project/OSE/workitem?id=OCP-72771 How does this differ from the previous test case ? https://polarion.engineering.redhat.com/polarion/#/project/OSE/workitem?id=OCP-72913 please help perform disk2mirror ; copy files from same dir to registry i see sherine gave an example to copy all the tars to different directory and mirror from there. copy files to another directory and mirror from a different directory. skhoury@redhat.com is this to test https://issues.redhat.com/browse/CLID-21 ? Validate the mirrroed images, `shortestPath true` is being mirrored correctly etc. include community & certified operator catalogs too please help add a case to test with `archivesize =1` as i remember this failed for certain users/customers in v1 rh-ee-aguidi is there any thing that needs to be tested here https://issues.redhat.com/browse/CLID-23 ? I understand no, could you please help confirm ? thanks !!

          Ying Zhou added a comment -

          skhoury@redhat.com  rh-ee-aguidi     knarra@redhat.com   Could you please help review the cases , thanks  .  

          Ying Zhou added a comment - skhoury@redhat.com   rh-ee-aguidi     knarra@redhat.com    Could you please help review the cases , thanks  .  

          Ying Zhou added a comment - test cases :  https://polarion.engineering.redhat.com/polarion/#/project/OSE/workitems/testcase?query=status%3A(draft%20proposed%20needsupdate%20approved)%20AND%20author.id%3A%24%5Buser.id%5D%20AND%20trello%3ACLID%5C-9

            skhoury@redhat.com Sherine Khoury
            skhoury@redhat.com Sherine Khoury
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: