Нужно сказать что в интернете очень много инструкций по решению данной проблемы, однако краткой и полной можно назвать далеко не каждую.
Эта инструкция сугубо для новичка, который только начинает осваивать ubuntu.
Действие происходит в окне терминала.
1. Создание root пользователя:
пользователь@компьютер:~$sudo passwd root
далее система попросит ввести пароль который вы вводили при установке системы.
После этого введите пароль пользователя root: не удивляйтесь пароли не отображаются.
2. Разрешение локального входа под root. Необходимо выполнить следующий алгоритм действий:
Система>Администрирование>Окно входа в систему> вкладка «Безопасность»>поставить галочку «Разрешить локальный вход администратору системы»

Предупреждение: активация пользователя root опасно для вашего компьютера (сетевая безопасность)

Можно как уже сказали ниже не создавать root, а просто выполнить (стать root)
sudo su напоминаю это нужно для работы с файлами и установки пакетов
3.Устанавливаем apache (в терминале):
sudo apt-get install apache2 libapache2-mod-auth-mysql
4. Устанавливаем php:
sudo apt-get install php5-common php5 libapache2-mod-php5 php5-cli php5-cgi php5-mysql
5.Перезапустим apache:
sudo /etc/init.d/apache2 restart
6.Устанавливаем MySQL:
sudo apt-get install mysql-server mysql-client Во время установки будет запрошен ввод пароля root-а MySQL сервера.
7.Перезапустим apache:
sudo /etc/init.d/apache2 restart
8. Ставим phpmyadmin.
sudo apt-get install phpmyadmin
phpmyadmin — веб-инструмент для управлениями MySQL-ными базами данных. Очень удобный инструмент для разработчиков.Во время установки от нас запросят об используемом веб-сервере — выбираем apache.
указваем каталог где установлен phpmyadmin
sudo ln -s /usr/share/phpmyadmin/ /var/www
Вход в phpmyadmin: localhost/phpmyadmin
Вот и все.
Подключение модулей: по умолчанию некторые модули отключены. Включить их можно командой:
sudo a2enmod имя_модуля dd
Например, подключение модуля mod_rewrite:
sudo a2enmod rewrite
После подключения модулей необходимо перезапустить apache:
sudo /etc/init.d/apache2 restart

Недавно появился миниатюрный Linux-сервер — «Linux сервер в виде блока питания», изготовленный на system-on-chip (SoC) Marvell Sheeva CPU 1.2GHz с ARM-архитектурой.
Этот сервер вроде бы предназначен не для конечных (домашних) пользователей, и тогда возникает вопрос: зачем было этот сервер делать в виде блока питания под обычную домашнюю розетку?
Неужто нельзя было бы сделать его в виде маленького «Лезвия» — «Blade-сервера» для серверной стойки!
Вы только представьте как вы у своего хостера, разместите в стойку маленький Marvell`овский сервер, стоимостью всего 50$. Или же сам Хостер предложит вам новый сервис — размещения вашего сайта на таком маленьком и дешевеньком, но полноценном и независимым от всех соседей, сервере!
Для не очень больших сайтов (наверно до 10 — 20 одновременных сессий, а это ~ до 10 тысяч посетителей в день) его мощности должно вполне хватать (ну может только Flash-диск хотелось бы расширить, хотя бы до 2 — 4 Gb).
А для больших сайтов, надо объединять 100-ни и 1000-чи такие маленьких Blade`ов в единый кластер (чем например Google, обычно у себя занимается).
И каждый ваш сайт тогда от ныне будет иметь «не виртуальный», а свой полноценный — сервер!!!

Бытует мнение, что связка LAMP (Linux+Apache+Mysql+PHP) не требует особой настройки и работает «из коробки». Это далеко не так. После того, как я долго убеждал товарища установить кеширующий акселератор PHP xcache, я решил провести небольшой эксперимент и попробовать выключить xcache на своём виртуальном сервере, находящемся под небольшой нагрузкой (около хита в секунду). В реальной жизни нагрузка на процессор мала, а вот память загружена сильно, т.к. её немного (256МБайт).

Результаты эксперимента превзошли все ожидания.

Наша аудитория достаточно профессиональная, чтобы я с самого начала материала стал убеждать вас в пользе и полезности виртуализации. Это сейчас тренд номер один (ну, или, по крайней мере, один из основных) в мире ИТ и это не просто дань моде, а реальная и обоснованная потребность рынка. А теперь вспомните последний раз, когда вы развёртывали виртуализированную инфраструктуру. Например, мой опыт в этом достаточно большой (хотя и односторонний) — я просто люблю иногда тестировать различные ОС и специфические конфигурации приложений, поэтому мне часто приходится развёртывать один или несколько виртуальных серверов. Вот из последних — очень хотел JeOS поставить, специальный дистрибутив Ubuntu, ориентированный на виртуальные среды, однако он никак не хотел даже запускаться после установки. А уж сколько было случаев, когда были сложности с установкой тех или иных программ, обновлений, несовместимости конфигураций — это вообще отдельный разговор. А оказалось, и для этого есть решения. Простое и оригинальное — веб-сервис в стиле web 2.0 (да-да, именно так) для создания и распространения виртуальных серверов, их образов. И так, рассмотрим Elastic Server On-Demand от Cohesive FT.

Сегодня мы поговорим о чём-то высоком… облачном. Да, о новом или, вернее, малоизвестном у нас стартапе, который создал свою платформу для облачных вычислений, хотя и это не совсем уж так точно — это платформа, которая предоставляется как сервис и позволяет получить гибкую и масштабированную среду исполнения для веб-проектов. В чём-то это все похоже на известный всем и уже почти нарицательный Amazon EC2, но и отличается от него существенным образом. Что и как — мы дальше и рассмотрим.

Стартап 10gen предлагает разработчикам свою технологию построения platform-as-a-service, которая позволяет получить гибкую и почти неограниченную по масштабированию платформу (уже сколько раз мы повторили это слово) для развёртывания приложений, которым нужно работать в условиях переменной нагрузки, которая, однако, имеет тенденцию для постоянного роста, которым нужно защищённая и простая платформа, чтобы добавление нового сервера или апгрейд базы данных не вызвал прекращение работы всей системы на несколько часов или суток.

Помогите пожалуйста разобраться в серверной нагрузке

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

Дело в том, что на сервере размещено довольно большое количество сайтов, но один из них, главный сайт, очень сильно тормозит. Обычный LAMP.

Но нужно понять в каком (узком) месте это всё начинает стопориться. Т.к. удивительно, но остальные сайты, хостингующиеся на этом сервере, ещё вроде как работают. А основной, иногда грузится, иногда не грузится вообще.

Помогите пожалуйста, как можно определить нагрузку сервера, т.е. какие скрипты, либо какие процессы больше всего нагружают сервер.

UPD: htop, top, помогает конечно, но он пишет общую нагрузку приложения. Т.е. каким-то образом postgres сервер, кушает 60% CPU. (пинг-понгом, т.е. не постоянно). То висит в топе, то не висит. Раз в минуту. Запросов к БД ТАКИХ огромных нет.

Прочитав эту статью, я осознал, что Trac+SVN очень помогут в работе и решил настроить эту связку у себя на машине.

С недавних пор я использую Убунту линукс, потому установка и настройка проходили с учетом особенностей данной системы. LAMP у меня уже был установлен ранее, так же как и inadyn. В итоге я получил достаточно гибкую и удобную систему управления своими проэктами, к которой есть доступ по сети. Интересно, как сделать?