«Восстановление ключа на Крипто Про 3.6.x» и «Bind9 unable to convert errno to isc result: 28: No space left on device»: разница между страницами

Материал из support.qbpro.ru
(Различия между страницами)
imported>Vix
(Новая страница: « Столкнулся с такой проблемой: на работе куда-то затерялась бумажка с серийным номером н…»)
 
imported>Vix
(Новая страница: «==Первое решение проблемы:== if you have enough free Mb on disk and stil get this error message, it may mean that there is no enough free f…»)
 
Строка 1: Строка 1:
Столкнулся с такой проблемой: на работе куда-то затерялась бумажка с серийным номером на лицензию для Крипто ПРО 3.6.1, с кем не бывает. Перерыл всё, нет листа, а без него установка Крипто Про не начнется. И из-за этого процесс переноса рабочего места с одного компа (на котором всё настроено) на другой - затормозился. Конечно можно связаться со службой поддержки и подтвердив свою личность получить желаемый ключ. Но мы не ищем легких путей!
==Первое решение проблемы:==
Рассудив так: раз на первом компе Крипто Про работает, значит где-то серийный номер у него все же сохранен. Осталось выяснить где он находится. Трудолюбивый Гугл подсказал место поиска.
В реестре конечно.


if you have enough free Mb on disk and stil get this error message,
it may mean that there is no enough free file descriptors,
you may check it by this command:


Открываем реестр на том компьютере, где установлен рабочий Крипто Про:
[root@fooks ~]# df -ih
Пуск - Выполнить - regedit и ищем позицию:
Filesystem Inodes IUsed IFree IUse% Mounted on
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\05480A45343B0B0429E4860F13549069\InstallProperties]
/dev/hda1 3.7M 329K 3.4M 9% /
/dev/shm 127K 1 127K 1% /dev/shm
/dev/hda2 18M 52K 18M 1% /home
/dev/hda5 7.0M 15K 7.0M 1% /share


"ProductID"="а тут видим искомый серийный номер."
in 98% - just delete unused files or move them to another partition


Копируем его в блокнот или записываем на листик, и вводим в поле Крипто Про на втором компе. Процесс переезда на другой комп благополучно продолжился.
* [http://www.webhostingtalk.com/showthread.php?t=606486 взято тут...]


* [http://zenkof.blogspot.ru/2013/05/361.html взято тут...]
==Второе решение проблемы:==
please check the following parameters at your system of the values are set like follows:
# cat /proc/sys/kernel/sem
1250    256000  100    8192
 
# cat /proc/sys/kernel/msgmni
1024
 
according to the kernel documentation:
/proc/sys/kernel/sem - The maximum number and size of semaphore sets that can be allocated.
/proc/sys/kernel/msgmni - Sets maximum number of message queues
Anyway, your values are far to small. On sles9 the suse-sapinit rpm package should adjust these values by default. I assume that you did not install this package. Please do so, or adjust the values to the ones of my last reply.
 
"i have 30Gb on each server.
 
its 64bit
 
we have changes the parameters like Hannes said, and we are now able to keep both instances on all servers alive.
to make the changes permanent ill have to put this on /etc/sysctl.conf, and the entries would be something like :
kernel.sem="1250 256000 100 8192"
kernel.msgmni=1024
"
 
yes, your sysctl.conf values are correct. After reboot these values are then set by default.

Текущая версия от 12:00, 27 мая 2016

Первое решение проблемы:

if you have enough free Mb on disk and stil get this error message, it may mean that there is no enough free file descriptors, you may check it by this command:

[root@fooks ~]# df -ih
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hda1 3.7M 329K 3.4M 9% /
/dev/shm 127K 1 127K 1% /dev/shm
/dev/hda2 18M 52K 18M 1% /home
/dev/hda5 7.0M 15K 7.0M 1% /share

in 98% - just delete unused files or move them to another partition

Второе решение проблемы:

please check the following parameters at your system of the values are set like follows:

# cat /proc/sys/kernel/sem
1250    256000  100     8192
# cat /proc/sys/kernel/msgmni
1024

according to the kernel documentation:

/proc/sys/kernel/sem - The maximum number and size of semaphore sets that can be allocated.
/proc/sys/kernel/msgmni - Sets maximum number of message queues

Anyway, your values are far to small. On sles9 the suse-sapinit rpm package should adjust these values by default. I assume that you did not install this package. Please do so, or adjust the values to the ones of my last reply.

"i have 30Gb on each server.
 
its 64bit
 
we have changes the parameters like Hannes said, and we are now able to keep both instances on all servers alive.

to make the changes permanent ill have to put this on /etc/sysctl.conf, and the entries would be something like :
kernel.sem="1250 256000 100 8192"
kernel.msgmni=1024
"

yes, your sysctl.conf values are correct. After reboot these values are then set by default.