Error while trying to open file перевод

Error while trying to open file перевод

Учусь работать на python 2.7 с базами данных. Использую firebird. Пытаюсь работать по вот такому мануалу
http://firebirdsql.org/file/document. g-started.html

Создал базу данных, но при выполнении такого кода:

Точно есть и именно с таким путем?

Точно есть и именно с таким путем?

Ну без английского сложно программировать.

Вот тут, есть больше примеров,

Вот тут, есть больше примеров,

И такой варианта подключения тоже сработал
con = fdb.connect(dsn=’localhost:/home/korolev/Downloads/mkpdlpdb.gdb’, user=’sysdba’, password=’respect’, charset=’UTF8′)

Хотя раньше я его использовал уже и не получилось. Но был потом обнаружен косяк с оквычками. Ресурс с которого я копировал команду использовал одинарные ковычки, но другие и они вызывали ощшибку. Наложилось еще несколько других ошибок и я заплутал.
Теперь можно хоть дальше посмотреть как это работает.

Источник

iBase.ru Forum

Форум по InterBase, Firebird и Yaffil

• Темы без ответов
• Активные темы
• Поиск
• Наша команда

Ошибка I/O error for file «C:WINDOWSTEMPfb_sort_xxxx

Модераторы: kdv, CyberMax

Ошибка I/O error for file «C:WINDOWSTEMPfb_sort_xxxx

Сообщение kmi » 30 авг 2007, 12:42

Сообщение WildSery » 30 авг 2007, 12:52

Сообщение kmi » 30 авг 2007, 12:56

Сообщение WildSery » 30 авг 2007, 13:15

Сообщение kmi » 30 авг 2007, 14:08

Сообщение kmi » 30 авг 2007, 14:30

Сообщение WildSery » 30 авг 2007, 15:10

Сообщение kmi » 30 авг 2007, 15:13

Сообщение Dimitry Sibiryakov » 30 авг 2007, 15:37

Тебя не это спрашивают. Тебя спрашивают под каким аккаунтом запущен сервер FB.

Собственно, при кривой БД и запросе сожрать 30ГБ под сортировку — нет ничего невозможного.

Re: Ошибка I/O error for file «C:WINDOWSTEMPfb_sort_

Сообщение hvlad » 30 авг 2007, 15:52

Re: Ошибка I/O error for file «C:WINDOWSTEMPfb_sort_

Сообщение kmi » 30 авг 2007, 16:25

Сообщение kmi » 30 авг 2007, 16:28

Сообщение stix-s » 30 авг 2007, 18:26

Сообщение kmi » 30 авг 2007, 18:31

Re: Ошибка I/O error for file «C:WINDOWSTEMPfb_sort_

Сообщение WildSery » 30 авг 2007, 18:52

Сообщение kmi » 31 авг 2007, 19:35

В лог-файле ошибка отсутствует. Фиксируются только данные о разрывах и восстановлении подключения.

Установка параметра TempDirectories = e:temp; f:temp в файле конфигурации привела к тому, что ошибка с файлом сортировки исчезла, но возникла другая проблема. Некоторое количество клиентов подключается замечательно. Но затем подключения начинают отвергаться. Даже попытка подключения к расшаренной папке на сервере приводит к ошибке «Превышено максимальное количество подключений». В результате из 40 клиентов работает только 15. Впрочем, эти 15 работают корректно.

Если я комментирую параметр TempDirectories в файле конфигурации — все клиенты подключаются, но вновь возникают проблемы с сортировкой.

Источник

iBase.ru Forum

Форум по InterBase, Firebird и Yaffil

• Темы без ответов
• Активные темы
• Поиск
• Наша команда

ADO.NET — проблема с множественными подключениями к БД

Модератор: kdv

ADO.NET — проблема с множественными подключениями к БД

Сообщение mtripathi » 14 июл 2011, 22:03

