Vagrant nie uruchomi się z Parallals - Błąd administratora systemu hosta - maszyna wirtualna, włóczęga, paralele, puppetka

Podsumowanie:

Próbuję uruchomić Vagrant podczas pracy Paralele jako maszyna wirtualna dostawca.

Co ja zrobiłem:

1. Pobrałem i zainstalowałem Włóczęga (wersja OS X).
2. Przesłałem następujące config.yaml plik do puphpet.com który został stworzony do rozwoju naszej strony internetowej. (Patrz poniżej).
3. Uciekłem vagrant up i spędził kilka minut na pracy i rejestrowaniu stanu na terminalu.
4. Zatrzymał się z błędem:

Wystąpił błąd podczas wykonywania polecenia. Polecenie i stderr pokazano poniżej.

Polecenie: ["prlctl", "clone", "packer-parallels-iso", "--name", "packer-parallels-iso_1420581521788_27867"]

Stderr:
Nie udało się sklonować maszyny wirtualnej: operacja nie powiodła się. Aby wykonać tę operację, musisz wprowadzić poświadczenia administratora systemu operacyjnego.

Oto config.yaml, którego użyłem (gdzie ourwebsite to strona, nad którą pracujemy):

--- vagrantfile-local: vm: pudełko: puphpet / centos65-x64 box_url: puphpet / centos65-x64 nazwa hosta: „” pamięć: „512” cpus: „1” selected_provider: paralele sieć: sieć prywatna: 192.168.58.101 forwarded_port: yE0yzJcPFTlS: host: „9233” gość: „22” post_up_message: "" dostawca: virtualbox: modifyvm: natdnshostresolver1: on vmware: numvcpus: 1 paralele: cpus: 1 zaopatrzenie: marionetka: manifests_path: puphpet / puppet plik_ manifestu: site.pp ścieżka_modułu: puphpet / puppet / modules opcje: - „--verbose” - „--hiera_config /vagrant/puphpet/puppet/hiera.yaml” - „--parser future” synced_folder: yzkPrGht93ro: właściciel: „” Grupa: "" źródło: ../ cel: /var/www/sites/www.ourwebsite.com/ sync_type: nfs rsync: auto: „false” usable_port_range: start: 10200 stop: 10500 ssh: host: null port: null private_key_path: null nazwa użytkownika: włóczęga guest_port: null keep_alive: true forward_agent: false forward_x11: false powłoka: „bash -l” włóczęga: host: wykryć serwer: zainstaluj: „1” pakiety: - ImageMagick - vim-common - mydło php grupy użytkowników: zainstaluj: „1” grupy: {} użytkownicy: {} cron: zainstaluj: „1” Oferty pracy: {  } zapora: zainstaluj: „1” zasady: null apache: zainstaluj: „1” ustawienia: użytkownik: www-data grupa: www-data default_vhost: true manage_user: false manage_group: false sendfile: 0 moduły: - przepisać vhosty: ch8onl5p0ias: servername: ourwebsite.mag serveraliases: - www.awesome.dev docroot: /var/www/sites/www.ourwebsite.com/base/ port: „80” setenv: - „APP_ENV dev” katalogi: wpd0snz5xtxt: dostawca: katalog ścieżka: /var/www/sites/www.ourwebsite.com/base/ opcje: - Indeksy - FollowSymlinks - MultiViews allow_override: - Wszystko wymagać: - wszystko - przyznane custom_fragment: „” silnik: php custom_fragment: „” ssl_cert: „” ssl_key: „” ssl_chain: „” ssl_certs_dir: „” mod_pagespeed: 0 nginx: zainstaluj: „0” ustawienia: default_vhost: 1 proxy_buffer_size: 128k proxy_buffers: „4 256k” upstreams: {} vhosty: 89celicdwbdc: proxy: „” nazwa_serwera: awesome.dev server_aliases: - www.awesome.dev www_root: /var/www/awesome.dev posłuchanie_portu: „80” lokalizacja: .php $ pliki_indeksu: - index.html - index.htm - index.php envvars: - „APP_ENV dev” silnik: php client_max_body_size: 1m ssl_cert: „” ssl_key: „” php: zainstaluj: „1” wersja: „55” kompozytor: „1” composer_home: "" moduły: php: - Cli - intl - mcrypt Gruszka: {  } pecl: - pecl_http - imagick ini: display_errors: On error_reporting: "-1" session.save_path: / var / lib / php / session strefa czasowa: Ameryka / Chicago mod_php: 0 hhvm: zainstaluj: „0” co noc: 0 kompozytor: „1” composer_home: "" ustawienia: host: „0” port: „0” ini: {} strefa czasowa: null xdebug: zainstaluj: „1” ustawienia: xdebug.default_enable: „1” xdebug.remote_autostart: „0” xdebug.remote_connect_back: „1” xdebug.remote_enable: „1” xdebug.remote_handler: dbgp xdebug.remote_port: „9000” xhprof: zainstaluj: „0” wpcli: zainstaluj: „0” wersja: „” drush: zainstaluj: „0” wersja: „” rubin: zainstaluj: „1” wersje: {} nodejs: zainstaluj: „0” npm_packages: {} pyton: zainstaluj: „1” pakiety: {} wersje: {} mysql: zainstaluj: „1” override_options: {} root_password: root admin: 0 bazy danych: GSs7e7BZdo0r: dotacja: - WSZYSTKO nazwa: nasza strona internetowa host: localhost użytkownik: our_site hasło: hasło plik_sql: ../databases/output.sql postgresql: zainstaluj: „0” ustawienia: root_password: „123” grupa_użytkowników: postgres kodowanie: UTF8 wersja: „9.3” bazy danych: {} admin: 0 mariadb: zainstaluj: „0” override_options: {} root_password: „123” admin: 0 bazy danych: {} wersja: „10.0” sqlite: zainstaluj: „0” admin: 0 bazy danych: {} mongodb: zainstaluj: „0” ustawienia: auth: 1 port: „27017” bazy danych: {} redis: zainstaluj: „1” ustawienia: conf_port: "6379" łapacz poczty: zainstaluj: „0” ustawienia: smtp_ip: 0.0.0.0 smtp_port: 1025 http_ip: 0.0.0.0 http_port: „1080” ścieżka_katownika_ mail: / usr / local / rvm / wrappers / default from_email_method: inline beanstalkd: zainstaluj: „0” ustawienia: listenaddress: 0.0.0.0 listenport: „13000” maxjobsize: „65535” maxconnections: „1024” binlogdir: / var / lib / beanstalkd / binlog binlogfsync: null binlogsize: „10485760” beanstalk_console: 0 binlogdir: / var / lib / beanstalkd / binlog rabbitmq: zainstaluj: „0” ustawienia: port: „5672” elastic_search: zainstaluj: „0” ustawienia: wersja: „” java_install: true solr: zainstaluj: „0” ustawienia: wersja: „” Port: ""

