• UAH
  • USD
  • RUB
  • EUR
  • +38(044) 392-74-33  Киев
  • +38(057) 728-39-00  Харьков
  • +38(056) 794-38-31  Днепр
  • +38(032) 229-58-93  Львов
  • +38(048) 738-57-70  Одесса
  • +38(093) 449-04-21  Life
  • +38(067) 400-88-44  Киевстар
  • +38(095) 630-90-82  MTC
  • +1(888)393-24-51  USA, Toll free
  • +44(131)507-01-14  Great Britain
  • +7(499) 348-28-61  Москва

Пожелания и предложения. SVN и количество inodes

Форумы Пожелания и предложения SVN и количество inodes
Brilliant.IT
01.03.2016
хостинг: есть
домен: есть
1
SVN и количество inodes
Здравствуйте! Кто-то сталкивался с такой проблемой?

При использовании SVN создаётся большое количество файлов и директорий, в результате чего при использовании уже 3-4 сайтов (!) исчерпывается лимит inodes.
Лимит inodes фиксирован в 200000

Предлагаю следующие варианты решения данной проблемы:
а) Обновить SVN клиент на хостинге до версии 1.7. Он, вроде, использует гораздо меньшее количество файлов для своей базы. Больше информации есть тут: Apache Subversion 1.7 Release Notes

б) Игнорировать количество inodes для папок .svn

в) Сделать лимит inodes "прогрессивным" для разных коммерческих пакетов. Сделать возможность докупить inodes к лимиту...

г) убрать лимит inodes :-)
Прикрепленные файлы:
Андрей
01.03.2016
хостинг: есть
домен: нет
1
При использовании SVN создаётся большое количество файлов и директорий, в результате чего при использовании уже 3-4 сайтов (!) исчерпывается лимит inodes. © Brilliant.IT

Есть данные относительно количества занятых инодов SVN-ом ?
Brilliant.IT
01.03.2016
хостинг: есть
домен: есть
1
inoды посчитать не могу, но могу посчитать количество файлов и директорий. Должно приблизительно совпадать.
Количество файлов и директорий вместе с сервисными файлами SVN клиента: 59778. (см. первый скриншот)

Файлы сайта: 14751
Директорий: 3186
(см. второй скриншот)

Итого, только 41841 файлов/папок из 59778 - это SVN репозиторий. Это около 70% балласта.

И это ещё только около 100 ревизий. При увеличении количества ревизий репозиторий растёт.
Прикрепленные файлы:
Андрей
01.03.2016
хостинг: есть
домен: нет
1
Спасибо за информацию - она обязательно будет проверена.
Если у SVN есть такая особенность в работе с файлами, то мы постараемся найти решение вопроса.
Информирование о ситуации и уточнение информации, в случае надобности, будет происходить через эту тему
Brilliant.IT
01.03.2016
хостинг: есть
домен: есть
Спасибо, буду ждать
domain11
01.03.2016
хостинг: нет
домен: нет
А как ведет себя с файлами git?
Андрей
03.03.2016
хостинг: есть
домен: нет
А как ведет себя с файлами git? © domain11

у меня пока нет информации. Если кто-то может поделится - отпишитесь тут, пожалуйста
Андрей
03.03.2016
хостинг: есть
домен: нет
1
Brilliant.IT, по Вашим предложениям:

а) Обновить SVN клиент на хостинге до версии 1.7. © Brilliant.IT

да, это попробуем в ближайшем времени сделать. О результатах тестирования и обновления svn будем информировать в этой ветке.

б) Игнорировать количество inodes для папок .svn © Brilliant.IT

к сожалению, это не будет реализовано

в) Сделать лимит inodes "прогрессивным" для разных коммерческих пакетов. © Brilliant.IT

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


г) убрать лимит inodes :-) © Brilliant.IT

это уже сделано на выделенных серверах:)
Brilliant.IT
04.03.2016
хостинг: есть
домен: есть
1
> да, это попробуем в ближайшем времени сделать. О результатах тестирования и обновления svn будем информировать в этой ветке.
Супер.

> частично такой подход будет использован в будущей услуге. Больше информации пока не сообщаю - идея в разработке.
Это тоже было бы отлично. У нас есть аккаунты постарше - в них лимит 500000, с ними попроще.

> это уже сделано на выделенных серверах:)
Всё-таки, обслуживание сайтов на shared-хостинге требует меньше ответственности и меньше ресурсов, чем на серверах.
А насколько удобной панели, как панель ukraine.com.ua так и не нашли.

