Navigation

    Vite Forum
    • Register
    • Login
    • Search
    • Unsolved
    • Solved
    • Recent
    • Tags
    • Popular
    • Groups
    • Github
    1. Home
    2. Umcka
    U
    • Profile
    • Following
    • Followers
    • Topics
    • Posts
    • Best
    • Groups

    Umcka

    @Umcka

    28
    Reputation
    32
    Posts
    164
    Profile views
    0
    Followers
    0
    Following
    Joined Last Online

    Umcka Follow

    Best posts made by Umcka

    • RE: Put Your Designs on Vite Store

      vite cup.jpg

      posted in Campaigns
      U
      Umcka
    • My small Vite Testnet experience story

      Hi Everyone,

      My small story will be divided into few parts. Main part is Full Node experience, since I've focused mostly on it atm. Maybe someone will get something useful from my experience.

      Transfer to Testnet

      Vite Team provide sufficiently detailed instructions to finish. I've some experience with similar operations (tokens refund), so I've finished all easily in one try. Also I've asked my non-technical brother check instructions. He was having some small difficulties during first steps, but successfully finished transfer in first attempt also. As resume, even non-technical user carefully following the instructions and observing the conditions quietly perform the transfer.

      Vote for SBPs in few clicks has also simple mechanic. There no issues for typical user.

      Full Nodes

      Previously I've only experience with full nodes during UChain Beta tests. Simply setup node, check bugs, make reports. It was interesting, but lasted only few days. So announcement of Vite Full node campaign gave me opportunity

      Thanks Plasmo for guide.
      https://snapsecure.network/run-a-full-node-today-and-earn-vite-rewards-daily

      I've quickly setup full node on my notebook with Windows 7. But it was not enough. So I've used my Digital Ocean account and started tests with different nodes configurations.

      My tested configurations had OS Ubuntu 16.04/18.04 on board and small installation commands batch. As results you can check some comparison:

      Droplet with 1Gb RAM & 1 CPU (Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz)
      This configuration is the cheapest but due the small amount of RAM it has some difficulties in setup. Most time when you get 0 free memory your non-system services terminate their work. At first time I've manually run bootstrap again and again, but then make small script autorun it. You can use also crontab as alternative. CPU usage 80-99%. After the finishing full sync process you will see ~10% CPU load and ~500Mb total used memory.

      As small example of checking and running fully terminated gvite process:
      pidof ./gvite > /dev/null||/opt/Vite/gvite-v1.2.2-linux/./bootstrap

      Droplet with 2Gb RAM & 1 CPU
      This configuration has also CPU usage 80-99% during full sync. But 2Gb RAM gives you more time for non-stop sync. On 1.1.1 version I saw only 1 or 2 times stopped gvite process.

      Droplet with 3Gb RAM & 1 CPU
      No memory issues. CPU usage 80-99% during sync.

      Droplet with 4Gb RAM & 2 CPU
      No issues, but x4 price in comparison with 1st example.

      What I can say - atm even weak server can run full node, since load after full sync. You have some tech issues only during full sync process, but it can be easy ignored atm. So entry threshold is very low. And this is great. Probably in near future it can be increased.
      Versions 1.1.1 and 1.1.2 were not so demanding to system resources but there sometimes could happens sync bug. Version 1.2.1 was having some issues with resource limits on week PCs.
      Upgrade process also looks not difficult but sometimes you need make full sync.

      I did not bother with setting up monitoring, just made parsing script for page https://stats.vite.net/api/getAlivePeers . Result put into my main terminal. You can see on screenshot below:
      Console with filtered nodes for monitoring
      It is possible use https://explorer.vite.net/FullNode but it use additional system resources and has 10 servers limitation. I prefer console variant to quick react and connect to required full node.

      List of everyday used resources:
      Vite Web wallet
      https://wallet.vite.net/

      My main recource for Full Nodes stats:
      https://stats.vite.net/api/getAlivePeers

      I've used this resource at the begining
      https://forum.vite.net/full-node

      This is greate resource. Always using it during checking sync blocks count for node.
      https://explorer.vite.net/FullNode

      Rewards section
      https://reward.vite.net/
      https://testnet.vite.net/account/vite_86f729c9b7dda636e46b7ae738785be87f71390f532828ace9

      Vite Mobile Wallet

      Releasing Android version of Vite Mobile Wallet were really great news for me, since I'm not iPhone user. My old Nexus 5 was ready for tests. Also bug detection event gave additional stimulation :). Wallet looked good and quick. I will not dissemble, it has some small bugs, but in total I really liked it and use now every day to get daily rewards.

      PS I'm average user, not sys admin or similar. Google+Vite resources+a little bit diligence and you will get good results.

      posted in Discussion
      U
      Umcka
    • RE: Put Your Designs on Vite Store

      GTA style T-Shirt. Fonts can be changed.
      vite t-shirt.jpg

      posted in Campaigns
      U
      Umcka
    • RE: Vite Android Wallet APP is Online! (and Campaign of Reporting Bugs)

      It is possible generate from mobile version transaction with 0 amount.
      Example of such transactions
      https://testnet.vite.net/transaction/c19f1fe77974f8796b7e24aea756aa0c268c38477b328fe43b8cf02a23a42941
      https://testnet.vite.net/transaction/417b3c9736ab6915a8b8f09c4d4725428120fadd6bebfa4edee3daebfc2bdb35

      Web wallet doesn't allow such option.

      As result we have opened transactions.
      Clip2net_190102213948.png

      posted in Bugs Bounty
      U
      Umcka
    • RE: SBP Block Creation Issues on Feb 8 and 9 (Beijing time)

      Hi guys,

      I've made some research. You can check changes on Vite github repo for more details.

      Since Vite team added changes recover option to go-vite main branch I've decided just compile source code by myself. After applying changes with recover command 743***** bug was fixed.

      You can compile by yourself using guide:
      https://vite.wiki/tutorial/node/install.html#compile-source-code

      Make sure you have you have installed gcc

      Run your compiled file with command like:
      ./gvite -config /etc/vite/node_config.json recover -del=7436000
      Then start your main (officially released version).
      I've used 1.2.2 and 1.2.3alpha4 for further sync. Both successfully synced. Hope it will help for all until official release.

      Binary file by MrFox - is compiled gvite. But there no info about any out-Vite additional changes.

      PS Node can stuck few times on 7436783. Simply re-apply recover command again and restart sync.

      posted in Announcements
      U
      Umcka
    • RE: Vite Android Wallet APP is Online! (and Campaign of Reporting Bugs)

      Right now we have information about symbols count for address.
      Please add information about Comment limitation. Right now user can see only the message about reached limitation, but it is not clear how much symbols can be used.

      Screenshot_2019-01-02-20-08-26.jpg

      Also Transaction History has 4 decimal digital limitation instead of 8
      Limitation.png

      posted in Bugs Bounty
      U
      Umcka
    • RE: Solutions to the problem “Node stuck in 8637351”

      Guys, you don't need download any additional bin files from unknown sources.

      You have already provided solution in article by @viteshan:

      https://forum.vite.net/topic/772/sbp-block-creation-issues-on-feb-8-and-9-beijing-time/15

      You should download that small fix. Also this version contains recover command.

      Command below will show the list of all commands, allowed by version.

      ./gvite_your_latest_version -help
      
      posted in Announcements
      U
      Umcka
    • RE: Solutions to the problem “Node stuck in 8637351”

      If you want to check applied or not changes use console.

      First of all setup alias for console. Use any editor. mcedit in my case, you can use nano, vim, etc

      mcedit ~/.bashrc
      

      add string to file

      alias vite="/path_to_gvite_file/gvite attach ~/.gvite/testdata/gvite.ipc"
      

      Apply changes:

      source ~/.bashrc
      

      Start gvite service. Then run command:

      vite
      

      You will see somethimg like this:

      [email protected]:/opt/Vite/gvite-remove# vite
      this vite node`s git GO version is  23dd013c2785aae4a95a931b93ac0be56330d2e7
      Welcome to the Gvite JavaScript console!
      

      Use command to check height

      vite.ledger_getSnapshotChainHeight();
      

      You will see

      -> vite.ledger_getSnapshotChainHeight();
      {"jsonrpc":"2.0","id":1,"method":"ledger_getSnapshotChainHeight","params":[]}
      DBUG[02-25|18:48:13]                                          msg="sending {\"jsonrpc\":\"2.0\",\"id\":1,\"method\":\"ledger_getSnapshotChainHeight\",\"params\":[]}"
      {"jsonrpc":"2.0","id":1,"result":"8629999"}
      "{\"id\":0,\"jsonrpc\":\"2.0\",\"result\":\"8629999\"}"
      
      posted in Announcements
      U
      Umcka
    • Настройка полной ноды на базе VPS с предустановленной ОС Ubuntu 16/18

      Данный гайд уходит на доработку в связи с завершенным тестнетом. Некоторые моменты могут быть неактуальными. Заранее извиняюсь за неудобства

      Всем привет.
      13 декабря призошло отличное событие для Vite комьюнити. Стартовала программа по стимулированию пользователей запускать Vite full nodes (полных нод) для роста экосистемы Vite. Кратко можно почитать о том, что это собой представляет можно здесь: https://medium.com/@Enthusiast1/программа-стимулирования-полных-нод-8647692f9ae7

      Официальная инструкция по установке с примерами для Ubuntu, Mac, Windows достаточно простая:
      https://vite.wiki/tutorial/node/install.html#full-node-reward
      Статья для Windows
      https://snapsecure.network/beginners-guide-to-installing-and-operating-a-vite-sbp

      Ресурсы, которые мы будем использовать:

      Качаем последнюю версию софта
      https://github.com/vitelabs/go-vite/releases

      Смотрим состояние вашей полной ноды
      https://explorer.vite.net/FullNode

      Добавляем свой адрес и смотрим профит
      https://reward.vite.net/?language=en#/node

      Сразу оговорюсь, что я не сисадмин. Если вам не нравится отсутсвие sudo практически в каждой команде, то можете смело пропускать статью. Все представленное ниже - результат личного опыта с применением на практике. Надеюсь статья поможем всем тем, кто хочет поучаствовать в данной программе, но не может ввиду отсутсвия опыта.

      Собственно остановимся на ubuntu версии. В ходе работы с полной нодой возникли следующие вопросы:

      1. Выбор конфигурации ПК
      2. Установка и настройка
      3. Обеспечение бесперебойной работы
      4. Обновление.

      1. Выбор конфигурации ПК
      Так как это тестовая сеть, то возможно требования к системе изменятся при запуске мейннета. На текущий момент мне было интересно найти наиболее дешевый, с точки зрения помесячной оплаты, и рабочий на 99% вариант. Я выбирал арендуемый VPS как самый просто вариант.

      Данные сети будут загружены на наш сервер в ходе синхронизации. По большому счету наибольшая нагрузка ложится во время этой самой синхронизации (будь-то первая настройка или восстановление работ после простоя). Хорошим вариантом будет выбор конфигурации от 3 Gb RAM + 1 CPU (~15$). Но мы не ищем легких путей. Самая слабая конфигурация, которую я смог выбрать, с 1 CPU (~2,2GHz) и RAM от 1Gb в такой обстановке себя чувствует на текущий момент достаточно хорошо и обошлась в 5$/месяц. Достаточно, чтобы потестировать. В ходе работы CPU используется не особо активно, но вот RAM может незаметно закончится и все несистемные процессы будут остановлены, в том числе и gvite. По этому больше RAM = нет подобных проблем.

      2. Предварительная настройка VPS
      На текущий момент большинство хостинг сервисов предлагают VPS с уже предустановленой системой. Конечному пользователю нужно только выбрать версию системы, несколько настроек и нажать кнопку покупки/создания. На выходе спустя пару минут мы получаем уже готовый VPS к эксплуатации.

      Добавление SSH ключей, настройку фаерволов на определенные порты я не буду рассматривать. Для нашей работы мы сделаем по простому - обезопасим наш SSH доступ на простом, но ефективном уровне.

      Первичная настройка VPS

      Мы выбрали простую конфигурацию, нажали кнопку создать VPS, на почту пришло письмо с деталями (IP, логин\пароль). Что дальше? Качаем putty клиент с https://www.putty.org
      По умолчанию у нас будет доступ только на root-юзера. Для безопасности создадим нового юзера, дадим ему sudo права, чтобы можно было выполнять программы от имени root. Можно поступить проще и использовать его только для входа с последующим переключением на root через команду su.
      Наши следующие действия:

      1. Создаем юзера, обновляем пакеты на вашем VPS
      2. Меняем порт по умолчанию для доступа по SSH
      3. Запрещаем возможность логиниться по SSH с помощью root-юзера
      4. Устанавливаем сервис, блокирующий IP-адреса, с которых пытаются делать подбор пароля к нашему VPS

      Подключаемся к нашему VPS

      ssh [email protected]_addr_here
      

      Создадим юзера gvite007 (можно выбрать любое имя)

      adduser gvite007
      

      Вводим пароль, подтверждаем, данные по умолчанию подтверждаем нажатием ENTER

      Даем данному юзеру sudo права.

      usermod -a -G sudo gvite007
      

      Перезагружаем VPS.

      Для обновления пакетов необходимы права root. Если вы используете gvite007 юзера, то добавляйте в начале команду sudo. Можно переключиться на root-юзера через su.
      Из дополнительных утилит я предпочитаю дополнительно устанавливать mc (midnight commander), htop(аналог top), ntpdate(программа-демон для синхронизации времени), fail2ban (для блокировки IP)

      apt-get update
      apt-get install -y mc
      apt-get install htop
      apt-get install -y ntp
      apt-get install ntpdate
      service ntp stop
      ntpdate pool.ntp.org
      service ntp start
      

      Я предпочитаю встроенный в mc редактор файлов mcedit вместо nano (далее его буду указывать в тексте). Выбрать нужный редактор можно командой:

      update-alternatives --config editor
      

      Меняем порт по умолчанию для доступа по SSH. Для этого редактируем файл /etc/ssh/sshd_config

      mcedit /etc/ssh/sshd_config
      

      Ищем значение Port 22 и меняем его на любое из диапазона 49152 - 65535, например Port 60000
      Далее ищем строчку ‘PermitRootLogin yes’ и меняем на ‘PermitRootLogin no’.

      Теперь для подключения мы будем использовать 60000 порт, ssh подключение с помощью юзера root запрещено.

      Занести изменения в файл еще можно автоматически командами

      sed -i 's/Port\ 22/Port\ 60000/g' /etc/ssh/sshd_config
      sed -i 's/PermitRootLogin\ yes/PermitRootLogin\ no/g' /etc/ssh/sshd_config
      

      Перезагружаем сервис ssh

      service ssh restart
      

      После такой конфигурации чтобы залогиниться на сервер нужно будет выполнить команды:

      ssh [email protected]_addr -p 60000
      

      И далее уже, как писал ранее, использовать либо sudo, либо переключится на root пользователя через команду su

      Устанавливаем fail2ban

      apt-get install -y fail2ban
      
      cp /etc/fail2ban/jail.conf /etc/fail2ban/jail.local
      
      mcedit /etc/fail2ban/jail.local
      

      Ищем строчки port = ssh и заменяем на port = 60000

      Перезапускаем сервис и проверяем, что он запустился нормально, посмотрев лог-файл

      service fail2ban restart
      tail /var/log/fail2ban.log
      

      Можно посмотреть активны ли безопасности политики на нашем фаерволе

      iptables -L
      

      Настройка Swap файла

      VPS, предоставляем сервисами практически всегда идут с отключенным Swap(файлом подкачки). Для слабой конфигурации его отсутствие будет довольно критичным из-за постоянной нехватки памяти. Swap не рекомендуют включать если у вас используется SSD-диск.
      О том, что такое Swap и детальном описании шагов можно почитать здесь:
      https://www.digitalocean.com/community/tutorials/how-to-add-swap-space-on-ubuntu-16-04

      Пример ниже применался для VPS с 1Gb RAM

      Проверяем включен ли Swap

      swapon --show
      free -h
      

      Проверяем свободное место

      df -h
      

      Создаем и делаем активным Swap файл набором команд

      fallocate -l 2G /swapfile
      ls -lh /swapfile
      chmod 600 /swapfile
      ls -lh /swapfile
      mkswap /swapfile
      swapon /swapfile
      swapon --show
      free -h
      

      Делаем наш Swap файл постоянным, добавив информацию о нем в файл /etc/fstab
      Для этого делаем бэкап вайла /etc/fstab и заносим необходимые данные в конец файла.

      cp /etc/fstab /etc/fstab.bak
      echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
      

      Далее выполняем настройку параметров swappiness (как часто при нехватке памяти будет происходить обрацения к Swap файлу) и vfs_cache_pressure (настройка кеширования)

      cat /proc/sys/vm/swappiness
      

      По умолчанию это значение будет 60, это значит, что обращение к кэшу будет при загрузке памяти 100-60=40%. Желательно, чтобы это значение приближалось к нулю. Мы установим его на уровень 10, то есть при загрузке на 90% только будет обращение к Swap.

      cat /proc/sys/vm/vfs_cache_pressure
      

      По умолчанию это значение будет 100. При уменьшении этого параметра ядро, будет дольше держать страницы памяти в кеше, в том числе и в swap'е. Так как у нас всего 1Gb RAM, то мы можем оставить это значение по умолчанию. Ели бы было меньше, то можно было уменьшить до 50. Если же у нас 2Gb RAM и больше, то мы можем наоборот его увеличить, например до 1000

      В зависимости от ситуации выполняем команды

      mcedit /etc/sysctl.conf
      

      Добавляем в самом низу строчки
      vm.swappiness=10
      И если необходимо то и строчку с указанием нужного значения параметра.
      vm.vfs_cache_pressure=1000

      Сохраняем и выполняем ребут, чтобы изменения вступили в силу

      На этом предварительную настройку можно завершить.

      3. Установка и настройка сервиса полной ноды

      Установка достаточно проста. Загружаем архив с последней версией, распаковываем его, вносим изменения в файл конфигурации, копируем в директорию установки, делаем gvite сервисом. Конечная иерархия папок будет выглядеть так:
      /opt/Vite - здесь все наши версии gvite (сюда качаем, распаковываем)
      /opt/gvite - наша папка, с которой мы будем выполнять первую нашу установку и создание vite как запускаемого сервиса.
      /usr/local/vite/ - здесь будет лежать наш исполняемый файл сервиса
      /etc/vite/ - здесь будет лежать файл конфига

      Выполним скачивание и подготовку к установке.

      cd /opt
      mkdir Vite
      mkdir gvite
      cd ./Vite
      curl -L -O https://github.com/vitelabs/go-vite/releases/download/v1.2.3-alpha.4/gvite-v1.2.3-alpha.4-linux.tar.gz
      tar -xf gvite-v1.2.3-alpha.4-linux.tar.gz
      cd ./gvite-v1.2.3-alpha.4-linux
      sed -i 's/vite-full-node/vite-Придумываем_свое_название/g' node_config.json
      sed -i 's/getURL\": \"\"/getURL\" :\"wss:\/\/stats.vite.net\"/g' node_config.json
      sed -i 's/vite_xxxxxxxxxxxxxxxxxx/vite_указываем_наш_кошелек /g' node_config.json
      cp /opt/Vite/gvite-v1.2.3-alpha.4-linux/*  /opt/gvite/
      

      Командой sed -i автоматически вносим изменения в файл конфигурации вместо ручного редактирования.

      Создаем файл (юнит) vite.service

      touch /etc/systemd/system/vite.service
      chmod 664 /etc/systemd/system/vite.service
      mcedit /etc/systemd/system/vite.service
      

      Сохраняем туда текст следующего формата

      [Unit]
      Description=GVite node service
      After=network.target
      
      [Service]
      ExecStart=/opt/gvite/bootstrap/gvite
      Restart=on-failure
      User=vite
      Group=vite
      
      [Install]
      WantedBy=multi-user.target
      

      Стоит помнить, что в данной строчке ExecStart=/path_to_gvite/gvite должен быть правильно указан параметр path_to_gvite
      Для нашего примера ниже наши файлы все находятся в /opt/gvite и path_to_gvite должен выглядеть /opt/gvite/bootstrap

      Далее создаем установочный скриптов

      cd /opt/gvite
      mcedit install.sh
      

      Сохраняем текст следующего содержания:

      #!/bin/bash
      
      set -e
      
      CUR_DIR=`pwd`
      CONF_DIR="/etc/vite"
      BIN_DIR="/usr/local/vite"
      LOG_DIR=$HOME/.gvite
      
      echo "install config to "$CONF_DIR
      
      
      mkdir -p $CONF_DIR
      cp $CUR_DIR/node_config.json $CONF_DIR
      ls  $CONF_DIR/node_config.json
      
      echo "install executable file to "$BIN_DIR
      mkdir -p $BIN_DIR
      mkdir -p $LOG_DIR
      cp $CUR_DIR/gvite $BIN_DIR
      
      echo '#!/bin/bash
      exec '$BIN_DIR/gvite' -pprof -config '$CONF_DIR/node_config.json' >> '$LOG_DIR/std.log' 2>&1' | sudo tee $BIN_DIR/gvited > /dev/null
      
      chmod +x $BIN_DIR/gvited
      
      ls  $BIN_DIR/gvite
      ls  $BIN_DIR/gvited
      
      echo "config vite service boot."
      
      echo '[Unit]
      Description=GVite node service
      After=network.target
      
      [Service]
      ExecStart='$BIN_DIR/gvited'
      Restart=on-failure
      User='`whoami`'
      
      [Install]
      WantedBy=multi-user.target' | tee /etc/systemd/system/vite.service>/dev/null
      
      systemctl daemon-reload
      

      Даем права на запуск, выполняем его

      chmod +x install.sh
      ./install.sh
      systemctl enable vite
      

      Управление сервисом теперь можно выполнять командами

      service vite start
      service vite stop
      service vite restart
      

      4. Обеспечение бесперебойной работы
      Нам необходимо, чтобы наш сервис gvite постоянно работал.
      На предыдущем этапе мы сделали vite сервис как загружаемый. Но он будет автоподгружаться если был запущен через команду service vite start или после перезагрузки. Дополнительно добавим еще одну проверку.
      Для этого мы можем настроить планировщик задач cron
      Для этого отредактируем файл crontab

      crontab -e
      

      Добавляем в самом конце строчку и нажимаем Enter (делая ниже пустую строку)

      */5 * * * * pidof gvite > /dev/null|| /usr/sbin/service vite start
      
      

      "pidof gvite > /dev/null|| /usr/sbin/service vite start" данной командой мы проверяем запущена ли команда, если нет то запускаем наш сервис. /usr/sbin/service для крона нужно указывать точный путь для команды service. Проверка выполняется раз в пять минут. Можно настроить расписание по желанию.

      Сохраняем изменения.

      5. Обновление полной ноды.

      Здесь все просто, наши шаги следующие:

      1. Временно останавливаем cron-проверку запущенного процеса gvite
      2. Останавливаем процес gvite
      3. Загружаем архив с последней версией и распаковывает его
      4. Заменяем нужные файлы.
      5. Запускаем cron-проверку запущенного процеса gvite

      На практике это выглядит так:

      Запускаем редактирование файла crontab

      crontab -e
      

      Добавляем # символ перед командой (закоментируем ее) и сохраняем изменения

      #*/5 * * * * pidof gvite > /dev/null|| /usr/sbin/service vite start
      

      Далее пункты 2, 3, 4. Ниже пример для gvite-v1.2.3-alpha.4 версии

      service vite stop или же чтобы 100% kill -9 $(pidof gvite)
      sleep 10
      cd /opt/Vite
      curl -O -L https://github.com/vitelabs/go-vite/releases/download/v1.2.3-alpha.4/gvite-v1.2.3-alpha.4-linux.tar.gz
      tar -xf gvite-v1.2.3-alpha.4-linux.tar.gz
      cp /opt/Vite/gvite-v1.2.3-alpha.4-linux/gvite  /usr/local/vite
      

      Раскоментируем проверку в crontab

      Касательно вопроса мониторинга мне нравится вариант вот такого мониторинга, как на скриншоте
      Console with filtered nodes for monitoring
      Кто-то предпочтет использовать системы на подобии Zabbix, Nagios, Prometheus. Для нескольких ПК можно вообще использовать https://explorer.vite.net/FullNode

      Послесловие
      На выходе мы получим достаточно автономную единицу с неплохой защитой. Наша задача будет только обновлять софт. Можно скомпоновать все в несколько bash-скриптов, можно просто команды копировать блоками в консоль - все это упростит и ускорит намного выполнение рутинных задач. Возможна доработка статьи. Критика, пожелания, вопросы - все принимается.
      ЗЫ Нашел пару интересных моментов, гайд отправляется на доработку.
      Но это уже совсем другая история

      Некоторые дополнительные использованные ресурсы:
      https://vite.wiki/tutorial/node/example.html#start-gvite-as-service
      https://www.digitalocean.com/community/tutorials/how-to-add-swap-space-on-ubuntu-16-04

      posted in Russian
      U
      Umcka
    • RE: Vite Android Wallet APP is Online! (and Campaign of Reporting Bugs)

      When you are trying insert long number you will get unread view like on screenshot. You can move left-right to see ticker but anyway it looks incorrectly Length bug.jpg

      posted in Bugs Bounty
      U
      Umcka

    Latest posts made by Umcka

    • RE: Настройка полной ноды на базе VPS с предустановленной ОС Ubuntu 16/18

      @Константин-Котов можно в крон добавить скрипт с текстом, аналогичным куску из сервиса рестарта (если подняли ноду как самостоятельный сервис).

      #!/bin/bash
      ## Kill original gvite process
      pgrep gvite | xargs kill -s 9
      ## Check result
      ps -ef | grep gvite
      ## Start gvite service
      sudo service vite start
      

      https://crontab.guru/examples.html
      вот отличный ресурс с кучей примеров, можно любой период настроить и посмотреть параметры. Для крона строчка:
      */5 * * * * sript.sh - будет каждые пять минут запускать скрипт
      0 0 * * 0 script.sh - раз в неделю в воскресенье в 00:00

      posted in Russian
      U
      Umcka
    • RE: Настройка полной ноды на базе VPS с предустановленной ОС Ubuntu 16/18

      Нужно помнить, что место не резиновое. Например если вы используете ноду с 25Gb жестким диском.
      В помощь пару команд, чтобы почистить наши логи. Иногда они полностью забивают все дисковое пространство из-за частых ошибок - например нода перестала нормально синхронизироваться и вы за ней не уследили.
      Первых две команды вычищают все их из двух папок с логами. Третья команда покажет информацию об использованом дисковом пространстве.

      rm -rfv ~/.gvite/testdata/rpclog/*
      rm -rfv ~/.gvite/testdata/runlog/*
      df -h
      
      posted in Russian
      U
      Umcka
    • RE: Campaign Result of Putting Your Designs on Vite Store

      Wow! Congrats to all winners.

      posted in Campaigns
      U
      Umcka
    • RE: Put Your Designs on Vite Store

      @fooyidai https://twitter.com/vitelabs/status/1053162028976599041
      We don't know his name))

      posted in Campaigns
      U
      Umcka
    • RE: Put Your Designs on Vite Store

      vite cup.jpg

      posted in Campaigns
      U
      Umcka
    • RE: Put Your Designs on Vite Store

      GTA style T-Shirt. Fonts can be changed.
      vite t-shirt.jpg

      posted in Campaigns
      U
      Umcka
    • RE: Настройка полной ноды на базе VPS с предустановленной ОС Ubuntu 16/18

      Заметил, что с новой версией может немного меняться конфигурационный файл. Например, добавляются в лишние пробелы, параметры и т.д.

      К примеру было:
      getURL":"" с заменой на getURL":"wss://stats.vite.net"
      И соответствующая команда
      sed -i 's/getURL": ""/getURL":"wss://stats.vite.net"/g' node_config.json

      Стало:
      getURL": "" с заменой на getURL": "wss://stats.vite.net",
      И соответствующая команда
      sed -i 's/getURL": ""/getURL" :"wss://stats.vite.net"/g' node_config.json

      posted in Russian
      U
      Umcka
    • RE: Full nodes stuck at block 8637351

      @Roy-Moro Probably, but you will never see it there and will never notice that this is official solution with such represent. For example, I'm instantly scrolling to nodes list.

      posted in Support
      U
      Umcka
    • RE: Full nodes stuck at block 8637351

      If you want to check applied or not changes use console.

      First of all setup alias for console. Use any editor. mcedit in my case, you can use nano, vim, etc

      mcedit ~/.bashrc
      

      add string to file

      alias vite="/path_to_gvite_file/gvite attach ~/.gvite/testdata/gvite.ipc"
      

      Apply changes:

      source ~/.bashrc
      

      Start gvite service. Then run command:

      vite
      

      You will see somethimg like this:

      [email protected]:/opt/Vite/gvite-remove# vite
      this vite node`s git GO version is  23dd013c2785aae4a95a931b93ac0be56330d2e7
      Welcome to the Gvite JavaScript console!
      

      Use command to check height

      vite.ledger_getSnapshotChainHeight();
      

      You will see

      -> vite.ledger_getSnapshotChainHeight();
      {"jsonrpc":"2.0","id":1,"method":"ledger_getSnapshotChainHeight","params":[]}
      DBUG[02-25|18:48:13]                                          msg="sending {\"jsonrpc\":\"2.0\",\"id\":1,\"method\":\"ledger_getSnapshotChainHeight\",\"params\":[]}"
      {"jsonrpc":"2.0","id":1,"result":"8629999"}
      "{\"id\":0,\"jsonrpc\":\"2.0\",\"result\":\"8629999\"}"
      
      posted in Support
      U
      Umcka
    • RE: Solutions to the problem “Node stuck in 8637351”

      If you want to check applied or not changes use console.

      First of all setup alias for console. Use any editor. mcedit in my case, you can use nano, vim, etc

      mcedit ~/.bashrc
      

      add string to file

      alias vite="/path_to_gvite_file/gvite attach ~/.gvite/testdata/gvite.ipc"
      

      Apply changes:

      source ~/.bashrc
      

      Start gvite service. Then run command:

      vite
      

      You will see somethimg like this:

      [email protected]:/opt/Vite/gvite-remove# vite
      this vite node`s git GO version is  23dd013c2785aae4a95a931b93ac0be56330d2e7
      Welcome to the Gvite JavaScript console!
      

      Use command to check height

      vite.ledger_getSnapshotChainHeight();
      

      You will see

      -> vite.ledger_getSnapshotChainHeight();
      {"jsonrpc":"2.0","id":1,"method":"ledger_getSnapshotChainHeight","params":[]}
      DBUG[02-25|18:48:13]                                          msg="sending {\"jsonrpc\":\"2.0\",\"id\":1,\"method\":\"ledger_getSnapshotChainHeight\",\"params\":[]}"
      {"jsonrpc":"2.0","id":1,"result":"8629999"}
      "{\"id\":0,\"jsonrpc\":\"2.0\",\"result\":\"8629999\"}"
      
      posted in Announcements
      U
      Umcka