Następstwa:

Zrobiłem sporo poszukiwań, ale to nie wydaje się być bardzo częstym problemem problem pojawił się, ale miał zostać rozwiązany za pomocą Parallels 10 (co potwierdziłem, że mam) i Vagrant 1.7.1 (co potwierdziłem, że mam). Upewniłem się również, że wszystkie ustawienia zostały odznaczone.

Próbowałem:

• Un / re-install Vagrant
• Un / re-install Parallels 10
• sudo vagrant up i tym podobne
• Ponowne uruchomienie
• Dużo kopania.

Za każdym razem, gdy biegnę vagrant up w okolicznościach podobnych do tego, które opisałem, niemal natychmiast podaje ten dokładny komunikat o błędzie po tych dwóch liniach:

Wprowadzanie maszyny „domyślnie” w górę z dostawcą „paraleli” ...
==> domyślnie: Importowanie pola bazowego „puphpet / centos65-x64” ...

Nie byłem w stanie znaleźć sposobu, aby wkopać więcej w problem.

Pytania:

Opierając się na szczegółach, które podałem, jestproblem z moimi plikami konfiguracyjnymi Vagrant, czy jest to z Parallels? Czy istnieje sposób na uzyskanie bardziej czytelnego dla człowieka komunikatu o błędzie tego, co może go powodować? Oczywiście, jestem bardziej niż szczęśliwy, że mogę dostarczyć „dane uwierzytelniające administratora systemu operacyjnego hosta”, ale wiem, jak mogę to zrobić.

- na marginesie, jestem nowy w Vagrant.

Odpowiedzi:

1 dla odpowiedzi № 1

Ten komentarz do github może mieć rozwiązanie - W obszarze Parallels Desktop -> Ustawienia -> Zaawansowane możesz zaznaczyć kilka pól, które powinny być w sekcji „Wymagaj hasła do:”.

Na marginesie, wydaje się, że jest to problem z wtyczką vagrant-parallels i możesz mieć większą szansę na otrzymanie od nich odpowiedzi, ponieważ są one podmiotem komercyjnym.

---