Uploaded image for project: 'Aurora'
  1. Aurora
  2. AURORA-499

Interrupted vagrant provisioning leaves multiple VMs running

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • None
    • 0.5.0
    • Testing
    • None

    Description

      The following sequence results in a bizarre and non-deterministic behavior wrt vagrant testing:
      1. vagrant up
      2. ctrl+c before the provisioning finishes
      3. git clean -fdx and go to step 1 again.

      The above leaves behind multiple VBoxHeadless instances of various readiness. All commands, including vagrant ssh, aurora create, scheduler UI refresh and etc. result in requests being routed to random boxes. In my case, I was able to create a job inside of one VM that routed to the scheduler in another VM. The UI was also behaving erratically receiving responses from different boxes (mixing old an new UI on different requests).

      This smells like a vagrant bug and I am not sure what exactly we can do here short of "pkill -9 VBoxHeadless" before starting a new provisioning.

      Attachments

        Activity

          People

            maximk Maxim Khutornenko
            maximk Maxim Khutornenko
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: