Что является Тонким и почему мне нужен он
Не может помочь с Debian, я боюсь, но существует программное обеспечение, которое может восстановить данные, которые были на массиве. Это не создаст совершенно новый массив, но это дает Вам шанс получить данные от системы и создать резервную копию его.
Единственный, с которым я имел успех, был Нулевым Восстановлением Предположения.
Однако самая легкая вещь сделать состояла бы в том, чтобы получить новый PERC 6/i карта и просто включить их; это должно повторно обнаружить существующий массив и просто повторно смонтировать его.
Тонкий, или Пассажирский, или WEBrick, или любой другой подобный веб-сервер служит единственной цели. Он принимает HTTP-запрос из сети и передает его в Rack и возвращает ответ приложения в сеть.
(Обычно Rack используется как один из компонентов полного приложения Ruby, написанного с фреймворк, такой как Rails или Sinatra. Он обрабатывает входящие HTTP-запросы через собственное промежуточное ПО и гарантирует, что они направляются в правильный код приложения.)
Что происходит с запросом после того, как Thin отправляет его в Rack, так это вообще не забота Тонких; это забота приложения и его разработчика.
Причина, по которой веб-сервер Ruby обычно размещается за более традиционным веб-сервером, таким как Apache или nginx, связана с производительностью. Веб-сервер Ruby написан на Ruby и оптимизирован для работы со стеком приложений, который он обслуживает. В частности, это не обязательно очень хорошо для быстрого обслуживания статических активов. В обычной производственной установке традиционный веб-сервер будет обслуживать статические ресурсы, которые Rails предварительно компилирует либо в качестве грабельной задачи во время развертывания, либо при первом доступе , а Thin (или выбранный вами сервер) будет передавать все еще в приложение. В результате запуск только Thin полезен только в среде разработки, поскольку производительность обычно не является проблемой. Мы не стали бы этого делать. (И обычно для этой цели используется WEBrick, поскольку это веб-сервер по умолчанию для приложений Rails.)
Как системные администраторы, мы, как правило, не заботимся о коде приложения, хотя в некоторых случаях вы захотите поработать с разработчиком, чтобы оценить, какой из нескольких возможных веб-серверов Ruby следует использовать с данным приложением. Хотя, как правило, с точки зрения приложения они должны быть взаимозаменяемыми.