вышла новая версия Virtual PC:
http://www.microsoft.com/windows/virtual-pc/
Работать совместно с Virtual PC 2007 SP1 (версия 6.0) она отказалась, сославшись на установленный устаревший продукт, установленный в моём компьютере. Пришлось от 2007 избавиться. Теперь собственно по продукту.
Изменений «много»:
- Версия обновилась с 6.0 до 6.1
- Директорию в «Program Files» переименовали с «Microsoft Virtual PC» на «Windows Virtual PC«
- Раньше приходилось скачивать setup, теперь VPC оформлен в виде обновления для Windows. Что в принцепе нетакая плохая мысль. Но сделанно это немного кривовато. Пока я разобрался в тонкостях конфликта Microsoft Virtual PC и Virtual PC 2007 минуло с полчаса.
- В новой версии VPC потерял свою консоль, теперь работает в папке «C:\Users\%USERNAME%\Virtual Machines» в тесной интеграцией с оболочкой. Которой кстати говоря не все пользуються.
- Между делом придёться пересоздать все виртуалки из Virtual PC 2007, новоиспечённый продукт их почемуто не экспортировал.
- Пропали такие фичи как растягивание гостивого окошка в произвольный размер. Кстати урсор мыши теперь тоже «утопает» в окне. Для вылавливание появилось новое сочетание клавишь: Alt+Ctrl+Left
Что мы в итоге получили: виртуализацию для домохозяек? Из вобщемто довольно интересной программы сделали недоразумение.
А жаль. 2007 в своё время произвёл на меня более сильное впечатление. Очень хотелось увидить куда дальше двиниться этот продукт. С тех пор прошло 2 года… Ни тебе x64, ни безболезниной виртуализации прочих ОС (кроме Windows без бубна на VPC сложно что либо запустить).
Видимо всётаки для домохозяек(
Linux 2.6
Как известно, по умолчанию tcp/ip в Linux 2.6 настроен на довольно высокую пропускную нагрузку.
Если предельное количество соединений для службы устанавливаться в раёне одной тысячи, а ресурсов системы более чем предостаточно поискать причину можно вот в какой месте:
Рассмотрим конкретный пример.
Служба состоит из двух частей front-end и back-end
Front часть устанавливает соединение в любом случае, но после приблизительно 1000 активных подключений соединения эти не доходят до back части.
Дело всё в том, что по tcp обещаться только front-end, а связка front-back работала на UNIX сокетах. Причём каждое подключение порождает открытие дополнительного UNIX сокета.
Кто знаком с UNIX сокетами знает, что каждый такой сокет требует создание отдельного дискриптора файла. А в linux есть явное ограничение открытых файлов для процесса. По умолчанию это 1024.
Проверить можно так:
# количество открытых Unix сокетов для демона back
$ netstat -ux -p|grep back|wc -l
# количество открытых Unix сокетов в системе
$ netstat -ux -p|wc -l
# количество открытых tpc сокетов для демона front
$ netstat -tnp|grep front|wc -l
# количество открытых tpc сокетов в системе
$ netstat -tnp|wc -l
Везде нужны права root
Снять ограничение можно здесь:
/etc/security/limits.conf
demonusername soft nofile 2048
demonusername hard nofile 2048
- demonusername - имя пользователя с правами которого запускаться демон, использующий Unix сокеты. Можно устанавливать огриначение для группы (@demonusername) или для всех (*)
- Параметры soft и hard используються для установки мягкого и жесткого лимита соответственно. soft может быть изменен в самой программе. hard может быть изменен только суперпользователем.
ВНИМАНИЕ! Необходима установка и soft и hard ограничения.
- 2048 – собственно ограничение.
Не изменяйте лимит для всей системы и не выставляйте слишком большого числа. Все эти лимиты введены не просто так. В случае взлома, атаки или просто сбоя это может привести к негативным результатам – например потере контроля за машиной.
Далее необходим ребут, чтобы преинициализировать ядро.
Ссылки на полезные статьи:
http://www.kegel.com/c10k.html
Началось всё с того, что однажды перестала обновляться лицензия програмного продукта: Parallels Virtuozzo Containers 4.0
При попытке переустановить лицензию выскочила следующая ошибка:
KA server is not available: activatefailed: Can't connect to server ka.swsoft.com:5224
Проблема скажем с обновлениями может иметь аналогичную причину.
В этом случае правильнее всего было проверить настройки DNS на хост машине.
# nslookup ka.swsoft.com
Server: 81.200.0.1
Address: 81.200.0.1#53
Non-authoritative answer:
*** Can't find ka.swsoft.com: No answer
Получаем новые DNS у провайдера (в моём случае они просто работали с ошибками – пришлось искать другие).
Обновляем /etc/resolv.conf.
Перезагружается потому, что демон лицензий висит в отдельном контейнере и изменения настроек не заметит.
Всё работает.
Information:The license has been installed successfully.
По теме:
http://www.parallels.com/products/virtuozzo/
Был очень приятно удивлён.
Значительно интереснее первого сезона(хотя и он не плох). Заметные улутшеня в плане тонкой проработки сюжета, отлично проработанны детали. Не уверен насчёт Лоренса, но Холо прорисованна значительно интереснее (с нетепрением жду BR рипа).
Определённо тянет на звание лутшего Аниме 2009 года.
Очень хороший релиз скачать можно здесь: Волчица и пряности (второй сезон) / Spice and Wolf II / Ookami to Koushinryou II (Такахаси Такэо) [TV] [без хардсаба] [8 из >13] [JAP+SUB] [7 из >13] [RUS(ext)] [2009 г., приключения, фэнтези, романтика, HDTVRip] [1080p]
Сначала правда придёться ознакомиться с первым сезоном))
Почитать можно тут: world-art.ru
Судя по всему недавно в Корбине появилась новая фишка для фильтрации соединений:
Средняя + блокировка smtp
Фильтрация входящих TCP-соединений на порты: с 0 по 1024 (кроме www (80), ftp (21), pop3 (110), ssh (22)) + блокировка стандартного порта исходящей электронной почты (smtp (25)). Преимущества: защита от известных Интернет-червей и предотвращение массовых рассылок нежелательной электронной почты (СПАМа). Недостаток: остальные порты открыты, и вторжение на компьютер может быть произведено. Надо использовать «заплатки» и файрволл, чтобы предотвратить вторжение из локальной сети.
Примечание: если вы используете почтовую программу-клиент (MS Outlook, Mozilla Thunderbird, The Bat и др.) для отправки электронной почты следует использовать smtp-сервер smtp.post.ru |
Включилась сама.
В результате минут 30 потратил, чтобы узнать почему это почта перестала ходить.
Заботливые, чтоб их)
http://stat.corbina.ru/firewall.pl
Конфигурация.
Сервер: Серверы HP ProLiant
Контролер: Встроенный ICH9
Дисковая подсистема: 2 SATA диска в 250 Gb (RAID 1 mirror)
Операционная система: SUSE
Фактическая реализация raid на уровне ОС: DMraid
Хронология событий
Умирает второй диск.
SUSE начинает ругаться многочисленными ошибками в MFT и требует запустить fsck
Aug 23 06:12:27 xxx kernel: EXT3-fs error (device sda1): ext3_lookup: unlinked inode 2465708 in dir #2301537
Aug 23 06:12:27 xxx kernel: EXT3-fs error (device sda1): ext3_lookup: unlinked inode 2465707 in dir #2301550
Aug 23 06:12:28 xxx kernel: EXT3-fs error (device sda1): ext3_lookup: unlinked inode 2465723 in dir #2301550
Aug 23 06:12:28 xxx kernel: EXT3-fs error (device sda1): ext3_lookup: unlinked inode 2465819 in dir #2301555
Aug 23 06:12:28 xxx kernel: EXT3-fs error (device sda1): ext3_lookup: unlinked inode 2466064 in dir #2465286
По глупости запускаеться fsck.
на выходе получаем множество жизненоважных файлов с нулевым размером.
(Напомню файлы с нулевым размером восстанавливать кране тяжко и совсем не быстро)
Результат:
1) Критически важное приложение
2) 1 мёртвый диск
3) второй диск с неработающей системой и битыми данными
Хорошё если есть рабочие бакапы.
Купить новый диск, востановились архив – два часа простоя.
Вот такая вот история.
Как нужно было делать с самог начала
Будет такая штука Adaptec RAID 2405
И 3 диска: Два в зеркало и однин в Hot spare, чтобы не пришлось бегать в магазин)
Иногда при обновлении списка пакетов, либо при добавлении нового репозитория, вылазит такая ошибка
Reading package lists... Done
W: There is no public key available for the following key IDs: 9AA38DCD55BE302B
W: GPG error: http://ftp.fr.debian.org etch Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 9AA38DCD55BE302B
W: You may want to run apt-get update to correct these problems
Чтобы исправить сиё надо выполнить
gpg --keyserver subkeys.pgp.net --recv-keys 9AA38DCD55BE302B && gpg --export 9AA38DCD55BE302B | apt-key add -
Чёрточка в конце обязательна
Поступил заказ сверстать сайт.
Не скажу что вёрстка особенно сложная, но и не супер простая. Как обычно использую современные технологии CSS2.1 и выше, XHTML Strict, блочную вёрстку, чистую разметку. отлаживаю это всё в современном ff3.5
Вот, значит, я вполне удовлетворён результатом, лезу проверить в других браузерах. Открываю ie8… и… всё работает как задумывалось!))
Не скажу что я большой фанат ie, но было, безусловно, приятно.
У кого есть возможность скиньте пожалуйста.
И снова здравствуйте.
Начинаю публиковать свою выкладку свеженадоенных неприятностей в «самом лучшем» браузере.
Есть такая штука в css — @charset. Позволяет в явном виде указывать кодировку документа со стилями.
Оператор указываться в самом начале CSS файла:
@charset "utf-8";
Рекомендовано к использованию W3C: Tutorial: Character sets & encodings in XHTML, HTML and CSS
А теперь внимание! в IE8 CSS фай с такой диклорацией перестаёт читаться полностью. Я не проверял все документотипы, у меня в рамках XHTML 1.0 Strict ситуация однозначная.
Кодировку можно указать и непосредственно в <link>, только вот при изменении кодировки css файла придётся править все линки. а для вшених css файлов ситуация в двойне неприятная.
Разуметься глюк незначительный. но всё равно досадно.