Listed below are the features and enhancements:
1) Auto detect option for Proxy Settings.
2) Tool tip display for Long file paths.
3) Provided single click installation for IDrive app.
4) Added Relative/mirror implementation for Backup job.
Listed below are the features and enhancements:
1) Auto detect option for Proxy Settings.
2) Tool tip display for Long file paths.
3) Provided single click installation for IDrive app.
4) Added Relative/mirror implementation for Backup job.
Can I just set up the desktop app so that instead of my files being stored through a folder path that goes like: MYLAPTOP\C\Users\[my username]\Documents\[desired folder name]
the folder path can be created like this:
MYLAPTOP\[desired folder name]
I would really prefer not to have to click through several extra folders just to get to the folder with all of the files that I would like to store online.
Thank you.
Listed below are the features and enhancements:
1) Auto detect option for Proxy Settings.
2) Tool tip display for Long file paths.
3) Provided single click installation for IDrive app.
4) Added Relative/mirror implementation for Backup job.
I have Idrive setup to backup two directories on SBS2003. There are about 90 gigs of data. When I go into restore a file. Many of the files aren't there. The backup is only about 50 gig. It tells me that the backups are doing just fine, but in fact they arn't. How do I get this to backup all the files ????? Does Idrive use the archive bit ?? I also have Microsoft Backup backing my files up locally.
Thanks
I am watching it upload my Recycling bin right now..
This is the second computer I can verify this on, and have already created a ticket for the first one with no solution.
This latest instance is on a clean Windows 7 OS..
I can't be the only one, those using CDP may want to check their log file.
Power off is impractical for home use. What is needed is a per instance ability to allow the computer to sleep or hibernate. In these cases all open applications stay open and with the new green PCs they us less than 0.5 watts per hour.
Now the reason for a per instance option is to allow one to click sleep when a large new file is being transported. For instance I normally don't want my computer to sleep after a regular backup but during lengthy transfers that is exactly what's needed.
TKS
The app was installed several days ago and the first thing I did was backed up several items like Contacts, SMS, Other Files, etc. Then I set a schedule for it to back up nightly. Today I decide to browse my backed up Android files online and noticed that many are not there (not backed up). For example, only 5 out of 12 SMS threads are backed up, and most of my Other Files are not backed up. When I go to the backup screen to manually back up again, I notice only the Photos and Videos are "up-to-date" but nothing else. I rely on backups to do what they say they'll do, and not miss important files. This backup of my Android was very poor and with no explanation. If the app is this unreliable, please remove from the store until you get it fixed.
I struggel with the backup from add. User folder. On mainuser i've no permissions to other user folder and terefore no backup.
When I signed in as differt user idrive told me that no items found!
I am a new user trying to do my first full backup. Elapsed time is 76:50:41, estimated time hovers from 8 to 12 hours, but I'm only 16% done. Help?
Hi,
I see no way to direct the Backup API to a 'Backup Location'.
Tests are uploading fine but the root shows drive 'D' instead of 'Backup Location'.
Normally the iDrive file tree looks like:
'Backup Location'\drive letter\folders
I see no way to add 'Backup Location' using the API?
In iDrive->Preferences this is called 'Backup Location'.
idevsutil successfully uploads 3 GB from 4 different folders, totaling ~40,000 files, then at the end reports the following error:
IOERROR [/C/Users/Don/ICT/Scripts/evs_temp/C/Users/Don/ICT/WorkFiles/iDriveFileList.txt_00000], Reason: Path not Found
idevs error: some files could not be transferred (code 23) at main.c(2938) [sender=1.0.2.6]
The file counts and data sizes are identical between the upload and the local computer. I would like to know if this is two different errors, and if either is meaningful.
Seeing as the synology app only supports arm and intel units I.e not the likes of their most popular units like the DS413. Would it be possible to enable rsync?
This is something that all the synology units support on all models with the built in tools.
That would be cosmic thanks.
user name: rid_portal
API: REST
language: Python
I can't get the search feature to work.
I first asked support to tell me how to code a full path, including the machine name. They said:
/machine/drive/path/
They said the searchkey is a file name.
I went to the web interface and picked out a file that's backed up. I then used the path and search term for that file.
The file is on machine "Freedom", in e:\tasks. The file is desktop.ini.
So I did the REST searchFiles operation with these parameters:
{'pwd': 'xxxx', 'searchkey': 'desktop.ini', 'p': '/freedom/e/tasks/', 'trash': 'no', 'uid': 'rid_portal'}
And I had the following result.
b'<?xml version="1.0" encoding="UTF-8"?>\n<tree searchkey="desktop.ini" message="SUCCESS"/>\n'
It tells me that the operation was a success, but gives me no file names.
I tried it some different ways: without the machine name, without the final slash at the end of the path, and with '*' as the search key. All had the same result.
What am I doing wrong?
I don't understand the use case of producing XML that isn't valid XML.
I went to use the search function:
idevsutil --xml-output --search .... > results.xml
The start of the results.xml file is:
connection established
<item mod_time="2014/08/22 11:33:03" size="0" file_ver="0" in_trash="0" thumb="0" fname="/home/"/>
This isn't valid XML. There is no easy way to parse this. What is the fragment "connection established" doing in the output?
There should be root element, perhaps something like <searchResults> then we would have something that we could parse.
Also it would be much easier to use a mod_time that was a long instead of a string, ideally the UTC time in milliseconds since the epoch.
My client for idrive has been working well and doesn't require login. Today, the login screen appeared and when I entered the information, I was given the message "Unable to connect. Try again." Please advise. I can't use Idrive to backup by computer right now.
iDrive version 3.1.0.11 running on a Mac Pro (OS 10.8.5)
iDrive is reporting that I'm using 199.85 GB total for my account, where 199.39 GB is being used by "Mac Pro" and the rest for my Facebook backup.
However, iDrive is also reporting that the "Mac Pro" backup set is approximately 155.00 GB, which is a long way from 199 GB.
I've already performed the "Archive Cleanup" several times and this only resulted in a 1 or 2 GB reduction.
Either the reported usage is incorrect or the estimated backup set size is off by more than 25%.
So how do you explain the extra 44 GB?
I am perturbed at the way the 'upgrade' has played out for older customers and what it indicates about care and concern for customers.
System said there was an update. I update. Then I get told my account is created before 11-23-2011 (ie 23-11-2011) and I must download a 'compatible' application or signup for a new account. wtf?
Since I had recently within the last couple of months just re uploaded most of my backup (new laptop and reorg), I didn't want to go 'backwards' or be stuck with additional software.
So I tried to understand what is going on - something about underlying architecture - fine - so convert the files. Ah "not possible" (oh come on, anything's possible. If I can do a restore, cancel my account, create a new one and reupload, then you could convert the files - it just means you not prepared to do it, not even to maintain a reputation and keep customers happy.
In the business world I come from, an existing customer is to be cherished and looked after, not inconvenienced.
There is a prompt to signup for a new account...There is no mention of whether the existing months left on the account will be credited to the new account. Further research shows that cancel means no refund.. somewhat high handed approach to existing customers.
I have no problem blowing away the backup and starting again with a clean setup. I gather from the other gentlemans post (see Bizarre policy) that this is not encouraged, facilitated ? why not ? - told to cancel a/c and signup for new.
The thought occurs that either
1) you are trying to get rid of older customers for some reason
2) or the process is just not being well managed..... also concerning when it is one's backup provider.
I am astonished that you would not provide or simply manage a conversion of your existing customers. At the least you perhaps could have celebrated the change by offering existing customers an incentive to put up with the inconvenience and convert their accounts.
In the interim I download the compatible application only to find that now I'm back at the old version 3.4.1 and not a version of the new version 6.0.0..... what a waste of my time!
Since I need backups to be happening now, I have to live with it until such time as I can look for alternatives or account is due for renewal (or for course just forgo the funds, not a big amount but I don't feel like rewarding bad management.
If we stay, are we forever going to be stuck on old software that is possibly not updated or maintained as the new version gets all the 'love' ?
Seriously folks, you have this referral program thing going (those inane "recommendations") and then you mess around existing customers... not good.
I'm using the latest iDrive software (Mac version 3.1.0.11)
The iDrive software has a serious scheduling bug that's been occurring since I first started using iDrive several years ago. This issue is very annoying where the schedule drifts ahead in time all by itself and I have to constantly go into my settings to set it back.
I want my backups scheduled for Monday through Friday at 7:30 PM. However, after a few days, the schedule somehow changes by itself to 7:32 PM. Then the next day it drifts to 7:34 PM, and so on. Then if I forget about it for a couple weeks, the schedule will drift ahead to 7:52 PM. I am CONSTANTLY having to go into my settings and change it back to my desired 7:30 PM. After years of this annoyance occurring, I finally noticed that it seems to happen when a large back-up is interrupted by a shut down, although I cannot say with 100% certainty.
Before recommending that I trash preferences and reinstall software, which would be a HUGE inconvenience, be aware that this problem also occurred while using all older versions of your software with a different iDrive account on an entirely different machine. In fact, I used to have the older iDrive account on four other machines using various Mac OS's from 10.4 to 10.6 and they all exhibited this same schedule drifting problem. Now to my disappointment, I'm seeing this schedule drifting bug with a brand new Mac (10.8.5) and a new iDrive account running the latest iDrive software.
Same problem for many years, across all versions of iDrive, two iDrive accounts, and several different computers. This tells me it's a bug within the iDrive architecture or software and I hope it will be fixed soon. Thank-you.
Why did iDrive bother setting up this discussion forum?
iDrive does not participate in discussions, except to say... "please send us a support request" . Whenever iDrive responds, it's always the same... "please send us a support request". iDrive doesn't even participate daily... there are some posts that wait many days or weeks for a response.
It's pointless to host a community discussion forum if you're not going to take it seriously and actively participate by posting thoughtful relevant responses.
I realize that when somebody is having a specific issue, it's going to require a support request. However, some people are posting general complaints and bugs in which engaging in a discussion would be more productive than a canned response.
Thank-you.
I'm having following problem with backup scripts. When I type the password and encryption key into CONFIGURATION_FILE and connect into my account with login.pl, backup via Backup_Script.pl works just fine. However, if I add the scheduled task into my crontab file by using Scheduler_Script.pl, it adds crontab line correctly, but backup is not executed in specified time. Instead, there is a following error in the log files:
@ERROR: auth failed on module ibackup from <my_localhost> (<my_ip_address>): encryption verification failed
When I check the traceLog.txt, there is the same error message with following lines:
File: Backup_Script.pl
----------------------------------------
--files-from=./BackupsetFile.txt
--type
--password-file=/home/<user>/Apps/idrive/<account_name>/.IDPWD_SCH
--proxy=
--encode
--o=./output.txt
--e=./error.txt
/
<account_name>@<my_ip_address>::home/<computer_name>/
Error file content:
@ERROR: auth failed on module ibackup from <my_localhost> (<my_ip_address>): encryption verification failed
idevs error: error starting client-server protocol (code 5) at main.c(2835) [sender=1.0.2.6]
Backup_Script.pl is executed with argument "1", which should get the password and encryption key from encrypted _SCH -files. However, it seems that encryption key is not used when establishing connection although .IDPVT_SCH file exists. Is this a bug in these scripts?
My OS is Ubuntu 14.04.1 LTS
idevsutil v. 1.0.2.6
Perl v.5.18.2