Забелязах, че вече има 10.2.0.5 за Linux x86 и Linux x86-64. Patchset 8202632.
Да ние честит новия пачсет!
Забелязах, че вече има 10.2.0.5 за Linux x86 и Linux x86-64. Patchset 8202632.
Да ние честит новия пачсет!
Най-после, 12 дена след крайния срок, получих ценната хартийка, на която пише:
Няма задължения
Какъв е извода? Държавния служител само викане го оправя. Културното поведение, търпението и позитивизма не са препоръчителни.
А как ми олекна, че (поне за сега) няма да се налага пак да ходя повече в НАП… Колко малко му трябва на човек, да се почувства щастлив 🙂
Ето слайдовете от моята презентация в петък на сбирката на БГПО. Ще бъдат качени и на сайта на БГПО.
Моля, не забравяйте да попълните feedback формите. И който има снимки… споделете ги 🙂
26 Април Днес пак ходих в НАП. Естествено, удостоверението още не беше готово. Но този път, по ваш съвет, вдигнах скандал. Виках, и то доста; накарах ги да се чувстват зле, и то доста.
Разбрах, че все пак след посещението ми в четвъртък са се обадили до Габрово да питата какво става (1 седмица след крайния срок, мърди!). От там са им казали, че удостоверението е изпратено, но не се знае кога.
Опитаха се да ме убедят, че не са виновни. Не ме интересува. Навиках се.
Но не ми олекна.
Предупредих ги, че утре ще ходя пак да им викам, и искам среща с шефа им. Едва ли ще си размърдат бюрократясалите задници, но все пак други заплахи не ми хрумнаха.
31 Март Трябва ми „Удостоверение за наличие или липса на задължение“ по чл. 87, ал.6 от ДОПК. Чудя се дали мога да си го извадя от София, или трябва да се разхождам до Габрово?
Обадих се на телефона на НАП – 0700 18 700. Там една учтива служителка ми обясни, че мога да си го извадя от Габрово за 7 календарни дни, а от всеки друг клон на НАП – за 14. Да се чуди човек не работят ли с една система. И за какво изобщо им трябват толкова много дни за да разпечатат една проста справка… Не, няма „експресен“ вариант.
Все пак си отбелязвам приятния факт, че услугата е безплатна. Няма такса от, примерно, 50 стотинки (и 2-3-4 лева за банков превод).
1 Април Мислих, смятах. Не мога да се доставя до Габрово в работно време днес. Все пак и аз съм на работа. Най-бързо мога да се озова в Габрово (в работен ден) на 6 април, което означава да си взема удостоверението на 13-14 април. Означава и да си пусна 2 пъти отпуск по един ден. А ако го пусна още днес в близкия клон, ще пристигне на 15-ти.
Отидох в най-близкия НАП. Късметлия съм – на 100 метра от офиса е.
Опитвам се да се издигна над бюрократичната надменност на лелките. Усмихвам се, учтиво им попълвам формуляра, предавам го и пожелавам приятен ден.
15 Април Отидох да си взема удостоверението. Изненада – не било готово! Лошо, Седларов… Но нали съм позитивист, радвам се, е не приех варианта с отпуски и пътуване по няколко стотин километра. Ще изчакам. Дадоха ми телефон, да се обаждам да проверявам. Няма смисъл – по-лесно ми е да се разходя 100 метра и да проверя лично, хем да ми почиват малко очите…
Пожелах им приятен ден. С усмивка и т.н.
19 Април Е вече не може да не е готово. Отивам в любимият си клон на НАП. За щастие за получаване на удостоверения няма опашка. В момента, в който си изтегля билетче – веднага ме канят да вляза. Обаче… хм, ами още го няма. Моля? След 18 дена? Ами да, то тогава нали бяха празници… То има и едно от Пловдив, което закъснява…
Запазвам учтивия и ведър тон, макар от вътре да ми кипи. Вероятно проблема не е точно в тези лелки. Не че те видимо се счупват от работа, ама… Пожелавам им приятен ден и излизам.
22 Април Нещата вече стават спешни. Стоварих се пак в НАПа. Вече и моя оптимизъм е на привършване, така че не смея да се надявам много.
И с право. Удостоверението все още не е пристигнало. След 21 дена!?!
Може ли да се е загубило и никога да не пристигне? Не, няма начин. То идва с вътрешна поща.
Почувствах как учтивата ми черупка се пропуква. За миг си да си представих лелките в един голям и горещ казан. С катран. После се овладях – вероятността те да са виновни е относително малка.
…Спешно ли ви е? Ха! Добре че действах от рано. Естествено, че вече е спешно!
Ами ще се обадим в Габрово да проверим кога са го пратили. Оставете ни телефон. Защо чак сега? До тук с доброто отношение. Ама съм търпелив, а? От това си патя…
Събрали са се разните министри, със синдикати и работодатели, да мислят. И мислили те дни и нощи, и са решили – има криза. Трябват мерки.
И ето, дни и седмици мъдруват, ала на края сал една велика мярка ще излезе – и те я отделиха специално, че даже май не са се доразбрали и за нея. За туй говорят, 59+1 са мерките. Не са 60, а 59+1.
Каква е тази мярка тъй специална? Таз мярка важна се оказва: когато се разболееш, първите 2 дни ти се изплащат от работодателя. И после има един трети ден за пост с молитва, през който никой не ти плаща – чай ще пиеш. Ако преминеш изпитанието кратко, то значи си достатъчно безценен, за да си заслужава и държава, в която данъци, осигуровки плащаш, да ти повърне нещо и да започне да ти плаща.
Така решиха, щото много тарикати се извъдили: със болничния, вместо платен отпуск, за да източат свежи кинти от държавата. И тъй се чува два-три дена, но подир туй настана друга приказка.
Работодателите, като се видяха в тясно, и като знаят най-добре за тез тарикатлъци, предложиха ни друго. Предложиха да се обърне схемата и вместо третия, през първи ден да е пием само чайче. Тъй всеки ще се чувства някак задължен да ходи да се труди, дори и да не е в кондиция. Защото тук ден-два, там друг… заплатката стремглаво намалява.
Правителството се заслуша, и ни каза, че може и така да стане. Зер простия работник като мене няма глас в тристранката. Че синдикати знаят само да полайват, ама и гледат да не се разсърди някой, че те са най-зависими от другите и нямат власт освен властта на блъфа. Пък и е важно много следното: да не погледне някой и към обичните им топли придобитъци, че те и без това са паразитна структура. Ако не ги държи закона и търпи работодателя, направо са умрели.
Но породи се в мен идея друга. Аман от недовършени реформи, предложени и одобрени от страхливи хора. Нали се знае, има криза. И трябва спешно да се съберат пари в бюджета. Та се зачудих… Не може ли като се разболея, на първий ден да давам аз пари на шефа си, за да потръгне бизнеса; на втория и трети ден да давам надник на държавата, че тя и без това го е закършила. И ако жив съм след това, да ме оставят да си се лекувам и да рушветчийствам с к’вото е останало. Така ще има и пари за бизнеса, и за бюджетните лапачи!
* * *
Но минаха и други мерки през ушите на народа. Понеже много нагли майки вдигали си доходите преди раждане, че даже месеци преди да се заченат, така източват касата; за туй държавата подхвърли, да се пресмята майчинството върху 2 до 3 години.
Сега ще кажа тази мярка как не се прие. Защото твърда е ръка правителствена, а тази мярка беше твърде мека, за да зачене, че и да роди голяма полза.
Предвид че доста дами раждат в уиниврситета или пък малко подир туй, преди да имат кариера и развитие, предлагам да се смятат за заплата всичките години след десетата. Да вземем средно от стипендии и джобните от вкъщи; да ги пресметнем с първите, най-малките заплати, така че ако някой е решил, че се е закрепил и може да роди, да си помисли пак.
И други мерки мога да предложа.
Обаче свърши ми ракията.
Записвам си да не забравя.
Проблем: боркера мрънка, че нещо не му е на кеф:
DGMGRL> show configuration
Configuration
Name: DG_DEV
Enabled: YES
Protection Mode: MaxPerformance
Fast-Start Failover: DISABLED
Databases:
prim - Primary database
stb1 - Logical standby database
stb2 - Physical standby database
Current status for "DG_DEV":
Warning: ORA-16608: one or more databases have warnings
Проблема… хм, не че става ясен, ама поне долу-горе се вижда от Primary базата:
DGMGRL> show database prim
Database
Name: prim
Role: PRIMARY
Enabled: YES
Intended State: ONLINE
Instance(s):
prim
Current status for "prim":
Warning: ORA-16801: redo transport-related property is inconsistent with database setting
Това съобщение, всъщност, никак не е по-ясно от предишното. Отново свободния превод е „абе бачкам, ама нещо не ми е съвсем на таман“. Ама поне с пооглеждане в google за точно тая грешка се вижда, че има някаква разлика от зададените в конфигурацията опции и реални действащите. С още малко въображение се намира и как са попитам „добре, де, какво точно не ти е на кеф?“:
DGMGRL> show instance prim 'InconsistentLogXptProps';
INCONSISTENT LOG TRANSPORT PROPERTIES
INSTANCE_NAME STANDBY_NAME PROPERTY_NAME MEMORY_VALUE BROKER_VALUE
prim stb1 LogXptMode (missing SRLs) ASYNC
Ахааа… и малко опит да имаш с DataGuard, научава се неписаното правило, че STLs означава standby redo logs. Значи на stb1 няма точно такива. Правим ги на бързо:
ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 110 SIZE 50M
,GROUP 111 SIZE 50M
,GROUP 112 SIZE 50M;
Следващия въпрос към брокера е „сега уйдисва ли ти всичко?“
show configuration
Configuration
Name: DG_DEV
Enabled: YES
Protection Mode: MaxPerformance
Fast-Start Failover: DISABLED
Databases:
prim - Primary database
stb1 - Logical standby database
stb2 - Physical standby database
Current status for "DG_DEV":
Warning: ORA-16608: one or more databases have warnings
Оф, пак ми намира кусури! Хайде да видим сега пък какво не му харесва:
DGMGRL> show database stb1
Database
Name: stb1
Role: LOGICAL STANDBY
Enabled: YES
Intended State: ONLINE
Instance(s):
lintgr
Current status for "stb1":
Warning: ORA-16826: apply service state is inconsistent with the DelayMins property
Тук грешката е ясна. Според документацията, тази грешка означава:
Cause
This warning was caused by one of the following reasons:
– The apply service was started without specifying the real-time apply option or without the NODELAY option when the DelayMins property was set to zero.
– The apply service was started with the real-time apply option or with the NODELAY option when the DelayMins property was set to a value greater than zero.
Action
Reenable the standby database to allow the broker to restart the apply service with the apply options that are consistent with the specified value of the DelayMins property.
Много ясно – standby базата е пусната, когато е нямало SRLs. След добавянето, Apply-я трябва да се пусне отново, за да захапе с NODELAY.
DGMGRL> disable database stb1
Disabled.
DGMGRL> enable database stb1
Enabled.
DGMGRL> show configuration
Configuration
Name: DG_DEV
Enabled: YES
Protection Mode: MaxPerformance
Fast-Start Failover: DISABLED
Databases:
prim - Primary database
stb1 - Logical standby database
stb2 - Physical standby database
Current status for "DG_DEV":
SUCCESS
Ей, най-после всичко му е наред! Сега вече мога да го чупя…
След дълго мълчание, реших да споделя как прекарахме великденските празници в Чипровци. Четете на тази страница.