I just upgraded to 2.0beta1; was using 1.2.

Was configured to save temporary files to /mnt/m2/tmp/, and downloads to /mnt/music.

But completed downloads are being saved to /mnt/m3, and downloads in progress seem to be appearing in both /mnt/m2/tmp/ (under a directory like tor1) and /mnt/music. The copies seem identical and do not appear to be symlinks.

I switched from Azureus. Azureus was configured to save downloads in progress to /mnt/m3 and completed downloads to /mnt/music. I tried to configure ktorrent to use the same directories, but when I clicked OK, an error was reported moving the temprorary files and reopening the settings dialog showed the directories unchanged from /mnt/m2/tmp.

There is plenty of room on m3 and no permissions problems. Space on m2 is tight.

What is going on?

And where are the torrents themselves?

I just upgraded to 2.0beta1; was using 1.2.

Just a follow up. I have not tried to reconfigure since upgrading because I am afraid that I might interfere with the completed downloads in m3.

The torX directories contain only symlinks to the data.

Changing the download location should work without a problem.
What error message is shown ?

George wrote:Changing the download location should work without a problem.
What error message is shown ?

After making the copy, ktorrent crashes. Below is the debugging output.

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.

[snip]

[Thread debugging using libthread_db enabled]
[New Thread -1233418016 (LWP 15330)]

[snip]

[KCrash handler]
#6 0xffffe410 in __kernel_vsyscall ()
#7 0xb680e9d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#8 0xb68102e9 in abort () from /lib/tls/i686/cmov/libc.so.6
#9 0xb69fc4e0 in __gnu_cxx::__verbose_terminate_handler ()
from /usr/lib/libstdc++.so.6
#10 0xb69f9ed4 in __gxx_personality_v0 () from /usr/lib/libstdc++.so.6
#11 0xb69f9f11 in std::terminate () from /usr/lib/libstdc++.so.6
#12 0xb69fa09c in __cxa_throw () from /usr/lib/libstdc++.so.6
#13 0xb7e534e4 in bt::CacheFile::openFile () from /usr/lib/libktorrent.so.0
#14 0xb7e53169 in bt::CacheFile::map () from /usr/lib/libktorrent.so.0
#15 0xb7e8d35a in bt::MultiFileCache::prep () from /usr/lib/libktorrent.so.0
#16 0xb7e5d770 in bt::ChunkManager::prepareChunk ()
from /usr/lib/libktorrent.so.0
#17 0xb7e6d4bb in bt::Downloader::pieceRecieved ()
from /usr/lib/libktorrent.so.0
#18 0xb7e6e3e2 in bt::Downloader::qt_invoke () from /usr/lib/libktorrent.so.0
#19 0xb6fc1929 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#20 0xb7e7e09a in bt::PeerDownloader::downloaded ()
from /usr/lib/libktorrent.so.0
#21 0xb7e7e3dc in bt::PeerDownloader::piece () from /usr/lib/libktorrent.so.0
#22 0xb7e7e7f8 in bt::PeerDownloader::qt_invoke ()
from /usr/lib/libktorrent.so.0
#23 0xb6fc1929 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#24 0xb7e634fd in bt::Peer::piece () from /usr/lib/libktorrent.so.0
#25 0xb7e63dae in bt::Peer::packetReady () from /usr/lib/libktorrent.so.0
#26 0xb7e85edf in bt::PacketReader::readPacket ()
from /usr/lib/libktorrent.so.0
#27 0xb7e85dfb in bt::PacketReader::update () from /usr/lib/libktorrent.so.0
#28 0xb7e6296f in bt::Peer::readPacket () from /usr/lib/libktorrent.so.0
#29 0xb7e62be3 in bt::Peer::update () from /usr/lib/libktorrent.so.0
#30 0xb7e667c9 in bt::PeerManager::update () from /usr/lib/libktorrent.so.0
#31 0xb7e750e0 in bt::TorrentControl::update () from /usr/lib/libktorrent.so.0
#32 0x0806afc9 in QListViewItem::removeItem ()
#33 0x0806ea6f in QListViewItem::removeItem ()
#34 0xb6fc1929 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#35 0xb6fc23c4 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#36 0xb7322f9a in QTimer::timeout () from /usr/lib/libqt-mt.so.3
#37 0xb6fe6c19 in QTimer::event () from /usr/lib/libqt-mt.so.3
#38 0xb6f58f80 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3
#39 0xb6f59172 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#40 0xb76c017c in KApplication::notify () from /usr/lib/libkdecore.so.4
#41 0xb6ee9db7 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3
#42 0xb6f4a99b in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3
#43 0xb6efda84 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#44 0xb6f70cfb in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#45 0xb6f70c1e in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#46 0xb6f57c13 in QApplication::exec () from /usr/lib/libqt-mt.so.3
#47 0x0805c057 in ?? ()
#48 0xb67faec2 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#49 0x0805bdb1 in ?? ()

George wrote:The torX directories contain only symlinks to the data.

Changing the download location should work without a problem.
What error message is shown ?

This is very important because the partition containing the torx files is too small to hold the current download.

artAlexion wrote:

George wrote:The torX directories contain only symlinks to the data.

Changing the download location should work without a problem.
What error message is shown ?

This is very important because the partition containing the torx files is too small to hold the current download.

There is some data stored temporarely (chunks which are in multiple files and not yet fully downloaded), but that shouldn't amount to much.

George wrote:

artAlexion wrote:

George wrote:The torX directories contain only symlinks to the data.

This is very important because the partition containing the torx files is too small to hold the current download.

There is some data stored temporarely (chunks which are in multiple files and not yet fully downloaded), but that shouldn't amount to much.

That's fine. The partition is not tiny, just a couple of gigs.

BTW, I upgraded to 2.0beta1 from 1.2 as part of the resolution of this issue, and it is really nice.