ldvldv:
root@deb# umount /dev/vda1
umount: /: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
мне кажется что-то я делаю не так
У меня в хосте LVM том видится именно как LVM устройство, а в гостевой системе я его не использовал как LVM, а просто как если бы это был обычный винт разбитый на обычные партиции
на /dev/vda1 у меня вся система - корень.
На сколько я понял действовать нужно именно в гостевой системе, и только после уменьшения партиций переходить в хостовую для уменьшения тома LVM?
ldvldv: может акронис или gparted могут в графическом режиме это сделать?
Есть подозрение что могу в ручном ужать партицию без сохранения целостности данных.
ФС вроде как ext4.
ldvldv: на счет bs - так и предполагал
на виртуалке система разбита автоматом установщиком, просто скормил ему диск созданный LVM хостовой системой
Device Boot Start End Blocks Id System
/dev/vda1 * 2048 40894463 20446208 83 Linux
/dev/vda2 40896510 41940991 522241 5 Extended
/dev/vda5 40896512 41940991 522240 82 Linux swap / Solaris
Я в этом плане чуть изменил ход, изначально сделал локальный бэкап и архивнул его, потом передал на другой сервер и там восстановил локально, может при восстановлении ключи какие можно указывать в качестве размера полосы пропускания восстановления???
Ищу каким образом и в какой последовательности делать уменьшение тома, но нет нормальной инфы к сожалению.
Спасибо за сценарий, подошел отлично, ресайз пока не проверил, но думаю там проблем не должно возникнуть. Очень смутил длительный промежуток восстановления с dd, 20GB восстанавливает более 2-х часов, это норм?
Всегда интересовал тот момент, как люди могут доверить свой бизнес неизвестным людям оставаясь владельцами лишь по документам другой страны, а может даже в документах будут другие люди чтоб не палиться...
xydope: Очень верно подмечено! Многие почему-то считают что их цель счастливо жить, но поясните где эта грань и что считать за счастье?
У кого-то есть любимый человек и он счастлив, а кто-то счастлив от домика в деревне, другому за счастье иметь что выпить. Потому цель должна быть более конкретной чтоб при достижении ее можно было понять, потому как в текущем состоянии вы можете каждый раз менять для себя понятие счастлив и быть постоянно несчастным. Как таковое счастье - это результат каких-то достижений, вот Вам и необходимо более точно сформулировать что необходимо достичь чтоб быть счастливым.
Например у меня есть какое-то хобби и я хочу чтоб моя жизнь достигла такого момента, когда я смогу заниматься своим хобби, а не работой, но при этом мне будет хватать и на проживание и на прочие радости жизни, а вот достижение этого момента, это и есть цель которую я пока не знаю как реализовать.
А можно узнать хар-ки сервера и среднее время выборки сообщений для одного пользователя при 250млн сообщений?
Кстати с какой целью делалось дублирование сообщений для отправителя и получателя если идентификаторы обоих присутствуют в строке каждой записи(или я не так понял)?
Павел Елизарьев: Спасибо за Вики, прочитал еще раз и убедился что именно таким путем и идем, но вопрос с переводом на сервер заказчика присутствует. Хотя возможно мы не правильно его интерпретировали. Когда заказчик желает воспользоваться CRM но его смущает необходимость работать в одном информационном пространстве с другими заказчиками, он предлагает получить изолированную от других заказчиков среду. Вот именно в этом моменте у нас и недоумевание - как ее обеспечить. Мой вопрос мне показался наиболее приемлемым при условии возможности сохранить приватность кода и данных, но есть вариант который мы пока не знаем как реализуется. Это вариант когда при клике на каком-либо SaaS сервисе разворачивается среда изолированная от основного сервиса и там лишь рабочее пространство конкретного заказчика. Для примера имеем сервис service.ru где логинимся и работаем в общем с другими клиентами информационном пространстве, но существует вариант создать изолированное пространство как вариант в поддомене customer.service.ru где будет база с данными лишь данного заказчика. Как пример если мы в первом варианте будем иметь в базе записи чередующиеся в порядке добавления их всему клиентами(к примеру нашему клиенту будут принадлежать записи с индексом 2,6,11, 35,56 ... ... ..), то во втором случае после первой записи у нас будет идти с индексом 2, а после нее с индексом 3, так как ни чьих посторонних записей там появиться не может.
Направьте пожалуйста где можно побольше узнать про такой вариант решения нашего вопроса.
В нашем случае как раз и получается программа как сервис, но основной функционал находится именно на стороне заказчика, а доступ к нему будет согласно прохождению проверки лицензии включаться. Потому такие места должны быть скрыты от доступа заказчика. Так же думали над "облачными решениями" но хотелось бы побольше узнать о их архитектуре и реализации в разрезе PHP SaaS приложений, можете указать куда грести за большей информацией?
при запуске скрипта мы подключается к базе, проверяем наличие лока (dev.mysql.com/doc/refman/5.0/en/miscellaneous-func... если его нет, значит нет запущенного скрипта, ставим лок и запускаем выполнение своего функционала в цикле while с допустимым временем простоя(дабы не поднимать LA серверу), в конце скрипта снимаем подключение к базе. Данный лок - это что-то вроде включенного регистра в базе, при чем как только вы отключаетесь(не важно по какой причине: сами или скрипт упал) лок будет снят и тем самым вы понимаете что скрипт значит не отрабатывает на данный момент времени