unixforum.org
Форум для пользователей UNIX-подобных систем
Принятие лицензионного соглашения в CentOS 7
Модератор: Bizdelnick
Принятие лицензионного соглашения в CentOS 7
Сообщение Trojan » 19.01.2016 12:53
Ребят, столкнулся с такой проболемой. Установил CentOS. При установке выбрал опцию Server with GUI. После успешной установки система предложила перегрузится и после прегрузки у меня выходит окно принятия лицензионного соглашения. Во первых почему то оно не в GUI а в командной строке как будто я Core установил. Во вторых, вроде бы делаю то что просят но не получается.
Посмотрите пожалуйста. На фото кружками отмечено то, что я вводил.
Re: Принятие лицензионного соглашения в CentOS 7
Сообщение Bizdelnick » 19.01.2016 13:15
Проблема подключения HASP ключа 1С к CentOS 7
Хеллоу эвриван. Идет второй день обряда шаманства с бубном, поэтому хочу спросить совета. Похожие темы есть, но вся суть в деталях. Ответа пока так и не нашел, перейду к сути
Короткое описание
Необходимо подружить HASP ключ защиты 1С с CentOS 7. На данном этапе имеем ошибку:
не найдена лицензия.Не обнаружен ключ защиты программы или полученная программная лицензия
Подробоне описание
1. Linux 3.10.0-327.18.2.el7.x86_64 / CentOS Linux release 7.2.1511 (Core)
2. На хосте установлена и работает- samba, cups, ntp.
3. Файловая 1с v. 8.2.19.121, db на samba share (c доступом до db проблем нет).
4. Сетевой ключ с лицензиями Aladin 1С H4 NET5. ( вот как он выглядит )
Клиенты запускают 1С, находят лицензию в сети, 1С запускатеся после прохождения аутентификации. Никаких сообщений об ошибках не наблюдается.
При подключении к db и после ввода логина/пароля с любой клиентской машины с 1С, 1С выводит следующее:
не найдена лицензия.Не обнаружен ключ защиты программы или полученная программная лицензия
1. На сайте поставщика ключа сказано: необходимо обращаться в SafeNet. Т.е. нужно скачивать драйвера с сайта производителя SafeNet.
2. Скачал Sentinel_LDK_RedHat_and_SuSE_RPM_Run-time_Installer.tar
3. Установил. systemctl restart aksusbd && systemctl status aksusbd
4. Настроил на клиентской машине nethasp.ini с прямым указанием адреса сервера лицензий
5. В итоге получаем — см. «Фактический результат»
Что пробовал сделать дополнительно:
1. Настраивал по мануалу отсюда и отсюда и отсюда. Итог — см. «Фактический результат» (на самом деле пробовал еще пару манулов, но все они примерно одного толку).
2. Selinux = disabled, iptables and firewall-cmd отключены.
1. Лог с момента подключения USB ключа
2. Вывод netstat -anp | grep aksusb
3. Вывод netstat -lunp | grep hasplm
4. AKS Monitor, установленный на другой Windows машине вообще не видит в сети hasp licence manager.
1. Вычитал, что hasp licence manager должен слушать 475 UDP порт., чего я не увидел.
2. Также вычитал здесь, что кто-то использовал драйвера и licence manager от etersoft
(в моем случае — ftp://download.etersoft.ru/pub/Etersoft/HASP/last/CentOS/7). Но есть сомнения у меня, что и это заработает.
3. Напрягает, что в логах есть error относительно этого (полный log смотри выше)
Может в этом дело конечно, но что делать с этим? Не силен в настраивании rules.
Проблема с установкой и запуском системы Centos 7.3-7.5
Добрый день. Вкратце не стартуют ядра старше версии 3.10.0-514 (с дистра 7.2). А теперь подробней — имеется сервер supermicro c e1275v6, raid`а нет. Попытки установить Centos 7.3-7.5 ни к чему не приводят — процесс установки даже не начинается. Ставится только 7.2, но если выполнить обновление то не стартует как последнее ядро 3.10.0-862 так и 4.19.2-1 если его из elrepo поставить. Запуск виснет с самого начала, никаких ошибок увидеть не удается.
Вроде можно было запретить обновление ядра. И после, если есть желание, смотреть какие пачти были добавлены в -862 по сравнению с -514 и компилируя без них определить какой патч приводит к проблеме.
Понял, спасибо. Путь конечно муторный, но хотя бы ясно куда копать )) Кстати поставил другое ядро, более старое 4.4.163 на нем тоже стартанула система.
Bios/IPMI последних версий?
Запуск виснет с самого начала, никаких ошибок увидеть не удается.
Убери quiet, делай netconsole.
Да, предварительно обновил биос и impi до последней версии, единственно при прошивке биоса выдало, что не обновилось intel ME.. Тут не понятно должно было обновиться или нет. На сайте supermicro написано, что должна была уйти с последним обновлением биоса уязвимость Intel-SA-00086, но она не ушла. Значит походу, какой то косяк все таки с последней прошивкой. Напрягло еще то что не ставятся релизы выше 7.3. Ща пробую скомпилить ядро 4.18 с конфигом от 4.4, не знаю заработает или нет. Опыта с такими вещами очень мало. Подобный вопрос как у меня встретил уже при поиске в англоязычном гугле на каком то форуме англицком, но решения там не предложили.
Тут не понятно должно было обновиться или нет.
Да это пофиг. Какая матплата?
Версия биоса и ipmi в bios setup правильные показываются? Все рекомендации выполнялись при обновлении?
Также стоит посмотреть на консоль через IPMI, может, глюк какой-нибудь есть.
да, версии правильные, обновлялось все по инструкции четко. Плата supermicro X11SSH-LN4F камень E1245v6. И через IPMI и напрямую с сервака все одинаково отображается. Пробовал уже разные варианты, в том числе дистры разные centos. Ставится только 7.2 1611
Процессор E3-1245v6 со встроенным видеоядром, надо выключить её в биосе, вангую, что центосу что-то не нравится и он переключается на встроенное в процессор видео, которое ни к чему не подключено.
Вообще, в интернете есть рекомендации «как включить встроенное видеоядро», например, для использования intel quicksync, ты уверен, что не изменил что-то важное в настройках bios?
Пробовал разные настройки менять в биосе как то отключение гипертрейдинга, виртуализации и т.д, после чего сбрасывал на дефолт все — результат одинаковый. А вот про видеоядро не подумал даже совсем. И бинго, ты оказался прав. Большое тебе спасибо. Действительно в этом все дело. Как только отключил ядро в проце все заработало. Проверил сейчас и с обновленным ядром последним 4.19 и с установкой 7.5 1804 — работает. Еще раз спасибо. )
Initial setup of centos linux 7 core лицензия не принята
1) Read the License Agreement
[ ] 2) I accept the License Agreement
press 2, this will select the checkbox
[X] 2) I accept the License Agreementpress c, a confirmation will be displayed, stating that you accepted the license
press c again and you’ll find the login prompt
while the instructions do get you passed the agreement there is another problem
If you install minimal system, and then install the gui desktop with yum, when you try and start the desktop it just hangs. Presumably waiting for the license acceptance.
Not until you reboot or hard reset, does the agreement message show up.
Also I tried the eula —agreed in the ks.cfg but this didn’t work
I added it right after the firstboot statement, not sure if it makes a difference where it should go.
upon boot the message has the X already in the box agreeing to the license, but you still have to type C to continue.
What program is actually doing this prompt ?, I’d like to know if I could run it manually at the command line and agree before starting the gui. Then I wouldn’t have to reboot after the yum install.
So: where’s the license file kept?
If you guys want I can try to patch it as I am working with anaconda but I don’t know if this change will be added to the official initial-setup package for CentOS.
That can be triggered if you run: python -m initial_setup
Something like this in kickstart-file removes the license prompt:
sed -i ‘s/__all__ = \[«EULAspoke»\]/__all__ = \[«LicenseScreen»\]/’ /usr/lib/python2.7/site-packages/initial_setup/tui/spokes/eula.py
I set my new server up in late December, and have rebooted it probably 5 times since, almost all in the first couple of days. Then, I moved it to a data center where I hooked up the IPMI controller. Not once during the initial reboots did I see this message, so it must have arrived in a subsequent update.
Last night, there was a problem at the DC, essentially cutting power to the server for less than a minute. As luck would have it, I was also out of contact (first time in several years, Murphy’s Law).
Hours later, when I got all of the alerts, I logged into the baseboard controller, and the licensing thing was up. At first I thought someone in the DC had gained physical access to the machine and had tried to re-install the OS. I was extremely confused and, of course, the server had been offline for hours.
I didn’t know what would happen if I accepted the license agreement . would it scrub the OS and re-install . what was going on?
Finally, on a whim, I just completed the process and got the server back. After 8 hours of downtime for a EULA prompt, one that I had never seen during previous reboots.
Anyway, it sounds like you’re aware of the issue, I just figured I’d toss a real-world experience in there for you. I’d personally call it a rather serious issue, as anything that causes downtime in a server environment would probably be deemed the same.
I’m also not sure why I missed the EULA screen until what was, essentially, the
6th reboot, but I swear to you, this is the case.
Adblock
detector