Vagrant bị kẹt kết nối thời gian thử lại

Vagrant của tôi đã làm việc hoàn toàn tốt đêm qua. Tôi vừa bật PC lên, nhấn vagrant upvà đây là những gì tôi nhận được:

==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Forwarding ports...
    default: 22 => 2222 (adapter 1)
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...

Có ai đã có điều này trước đây? vagrant chưa được phủ sóng rộng rãi trên web và tôi không thể tìm thấy lý do tại sao điều này xảy ra.

Tôi đã giải quyết vấn đề này, và sẽ trả lời trong trường hợp bất kỳ ai khác có vấn đề tương tự.

Những gì tôi đã làm là: Tôi đã kích hoạt GUI of Virtual box để thấy rằng nó đang đợi đầu vào khi khởi động để chọn xem tôi muốn khởi động trực tiếp lên ubfox hay safemode, v.v.

Để bật GUI, bạn phải đặt cái này trong cấu hình mơ hồ của bạn Vagrantfile:

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

Khi bạn bị mắc kẹt với máy mơ hồ của bạn theo cách được mô tả ở trên, không cần phải khởi động ở chế độ gui (và không thể không có máy chủ X).

Trong khi VM của bạn đang khởi động, trong một cửa sổ đầu cuối riêng biệt, chỉ cần tìm ra id của máy đang chạy.

vboxmanage list runningvms

Điều này sẽ dẫn đến một cái gì đó như thế này:

"projects_1234567890" {5cxxxx-cxxx-4xxx-8xxx-5xxxxxxxxxx}

Rất thường xuyên, VM chỉ đơn giản là chờ bạn chọn một tùy chọn trong bộ tải khởi động. Bạn có thể gửi mã khóa thích hợp (trong trường hợp, Enter) đến vm bằng controlvm:

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

Đó là nó. Máy ảo của bạn sẽ tiếp tục quá trình khởi động.

Một điều cần kiểm tra là nếu Ảo hóa phần cứng được bật trong BIOS máy của bạn.

Vấn đề của tôi là cùng một chuỗi thời gian chờ nhưng tôi chỉ có thể thấy một màn hình đen trong GUI.

Một máy tính xách tay mà tôi vừa thiết lập tiếp tục hiển thị cùng một vấn đề. Sau nhiều giờ tìm kiếm, cuối cùng tôi cũng tìm thấy một mẹo để xem liệu BIOS có được ảo hóa phần cứng hay không.

Đây là nội dung của bài tôi tìm thấy:

Tôi thấy vẫn còn một số người dùng đang gặp phải vấn đề này. Vì vậy, tôi sẽ cố gắng tóm tắt một danh sách dưới đây về một số giải pháp có thể cho vấn đề hết thời gian SSH:

• Đảm bảo tường lửa hoặc phần mềm chống vi-rút của bạn không chặn chương trình (điều mà tôi nghi ngờ sẽ xảy ra thường xuyên)
• Cung cấp cho máy của bạn một thời gian để thời gian chờ xảy ra. Nếu bạn không có PC / Mac rất nhanh, VM sẽ mất một lúc để khởi động vào trạng thái sẵn sàng SSH, do đó thời gian chờ sẽ xảy ra.
• Do đó, trước tiên hãy cố gắng để thời gian chờ đợi HOÀN TOÀN HOÀN TOÀN trước khi kết luận rằng có lỗi.
• Nếu vagrant hết thời gian thì tăng giới hạn thời gian chờ trong tệp vagrant lên vài phút và thử lại.
• Nếu điều đó vẫn không hoạt động, thì hãy thử khởi động máy khởi động của bạn thông qua giao diện VirtualBox và bật GUI của máy trước đó. Nếu GUI không hiển thị bất cứ điều gì xảy ra (ví dụ: chỉ màn hình đen, không có văn bản) trong khi nó đang khởi động, thì máy không rõ ràng của bạn có vấn đề.
• Phá hủy toàn bộ máy thông qua giao diện VB và cài đặt lại.
• Xóa các tệp hình ảnh ubfox trong thư mục Vagrant Images trong thư mục người dùng và tải xuống và cài đặt.
• Bạn thậm chí có một bộ xử lý intel hỗ trợ ảo hóa phần cứng 64 bit không? Google nó. Nếu bạn làm như vậy, hãy đảm bảo rằng không có cài đặt nào trong Bios của bạn vô hiệu hóa tính năng này.
• Tắt tính năng hyper-v nếu bạn đang chạy windows 7 hoặc 8. Google cách tắt.
• Hãy chắc chắn rằng bạn đang chạy qua một máy khách hỗ trợ SSH. Sử dụng Git bash. Tải xuống: http://git-scm.com/doads
• Cài đặt phiên bản 32 bit của Ubuntu như trusty32 hoặc chính xác32. Chỉ cần thay đổi phiên bản trong tệp vagrant và cài đặt lại vagrant trong thư mục mới.
• Hãy chắc chắn rằng bạn đang sử dụng các phiên bản mới nhất và hộp ảo. Phương sách cuối cùng: Định dạng máy tính của bạn, cài đặt lại windows và mua bộ xử lý intel core.