Борюсь (пока безуспешно) с такой проблемой: при подключении к БД из приложения .NET через ADO.NET provider v.2.6.5, не могу к этой же БД подключиться другим приложением — сервер отвечает: «IO error during «CreateFile (open)» operation for file «xxx.fdb». Error while trying to open file. The process cannot access the file because it is being used by another process.»

Если мой .NET клиент не подключен к БД — любое другое приложение подключается без проблем. Но в этом случае мой клиент не может подключиться с той же ошибкой.

Такое ощущение, что ADO клиент требует от сервера эксклюзивного доступа к БД, но в строке коннекта ничего похожего не нашел чтобы отключить эту функцию. Кто-нибудь сталкивался с подобной проблемой?

Re: ADO.NET — проблема с множественными подключениями к БД

Сообщение hvlad » 15 июл 2011, 00:01

Re: ADO.NET — проблема с множественными подключениями к БД

Сообщение mtripathi » 15 июл 2011, 11:00

Re: ADO.NET — проблема с множественными подключениями к БД

Сообщение hvlad » 15 июл 2011, 12:41

Значит или другое приложение лезет через embedded (или другой экземпляр сервера), или .Net приложение лезет на сервер к другой БД, а «проблемную» открывает через embedded.

Чудес не бывает. Два разных приложения пытаются открыть файл БД в эксклюзивном режиме каждое.

Re: ADO.NET — проблема с множественными подключениями к БД

Сообщение mtripathi » 15 июл 2011, 13:32

Согласен, чудес не бывает. Поэтому я взял ProcessExplorer, чтобы посмотреть кто держит файл. Оказалось, файл держит только 1 процесс — fbserver.exe, в обеих случаях (в случае когда подключен мой клиент, и в случае, когда подключено другое приложение. Другое приложение — это на самом деле IBExpert, который уж точно не будет лезть через Embedded). Таким образом, версия о том что другое приложение или мой клиент лезет через embedded — отпадает.

Попробую резюмировать еще раз всю последовательность:

Шаг 1. Подключаюсь к БД из моего приложения, использующего ADO .NET — проблем нет, подключается великолепно.
Шаг 2. При подключенном моем приложении (см. Шаг 1), пробую подключиться к этой же базе через IBExpert — FB сервер отвечает, что файл занят
Шаг 3. При подключенном моем приложении (см. Шаг 1), проверяю кто держит файл БД с помощью ProcessExplorer — файл держит только 1 процесс — fbserver.exe.
Шаг 4. Отключаю свой клиент.
Шаг 5. Проверяю, кто держит файл БД с помощью ProcessExplorer — файл никем не занят (как и ожидалось, ибо клиент отключен)
Шаг 6. Подключаюсь к БД с помощью IBExpert — проблем нет, подключается великолепно (ибо мой клиент не подключен)
Шаг 7. Пробую подключиться моим клиентом — сервер отвечает что файл занят
Шаг 8. Проверяю, кто держит файл БД с помощью ProcessExplorer — файл держит только 1 процесс — fbserver.exe.

Дополнительно делаю еще 1 шаг, чтобы убедиться что проблема не в сервере Firebird:

Шаг 9. При подключенном IBExpert (см.Шаг 6) пробую подключиться любым другим клиентом, не использующим ADO .NET — подключается без проблем хоть 10 раз.

Таким образом, вопрос: почему на Шаге 2 и Шаге 7 сервер отвечает, что файл занят?

Единственная разумная версия, которая мне приходит в голову, — клиент ADO .NET каким-то образом требует от сервера монопольного доступа к файлу.
Вопрос — каким таким образом он это делает и как это предотвратить? Или я где-то не прав в цепочке рассуждений?

Re: ADO.NET — проблема с множественными подключениями к БД

Сообщение Dimitry Sibiryakov » 15 июл 2011, 14:37

Дальше можно не читать, ибо это предположение — ошибочно. В состав IBExpert входит Firebird Embedded, которым он пользуется направо и налево.

Re: ADO.NET — проблема с множественными подключениями к БД

Сообщение hvlad » 15 июл 2011, 15:41

Re: ADO.NET — проблема с множественными подключениями к БД

