Войти или зарегистрироваться
  • Вы находитесь в сообществе Rubukkit. Мы - администраторы серверов Minecraft, разрабатываем собственные плагины и переводим на различные языки плагины наших коллег из других стран.

Плагин [ADMN/SEC/MECH] ShareControl v2.6.4 - контроль творческого режима [1.7 - 1.11]

Поставил плагин, но вип игроки все равно могут выкидывать вещи из гм1 и открывать сундуки. печи и тд
Что делать?
а еще лучше закрой свой некчемный школо сервер и избавь нас от этого ужаса раз неможешь поолдовать с пермом
 
Всё спасибо! Все работает
А можно как-нибудь сделать, чтобы блок, поставленные в креативе, а ты его ломаешь в выживание, чтоб он просто не выпадал, а не появлялся на том же месте
И баг с лампой еще работает!
 
Всё спасибо! Все работает
А можно как-нибудь сделать, чтобы блок, поставленные в креативе, а ты его ломаешь в выживание, чтоб он просто не выпадал, а не появлялся на том же месте
И баг с лампой еще работает!
1. Конфигурации:
YAML:
BlockingBreak: true        #Если true, то при попытке игрока из выживания сломать блок из творческого режима,  блок восстановиться. Если false, то блок сломается, но дроп не выпадет.
2. Будет исправлено
 
Почему не находит ссылку для скачивания?
 
Коллеги, приветствую!

Возникла проблема.
Обычно — при останове сервера командой stop — плагин в консольном логе писал так:

…
[15:00:00] [Server thread/INFO]: =================== ShareControl ===================
[15:00:00] [Server thread/INFO]: Stoping tasks...
[15:00:00] [Server thread/INFO]: Saving inventories and block database...
[15:00:19] [Server thread/INFO]: Disconnecting from SQLite...
[15:00:19] [Server thread/INFO]: Disconnected from DB.
[15:00:19] [Server thread/INFO]: ====================================================
…

Но с недавних пор (при останове сервера командой stop) стал зависать и — по истечении тайм-аута (1 минута) — крашить сервер, уводя его в окончательное фатальное зависание:

…
[12:00:00] [Server thread/INFO]: =================== ShareControl ===================
[12:00:00] [Server thread/INFO]: Stoping tasks...
[12:00:00] [Server thread/INFO]: Saving inventories and block database...
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: Server has stopped responding
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: Dumping threads info
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: Main thread
…

Можете ли подсказать, что причиной? кто виной? (с))
 
Коллеги, приветствую!

Возникла проблема.
Обычно — при останове сервера командой stop — плагин в консольном логе писал так:



Но с недавних пор (при останове сервера командой stop) стал зависать и — по истечении тайм-аута (1 минута) — крашить сервер, уводя его в окончательное фатальное зависание:



Можете ли подсказать, что причиной? кто виной? (с))
причем тут ShareControl?
 
Потому что это его (плагина) сообщения, не так ли?

Если нет -- тогда вы правы. Но я сильно удивлюсь.
Если да -- тогда интуиция подсказывает, что НЕпоявление сообщения "Disconnecting from SQLite..." связано с проблемами предыдущего процесса "Saving inventories and block database...".

Буду признателен за ваш комментарий.
 
Проблема со сменой игрового режима.
Сделал всё по инструкции, но в игре пишет ошибку.
Версия сервера (1.10)
Снимокавими.PNG
Пермишн
Снимокавп.PNG
Конфиг
Снимокпварп.PNG
 
Потому что это его (плагина) сообщения, не так ли?

Если нет -- тогда вы правы. Но я сильно удивлюсь.
Если да -- тогда интуиция подсказывает, что НЕпоявление сообщения "Disconnecting from SQLite..." связано с проблемами предыдущего процесса "Saving inventories and block database...".

Буду признателен за ваш комментарий.
а вам не проще убрать его на время и проверить таким образом . Лично я юзаю LimiterCreative они схожи но ощибок не
 
Коллеги, приветствую!

Возникла проблема.
Обычно — при останове сервера командой stop — плагин в консольном логе писал так:



Но с недавних пор (при останове сервера командой stop) стал зависать и — по истечении тайм-аута (1 минута) — крашить сервер, уводя его в окончательное фатальное зависание:



Можете ли подсказать, что причиной? кто виной? (с))
Судя по всему, плагин не успевает сохранить все оставшиеся блоки в кэше в базу данных и поэтому сервер крашится по истечению тайм-аута. Попробуйте изменить интервал сохранения в конфигурациях плагина, уменьшить его.
Проблема со сменой игрового режима.
Сделал всё по инструкции, но в игре пишет ошибку.
Версия сервера (1.10)
Посмотреть вложение 46999
Пермишн
Посмотреть вложение 47000
Конфиг
Посмотреть вложение 47001
Какое ядро? Проверьте плагины, которые могли бы на это повлиять. Данное сообщение не имеет отношение к моему плагину, возможно, старая версия, но вряд ли. У меня сообщение в английской версии "You can not go in gamemode creative."
 