Mong rằng sẽ giúp.

Giải pháp tôi đã tìm thấy là kiểm tra tùy chọn kết nối cáp trong bộ chuyển đổi 1 được gắn với NAT. Tôi thực sự không biết, đây là hộp thứ 4 của tôi nhưng đây là hộp duy nhất có tùy chọn kết nối cáp không được kiểm tra và khi kiểm tra nó, nó hoạt động.

Tôi đã có chính xác cùng một vấn đề. Tôi nghĩ vấn đề có thể là do các khóa SSH (sai nội địa hóa tệp hoặc một cái gì đó khác nhưng tôi đã kiểm tra nó nhiều lần) nhưng bạn luôn có thể thêm cấu hình tên người dùng và mật khẩu (không sử dụng khóa ssh) và chạy gui để mã Vagrantfilephải nhìn thích nhiều hơn hoặc ít hơn như dưới đây:

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

  config.ssh.username = "vagrant"
  config.ssh.password = "vagrant"

   config.vm.provider "virtualbox" do |vb|
     vb.gui = true
   end
end

Trong trường hợp của tôi ngay cả khi GUI được hiển thị, tôi có màn hình đen (không có lỗi hoặc khả năng đăng nhập hoặc bất cứ điều gì khác) và trong bảng điều khiển tôi đã nhận được Error: Connection timeout. Retrying...nhiều lần. Tôi chắc chắn rằng tôi đã bật VT-x (ảo hóa) trong BIOS, tôi đã kiểm tra nhiều kết hợp phiên bản của cả Virtual Box và Vagrant và nhiều hộp Vagrant (đối với một số trong số chúng tôi không có màn hình đen trong GUI nhưng vẫn có kết nối các vấn đề). Cuối cùng, tôi đã cập nhật VirtualBox và Vagrant một lần nữa cho các phiên bản cuối cùng và sự cố vẫn xảy ra.

Điều quan trọng là nhìn vào các biểu tượng trong VirtualBox sau khi chạy vagrantup (với GUI Vagrantfilenhư tôi đã trình bày ở trên) như trên hình ảnh bên dưới

Mặc dù tôi không có lỗi trong VirtualPC (không có cảnh báo rằng VT-x không được bật) Vbiểu tượng của tôi trước đó có màu xám nên có nghĩa là VT-x đã bị tắt. Như tôi đã nói tôi đã kích hoạt nó trong BIOS của mình mọi lúc.

Cuối cùng tôi nhận ra vấn đề có thể do HYPER-Vđó tôi cũng đã cài đặt và kích hoạt để kiểm tra các trang web trên Internet Explorer cũ hơn. Tôi đã đi đến Windows Control Panel -> Programs and functions / Softwarevà chọn từ menu bên trái Turn on or Turn off Windows functions(hy vọng bạn sẽ tìm thấy những thứ đó, tôi sử dụng Windows tiếng Ba Lan để không biết tên tiếng Anh chính xác). Tôi đã tắt Hyper-V, khởi động lại PC và sau khi chạy Virtual Box và vagrant upcuối cùng tôi không gặp lỗi, trong GUI tôi có màn hình đăng nhập và Vbiểu tượng của tôi dừng lại màu xám.

