Записи с меткой «Computer»

Ситуация: IPMI сервера supermicro не монтирует ISO-образ с SMB-шары, если монтировать его из веб-морды IPMI — «Virtual Media» — «CD-ROM Image».

Были попробованы разные размеры бубнов, логины/пароли и методы авторизации, расковыряны разные настройки сосамбы. Помог обходной путь — сперва открыть ява-апплет для местной KVM-консоли, и уже из этого апплета выбрать «Virtual Media» — «Virtual Storage» и подключить ISO из своей локальной файловой системы, без всякой самбы.

Похоже на баг веб-морды IPMI, из файлового менеджера самба-ресурс доступен.

Вот такой вот обходной путь. Возможно, это решается обновлением прошивок на блейде, но про это я напишу позже, если не забуду.

Реклама

Задача — быстренько пережать видосы (видео -> h264, звук -> mp3), например, чтобы смотреть их на старой хумаксовской приставке (не умеющей mp4a / ogg в звуке), где-нибудь на даче. У «Твое ТВ» как раз такая приставка.

Волшебные ингридиенты: Fedora 28 x64, nvidia-driver-390.67, ffmpeg 4.x, доброкарта GTX 1070, проц не совсем тухлый.

Собственно магия:
ffmpeg -i input_file.avi -c:v h264_nvenc -acodec mp3 -vcodec h264_nvenc output_file.avi

И на скорости в несколько десятков раз выше скорости воспроизведения быстренько получаем наши видосы в новом формате.
Вывод будет примерно такой:

frame=13720 fps=1578 q=33.0 Lsize= 147246kB time=00:09:31.83 bitrate=2109.4kbits/s speed=65.8x

Добро-девайсина 1070 от этого даже не потеет — GPU_Util 7-12%, VideoEngine Util — 35-45%.

Всем привет. Сегодня я немного расскажу про один классный музей.
Находится он в городе Таллине, в Эстонии. Если будете в тех краях — очень рекомендую сходить. Вычислительная техника развивается и устаревает необычайно стремительно, отчего даже есть ощущение другого течения времени. Если в привычной исторической науке 70-е прошлого века — это «Новое время»/»наши дни», то у IT-археологов это — глубокая античность.
(далее…)

Сегодня я расскажу о паре устройств, предназначенных для аварийной перезагрузки зависших компьютеров — аппаратных вотчдогах. Если вам интересно, что это и как подключать — прошу под кат.
(далее…)

Пользуясь всякими девайсами, даже специалисты редко задумываются, насколько же они сложны, и какое громадное количество труда, разработок, технологий и отраслей промышленности задействуется, чтобы сделать очередную железячную штуку.
Усложнение и миниатюризация компонентов приближают технологию к магии, но делают её всё более трудной в реализации, и всё менее пригодной к ремонту в случае чего. Один из наглядных примеров настоящего технологического чуда — под катом.

(далее…)

IT-археологии пост

Posted: 2017-11-17 in По жизни, IT
Метки:

#Windows-3.11 #Win16 #FoxPro

Думаю, уже для довольно многих читателей эта картинка покажется совершенно незнакомой, и не вызовет никаких значимых эмоций. А кто-то с ностальгией вспомнит те времена, когда жесткие диски и память измерялись мегабайтами, на дискету в 360 килобайт влезало два десятка игрушек, а видеокарты были без радиаторов.

Если интересно — просим в избу-читальню.

(далее…)

NVMe дома, ня

Posted: 2017-11-11 in Hardware, IT
Метки:,

Всем привет !

Постоянные читатели моего блога наверняка могли заметить, что я могу быть довольно консервативен в плане апгрейдов компьютерного железа, а сменить систему почти 10-и летней давности меня смогла сподвигнуть только сдохшая видеокарта.
(далее…)

Начну с одной относительно малоизвестной цитаты.
«Вообще сама идея нажимать кнопки в том же самом месте, где должны появляться буквы (на экране) — нищебродна чуть более, чем полностью. На мой взгляд, совмещать устройство ввода и вывода — это как заваривать чай в унитазе.»

Это в качестве вступительной шутки.

(далее…)

Задача : после переноса данных в другой mount_point, капитальной расчистки внутри LXC-контейнера или ошибочного задания слишком большого размера файла диска требуется этот диск ресайзнуть в меньшую сторону.

Веб-интерфейс такого не предоставляет (там можно только увеличить размер), поэтому переведу одну рекомендацию с форума проксмокса (https://forum.proxmox.com/threads/shrink-disk-size.24808/#post-124343), чтобы не потерялась.

Для примера, у нас будет LXC-контейнер № 366, проксмокс 4.2, надо уменьшить размер диска с 8 Гб до 2 Гб, пути стандартные.

По шагам, поехали:

1). Останавливаем контейнер.

2). Делаем бэкап.
3). Проверяем, что бэкап есть.

4). Дополнительно копируем файл с дисковым образом ( /var/lib/vz/images/366/vm-366-disk-1.raw ) в другой каталог, если что-нибудь пойдёт не так. Такой образ закопировать назад поверх битого может быть в ряде случаев быстрее, чем разжать из бэкапа.

5). Заходим в каталог с образом диска:
# cd /var/lib/vz/images/366

6). Проверяем файловую систему:
# e2fsck -f vm-366-disk-1.raw
Видим вот такое:

e2fsck: MMP: fsck being run while checking MMP block
MMP check failed: If you are sure the filesystem is not in use on any node, run:
‘tune2fs -f -E clear_mmp {device}’

