если сетевая служба понижается, кластерный узел входит в "неизвестное" состояние. CS понятия не имеет, умер ли хост на самом деле или стал временно безразличным. Если у Вас есть механизм забора там, можно оградить хост, который также сообщит RHCS, что узел на самом деле снижается, таким образом, сервисы могут быть взяты к другому узлу. Если бы сервисы просто перезапустили бы в другом месте, и хост добрался, это - сетевая спина, у Вас был бы тот же сервис, работающий на обоих узлах, получая доступ к тем же файлам на SAN, таким образом повреждая их.
По состоянию на сентябрь 2011 года для серии 300 доступна новая прошивка, которая добавляет поддержку стандартного PoE Cisco (также известного как Cisco Inline Power). См. https://supportforums.cisco.com/docs/DOC-18337 .
Нет, они не сотрудничают. 300 рядов только поддерживают 802.3 акрофута. К сожалению, эти два стандарта не совместимы.
Когда вы используете репозиторий Git в качестве центрального репо (как вам кажется) у вас обычно не должно быть рабочего каталога в этом репо. Причина этого указана в упомянутой вами ошибке: нажатие на извлеченную ветку может привести к рассинхронизации рабочего дерева.
Если люди, с которыми вы делитесь информацией, могут использовать Git, вы вместо этого можете установить создайте чистый репозиторий на сервере, а затем нажмите на него.
# On the server
git init --bare ~/project.git
# On your computer
git remote add origin ssh://username@example.com/~/project.git
git push origin master
# On everyone else's computer
git remote add origin http://example.com/~david/project.git
git pull origin master
git checkout master
Если они не могут использовать Git, вам понадобится немного более сложный рабочий процесс:
# On the server, once
git init ~/project
git config receive.denyCurrentBranch ignore
# On your computer
git remote add origin ssh://username@example.com/~/project
git push origin master
# On the server after each push
cd ~/project
git reset --hard
После этого шага, https://supportforums.cisco.com/docs/DOC-18337