Tôi đã lãng phí rất nhiều thời gian để giải quyết vấn đề này (và nhiều PC khởi động lại) vì vậy tôi hy vọng điều này có thể hữu ích cho bất kỳ ai gặp sự cố trên Windows - đảm bảo rằng bạn đã tắt Hyper-V trong Bảng điều khiển.

Của tôi đã chạy tốt và sau đó "Cảnh báo: Ngắt kết nối từ xa. Đang thử lại ..." nhiều lần - có thể 20 lần - cho đến khi nó được kết nối. Dựa vào câu trả lời ở trên tôi chỉ

vagrant destroy
vagrant up

và tất cả đều tốt Của tôi rất đơn giản nhưng tôi đã làm theo cách đó bằng cách cắt Vagrantfile xuống config.vm.box = "ubuntu/trusty64"và nó vẫn đang làm điều đó. Vì vậy, đó là lý do tại sao phá hủy và bắt đầu lại dường như là sự lựa chọn tốt nhất. Do tính chất không trạng thái của những hình ảnh Vagrant này, tôi không hiểu tại sao nó không hoạt động trong mọi trường hợp. Tôi mới nhận được điều này và tôi có thể biết rằng điều đó không đúng.

Tôi gặp vấn đề tương tự trên máy Windows 8.1. Thời gian chờ kết nối và kích hoạt gui hoàn toàn không hữu ích, màn hình màu đen. Cách khắc phục trong trường hợp của tôi là vô hiệu hóa "Hyper V"

Trích dẫn từ tài liệu Vagrant https://docs.vagrantup.com/v2/hyperv/index.html

Cảnh báo: Kích hoạt Hyper-V sẽ khiến VirtualBox, VMware và bất kỳ công nghệ ảo hóa nào khác không còn hoạt động. Xem bài đăng trên blog này https://www.hanselman.com/blog/SwitchEasilyB AmongVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspx để dễ dàng tạo một mục khởi động để khởi động Windows mà không cần Hyper-V.

Nếu bạn đang làm việc trên Windows 8 hoặc 10, đây là những gì làm việc cho tôi:

1. Thay đổi cài đặt BIOS để cho phép ảo hóa 64 bit.
2. Đây là cách thực hiện:
   • Khởi động lại PC bằng cách sử dụng Khởi động nâng cao (Chuyển đến Khởi động nâng cao - khởi động ngay bây giờ '-' khắc phục sự cố '- tùy chọn nâng cao'-' Cài đặt chương trình cơ sở UEFI '-' Khởi động lại ')
   • Cửa sổ bên trong BIOS - Chuyển đến trình đơn / tab 'Nâng cao' - Bật 'Công nghệ ảo Intel'
   • Cứu thoát.

Tôi gặp vấn đề với điều này với một hộp hiện có (không chắc chắn điều gì đã thay đổi), nhưng tôi có thể kết nối qua SSH, mặc dù hộp Vagrant không khởi động được. Khi nó xảy ra, khóa SSH của tôi đã thay đổi bằng cách nào đó.

Từ thư mục gốc mơ hồ, tôi đã chạy vagrant ssh-configcho tôi biết tệp khóa nằm ở đâu. Tôi đã mở cái này với puttygen và sau đó nó đưa cho tôi một chìa khóa mới.

Trên máy khách Linux của tôi, tôi đã chỉnh sửa ~/.ssh/authorized_keysvà bỏ khóa công khai mới vào đó.

Mọi thứ đang hoạt động trở lại - bây giờ!

Tôi đã gặp vấn đề tương tự sau khi tôi xóa dòng này khỏi Vagrantfile của mình:

config.vm.network "private_network", type: "dhcp"

VM tải tốt sau khi tôi đặt dòng này trở lại.

