Метка: хумор

The printer is beeping

When people believe they are accomplished and successful and if they are experts in the field where they work, they tend to recall stories that happened to them. The stories typically start with the words: « Some weird stuff happened to me when I was young and stupid, …»
When I was young promising new grands worked in the Help Desk department, I got a call. A person who called complained regarding a printer: «My printer is beeping while it is printing. » I went to the trouble of getting up and walking to the next building to see that weird printer. Indeed, it made such strange beeping noise printing pages out. And when I printed several pages out in a row it was beeping till it finished printing out.
Both colleagues and I had been trying to realize what problem is and fix it for half an hour! But no luck at all! Then I said to my colleague, «Denis, please hit up the storage to bring a new one. Probably it can be special warning indicates that the printer is going to die or even explode”. I kept staring at the printer. Some people assume that just admin’s look can fix broken printer (or any laptop or server etc) or admin just need to drop by someone who has a problem and chances are problem diapers immediately! Ha-ha. But unfortunately, it was not that case and it looks like I was not the real admin! LOL
I kept staring at its lights and it was winking and beeping teasing us!
I suddenly noticed the flashing red light and it blinked with the rhythm of the beeping printer. I shook my head, but I still saw glitches. Then I focused my attention on the light and the object where it was located. It was a UPS APC with an illuminating red overload light.

I think you’ve already guessed what happened. One of the interns accidentally plugged the printer into the UPS port that was not designed for printers moving the office equipment. Accordingly, when the printing mechanism operated, the UPS overload occurred (or reboot?)
PS. It was a story about beeping HP, but you can face it on Brother, Xerox, Canon, Epson, Kyocera high power laser devices and so on.

Русская версия.

Микрософт отжигает 0x800706D9

Пишет мне коллега — проблема с обновлением адресной книги в Outlook (не может скачать с Exchange).

ms02

Меня в гугле не забанили.

Решение: чтобы избавиться от ошибки 0x800706d9 при обновлении Windows 10 нужно просто запустить службу брандмауэра (он же файрволл). Если ты не знаешь, как это сделать, тогда проделай следующие действия: открываем панель управления – администрирование – службы. Здесь вылезет окно, в котором нужно найти службу «брандмауэр Windows», открываем ее свойства и устанавливаем тип запуска (вручную или автоматически, как выбрать, смотрите выше).  После чего жмем на кнопку «запустить». Вот собственно и все, снова пробуем обновить ОС и радуемся, что ошибка 0x800706d9 исчезла.

Я: посмотри вот эту ссылку. Советуют запустить службу брандмауэра Windows.

Коллега: Спасибо, огромное. Нет слов… мелкософт отжигают.

И вновь продолжается бой

Давеча (как кстати перевести это слово на английский?) мы уже писали про аптайм Windows-сервера, про который забыли.

В комментариях мне показали ссылку на FreeBSD, проработавший на 2,5 года дольше (2651 день на момент написания той статьи).

Шах и мат, линуксоиды 🙂

msl

 

Поговорим об аптайме

Предыдущий известный вирус — WannaCry — подвиг нас на то, чтобы заняться сканированием всех подсетей холдинга и поиском тех, кто еще не ставит апдейты.

Я нашел два виртуальных сервера Windows 2003 SP1, проработавших 2 года. Вспомнил, что ровно два года назад виртуальными сделал их я 🙂

А еще нашел вот такой железный сервер, правда, с Windows 2003 SP2.

uptime

35 дней до юбилея не хватило!

Думаю, теперь я все знаю про аптайм 🙂

Ужасы нашего городка — пост про траблшутинг

В пятницу коллегиально решали одну проблему. В ходе решения немного поржали, обмениваясь картинками про Друзь (Друзя? 🙂 ), Холмса и Сталина.

Товарищи программисты обратились с заявкой — периодически на их сервере останавливается служба Server (Lanman).

  1. Анализ журналов системы показал, что служба останавливается несколько раз в день. Обычно она перезапускается автоматически, но иногда не перезапускается 🙂
  2. Анализ дат остановки показал, что служба в прошлом году останавливалась 29 декабря, затем была одна остановка 4 января. И с 11 января остановки поперли несколько раз в день.
  3. Сопоставили в этом же журнале события об остановке с событиями об установке подключения принтера. Уточнили по другим событиям — служба останавливается при логоне.
  4. Провели тестовые логоны учетных записей программистов — служба останавливается.
  5. Проверил на своих пользовательских и административных учетных записях — служба не останавливается (хотя тест был некорректный 🙂 )
  6. Отключили все фичи RDP (принтеры, папки, другие устройства) — не помогло.
  7. Для исключения проблем с клиентом RDP проверили логин с учетной записью программиста с моего компьютера — проблема воспроизвелась.
  8. Проверили в настройках AD и RDP, что у них не запускаются никакие скрипты.
  9. Удалили профиль одного программиста — не помогло.
  10. Сравнил групповые политики своей учетной записи и учетной записи программиста. Различий не нашел 🙂
  11. Решил повтыкать на Process Monitor. 360 тысяч событий — это хардкор 🙂
  12. Пока крутил события, обнаружил запуск VBS-скрипта. Почитал текст скрипта — скрипт останавливает службу Browser и Server. Повезло :)))