-----------------
P.S.
У нас куча сайтов и для их обслуживания пока мы купили 19 аккаунтов и 2 VPS сервера.
Очень бы хотелось уйти от этого рудимента и просто оплачивать, например, место на хостинге :-).
Ещё было бы суперски, если можно было бы для каждого сайта лимитировать место / нагрузку.
А то получается, что при добавлении, к примеру, новых товаров или внесении правок на сайтах приходится делать переносы между аккаунтами.
К счастью, проблемы с переносом почты уже решены (2 года назад перенести почту на другой аккаунт не было возможности), но всё равно неудобно.
Кроме того, всё-таки, без репликации максимально плавно перенести сайт нет возможности - часто переносим сайты в ночное время...

P.P.S.
Всё-таки, ukraine.com.ua - пока лучший из украинских хостингов.
Андрей
04.03.2016
хостинг: есть
домен: нет
1
Brilliant.IT, на сервере, где лежит аккаунт it*****6 обновили svn - можете тестировать
Brilliant.IT
09.03.2016
хостинг: есть
домен: есть
Просто супер!
Количество использованных inodes уменьшилось в 2,3 раза (было 171737, стало 75047).

4 сайта. Из них только в трёх были файлы.
Тарифный план: Лучший SSD (покупать тариф выше не было смысла как раз из-за лимита inodes).

До апгрейда SVN было:
Свободно: 2.92 ГБ и 28263 файлов
Использовано 171737 inodes

После апгрейда SVN:
Свободно: 3.30 ГБ и 124953 файлов
Использовано 75047 inodes

А когда ждать на остальных аккаунтах? :-).
Андрей
09.03.2016
хостинг: есть
домен: нет
1
А когда ждать на остальных аккаунтах? :-). © Brilliant.IT

надеюсь в ближайшее время
Brilliant.IT
12.03.2016
хостинг: есть
домен: есть
На остальных аккаунтах заметили обновление SVN.
Спасибо за оперативность!

Но есть одна ремарочка. Во время тестов (на хостинге itbrill6) была версия SVN клиента с рабочей командой [b]svn upgrade[/b].
Данная команда позволяет в один клик обновить репозиторий с версии 1.6 до версии 1.7. Это довольно удобно, ведь сейчас же почти все репозитории с базой старой версии, а клиенты - уже на новой версии.

В той версии svn клиента, который сейчас стоит на хостинге, команда upgrade не работает. Единственный выход - удалить репозиторий и сделать [b]svn checkout[/b] заново. В некоторых случаях это может быть очень неудобно. Например, если есть внесённые изменения на сайте и необходимо сделать commit с хостинга.

Решения проблемы, к сожалению, не знаю - возможно, необходимо скомпилировать клиент с каким-то специальным ключём или же новые версии SVN клиентов в принципе не умеют делать upgrade.
Прикрепленные файлы:
eugen
12.03.2016
хостинг: есть
домен: есть
В той версии svn клиента, который сейчас стоит на хостинге, команда upgrade не работает © Brilliant.IT

Какая ошибка выдается при выполнении команды?
Brilliant.IT
12.03.2016
хостинг: есть
домен: есть
Вот такая вот ошибка:
itbrill@web354:~/lucesposa.com/www$ svn upgrade
Unknown command: 'upgrade'


itbrill@web354:~/lucesposa.com/www$ svn update
svn: symbol lookup error: svn: undefined symbol: svn_opt__eat_peg_revisions


Вторая ошибка вылазит и для старых и, что удивительно, для новых репозиториев тоже.
Прикрепленные файлы:
eugen
12.03.2016
хостинг: есть
домен: есть
На сервере с аккаунтом itbrill6 отрабатывал и update и upgrade, я правильно понимаю?
Brilliant.IT
12.03.2016
хостинг: есть
домен: есть
Да.
eugen
14.03.2016
хостинг: есть
домен: есть
Проверьте, воспороизводится ли ошибка сейчас? Похоже, не полносью обновился пакет в файловой системе аккаунтов.

Версия svn одинакова на всех серверах
Brilliant.IT
14.03.2016
хостинг: есть
домен: есть
Проверьте, воспороизводится ли ошибка сейчас? Похоже, не полносью обновился пакет в файловой системе аккаунтов.
Версия svn одинакова на всех серверах
© eugen


Спасибо, заработало :-)
Участвовать в общении на этом форуме могут только
зарегистрированные пользователи.

Если вы уже зарегистрированы Вам необходимо войти на форум.

Горячая линия
(044)
392 74 33
другие города