Jump to content

Search the Community

Showing results for tags 'permissions'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Announcements, News and Resources
    • Latest News
  • Windows Products-Retrospect
    • Professional
    • Server, SBS and Multi Server
    • Device and Hardware Compatibility-Windows
    • Exchange Server Add-On Support
    • SQL Server Agent
    • Linux, Unix and Netware Clients
    • Express for Windows
    • Product Suggestions-Windows
  • Mac OS X Products-Retrospect
    • Retrospect 9 or higher for Macintosh
    • Retrospect 8 For Macintosh
    • Retrospect 6: Desktop, Workgroup and Server for Mac OS X
    • Device and Hardware Compatibility-Mac OS X
    • Linux Clients
    • Product Suggestions-Mac OS X
  • Macintosh OS 9 and Earlier-Retrospect
    • Express, Desktop, Workgroup and Server for Pre-OS X
    • Device and Hardware Compatibility Pre OS X
  • General Discussion-Retrospect
    • Networking and Clients
    • Strategy, Scripts and General Use
    • Retrospect iPhone App
  • Retrospect 8.x for Mac
  • Retrospect 6.1 for Mac
  • Retrospect 7.7 for Windows
  • Retrospect 7.6 for Windows
  • Retrospect Express
  • General Discussion

Categories

There are no results to display.


Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests

Found 7 results

  1. One of my scheduled Retrospect 7.7 tasks is to regularly duplicate the whole content of a folder with subfoleders into a shared folder on another computer in a network organized as a workgroup. This works fine as long as I am logged on and the computer is unlocked. However, if I log off or even lock the computer with me logged on, the duplciation stops (error -1017, insufficient permissions). I have the same logon names and passwords on both the computers, and I usually do not have any authentication problems in accessing shares on various computers in the workgroup. What can I do to make the duplication work smoothly even when I am not at my computer? What should I put into the field "Log on to" to make it possible to select the option "Always run Retrospect as a Specified User"? Windows 7 Pro is on both the computers. Thank you.
  2. I note that on my server machine, the files in /Library/Application support have what I consider the wrong permissions. Most of the files here are owned by root, but the bundles and their contents are owned by the user who installed the engine. It is a security problem to allow a "normal" user to manipulate these files directly. (first cd "/Library/Application support") virtue:Retrospect sysadmin$ ls -al total 30736 drwxrwxr-x 19 root admin 646 Aug 12 19:52 . drwxr-xr-x 20 root admin 680 Apr 15 11:45 .. -rw-rw-r--@ 1 donlee admin 6148 Oct 6 2011 .DS_Store drwxrwxrwx 3 root admin 102 Apr 3 15:45 Catalogs -rwxr-xr-x 1 root admin 1488072 Aug 12 18:13 Config80.bak -rwxr-xr-x 1 root admin 7731400 Aug 13 02:37 Config80.dat -rwxr-xr-x 1 root admin 86988 Jul 12 17:21 ConfigISA.bak -rwxr-xr-x 1 root admin 86988 Jul 12 17:21 ConfigISA.dat drwxrwxr-x 3 donlee staff 102 Jul 4 10:41 RetrospectEngine.bundle drwxrwxr-x 3 donlee staff 102 Jul 4 10:41 RetrospectInstantScan.bundle drwxr-xr-x 4 root admin 136 Aug 13 02:37 RtrExec.dir drwxr-xr-x 2 root admin 68 Apr 4 13:36 RtrISAExec.dir drwxr-xr-x 3 root admin 102 Apr 3 15:43 RtrSec.dir -rwxr-xr-x 1 root admin 120003 Aug 12 19:52 assert_log.utx -rwxr-xr-x 1 root admin 6171156 Aug 13 02:37 operations_log.utx -rwxrwxr-x 1 root admin 211 Aug 12 19:53 retro.ini -rwxr-xr-x 1 root admin 18466 Jul 12 17:21 retroISA_log.utx -rwxrwxr-x@ 1 root admin 195 Jul 12 17:21 retro_isa.ini -rw-r--r-- 1 root admin 0 Jul 11 05:00 uuid_temp.log virtue:Retrospect sysadmin$ ls -al Retro* RetrospectEngine.bundle: total 0 drwxrwxr-x 3 donlee staff 102 Jul 4 10:41 . drwxrwxr-x 19 root admin 646 Aug 12 19:52 .. drwxrwxr-x 4 donlee staff 136 Jul 4 10:41 Contents RetrospectInstantScan.bundle: total 0 drwxrwxr-x 3 donlee staff 102 Jul 4 10:41 . drwxrwxr-x 19 root admin 646 Aug 12 19:52 .. drwxrwxr-x 4 donlee staff 136 Jul 4 10:41 Contents virtue:Retrospect sysadmin$
  3. Anyone know if Retrospect 10 solves this issue? Retrospect and file permissions problem? This just bit me in the @## this past week, over 700GB of data got backed up with the only change being ACL add. Had to since I just moved from 10.4.11 to 10.6.8 on a main file server. I have more permissions to tweek as well but I am holding off now till I find a solution. If 10 fixes this I'll upgrade, if not I'm hunting for a new backup tool cause this is nuts. Mike
  4. I try to do my installs with a "system" user who owns and installs all of the applications. In general, I can set all of the applications to read-only, so that even a user who does something pretty dumb can't do much damage. This is also something that is commonly done with enterprise setups, where "approved" applications are kept on a network server, and are strictly read-only because they are shared among many users. The Retrospect console is a single application, and when it is installed according to the implied instructions on the installer disk, the single app is placed in a folder in the /Applications folder, and on first run, parts of that application are moved from the bundle to the folder. Two problems with this: 1. The files so moved are set up with "0777" permissions - that is world read/write/execute. This means that anyone on the system can scribble on them, remove them, rename them, or otherwise screw them up. If I am trying to keep my machine relatively secure this is "bad". 2. If I install the Retrospect console as "admin" and then first launch it as a normal user, these files are not moved from the bundle. I have not yet explored what this means, but it is clear that the difference in behavior will be puzzling to someone in addition to me. My suggestion is that the application should definitely be set up so that if I want to have the folder and all its content be read-only, it should be possible. Bonus points if it is also easy. If the ease of installation of having the bundle contents in the app is important, the step of moving the components to the enclosing folder should be explicit and should request authorization explicitly rater than simply failing as it does now.
  5. All my scripts have suddenly stopped backing up, they are reporting: "Waiting for DATA" "DATA" is the Hard Drive we backup onto. It appears that after the last backup by Retrospect the permissions have been changed on this drive or it's relevant folders and Retrospect cannot access/read those folders... I/we have not changed it. Why has Retrospect ? Retrospect 9.latest Mac OS X server 10.7.latest
  6. Retrospect has the ability to backup and restore not only files and folders but NTFS permissions. However, it appears Retrospect does not backup (or restore) the owner of the files and folders. Instead it seems to set the file and folder owner as the user under which Retrospect is being run -- in my case administrator. This means that if I am using Microsoft-recommended file and folder permissions for redirected home folders ( http://support.microsoft.com/kb/274443 ) that when the restore of the data finishes the user who used to own the folder no longer owns it and cannot access it. With around 500 users at our company this means that after the Retrospect restore for their 500 home folders finishes I have to go in and change the owner of each of 500 home folders to the correct user so the user can access their data. Does anyone know of a better solution to this problem, or is there a way to make Retrospect restore data with the correct owner? Dan
  7. jhilmo

    Backup File Permissions

    Last week we had a server completely die on us. We restored all of the data successfully however, the file permissions did not restore. Are we doing something wrong or does restrospect not support restoring file permissions? We are running Windows version 7.7.
×