Thời gian chờ kết nối SSH trong quá trình khởi động ban đầu có thể liên quan đến nhiều lý do như:

• kiểm tra xem ảo hóa có được kích hoạt trong BIOS không (theo nhận xét ),
• hệ thống đang chờ tương tác của người dùng (ví dụ: phân vùng chia sẻ chưa sẵn sàng ),
• không khớp với khóa riêng của bạn (kiểm tra cấu hình qua vagrant ssh-config),
• quá trình khởi động mất nhiều thời gian hơn (thử tăng config.vm.boot_timeout),
• đó là khởi động từ ổ đĩa sai (ví dụ: từ trình cài đặt ISO),
• iptablesCấu hình sai tường lửa VM (ví dụ: cấu hình ),
• quy tắc tường lửa cục bộ, xung đột cổng hoặc xung đột với phần mềm VPN,
• sshd cấu hình sai.

Để gỡ lỗi, vui lòng chạy --debugtùy chọn hoặc thích:

VAGRANT_LOG=debug vagrant up

Nếu không có gì rõ ràng, thì hãy thử kết nối với nó từ một thiết bị đầu cuối khác, bằng vagrant sshhoặc bởi:

vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default

Nếu SSH vẫn không thành công, hãy thử chạy nó với GUI (ví dụ config.gui = true).

Nếu không, hãy kiểm tra các quy trình đang chạy (ví dụ: vagrant ssh -c 'pstree -a':) hoặc xác minh sshd_config.

Nếu nó là VM dùng một lần, bạn luôn có thể thử destroyvà dùng uplại.

Bạn cũng nên xem xét nâng cấp Vagrant và Virtualbox của bạn.

Để biết thêm thông tin, hãy kiểm tra trang Gỡ lỗi và Xử lý sự cố .

Tôi đã có cùng một vấn đề, nhưng không có câu trả lời nào khác giải quyết hoàn toàn vấn đề của tôi. Trả lời bởi @Kiee rất hữu ích, mặc dù tất cả những gì tôi có thể thấy trong GUI là một màn hình đen (với dấu gạch dưới ở phía trên bên trái, vấn đề này trong Virtual Box cũng đã được nêu ra một cách riêng biệt trong tràn ngăn xếp, một lần nữa không giúp được gì).

Cuối cùng, một giải pháp đã được chứng minh là rất đơn giản: kiểm tra phiên bản của máy ảo của bạn.

Chính xác hơn, tôi đã có một hộp từ người khác với Debian 64 bit, nhưng Virtual Box khăng khăng coi nó là 32 bit, điều mà tôi không nhận thấy. Để thay đổi nó, hãy mở Virtual Box, sau đó mở terminal và chạy

vagrant up

chờ dòng

default: SSH auth method: private key

bây giờ bạn có thể nhấn ctrl + C (hoặc đợi thời gian chờ) và chạy

vagrant halt

máy ảo của bạn sẽ không bị phá hủy, vì vậy bạn có thể thấy nó trong menu của Hộp ảo, nhưng sẽ bị tắt, vì vậy bạn có thể thay đổi cài đặt. Chọn máy của bạn trong menu, nhấp vào 'Cài đặt' -> 'Chung' và chọn 'Phiên bản' phù hợp, với tôi đó là 'Debian (64-bit)'. Sau loại này vagrant upmột lần nữa.

Nếu đây là trường hợp dành cho bạn (hoặc các thay đổi khác nhau trong 'Cài đặt' đã giải quyết vấn đề của bạn), bạn có thể tạo hộp mới từ một lần gõ được sửa chữa

vagrant package --output mynew.box

Một số chi tiết khác: lưu trữ Ubuntu 32.04 32 bit, máy khách 8.1 bit 64 bit, Hộp ảo 5.0,14, Vagrant 1.8.1

Có rất nhiều câu trả lời hay ở đây, và tôi không thể đọc hết được, nhưng, tôi chỉ ghé qua để đóng góp chút ít của mình. Tôi đã có 2 vấn đề khác nhau:

1. vagrant upkhông thể tìm thấy ssh ' id_rsa ' của tôi (vì lúc đó tôi chưa có nó): Tôi đã chạy ssh-keygen -t rsa -b 4096 -C "myemailaddress@mydomain.com", dựa trên bài viết này của GitHub , và voilá, bước qua đó;

2. Sau đó, tôi gặp vấn đề tương tự với câu hỏi này " Cảnh báo: Đã hết thời gian kết nối. Đang thử lại ... ", vì vậy, sau khi đọc rất nhiều, tôi đã khởi động lại hệ thống của mình và xem BIOS của mình (F2 để nhận ở đó, trên PC) và đã tắt Virtualization . Tôi đã kích hoạt tính năng đó, đã lưu và khởi động lại hệ thống một lần nữa để kiểm tra xem nó có thay đổi gì không.

Sau đó, vagrant uplàm việc như một lá bùa! Bây giờ là 4 giờ sáng nhưng nó đang chạy! Thật tuyệt, hã? : D Như tôi biết có rất ít nhà phát triển masochist như tôi, sẽ thử điều này ở Windows, đặc biệt là Windows 10 , tôi không thể quên đến đây và để lại lời ... một thông tin quan trọng khác, đó là, Tôi đã cố gắng thiết lập Laravel 5 , sử dụng Homestead, VirtualBox, nhà soạn nhạc, v.v. Nó đã hoạt động. Vì vậy, hy vọng câu trả lời này sẽ giúp như câu hỏi này và câu trả lời đã giúp tôi. Lời chúc tốt đẹp của tôi. Tạm biệt!

Tôi đã thử nghiệm một thư mục được gắn trong máy ảo của tôi bằng cách thêm một mục mới vào /etc/fstab. Sau đó tôi đã đăng xuất, chạy dừng lại một cách mơ hồ, nhưng khi tôi chạy vagrant uptôi đã nhận được:

SSH auth method: private key
Warning: Remote connection disconnect. Retrying...

Tôi đã đọc tất cả các bài đăng này và thử tất cả những bài có vẻ phù hợp với trường hợp của tôi (ngoại trừ việc phá hủy mơ hồ, điều này chắc chắn sẽ khắc phục vấn đề của tôi, nhưng là biện pháp cuối cùng trong trường hợp của tôi). Bài đăng của @Kiee đã cho tôi ý tưởng thử khởi động VM trực tiếp từ GUI VirtualBox. Trong quá trình khởi động, VM tự dừng lại và hỏi tôi có muốn bỏ qua việc gắn thư mục kiểm tra mà tôi đã thêm trước đó không /etc/fstab. (Đó là lý do tại sao vagrant không thể khởi động VM.) Sau khi trả lời 'KHÔNG', VM khởi động không có vấn đề gì. Tôi đã đăng nhập, xóa dòng nghịch ngợm khỏi fstab của mình và tắt VM.

Sau đó, vagrant đã có thể khởi động tốt.

Lấy đi? Nếu tất cả những người bất ngờ không thể khởi động lại vào VM của bạn, hãy thử khởi động trực tiếp từ nhà cung cấp (VirtualBox trong trường hợp của tôi). Rất có thể khởi động của bạn đang treo cho một cái gì đó hoàn toàn không liên quan đến SSH.

Tôi gặp vấn đề tương tự khi tôi đang sử dụng hộp x64 (đầu bếp / ubfox-14.04).

Tôi đã thay đổi thành x32 và nó hoạt động (hashicorp / precision32).

Có lẽ đây là một câu trả lời quá đơn giản để giúp được nhiều người, nhưng đáng để thử nếu bạn chưa: Thực hiện "tạm dừng mơ hồ" thay vì "tạm dừng mơ hồ" sau đó khởi động lại VM với "vagrant up".

Tôi nghĩ rằng vấn đề của tôi là do một số quá trình "kworker" bị lỗi và liên tục hết thời gian trong VM và do đó, việc khởi động lại cứng dường như tải lại quá trình một cách chính xác trong khi lưu và khôi phục chỉ là khôi phục quy trình bị hỏng trong trạng thái bị hỏng.