Последнее редактирование:
Судя по всему, плагин не успевает сохранить все оставшиеся блоки в кэше в базу данных и поэтому сервер крашится по истечению тайм-аута. Попробуйте изменить интервал сохранения в конфигурациях плагина, уменьшить его.

Спасибо, отличная идея! Попробую.

только не уменьшить, а увеличить )
 
Попорбовал - поставил 10 минут. Ничего не изменилось! Краш наступает строго ровно по истечении 1-й минуты.

фрагмент конфига:

General:
CheckUpdates: true
Version: 2.6.4
Language: ru
Database: sqlite
SaveInterval: 10

(еще раз) фрагмент лога (команда "stop" выполнялась по расписанию AutoSaveWorld в 12:00):

[12:00:00] [Server thread/INFO]: [ShareControl] Disabling ShareControl v2.6.4
[12:00:00] [Server thread/INFO]: =================== ShareControl ===================
[12:00:00] [Server thread/INFO]: Stoping tasks...
[12:00:00] [Server thread/INFO]: Saving inventories and block database...
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: Server has stopped responding
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: Dumping threads info
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: Main thread
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: ------------------------------
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: Current Thread: Server thread
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: PID: 16 | Suspended: false | Native: false | State: BLOCKED
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: Stack:
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: org.sqlite.DB.prepare(DB.java:121)
[12:01:00] [AutoSaveWorld CrashRestartThread/ERROR]: org.sqlite.Stmt.executeQuery(Stmt.java:121)

Ядро:

[Server thread/INFO]: This server is running CraftBukkit version git-Spigot-de459a2-51263e9 (MC: 1.10.2) (Implementing API version 1.10.2-R0.1-SNA

Спасибо за помощь!
 
Попорбовал - поставил 10 минут. Ничего не изменилось! Краш наступает строго ровно по истечении 1-й минуты.

фрагмент конфига:



(еще раз) фрагмент лога (команда "stop" выполнялась по расписанию AutoSaveWorld в 12:00):



Ядро:



Спасибо за помощь!
Попробуйте поставить 1 минуту всё же. Так блоки будут чаще сохранятся, а значит к рестарту будет намного меньше блоков для сохранения. Если не поможет, то придётся ждать вам ближайшего обновления, наверное.
 
@h1karo Аа... Значит, это не время тайм-аута, а частота регулярного сохранения?!
Обязательно попробую!

Жаль, что не в секундах! )) Поставил бы 15 секунд. Пусть процессор грузится, зато сервер не будет зависать!

Но -- всё равно -- буду очень-очень ждать апдейта! )) Спасибо за вашу работу! )
 
Попробовал. Никаких изменений ( Вновь зависание на этапе сохранения при останове сервера.

И это -- в ночное время! Когда на сервере активность близка к нулю! (В момент останова в Игре находилось не более двух игроков!)

В общем, буду ждать обновления. Без плагина -- никак.
Если потребуется моя помощь в тестировании и/или доп.информации -- я к вашим услугам.
 
Возможно, вам покажется полезной следующая доп.информация.

Останов сервера начался в 6:00. Ровно в 6:01 МС-сервер завис на плагине ShareControl, сохраняющем свои данные. Он висел в этом (зависшем) состоянии часа два -- до тех пор, пока я, проснувшись, не перегрузил физический сервер. После перезагрузки физического сервера и запуска МС-сервера (с уже отключенным плагином), файлы плагина выглядели так:

.../plugins/ShareControl/data# ls -la
total 19440
drwxr-xr-x 2 root root 4096 Jul 15 06:20 .
drwxr-xr-x 4 root root 4096 Jul 14 22:57 ..
-rw-r--r-- 1 root root 19290112 Jul 15 06:20 blocks.db
-rw-r--r-- 1 root root 601639 Jul 15 05:11 inventories.yml
То есть плагин отчаянно пытался закрыть файл blocks.db (и, судя по времени, это удалось только в 6:20 -- через 19 минут после аварийного обрушения сервера), а до файла inventories.yml дело не дошло вовсе (либо плагин не успел его закрыть).

Попутно вопрос: размеры файлов не кажутся чрезмерными? (Сразу замечу, что перейти на mysql возможности нет.)

Спасибо!
 

Поделиться этой страницей

Назад
Верх