Сообщение mtripathi » 15 июл 2011, 16:48

УРА, НАШЕЛ. Спасибо Дмитрию, натолкнул на мысль. Хотя он был и не совсем прав )))
Возможно IBExpert и в самом деле может использовать embedded server, точно не знаю, но зато я на 100% уверен что в моем случае он подключается к настоящему FB серверу. (доказательства в Шагах 9 и 8 моего предыдущего поста).

Оказалось, что проблема на самом деле не в IBExpert, не в embedded server и не в ADO.NET. Проблема в том, как fbserver обрабатывает символические ссылки.

Поскольку я считаю это как минимум некорректностью реализации сервера, а как максимум — багом, то детально опишу причины проблемы.
Сформулировать можно в общем случае так: «При одновременном подключении 2 и более независимых клиентов к одному и тому же файлу БД через FB server, при условии, что один из клиентов сообщает серверу путь к файлу, отличающийся от пути, сообщенного серверу первым подсоединившимся клиентом, сервер отказывает клиенту в подключении мотивируя это тем, что файл уже используется другим приложением».

В каком случае пути к одному и тому же файлу могут отличаться? в случае, если используется символическая ссылка на каталог. Пример:
На диске С: в каталоге db лежит файл application.fdb.
На этом же диске создана символическая ссылка (symlink или junction) на каталог db с именем sdb.
В этом случае, к файлу application.fdb можно «добраться» двумя разными путями, которые абсолютно эквивалентны с точки зрения операционной системы:

1) c:dbapplication.fdb
2) c:sdbapplication.fdb

Однако же, эти два пути представляются серверу Firebird абсолютно различными! Поэтому, если вы попытаетесь подключиться ЛЮБЫМ клиентом (даже упомянутым Дмитрием isql.exe) к одной и той же БД, используя при первом подключении путь (1), а при втором — путь (2), сервер отвергнет вторую попытку подключения.

Вероятнее всего, когда сервер проверяет путь к БД, к которой клиент хочет подключиться, он сравнивает его с путями уже имеющихся подключений. Не найдя совпадения, сервер считает что он этой БД не подключен, а следовательно требует монопольного доступа к файлу. Что не есть корректно (на мой взгляд).

Предлагаемое решение: перед проверкой пути к БД, сервер должен разрешить все символические ссылки и сравнивать абсолютные дисковые пути, лишенные символических ссылок.

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

Источник

Error while trying to open file перевод

С 1 июля 2017 прекращена поддержка программного продукта Frontol 4
С 9 ноября 2019 прекращена поддержка программного продукта Frontol 5
пруф

С 3 августа 2017 восстановление лицензий производится ТОЛЬКО через СервисДеск
Просьба обращаться к партнерам компании для оформления заявок в СД

Группа: Новички
Сообщений: 4
Регистрация: 29.11.2009
Пользователь №: 19 193

При визуальном поиске товара выдается сообщение об ошибке:
«Ошибка работы с базой!»
I/O error for file «C:windowssystem32. Pfb_sort_3x339v
Error while trying to open file
Устройство не опознает команду
(335544344)

При этом на 2-х других станциях с идентичными настройками ошибки нет (все устанавливалось с одних и тех же дистрибутивом, и Windows, и Frontol)
Замена баз main.gdb и log.gdb не помогла

Постоялец

Группа: Пользователи
Сообщений: 883
Регистрация: 21.12.2006
Из: Сургут
Пользователь №: 10 044

Для начала проверьте железо на ошибки,
а именно
жеский диск — например программой mhdd
оперативную память — например программой goldmemory
Также проверьте систему на вирусы + полностью переустановите frontol.(Можно также обновить firebird)
Также в антивирусе касперского исключите данную папку/файл из проверки. (Возможно антивирус блокирует его)

Сообщение отредактировал rigus — 13.2.2010, 9:53

Группа: Новички
Сообщений: 4
Регистрация: 29.11.2009
Пользователь №: 19 193

Проблема решилась.
При выполнении запроса, содержащим ORDER BY и план PLAN SORT выдается ошибка:

