Настроил сетевую корзину, все вроде хорошо. Но вот не пойму - нередко удаляемый файл, попадает в корзину, но имеет размер 0 байт. Почему? Думал, что файл слишком большой, но другие файлы в корзине имеют размер и побольше и нормально там присутствуют.

Samba 3.6.6 Debian 7.4

Конфиг корзины такой:

vfs objects = recycle
veto files = /*.mp3/*.mp4/*.avi/
recycle:exclude = *.tmp | *.TMP | ~$* | ~WRL*
recycle:repository = /home/users/%U/lost
recycle:versions = yes

Например, пишу я какое-то приложение на плюсах. Использую в нем в качестве контейнера строк класс string. Вроде хорошо же. Но вот нужно мне вызвать stat(). Он string стринг не понимает. Приходится в таких случаях делать .c_str(). И так повсеместно, где всречаются такие вот обращения к системным вызовам с путем или др. строками. Вроде не напрягало по-началу, но что-то с увеличением количества кода стало как-то беспокоить. Особенно, когда производишь порт Си кода на плюсы, Вроде логика вся остается, а писать приходится больше, то тут забыл, то там не тот тип параметра выставил, то тут обертку нужно какую-то лепить... Это нормально? Раньше имел дело с Си, там, конечно, такого нет.

Случается, что DC (debian 7.4 samba 3.6.6) отдает роль мастербраузера одной из виндовых машин. Симптомы: сетевое окружение «подвисает», список доступных машин сильно редеет. В логах nmbd:

process_local_master_announce: Server W226 at IP 192.168.255.248 is announcing itself as a local master browser for workgroup MYDOMAIN and we think we are master. Forcing election.

become_localmaster_fail2: failed to register name MYDOMAIN<1d> onb subnet ... Failed to become local master browser.

В конфиге DC os level = 255

Мастерами становятся разные машины (ХР (редко), Win 7). Лечу остановкой службы «обозреватель компьютеров» на винде, «захватившей» домен, и рестартом nmbd. В целом, помогает. Но все же неприятно.

В чем может быть дело? Грешу на каспера в виндах. Прямых оснований как бы нет, но каспер явно при делах.

В текущей реализации программы-сервера использую jansson (библиотека работы с json на С - http://www.digip.org/jansson/) для сериализации. Прога отдает главным образом листинги директорий с информацией stat, xattr, acl по каждому объекту в директории. Ну, т.е. это основное ее предназначение и запросы идут в основном по этой части. Соответственно, хотелось бы выжать максимум по скорости из сериализатора. Есть ли смысл перейти на bson? Сам сервер написан на С в стремлении к минимализму и простоте. Поэтому, кто может посоветовать достойную либу для работы с bson на С? Про mongoDB bson-драйвер знаю, но может есть что-то независимое? Советы в плане использования других способов сериализации приветствуются.

Платформа gcc version 4.7.2 (Debian 4.7.2-5)

Имеется старенький ноут iRu (2004 года). Довесил гиг оперативки, поставил Debian 7 LXDE, все работает. Но при загрузке не всегда подхватывается клава. Т.е. после включения, когда появляется окно входа в систему не работает ни одна кнопка на клаве.

Такое случается через раз, однако замечено, что если в меню груба насильно нажать ентер по дефолтному пункту меню или просто потыкать стрелками, то потом клава нормально работает. Если не жать ничего - то через раз.

В чем может быть затык?

На компе дома установил Debian 7 (х86). Все оборудование корректно определилось, интегрированное видео, звук работает.

Установил внешней видюху (Zotac от Nvidia). Карточка недорогая, три порта выходных (vga, dvi, hdmi). Опять же с установкой драйверов никаких проблем не возникло.

Приобрел монитор с портами (vga, dvi, hdmi) и выходом для колонок. Далее, была приобретена web-камера со встроенным микрофоном. Подключил, все опять же гуд. Камера работает, скайп там, программы типа cheese.

Теперь в системе есть такие устройства: (перечисляю своими словами, комп не под рукой) - видео контроллер на мамке (не задействую, ибо глючит)

- виде контроллер на видюхе (все ок, по dvi портe к монику прицепился)

- аудио контроллер на матери (колонки, микрофон)

- аудио контроллер на видюхе (колонки)

- микрофон на камере.

Что хотелось бы:

- научиться этими устройствами управлять, т.е.,

- когда работает камера при разговоре в скайпе, задейстовать микрофон на камере;

- когда задействется hdmi на видюхе, оттудаже (по hdmi) выводить звук на монитор.

- когда подключен телек, как монитор по hdmi выводить звук на него.

- можно ли одновременно задействовать звук на мамке и на видюхе (например, отправить на телек фильм по hdmi, а на компе смотреть ютуб)?

В текущей конфигурации задействоано звуковое устройство на мамке, колонки и микрофон. По hdmi звук идти не хочет, микрофон на камере не задействуется. Можно ли вообще как-то динамически всем этим хозяйство рулить?

Сервер выполняет роль BDC (samba 3.6.6). Работает openldap-2.4.31 как salve (мастер на PDC). Собственно, более ничего не используется из софта. Ранее машина исполняла роль PDC и принтсервера, но был куплен новый сервер и все переехало туда, сервисы, домен и т.д. Была переустановлена OC (был старенький RedHat). По техническим причинам серверу было дано имя как в прежней конфигурации и оставлен тот же IP. С вводом в эксплуатацию замечаю регулярно следующие глюки, о которых и речь. Пытался разобраться самостоятельно, но толкового ничего не вышло.

1. Демон slapd (режим логгинга stats по дефолту) просто-таки спамит rsyslog невероятным количеством сообщений. Вплоть до того, что rsyslog начинает ругаться (pid - процесс slapd)

imuxsock begins to drop messages from pid 2498 due to rate-limiting.

2. Пару раз сервак вообще крешился, последней записью в логе было

rsyslogd was huped

В консоль при этом выводился какой-то жуткий backtrace из ядра.

3. Стал разбираться с лдапом. Дело в том, что на клиентах в сети осталось много всякого мусора: сетевые принтеры с портами на прежнем серврер (а имя и ип как раз остались прежние), всевозможные ссылки и ярлыки, опять же указывающие на прежде существовашие шары. Может быть еще что-то. Например в логах лдап упорно писал, что делает поиск по базе с фильтром {displayName=laserjet}. Это такой принтер был. Причем, таких сообщений было очень много. Я потратил время, удалил все принтры и их порты на клиентах, указывавшие на этот несуществующий принтер. Сообщения прекратились. Но в логах стало появлятьс много сообщений такого типа:

SRCH base=«ou=People,dc=mydom» scope=2 deref=0 filter="(displayName=otdel)"

«otdel» - это имя шары на прежнем сервере, сейчас ее нет. Я так понимаю, что где-то на клиентах остались «закладки», ярлыки, ресенты или еще что-то.. Но почему поиск и идет в People? Сейчас сделал логгинг лдапа уровня sync. Сообщений как бы нет, но это не решает проблему.

Наконец, вопросы.

Как можно диагностировать причину креша сервра? У меня фактически есть только скрин бэктрэйса в момент падения (http://s7.uploads.ru/8FblG.jpg). В логах все глухо.

Что за такие глюки с лдапом? Смущает еще и то, что везде, где можно в конфигах сервисов я указывал в качестве URI лдапа ip PDC, вроде бы, кроме репликации и быть ничего не должно, но нет.

В дополнение скажу ,что рядом стоит сервер с очень похожей конфигурацией и лдапа и самбы и версиями софта, только ось x64, ну т.е. еще один BDC, там все ок.

Установил файл-сервер Debian 7 (Samba 3.6.6). Завел ридонли шару, где выложны настроечные файлы и библиотеки для одной проги (проектирование, чертежи, kompas 3d (ascon), если что). Смысл такой, чтобы на всем предприятии эти конфиги были одинаковыми. Так вот, при открытии чертежа, наблюдается коннект к этой самой шаре, что как бы логично, но он быстро пропадает, видимо, после того, как нужные файлы были прочитаны (их не много). И так происходит раз за разом. Файлов открывается и закрывается немеряно, сосответственно на сервере идет свистопляска: порождаются новые процессы smbd, авторизация и т.д. потом они убиваются, чтобы вновь возникнуть при следующем открытии чертежа... Можно это как-то сгладить?

Имеется три машины (железо разное). На всех трех обновил Debian 6 -> Debian 7. Одинаково слетели русские шрифты в консоли на всех трех машинах (квадратики вместо букв). Одинаково вылечил

apt-get install console-data console-setup console-cyrillic

с последующей dpkg-reconfigure этих пакетов.

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

Исходные кофигурации OC на машинах были разные до апдейта. Например, на одной я выпилил DE перед апдейтом, на двух других изначально DE не было. Тем временем, при загрузке системы, на экране отображается даже лог загрузки по-разному (разными шрифтами). На одной навблюдается «переключение» на более мелкий и убористый шрифт, к примеру (как это присходит при загрузке десктопных версий ОС), до апдейта не было такого.

Как это такое может быть?

Непонятный глюк. На сервере (debian 7) через Webmin (1.660) завел cron job в виде последовательности скриптов:

(/mnt/smb/backup/x_mount && (/usr/local/fsbackup/create_backup_mysql;/mnt/smb/backup/x_umount))

Первый скрипт /mnt/smb/backup/x_mount примерно следующего содержания:

mount.cifs //w158/x$ /mnt/smb/backup/x -o user=*****,pass=*****

Вывод всей команды передается на вход mail, соответственно в почте получаю мессадж с этим самым выводом. Так вот. При штатной работе на мыло приходят пустые письма, зато крон шлет репорт:

/mnt/smb/backup/x_mount: line 1: mount.cifs: команда не найдена

Вручную тем не менее вся команда отрабатывает, хоть из вебмина (Run Now), хоть из консоли. Бэкап создается, почтовое сообщение приходит и содержит вывод от работы скрипта, все нормально.

Что за трабл такой?

Локальная сеть, два файл-сервера с Samba, один PDC, другой BDC, авторизация через LDAP. Изначально стояли Debian 6 на обоих. Решился обновиться до Debian 7. На BDC обновление прошло нормально, ну если не считать мелких косяков. В части Samba все прошло гладко. На PDC тоже все обновилось, все работает, никаких жалоб. Однако, в процессе стал замечать в «/» на PDC стал время от времени появляться файл core. Файл бинарный, насколько понимаю это какой-то дамп. При попытке открыть его просмотрщиком MC видна запись: «from smbstatus -l», потому грешу на самбу. Однако никаких сообщений типа «Panic or segfault in Samba» на мыло не приходит, сам скрипт panic-action работает, проверял. Повторю, что все ровно, все работает. Если бы не этот периодически появляющийся файл, я бы вообще не беспокоился. Что это такое, в чем может быть причина? На BDC такого не наблюдается, конфиги самбы идентичны в глобальной секции на обоих серверах (ну, с поправкой на имена). Самба-шары имеются на обоих серверах, функционируют нормально. Да, в директории логов самбы core/smbd есть файл core годичной давности с записью «from smbd -D», создался задолго до обновления. В логе log.smbd имеются записи «Cleaning up brl and lock database after unclean shutdown» По времени не связанные с временем создания злополучного core в корневике.