После этого стали разбираться.

Этот скрипт вносит ФИО пользователя в поле «Описание» ПК, для облегчения нахождения связки «пользователь-ПК». Видимо, для ускорения обновления этой информации скрипт заодно перезапускал службы «обозревателя» и «сервера». Ну и, видимо, на этом сервере не успевал их перезапустить.

Скрипт запускался через пользовательскую групповую политику.

На моей административной записи этой групповой политики назначено не было. А пользовательская… не являлась локальным администратором сервера.

Поэтому тест №5 и оказался не показательным 🙁

Прочитал программистам мораль про недопустимость использования пользовательских учетных данных для администрирования сервера — сразу создал кучу административных учетных записей.

Заодно выпилил пару «legacy» скриптов из групповой политики.

Veeam против Abaxio

Компания Abaxio выпустила отличное сравнение своих продуктов с Veeam Backup&Replication.

Ценность сравнения в выпячивании минусов VBR и отличный заряд от выдумок маркетологов при формулировании критериев.

От некоторых слёзы наворачиваются:  Online interactive chat
support,  Video tutorials.

Задача про черепашек

Ползут три черепашки. Первая говорит, что впереди никого, сзади две. Вторая говорит, что впереди одна, сзади одна. И третья говорит, что впереди одна, сзади одна. Как такое может быть?

Траблшутинг от Microsoft

Mr. Aloof делится шедевральной ссылкой.

Привожу текст дословно 🙂

Symptoms

The server is reporting 100 percent CPU usage by one of the following processes: Dllhost.exe, Mssearch.exe, or Cscript.exe. Client connections to the portal time out. You are able to end the processes, but the next time you try to access the workspace, another process takes up 100 percent CPU time. Restarting the server does not fix the problem.

Resolution

Stop the World Wide Web Publishing Service (W3SVC), and then delete the Internet Publishing Provider cache. You may need to restart the server.

  1. Close all open applications on the server.
  2. Click Start, click Run, type cmd in the Open box, and then press ENTER. Leave the command prompt window open.
  3. Click Start, and then click Shut Down.
  4. Simultaneously press the CTRL+ALT+SHIFT keys. While you have all three keys pressed, click Cancel in the Shut Down Windows dialog box. All windows close except the command prompt window.
  5. In the command prompt window, change directory to the following location:
    %system drive%\Documents and Settings\All Users\Application Data\Microsoft\MSDAIPP\Offline
  6. Delete all files in this directory. Note that application data and its subfolders are hidden.
  7. Change directory to the Offline folder for the current user, located at:
    %appdata%\Microsoft\Msdaipp\Offline

    To locate the current user’s appdata value, type set at the command prompt, and then look for the value of the Appdata variable. Delete all files in the Offline directory.

  8. Type explorer at the command prompt, and then press ENTER.
  9. Type net start w3svc.
  10. You may need to restart the server if the problem is not resolved.

Виртуализация — проблема?

Jase McCarty описал у себя на блоге ситуацию с которой он столкнулся. Его программисты были против виртуализации SQL-сервера, аргументируя это тем, что в виртуальной среде не отрабатывали процедуры. Если дружите с английским, лучше читайте оригинал 🙂

Давным давно в хозяйстве Jase были сервера GSX и ESX 2,5. Программисты столкнулись с тем, что одни и те же хранимые процедуры превосходно работали на железе, но в виртуальной среде «вылетали». Всему виной VMware! 🙂

Jase был не согласен с такой формулировкой и предложил вариант траблшутинга. Он поднимает с нуля физический сервер с Windows Server/SQL, программисты его настраивают и две недели гоняют. После этого Jase делает P2V и все наблюдают за результатом.

Jase установил на физический сервер Windows 2003, SQL2000 и поставил одобренные обновления. После этого программисты произвели требуемые настройки и все уселись ждать.

Неделя №1.

Jase (J) несколько раз подходил к программистам (D)

J: Все ли работает?

D: Все хорошо.

В выходные Jase перенес сервер в виртуальную среду.

Неделя №2.

J: Все ли работает?

D: Все хорошо. Даже стало быстрее работать.

J: Ну так я к гигабитному свитчу сервер подключил.

Итак, прошли две недели и Jase пошел обсуждать с программистами вопрос по переносу сервера в виртуальную среду.

D: Даунтайм и все такое.

J: Даунтайм будет нулевым, потому что сервер уже неделю как виртуальный.

D: ?????

Занавес.

Позже выяснилась причина этой «баги» с процедурами — некорректная настройка шаблона виртуальной машины для SQL-сервера.

А ведь из-за подобных инцидентов и принимаются всякие «интересные» решения типа выбора одного вендора либо отказа от виртуализации.