Oracle вроде как не дает обойти это 
- для обхода можно попробовать вот это:Code:
wget --no-cookies --header "Cookie: oraclelicense=accept-securebackup-cookie;" http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html
Topic: [ARDR] Nxt: Ardor - масштабируемая ChildChain-платформа - page 199. (Read 1749583 times)
Этот скрипт вроде и яву сам ставит, а как же с подтверждением лицензии там вроде подтвердить надо в интерактиви. Oracle вроде как не дает обойти это
Сейчас java можно "из коробки" поставить во многих дистрибутивах без всяких подтверждений. Например в Ubuntu ставится так:
Code:
sudo apt-get install openjdk-8-jre-headless -y
И все прекрасно работает.
Этот скрипт вроде и яву сам ставит, а как же с подтверждением лицензии там вроде подтвердить надо в интерактиви. Oracle вроде как не дает обойти это
С автозапуском пришлось помучиться, тот вариант что вы подсказывали не работает в новой версии дебиана, пришлось юзать cron
https://github.com/nxt-ext/nxt-kit вот тут лежит полностью автоматизированная система управления с помощью ansible-playbook 
В свое время брал там идеи для автоматизации и мониторинга нод Спасибо, всё испробовал проблема не решается
с параметром -Xmx476M используется даже больше чем без него
Пентиум 478 сокет 2 Гиг ОЗУ 512
- тогда понятно. Nxt-серверу много ОЗУ не надо, но ты же ещё явно запускаешь оконный менеджер, браузер... у меня-то Nxt-север крутится на headless VPS. Можешь попробовать убрать из загрузки все менеджеры, оставить голую консоль, запустить Nxt-север, а Nxt-клиента открыть с ноутбука или планшета: http://192.168.1.x:7876/с параметром -Xmx476M используется даже больше чем без него
Пентиум 478 сокет 2 Гиг ОЗУ 512
В биосе прописано загрузка при восстановлении питания, начал тупить после нескольких жеских переподключений электричества.
Вобщем снес я систему и поставил снова, новый дебиан 8.6 теперь работает прекрасно, летает..
С автозапуском пришлось помучиться, тот вариант что вы подсказывали не работает в новой версии дебиана, пришлось юзать cron
Знающие люди подскажите пожалуйста! Отправил с биржи NXT на mynxtportal.info. На баллансе они не появились. Куда копать? Перед этим без проблем переводил DT.
Для начала по блокчейну посмотри. На бирже в истории ID транзакции, надеюсь, сохранилось? Вот и посмотри куда чего пошло и получило ли подтверждения сети.
Знающие люди подскажите пожалуйста! Отправил с биржи NXT на mynxtportal.info. На баллансе они не появились. Куда копать? Перед этим без проблем переводил DT.
Спасибо, всё испробовал проблема не решается
с параметром -Xmx476M используется даже больше чем без него
Пентиум 478 сокет 2 Гиг ОЗУ 512
- тогда понятно. Nxt-серверу много ОЗУ не надо, но ты же ещё явно запускаешь оконный менеджер, браузер... у меня-то Nxt-север крутится на headless VPS. Можешь попробовать убрать из загрузки все менеджеры, оставить голую консоль, запустить Nxt-север, а Nxt-клиента открыть с ноутбука или планшета: http://192.168.1.x:7876/ с параметром -Xmx476M используется даже больше чем без него
Пентиум 478 сокет 2 Гиг ОЗУ 512
А с биржами есть договоренность чтоб они делали снапшоты балансов клиентов для дальнейшего начисления на счет Ignis?
Или в это раз уже нужно перевести на локальные кошельки?
Или в это раз уже нужно перевести на локальные кошельки?
Год еще ждать надо, хз что будет после запуска в тестовом режиме, а до третьего квартала и подавно. Скоррее всего как с ардорами получится.
Что посоветуете на старый комп чтоб летало, у меня стоит debian 7
Пентиум 478 сокет 2 Гиг
ОЗУ 512
Пентиум 478 сокет 2 Гиг
ОЗУ 512
Выкинуть на фиг этого горячего монстра эпохи "имидж - ничто, гигагерцы - всё".
Но если уж так жалко выкидывать, неплохо бы увеличить память до 2-х гигов.
к тому abctc пишет что у него на 512 нормально все работает, думаю что не только у него.....
Что посоветуете на старый комп чтоб летало, у меня стоит debian 7
Пентиум 478 сокет 2 Гиг
ОЗУ 512
Пентиум 478 сокет 2 Гиг
ОЗУ 512
Выкинуть на фиг этого горячего монстра эпохи "имидж - ничто, гигагерцы - всё".
Но если уж так жалко выкидывать, неплохо бы увеличить память до 2-х гигов.
Спасибо, всё испробовал проблема не решается
с параметром -Xmx476M используется даже больше чем без него
другие параметры тоже ничего не дали... тупит по страшному видимо придеться сервак переустанавливать
Что посоветуете на старый комп чтоб летало, у меня стоит debian 7
Пентиум 478 сокет 2 Гиг
ОЗУ 512
с параметром -Xmx476M используется даже больше чем без него
другие параметры тоже ничего не дали... тупит по страшному видимо придеться сервак переустанавливать
Что посоветуете на старый комп чтоб летало, у меня стоит debian 7
Пентиум 478 сокет 2 Гиг
ОЗУ 512
че то серверок тупит после обновления и перезагрузки блокчейна, как будто оперативы нехватает.
Когда захожу первоначальная страница открывается, далее ввожу адрес и очень долгое ожидание иногда вообще не открывается.
- у меня Nxt-сервер на 512 мегабайтном VPS нормально работает. Когда захожу первоначальная страница открывается, далее ввожу адрес и очень долгое ожидание иногда вообще не открывается.
Рекомендации по экономии ОЗУ на сервере есть по ссылке "Дополнительные настройки вашего Nxt-сервера" с первой страницы:
При запуске на машинах с небольшим количеством оперативной памяти (например, на VPS с 512Mb ОЗУ) Nxt-сервер может аварийно завершаться из-за нехватки памяти (обычно в момент сканирования блокчейна).
По умолчанию Nxt-сервер отдаёт используемой им СУБД H2 половину памяти java-машины, и в в результате под код сервера остаётся маловато памяти.
При помощи параметра nxt.dbCacheKB=32000 серверу можно указать конкретно (в килобайтах), сколько следует отвести памяти под СУБД. Кроме того, в подобных случаях лучше запускать Nxt-сервер с ограничением максимально доступной памяти для Java, для этого используйте параметр -Xmx в строке запуска, например, в файле run.bat измените подстроку "\bin\java.exe -cp classes;..." на "\bin\java.exe -Xmx476М cp classes;...".
Ещё около 12Мб оперативной памяти можно сэкономить параметром nxt.enablePublicKeyCache=false
По умолчанию Nxt-сервер отдаёт используемой им СУБД H2 половину памяти java-машины, и в в результате под код сервера остаётся маловато памяти.
При помощи параметра nxt.dbCacheKB=32000 серверу можно указать конкретно (в килобайтах), сколько следует отвести памяти под СУБД. Кроме того, в подобных случаях лучше запускать Nxt-сервер с ограничением максимально доступной памяти для Java, для этого используйте параметр -Xmx в строке запуска, например, в файле run.bat измените подстроку "\bin\java.exe -cp classes;..." на "\bin\java.exe -Xmx476М cp classes;...".
Ещё около 12Мб оперативной памяти можно сэкономить параметром nxt.enablePublicKeyCache=false
-----
причины возможного (но далеко не обязательного) перерасхода ресурсов вашего VPS:
причины возможного (но далеко не обязательного) перерасхода ресурсов вашего VPS:
Quote from: lyaffe link=https://nxtforum.org/index.php?topic=9384.msg184148#msg184148
there are 4 types of potential resource problems:
(1) Total memory used by the Java process - should not change significantly between 1.4.x and 1.5.x, if you changed Java from 32 bit to 64 bit you should expect to see total memory consumption increased by up to 50% for the same configuration. This is normal. If it's a problem use Java 32 bit.
(2) Heap memory used by Java - there shouldn't be a significant increase between 1.4.x and 1.5.x, there are many ways to diagnose heap consumption if someone is interested I can explain more.
(3) Number of threads used by Java - due to the introduction of websocket support, the number of threads increased from few dozens in 1.4.x to few hundreds in 1.5.x, this caused the "unable to create native threads" problem to some users. As of 1.5.12 this has been fixed. A typical node should now allocate no more than 100 threads.
(4) Number of open file descriptors - I think this is an issue we haven't looked at before, in order to diagnose it we need to know what are these file descriptors. If you see 300K files open when using 1.5.12 then we need to research this. On my peer I see around 9000 files using lsof. I suspect this is also related to the websocket issue we fixed.
(1) Total memory used by the Java process - should not change significantly between 1.4.x and 1.5.x, if you changed Java from 32 bit to 64 bit you should expect to see total memory consumption increased by up to 50% for the same configuration. This is normal. If it's a problem use Java 32 bit.
(2) Heap memory used by Java - there shouldn't be a significant increase between 1.4.x and 1.5.x, there are many ways to diagnose heap consumption if someone is interested I can explain more.
(3) Number of threads used by Java - due to the introduction of websocket support, the number of threads increased from few dozens in 1.4.x to few hundreds in 1.5.x, this caused the "unable to create native threads" problem to some users. As of 1.5.12 this has been fixed. A typical node should now allocate no more than 100 threads.
(4) Number of open file descriptors - I think this is an issue we haven't looked at before, in order to diagnose it we need to know what are these file descriptors. If you see 300K files open when using 1.5.12 then we need to research this. On my peer I see around 9000 files using lsof. I suspect this is also related to the websocket issue we fixed.
че то серверок тупит после обновления и перезагрузки блокчейна, как будто оперативы нехватает.
Когда захожу первоначальная страница открывается, далее ввожу адрес и очень долгое ожидание иногда вообще не открывается.
Когда захожу первоначальная страница открывается, далее ввожу адрес и очень долгое ожидание иногда вообще не открывается.
Code:
top - 09:06:51 up 8:55, 1 user, load average: 1,02, 1,05, 1,05
Tasks: 73 total, 1 running, 72 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1,3 us, 1,0 sy, 0,0 ni, 0,0 id, 97,7 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 514312 total, 507988 used, 6324 free, 1664 buffers
KiB Swap: 1045500 total, 248 used, 1045252 free, 262548 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3109 user 20 0 337m 191m 5292 S 1,7 38,1 19:50.18 java
16 root 20 0 0 0 0 S 0,3 0,0 0:12.30 kworker/0:1
11879 user 20 0 9840 1596 952 S 0,3 0,3 0:00.08 sshd
1 root 20 0 2300 644 600 S 0,0 0,1 0:01.40 init
как думаете ардор меньше 1000 сат будет стоить?
да щас месяц или два максимум поиграются и сольют скорее и до 1000
как думаете ардор меньше 1000 сат будет стоить?
А с биржами есть договоренность чтоб они делали снапшоты балансов клиентов для дальнейшего начисления на счет Ignis?
Или в это раз уже нужно перевести на локальные кошельки?
Или в это раз уже нужно перевести на локальные кошельки?
Ignis оказывается переводиться как "обманчивая надежда" 
ну и название придумали...
- да, забавно получилось, но просто Гуглопереводчик так вместо одного слова подставляет устойчивое латинское выражение "Ignis fatuus" (блуждающий огонёк), потому, что слова Ignis в английском нет, оно латинское и означает "пламя" или "огонь" - что созвучно с Ardor (пыл, жар). ну и название придумали...В англофоруме в последний тур голосования по выбору названия основной дочерней цепи вышло два кандидата: "Ignis" и "Ace". Победил Ignis.
Ignis оказывается переводиться как "обманчивая надежда" ну и название придумали...
ну и название придумали...И с какого же языка он так переводится?
Потому как, ignis - огонь на языке латинском.
Выход на поло тоже прошляпил. Значит ждем ардоры в виде полноценной платформы, а не как актив. Ну или потом солью их вместе с игнисами. Пока какая то очередь обменов.
Ждать придется еще долго, почти год. Jump to: