<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; [закрыто]И снова 1С на smb в RF13]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=5115&amp;type=atom" />
	<updated>2010-07-16T19:19:21Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=5115</id>
		<entry>
			<title type="html"><![CDATA[[закрыто]И снова 1С на smb в RF13]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=71507#p71507" />
			<content type="html"><![CDATA[<p>Доброго времени суток, коллеги!</p><p>Итак сабжевая проблема. Дано 1С 7.7 файловый вариант. Samba+Fedora 13 (свежеустановленное). Все конфиги были перенесены с работавшего сервера один в один. Однако.... Дежурная задача, что крутится в Выни в VirtualBox&#039;е (это тоже было сохранено) обломалась на переиндексации базы 1С. Начала писать, что возникает неустранимая ошибка 630&nbsp; Optimisation File Flushing Failure на первом же переиндексируемом файле. Дальше процесс завершается и опаньки... Это в том случае, если я подключаю рабочую базу по samba. Раньше при тех же конфигах такого состояния не возникало ни разу. Идем далее, пользуемся тем, что VB живет на том же хосту, что и рабочая база. То есть подключаю рабочую базу как &quot;локальную&quot; папку, то есть без samba. И что мы видим? Правильно - мы видим, что индексация проходит как ураган, без сучка и задоринки. Какой мы можем сделать вывод? А вывод один - что собака зарылась в самбе, но вот где?.. Кстати, в SELinux открыжил на разрешение все вхождения по samba, да и поставил его в &quot;разрешающий&quot; режим... Хотя, наверное, надо его вообще выключить, наверное..</p><p>Итак, коллеги, помогите разобраться, что же это за ошибка такая и что именно её может порождать...<br />Конфиги самбы не выкладываю, так как они типовые, без затей и более того - днем они еще работали. Но перестали работать после перехода с 12й федоры на 13ю.</p><p>Да, и еще: Помимо окошка с номером и описанием ошибки Windows из статусбара выдает сообщение, что это есть &quot;ошибка отложенной записи в файл..., что ошибка может быть вызвана неполадками в сети&quot;. А какие там могут быть неполадки, если 1С, samba и база на одном физическом хосту живут? Только глюк от самбы, иного не вижу...<br />============<br />Да, кстати, попутно выяснил, что VB работает с &quot;локальными&quot; устройствами тоже через самбу... Вот только подключение чуть иначе реализовано. А так - весь обмен (протокол) в те же самбовые логи валится, что и при традиционной регистрации (//server/share)...<br />=================<br />Не стоит верить всему, что пишут в Инете... По крайней мере RF13 гораздо более строже относится к параметру самбы write cache size.</p>]]></content>
			<author>
				<name><![CDATA[Cruiser78]]></name>
				<uri>https://linuxforum.ru/profile.php?id=631</uri>
			</author>
			<updated>2010-07-16T19:19:21Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=71507#p71507</id>
		</entry>
</feed>
