FreeSpaceSpecification Not enough free space to import

Help & Support
1

Hello, new user here, testing NzbDrone as a SickBeard replacement under Debian Jesse. Had a few problems, but the most pressing one is ND inability to recognize the existing episodes in several of my preexisting series fplders. The log in each case looks like this:

"FreeSpaceSpecification Not enough free space to import: "

followed by the path and filename. I’ve no idea what does this refers to - both the partition where ND data files resides and the partition where the episodes are have quite a few GB of free space. What could be causing this?

I’m using NzbDrone 2.0.0.508, seems to be the latest version. Any help would be appreciated.

2

The fact that its doing a free space check for existing episodes is an issue, as for the free space issue, drone is unable to determine the free space for that disk, are there any errors logged before FreeSpaceSpecification Not enough free space to import:?

3

Nope, no other error.

When ND fails with that error, it’s for all episodes in a series. It might fail on one series, succeed on a second and fail again on a third, there’s no pattern I could see.

One thing I forgot to mention earlier is that I’m running ND under a limited user and not as root. That user has fool permissions for the directories where the media files resides and, again, ND has no problem processing several of them, so I doubt it’s a permission problem.

4

Limited user shouldn’t be an issue, as long as it has read and write permissions to the series root folder(s), so you can add new shows and it can sort shows to their final folders.

For the ones that process vs the ones that fail, they have the exact same permissions? Are they on the same drive? The latest build should address some of these issues, but if its a permissions issue things will start to fail when importing, let me know if you continue to have issues.

5

Woohoo! 2.0.0.524 had solved the rouge series problem! At least for two of them, I’ve no patience to wait for the full rescan to complete :-).

A couple of new issues:

Clicking the “Check for Update” button showed no new version and no error message. The log had a different story to tell:
InstallUpdateService Update process failed: Directory '/tmp/nzbdrone_update/nzbdrone/NzbDrone.Update' not found. 2:18 AM InstallUpdateService Preparing client 2:18 AM InstallUpdateService Update package extracted successfully 2:18 AM ArchiveService Validating Archive /tmp/nzbdrone_update/NzbDrone.master.2.0.0.516.zip 2:18 AM InstallUpdateService Extracting Update package 2:18 AM InstallUpdateService Downloading update package from [http://update.nzbdrone.com/v2/master/NzbDrone.master.2.0.0.516.zip] to [/tmp/nzbdrone_update/NzbDrone.master.2.0.0.516.zip] 2:18 AM InstallUpdateService Downloading Updated 2.0.0.516 [master] 2:18 AM InstallUpdateService Checking for updates

I don’t have a /tmp/nzbdrone_update/nzbdrone/NzbDrone.Update directory, however:

`root@Server:~# ls -lR /tmp/nzbdrone_update/ | more
/tmp/nzbdrone_update/:
total 6276
drwxr-xr-x 4 nzbdrone downloads 1140 Sep 14 08:42 NzbDrone
-rw-r–r-- 1 nzbdrone downloads 6424049 Sep 14 08:42 NzbDrone.master.2.0.0.516.z
ip

/tmp/nzbdrone_update/NzbDrone:
total 11088
-rw-r–r-- 1 nzbdrone downloads 42496 Sep 14 08:42 Exceptron.Client.dll
-rw-r–r-- 1 nzbdrone downloads 71168 Sep 14 08:42 Exceptron.Client.pdb
-rw-r–r-- 1 nzbdrone downloads 99840 Sep 14 08:42 FluentMigrator.dll
[…]`

Odd. Aptitude worked fine and got me an even newer version, 2.0.0.524. Running that, I got an “epic fail” error:

[Info] Bootstrap: Starting NzbDrone Console. Version 2.0.0.524 [Info] MigrationLogger: *** Migrating data source=/mnt/storage/apps/nzbdrone/.config/NzbDrone/nzbdrone.db;cache size=-10485760;datetimekind=Utc;journal mode=Wal *** [Info] MigrationLogger: *** Migrating data source=/mnt/storage/apps/nzbdrone/.config/NzbDrone/logs.db;cache size=-10485760;datetimekind=Utc;journal mode=Wal *** [Info] Router: Application mode: Interactive [Info] OwinHostController: starting server on http://*:8989/ [Info] NancyBootstrapper: Starting NzbDrone API [Info] SceneMappingService: Updating Scene mapping EPIC FAIL: System.NullReferenceException: Object reference not set to an instance of an object at Microsoft.AspNet.SignalR.Transports.TransportHeartbeat.ProcessServerCommand (Microsoft.AspNet.SignalR.Infrastructure.ServerCommand command) [0x00000] in <filename unknown>:0 at Microsoft.AspNet.SignalR.Infrastructure.ServerCommandHandler.OnCommand (Microsoft.AspNet.SignalR.Infrastructure.ServerCommand command) [0x00000] in <filename unknown>:0 at Microsoft.AspNet.SignalR.Infrastructure.ServerCommandHandler.<HandleServerCommands>b__1 (System.Object s, Microsoft.AspNet.SignalR.Messaging.Message m) [0x00000] in <filename unknown>:0 at Microsoft.AspNet.SignalR.Messaging.MessageBusExtensions.Enumerate[Object] (IList1 messages, System.Func2 filter, System.Action2 onMessage, System.Object state) [0x00000] in :0
at Microsoft.AspNet.SignalR.Infrastructure.ServerCommandHandler.HandleServerCommands (MessageResult result, System.Object state) [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.Subscription.Invoke (MessageResult result, System.Action1 beforeInvoke, System.Object state) [0x00000] in <filename unknown>:0 at Microsoft.AspNet.SignalR.Messaging.Subscription.WorkImpl (System.Threading.Tasks.TaskCompletionSource1 taskCompletionSource) [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.Subscription.Work () [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.MessageBroker.PumpImpl (System.Threading.Tasks.TaskCompletionSource`1 taskCompletionSource, ISubscription subscription) [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.MessageBroker.PumpAsync () [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.MessageBroker.ProcessWork (System.Object state) [0x00000] in :0
[Fatal] GlobalExceptionHandlers: EPIC FAIL: Object reference not set to an instance of an object

System.NullReferenceException: Object reference not set to an instance of an object
at Microsoft.AspNet.SignalR.Transports.TransportHeartbeat.ProcessServerCommand (Microsoft.AspNet.SignalR.Infrastructure.ServerCommand command) [0x00000] in :0
at Microsoft.AspNet.SignalR.Infrastructure.ServerCommandHandler.OnCommand (Microsoft.AspNet.SignalR.Infrastructure.ServerCommand command) [0x00000] in :0
at Microsoft.AspNet.SignalR.Infrastructure.ServerCommandHandler.b__1 (System.Object s, Microsoft.AspNet.SignalR.Messaging.Message m) [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.MessageBusExtensions.Enumerate[Object] (IList1 messages, System.Func2 filter, System.Action2 onMessage, System.Object state) [0x00000] in <filename unknown>:0 at Microsoft.AspNet.SignalR.Infrastructure.ServerCommandHandler.HandleServerCommands (MessageResult result, System.Object state) [0x00000] in <filename unknown>:0 at Microsoft.AspNet.SignalR.Messaging.Subscription.Invoke (MessageResult result, System.Action1 beforeInvoke, System.Object state) [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.Subscription.WorkImpl (System.Threading.Tasks.TaskCompletionSource1 taskCompletionSource) [0x00000] in <filename unknown>:0 at Microsoft.AspNet.SignalR.Messaging.Subscription.Work () [0x00000] in <filename unknown>:0 at Microsoft.AspNet.SignalR.Messaging.MessageBroker.PumpImpl (System.Threading.Tasks.TaskCompletionSource1 taskCompletionSource, ISubscription subscription) [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.MessageBroker.PumpAsync () [0x00000] in :0
at Microsoft.AspNet.SignalR.Messaging.MessageBroker.ProcessWork (System.Object state) [0x00000] in :0`

The program seems to be working fine.

6

Check for update is windows only right now since on Debian/Ubuntu you need to go through the package manager. We do plan on making it do something though, https://trello.com/c/Z8TlUwpd/364-update-button-in-linux-should-point-to-the-wiki-page

7

No problem.

Any idea about that “epic fail”? As far as I can tell, the program is working fine despite that.