7). Делаем исправление:
# tune2fs -f -E clear_mmp vm-366-disk-1.raw

8). Снова проверяем, что файловая система внутри теперь в норме:
# e2fsck -f vm-366-disk-1.raw
Должен быть примерно такой вывод:

e2fsck 1.42.12 (29-Aug-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
vm-366-disk-1.raw: 21325/524288 files (0.4% non-contiguous), 240360/2097152 blocks

9). Уменьшаем размер самой структуры файловой системы внутри дискового образа:
# resize2fs -M vm-366-disk-1.raw 2G
Размер ФС будет сильно уменьшен:

resize2fs 1.42.12 (29-Aug-2014)
Resizing the filesystem on vm-366-disk-1.raw to 318585 (4k) blocks.
The filesystem on vm-366-disk-1.raw is now 318585 (4k) blocks long.

Обратите внимание на число блоков — 318585 !

10). Обрежем лишнюю часть файла до размера 2 Гб:
# truncate -s 2G vm-366-disk-1.raw

11). Расширим размер структуры файловой сисемы до нового размера файла-образа:
# resize2fs vm-366-disk-1.raw
Это нужно, чтобы внутри файла выделенное пространство полностью было задействовано файловой системой.

resize2fs 1.42.12 (29-Aug-2014)
Resizing the filesystem on vm-366-disk-1.raw to 524288 (4k) blocks.
The filesystem on vm-366-disk-1.raw is now 524288 (4k) blocks long.

Обратите внимание на число блоков — 524288 !

12). Исправим размер образа в конфиге контейнера:
# vi /etc/pve/nodes/vps3/lxc/366.conf
Если vi вызывает у вас аллергию — используйте любой другой редактор, их много. Правим параметр size в свойствах диска:

rootfs: local:366/vm-366-disk-1.raw,size=2G

Сохраняем, обновляем страницу со свойствами контейнера в веб-интерфейсе, убеждаемся, что размер поменялся.

13). Запускаем контейнер.

14). Заходим в него по SSH, проверяем, что всё работает, смотрим на свободное место :
# df -h -t ext4

Filesystem Size Used Avail Use% Mounted on
/dev/loop1 1.9G 677M 1.1G 39% /

1.9 Гб вместо 7.8 Гб места при 677М данных. Это очень позитивно сказывается на скорости переноса контейнера (при отсутствии общего хранилища), времени бэкапа/восстановления и глубине / объёмах бэкапов.

На этот раз меня порадовала статистика данного блога и, как ни странно, компания Микрософт.
А вовсе не Путин с Обамой и Порошенко, как кто-то мог предположить по заголовку =)
Поехали!
(далее…)

Задача: Есть тестовый стенд для жестких дисков (старый 433-й дохлерон + PCI-SATA-контроллер), на котором помимо линукса со всякими страшными тулзами (из которых особо опасны mkfs, parted, dd и особенно — hdparm ) иногда надо грузить дискетные образы с Victoria / MHDD или подобным низкоуровневым DOS-софтом. Можно, конечно, найти старый дисковод, положить рядом пачку дискет — но это медленно, ненадёжно, неудобно и криво.

Правильный путь — воспользоваться функциями загрузчика GRUB, который умеет необычайно гибко управлять загрузкой.
(далее…)

Screenfetch

Posted: 2015-08-04 in IT, Software
Метки:,

Заметил тут в обзоре 22-й федоры такую утилиту, как screenfetch.
Это портабельный bash-скрипт весом около 150 Кб, который в ASCII-графике рисует логотип дистриба и основные параметры машины. Пользы не сильно много, но выглядит забавно и работает как на десктопных машинках, так и на всяких серверах и виртуалках.
В федоре есть в репозитории, так что софт доверенный.

screenfetch.sh

screenfetch.sh

А вот и самая старая из машинок, на которой у меня стоит федора:

screenfetch5
Именно с неё я и начну смотреть на Fedora-22, пожалуй =)

Тестим свой SSL / TLS.

Posted: 2015-01-13 in IT, Security
Метки:

Наткнулся на полезный сайтик — https://www.ssllabs.com/

Можно проверить как свои браузеры, так и свои сервера, на предмет всяких новых модных уязвимостей типа Heartbleed и Poodle, наличия поддержки устаревших и небезопасных режимов шифрования и тому подобное. Проверил на некоторых сайтах — результаты удручают.

Так что если будете переставлять веб-сервер / обновлять систему — не забываем отключать SSL, отдавая предпочтение TLS, тестим свои веб-серверы и если есть возможность — сертификаты лучше сменить. Если у вас обнаружилась heartbleed — ключи сервера и сертификат почти стопроцентно скомпрометированы.

Работа долгая, нудная и противная, но делать её надо. Конечно, бардака с СА это не отменяет, но и оставлять слабые системы глупо.

FreeBSD 8.1 Kernel Panic

Posted: 2013-05-29 in IT, Software
Метки:

Выглядит сей крайне редкий зверь примерно так:

В этой заметке я немного расскажу про VLC — продукте бесспорно уникальном. В основном он известен как медиа-плеер, причем умеющий и понимающий почти все существующие форматы и источники медиа. Аудио- и видео- файлы, видео-устройства, RTP-потоки, мультикастовое и уникастовое (HTTP-stream) вещание, и всё это — с нативной (sic!) поддержкой кучи кодеков и контейнеров. Но плеер — это лишь одна грань возможностей VLC. …

(далее…)