Собственно короткая предыстория. Жил был «сервер» на 3770 и третьем Proxmox, потом к нему добавилось лезвие на 2609 с той же версией. Жили они отдельно друг от друга, регулярно сливая по NFS бэкапы на отдельный сервачок. И тут наметились перестановки, приехало два боевых G5 DL380, которые планируется поставить взамен 3770. Итого рисуется три лезвия + сервер бэкапов. Поставил на один из G5, на покрутить, на посмотреть, свежий Proxmox 4.2.

Вроде все неплохо, все что нужно завелось. И посетила меня шальная мысль, а не замахнуться ли мне на кластер трехнодовый из двух G5 и 2609. Кластер самый простой, без HA. Сугубо с целью централизации управления, ничего другого даже не предвидится. Почитал, посмотрел, поднял на ВМВаре стенд из трех нод, собралось все из коробки. Вроде бы все красиво. Но все-таки терзают смутные сомнения, стоит ли игра свеч.

С одной стороны, относительно централизованное управление и ... все. С другой стороны повышается сложность восстановления работоспособности всей системы, в случае проблем с кластером. Натыкался не раз на сообщения о периодических самопроизвольных нарушениях кворума и т.п.

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

Здравствуйте. Прошу помощи. Есть файл-сервер на Ubuntu Server 12.04 x64. На нем крутится Samba 3.6.3 со следующим конфигом:

[global]

   workgroup = WORKGROUP
   map to guest = Bad User
   guest ok = Yes

   server string = %h

   wins support = no

   dns proxy = no

   log file = /var/log/samba/log.%m

   max log size = 1000
   syslog = 0

   panic action = /usr/share/samba/panic-action %d

   security = user

   encrypt passwords = true

   passdb backend = tdbsam

   obey pam restrictions = no

   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

   pam password change = no

   load printers = no

   usershare allow guests = yes

[staff]

   comment = User share
   path = /var/ftpdir
   valid users = staff
   create mask = 0777
   directory mask = 0777
   writable = yes
   browseable = no

[pub]

   comment = All users download
   path = /var/ftpdir/public/pub
   create mode = 0777
   directory mask = 0777
   available = yes
   browsable = yes
   public = yes
   writable = no

[tmp]
   
   comment = All users upload
   path = /var/ftpdir/public/.tmp
   create mode = 0777
   directory mask = 0777
   available = yes
   browsable = no
   public = yes
   writable = yes

В системе заведен пользователь staff. В Samba заведен такой же, со своим паролем.

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

Заходим на сервер делаем smbpasswd staff и ставим точно такой же пароль, усе работает вновь - до следующего дня...

До этого с точно таким же конфигом все хорошо жило дружило на 10.04...

Что могло случиться?

В данный момент (пока все работает) smbd.log выглядит таким образом:

[2013/09/05 11:09:51,  0] smbd/server.c:1051(main)
  smbd version 3.6.3 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2011
[2013/09/05 11:09:51.378375,  0] param/loadparm.c:7209(service_ok)
[2013/09/05 11:09:51.384901,  0] smbd/server.c:1107(main)
  standard input is not a socket, assuming -D option
[2013/09/05 11:09:51.425582,  0] printing/print_cups.c:110(cups_connect)
  Unable to connect to CUPS server localhost:631 - Connection refused
[2013/09/05 11:09:51.425668,  0] printing/print_cups.c:487(cups_async_callback)
  failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
[2013/09/05 11:22:52.072916,  0] printing/print_cups.c:110(cups_connect)
  Unable to connect to CUPS server localhost:631 - Connection refused
[2013/09/05 11:22:52.073116,  0] printing/print_cups.c:487(cups_async_callback)
  failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL

Встал вопрос об организации VPS сервера. Предполагается наличие трех виртуальных серверов - пара LAMP и FTP. Сразу оговорюсь, с виртуализацией в Linux ранее не сталкивался...