«I/O Error for file c:хххххххfb_sort_xxxx.
Error while trying to write to file.
(имя файла может быть любым)

Источник

← →
РВА
 
(2008-10-17 13:44)
[0]

Добрый день уважаемые мастера!
Возникла проблема. После переключения на локальную базу, не могу вернутся назад к удаленной базе.
Выдает вот такую ошибку, будто бы не все правильно с запросами. Но после бекапа к удаленной базе и восстановления на локальном ПК, программа без вопрососв запускается.
Использую W-XP,ФБ-155,Turbo Delph
Что не так, заранее спасибо.
Текст ошибки:
AllDM.Ls.SelectQuery
Unsuccessful execution caused by a system error that precludes successful of subsegment statements I/O error fo file “C:WindowsTEMPFb_sort_zn4lso”
Error while trying to open file
Недопустимые данные

← →
Плохиш ©
 
(2008-10-17 13:54)
[1]

> Unsuccessful execution caused by a system error that precludes
> successful of subsegment statements I/O error fo file “C:
> WindowsTEMPFb_sort_zn4lso”
> Error while trying to open file
> Недопустимые данные

И где там про «Недопустимые данные»?
Воспользуйся словарём.

← →
РВА
 
(2008-10-17 14:01)
[2]

Это сообщение, полный текст, часть по англ, часть по рус.

← →
Johnmen ©
 
(2008-10-17 14:07)
[3]

Что такое «локальная» и «удаленная» база? К локальной ходил через сервер БД? Сервер был одинаков в обоих случаях?

← →
РВА
 
(2008-10-17 14:14)
[4]

Да, сервер одинаковый, ФБ 155. Локальная сеть, 10 ПК, сервер невыделенный, основной, и на своем ПК — 2-й.

← →
Сергей М. ©
 
(2008-10-17 14:21)
[5]

Ls — это что за зверь ?

← →
РВА
 
(2008-10-17 14:22)
[6]

Это название таблицы в базе

← →
Johnmen ©
 
(2008-10-17 14:23)
[7]

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

← →
РВА
 
(2008-10-17 14:26)
[8]

Да, еще. В настоящий момент с этой базой работают два пользователя с о своих раб. мест. Все у них нормально, а я не могу запустить прогу. Перелючение делал с помощью AliasMeneger. которая была выложена как пример с небольшими своими доработками(по мелочи, основа не менялась) периодически его использовал, вопросов не было…

← →
РВА
 
(2008-10-17 14:29)
[9]

Эта же ошибка лезет и среде разработке ТД. Пытался перекомпилировать, но при установке Ls.Active := True вылетает приведенное выше сообщение

← →
Сергей М. ©
 
(2008-10-20 09:19)
[10]

← →
РВА
 
(2008-10-20 10:24)
[11]

Что- то 2 дня не мог выйти на форум. Все, с проблемой разобрался. Неправильно был прописан путь к базе. Надо было
Ekn:E:Base… (такое обозн. в IBExpert)
я указал
\EknE:Base.. (такое обозн. в DeskTop)
Интересно что Test connection прошел в обоих случаях. Компонент исп. FIBPlus v 4.8 легальный, может это ошибка в компоненте? Во всяком случае на мои неправильные действия должно было ругаться типа » Неправильный путь..» , а оно на запросы в таблицах…

← →
Виталий Панасенко
 
(2008-10-20 10:25)
[12]

А место на диске есть?

← →
РВА
 
(2008-10-20 10:46)
[13]

Места хватает >30 Гб

← →
Правильный$Вася
 
(2008-10-20 11:23)
[14]

> Во всяком случае на мои неправильные действия должно было
> ругаться типа » Неправильный путь..»

ну так оно тебе и сказало

> Error while trying to open file

надо было только подумать, почему оно не моежт открыть файл

> я указал\EknE:Base.. (такое обозн. в DeskTop)Интересно
> что Test connection прошел в обоих случаях.

читать документацию и не удивляться

Модераторы: kdv, CyberMax