Tôi đã nhận được điều này khi chạy vagrant / VirtualBox bên trong VirtualBox. Tôi đã giải quyết điều này bằng cách chạy máy vagrant trong máy chủ.

Tôi đã phát hiện ra rằng trên MacOS với VirtualBox, việc thêm nó vào Vagrantfile sẽ cho phép bạn đi xa hơn:

config.vm.provider 'virtualbox' do |vb|
  vb.customize ['modifyvm', :id, '--cableconnected1', 'on']
end

Việc cài đặt một bit ubfox32 trên các bit AMD64 đã thực hiện thủ thuật này. Tôi không có quyền truy cập vào BIO vì môi trường bị hạn chế, nhưng tôi vẫn có thể làm cho nó hoạt động với ubfox / trusty32 thay vì ubfox / trusty64

Sử dụng Vagrant 1.6.3 với VirtualBox 4.3.15 trên Windows 7 SP1

Hy vọng rằng sẽ giúp.

Đối với tôi đó là sự tương thích giữa vagrant và virtual box.

Tôi đang ở trên windows 10 và những gì tôi đã làm tôi đã gỡ cài đặt hộp ảo và ảo

Sau đó cài đặt phiên bản cũ của hộp ảo phiên bản cụ thể 4.3,38 (Cài đặt gói mở rộng quá cho phiên bản này)

Sau đó cài đặt bản sao mới nhất của vagrant (1.8.5 tại thời điểm này)

Sau đó nó hoạt động.

Nếu bạn không muốn kích hoạt GUI và sau đó phải vô hiệu hóa nó, bạn cũng có thể cài đặt gói mở rộng từ Oracle:

http://www.oracle.com/technetwork/server-st Storage / virtualbox / doads / index.html # textpack

Sau đó đặt cái này vào Vagrantfile để bật VRDP:

vb.customize ["modifyvm", :id, "--vrde", "on"]

Bây giờ bạn có thể sử dụng RDP để kết nối với hộp của mình theo yêu cầu mà không cần SSH phải chạy hoặc GUI luôn mở.

Một giải pháp khả thi hơn cho người dùng của nhà cung cấp VMware: Đối với tôi, vấn đề đã được giải quyết sau khi xóa cài đặt song song VirtualBox trên cùng một máy chủ. Giao diện mạng giữa VMware và VirtualBox rõ ràng là xung đột

Tôi đã phải đối mặt với cùng một vấn đề. Tôi đã sửa lỗi này bằng cách kích hoạt Virtualizationtừ BIOSthiết lập.

Xóa tệp:

C:\Users\UserName\\.vagrant.d\insecure_private_key

Sau đó chạy:

vagrant up

Điều làm việc với tôi là cho phép ảo hóa 64 bit trên HĐH 64 bit (Ubuntu 13.10) từ BIOS.

Kiểm tra ảo hóa CPU của bạn trong thiết lập BIOS đã được bật chưa.

Trong trường hợp của tôi, cung cấp cho nó một địa chỉ IP tĩnh, chỉ cần giải quyết vấn đề:

config.vm.network "private_network", ip: "192.168.50.50"

FWIW-- Vấn đề của tôi là do sử dụng tệp cấu hình thực sự cũ thay vì tệp mới hơn. Sử dụng tệp cấu hình mới (và do đó điều chỉnh / thay đổi DSL) đã khắc phục sự cố của tôi ngay lập tức.

Điều giúp tôi là việc kích hoạt ảo hóa trong BIOS, vì máy không khởi động được.

Thay vì ctrl-d-ing ra khỏi hộp ảo như tôi sẽ không làm bất cứ khi nào tôi ssh vào bất cứ điều gì, tôi tin rằng người lang thang sẽ thích bạn vào một thiết bị đầu cuối khác và thực hiện:

vagrant halt

để dừng hộp. Sau đó, sẽ không có vấn đề trở lại vào VB.