Запуск.ktr, созданный в окнах на сервере centos 6.5
Folks,
Я верю, что все хорошо.
У нас есть.ktr файлы, созданные в вдовах 7, которые нам нужно запускать на сервере centos 6.5 с помощью pan.
Я пытаюсь запустить следующую команду сервера:
[root @BTNYSLDVD01 интеграции данных] #/home/pentaho/data-integration/pan.sh/file=/home/pentaho/data-integration/file.ktr
Однако я получаю следующую ошибку:
2015/10/07 13:03:28 - File Output.0 - Доступ запрещен для пользователя 'root' @'localhost' (с использованием пароля: YES)
Файл file.ktr был создан и корректно работает без ошибок на компьютере вдов 7. Единственное, что я сделал, это то, что я изменил <server></server> с <server>ip address</server> to <server>localhost</server>
Я знаю, что пароль правильный, потому что я могу подключиться к базе данных с консоли.
Мы не можем создавать файлы.ktr на сервере centos, так как у нас нет установленного рабочего стола.
Мой вопрос: "Есть ли что-то особенное, что нам нужно делать при запуске файла.ktr, который был создан в Windows 7 на сервере centos 6.5"?
Заранее спасибо за вашу помощь.
Энди
Это становится довольно интересным. Я узнал на странице http://dev.mysql.com/doc/refman/5.6/en/can-not-connect-to-server.html
"Файл сокета Unix используется, если вы не укажете имя хоста или укажите специальное имя хоста localhost ".
Unix-сокет довольно особенная, недоступная в Windows, но Kettle написан на Java, которая, как предполагается, работает на разных ОС и не может использовать Unix-сокет, поскольку он определен как plafrorm. Он должен использовать соединение tcp/ip.
Против него команда mysql является платформой и способна использовать мощность Unix-сокета, поскольку она является родным инструментом.
Просто попробуйте поставить 127.0.0.1 вместо localhost
Мы смогли решить проблему. Проблема заключалась в том, что mysql не разрешал доступ с 127.0.0.1. Мы развернули pentaho на другом сервере и смогли заставить файл работать. Спасибо Simar за вашу помощь.
Сначала запустите это
cd data-integration
chmod +x *.sh
Это сделает исполняемые сценарии оболочки.
Без каких-либо подробностей трудно понять, что не так. Я думаю, что у вас может возникнуть проблема с доступом через ssh: может быть, у вас должен быть ключ (например, сгенерированный через ssh-keygen) для пользователя root?
