Всё точно, как описано в
http://www.ibase.ru/ibfaq.htm#sorterr

Цитата:
При выполнении запроса выдается "I/O Error for file..."

При выполнении запроса (скорее всего запрос содержит ORDER BY и план такого запроса содержит PLAN SORT) выдается ошибка:

"I/O Error for file c:\windows\temp\ib_sort_a02472.
     Error while trying to write to file. Sort Error."

(имя файла может быть любым)

Это означает, что на диске, указанном в пути TEMP в системе нет свободного места для сортировки данных, возвращаемых запросом. Нужно или изменить переменную TEMP, чтобы она указывала на диск с достаточным свободным пространством, или сконфигурировать tmp_directory в ibconfig (или firebird.conf).
Конец цитаты.

НО на сервере свободно 140 Гб. Папка специально создана: c:\temp
Куда ещё копать? Как заставить работать?  

Это сообщение отредактировал(а) Ace Wentura - 11.2.2007, 00:51

...или что нет прав на запись в указанный каталог...

Каким образом?
FireBird работает под отдельным пользователем?
Сервер в качестве работы - WinXP

При попытке немного иного запуска (пришлось тестировать на других машинах и чисто случайно заработала часть функционала) вышло следующее:
работает база на Win2000 локально
работает база на WinXP удалённо

При этом вся функциональность сохраняется.
На другой машине WinXP функционал не работает даже в таком формате.

КОНЕЧНО!
Посмотри в диспетчер задач   
Есть такой пользователь - SYSTEM.
Можно дать права на базу только пользователяю SYSTEM, и уже файл базы никто не сворует, по крайней мере, воровать будет сложнее, даже пользователь с админскими правами не скопирует файл базы.

Не очень понял, а как это связано с темой? При чём тут кража базы и её работоспособность?

под каким пользователем запущен процесс FireBird.exe? имеет ли владелец этого процесса доступ к папке?

я тебе ответил, что SQL сервер работает под учётной записью SYSTEM



это же твой вопрос?

Сервак ставился со всеми параметрами по умолчанию. Процессы работают под учётной записью SYSTEM. Я рассчитывал, что тут не должно быть ограничений к записи в папки: c:\windows\temp и c:\temp (создана специально для теста).
Разве это не так?



"При чём тут кража базы и её работоспособность?" - вот мой вопрос   

Ты задавал вопрос о том, работает ли FB под отдельным пользователем? Задавал, я тебе ответил? Ответил. Ответил, что FB работает под пользователем SYSTEM. И здесь я вспомнил, что если дать права на файл базы только пользователю SYSTEM, то можно усложнить кражу базы. ЧТО НЕ ПОНЯТНОГО 

Добавлено @ 10:26 
ТЫ ЗНАЕШЬ, ЧТО ОЗНАЧАЕТ СЛОВО "КСТАТИ"?

  зачем же так переживать?

Относительно темы. Видимо всё-таки проблема в настройках WinXP при устрановке сервера на данную операционку. Но где конкретно затык - определить так и не удалось.
Пока остановился на тандеме Win2000 - сервер, WinXP - клиент. Но бывают и тут свои трудности. Например, третий клиент подключается через раз.

у тебя, наверное, какая-то программа банит или само приложение глючит.

попытка была работать через IBExpert. Как раз он и выявил ошибку с работой удалённого сервера.

Ace Wentura, 
Попробуй так:
1. Отключить в ХР встроенный FireWall или как он там называется (и все прочие тоже).
2. Установить FB войдя в систему админом.
3. Проверить насчет квот для админа. Вдруг мазохист 
4. Проверить насчет антивирусов: полезно после попыток работы с FB посмотреть их логи, а лучше отключить нафиг.
Если не работает - пробовать 2 варианта запуска: 
- автозапуск при загрузке системы
- запуск "ручками" админом
Да, у базы стандартное расширение (тип файла) = *.fdb?


А подробнее? Больше 3-х пробовал? В клиенте как доступ организовал?

однозначно то, что в антивирусе, особенно в Nod32 нужно задавать исключение на экзешник сервера

Добавлено @ 12:16 
http://forum.vingrad.ru/topic-122822/unrea...od32/index.html

Это сообщение отредактировал(а) Akella - 15.2.2007, 12:16