<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Back In Time &#187; Problems</title>
	<atom:link href="http://backintime.le-web.org/category/problems/feed/" rel="self" type="application/rss+xml" />
	<link>http://backintime.le-web.org</link>
	<description>a simple backup system for Linux</description>
	<lastBuildDate>Sat, 18 Jun 2011 06:59:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Snapshot fails after updating to Back In Time 1.0</title>
		<link>http://backintime.le-web.org/2010/10/24/snapshot-fails-after-updating-to-back-in-time-1-0/</link>
		<comments>http://backintime.le-web.org/2010/10/24/snapshot-fails-after-updating-to-back-in-time-1-0/#comments</comments>
		<pubDate>Sun, 24 Oct 2010 08:08:35 +0000</pubDate>
		<dc:creator>dan</dc:creator>
				<category><![CDATA[Problems]]></category>
		<category><![CDATA[backintime]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[gnome]]></category>
		<category><![CDATA[KDE4]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://backintime.le-web.org/?p=208</guid>
		<description><![CDATA[After updating Back In Time for version 1.0 snapshots fails: https://bugs.launchpad.net/backintime/+bug/665444
Older versions of Back In Time (before 1.0) don&#8217;t check for errors. So everithing it looks ok event if it is not. For a backup tool this is dangerous !
Starting from 1.0 there is an error check and a log view. If snapshot fails (usually because [...]]]></description>
			<content:encoded><![CDATA[<p>After updating Back In Time for version 1.0 snapshots fails: <a href="https://bugs.launchpad.net/backintime/+bug/665444">https://bugs.launchpad.net/backintime/+bug/665444</a></p>
<p>Older versions of Back In Time (before 1.0) don&#8217;t check for errors. So everithing it looks ok event if it is not. For a backup tool this is dangerous !</p>
<p>Starting from 1.0 there is an error check and a log view. If snapshot fails (usually because of a special file with different user/group/rights like ~/.gvfs) use the log view to get more informations. If you detect this kind of file you have 3 options:</p>
<ol>
<li>if you really need to backup this files you should change rights or backup them as root</li>
<li>if you don&#8217;t care about them exclude them</li>
<li>if you don&#8217;t care about and you don&#8217;t want/can exclude them you can check &#8220;Continue on errors&#8221; option in setting dialog.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://backintime.le-web.org/2010/10/24/snapshot-fails-after-updating-to-back-in-time-1-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Files not copied when backup directory is on smbfs</title>
		<link>http://backintime.le-web.org/2009/05/10/files-not-copied-when-backup-directory-is-on-smbfs/</link>
		<comments>http://backintime.le-web.org/2009/05/10/files-not-copied-when-backup-directory-is-on-smbfs/#comments</comments>
		<pubDate>Sun, 10 May 2009 16:10:31 +0000</pubDate>
		<dc:creator>dan</dc:creator>
				<category><![CDATA[Problems]]></category>
		<category><![CDATA[backintime]]></category>
		<category><![CDATA[gnome]]></category>
		<category><![CDATA[KDE4]]></category>
		<category><![CDATA[samba]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[smbfs]]></category>

		<guid isPermaLink="false">http://backintime.le-web.org/?p=148</guid>
		<description><![CDATA[Mount a samba share using smbmount and then configure Back In Time to save snapshots into this share. Taking a snapshot don&#8217;t work, only some directories are created.
After some investigation: using a windows share it works, using a samba is doesn&#8217;t work.
Samba provide some extensions to the protocol to support uid/gid and permissions.
I mounted the [...]]]></description>
			<content:encoded><![CDATA[<p>Mount a samba share using smbmount and then configure Back In Time to save snapshots into this share. Taking a snapshot don&#8217;t work, only some directories are created.</p>
<p>After some investigation: using a windows share it works, using a samba is doesn&#8217;t work.</p>
<p>Samba provide some extensions to the protocol to support uid/gid and permissions.<br />
I mounted the share using smbmount (&#8217;sudo smbmount&#8217;) and I create a directory: the user/group of the new directory are root/root and the permissions are user:rwx and group/other:rx only. Then creating a sub-directory will fail since I don(t have the rights.</p>
<p>To void problems the only solution I found is to mount the share using &#8220;-o nosuids,noperms&#8221; arguments (not uid/gid and no permissions). This way the application seems to works. The only problem is that snapshots are no longer read-only. Starting from version 0.9.24, user/group and permissions are stored in a special file so restoring them should be OK.</p>
]]></content:encoded>
			<wfw:commentRss>http://backintime.le-web.org/2009/05/10/files-not-copied-when-backup-directory-is-on-smbfs/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>KDE4: Could not connect to host for smb://smb-network/</title>
		<link>http://backintime.le-web.org/2009/05/05/kde4-could-not-connect-to-host-for-smbsmb-network/</link>
		<comments>http://backintime.le-web.org/2009/05/05/kde4-could-not-connect-to-host-for-smbsmb-network/#comments</comments>
		<pubDate>Tue, 05 May 2009 09:39:14 +0000</pubDate>
		<dc:creator>dan</dc:creator>
				<category><![CDATA[Problems]]></category>

		<guid isPermaLink="false">http://backintime.le-web.org/?p=146</guid>
		<description><![CDATA[The application allow you to select local folders only.
In KDE4 I use KFileDialog static method:
QString getExistingDirectory(
		KUrl     startDir=KUrl(),
		QWidget  parent=0,
		QString  caption=QString() )
According to the documentation:
Creates a modal directory-selection dialog and returns the selected directory (local only) or an empty string if none was chosen.
For more information:

http://api.kde.org/pykde-4.1-api/kio/KFileDialog.html
http://api.kde.org/pykde-4.2-api/kio/KFileDialog.html

So it is not normal to [...]]]></description>
			<content:encoded><![CDATA[<p>The application allow you to select local folders only.</p>
<p>In KDE4 I use KFileDialog static method:</p>
<pre lang="python">QString getExistingDirectory(
		KUrl     startDir=KUrl(),
		QWidget  parent=0,
		QString  caption=QString() )</pre>
<p>According to the documentation:</p>
<blockquote><p>Creates a modal directory-selection dialog and returns the selected directory (local only) or an empty string if none was chosen.</p></blockquote>
<p>For more information:</p>
<ul>
<li><a href="http://api.kde.org/pykde-4.1-api/kio/KFileDialog.html" target="_blank">http://api.kde.org/pykde-4.1-api/kio/KFileDialog.html</a></li>
<li><a href="http://api.kde.org/pykde-4.2-api/kio/KFileDialog.html" target="_blank">http://api.kde.org/pykde-4.2-api/kio/KFileDialog.html</a></li>
</ul>
<p>So it is not normal to be able to select network. This looks more like a KDE4 bug.</p>
]]></content:encoded>
			<wfw:commentRss>http://backintime.le-web.org/2009/05/05/kde4-could-not-connect-to-host-for-smbsmb-network/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Snapshots on NTFS drive are not read-only</title>
		<link>http://backintime.le-web.org/2009/05/01/snapshots-on-ntfs-drive-are-not-read-only/</link>
		<comments>http://backintime.le-web.org/2009/05/01/snapshots-on-ntfs-drive-are-not-read-only/#comments</comments>
		<pubDate>Fri, 01 May 2009 13:50:23 +0000</pubDate>
		<dc:creator>dan</dc:creator>
				<category><![CDATA[Problems]]></category>
		<category><![CDATA[backintime]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[ntfs]]></category>
		<category><![CDATA[read-only]]></category>
		<category><![CDATA[read-write]]></category>
		<category><![CDATA[readonly]]></category>
		<category><![CDATA[readwrite]]></category>
		<category><![CDATA[snapshot]]></category>

		<guid isPermaLink="false">http://backintime.le-web.org/?p=145</guid>
		<description><![CDATA[The problem with read-write snapshot is that you can modify it accidentally. Even worst, if the file you modified is shared between different snapshots (hard-link) all snapshots will be affected.
This is because by default in ntfs-3g driver (this driver provide read/write support for NTFS)  files and directories are owned by the effective user and group [...]]]></description>
			<content:encoded><![CDATA[<p>The problem with read-write snapshot is that you can modify it accidentally. Even worst, if the file you modified is shared between different snapshots (hard-link) all snapshots will be affected.</p>
<p>This is because by default in ntfs-3g driver (this driver provide read/write support for NTFS)  files and directories are owned by the effective user and group of the mounting process (usually root) and everybody has full read, write, execution and directory browsing permissions.</p>
<p>To get more information:</p>
<ul>
<li><a href="http://www.ntfs-3g.org/manual.html#3" target="_blank">http://www.ntfs-3g.org/manual.html#3</a></li>
<li><a href="http://www.ntfs-3g.org/support.html#useroption" target="_blank">http://www.ntfs-3g.org/support.html#useroption</a></li>
</ul>
<h3>Solution</h3>
<p>I don&#8217;t have one. Check out ntfs-3g site (<a href="http://www.ntfs-3g.org" target="_blank">http://www.ntfs-3g.org</a>) for more information.If you find a solution please share it.</p>
]]></content:encoded>
			<wfw:commentRss>http://backintime.le-web.org/2009/05/01/snapshots-on-ntfs-drive-are-not-read-only/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>System freeze on Ubuntu Jaunty (9.04) with ext4</title>
		<link>http://backintime.le-web.org/2009/04/30/system-freeze-on-ubuntu/</link>
		<comments>http://backintime.le-web.org/2009/04/30/system-freeze-on-ubuntu/#comments</comments>
		<pubDate>Thu, 30 Apr 2009 08:00:07 +0000</pubDate>
		<dc:creator>dan</dc:creator>
				<category><![CDATA[Problems]]></category>
		<category><![CDATA[bacnintime]]></category>
		<category><![CDATA[crush]]></category>
		<category><![CDATA[ext3]]></category>
		<category><![CDATA[jaunty]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://backintime.le-web.org/?p=143</guid>
		<description><![CDATA[If you set snapshots directory on a ext4 partition the system may freeze.
It seems to be a problem in ext4 on Ubuntu:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/330824
http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/

Solution (thanks to mahikeulbody)
You need to  set &#8216;nodelalloc&#8217; option for each ext4 partition it accesses into fstab file .
]]></description>
			<content:encoded><![CDATA[<p>If you set snapshots directory on a ext4 partition the system may freeze.</p>
<p>It seems to be a problem in ext4 on Ubuntu:</p>
<ul>
<li><a href="https://bugs.launchpad.net/ubuntu/+source/linux/+bug/330824" target="_blank">https://bugs.launchpad.net/ubuntu/+source/linux/+bug/330824</a></li>
<li><a href="http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/" target="_blank">http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/</a></li>
</ul>
<h3>Solution (thanks to <strong>mahikeulbody</strong>)</h3>
<p>You need to  set &#8216;nodelalloc&#8217; option for each ext4 partition it accesses into fstab file .</p>
]]></content:encoded>
			<wfw:commentRss>http://backintime.le-web.org/2009/04/30/system-freeze-on-ubuntu/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

