Программное западло - прораммисты трут здесь

[karavan 745]

Подправил, не помогло.

Проверить конфиг апача на предмет корректных путей к корню сайта.

Херню сморозил, install.php не запустился бы.

Выполни команду и покажи вывод:

CODE

ps aux | grep httpd

[Orion 1780]

[root@localhost html]# ps aux | grep httpd

root 11523 0.1 0.8 380156 16916 ? Ss 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11525 0.0 0.2 256780 4244 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11526 0.0 0.4 382376 9136 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11527 0.0 0.4 382376 8140 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11528 0.0 0.4 382376 8140 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11529 0.0 0.4 382376 8140 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11530 0.0 0.5 382488 10832 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11531 0.0 0.4 382376 8140 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11532 0.0 0.4 382376 8140 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

apache 11533 0.0 0.4 382376 8140 ? S 20:08 0:00 /usr/sbin/http -DFOREGROUND

root 11583 0.0 0.0 112660 968 pts/1 S+ 20:09 0:00 grep --color=au to httpd

[Alkinoy 56]

Вопрос к Linux-оводам, ваяяю магаз, он, при запуске инсталла (php файл) ругается что у него нет доступа к файлам на запись. Файлы заливал на сервер под root пользователем. Я так полагаю надо дать доступ ко всему для Apach-а ? Как это грамотно провернуть ось - центос, файло заложено в папку var/www/html/

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

далее, апач не обязательно будет в группе апач или от имени пользователя апач. В центах пару раз наблюдал от имени www-data.

--------

Мансур, кстати, давно хотел спросить. Ты же в скраме работаешь? Как ты тестировщиков прикручиваешь к спринту? Отдельными тасками по каждому багу или сабтаски к фиче? Или свой вариант?

[333 546]

Машины у них сыпятся на ходу, саломёты у них ломаются, ракеты у них падают… С чего бы?

…ваяяю магаз, он, при запуске инсталла (php файл) ругается что… под root пользователем. Я так полагаю надо дать доступ ко всему для Apach-а ? Как это грамотно провернуть ось - центос…

Ничего не напоминает?

Не, ну а чо? Чо там думать — прыгать надо!

И так сойдёт! „Чукча — писатель!” же: ща наляпаем абы как, удивимся, что не работает (или специально обученные люди сделают это за нас, ибо сами мы „не читатели“, к анализу не способны), и попробуем как-нибудь по-другому: а вдруг получится… Пoвбuвaв бu ycix!

По-моему, вам с этим не сюда. Более подходящими темами были бы:

• „Программисты философствуют…”;
• „Проблемы современного образования”.

— там было бы весьма кстати в качестве наглядного пособия, экспоната для Кунсткамеры.

[Orion 1780]

Спасибо karavan, Alkinoy за соучастие, поковырялись немного, по утру выяснилось что сам Centos какой-то косой сборки, по-пинал серверное хозяйство и его блюстителей, через час после начала рабочего дня все завелось.

[karavan 745]

выяснилось что сам Centos какой-то косой сборки

Косой, не косой, но ветка 7.0 еще не объезженная.

Для развертывания сайтов я до сих пор использую 6.х

[Alkinoy 56]

Мансур, кстати, давно хотел спросить. Ты же в скраме работаешь? Как ты тестировщиков прикручиваешь к спринту? Отдельными тасками по каждому багу или сабтаски к фиче? Или свой вариант?

[mmoustaf 101]

В джире перевожу таску в состояние qa или uat

[Alkinoy 56]

и что делается с тасками, которые перевелись в это состояние в конце спринта? он оста.тся на следующий спринт?

[helxen 213]

Alkinoy, попадает в бэклог, ваш Кэп.

Ну, и, кхм, если в QA оно переводится только в конце спринта - значит наш самостоятельный лётчик хреново планирует своё время.

[Alkinoy 56]

если в QA оно переводится только в конце спринта - значит наш самостоятельный лётчик хреново планирует своё время.

а если у тебя все таски заканчивают программиться в середине спринта и отдаются тестерам - то что в это время делают программеры? тогда скрам превращается в обычный waterfall... При постоянной загрузке и правильно планировании таски вроде как додэны закрываться равномерно в пределах спринта, нет?

[mmoustaf 101]

и что делается с тасками, которые перевелись в это состояние в конце спринта? он оста.тся на следующий спринт?

Бэклог жи.

Alkinoy, попадает в бэклог, ваш Кэп.

Ну, и, кхм, если в QA оно переводится только в конце спринта - значит наш самостоятельный лётчик хреново планирует своё время.

Типа так не может 2 спринта занимать например?

[mmoustaf 101]

а если у тебя все таски заканчивают программиться в середине спринта и отдаются тестерам - то что в это время делают программеры? тогда скрам превращается в обычный waterfall... При постоянной загрузке и правильно планировании таски вроде как додэны закрываться равномерно в пределах спринта, нет?

Как пойдет. Есть же ебанутые заказчики. SL3 всякое

[helxen 213]

Типа таcк не может 2 спринта занимать например?

В идеальном мире имхо нет.

Таски на два спринта(при нашей длительности спринта в две недели) мы бьем на более мелкие, иначе это будет черная дыра, в которую сливаются часы.

Вот да. Стоит один раз согрешить с овцой...

[Alkinoy 56]

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

[mmoustaf 101]

Не знаю куда запостить. пусть тут будет.

https://nplus1.ru/news/2015/07/10/brainnet

[_nw_ 1532]

Не знаю куда запостить. пусть тут будет.

https://nplus1.ru/news/2015/07/10/brainnet

Чуть подправить заголовок надо для актуальности)

"Нейробиологи объединили мозги обезьян в распределенную социальную сеть"

[karavan 745]

Не знаю куда запостить. пусть тут будет.

Только я вижу посыл в создании темы "Перспективы в эволюции обезьяньей мафии"? ))

[Orion 1780]

Адепты Centos-a нужна ваша помощь, есть виртуальная машина, на которой собственно крутится центос и веб-приложение, на одном из разделов закончилось место. Можно ли не порушив то что на ней крутится, увеличить размер LVM_VG ?

Картинку разделов прилагаю.

[karavan 745]

на одном из разделов закончилось место

идеологически правильнее разобраться с вопросом "кто занял место и чем?"

[Orion 1780]

karavan, согласно моим изысканиями это там сама ось стоит. Потому-что я когда пробую обновить Centos то вылазят сообщения что места нет, кури бабмук.

[karavan 745]

это там сама ось стоит

Без изысканий видно, что это "корень".

Где стоит эта ось? Предполагаю, что это VPS на хостинге, отсюда ремаунт корня для увеличения его размера тебе невозможен в принципе.

Опять-же предположение (худший вариант), что разжирели логи, необходим их анализ на предмет "кто туда испражняется".

Либо ты сам захламил хостинг "жирными" файлами.

Прочтименя.

[Orion 1780]

Это на виртуальном сервере, который на машинке-сервере в нашей локалке стоит.

[karavan 745]

Это на виртуальном сервере, который на машинке-сервере в нашей локалке стоит.

Если все свое, родное, и если известно куда и под что подевалось место, то увеличение раздела под корень возможно только через того, кто управляет гипервизором(виртуализатор).

[Orion 1780]

Удалось справиться с ситуацией, потер старые ядра, там поднакопилось штук 6 их. А вот еще вопрос, в файловых системах есть виртуальная память, но при попытке подмонтировать сообщает: swapon failed: Device or resource busy , что можно с этим (и нужно-ли) поделать?