Slackware 13.37, nautilus 2.30.1, и ещё второгном, установленный по кусочкам, по мере надобности.
Наутилус при попытке обращения к «Компьютер», «Сеть» и «Корзина» выдаёт
«Не удалось показать «computer:». Nautilus не может обрабатывать адреса «computer».»
, про сеть и корзину соответственно то же самое. Установлен gvfs-1.6.7. Вопрос: чего ему не хватает?
Доброе утро, уважаемые лоровцы!
Поднимал недавно сервер с несколькими вирт. машинами под qemu-KVM, управляющимся через libvirt (virsh). Образы дисков (частью свежесозданные, частью скопированные с «железных» машин и других нод) раскатывал как qcow2 поверх разделов LVM примерно так
# qemu-img convert -f raw /var/preserve/images/image.img -O qcow2 /dev/mapper/vg00-virt0, делая lv по размеру чуть больше исходного образа (на всякий случай).
Всё работает довольно быстро, снапшоты делаются/откатываются (
# virsh snapshot-create/-revert <domain>1. Нет ли каких подводных камней с использованием qcow2 поверх lv, корректно ли вообще так делать?
2. Где libvirt (qemu же, libvirt является лишь враппером?) хранит файлы снапшотов? Если я правильно понимаю суть процесса, в них записываются изменения, вносимые в исходный образ, следовательно, они должны иметь немаленький и постоянно увеличивающийся размер. Так вот, на диске я их не нашёл 0_о
Как-то так. Не посоветуете ли почитать что по теме «механизм снапшотов в qemu/KVM»? Маны на qemu весьма скудные, на libvirt.org про снапшоты тоже не густо.
CentOS 5.7, libvirt 0.8.2, qemu-img 0.9.1
Есть локальный каталог, скажем, dir.local и удалённый srv:dir.remote. В них есть файлы. Для каждого файла (изх может быть много) требуется реализовать следующий немудрёный алгоритм: если файл в dir.local имеет дату изменения более поздюю, чем аналогичный в dir.remote, то выполнять синхронизацию local -> remote (т.е. замещать удалённые файлы локальными), если же, наоборот, файл в remote новее - то синхронизировать remote -> local.
rsync, вроде, так не умеет (он может лишь не трогать удалённый файл, если дата его модификации новее, чем у локального. А заменять в таком случае локальный файл удалённым он не хочет).
Есть ли какая-то тулза для такой синхронизации? Склепать скрипт-анализатор можно, конечно, но может, есть готовое решение?
~% cat test.sh
#!/bin/bash
while true; do sleep 16; done
~% ./test.sh&
[1] 666
~% pidof -x test.sh
666
Пока всё хорошо. В фоне выполняется скрипт (вообще-то должен выполняться через setsid, но в контексте вопроса это не важно), а вызывая pidof -x можно посмотреть pid экземпляра шелла, его выполняющего.
~% cat test.sh
while true; do sleep 16; done
~% /bin/bash ./test.sh&
[1] 777
~% pidof -x test.sh
~% echo $?
1
А вот тут всё плохо. Если мы явно вызываем bash, передавая ему имя скрипта как аргумент, pidof его (скрипт) не видит.
Соответственно, вопрос: почему и отчего издохли попуг^W^Wтак происходит и как заставить pidof видеть скрипт, вызываемый вторым способом?
Есть некая виндовая говнопрограммка, живущая в WinXP и работающая с АТС через COM-порт. Также есть желание эту WinXP перенести с реального железа в KVM (CentOS 5.6, libvirt 0.8.2). Часть конфигурации вирт. домена, касающаяся последовательного порта, выглядит так:
<serial type='pty'>
<source path='/dev/pts/1'/>
<target port='0'/>
</serial>
<serial type='dev'>
<source path='/dev/ttyS1'/>
<target port='1'/>
</serial>
<console type='pty' tty='/dev/pts/1'>
<source path='/dev/pts/1'/>
<target port='0'/>
</console>Не подскажут ли уважаемые спецы, по какой причине проброшенный внутрь KVM serial порт может бить пакеты, и как с этим бороться?
Ищу следующее: легковесное окошко запуска приложений (вроде gmrun), но умеющее автоматическое (сразу, без нажатия {Tab}) дополнение по типу окошка «gnome-panel-control --run-dialog». И ещё желательно, чтобы иконку показывало, как вышеупомянутый диалог. Не пользуется ли кто-нибудь из присутствующих чем-нибудь этаким?
Slackware на домашне-рабочем EeePC 1000.
Тема Openbox - MountainCola, gtk2 - Shiki-Wise; панель - tint2. Тема для urxvt позаимствована из ЛОР'овской же галереи, не так давно выкладывала какая-то девушка(?). Тема строки статуса для screen - тоже, ЕМНИП, откуда-то отсюда. Из-под urxvt просвечивает обоина на тему Fallout.
Также на скрине можно увидеть Sonata - клиент для mpd, выполняющегося на домашнем «сервере» к которому, собственно, и подключена АС. Зелёненькое в области уведомлений - это padevchooser, позволяющий легко переключать вывод звука с локальной машины на удалённую (посредством pulseaudio, разумеется); это используется для просмотра на нетбуке фильмов с разделов, примонтированных с сервера через NFS. Таким образом, клиент-серверная архитектура mpd и pulseaudio нашла своё уместное применение.
Конфиг по заявкам:
screen: http://pastebin.com/ku4U4gka
>>> Просмотр (1024x600, 408 Kb)
В углу скр^Wстоит безголовая машинка с mpd 0.16 на CentOS 5.6. В роли клиента выступает Sonata 1.6.2.1 на Slackware 13.1.
Стоит задача заставить эту связку (или это только к mpd?) читать внешние cue (под внешними понимаются текстовые cue, лежащие рядом с большим flac'ом).
Гугел отдаёт крайне мало инфы по этому поводу, в основном битые ссылки на патчи к очень предыдущим версиям mpd.
Хочется избежать нарезания на треки, поскольку в муз. архиве лежат в основном целые дискографии в таком виде (flac+cue), цельнотянутые с торрентов и до сих пор раздающиеся через aria2с.
Есть ли у кого из лоровчан истории успеха на тему mpd+cue?
Имеем сервер CentOS 5.6. На системном HDD существует следующая разбивка:
sda1 - /boot
sda2 - extended
sda5 - swap
sda6 - /
sda7 - /varТакже в машину воткнуты ещё 4 диска, попарно объединённые в partitionable RAIDs, на которых лежат swap, всяческие БД и образы виртуалок для KVM.
Personalities : [raid1]
md_d1 : active raid1 sdc[0] sdf[1]
976762496 blocks [2/2] [UU]
md_d0 : active raid1 sdb[0] sdd[1]
78150656 blocks [2/2] [UU]
unused devices: <none>Также имеется sde, по размеру соответствующий sda. Необходимо из sda и sde создать software-RAID1.
Попытка создания md_d2 успешно провалилась. mkinitrd, даже патченый, оказался неспособен создать initrd, определяющий md_d2 при старте системы. На других машинах система лежит на md_d0, и он, после некоторых шаманств, при загрузке успешно поднимается. md_d2 - ни в какую.
Придется создавать classic sw-RAID (тот, который по разделам). Но все руководства на эту тему, которые я нашёл в Сети, подразумевают создание копии таблицы разделов на свободном HDD и копирование (cp -ax, пля, вы понимаете!11) на него живой системы с последующей синхронизацией.
Заниматься извращениями на костылях в виде cp, tar, rsync и других, не менее православных способов пофайлового копирования операционной системы, на промышленном сервере, на котором крутится множество разнообразных сервисов, откровенно неохота.
Собственно, вопрос: существуют ли методы переноса работающей системы на sw-RAID без использования cp?
CentOS 5.6, syslogd 1.4.1
Некий демон (скажем, baddaemon) пишет в /var/log/messages плотным потоком всякую ненужную ересь. Добавление в /etc/syslog.conf нагугленной строки
<...>;baddaemon.none /var/log/messages
приводит к тому, что syslogd вообще перестаёт писать в лог что-либо. Ковыряться в исходниках baddaemon'а на предмет перенаправления логгирования как-то неохота) Итак, вопрос. Как избавиться средствами syslogd от нежелательных сообщений в messages, исходящих от определенного источника?
Требуется: файловый сервер (CentOS 5.5, samba 3.0.33), доступ к списку общих ресурсов сервера для всех, доступ в отдельные ресурсы по логину/паролю.
# cat /etc/samba/smb.conf | egrep -v '(^#|^;)'
[global]
workgroup = WG
server string = gwx.domain.ru
netbios name = gwx
interfaces = lo 192.168.1.1 192.168.122.1
hosts allow = 127. 192.168.1. 192.168.122.
security = user
username map = /etc/samba/smbusers
passdb backend = tdbsam
guest account = nobody
map to guest = Bad User
guest ok = yes
browseable = yes
unix charset = utf8
dos charset = cp866
local master = yes
os level = 255
preferred master = yes
wins support = no
wins proxy = no
dns proxy = no
load printers = no
create mask = 0664
directory mask = 0775
[public]
comment = Общее папко
path = /var/exports/smb/public
browseable = yes
guest only = yes
writable = yes
[HR]
comment = Отдел кадров
path = /var/exports/smb/hr
browseable = yes
writable = yes
guest ok = no
guest only = no
valid users = hr
write list = hr
Оно таки работало, и довольно долго. Но однажды обнаружилось, что с машины под управлением Виндоус 7 невозможно зайти на запароленный ресурс (не принимается пароль). Дальше - больше: сначала виндовс-7 машины не смогли получить доступ с списку ресурсов (окошко с запросом логина/пароля стало вылазить сразу при щелчке по значку сервера в «сетевом окружении», причём никакой логин/пароль не принимался), потом то же произошло с WinSrv 2k3 и XP. И - внимание! - с линукс-машин (fedora 13/14) всё работает отлично, как и раньше. И ещё всё работает при заходе с WinSrv 2k3 английского (нелокализованного).
3-х дневные гугления, чтения манов и эксперименты с параметрами конфигурации samb'ы результата не принесли ровным счётом никакого.
То есть, каким-то образом перестал работать параметр
map to guest = Bad User$subj
Gnome 2.30.0, Fedora 13
Slackware 12.2, cups-1.3.9, cups-pdf-2.5.0. Добавил виртуальный принтер; при печати любой страницы из любого приложения получается файлик весом ровно 2,2К. Команда file, тем не менее, говорит, что это PDF document, version 1.4. При открытии любым просмотрщиком (испытывались evince-2.24.2 и acroread-9.1.3) файлик, естественно, выглядит пустым. Гугл молчит.
Что это за явление и как с ним бороться?)
Имеем: 4 одинаковых древнючих компа на 370-м сокете, на которые нужно поставить Linux. Живенько накатывается CentOS 5.4 и внезапно... возникает проблема: при всяком явлении (открытие окна, прокрутка, набор текста) на экране монитора возникают мельтешащие белые горизонтальные полосочки.
Видео: интегренная Trident Microsystems CyberBlade/i1 (rev 6a). Мониторы: разные 17" (Benq и LG), на всех один и тот же эффект.
На 800х600 всё нормально, начиная с 1024х768 начинается мельтешение. Заставлять людей работать с 800х600 как-то неприлично :)
Гугление и жонглирование параметрами HorizSync/VertRefresh, а также опциями самого' драйвера ничего не изменило. Разве что пришло понимание того, что trident - гов*о. Голый hal без xorg-овых параметров отказался выдавать разрешение бо'льшее, чем те-же 800х600.
Для контроля загружался с диска SystemRescueCD 1.5.1 - та же хня; значит, не в версии Х-ов дело.
Если LOR community не поможет, придётся искать по помойкам PCI-ные видяхи :(
Related sections in xorg.conf:
15 Section "Module"
17 Load "dri"
18 Load "extmod"
19 Load "dbe"
20 Load "glx"
23 EndSection
38 Section "Monitor"
40 Identifier "Monitor0"
41 VendorName "BNQ"
42 ModelName "BenQ FP71G+"
43 ### Comment all HorizSync and VertSync values to use DDC:
44 HorizSync 30.0 - 83.0
45 VertRefresh 56.0 - 75.0
46 Option "DPMS"
47 EndSection
49 Section "Device"
78 Identifier "Card0"
79 Driver "trident"
80 VendorName "Trident Microsystems"
81 BoardName "CyberBlade/i1"
82 BusID "PCI:1:0:0"
83 EndSectionСобственно, сабж.
Имеются managed свитчи (PSH-2109G+ и SWH-3124G). Начальная конфигурация новых железок производится через COM-порт. Под оффтопиком у коллег всё отлично работает через hyperterm (9600,8N1). Также имеются компы с Slackware 13 и CentOS 5, на них произведены все (?) необходимые настройки. Делал по этой хаутушке: http://www.vanemery.com/Linux/Serial/serial-console.html
Софт, которым пробовал подключиться: screen, minicom, kermit, gtkterm (аналог виндового hyperterm'а).
Результат везде одинаковый: при попытке подключения к устройству через нуль-модемный кабель соединение либо сразу виснет, либо на устройство начинается сыпаться мусор в виде табов, пробелов и прочих подозрительных символов, в результате чего железка или виснет сама, или сбрасывает соединение.
GtkTerm, кстати, вроде соединяется, и свитч даже начинает что-то писать, но потом в консоль начинают валиться вот такие ошибки
Control signals read: Ошибка ввода/вывода
и сессия, опять же, останавливается.
Не подскажет ли уважаемое сообщество, что это такое и как с этим бороться?
─[0]> ps -ef | grep ttyS0
root 4075 1 0 01:28 ttyS0 00:00:00 /sbin/agetty -L -i ttyS0 9600 vt100
─[0]> setserial -g /dev/ttyS0
/dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
Решил вот поставить на новый сервер Ынтырпрайз. Работал раньше на Слаквари, всё было просто и удобно. Да и сейчас тоже есть. А тут вдруг Центось 5 приспичило.
Запустил я, значить, Анаконду эту. Начал разбивку делать. С зеркалированием, всё как полагается. И вдруг трабл: при создании новых разделов, при выборе для каждого раздела опции «Force primary partition», эта ихняя Конда решила располагать разделы не в порядке создания, а по инопланетной, одной ей известной логике. Например, создаю sda1 /boot 128 Mb и sda2 / 4096 Mb, и вдруг /оказывается sda1, а /boot - sda2. Ну, и так далее. Что ни делал, как ни бился - перемешивает их, и всё тут. А разделы - вещь тонкая, и расположены оне должны быть, как надо, а не как попало.
Полез я в гуглу. И сказал мне гугл, что баг известный, с бородатых времён до наших дней сохранился в целости и сохранности. И фиксить его никто не собирается. Ибо nobody cares. И показал мне гугл кусок кошмарного, Ъ-Enterprise кода с этой сортировкой :-) Единственный способ лечения - фиксить всё это kickstart'ом.
Улыбнулся, в общем, Энтерпрайз общественности. Плюнул я на него, и поставил Слакварь. 13-ю. И всё стало хорошо.
Доброго времени суток всем присутствующим. Вот уж не думал, что придётся по такой «деццкой» теме на форуме вопросы задавать; но, видно, и ко мне пришло.
Собственно, сабж. Возникла необходимость мониторить сотню-другую управляемых свитчей и прочих железяк. При селекции инструментального средства выбор пал на Icing'у - форк хорошо известного Nagios'а. У них много общего. Точнее, почти всё). Просто Icingа подинамичнее в развитии будет, да и мордочка покрасивше.
И вот проблема - если 'host_name' (имя хоста, отображаемое в веб-интерфейсе) содержит кириллические символы, то все ссылки вместо них содержат «++++» или null, в зависимости от локали. В результате веб-морда становится малоюзабельна.
При этом русские буквы вообще показываются нормально (локаль UTF-8, если это важно). А вот со ссылками - затык. CGI-ники, судя по всему, неправильно их генерируют.
В сорцы лазил, только толку-то... В С'ях, к сожалению, не силён( Google, Nigma и прочие поисковики ничего обнадёживающего не обнаружили. Не могли бы уважаемые форумчане подсказать что-нибудь по теме?..
| ← предыдущие |