Решил остановиться на Ubuntu Server 12.04...

Поставил систему с предустановкой KVM и OpenSSH, развернул виртуальный LAMP... Пользовался данным HowTo - http://habrahabr.ru/post/71709/

Вроде все неплохо, но на боевой сервер думаю не тянет...

В распоряжении i7, 4ГБ ОЗУ и три диска по 160ГБ...

Пока рисуется такая схема... Два диска объединить в софтовый RAID1, сделать разметку такого плана: sda1 - / ext4 5GB sda2 - /usr ext4 10GB sda3 - /var ext4 10GB sda4 - /tmp ext4 3GB Все оставшееся место отвести под sda5 и сформировать на его основе группу томов LVM. В группе томов LVM создать два неформатированных раздела по 60GB под виртуальные сервера lamp1 и lamp2...

Третий диск отвести под FTP сервер. Создать на основе /dev/sdc вторую группу томов LVM. В созданной группе томов создать раздел 160GB под виртуальный ftp сервер...

Подскажите пожалуйста где прав, где не очень... Как бы поступили вы?

Здравствуйте! Столкнулся со следующей проблемой...

Система openSUSE 11.3, поставил bind... Для начала, задача стоит простая, редирект запросов на DNS провайдера... Настроил named.conf:

options {

	directory "/var/lib/named";
	dump-file "/var/log/named_dump.db";
	statistics-file "/var/log/named.stats";

	forwarders { 80.247.97.23; };
	forward first;
	listen-on port 53 { 192.168.1.250; };
	allow-query { 127.0.0.1; 192.168.1.250; };
	notify no;

    	disable-empty-zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA";
};
zone "." in {
	type hint;
	file "root.hint";
};
zone "localhost" in {
	type master;
	file "localhost.zone";
};
zone "0.0.127.in-addr.arpa" in {
	type master;
	file "127.0.0.zone";
};
zone "0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa" IN {
    type master;
    file "127.0.0.zone";
};
include "/etc/named.conf.include";

В resolv.conf только одна строка:

nameserver 192.168.1.250

Через yast включил запуск named при загрузке системы...

В результате получается следующее: перезагружаю систему, bind успешно стартует, но редиректа на DNS провайдера не происходит...

Делаю:

sudo /etc/init.d/named restart

И так после каждой перезагрузки системы...

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

Здравствуйте! С целью создания софтовой точки доступа на базе Ubuntu приобрел USB Wi-Fi адаптер TP-Link TL-WN821N v.2, проверил дополнительно по VID/PID - внутри, как и предполагалось, Atheros 9170... Далее прошел на http://wireless.kernel.org/en/users/Drivers/carl9170 насколько я понял это единственный драйвер для моего устройства, который умеет работать в режиме AP...

Но я никак не могу понять как его поставить... Ставил из репозиториев Ubunt'ы (стоит Server 10.04) wireless-compat, устройство определилось, но драйверов carl9170usb там нет, только старые ar9170... Скачал исходники самые свежие, запустил скрипт driver-select, carl9170 нет, хотя в списке драйверов на сайте он присутствует...

Пошел обратно на страничку драйвера, скачал бинарник прошивки и скинул его /lib/firmwares, как скомпилировать сам драйвер - не понимаю...

Насколько я понял из написанного, все лежит тут: http://www.kernel.org/pub/linux/kernel/people/chr/carl9170/ Но что с этим делать? В директории последней версии /drv/1.8.8.1 лежит только .diff (патч насколько я понимаю), куда и как его применять ни слова...

Скачал /1.0.5.3/carl9170-1.0.5.3.tar.bz2, там исходники и даже Readme... Попытался собрать драйвер, как и сказано командой Код: make -f Makefile , в ответ сообщение о том, что собирать нечего (нет целей), Makefile практически пустой...

Помогите пожалуйста разобраться как все-таки это поставить... Гугл молчит :(