<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Linux Forum &mdash; [закрыто]И снова 1С на smb в RF13]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=5115</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=5115&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «[закрыто]И снова 1С на smb в RF13».]]></description>
		<lastBuildDate>Fri, 16 Jul 2010 19:19:21 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[[закрыто]И снова 1С на smb в RF13]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=71507#p71507</link>
			<description><![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>]]></description>
			<author><![CDATA[null@example.com (Cruiser78)]]></author>
			<pubDate>Fri, 16 Jul 2010 19:19:21 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=71507#p71507</guid>
		</item>
	</channel>
</rss>
