Здравствуйте,

С Gentoo столкнулся впервые, поэтому прошу сильно не пинать.
Попросили поглядеть на старый сервак, на котором появились проблемы с обновлением / сборкой пакетов. Вот ошибка при попытке запустить emerge с любыми опциями:
Traceback (most recent call last):
File «/usr/bin/portageq», line 40, in <module>
import portage
File «/usr/lib/portage/pym/portage/__init__.py», line 365, in <module>
if platform.system() in ('FreeBSD',):
File «/usr/lib/python2.6/platform.py», line 1227, in system
return uname()[0]
File «/usr/lib/python2.6/platform.py», line 1194, in uname
processor = _syscmd_uname('-p',")
File «/usr/lib/python2.6/platform.py», line 951, in _syscmd_uname
rc = f.close()
IOError: [Errno 10] No child processes

Выбор другой версии Питона и запуск python-updater ни к чему не приводят - сыпятся подобные ошибки.
revdep-rebuild опять же приводит к вышеуказанной ошибке.
Ядро: 2.6.17-gentoo-r4
Куда копать?

Здравствуйте,

Есть postfix, закрытый для пересылки через себя почты извне. Все тесты на отсутствие open relay проходит нормально, однако на днях с неизвестных адресов (не из моего домена) стал рассылаться спам через меня. Как такое может быть?
Конфиг

Доброго времени суток!

Пытаюсь настроить Postfix с контент-фильтром (amavis), но не могу ни отправить сообщение, ни получить (я так понимаю сообщение крутится в цикле и в итоге отваливается с ошибкой). Если отключить amavis, то всё работает нормально. Ошибка выглядит следующим образом:

host 127.0.0.1[127.0.0.1] said: 554 5.4.0 Failed, id=22537-02-10, from MTA([127.0.0.1]:10025): 554 5.4.0 Error: too many hops (in reply to end of DATA command)

Я так понимаю, что ошибка кроется где-то в «master.conf» Postfix, но, увы, выявить не получается.
Вот конфиг Postfix «master.conf»:
http://pastebin.com/tmxLTLWS

В основном конфиге Postfix («main.conf») необходимая директива присутствует: content_filter = amavisd-new:[127.0.0.1]:10024

Где может быть ошибка?

Заранее спасибо!

Как я понял, баг уже найден и пакет отправлен обратно на тестирование:
https://bugs.archlinux.org/task/23092
Но, увы, система теперь не грузится и падает в сегфолт на стадии монтирования дисков. Можно ли как-то из под любой ливки откатить баш обратно на предыдущую версию?
Спасибо.

Система - Arch Linux.
Под любым юзером не отрабатываются самые простые команды.
Например,

crontab -e
0-59 * * * * /bin/echo «test!»

Сообщений в терминале нет. Вот что говорят логи крона:

Dec 4 19:10:01 localhost crond[11370]: FILE /var/spool/cron/user USER user PID 11587 /bin/echo test!
Dec 4 19:10:01 localhost crond[11588]: mailing cron output for user user /bin/echo test!
Dec 4 19:10:01 localhost crond[11588]: unable to exec /usr/sbin/sendmail: cron output for user user /bin/echo test! to /dev/null

В чем может быть проблема?

Доброго времени суток!

Такая проблема:
Есть:
1. Контроллер домена на Windows Server 2008 R2 с поднятым доменом «domain.com»;
2. Сервер CentOS 5.5, выступающий в качестве Samba-сервера для /home разделов пользователей;
3. Сервер Ubuntu Server 10.10, выступающий машиной для 20 пользователей, разделы которых будут монтироваться с CentOS.

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

Собственно, что сейчас есть:
1. CentOS и Ubuntu заведены в домен, все пользователи и группы видятся без проблем;
2. Доменный пользователи могут логиниться на Ubuntu Server под своими АДшными учетками;
3. С Ubuntu видны шары пользователей на CentOS (через smbclient);
4. Монтирование вручную проходит без проблем, как по протоколу cifs, так и по smbfs.

Не совсем понятны разделы [home] в smb.conf как сервера, так и клиента. Как должен выглядеть этот раздел в моем случае? Как они должны соотноситься? Если не затруднит, подскажите хорошую книжку или ресурс в Интернет, где можно подтянуть знания по этому вопросу.

Что не работает:
Монтирование шар при аутентификации пользователя. Пользователь заходит, но /home раздела нет.
Привожу листинг конфигов Samba-сервера:

[global]
log level = 1
socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192
encrypt passwords = yes
idmap gid = 10000-40000
idmap uid = 10000-40000
auth methods = winbind
server string = %v samba
password server = 192.168.1.5
realm = DOMAIN.COM
# client use spnego = yes
client signing = yes
local master = no
domain master = no
preferred master = no
workgroup = DOMAIN
debug level = 2
security = ads
unix charset = UTF-8
dos charset = 866
max log size = 50
os level = 0
template homedir = /home/%U
template shell = /bin/bash
# guest access = ok
follow symlinks = yes
winbind separator = \
winbind uid = 10000-40000
winbind gid = 10000-40000
winbind enum groups = yes
winbind enum users = yes
winbind use default domain = yes

[homes]
comment = Home Directory for '%u'
path = /home/
public = yes
browseable = yes
writable = yes
valid users = @«DOMAIN\Domain Users»


И конфиги Ubuntu:
[global]
log level = 1
socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192
encrypt passwords = yes
idmap gid = 10000-40000
idmap uid = 10000-40000
auth methods = winbind
server string = %v samba
password server = 192.168.1.5
realm = DOMAIN.COM
client use spnego = yes
client signing = yes
local master = no
domain master = no
preferred master = no
workgroup = DOMAIN
debug level = 2
security = ads
unix charset = UTF-8
dos charset = 866
max log size = 50
os level = 0
template homedir = /home/%U
template shell = /bin/bash
# guest access = ok
follow symlinks = yes
winbind separator = +
winbind uid = 10000-40000
winbind gid = 10000-40000
winbind enum groups = yes
winbind enum users = yes
winbind use default domain = yes

[homes]
comment = Home of user «%S»
valid users = %S
read only = No
create mask = 0775
directory mask = 0775
browseable = No
browsable = No


И строчка с пар-ми монтирования из конфига pam_mount на Ubuntu:
Цитата:
<volume user=«smbmount» fstype=«cifs» server=«smb.domain.com» path=«%(DOMAIN_USER)» mountpoint=«/home/DOMAIN/» options=«iocharset=utf8» />


Заранее благодарен за помощь.

Здравствуйте!

Есть поднятый КД на Windows Server 2008R2. Есть NFS сервер на openSuse 11.3. Необходимо раздавать клиентским машинам NFS-шару, закрывая её Керберосом. Собственно, все упирается в ошибку на NFS сервере, а именно при попытке включения модуля, отвечающего за аутентификацию с помощью Керберос, вываливается ошибка:
/etc/init.d/svcgssd start failed

Далее,
/usr/sbin/rpc.svcgssd -f
ERROR: GSS-API: error in gss_acquire_cred(): Miscellaneous failure - No principal in keytab matches desired name
unable to obtain root (machine) credentials
do you have a keytab entry for nfs/<your.host>@<YOUR.REALM> in /etc/krb5.keytab?

Соответствующий кейтаб был ранее создан на Виндовом сервере след. образом:
ktpass -princ nfs/hostname.domain.com@DOMAIN.COM -mapuser DOMAIN\username -pass xxxxxxx -ptype KRB5_NT_PRINCIPAL -out krb5.keytab
, где DOMAIN\username - ранее созданный доменный юзер для ассоциации с этим хостом. После этого кейтаб был перекинут на NFS сервер.

Тем не менее, проблемы это не решило и нужная служба также не запускается.

Где копать и что может быть причиной?