out of space building compressed backup: need option to control location of temp.zip about xbmcbackup HOT 16 CLOSED

Also referenced is #78

from xbmcbackup.

Whats the fastest way to restore a built? computer or dropbox or ...

from xbmcbackup.

@W4CROBSTER - not sure what you mean by this, it's not really related to the issue at all. Please use the Kodi forum for general questions: http://forum.kodi.tv/showthread.php?tid=129499

from xbmcbackup.

I think i have the same issue on my RPi3+LibreElec 8.1.2.
Can't check the compress option. Every try with it gives error and stops the backup process!
Doesn't matter where the backup location is (at the moment a cifs folder is via system.d mounted).

On my /flash 370.3M free
On my /storage 11.0G free

`EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--

• NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
  Error Type: <type 'exceptions.MemoryError'>
  Traceback (most recent call last):
  File "/storage/.kodi/addons/script.xbmcbackup/scheduler.py", line 156, in
  BackupScheduler().start()
  File "/storage/.kodi/addons/script.xbmcbackup/scheduler.py", line 57, in start
  backup.run(XbmcBackup.Backup,True)
  File "/storage/.kodi/addons/script.xbmcbackup/resources/lib/backup.py", line 256, in run
  filesCopied = self.backupFiles(fileGroup['files'],self.xbmc_vfs,self.remote_vfs)
  File "/storage/.kodi/addons/script.xbmcbackup/resources/lib/backup.py", line 482, in backupFiles
  wroteFile = dest.put(aFile,dest.root_path + aFile[len(source.root_path):])
  File "/storage/.kodi/addons/script.xbmcbackup/resources/lib/vfs.py", line 97, in put
  self.zip.writestr(utils.encode(dest),aFile.read())
  File "/usr/lib/python2.7/zipfile.py", line 1243, in writestr
  MemoryError
  -->End of Python script error report<--`

My settings.txt

from xbmcbackup.

Hi,

This would be a very handy feature for people runing on a RPI.
Is there any progress on this?

Thanks

from xbmcbackup.

This is a much requested feature. The issue I have with implementation are issues with the zip implementation python.

In order to create the zip file it has to be staged somewhere. Ideally I'd like to write the zip directly to the destination on the fly, however the xbmcvfs module won't do this. It only handles basic file processes like copy, remove, list, etc. So when using the python zip module I have to give it a path to stage the zip file before the copy to the remote repository. The zip module will only write to a local type of file system (or a system that appears local).

I can offer the ability to place the zip file in a different location, however the limitation would be that it has to be local. IF you can use a mount command or windows network share to make an SMB drive appear local this would work. Would this even be worth it for most people? I'm really not sure. Thoughts?

from xbmcbackup.

This issue has been automatically marked as inactive because it has not had recent activity. It will be closed if no further activity occurs.

from xbmcbackup.

Ignore the above comment, Probot went crazy and is ignoring the parameters I gave it.

from xbmcbackup.

This is a much requested feature. The issue I have with implementation are issues with the zip implementation python.

In order to create the zip file it has to be staged somewhere. Ideally I'd like to write the zip directly to the destination on the fly, however the xbmcvfs module won't do this. It only handles basic file processes like copy, remove, list, etc. So when using the python zip module I have to give it a path to stage the zip file before the copy to the remote repository. The zip module will only write to a local type of file system (or a system that appears local).

I can offer the ability to place the zip file in a different location, however the limitation would be that it has to be local. IF you can use a mount command or windows network share to make an SMB drive appear local this would work. Would this even be worth it for most people? I'm really not sure. Thoughts?

I'd like to be able to change this as well. If we can specify a location we could use a symlinked dir to an external drive .

from xbmcbackup.

I get the frustration but I really struggle with this from a usability standpoint. This is a really advanced request that could easily not work for people that don't understand the nuances of local vs remote folders on their systems. I'm currently re-working the settings system to use the basic/standard/advanced/expert modes much like the other Kodi settings areas (#176). Once that is done I think this might be worth the effort as I can include some help text and hide it within the Expert editor.

from xbmcbackup.

Is changing the temp location that advanced? USB drives are auto-mounted in Libreelec so it would be much like selecting which folders to backup?

from xbmcbackup.

The implementation is trivial, the usage is advanced. I always hesitate to add something that 99% of users will mess up trying to use properly. I think the settings levels will really help in this case though.

from xbmcbackup.

Sorry, I think I'm missing something, how would changing the temp location cause any issues for anyone?

from xbmcbackup.

It's sort of summarized above. It HAS to be a local directory or the built in python zip file system won't work. I can see lots of people choosing non-local systems (smb folders for example) and having issues with it not working and throwing errors.

from xbmcbackup.

Ah yes OK I guess Kodi does make accessing remote file systems easy. I can't think that many would want to change it but if you feel like it's best hiding, your call.

from xbmcbackup.

Merged this into the matrix branch only. Info on it's use also added to the wiki. Main points are:

1. It must be a local directory to the device you are running Kodi on. A mounted path like H:\foo or /mnt/bar should probably work. Use of Kodi paths like smb://host/path will fail. This is a limitation of the Python zip library.
2. Don't put a path that you're also backing up. This will create a recursion.

This is an expert setting, use at your own risk.

from xbmcbackup.