2016-09-25 29 views
10

Tôi đã tải xuống sandbox từ hortonworks (Centos OS), sau đó cố gắng theo dõi tutorial. Có vẻ như lệnh ambari-admin-password-reset không có và thiếu. Tôi cũng cố gắng đăng nhập với putty, giao diện điều khiển yêu cầu tôi thay đổi mật khẩu vì vậy tôi đã làm. bây giờ có vẻ như lệnh là có, nhưng tôi có mật khẩu khác nhau cho bảng điều khiển và một cho putty cho cùng một người dùng.HDP 2.5 Hortonworks ambari-admin-password-reset bị thiếu

Tôi đã cố gắng tìm lý do tại sao cho cùng một người dùng 'gốc' tôi có 2 khác nhau mật khẩu (một cho bảng điều khiển hộp ảo và một cho putty) mà tôi có thể đăng nhập. Tôi thấy các lệnh khác nhau trên mỗi hộp. nhiều hơn thế khi tôi chia sẻ thư mục, tôi chỉ có thể nhìn thấy nó trên bàn điều khiển hộp ảo nhưng không phải trên bảng điều khiển putty) mà thực sự bực bội.

Làm cách nào tôi có thể thực thi những gì tôi thấy từ putty sẽ giống như những gì tôi thấy từ bảng điều khiển hộp ảo.

Tôi nghĩ rằng nó liên quan đến TTY bằng cách nào đó nhưng tôi không chắc chắn.

EDIT: lệnh chạy từ ảo ra máy hộp:

grep "^passwd" /etc/nsswitch.conf 

OUT: passwd: file sss

grep root /etc/passwd 

OUT: rppt "x" 0 "0" root:/root:/bin/bash toán tử: x: 11: 0: toán tử:/root:/sbin/nologin

getent passwd root 

OUT: root: x: 0: 0: root:/root:/bin/bash

EDIT: Tôi nghĩ rằng đây là tất cả về container Docker. Có vẻ như cổng máy 2222 là cổng ssh cho thùng chứa hdp 2.5 và không dành cho máy lưu trữ. Bây giờ tôi gặp phải một vấn đề khác. khi chạy

docker exec sandbox ls 

nó đang bị kẹt. bất kỳ giúp đỡ?

Cảm ơn người giúp đỡ

+0

Bạn có thể sao chép hành vi này sau khi khởi động lại không? Nếu vậy, vui lòng đăng đầu ra của 'grep '^ passwd"/etc/nsswitch.conf' và 'grep root/etc/passwd' (ẩn danh mã băm) và' getent passwd root' –

+0

Tôi đã thêm dữ liệu có liên quan mà bạn có yêu cầu. đầu ra này là từ bảng điều khiển hộp ảo (không phải putty). nếu bạn cần đầu ra putty cho tôi biết. –

Trả lời

3

Vì vậy, bây giờ tôi đã có thời gian để phân tích hộp cát và viết lên cho người dùng khác. Như bạn nói một cách chính xác trong chỉnh sửa lại câu hỏi, các thiết lập của nó Docker container của sandbox, mà lẫn lộn với hai người dùng gốc riêng biệt:

  • qua ssh [email protected] -p 2222 bạn nhận được vào container Docker gọi là "sandbox". Đây là bản phát hành CentOS 6.8 (Final), chứa tất cả các dịch vụ HDP, đặc biệt là dịch vụ ambari. Cấu hình thực thi thay đổi mật khẩu khi đăng nhập lần đầu cho người dùng root. Bên trong máy ảo này, bạn cũng có thể thực hiện ambari-admin-password-reset và đặt mật khẩu cho quản trị viên ambari.

  • via console truy cập vào máy chủ docker chạy CentOS 7.2, tại đây bạn có thể đăng nhập bằng mật khẩu gốc mặc định cho VM như được tìm thấy trong tài liệu HDP.

Đến câu hỏi phụ của bạn với trình quản lý docker treo, có vẻ như là lỗi trong phiên bản trình docker cụ thể đó. Nếu bạn google đó, bạn sẽ tìm thấy các vấn đề thảo luận về vấn đề này hoặc tương tự với docker. Vì vậy, tôi nghĩ rằng bạn nên cập nhật máy chủ qua yum update. Tuy nhiên điều này hóa ra lại là một con đường khó khăn.

yum cố gắng cập nhật hạt nhân, nhưng phàn nàn rằng không có đủ không gian trên phần khởi động.

Vì vậy, tôi chuyển partion boot vào phân vùng root:

  1. chỉnh sửa/etc/fsab và nhận xét ra các mục khởi động
  2. unmount/boot
  3. mv/boot
  4. cp -a /boot.org/boot
  5. grub2-mkconfig -o /boot/grub2/grub.cfg
  6. grub2-install/dev/sda
  7. reboot

Sau đó tôi đã phát hiện ra rằng cấu hình docker bị hỏng và docker không khởi động nữa. Trong các bản ghi nó phàn nàn về

"Lỗi bắt đầu daemon: lỗi khi khởi graphdriver: \"/var/lib/Docker \" chứa graphdrivers khác: devicemapper; hãy dọn dẹp hoặc chọn một cách rõ ràng tài xế lưu trữ (-s) "

Vì vậy, tôi thay đổi nội dung /etc/systemd/system/multi-user.target.wants/docker.service và thay đổi cài đặt ExecStart tới:

ExecStart=/usr/bin/dockerd --storage-driver=overlay 

Sau một service docker start và một docker start sandbox. Các container làm việc một lần nữa và tôi có thể đăng nhập vào container và sau khi một ambari-server khởi động lại mọi thứ đã hoạt động trở lại.

Và bây giờ - với phiên bản docker mới 1.12.2, docker exec sandbox ls hoạt động trở lại.

Vì vậy, để tổng hợp lệnh docker exec có lỗi trong phiên bản cụ thể của hộp cát, nhưng bạn nên suy nghĩ kỹ nếu bạn muốn nâng cấp hộp cát của mình.

+0

có vẻ như lệnh không được tìm thấy. chạy kết quả unamae -a với: Linux sandbox.hortonworks.com 3.10.0-327.28.3.el7.x86_64 # 1 SMP Thu Aug 18 19:05:49 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux –

+0

Bạn có thấy tệp trong '/var/lib/sss/db/'? Bạn có thể xóa chúng, xem [link] này (https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/5/html/Deployment_Guide/sssd-cache.html)? –

+0

không có đường dẫn như vậy. [root @ sandbox ~] # cat/etc/redhat-release. OUT: CentOS phát hành 6.8 (Final) –

1

Tôi đã gặp sự cố tương tự. Hộp cát HDP 2.5 chạy tất cả các thành phần của nó trong bộ chứa docker, nhưng các lệnh như docker exec -it sandbox /bin/bash hoặc docker attach sandbox bị kẹt.

Khi tôi chạy một đơn giản ps aux, tôi tìm thấy một số /usr/bin/docker-proxy lệnh mà trông giống như: /usr/bin/docker-proxy -proto tcp -host-ip 0.0.0.0 -host-port 60000 -container-ip 172.17.0.2 -container-port 60000

Họ có thể chuyển tiếp các cổng HTTP của UIS khác nhau của các thành phần HDP.

Tôi có thể ssh vào ip vùng chứa (tại đây 172.17.0.2) bằng cách sử dụng root/hadoop để xác thực. Từ đó, tôi có thể sử dụng tất cả các lệnh "thiếu" như ambari-admin-password-reset.

$ ssh [email protected] ... # change password $ ambari-admin-password-reset

NB: Tôi mới vào Docker, do đó có thể là một cách tốt hơn để đối phó với điều này.