Можно ли добавлять свои переменные в файлы настройки сетевого интерефейса в RedHat дистрибутивах (Fedora, RHEL)? Скрипты инициализации их игнорируют, но не сотрут ли их всякие тулзы настройки интерфейса?
То есть, если, например, написать в файл /etc/sysconfig/network-scripts/ifcfg-eth0 строку:
LOCAL_ADD_IP=1.2.3.4
останется ли она там надолго?
Просто я накатал скрипт /sbin/ifup-local и думаю где ему лучше хранить настройки.
Вопрос. Что будет с системой (SELINUX=enforcing), если auditd не сможет писать в /var/log/audit/audit.log ?
У меня пока что сложилось впечатление, что если начнутся проблемы с записью в /var, то от того, что операции не будут логгироваться, они не будут выполняться, то есть ситема будет полуживая.
Просто, сегодня ночью заливал скриптом много файлов по ftp в /var/ftp, параллельно другой скрипт через sudo эти файлы перемещал. Всё работало, а потом в логи вылезло:
kernel: INFO: task auditd:2998 blocked for more than 120 seconds.
И дальше ещё немного ругани. При этом получилось, что скрипт, который запускал команды через sudo работать перестал, а заливка файлов по ftp продолжалась. Потом, примерно через час, место /var стало мало, в лог записалось:
auditd[2997]: Audit daemon has no space left on logging partition
аудит отрубился и скрипты стали работать нормально. Кто-нибудь сталкивался с подобным поведением?
Кто-нибудь использовал RAID 3ware 9690SA под Linux'ом? Как впечатления? Он действительно позволяет много SAS дисков через SAS-Expander?
Сейчас в talks закрепили тему и дали два запрета:
Обсуждение в теме не вести.
Все новые темы, аналогичные этой, будут закрываться.
Где теперь можно вести обсуждения, того, что насоветуют?
P.S. Я правильно понял, что теперь в «решенные» темы нельзя писать?
В общем интересует, можно ли запустить x-клиента так, чтобы он работал с одним x-сервером, а потом был переключен к другому. То есть, запускаем на одном компьютере X-сервер, на другом клиента. Потом X-сервер выключаем, а клиент продолжает работать и потом можно подключить его к другом X-серверу.
X-овый протокол, ЕМНИП такое не умеет, то есть нужен промежуточный X-сервер. Есть такой в природе или нет? Если нет, то можно ли его написать или протокол не позволит это сделать.
Про VNC я знаю, но это не совсем то, что мне хочется. Ведь в VNC нельзя, чтобы X-клиент определя размер и форму окна. Например, xeyes через VNC будет совсем не то.
Есть сервер, у него прописана в параметрах ядра
«console=tty0 console=ttyS0,115200n8»
при загрузке все сообщения ядра (конфигурация системы и т.д.) выводится и на VGA-монитор и на последовательную консоль (которая через SOL идёт на другой сервер).
Вопрос в общем такой, будут ли сообщения о панике ядра выведены в обе консоли, или возможна ситуация (за исключеним «смерти» COM-порта), когда в serial-console сообщений окажется меньше, чем на VGA?
Операционная система CentOS 5.4. Пытаюсь собрать firefox из src.rpm. Собираю пока из репозитарного, не изменяя содержимое spec-файла и т.д. Скачал firefox-3.0.18-1.el5.centos.src.rpm, установил его, сделал
rpmbuild -bb firefox.spec.
Потребовались зависимости, установил их, сделал ещё раз rpmbuild, получил rpm-пакет.
При попыке установить этот пакет вылазит сообщение:
ошибка: распаковка архива не удалась на файле /usr/lib/firefox-3.0.18/firefox;4ba9ab02: cpio: контрольные MD5-суммы не совпадают.
Сам получившийся пакет нормальный, его можно распоковать через rpm2cpio, можно сделать
rpm -q -l --dump -p firefox...rpm.
Если смотреть этот дамп то видно, что у всех файлов нормальные MD5 суммы, а у /usr/lib/firefox-3.0.18/firefox MD5 сумма забита нулями.
Собственно вопрос, почему при сборке rpm обычный файл может получить такую MD5-сумму? Куда копать?
P.S. Сборку повторял несколько раз, результат идентичный
Может у кого есть доступ к шкафу с таким серваком, тогда, если не сложно, замерьте расстояние (глубину) между вертикальными стойками для крепления рельс.
Просто этот сервак придет через пару недель, а шкаф хотелось бы собрать и набить другими серваками побыстрее. И нужно определиться на каком расстоянии в глубину шкафа ставить направляющие.
P.S. Модераторы, пожалуйста, не удяляейте этот пост, хоть это и технический вопрос и не про Линукс.
Итак, как я понял, профили стали зачищаться, правила форума пока не поменяли. Можно ли получить ответы на следующее вопросы:
а) сколько score стоит чистка профиля ?
б) если в профиле помещена ссылка на "плохой" сайт, это чистится?
в) если по пункту б ответ "да", то будет ли распространятся это правило на сообщения в форуме, то есть приведение ссылки на unixinfo приравнивать к 5.1 + 5.2 ?
P.S. Если это уже обсуждалось, прошу прощения, просто появилось очень много связанных с этим обсуждений... все еще не прочитал, не осмыслил...
Есть такие агрегаты, под названием "Прибор регистрирующий на дисковой диаграммной бумаге". У меня лежит пачка бумжных кружков такого типа http://foto.mail.ru/mail/mky/RD/i-1.jpg нужно бы из них сделать табличку время - значение. Есть ли готовые программы? Какие есть рабочие программы или библиотеки векторизации растра под Линукс?
Заранее спасибо за ответы.
Уважаемый Максим, и остальные модераторы, кто знает, хотелось бы спросить, каков итог по http://www.linux.org.ru/jump-message.jsp?msgid=1954128#1957122
Я подозреваю, что отрицательный (в доступе отказано), но все таки хотелось бы определенности. Приношу извенения, что создал отдельную тему, но, похоже первоначальная тема "утонула", так как нет ответа на сообщение svr69.
Для тех кто не в курсе, сегодня была гонка 500 миль индианаполиса, машина с эмблемой Тукса разблась на 37 круге, открыв списков выбывших... Это проклятие Патрега???
Несколько процессов открывают файл (log-файл) на локальной ФС в режиме O_APPEND и пишут туда с помощью write() небольшие строки (100-200) байт. Может ли в этом файле возникнуть "каша", если считать, что процессам сигналы не приходят?
Рассматривается ситуация только в Линуксе, поведение других ОС не интересует.
Попробовал потестировать, вроде даже если писать строки по 5 Мбайт, то пока write() одного процесса не закончится, другой write() не выполняется ...
Вопрос можно переформулировать так: В каких случаях, кроме посылки сигнала, в Линуксе write() в файл на локальной ФС запишет байт меньше указанного числа?
Есть ли в природе загрузчик библиотек, который в зависимости от имени бинарника (или других свойств), загружал заданную версию glibc?
Обычно решение проблемы одновременной работы разных приложений с разными версиями glibc предлагают через переменную среды LD_LIBRARY_PATH, но мне это как то не нравится...
Нет ли патча на ядро, позволяющего при загрузке ядра указать как подменить внутри ядра идентификаторы PCI устройств?
То есть, допустим есть устройство, 100% совместимое с каким-либо поддерживаемым в ядре устройством, но драйвер его видит, так как не знает данные PCI ID. Ядро патчить/перекомпиливать не хочется, а хочется сказать при загрузке что-то типа pci=AABB:CCDD=AABB:CCD0.
Ядро 2.4.20, сделан RAID1 (зеркало) на 2 IDE винтах 80 Гб, ОЗУ 512. Если смотреть /proc/mdstat (или hdparm -a /dev/md0), то сообщается, что есть упреждающее чтение 1024 сектора. Вроде, это по умолчанию на всех Linux'ах.
Действительно ли этот параметр обозначает, что при чтении сектора будет прочитано еще 1023 сектора? Просто для IDE дисков обычно стоит 8-16 секторов. Имеет ли его уменьшить с помощью
hdparm -a 64 /dev/md0
если в системе много мелких файлов?
В Инете особо ничего про read-ahead применительно к Soft RAID не нашел.
Дано: VPN сервер под Линуксом pppd 2.4.2. В конфигурации указано, что допустим для пользователя vv назначать ip-адрес 10.20.30.40
Клиент тоже под Линуксом. Если запускать без указания ip адреса, то все нормально, если же явно указать ip адрес, который должен быть назначен клиентской стороне, (причем неправильный ip)
# pppd 10.20.30.41: debug user vv
то pppd "уходят" в долги (может быть бесконечный) цикл соглазования ip адресов. При этом генерится нехилый трафик... Если же клиент 2.4.2b3, то ситуация интерестнее: после нескольких попыток pppшки остаются при своем мнении --- сервер назначает ip-адрес 10.20.30.40, а клиент 10.20.30.41. Ну и ничего не работает.
Это баг или что то неправильно в настройках клинета/сервера?
Прочитал man'ы по LinuxThreads. Возник вопрос, что будет если поток заблокировался на ``fast'' mutex'е и ему пришел сигнал?
В общем возникла такая идея по борьбе со спамом на уровне почтового сервера. Заводим несколько почтовых ящиков без пользователей. Их адреса активно раскидываем по Инету, чтобы они попали в спамерские базы. Получаем, что вся приходящая на эти адреса почта --- спам, то есть под рукой все время, и адреса, и содержимое спам писем. Остается только организовать блокировку адресов и чистку почтовых ящиков...
В инете подобного не нашел, если это известная идея, ткните носом, если нет, то как и с помощью чего ее можно реализовать?
И второй вопрос, существует ли для MTA Postfix или Sendmail детекторы почтовых рассылок? Под детектором рассылок я подразумеваю обнаружение того, что за некий небольшой промежуток времени приходят письма с одинаковым содержимым.
| ← назад | следующие → |
