Fcb open failed не удалось открыть файл
После запуска приложения X11 (XQuartz 2.3.6, xorg-server 1.4.2-apple56) на моем Mac (OS X 10.6.8), открытия терминала в X11 и его запуска xhost + , я перехожу на свою виртуальную машину ssh -Y Ubuntu 10.04 (работающую на VMware). Fusion). Когда я бегу gedit .bashrc (например), я получаю:
set | grep DISPLAY ничего не возвращает
Но если я ssh -Y в мою машину Ubuntu 11.04, gedit .bashrc работает. echo $DISPLAY возвращает "localhost: 10.0".
Я пытался, export DISPLAY=localhost:10.0 пока sshed в мою виртуальную машину, а затем работает gedit .bashrc , но я получаю:
Что может отличаться в конфигурации двух разных машин Ubuntu, что объясняет, почему один работает, а другой нет?
Обновление: как предложено Zoredache в комментарии ниже, я бежал sudo apt-get install xbase-clients , но у меня все еще остается та же проблема.
Есть ли в Ubuntu 10.04 соответствующие инструменты для X11? Установите клиенты xbase, если они еще не установлены.
@jcrawfordor Вы проверили X11Forwarding на Ubuntu, и что вы xbase-clients установили, и что вы можете запускать Xapps на Mac на терминале , с которого вы устанавливаете ssh-соединение. (Убедитесь , что $DISPLAY установлен на терминале запуска SSH с .
Проверьте sshd_config сервера (обычно /etc/ssh/sshd_config ) и убедитесь, что опция X11Forwarding включена со строкой
Если X11Forwarding не указан, по умолчанию на компьютерах Debian, которые я могу проверить, по умолчанию нет.
После настройки другой виртуальной машины Ubuntu я обнаружил, что мне нужно установить xbase-клиенты и включить X11Forwarding. Обновите свой ответ, чтобы включить оба, и я приму его.
Интересно. По крайней мере, на новой установке 10.04, которую я сделал сегодня утром, X11Forwarding был включен по умолчанию. Ребята из Ubuntu, должно быть, снова возятся с настройками по умолчанию.
@DerfK, в моей системе "X11Forwarding yes" уже было там, я все еще получаю ошибку, (gedit: 8381): Gtk-WARNING **: не могу открыть дисплей: в таких случаях
Для тех, у кого есть подобные проблемы в OS X, также убедитесь, что у вас установлен XQuartz, иначе ни одно из этих исправлений не поможет. (Вопрос OP показывает, что у него есть XQuartz, так что это больше примечание для тех, у кого были такие же проблемы, как и у меня)
Обратите внимание, что работа xhost + очень небезопасна и не должна использоваться! Как упоминал Стефан Рогин, злоумышленник может затем с хоста подключиться к вашей XSession, прочитать все, что вы печатаете, или даже изменить экран, который вы видите.
У меня была эта проблема при входе в Ubuntu VM из Mac OS X, а также - по некоторым причинам он не похож на «localhost» в отображаемой переменной. Так что установите IP вручную, как предлагает harrymc:
Тогда программы X11 должны быть в порядке. Не похоже, что нужно указывать ОС, что localhost и 127.0.0.1 эквивалентны, но это работает, по крайней мере.
БИНГО! Я застрял в этой проблеме в течение некоторого времени . Я подключился по SSH и не смог запустить программы Gtk (обычный X11, как "xeyes", работал, однако). ОТОБРАЖЕНИЕ было правильно. На самом деле, разрешение «localhost» не было! Если я установлю вручную DISPLAY = 127.0.0.1: 10.0 или DISPLAY = :: 1: 10.0, это сработает. Редактирование / etc / hosts, кажется, не имеет никакого эффекта; и DNS правильно настроен (отчет о корреляции «dig localhost» и 127.0.0.1, и :: 1). Таким образом, это похоже на ошибку во всех случаях, когда разрешение DNS для соединений X11 в Gtk (gtk? gdk? glib? other?).
При установке Debian для Beagle Bone Black файл / etc / host не был установлен для чтения кем-либо, кроме root. Это вызвало симптомы, о которых здесь сообщают. Сделал / etc / hosts доступным для чтения всем, и он работал нормально.
У меня была эта проблема с моим сервером CentOS KVM, мне не хватало программы "xauth".
Если у вас возникла эта проблема через некоторое время при запуске с -X arg. или просто ForwardX11 в / etc / ssh / ssh_config, затем запустите $ ssh username@hostname -Y , чтобы включить надежную пересылку X11 , не знаю точную причину, но я предполагаю, что -X срок действия некоторых функций истекает через некоторое время, возможно, для повышения безопасности.
Вот что я нашел в Интернете:
SQL Server 2012 Analysis Services SQL Server 2012 Business Intelligence SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Express SQL Server 2012 Standard SQL Server 2014 Developer SQL Server 2014 Enterprise SQL Server 2014 Standard Еще. Меньше
Корпорация Майкрософт распространяет исправления Microsoft SQL Server 2012 в один файл для загрузки. Поскольку исправления являются кумулятивными, каждый новый выпуск содержит все исправления и исправления для системы безопасности, которые были включены в предыдущий выпуск исправлений для SQL Server 2012.
Действие пользователя
Для устранения ошибки 17204 необходимо узнать соответствующий код ошибки операционной системы. А затем выполнить диагностику этой ошибки. После устранения ошибки операционной системы можно попытаться перезапустить базу данных (например, с помощью инструкции ALTER DATABASE SET ONLINE) или экземпляр SQL Server, чтобы перевести затронутую базу данных в режим "в сети". Иногда устранить ошибку операционной системы не удается. В таком случае необходимо выполнить определенные корректирующие действия. Мы обсудим их в этом разделе.
В случае возникновения ошибки операционной системы 5 ( Access is Denied ), рассмотрите следующие методы устранения:
Проверьте учетную запись пользователя, от имени которой сейчас запущена служба SQL Server. Для получения этих сведений можно использовать диспетчер задач Windows. Найдите значение "Имя пользователя" для исполняемого файла "sqlservr.exe". Если вы недавно изменили учетную запись службы SQL Server, поддерживаемым способом выполнения этой операции является использование служебной программы "Диспетчер конфигурации SQL Server". Дополнительные сведения см. в статье Диспетчер конфигурации SQL Server.
В зависимости от типа операции — открытие баз данных во время запуска сервера, присоединение базы данных, восстановление базы данных и т. д. — учетная запись, используемая для олицетворения и получения доступа к файлу базы данных, может варьироваться. Сведения о том, какая операция позволяет задавать разрешения к каким учетным записям, см. в статье Защита данных и файлов журналов. Используйте такие средства, как Process Monitor, чтобы узнать, каким образом предоставляется доступ к файлу: в контексте безопасности учетной записи запуска службы экземпляра SQL Server (или идентификатора безопасности службы) либо олицетворенной учетной записи.
Если SQL Server олицетворяет учетные данные пользователя, выполняющего операцию ALTER DATABASE или CREATE DATABASE, в средстве Process Monitor отобразятся следующие сведения (пример):
Если вы получаете ошибку ОС The system cannot find the file specified = 3
Если возникает ошибка операционной системы The process cannot access the file because it is being used by another process = 32
не поменял, хотелось бы без этого очень очень. там есть еще функционал у этого компа и рестартить его не хотелось бы.
И где можно посомтреть старый путь к tempDB?
а нет всё ок, в логе:
2016-02-25 16:01:34.47 spid10s Clearing tempdb database.
2016-02-25 16:01:34.47 spid10s Ошибка: 5123, серьезность: 16, состояние: 1.
2016-02-25 16:01:34.47 spid10s CREATE FILE encountered operating system error 3(Системе не удается найти указанный путь.) while attempting to open or create the physical file 'E:\TempDB\tempdb.mdf'.
2016-02-25 16:01:34.47 spid10s Ошибка: 17204, серьезность: 16, состояние: 1.
2016-02-25 16:01:34.47 spid10s FCB::Open failed: Could not open file E:\TempDB\tempdb.mdf for file number 1. OS error: 3(Системе не удается найти указанный путь.).
2016-02-25 16:01:34.47 spid10s Ошибка: 5120, серьезность: 16, состояние: 101.
2016-02-25 16:01:34.47 spid10s Не удалось открыть физический файл "E:\TempDB\tempdb.mdf". Ошибка операционной системы 3: "3(Системе не удается найти указанный путь.)".
2016-02-25 16:01:34.48 spid10s Ошибка: 1802, серьезность: 16, состояние: 4.
2016-02-25 16:01:34.48 spid10s Ошибка операции CREATE DATABASE. Некоторые из перечисленных имен файлов не были созданы. Проверьте связанные ошибки.
2016-02-25 16:01:34.48 spid10s Ошибка: 5123, серьезность: 16, состояние: 1.
2016-02-25 16:01:34.48 spid10s Операция CREATE FILE вызвала ошибку операционной системы 3(Системе не удается найти указанный путь.) при попытке открыть либо создать физический файл "E:\TempDB\tempdb.mdf".
2016-02-25 16:01:34.48 spid10s Could not create tempdb. You may not have enough disk space available. Free additional disk space by deleting other files on the tempdb drive and then restart SQL Server. Check for additional errors in the event log that may indicate why the tempdb files could not be initialized.
2016-02-25 16:01:34.48 spid10s SQL Trace was stopped due to server shutdown. Trace . This is an informational message only; no user action is required.
2016-02-25 16:01:34.61 spid13s A new instance of the full-text filter daemon host process has been successfully started.
When SQL Server is trying to open a database file at the time of startup, due to following reasons you can get an error like FCB::Open failed: Could not open a file for SQL Server.
Because before connecting to any SQL Database a SQL Startup process is initializing various database files and other data structures.
You can find SQL Server name, file name, file id, file path in the error message.
Following are the primary reasons for this error:
- Incorrect file path in startup parameters
- Maybe your anti-virus removed system data files
- Maybe problem with our SQL Server FileStream filegroup
- Someone changed the service account password
- Incorrect replacement of TempDB database
- Maybe someone deleted system data files, or its corrupted due to disk failure.
- Duplicate port issue of SQL Server instances
- Virus may affect to system data files
I just shared the major reasons of that error, because there is no any particular solution to this error. Please check all the grounds and try to resolve it.
For more details, you can access one of the Microsoft threads on this error.
Причина
Эта проблема возникает в том случае, если программа установки не может заменить существующие файлы баз данных ресурсов mssqlsystemresource. mdf и mssqlsystemresource. ldf новыми версиями, а существующие файлы ресурсов удаляются после перезагрузки, вместо того чтобы заменять их новыми файлами.
Leave a Reply Cancel reply
Anvesh Patel
Email Subscription !
About Me!
I'm Anvesh Patel, a Database Engineer certified by Oracle and IBM. I'm working as a Database Architect, Database Optimizer, Database Administrator, Database Developer. Providing the best articles and solutions for different problems in the best manner through my blogs is my passion. I have more than six years of experience with various RDBMS products like MSSQL Server, PostgreSQL, MySQL, Greenplum and currently learning and doing research on BIGData and NoSQL technology. -- Hyderabad, India.
About DBRND !
Any views or opinions represented in this blog are personal and belong solely to the blog owner and do not represent those of people, institutions or organizations that the owner may or may not be associated with in professional or personal capacity, unless explicitly stated.
Feel free to challenge me, disagree with me, or tell me I’m completely nuts in the comments section of each blog entry, but I reserve the right to delete any comment for any reason whatsoever (abusive, profane, rude, or anonymous comments) - so keep it polite.
The content of this website is protected by copyright. No portion of this website may be copied or replicated in any form without the written consent of the website owner.
Решение
Проблемы
У вас несколько экземпляров Microsoft SQL Server 2012 или SQL Server 2014, расположенных на одном и том же сервере. Если вы устанавливаете обновления или пакеты обновления для этих экземпляров один за другой, то после перезапуска сервера база данных ресурсов отсутствует. Кроме того, в журнале ошибок SQL Server могут регистрироваться следующие записи:
Запуск базы данных "mssqlsystemresource". Ошибка: 17204, серьезность: 16, состояние: 1. FCB:: сбой при открытии: не удалось открыть файл C:\Program Files\Microsoft SQL Server\MSSQL11. MSSQLSERVER\MSSQL\Binn\mssqlsystemresource.mdf для файла номер 1. Ошибка операционной системы: 2 (не удалось получить текст для этой ошибки. Причина: 15100). Ошибка: 5120, важность: 16, состояние: 101. не удается открыть физический файл "C:\Program Files\Microsoft SQL Server\MSSQL11. MSSQLSERVER\MSSQL\Binn\mssqlsystemresource.mdf". Ошибка операционной системы 2: "2" (не удалось получить текст для этой ошибки. Причина: 15105) ". Ошибка: 17207, серьезность: 16, состояние: 1. FileMgr:: StartLogFiles: ошибка операционной системы 2 (не удалось получить текст для этой ошибки. Причина: 15105) при создании или открытии файла "C:\Program Files\Microsoft SQL Server\MSSQL11. MSSQLSERVER\MSSQL\Binn\mssqlsystemresource.ldf'. Выполните диагностику и исправление ошибки операционной системы и повторите операцию. Сбой активации файла. Имя физического файла "C:\Program Files\Microsoft SQL Server\MSSQL11. MSSQLSERVER\MSSQL\Binn\mssqlsystemresource.ldf "может быть неверен. Ошибка: 945, важность: 14, состояние: 2. база данных "mssqlsystemresource" не может быть открыта из-за недоступности файлов или недостатка памяти или места на диске. Подробные сведения об ошибке см. в журнале SQL Server.
Please visit other related articles.
Причина
Прежде чем можно будет использовать базу данных SQL Server, ее необходимо запустить. Процесс запуска базы данных включает в себя следующее:
- инициализацию различных структур данных, представляющих базу данных и ее файлы;
- открытие всех файлов, принадлежащих к базе данных;
- выполнение восстановления базы данных.
SQL Server использует функцию API CreateFile в Windows для открытия файлов, принадлежащих базе данных.
- В FCB::Open — произошла ошибка при попытке SQL Server открыть файл.
- FileMgr::StartPrimaryDataFiles — первичный файл данных или файл, принадлежащий первичной файловой группе.
- FileMgr::StartSecondaryDataFiles — файл, принадлежащий вторичной файловой группе.
- FileMgr::StartLogFiles — файл журнала транзакций.
- STREAMFCB::Startup — контейнер SQL FileStream.
- FCB::RemoveAlternateStreams
Полный физический путь к файлу.
Идентификатор файла, соответствующий файлу.
Код ошибки операционной системы и описание ошибки. В некоторых экземплярах вы увидите только код ошибки.
Совокупные сведения об обновлениях
Эта проблема впервые устранена в следующем накопительном обновлении SQL Server:
SQL Server не удалось открыть указанный файл из-за указанной ошибки ОС.
Если SQL Server не удается открыть базу данных и (или) файлы журнала транзакций, в событии приложения Windows или в журнале ошибок SQL Server может отобразиться ошибка 17204. Ниже приведен пример такой ошибки:
Эти ошибки могут возникнуть во время запуска экземпляра SQL Server или любой операции с базой данных, при которой выполняется попытка запустить базу данных (например, ALTER DATABASE). В некоторых сценариях могут возникать ошибки 17204 и 17207, а в некоторых — лишь одна из них.
Если такие ошибки происходят в пользовательской базе данных, она остается в состоянии RECOVERY_PENDING, а приложения не могут получить доступ к базе данных. Если такие ошибки происходят в системной базе данных, экземпляр SQL Server не запускается и вы не можете подключиться к SQL Server. Сбой системной базы данных может привести к переходу ресурса отказоустойчивого кластера SQL Server в автономный режим.
Читайте также: