Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Флейм для сисадминов (часть II)

Автор: Eric Lazzy
Дата сообщения: 22.05.2008 13:59
наводил порядок в старых доках. о чё откопал

Цитата:
Однажды темной ночью четыре сисадмина
Погреться собирались в гостиной у камина
Погреться-то собрались, а дров немного было...

К утру труба на крыше задумчиво дымила,
Сидели сисадмины в уюте и покое,
Сидели, пиво пили...
Теперь их было трое.

Один молчал угрюмо, второй читал газету
А третий нервно шаркал галошей по паркету
и тихо матерился, массируя виски,
В огне печально тлели приятеля кишки...

Мораль сей жуткой басни ищите - не найдете,
Но рано или поздно, вы, господа, поймете -
не злите сисадмина, усталого и злого,
Он одинок и замкнут, а вас, дебилов, много..

Автор: RoDeZiya
Дата сообщения: 22.05.2008 14:29
Eric Lazzy
Класс!!!
Автор: SemGemdgi
Дата сообщения: 22.05.2008 14:53
Eric Lazzy
Жестоко...
Автор: OOD
Дата сообщения: 22.05.2008 15:05
Eric Lazzy
жизненно
Автор: DIAMuton
Дата сообщения: 22.05.2008 15:16
Такой вопрос: сколько будет стоить поднять терминал сервер с 1С8.1 в Win2003 на пустой машине. Все лицензионное, заказчика. Просто давно не работал на стороне и не в курсе цен на рынке частного извоза.
Автор: perdun
Дата сообщения: 22.05.2008 15:53
ALEF

Цитата:
Есть в FreeBSD класная программа dump - но очень некогда разбираться

а че там разбирацца...? задаешь источник, назначение, уровень дампа и вперед
плюс dump-а - в возможности инкрементного добавления файлов по критерию (дата, время и т.п.)
а можно так
dd if=/dev/ad0 | gzip -c | ssh user@host "dd of=/tmp/ad0.img.gz"
-сделает посекторный образ (включая мбр) на удаленный сервер с ужимкой на ходу
dd if=/tmp/ad0.img.gz | ssh user@host "gunzip -c | dd of=/dev/ad0"
-развернет из образа с удаленного сервера на железку с разжимкой на ходу

и разобраться, как "стыкуются" вин-машины с никсами... (вариантов - вагон...)

зы. по поводу горячо любимого акрониса...

игрался на днях с партициями в екстенд-разделе, с него грузится ХРеновина, система (бутини, лоадер, нтдетект) - на примаке. изменения размера партиции, ее перемещение по екст-разделу приводят к полному краху файловой системы!!
с сей задачей справился только парагон-партишен-манагер!

Добавлено:
brokenhills

Цитата:
и eth1 (192.168.1.100/24 инет) при

2 фейса в одной сети странно все ето... мож с маской напутал?
нат-ом разруливается?
фиг знает..., без полного расклада...
мож как-нить так
iptables -t mangle -A POSTROUTING -p all --oif eth0 -j ROUTE --iif eth1
Автор: Eric Lazzy
Дата сообщения: 22.05.2008 16:14
авторство не моё
кста
RoDeZiya
SemGemdgi
OOD
http://www.ladder.ru/showthread.php?t=14361

Цитата:
Админы своих не едят, четвёртый был программер.



Добавлено:

Цитата:
Автор пока неизвестен

Программеры - они толстые. Потому что они сидят.
А админы - они тощие. Потому что бегают.
Впрочем, бывают тощие программеры.
Hо не надо думать, что это исключение из правил - это переученные админы.
Также встречаются и толстые админы.
Это обленившиеся программеры.
Программеры курят быстро, потому что мысль.
Потому что она уйдет и придется думать ее снова.
У админов мыслей нет, поэтому они курят медленно.
Они делают это в те моменты, когда все работает и ничего не падает.
Поэтому они курят редко.
Программеры ходят на обед сами.
Они приносят много еды в офис и вкусно ей пахнут.
Они едят ее прямо на клаве. Потому что мысль.
Админы заказывают еду в офис.
Потому что если они за ней пойдут, что-нибудь упадет.
И придется бежать в офис с недоеденным гамбургером.
Потому что админы любят питаться от Макдональдса.
Потому что вкусно, а потолстеть им не грозит.
Если они не обленившиеся программеры.
Программеры уходят с работы ночью. Потому что мысль.
Hекоторые из них уходят вечером и думают мысль дома.
Hекоторые, у которых есть ноутбук, думают ее в метро.
Админы домой не ходят. Потому что если они пойдут домой, что-нибудь упадет.
И придется идти на работу. А на работу они ходить не любят. И не ходят.
Они там живут.
У них обычно есть отдельное гнездо за отдельной дверью, часто запираемой на отдельный замок.
Программеры спят в выходной. Обычно это среда или понедельник.
Потому что мысль. В понедельник мысли еще нет.
А в среду идет переход от одной мысли к другой.
Админы спят в гнезде. Из-за отдельного замка в это время иногда раздается храп.
Админы редко спят больше десяти минут.
Потому что если проспать больше, что-нибудь упадет.
И придется просыпаться по необходимости.
А админы любят просыпаться сами, пусть и через десять минут.
Программеры пьют пиво. В основном светлое и много.
Потому что мысль. Пока она плавает - ее можно думать. Главное, чтобы не утонула.
Админы тоже пьют пиво. Потому что если что-нибудь упадет, им будет пофиг.
Админы любят когда им пофиг. И программеры любят, когда им пофиг.
Поэтому часто они пьют пиво вместе. И им вместе пофиг. После этого они спят.
Hо не вместе. Админы спят в гнезде, а программеры - на клаве.
Когда они просыпаются, они снова пьют пиво.
Потому что хочется.
Потому что они админы. И программеры.

Автор: OOD
Дата сообщения: 22.05.2008 16:34
Eric Lazzy
Ааааа мега правда
Автор: sarti
Дата сообщения: 22.05.2008 21:03
Камрады, выручайте, у меня тут ЧП локального масштаба, но с очень вероятными и не очень хорошими последствиями для меня.

Там не всё до конца рассказал. В общем, БД работала до миграции на SP3. Её юзали read-only, и крайне редко. Всё это дело стояло на клиенте с XPSP1/ru. Перевёл на XPSP3/en. И всё, больше ничего не делалось. Все остальные базы как работали - так и работают, только вот эта одна стала выпендриваться. Откат (!!!) акронисом не помог (я, честно говоря, в шоке).
Понятное дело, что бухгалтерская БД хоть и старая, но реально позарез нужна, поэтому у меня патовая ситуация. Нужно рабочее решение.
Автор: vovney
Дата сообщения: 23.05.2008 07:44
sarti

вообще ни в коем случае не надо пока ставить СП3... тем более на работе... нафик нафик... лучше послушать, чо плохого в инете пишут по поводу... вот как напишут, что сабж работает без ошибок - тогда да - можно ставить.
Автор: OOD
Дата сообщения: 23.05.2008 07:57
хы а я поставил сп3 поглядел на циферку , которая изменилась с 2х на 3 улыбнулся и отбекапился обратно на сп 2
Автор: sarti
Дата сообщения: 23.05.2008 07:58
vovney, да я вообще сомневаюсь, что версия SP тут играет роль. Локализация - тоже вряд ли. Обновление/замена HASP, кстати, не помогло. Дистр 7.7 - это унисетап наш, рубордовский.


Все базы - как часики, но эта...
Автор: SemGemdgi
Дата сообщения: 23.05.2008 09:24
sarti
Вот я почему не навижу 1с

Что иногда не разобратццо... У меня то же были траблы, я звонил в сапорт и пока они меня не перевели на ихнего сисадмина, толку не было, он быстренько все растусовал, но у меня проще было, надо было разрешение в реестре на ветку одну дать всем, т.к. у меня у пользователей нет админ.прав
Автор: perdun
Дата сообщения: 23.05.2008 13:16
sarti

Цитата:
Все базы - как часики, но эта..

а ежели перегнать в 8-ку и там открыть... эксперимента ради...

Eric Lazzy

OOD

Цитата:
жизненно
еще как!

Цитата:
Админы своих не едят, четвёртый был программер

не факт, не факт... есть отдельные...... "помошники"
я б с чистой совестью

Цитата:
в гостиной у камина
Автор: sarti
Дата сообщения: 23.05.2008 13:33
perdun, в восьмёрку? А смысл? Там же ещё конвертирование не на полном автомате, а ручками ни я, ни бухи править не будут. Да и знать ещё нужно что править.
Автор: perdun
Дата сообщения: 23.05.2008 14:10
sarti
мож во время конвертации проясница откуда "ноги растут"...
к примеру, понаблюдать, че будет говорить при конвертации рабочей и кривой базы...
Автор: se111
Дата сообщения: 23.05.2008 14:33
sarti
а конфигуратором или монопольно открывается?
Автор: sarti
Дата сообщения: 23.05.2008 15:15
se111, и монопольно, и не монопольно - всё равно выходит
Автор: SemGemdgi
Дата сообщения: 23.05.2008 15:43
perdun

Цитата:
не факт, не факт... есть отдельные...... "помошники"
я б с чистой совестью


Надеюсь не фсех помошникофф, т.к. я тож от туда
Автор: se111
Дата сообщения: 23.05.2008 16:22
sarti
А конфигуратор? должен зайти.
если заходит, то нужно внести любое изменение и потом сохранить. при сохранении конфигуратор должен(в случае ошибки) ругнуться более конкретно.

Добавлено:
да и еще можно посмотреть системный "журнал событий" виндовс - может там че нибудь интересное есть.
Можно еще глянуть process monitor-ом от sysinternals - на чем останавливаемся запуск. вероятность маленькая - но может быть всё же полезной.
Автор: sarti
Дата сообщения: 23.05.2008 17:40
se111, конфигуратор - грузится, но изменять не даёт - md'шник на пароле.
В журнале - чистотайд.

Насчёт процесс-монитора уже завтра буду разбираться, писец, сегодня день был: к смерти своей всё рабочее время готовился да пытался чудо сотворить, и при этом я надеюсь на лучшее и до сих пор не верю, что споткнулся на ровном месте...
Автор: andrejvb
Дата сообщения: 23.05.2008 18:29
sarti
1. Не факт, что запуск базы на СП3 не принес проблем
2. Грохнуть ветку реестра с 1С
3. Если дет зайти в конфигуратор - выгрузить данные, создать базу новую, загрузить туды.
4. То же, что и п.3, но в dbf
5. Конфиг самописный или стандарт?
6. В скуле тест целостности, сжатие, обгрыз журнала проходит?
7. Прибей NEW_STRU и user.def, прибей (или посмотри) все dll в каталоге базы - возможно, база требует что-то через OLE
8. Проверь права на папки и файлы, принудительно дай Всё-Всем.
9. Попробуй запустить базу с измененным системным временем на год создания её.
Автор: sarti
Дата сообщения: 23.05.2008 21:04
andrejvb, спасибо за наводки!
Так, немного попутной инфы: юзаю домашний комп, девственно чистый (в плане отсутствия 1С ввиду ненадобности), XPSP2. Принёс домой эту базу-заразу в виде dbf. Поставил. Ни фига.

1. Пока не уверен, всё же и на SP2 наблюдается та же проблема.
2. Ситуация с домашним компом, в принципе, косвенно доказала непричастность реестра. Но я попробую сделать полный деинсталл и почистить реестр.
3. Уже, о чём отчитался ещё вчера. Не помогает
4. Аналогично. Кстати, это было первое, что пришло на ум. Потом - проверка на наличие кириллических символов и пробелов в пути, спустя время - проверка кодовой таблицы самой БД (всё же у меня ж была миграция "XP/ru > XP/en" как никак), и уже после всего этого - полное тестирование БД средствами 1С.
5. Даже не знаю, что сказать. Знаю, что где-то в 1999-м году его родили (со слов акушеров бухов), но кто родители - уже никто не помнит за давностью событий.
6. Да, и шринки, и бэкап/рестор. Кстати, СУБД: SQL2005SP2 CUP7 (9.00.3239).
7. Доп.компоненты изначально отсутствуют, равно как и *.dll в каталоге с БД; убийство же каталогов "NEW_STRU", "USRDEF" и "SYSLOG" ничего не даёт.
8. Сделано. Безрезультатно. Как и копирование/перенос БД по всем доступным винтам и местам, даже копирование на флешку имело место быть ("back in FAT", с другой стороны я уже на всё согласен, в моей ситуации выбирать не приходится, все способы хороши).
9. А вот этого я ещё не делал. Спасибо за наводку. Завтра с утреца (у меня всю ночь плановые бэкапы идут) перегружу ведомый сервак, и попробую.



От себя: в журналах действительно чисто. Что в системном, что в скульном.
И всем большое спасибо за участие, просто огромное. Я уже готовлюсь к истерическому смеху - наверняка моя проблема на уровне ускоренных подготовительных it-курсов для поступления в ВУЗ. И решение, скорее всего, придёт так же внезапно, как и сама загадка. Но сейчас мне, конечно, не до смеха, ой как не до смеха. Начальство готовит ковёр.




p.s.
Вдумчивое курение тематических форумов с ключевыми словами из ошибки, увы, тоже пока прошло впустую.
Автор: andrejvb
Дата сообщения: 24.05.2008 01:49
sarti

Цитата:
наверняка моя проблема на уровне ускоренных подготовительных it-курсов для поступления в ВУЗ.
Ой не факт... Меня настораживает, что мд-шник запаролен. Если конфиг стандартный - нафига?! Если самописный - что наворотили, решили тайм-бомбу подвесить? А попробуй-ка ещё подкинуть эти базы в стандартнуй конфиг.
Автор: PredatorG
Дата сообщения: 24.05.2008 07:47
sarti
А ты случайно не пытаешься конфигурацию под 7.5 открыть на платформе 7.7? Что-то меня терзают смутные сомнения, что это так.
Автор: andrejvb
Дата сообщения: 24.05.2008 11:51
sarti
Скажи, а ты не проверял атрибуты файлов? Не может на чем-то стоять read-only?
Автор: S4astliff4ik
Дата сообщения: 24.05.2008 11:55
sarti,а я вот не понимаю,твоей истерики... ты всё равно там один... один за весь IT-отдел. ну,а косяки у всех бывают... И чё те начальство сделает???
Автор: andrejvb
Дата сообщения: 24.05.2008 12:28
sarti
Ещё мысля: если был запуск базы на СП3, а потом она отказалась запускаться на чем угодно - надо смотреть константы или копать в сторону запомненных ID OLE-объектов. Кроме того, надо отследить procmon'ом куда оно лезет при запуске. Может дело в расположении %TEMP% и %TMP%.
S4astliff4ik
Это не истерика, а нормальное чувство ответственности за выполняемую работу. Ничего ему начальство не сделает, да и врядли он его боится, а вот "потерять лицо" - это уже серьезно.
Цитата:
а косяки у всех бывают
Извини, но с таким подходом надо в дворники идти... "Взялся за гуж - не говори, что не дюж" (с)
Автор: ELEPRIDUMAL
Дата сообщения: 24.05.2008 16:14
вопрос из шапки вида - спросить в каком топике осуждать ту или иную проблему

ADSL Белгородский Домолинк безлимитка 256 кбит/сек (или у друга 128) скорость скачки 23-26 кбайт/сек (или при 128 около 13) локалка роутером, инет через бриджовое

знаю что у всех так (но у некоторых чуть больше), знаю что 256/8=32 и 128/8=16, знаю что остальное на служебные протокольные дела, про фильтр на руборде тож знаю

вопросик - ума не приложу где это обсуждалось (но гдето должно было) как сузить служебный трафик для повышения полезного (какие галочки в настройках...)
Автор: reff
Дата сообщения: 24.05.2008 17:36
ELEPRIDUMAL

Цитата:
как сузить служебный трафик для повышения полезного (какие галочки в настройках...)
Вы, случайно, не о QoS?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199

Предыдущая тема: Backup PostgreSQL


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.