Moodle Testing
  1. Moodle Testing
  2. MDLTEST-8 HQ Developer requirements for specific VMs
  3. MDLTEST-12

upgradability of all VM setups for testing (upgrading + rewinding) purposes.

    Details

    • Type: Sub-task Sub-task
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Duplicate
    • Affects Version/s: MDLT1
    • Fix Version/s: None
    • Component/s: Test Environments
    • Labels:
      None
    • Database:
      MySQL, PostgreSQL, Microsoft SQL, Oracle
    • Rank:
      37712

      Description

      We very often need to test upgrading and installation and very often this is needed with specific plugins and data requirements.

      It would be very useful to have all VMs allow us to :
      *backup the moodle installation (moodledata directory + moodle database)
      *upgrade from version X to version Y (git)
      *rewind it back (moodledata + DB)

      A readily available script that help do this in our VMs will help speed up testing.

        Activity

        Hide
        moodle.com added a comment -

        Surely some devs already have one like this? -MD

        Show
        moodle.com added a comment - Surely some devs already have one like this? -MD
        Hide
        Tim Barker added a comment -

        I'll find out.

        Show
        Tim Barker added a comment - I'll find out.
        Hide
        Tim Barker added a comment -

        Threw this out into Dev chat for comment.

        Show
        Tim Barker added a comment - Threw this out into Dev chat for comment.
        Hide
        Aparup Banerjee added a comment -

        i have this, but i don't have mine setup for databases running on another vm (oracle , mssql), and its not there for other sorts of moodle installations , ie: let test=(upgrade+rewind), then LDAP+test , CAS+test, oracle+test etc are setups i don't have.

        Show
        Aparup Banerjee added a comment - i have this, but i don't have mine setup for databases running on another vm (oracle , mssql), and its not there for other sorts of moodle installations , ie: let test=(upgrade+rewind), then LDAP+test , CAS+test, oracle+test etc are setups i don't have.
        Hide
        Matt Sharpe (Inactive) added a comment - - edited

        Does this really require a script? It should be easy enough to snapshot VBox or Xen (via the xenwss that you have access to) for this. Is this even an active issue still?

        Show
        Matt Sharpe (Inactive) added a comment - - edited Does this really require a script? It should be easy enough to snapshot VBox or Xen (via the xenwss that you have access to) for this. Is this even an active issue still?
        Hide
        Aparup Banerjee added a comment -

        i don't think an actual script is required, i think a system is required for developers to generally access. xenwss+snapshots makes sense. setting them up would be the task.

        actually since this issue was created a lot has happened on the integration end where Eloy has been building many tests into Jenkins. Now, with a every push into integration.git, upgrade tests are run on jenkins. So upgrading regressions may not be such an issue now.

        i think that we don't have within HQ, any accessible test/dev rigs for LDAP (network contention) [remove and insert different protocols that moodle supports].

        at the same time i feel STABLE developers don't have access to many environments like mentioned above and some have some setups that duplicate but anre't shared easily. for example, i've got apusdbtest.moodle.local on which i'm running an mssql instance. I've also been creating databases and accounts on it when other developers ask me for one. i cannot/don't know about sharing out the oracle setup tho.

        anyway thats the background. really, this issue was created as an idea for Tim when he just came aboard

        Show
        Aparup Banerjee added a comment - i don't think an actual script is required, i think a system is required for developers to generally access. xenwss+snapshots makes sense. setting them up would be the task. actually since this issue was created a lot has happened on the integration end where Eloy has been building many tests into Jenkins. Now, with a every push into integration.git, upgrade tests are run on jenkins. So upgrading regressions may not be such an issue now. i think that we don't have within HQ, any accessible test/dev rigs for LDAP (network contention) [remove and insert different protocols that moodle supports] . at the same time i feel STABLE developers don't have access to many environments like mentioned above and some have some setups that duplicate but anre't shared easily. for example, i've got apusdbtest.moodle.local on which i'm running an mssql instance. I've also been creating databases and accounts on it when other developers ask me for one. i cannot/don't know about sharing out the oracle setup tho. anyway thats the background. really, this issue was created as an idea for Tim when he just came aboard
        Hide
        Matt Sharpe (Inactive) added a comment -

        In that case, should be just close this on grounds of irrelevant? I'm working on an config management setup over the new few weeks and part of that will be to get semi-permanent VMs for these databases running. I'll also setup a test LDAP server but this relies on having more resources than are currently available. Not sure how that fits in the scope of this issue though.

        Show
        Matt Sharpe (Inactive) added a comment - In that case, should be just close this on grounds of irrelevant? I'm working on an config management setup over the new few weeks and part of that will be to get semi-permanent VMs for these databases running. I'll also setup a test LDAP server but this relies on having more resources than are currently available. Not sure how that fits in the scope of this issue though.
        Hide
        Matt Sharpe (Inactive) added a comment -

        Spoken to Aparup on Jabber; we've decided to close this as a duplicate of the newer VM setup that will be ticketed shortly.

        Show
        Matt Sharpe (Inactive) added a comment - Spoken to Aparup on Jabber; we've decided to close this as a duplicate of the newer VM setup that will be ticketed shortly.

          People

          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: