Подхожу к туалету, вижу закрытую дверь, мысль: Critical section locked...
Пора завязывать с многопоточными приложениями )))
Khorsun Vlad wrote:
Ты вообще пытался хоть какую-нибудь документацию читать ? Прости, но
за много лет пребывания на этом форуме твои вопросы заставляют меня
считать обратное, и лучше не становится...
Извини, Влад :)
отвечу анекдотом:
- Почему так мало людей умеют устанавливать UNIX ?
- Потому
Vlad Khorsun wrote:
Konstantin R.Beliaev ...
Когда-то сдуру при ресторе включил опцию gbak
-USE_(ALL_SPACE) do not reserve space for record versions
Теперь в свойствах базы вижу
Attributes force write, no reserve
Несколько раз бэкап-ресторил уже без этой опции, но в
Vlad Khorsun wrote:
Cannot perform operation -- service is not attached.
isc_service_start вызван без вызова isc_service_attach, или
isc_service_attach завершился с ошибкой.
Не, ну разница-то только в пути к файлу бэкапа!
Если я укажу несуществующий диск или каталог, например:
Когда-то сдуру при ресторе включил опцию gbak
-USE_(ALL_SPACE) do not reserve space for record versions
Теперь в свойствах базы вижу
Attributes force write, no reserve
Несколько раз бэкап-ресторил уже без этой опции, но в свойствах no
reserve сохраняется.
Как его теперь
Не знаю, чья это бага: птицы, pFIBBackupService или кривой настройки, но
есть какие-то странности в сообщениях об ошибках.
Например, если неправильно задать имя файла бэкапа, то при бэкапе через
сервисы из FIB-ов на моей машине выдается вполне понятное сообщение:
gbak: cannot open backup file
Я понимаю, что это стук в подвале, но может кто-то знает, где копать?
Периодически возникает Access Violation по адресу 77C32A16 в msvcrt.dll
при вызове isc_iterprete в функции ФИБов TIBClientLibrary.isc_interprete
Как бы понять, в чем причина?
WinXP SP3
gds32.dll 6.3.4.4910
FB 2.5.1.26166
Помнится раньше сильно неуникальные интексы, со статистикой 0.3-0.5
считались большим злом и сильно тормозили при удалении записей.
В 2.5 это поправили или все еще рекомендуется добавлять в индекс
какое-нибудь поле для улучшения уникальности?
Nikolay Ponomarenko wrote:
Необходим некоторый механизм, который выдает уникальные номера, но
настраивается на стороне пользователя - т.е. во время работы с базой
(например раздельные последовательности номеров по структурным
подразделениям, которые могут появляться, удаляться).
Вот такой не
Valery Gruzdev wrote:
Вот именно что для каждой базы - персональный порт, а хочется
имитировать наличие всех баз на одном стандартном сервере.
ZeeBeDee ?
Евгений Виноградный wrote:
Не Vista/7 случаем? Клиента с повышенными правами под админом копировали
в system32?
Чур меня :-)
Нее, у нас XP и кое-где 98я
Забавно, что при обращении к FB 1.5.5 возвращается версия WI-V6.3.5.4926
а к FB 2.5 - WI-V6.3.1.26158
Билд увеличился, а минорная версия - уменьшилась :)))
Konstantin R. Beliaev wrote:
все заработало, спасибо :)
Оказывается, не все :(
На Win98 не заработало. Там еще какие-то библиотеки надо ставить?
Konstantin R. Beliaev wrote:
Никто не сталкивался с такой ситуацией:
сервер лежит в каталоге C:\FB25, fbclient.dll скопирован в gds32.dll
Прописываю в IBE работать через библиотеку C:\FB25\bin\gds32.dll - все
работает,
копирую в system32 и правлю путь в IBE - не работает, пишет:
Client Library
Dmitry Yemanov wrote:
Похоже с рантаймами у тебя косяки. Снапшоты (включая 2.5.1) собирается
чуток другой версией MSVC и хотят другую версию msvcr80. Нужный рантайм
идет в комплекте, поэтому из C:\FB25\bin\ все грузится. А в системе его
нет, поэтому из %system% не грузится.
Скопировал
Vlad Khorsun wrote:
На SQL.RU сказали, что там увеличена длина имен security class'ов,
Эту чушь там не говорили, ибо это чушь
Сорри, напутал (посыпая голову пеплом)
Vlad Khorsun wrote:
До 2.5 имена классов безопасности для таблиц формировались как
SQL$table, есс-но из имени таблицы бралось 27 символов. Поэтому
была возможна ситуация, когда для 2-х таблиц с одинаковым префиксом
в =27 символов использовался один и тот же класс безопасности, и
гранты
Dmitry Yemanov wrote:
В %system% нельзя тупо копировать рантайм, только ставить редистом.
Возьми тут:
http://www.ibprovider.com/download/crt/vs2005_SP1_8_0_50727_4053/vcredist_x86__8_0_50727_4053.exe
Тут его нету :(
Нашел поиском по сети, все заработало, спасибо :)
Vlad Khorsun wrote:
Так тебе же дали всё ? Или оно не рабочее ?
Я ж написал, что не проверял :) А ты не подтвердил и не опроверг ;)
Возможность даунгрейда проверяют *до* перехода, а не когда петух клюнет.
И чем больше система, тем тщательнее проверяют...
Это понятно, просто стандартная
Никто не сталкивался с такой ситуацией:
сервер лежит в каталоге C:\FB25, fbclient.dll скопирован в gds32.dll
Прописываю в IBE работать через библиотеку C:\FB25\bin\gds32.dll - все
работает,
копирую в system32 и правлю путь в IBE - не работает, пишет:
Client Library is missing or invalid.
Dmitry Sinchilin wrote:
Привет, все!
Раньше можно было используя разные версии gbak сделать downgrade для
базы. Сейчас не получается этого сделать для 2.5 - 2.1
база под 2.5, делаю бекап с помощью gbak2.1, потом с этой же gbak2.1
restore под FB2.1, получаю
gbak:restoring privilege for
На последнем снапшоте рестор обламывается с сообщением:
gbak:restoring SQL role: RDB$ADMIN
gbak: ERROR:attempt to store duplicate value (visible to active
transactions) in unique index RDB$INDEX_39
Хотя я вообще роли не использую!!!
И в таблице RDB$ROLES единственная запись: RDB$ADMIN
Dmitry Yemanov wrote:
20.01.2011 14:56, Konstantin R. Beliaev пишет:
На последнем снапшоте рестор обламывается с сообщением:
gbak: restoring SQL role: RDB$ADMIN
gbak: ERROR:attempt to store duplicate value (visible to active
transactions) in unique index RDB$INDEX_39
Ты бекап базы от 2.5
Oleg Matveyev wrote:
без ключа он не работает :-)
тупо TCP-туннель пробрасывает и все, чтобы коннект работал.
пишет ли при этом лог - непомню, скорее нет.
Ну, тогда понятно, почему был пустой лог.
Насчет обрывов: админы признались, что перепрошили биос на матери, после
этого начала глючить
Oleg Matveyev wrote:
KeepAliveTime = 12
KeepAliveInterval = 1000
MaxDataRetries - нету такого
TcpMaxDataRetransmissions = 10
подитожим.
на сервере, где стоит FB FBScanner, и _так_ настроен Keep Alive,
через 125 секунд после выдергивания сетевого шнура у клиента
- никакой реакции в
Oleg Matveyev wrote:
Если же при вытащенном шнуре клиент попробует обратиться к серверу
FB, то обрыв заметит fbclient.dll, выйдет ошибка Enable to complete
network request to host ... и после уже fib-ы будут создавать новое
соединение.
Далее. Сервер вытаскивания пачкорда из
Dmitry Yemanov wrote:
Если падает на препаре, то воспроизведется. А так оно и есть, скорее всего.
Да, воспроизводится. Причем на 2.5.0 работает нормально.
Бэкап 300 метров в архиве, куда слать?
Dmitry Yemanov wrote:
Это вряд ли. А вот снапшоты 2.5.1 - это без месяца релиз. И подобные
подвисания как минимум двух видов там правились.
Firebird-2.5.1.26158-0_Win32
рвется соединение на вот таком запросе:
SELECT ws.priceoutcurr,
SUM((st.in_store+st.reserved+st.in_assemble)*ws.priceout)
Dmitry Yemanov wrote:
А база где?
А база размером в гиг.
Если на только метаданных воспроизведется - пришлю.
Там проблема именно в NOT IN, переписал через not exists - заработало.
То-то и оно, что нет :(((
http://tracker.firebirdsql.org/browse/CORE-2949
Похоже, там надо что-то еще подхимичить...
--
View this message in context:
http://firebird.1100200.n4.nabble.com/2-5-tp3168394p3168798.html
Sent from the firebird-russian mailing list archive at Nabble.com.
Всех с Новым годом :)
Что-то странное у нас происходит. Клиенты жалуются на обрывы связи с птицей:
Enable to complete network request to host ...
Error reading data from the connection.
Однако ни в логах птицы, ни в логах FBScaner ничего подобного не
наблюдается. Например, за вчерашний день в
Провел эксперимент с выдергиванием сетевого шнура: клиент потерю
обнаружил, но в логах птицы ничего не появилось :(
Так и должно быть?
Oleg Matveyev wrote:
шнур между клиентским компом и коммутатором?
угу
какой период срабатывания у Keep Alive - успел сработать?
А где глянуть, напомни?
Птицевый клиент потерю связи обнаружил, и потом почему-то сетевой
коннект долго не восстанавливался.
Зависает Firebird-2.5.0.26074-0_Win32 в режиме классик
Один из процессов уходит в 100% загрузку процессора, при этом остальные
могут подключиться к базе, но любой запрос, в том числе из таблиц
мониторинга, уходит в бесконечное ожидание.
Убиение загруженного процесса все возвращает в норму на
Oleg Matveyev wrote:
на сервере.
который должен заметить пропадание клиента
KeepAliveTime = 12
KeepAliveInterval = 1000
MaxDataRetries - нету такого
TcpMaxDataRetransmissions = 10
Konstantin R. Beliaev wrote:
Зависает Firebird-2.5.0.26074-0_Win32 в режиме классик
Один из процессов уходит в 100% загрузку процессора, при этом остальные
могут подключиться к базе, но любой запрос, в том числе из таблиц
мониторинга, уходит в бесконечное ожидание.
Убиение загруженного
То-то и оно, что нет :(((
http://tracker.firebirdsql.org/browse/CORE-2949
Похоже, там надо что-то еще подхимичить, кто бы еще сказал, что
именно...
Alexey Kovyazin wrote:
Попробуй перейти на последний снэпшот 2.5.1.
Попробую.
Проблема только в том, что это боевой сервер :(((
И зависание довольно случайное и непонятное. Т.е. исправится или нет -
будет ясно только когда подключатся юзеры...
Konstantin R. Beliaev wrote:
Alexey Kovyazin wrote:
Попробуй перейти на последний снэпшот 2.5.1.
Попробую.
Проблема только в том, что это боевой сервер :(((
И зависание довольно случайное и непонятное. Т.е. исправится или нет -
будет ясно только когда подключатся юзеры...
Хмм... Пока
Dmitry Yemanov wrote:
Какие такие проблемы при бекапе? Указывай порт везде, где указываешь
хост, вот и все. Т.е. в твоем случае - и для сервиса, и для базы.
А как это должно выглядеть в параметрах вызова API ?
Можно пример заполнения?
Dmitry Yemanov wrote:
Также, как и сейчас выглядит, только дописать к имени хоста через слеш
номер порта.
Хмм...
Посмотрел, как было.
Получалась такая цепочка вызовов:
- вызов сервиса на 3050
- коннект к FBScaner по 3050
- перенаправление на FB 3051
- старт GBAK через сервисы
- коннект GBAK по
Dmitry Yemanov wrote:
Версии новее во-первых поддерживают локальный протокол, а во-вторых он
для сервисов все равно не нужен, т.к. они запускаются потоками и
подключаются к базе через embedded-доступ. Так что начиная с 2.0 Влад
правильно говорит. А 2.5 вообще обломит с таким редиректом.
Dmitry Yemanov wrote:
Через gbak -se тоже виснет? Коннект к сервисам локальный или TCP?
Да, виснет в том же месте.
gbak -с -se server:service_mgr f:\base\3.fbk server:f:\base\4.fdb -o -v
-y f:\base\restore.res
PS
Вообще говоря, синтаксис с сервисами весьма неочевиден :((
Где-то с двадцатой
Konstantin R. Beliaev wrote:
gbak -с -se server:service_mgr f:\base\3.fbk server:f:\base\4.fdb -o -v
-y f:\base\restore.res
Тааак, отмена - проблема не в птице, а в FBScanner.
У меня птица висит на порту 3051.
Команды
gbak -с -se server/3051:service_mgr f:\base\3.fbk
server/3051:f:\base\4
Все интереснее и интереснее...
Обнаружилось, что в firebird.conf не указан порт 3051 (он указан при
старте сервиса:
C:\FB\bin\fb_inet_server.exe -s -p 3051
Поправил - стало ресториться нормально.
Как-то оно не совсем логично: получается, что при запуске gbak через
сервисы порт запущенного
Vlad Khorsun wrote:
У тебя строка gbak'а включает имя хоста в имени БД (кто каке научил?):
-se host1:service_mgr ... host2:db_path
Хм, а озвучьте плиз _правильный_ синтаксис этой команды, поскольку то,
что получилось у меня - был единственный рабочий вариант.
Команда
gbak -r -se
Я понимаю, что 1.5 уже не поддерживается, но жить как-то надо...
Вопрос такой: рестор через gbak проходит на ура, а если попытаться тот
же файл отресторить через сервисы (при помощи IBExpert, или компонентов
FIB+), то все намертво подвисает :((
На 1.5.5 вис в точке
gbak: restoring domain
Igor Zakhrebetkov wrote:
а что-то типа
substring(cast(Config as varchar(1)) from 1 for 1024)
не поможет?
Хмм... помогло, спасибо!!!
Kochmin Alexandr wrote:
нужно быть вообще безбашенным программистом чтоб писать такой код.
Вот и механизм пусть пишет такой программист сам ;)
Почему же безбашенным?
Навскидку:
UPDATE T
SET A = (select sum(..) from X),
B = A + (select sum(..) from Y)
C = (case
when B 0 then
Dmitry Yemanov wrote:
Если ФБ 2.5, то курить MON$MEMORY_USAGE.
2.1, хотя могу попробовать запустить под 2.5
А чем это поможет? Такое ощущение, что внутренние вызовы хранимок едят
память.
Konstantin R. Beliaev wrote:
Dmitry Yemanov wrote:
Если ФБ 2.5, то курить MON$MEMORY_USAGE.
2.1, хотя могу попробовать запустить под 2.5
А чем это поможет? Такое ощущение, что внутренние вызовы хранимок едят
память.
На 2.5 не воспроизводится
Sergey Mereutsa wrote:
Смотри в сторону временных блобов. Хотя вроде фиксили, так что не
уверен.
Да, есть в вызываемой хранимке чтение из блоба в строку:
select substring(Config from 1 for 1024) from Config
where Name='columnsmap' into :S;
которая потом парсится через substring.
Как это
Внутри хранимки выполняется цикл (выбирается по условию список товаров,
к которым другими хранимками добавляются еще реквизиты):
FOR
execute statement
'select w.Dashcode, w.WareNum, l.Pricecode
from wares w join pricelevel l on (w.Printit = l.Pricecode)
where 1=1 '||where_str
Допустимо ли при переходе с 2.1 на 2.5 не делать бэкап-рестор?
Ovchinnikov Vasily wrote:
Допустимо. Если срастется (см. ниже причины несрастания), то работать
будет.
Но B/R рекомендуется сделать. Ибо меняется ODS.
К тому же кодировку метаданных надо будет скорее всего исправить, так
что без B/R будет не обойтись.
См.
-FIX_FSS_METADATA charset
Я правильно понимаю, что этот параметр можно использовать только один
раз, и что повторное его использование чревато порчей текстовых полей?
Oleg Matveyev wrote:
-FIX_FSS_METADATA charset
Я правильно понимаю, что этот параметр можно использовать только один
раз, и что повторное его использование чревато порчей текстовых полей?
а как ты сумеешь использовать ключ дважды при restore ?
Запросто:
backup - restore -FIX_FSS_METADATA
Я понимаю, что это стук в подвале, но может кто сталкивался...
Есть тестовое приложение, использующее FIB.
На одной из машин, если запустить это приложения из Delphi 7, то при
завершении приложения возникает Access Violation в NTDLL.dll (функция
strchr).
AV возникает не каждый раз, а только
При переходе на 2.1 стал получать подобные сообщения:
I/O error for file @2.
Как сделать, чтоб вместо @2 было нормальное имя?
Вероятно какие-то либы остались от 1.5, но не пойму какие.
Намекните, плииз...
Alex Cherednichenko wrote:
старый клиент и/или firebird.msg
А без firebird.msg нельзя? Вроде на 1.5 без него все прекрасно работало.
Допустимо ли повторное выполнение команды обновления метаданных?
select * from rdb$fix_metadata('WIN1251');
А то у меня первый запуск завершился ошибкой из-за наличия параллельного
коннекта к базе :-(
Dmitry Yemanov wrote:
24.09.2010 12:04, Konstantin R. Beliaev пишет:
Допустимо ли повторное выполнение команды обновления метаданных?
select * from rdb$fix_metadata('WIN1251');
А то у меня первый запуск завершился ошибкой из-за наличия параллельного
коннекта к базе :-(
Если ты
Вспоминая одноименный фильм, родилась идея: надо засадить все торфяники
коноплей. Если не горит - будет пенька, горит - народ будет ходить
веселый :-))
Надо собрать подписи и устроить референдум - кто за? ;)
Vlad Khorsun wrote:
Кол-во бекверсий и длины их цепочек.
Это вот это?
Average version length: 61.82, total versions: 40104, max versions: 1
В нескольких таблицах есть подобное количество версий, но max versions
больше 1 не поднимается.
no reserve зачем поставил ?
Я его не ставил
Есть у меня лог-таблица для репликатора, и вчера я обнаружил, что
порядковые номера записей, которые до этого были в районе 78292294 стали
вдруг 0.
Номера генерятся триггером:
CREATE OR ALTER TRIGGER REP$LOGS_BI FOR REP$LOGS
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
IF (NEW.LOG_ID IS NULL)
Konstantin R. Beliaev wrote:
Подумал: не изменил ли кто домен? Нет, вроде все как есть.
Такое ощущение, что триггер просто выключился, и присваивается дефолтное
значение.
Все-таки дело было в домене :-(((
Убрал default - заработало.
Хотя я не понял: домен поменялся недели три назад, а
Alex Cherednichenko wrote:
Кэш метаданных.
В классике? При ежедневном отключении ВСЕХ юзеров
Даже больше: между этими событиями был бэкап-рестор с заменой рабочей базы.
Vlad Khorsun wrote:
gstat -r при намёках на тормоза
И на что там смотреть?
Sweep у меня запускается ночью по расписанию.
Database header page information:
Flags 0
Checksum12345
Generation 14420651
Page size
Парень на заднем плане :-)
http://www.youtube.com/watch?v=4Ha1XZSqsyc
--
Subscription settings:
http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Khorsun Vlad wrote:
Он не от той версии
Точно!
У меня там 2 сервера стоит: 1.5 и 2.1, и полуторка при установке
прописала свой путь в реестр.
Странно, что 2.1 это обнаружила только вчера :))
--
Subscription settings:
http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Кузнецов Евгений wrote:
Стоп, как только Вы выдаете явно права кому-то на RDB$RELATIONS, все
остальные их теряют - см. древнюю статью
http://www.ibase.ru/devinfo/sysprot.htm
А вот почему после revoke эффект сохраняется - не в курсе.
Действительно, интересно. Вопрос к птицеводам?
И мое
Кузнецов Евгений wrote:
Отобрать у PUBLIC права на чтение RDB$RELATIONS вполне достаточно
(не знаю, как в последних версиях, а 1.x, 2.0.x работают с системными
таблицами с правами текущего пользователя).
Опять пользователи порезвились :((
Стали играться с тестовой базой, получили вот что:
1)
Andrei wrote:
отослал экзешник на имэйл из профиля.
Спасибо, получил :-)
У нас просто 50 объектов, и надо их все с 1.5 поднять хотя бы до 2.1
И автоматизация тут весьма кстати :)
--
To unsubscribe, reply using remove me as the subject.
Oleg Matveyev wrote:
Еще последний FBScanner стоит, но не думаю, что в нем дело: процессы
птицы не умирают даже после разрыва соединения.
попробуй пустить все коннекты на прямой порт, и поработать так.
У меня роботы смотрят на прямой порт, а юзеры - на сканерный, поэтому
просто так
Oleg Matveyev wrote:
а в firebird.log есть что-то вроде 10038 ?
10038 нет, есть 10054
--
To unsubscribe, reply using remove me as the subject.
Khorsun Vlad wrote:
Проверь. Ибо эта зараза как раз блокирует CS. Если найдёшь, добавь
fb_inet_server в список исключений IMON.
Проверил: нету его :)))
--
To unsubscribe, reply using remove me as the subject.
Andrei wrote:
Берите, пользуйтесь:
http://gsbelarus.com/gs/fdbconvert/fdbconvert_rus.html
А на конвертацию в формат 2.1 ее можно приспособить? ;))
--
To unsubscribe, reply using remove me as the subject.
Уже второй раз за месяц виснет птица Firebird-2.1.3.18185-0_Win32 классик.
Симптомы такие: пользователи подключаются, но ничего сделать не могут:
не стартует ни одной транзакции, хотя Process Explorer показывает, что
новые коннекты активно грузят проц:
Khorsun Vlad wrote:
Там не видно, что проц грузят именно новые коннекты.
Я не говорю, что они его грузят на 100%, но они явно что-то активно
делают, возможно цикл ожидания так выглядит?
1. Убедиться, что нет антивирусов, файрволлов и прочих перехватчиков TCP
К сожалению, все это
Khorsun Vlad wrote:
Вис наступает при наличии 63 коннектов ? Антивирус часом не NOD ?
Насчет числа коннектов - не знаю, вроде бы и 70 видел в нормальной работе.
Угу, ESET NOD32, хотя кажется наврал: не вижу я его процессов на
сервере, видимо нет его там.
Еще последний FBScanner стоит, но не
Собираемся менять RAID на птице-сервере, ибо старый похоже дохнет.
Кто с какими моделями (из последних) работал? Интересуют положительные и
отрицательные впечатления.
Sergey Mereutsa wrote:
Тебю зеркало или 5-й?
По традиции используем 5й,
под виндой, так что проблемы дебиана волнуют не сильно :-)
Vadim Mescheryakov wrote:
Получается решение такое:
Во временную таблицу (время жизни до конца транзакции) пишем Id
созданных документов
После завершения процедуры формирования в этой же транзакции выполняем
update номера документа значением полученным из генератора, получается
что
Vadim Mescheryakov wrote:
А тот что дохнет случаем не Intel RAID U41 или U42 ?
Intel(R) RAID controller SASMF8I;
Intel(R) RAID SAS controller AXX4SASMOD
Какие-то непонятки...
Вроде на 1.5 функция SUBSTRING должна преобразовывать текстовый BLOB в
VARCHAR, однако это срабатывает для блобов в созданных мной таблицах, и
не работает в системных.
Вот такой запрос выполняется нормально:
select c.Num, c.Name, substring(c.Requisits from 1 for 1000)
Alex Cherednichenko wrote:
Попробуй напрямую заюзать UDF Blob2String().
Не нашел ее среди стандартных, есть только обратная: string2blob в fbudf.dll
:((
Alex Cherednichenko wrote:
Вродь тут народ брал: ftp://ftp.adhoc-data.de/FreeAdhocUDF/
Не хотелось бы использовать то, что не идет с птицей: слишком по многим
серверам надо раскладывать...
Вот скажите, что такое можно сделать с грантами, чтоб сервер не находил
RDB$DATABASE? :-)
Сосед тут что-то крутил в ИБЕ (заводил нового юзера и давал ему гранты)
и вдруг при попытке коннекта к этой базе под любым юзером кроме SYSDBA
получил вышеназванное сообщение.
Бэкап-рестор помог, но что
Есть IBE-шный скрипт, который выполняет команду:
ALTER DOMAIN QQQ ADD CHECK (VALUE in (''S'',''M''));
вопрос: каким запросом к системным таблицам можно проверить, что CHECK
уже установлен у домена, чтоб пропустить этот вызов?
dennis redozubov wrote:
RDB$FIELDS.RDB$VALIDATION_SOURCE
Спасибо.Нашел :)
Dmitry Yemanov wrote:
Тогда и дорога назад открыта...
Я бы не дал 100% гарантию. В некоторых случаях после перекомпиляции для
того же SQL в 2.х может быть сгенерен новый BLR, который на 1.5 уже не
отресторится. Ситуация редкая, но возможная.
Меня больше волновала перекодировка процедур
Alex Cherednichenko wrote:
Константин, а чё это твой сайт пытается мне что-то установить в огнелиса?
Огнелис блокирует попытку установки некоего софта.
Страница у внешнего хостера, давно ее не правил, вероятно кто-то их
взломал и что-то прицепил к страничке :-(((
Сейчас не могу туда войти: не
А я правильно подозреваю, что после рестора базы от FB 1.5 на FB 2.1 и
апдейта метаданных с помощью metadata_charset_create.sql ,
обратного пути уже не будет?
Sergey Mereutsa wrote:
А что, скрипты кто-то отменял?
Скрипты?
Ты предлагаешь мета- и данные из 20-гиговой базы вылить в скрипт???
Или что-то еще?
Я имел в виду, что бэкап при помощи FB 1.5 и рестор уже не поможет, как
раньше, так?
Ну, вспоминая мой переезд c БДЕ, все должно работать.
Правда это было еще на Delphi-3... :-)
http://konstb.newmail.ru/interbase/hints.html#oneconnect
Обнаружил в логе ошибку:
internal gds software consistency check (record disappeared (186))
ну, как лечить-то понятно: через b/r
но откуда она взялась?
Это уже второй такой случай, прошлый был несколько месяцев назад.
Причем это тестовая база, которую юзают не очень активно
Version:
Oleg Matveyev wrote:
Если хочешь дожить до самой смерти, выгоняй всех из базы перед такими
операциями.
Как? Тем более при наличии на сервере зависших соедениений?
как правило, на обрыв TCP коннекта реагируют все соединения (включая
зависшие), и в полуторке тоже.
не всегда мгновенно, но с
PEAKTOP wrote:
Ну, а когда клиентские приложения получают такое сообщение, то дружно
все отваливаются.
Изврат конечно, но пользовал его давно, еще с эпохи InterBase 6 до
того момента, когда появился Firebird двойка. Сбоев ни разу не было,
хотя теоретически способ вроде бы не надежный.
Nikolay Ponomarenko wrote:
А вот тогда, когда в конфе проскакивала ссылка и праглашение к потестить
- кто-нить запускал его? Какие цифры у кого получались?
Я где-то год назад пытался его юзать для тех же целей, и даже сюда
результаты вроде постил, правда не довел до конца: планировалось
В firebird.conf сказано:
#
# Temporary directories
#
# Provide ';'-separated trees list, where temporary files are stored.
# Relative paths are treated relative to RootDirectory entry
# (see above). Default value is determined using FIREBIRD_TMP,
# TEMP or TMP
Результаты 1 - 100 из 684 matches
Mail list logo
