Bug 570822 – Syncing two folders, one is mounted through ssh fails after conduit restart

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 570822 - Syncing two folders, one is mounted through ssh fails after conduit restart


Summary:	Syncing two folders, one is mounted through ssh fails after conduit restart


Status:	RESOLVED DUPLICATE of bug 529301

Product:	conduit
Classification:	Other
Component:	dataproviders
Version:	0.3.x
Hardware:	Other Linux

Importance:	Normal major
Target Milestone:	---
Assigned To:	conduit-maint@gnome.bugs
QA Contact:	conduit-maint@gnome.bugs

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2009-02-06 21:50 UTC by Amr Hassan
Modified:	2009-02-16 01:47 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Amr Hassan 2009-02-06 21:50:09 UTC

Hi, I'm syncing a couple of folders between two computers, my other computer is always mounted trough ssh.
How to reproduce:
I create a group, add two folders to it, one being locally on this machine and the other is through a ssh mount.
I synchronize the group, it works flawlessly.
I restart conduit then it does not work anymore.
from the terminal i get this:

[Syncronization      ][DEBUG  ] FolderTwoWay-sftp://amr@nimbus/media/Inferno/school Changes: Modified 0 items
[] (Synchronization.py:242)
[Syncronization      ][DEBUG  ] FolderTwoWay-sftp://amr@nimbus/media/Inferno/school Changes: Deleted 0 items
[] (Synchronization.py:243)
[Syncronization      ][DEBUG  ] 2WAY PUT: school (file:///media/Mansion/school/prep_year/Physics Reports/bernoulli's.principle.applications.props.of.matter#1.doc) -----> school (Synchronization.py:569)
[datatypes.DataType  ][DEBUG  ] Getting Rid for file:///media/Mansion/school/prep_year/Physics Reports/bernoulli's.principle.applications.props.of.matter#1.doc (DataType.py:151)
[Syncronization      ][CRITICAL] UNKNOWN SYNCHRONIZATION ERROR
Traceback (most recent call last):

+ Trace 212316

File "/var/lib/python-support/python2.5/conduit/Synchronization.py", line 734 in run
```
self.two_way_sync(self.source, sink)
```
File "/var/lib/python-support/python2.5/conduit/Synchronization.py", line 570 in two_way_sync
```
dataRid = data.get_rid()
```
File "/var/lib/python-support/python2.5/conduit/datatypes/DataType.py", line 154 in get_rid
```
mtime=self.get_mtime(),
```
File "/var/lib/python-support/python2.5/conduit/datatypes/File.py", line 293 in get_mtime
```
ts = self._file.get_mtime()
```
File "/var/lib/python-support/python2.5/conduit/platform/FileGio.py", line 86 in get_mtime
```
mtime = self.fileInfo.get_attribute_uint64('time::modified')
```

AttributeError: 'NoneType' object has no attribute 'get_attribute_uint64'

 (Synchronization.py:745)
[Syncronization      ][DEBUG  ] Syncworker state 3 (Synchronization.py:648)
[dataproviders.File  ][DEBUG  ] Saving group (file:///media/Mansion/school = Home) to /media/Mansion/.conduit (File.py:47)
[Syncronization      ][DEBUG  ] Deleting worker: <SyncWorker(Wrapper: school twoway (UID: FolderTwoWay-file:///media/Mansion/school) <--> Wrapper: school twoway (UID: FolderTwoWay-sftp://amr@nimbus/media/Inferno/school), stopped)> (Synchronization.py:86)

not sure why it does that after restart.
I'm on Ubuntu 8.10 using conduit 0.3.15 from getdeb's deb package.

Comment 1 Roumano 2009-02-07 13:13:19 UTC

Hi,

It's related to this bug :

http://bugzilla.gnome.org/show_bug.cgi?id=529301
and
https://bugs.launchpad.net/conduit/+bug/297085

Partial Fix :

Seems this is a a problem with "#" being in a file
I removed the # and everything worked as advertised.

Comment 2 John Stowers 2009-02-16 01:47:43 UTC


*** This bug has been marked as a duplicate of 529301 ***