Имеется
1. bladesystem
2. дисковая полка (sas), со сконфигуренными массивами
3. SLES11

На полке созданы фс (ext3) и смонтированы на одном из блейдов по записи, на других - по чтению.
Проблема в том, что при внесении изменений в фс (например, кладу я
туда к.-н. файл) доступ к этим изменениям на других блейдах (где по
чтению) я получаю только с таймаутом, измеряемым сутками, или вообще
если только сделаю ремаунт ручками.
Кроме того, такие изменения смонтированной фс на непишущих блейдах
воспринимаются как-то нервно. Во всяком случае при перезагрузке они
вываливаются в single mode с требованием прочекать файловую систему.
Что тут можно сделать?
Ставить ocfs2? Как-то не очень хочется, да и возможно ли без убиения информации?
NFS? Зачем грузить интерконнект, если есть SAS?
Вроде бы в мане на mount написано, что начиная с версии ядра 2.6.15
у mount появились опции
--make-shared и --make-slave
Решит это проблему или нет?
И если - да, то как эти опции запихнуть в fstab?
Или есть еще к.-н. решение проблемы?
Спасибо.

Никак не удается заставить нормально работать...
runlevel 3
Если в /etc/X11/xdm/Xservers закомментирована строчка
:0 local /usr/bin/X -br vt7 (запуск локального X -сервера)
то при запущенном xdm с xdmcp все замечательно, но локальный X-сервер не пускается вообще (командой startx).
Если же строчка не закомментирована, то при старте xdm пускается локальный Xserver.
При всем этом, на соседнем аппарате, где стоит suse10, при тех же самых настройках (runlevel 3, xdm запущен, строка закомментирована) -
все замечательно.
Подскажите, как побороть.
Спасибо

Есть exim 4.69 на чпуксе.
Упорно не хочет писать логфайлы размером больше 2G.
Exim слетает и пишет в panic.log «failed to write to main log: length=101 result=-1 errno=27 (File too large)»
(В чпуксе фс созданы и смонтированы с опцией longfiles, так что большие файлы писаться должны - проверял).
Значит, ограничение в exim'е.
Кто знает - можно ли как-нибудь победить (кроме ротации)?

Можно ли поменять smb-шный пассворд с виндовского клиента удаленно при том, что домена нет, а только воркгруппа?
Вроде стандартными средствами нельзя, но на опеннете была ссылка на какую-то программку, но она давно сэкспарилась.
Спасибо.

exim

Входящая почта раздается _только_ юниксовым юзерам стандартным роутером

localuser:
driver = accept
check_local_user
transport = local_delivery
cannot_route_message = Unknown user

Есть ли какая-то возможность сделать local_part регистронезависимой не
извращаясь по поводу всяких ldap-ов, nis-ов и т.п.?

Спасибо.

Дурацкий вопрос:
Обновил самбу до 3.4.3.
Говорю ей smbclient -L localhost - все замечательно, только все хосты
у нее в броуз-листе перечислены в каком-то произвольном порядке
(раньше были по алфавиту). Параметров, управляющих сортировкой,
у smbclient вроде не наблюдается.
Можно ли на это как-то воздействовать, а то когда много клиентов -
очень неудобно?

Имеется следующая ситуевина:
На одном серваке экспортирована нфс-ом фс с опциями *(rw),
на другом смонтирована и выставлена самбой с опциями
[sharename]
comment = group directory
path = /path_to_dir
public = no
writable = yes
browseable = yes
printable = no
valid users = @groupname
force group = groupname
create mode = 0660
directory mode = 0770

GID на обоих серваках одинаковый

Все замечательно - юзеров пускает, читать писать дает, приложения свои файлы открывают, но есть одно НО:
При попытке открытия файлов MS Office Word и Excel задумываются на
несколько минут, после чего 2007-й файл все-таки открывает, а 2003-й,
видимо по таймауту, говорит "Access Denied". Такие же задержки
происходят при сохранении и запросе свойств файла.
Такое впечатление, что у офиса еще какое-то свое представление о
security, которое он берет из самого файла, и что-то у них с nfs-ом
не сходится (если из этой конструкции убрать nfs и идти, скажем,
вордом к файлу, выставленному самбой со своего сервака, то все нормально).
Повторяю, все вышесказанное относится только к открытию
файлов мелкомягким офисом. Если тот же файл .doc загрузить, например,
в notepad (и увидеть кракозябры), то это происходит мгновенно.

Как бы это побороть?

Знает ли кто-нибудь: апгрейдится ли SuSE linux Pro 10.0 и/или OpenSUSE на SLES? Спасибо.