Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

LB crash immediately when I select a mounted cloudfuse drive as destination.

Help
ppgaz
2013-09-02
2013-09-15
  • ppgaz
    ppgaz
    2013-09-02

    Hi,
    When I select my destination in my LB profile (which is a cloudfuse mount), I can just click "Okay" and then LB window disappear before I can run the backup.
    There is nothing in ~/.luckybackup/logs, and I do not know if there is a debug mode.
    I try to run the rsync command, and it runs without problem.
    I run on Linux Mint 13, 64bits.

    Any ideas ?

    Thanks.

    Pierre

     
    Last edit: ppgaz 2013-09-02
  • Hi Pierre,

    this is probably a segmentation fault.
    You can confirm it if you run LB as a command at a terminal (console)
    log files are updated during runs, so they won't be much of a help here.
    we'll figure it out though...

    I'll start with some questions before jumping into conclusions:

    1. which version of LB are you using ?
    2. When exactly does this happen (eg as soon as you click the "okay" button of the task properties dialog or "ok" at the "select destination directory" browser )?
    3. Do you use the "remote" feature (advanced -> remote tab) ?
    4. What is the exact path of the destination (eg /media/remote cloud/backups/) you use ?
     
  • ppgaz
    ppgaz
    2013-09-02

    Thank you for your help,
    When I run it from a terminal, it said nothing. The terminal page remain blank (that's why I asked if there is a debug mode with a higher verbosity level)

    1. The problem was in version 0.4.6 but after removing it (config files also), I install the 0.4.7 version and the same problem occur.
      I also try it on my raspberry (ARM proc), and I have exactly the same problem.

    2. It exacty happened when I click on "okay" to close task property (if I remain, on the previous version It was when I check the box to include this task)

    3. I do not use remote tab. I use some specific option but when I try to backup a basic folder from my home to my cloudefuse mount with standard options, the problem remain. While If I choose for destination another location in local folder or even cifs mount, it works.

    4. The exact path is something like you said : /media/hubic_cf/default/

    And last thing, I try with and without root privileges. It does not change anything.

     
  • thank you for the feedback Pierre

    it all looks like the issue occurs when LB performs some directory checks (does it exist? is it empty? does it have read/write permissions ? is /media/hubic_cf/ a mountpoint ?)
    Still, the gui shouldn't vanish (especially without reporting anything at the terminal), even if something goes wrong at this stage.

    though I don't believe the profile would be saved with all changes and include states of tasks, could you try to run LB in console mode with the command
    luckybackup -c PROFILENAME ?
    eg to run the "default" profile try:

    $ luckybackup -c default
    
     
  • ppgaz
    ppgaz
    2013-09-03

    Yesterday I was on an other computer and it seems my memory has some failure.
    I said when I launch from console there is nothing, in fact it said this :

    Qt has caught an exception thrown from an event handler. Throwing
    exceptions from an event handler is not supported in Qt. You must
    reimplement QApplication::notify() and catch all exceptions there.
    
    terminate called after throwing an instance of 'std::bad_alloc'
      what():  std::bad_alloc
    Aborted
    

    I also said LB gui vanish when I click okay, in fact it is when I check the box to include in the profile.

    About your questions :

    Yes the mountpoint /media/hubic_cf exist and it is not empty (the rsync command corresponding to my profile run perfectly).

    To launch it in console mode, I had to save profile with the box unchecked, then edit by hand the profile and change the value of IncludeState from 0 to 1.

    Then :

    luckybackup -c default.profile
    
    ============================================================================================
            Loading profile /home/blabla/.luckyBackup/profiles/default.profile
    
    * task name     : aaa
    * source            : /home/blabla/test
    * destination           : /media/hubic_cf/default/test/
    * This task is included
    
                ** Profile loaded successfuly ... **
    
    ============================================================================================
                    Task list check 
    
    * Checking if the task list is empty...                 done
    * Checking if 2 connected tasks have been selected for execution... done
    * Checking if no task is included...                    done
    * Checking if 2 or more identical destination directories are declared
      & 'Backup dir contents' is checked...                 done
    
                ** Task list looks ok... **
    
    ============================================================================================
                    Directories check
    
    terminate called after throwing an instance of 'std::bad_alloc'
      what():  std::bad_alloc
    Aborted
    

    Thanks

     
    Last edit: ppgaz 2013-09-03
  • I'm trying to figure out which test is to blame so that I act accordingly.

    could you try the following commands at a terminal:

    $ mountpoint /media/hubic_cf/default/
    and
    $ mountpoint /media/hubic_cf/
    

    Also, if the folder "/media/hubic_cf/default/test/" is empty, could you try to place any file (a simple empty textfile will do) inside the destination and give it a go...

     
  • ppgaz
    ppgaz
    2013-09-06

    Here it is :

    $ mountpoint /media/hubic_cf/default/
    /media/hubic_cf/default/ is not a mountpoint
    

    and

    $ mountpoint /media/hubic_cf/
    /media/hubic_cf/ is a mountpoint
    

    Test folder is empty, so I put a text file in.
    I run luckyback, and when I check the checkbox... it fails :

    Qt has caught an exception thrown from an event handler. Throwing
    exceptions from an event handler is not supported in Qt. You must
    reimplement QApplication::notify() and catch all exceptions there.
    
    terminate called after throwing an instance of 'std::bad_alloc'
      what():  std::bad_alloc
    Aborted
    

    PS : I also try to change the mount point and choose one in my home folder ~/hubic/default/test but it does not change anything.

     
    Last edit: ppgaz 2013-09-06
  • ppgaz
    ppgaz
    2013-09-06

    If you want to test on your computer I have a test account for hubic cloud, I can give you credentials. And then you just need to install cloudfuse, mount the cloud drive and reproduce the error.

     
  • Yes please, this would be the best approach to troubleshoot this issue

     
  • ppgaz
    ppgaz
    2013-09-08

    how can I send you a PM ?

     
  • you can send an email at:

    luckyb69@users.sourceforge.net
    
     
  • Pierre,
    thank you for the valuable feedback and the resources you let me use.

    this is now part of the official app known issues:
    http://luckybackup.sourceforge.net/bugs.html

    the "std::bad_alloc" crash takes place due to a command that literaly lists the contents of a directory so as to check whether the latter is empty or not.

    I have no idea why such a command causes a crash only when the directory under question is a cloudfuse mount, but will find a different way to accomplish such tasks so that this bug is eliminated.

    Unfortunately I cannot provide a workaround.
    Any cloudfuse user will have to wait for the next app release.

     
  • ppgaz
    ppgaz
    2013-09-15

    Okay, thank you very much for looking on this issue.
    I just have to wait now.

    Pierre