Verify Permissions process hangs up..

hi,
When I run verify permissions process in disk utility, it hangs up and does not finish the process. I tried repairing and that also hangs up in the middle. I booted from system cd and ran disk utility but no change..
Can this be something major ( should I reformat ) or is there other options I should try.
tks / gokce

I am delighted that repairing permissions takes such a long time in Leopard. It might finally get many users to realise that they have been bamboozled into believing that RP is a needed maintenance procedure or that it has special powers for dealing with a whole range of problems. That misunderstanding has been encouraged by the vendors of 'gizmos' and by the not-well-informed answering questions in forums.
RP need only be run when there is an indication that a problem may be due to faulty permissions in a place where RP actually checks +( ! )+, which is pretty rare.
 

Similar Messages

  • Repair/Verify Permissions hanging...

    hi!
    this is my first post on here and i'm hoping someone can help me. i have osx 10.5.2 installed on 2 separate hard drives and on both of those, when trying to run the repair or verify permissions in disk utility, it hangs with the progress bar about 1/4 way done. does anyone know why this is, and how do i fix/get around this problem? thanks in advance for any help.

    How long did you wait? The Repair Permissions with Leopard takes much longer than it did in Tiger.
    Times reported in this forum have been reported as long as 4 to 40 minutes.
    It goes about a forth of the way and says 1 Minute remaining and stays there for a while (last time I did it, I timed it as about 5 minutes), and then it reports another time, which is also usually inaccurate and much longer than it actually takes.
    Be patient and let it run. Get some coffee or go for a walk.

  • Import process hangs indefinately on JPG and AVI files

    Hi,
    I'm seeing a similar issue to some of the other posts.
    My configuration is Windows 7 x64, 4GB RAM and a Core i7. All the photos I want imported have been moved to the C drive.
    When I try to import a folder with a couple of sub-folders containing a total of about 3000 JPG and AVI files (from a CANON 450D and Fuji Finepix 200EX), the import process hangs inderfinately, and I need to kill the process.
    Only around 500 photos get imported.
    One strange thing is that I am only able to preview a couple of the files in the preview grid. However when selecting to view a single file instead of the grid view I am able to view the file in question.
    I have tried to import one file at a time (for a couple of the ones that fail that is) but the import process still hangs, even though I am able to view the file itself before import.
    Have also tried only JPG files, same result.
    Any ideas?
    thanks

    What happens if you try to copy these files to your iMac first? Your problem may not be that applications quit when opening but rather you're having problems simply accessing the disk.
    If your external disk was formatted as NTFS by your Windows machine then your Mac will not be able to write back to the disk. Your applications may be attempting to save temporary or permanent files back to the disk. Verify this by going to the Apple menu and selecting "About This Mac". Click the "More Info..." button. Under the Hardware section on the left, look for your drive. It's probably under ATA. Select your drive and look at the "File System". If it is formatted as NTFS, you can copy the files to your iMac, and use the Disk Utility to reformat the drive to a Mac or MS-DOS format.
    This could also be a symptom of disk corruption. You can begin troubleshooting by using the Disk Utility found in /Applications/Utilities to verify/repair your disk. If Disk Utility finds problems but is unable to fix them, you can purchase third party tools such as DiskWarrior or TechTool Pro to attempt to repair your disk.
    Hope this helps! bill
    1 GHz Powerbook G4   Mac OS X (10.4.7)  

  • Verifying permissions freezes.

    Booting from the install disk, running disk utility. Verify permissions and repair permissions never complete. Disk repair says, disk ok. What gives?

    I ran the tasks for about twenty minutes per option (verify/repair). Runs with a full continues bar, not a fill as it completes process bar. I will run the tasks overnight and see what happens. I'll keep the mac from sleeping but will turn off the screen. Will run off power outlet.
    Will report back.
    Thanks

  • RWB status 'delivering' and SQL process hangs

    I am sending an IDOC to SQL Server thro XI using JDBC adapter. I am triggering a stored procedure to update SQL tables. The RWB status says 'delivering', sxmb_moni says 'successful' and all the steps are success in audit log. The status 'delivering' is not changing to sucessful.
    When i look at SQL-server side, the process is in sleeping mode. I have verified the stored procedure and it was executed sucessfully. After the COMMIT TRAN, RETURN(0) statments, the process is going to 'sleeping' mode. The @@trancount is 2. If I double click the process, the sql statement is 'IF @@TRANCOUNT > 0 COMMIT TRAN'. This process hangs at this step and it is not accepting the next message. If I kill the process, the stored procedure is executed once and its going to sleep mode and not returning the status to XI to make the flow complete or to change the status to successful.
    Thanks.

    HI Shankar ,
    Its seems that there might be some problem in your srored procedure.Did u tried to use some other stored procedure.I assume that you have uploaded the right version of driver for SQL server you are using.Remember JDBC adapter is vendor and version dependent.
    You can also look at the JDBC : FAQ at service market place.
    Thanx  & Regards
    Vinod

  • Unable to verify permissions

    Hello,
    Yesterday I did a combo upgrade to 10.5.4 on a Macbook 3,1. Before doing the upgrade I attempted to verify the permissions on my hard disk but received an error.
    2008-07-15 23:13:53 -0400: Verify permissions for “Macintosh HD”
    2008-07-15 23:13:54 -0400: Reading permissions database.
    2008-07-15 23:13:54 -0400: Reading the permissions database can take several minutes.
    2008-07-15 23:13:54 -0400: Error: The underlying task reported failure on exit.2008-07-15 23:13:54 -0400:
    2008-07-15 23:13:54 -0400: Disk Utility stopped verifying permissions on “Macintosh HD” because the following error was encountered:
    The underlying task reported failure on exit.
    2008-07-15 23:13:54 -0400: Permissions verification complete
    This only takes a second to happen so I don't think the permissions are ever checked. I attempted to boot from the Install Disk and run the permissions verify from there but get the same error message. The drive verifies with no problem, but the permissions verify can not run.
    I attempted to install 10.5.4 anyway against my better judgment. Everything went fine until it attempted to write the receipt. The installer locked up solid for over an hour and I couldn't do anything but power off the machine. Luckily everything came back up with little to no issue, but I'm concerned with what I'm seeing in the install.log file.
    Jul 15 22:07:07 Fiji installdb[899]: -[IFDBD_SchemaA updateFile:uid:gid:mode:]: database error (1): SQL logic error or missing database
    Jul 15 22:07:07 Fiji /private/tmp/scripts.hRGQ/./postinstall[890]: IFDBExistingReceiptSetFilePerms() = 00000000, 1
    Jul 15 22:07:07 Fiji pkgutil[1128]: Updating receipt 'com.apple.pkg.BaseSystem' path 'System/Library/UserEventPlugins/SCMonitor.plugin/Contents/Info.plist' on '/' with actual metadata from '/System/Library/UserEventPlugins/SCMonitor.plugin/Contents/Info.plist'.
    Jul 15 22:07:13 Fiji installdb[899]: -[IFDBD_SchemaA(Utilities) pathkeyForPath:insert:] database error (1): SQL logic error or missing database
    Jul 15 22:07:13 Fiji installdb[899]: -[IFDBD_SchemaA updateFile:uid:gid:mode:]: database error (1): SQL logic error or missing database
    Jul 15 22:07:13 Fiji installdb[899]: -[IFDBD_SchemaA closeReceipt]: database error (8): attempt to write a readonly database
    Jul 15 22:07:13 Fiji /private/tmp/scripts.hRGQ/./postinstall[890]: IFDBExistingReceiptSetFilePerms() = 00000000, 1
    This is in the system.log:
    Jul 15 23:06:21 Fiji com.apple.SystemStarter[40]: The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec().
    Jul 15 23:06:21 Fiji com.apple.SystemStarter[40]: Break on _THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___Y OU_MUST_EXEC_() to debug.
    Most of these messages repeat over and over, so I'm a little concerned. Everything seems to be working, but because I had to restart the system during the upgrade, I'm worried something did not complete. This is the third time the system has locked up during an installation so I know something isn't correct. I've attempt to boot in to single user mode to run the fsck, but it says everything is fine and you can't use disk util to repair permissions in single user mode it seems.
    Does anyone have an idea of what these messages mean?
    thx

    Hello and thank you to all who replied.
    I wanted to give a quick update on what I found on my Macbook. I before I continue, I'm going state that I don't recommending doing what I did unless you are extremely comfortable with Unix/Linux.
    After seeing the responses that I had to reinstall the OS I got really curious to what the Mac was doing, so I called up a friend of mine who is a linux admin. I too use linux a bit, but not at his level. He recently purchased a Mac as well.
    He is new to the mac and hadn't heard of checking permissions before updates, so I explained the whole scenario. Once he understood the basics we got to work.
    What we found is, there is a permissions database on the mac located in /Library/Receipts/db called the a.receiptdb. One his new Macbook Pro the file was owned by _installer and group wheel. On my Macbook the file was owned by root and group admin.
    Changing the owner to _installer and group to wheel allowed the permission verify to run but reported some issues. Looking more deeply at the permissions, I also noticed that not only were the directory permissions for the db directory different, but also /Library/Receipts/boms directory and most of the pkg directories. The owner and groups didn't match up. Now I'm not saying mine were wrong, but they didn't match his newer install. So I changed the permissions on all of these files and re-ran the the permission verify.
    It found a ton of permissions that were not correct. On top of that it found a lot of files that were OS and Unix binaries that had been modified so it wasn't going to change the permissions on any of them. I'm guessing this happened because the combo update didn't complete properly the first time.
    After matching up the permissions, I allowed it to repair the permissions then re-installed the combo update while watching the console install.log. Everything finished with no errors. After the reboot, I ran the permission verify again, it only came back with 2 permission differences. I repaired those and was done.
    I'm still getting the:
    Jul 17 23:16:24 Fiji com.apple.SystemStarter[27]: The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec().
    Jul 17 23:16:24 Fiji com.apple.SystemStarter[27]: Break on _THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___Y OU_MUST_EXEC_() to debug.
    On boot up in the system.log. Apparently something is starting up and getting stuck in a loop at start up so I'll have to see what that is, but overall everything seems to be working much better. I may do a re-install just to be safe at some point, but right now everything seems fine. I just need to track down what is getting stuck on startup.
    It seems all of this was caused because the permissions were wrong on the files that verify the permissions. I'm kind of confused on why some of this is an issue because you enter your admin password before the update, which I thought meant that the installer will run as root, but that doesn't seem to be the case.
    Thx
    Message was edited by: J3P mac

  • AS2 Receiver Error: MIC not verified # unexpected-processing-error

    When sending out a test message using Seeburger AS2 receiver channel I get the following error:
    MIC not verified # unexpected-processing-error
    So obviously this problem is related to digital signature I think? However I get the same error even if digital signature is deactivated in the communication channel.
    Do you have any idea on this?

    Hi ,
    I have been facing this error and tried all the refresh and reimporting of certificate.
    "MIC not verified # unexpected-processing-error"
    could you be bit specific how to fix this ?
    thanks in advance
    Praveen

  • Disk permissions do not repair: Verify permissions for "Macintosh HD" Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/dt.jar", should be lrwxr-xr-x , they are lrw-r--r-- . Permissions differ on "System/Library/Jav

    Disk Utility does not repair Permissions (shows repaired but just come back up again). See problems:
    Verify permissions for “Macintosh HD”
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/dt.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/jce.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/jconsole.ja r", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/management- agent.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    User differs on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib", should be 0, user is 95.
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/dt.jar", should be -rw-r--r-- , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/jce.jar", should be -rw-r--r-- , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/management -agent.jar", should be -rw-r--r-- , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/security/b lacklist", should be lrwxr-xr-x , they are lrw-r--r-- .
    User differs on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries", should be 0, user is 95.
    Permissions differ on "System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/cacerts", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/Support/Deploy.bundle/Contents/Resources/Java/deploy.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/Support/Deploy.bundle/Contents/Resources/JavaPluginCocoa.b undle/Contents/Resources/Java/deploy.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/zh_TW.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/zh_TW.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/zh_CN.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/zh_CN.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/ko.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/ko.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/Dutch.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/Dutch.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/Italian.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/Spanish.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/Spanish.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/French.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/French.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/German.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/German.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/Japanese.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/Japanese.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Classes/dt.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Classes/jce.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Classes/jconsole.jar ", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Classes/management-a gent.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/dt.jar", should be lrwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/jce.jar", should be lrwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/management- agent.jar", should be lrwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/security/bl acklist", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Resources/JavaPlugin Cocoa.bundle", should be drwxr-xr-x , they are lrwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Resources/JavaPlugin Cocoa.bundle/Contents/Resources/Java/deploy.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Resources/JavaPlugin Cocoa.bundle/Contents/Resources/Java/libdeploy.jnilib", should be -rwxr-xr-x , they are lrwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/ Contents/Home/lib/security/cacerts", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/ Contents/Resources/Java/deploy.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/ Contents/Resources/Java/libdeploy.jnilib", should be -rwxr-xr-x , they are lrwxr-xr-x .
    Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/English.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/English.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .

    Ignore all these.
    http://support.apple.com/kb/TS1448?viewlocale=en_US

  • Import process hanging?

    Hi,
    Import process hanging and not response nothing,,, 50% database tables are imported remiaining is pending..
    I have checked at event viewer application log as below error
    Archive process error: ORA-16038: log 2 sequence# 186 cannot be archived
    ORA-19809: limit exceeded for recovery files
    ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\EHDTEST\REDO02.LOG'
    resolving for above error need to resize by using
    SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=2048576000 SCOPE=BOTH;
    I have executed this command... after that import process same condition..
    So, database need to shutdown and restart again...what will happen 50% imported tables while shutdown & startup?
    thanks
    ananda

    as pavan said take a backup and delete expired archivelogs ...
    connect as RMAN @target database...
    rman target /
    rman>report obsolete;
    rman>delete expired archivelog all;
    if no files are eligible for deletion ...then increase the FRA size....
    SQL> alter system set db_recovery_file_dest_size=xG SCOPE=BOTH; larger amount
    please post below details.....
    SELECT * FROM V$RECOVERY_FILE_DEST;
    Select file_type, percent_space_used as used,percent_space_reclaimable as reclaimable,
    number_of_files as "number" from v$flash_recovery_area_usage;
    select name, space_limit as Total_size ,space_used as Used,
    SPACE_RECLAIMABLE as reclaimable ,NUMBER_OF_FILES as "number"
    from V$RECOVERY_FILE_DEST;
    source is oracle.com
    Edited by: dbc001 on Mar 21, 2013 6:50 PM

  • Running "verify permissions" in Disk Utility freezes the Macbook

    Ever since I received my new Macbook, whenever I try to run the Disk Utility's "verify permissions", the system freezes up. Disk Utility seems to freeze, and I cannot interact with anything on the computer anymore. The mouse remains functional, but I cannot click on any other applications, change focus or even force quit.
    Any ideas? Thanks in advance!

    I always thought it was a bad idea to repair permissions from a disk other than the startup disk if you had updated the OS from what is on the install DVDs.
    Don't bother with verifying permissions as it takes as long as repairing them. Have you tried a straight repair of them instead? How about running that from a program like Cocktail?

  • When I run disk utility, verify permissions I get "WARNING SUID file system/Library/Coreservices/Remotemanagement/ARDAgent.app/Contents/MacOS/ARDAge nt has been modified

    When I run disk utility, verify permissions I get "WARNING SUID file system/Library/Coreservices/Remotemanagement/ARDAgent.app/Contents/MacOS/ARDAge nt has been modified

    Please read Disk Utility's Repair Disk Permissions messages that you can safely ignore.
    Roger

  • Verify permissions failed: Framework unable to communicate with the Disk Management daemon

    I'm experiencing problems with the Disk Management daemon on my MBPro Retina running Mountain Lion 10.8.2. I discovered it first when I tried to enable file vault and received the "Framework unable to communicate with the Disk Management daemon" error message.
    So I started up Disk Utilities (which started fine) and tried to run Verify Disk Permissions. It failed with the following errror message:
    "Verify permissions failed: Framework unable to communicate with the Disk Management daemon"
    So I booted in to safe mode and tried Verify Disk Permissions again with the same results.
    So I booted in to the recovery partition to run Disk Utilities. It ran fine and the Verify Disk Permissions found some errors which I then fixed.
    I re-booted normally but am still experiencing the same behavior.
    I have turned off my anti-virus (Sophos) to no effect.
    I checked the console and found the following message:
    12/6/12 3:27:02.828 PM Disk Utility[157]: *** WARNING: Method userSpaceScaleFactor in class NSWindow is deprecated on 10.7 and later. It should not be used in new applications. Use convertRectToBacking: instead.
    Thoughts or suggestions?  Thanks!

    Please read this whole message before doing anything.
    This procedure is a diagnostic test. It’s unlikely to solve your problem. Don’t be disappointed when you find that nothing has changed after you complete it.
    The purpose of the test is to determine whether your problem is caused by third-party system modifications that load automatically at startup or login. 
    Disconnect all wired peripherals except those needed for the test, and remove all aftermarket expansion cards. Boot in safe mode* and log in to the account with the problem. The instructions provided by Apple are as follows:
    Shut down your computer, wait 30 seconds, and then hold down the shift key while pressing the power button.
    When you see the gray Apple logo, release the shift key.
    If you are prompted to log in, type your password, and then hold down the shift key again as you click  Log in.
    *Note: If FileVault is enabled under OS X 10.7 or later, or if a firmware password is set, or if the boot volume is a software RAID, you can’t boot in safe mode. Safe mode is much slower to boot and run than normal, and some things won’t work at all, including wireless networking on certain Macs.
    The login screen appears even if you usually log in automatically. You must know your login password in order to log in. If you’ve forgotten the password, you will need to reset it before you begin. Test while in safe mode. Same problem? After testing, reboot as usual (i.e., not in safe mode) and verify that you still have the problem. Post the results of the test.

  • Database creation process hangs

    I am manually creating a database on Windows 2k3 server using Oracle 11 r2. Using the Database Configuration Assistant to create a database, the process hangs for hours.
    I figured out and triedthe following:
    1. I have attempted using the GUI tool more than once to create the database and each time it hangs.
    2. Using the scripts have been created using the with configuration tool, I manually attemped to create database. -- I have attempted more than once.
    3. The database creation process hangs while running the EXECRM.SQL file that is called by the CATPCNFG.SQL which is called by CATPROC.SQL which is called by CreateDBCatalog.sql
    3. The EXECRM.SQL file hangs on the following statement EXECUTE DMBS_RMIN.INSTALL;
    I'm not sure why the PL/SQL packag is hanging at this point. Any help is appreciated.
    Thanks,
    Sheila

    I was able to create the databases prior to installing Enterprise Manager Grid control. I deleted the databases to re-create so they would be registered with Enterprise manager. Once I install Enterprise manager the creation process hung. I have also installed Essbase and Oracle/Hyperion Enterprise Performance Management Suite on the server. I'm trying to do some research on these BI tools.
    I'm tempted to uninstall Essbase and the Hyperion producst along with Enteprise Manager and start from scratch to test to see if I can create a database without these other products.

  • Verify Permissions Results don't stick

    I'm tracing another problem and decided to check "Verify permissions" again, having done it a couple days ago.
    What I am seeing, whether or not I log in as my Admin account or as root, is that no matter that Repair permissions finishes, when I Verify Permissions immediately thereafter, the same errors exist. Here's a copy of the results:
    Verify permissions for “Macintosh HD”
    Determining correct file permissions.
    Group differs on ./Private, should be 80, group is 0
    Permissions differ on ./Private, should be drwxrwxr-x , they are drwxr-xr-x
    Permissions differ on ./private/etc/xinetd.d, should be drwxr-xr-x , they are -rwxr-xr-x
    Permissions verification complete
    The privileges have been verified or repaired on the selected volume
    Repairing permissions for “Macintosh HD”
    Determining correct file permissions.
    Group differs on ./Private, should be 80, group is 0
    Permissions differ on ./Private, should be drwxrwxr-x , they are drwxr-xr-x
    Owner and group corrected on ./Private
    Permissions corrected on ./Private
    Permissions differ on ./private/etc/xinetd.d, should be drwxr-xr-x , they are -rwxr-xr-x
    Owner and group corrected on ./private/etc/xinetd.d
    Permissions corrected on ./private/etc/xinetd.d
    Group differs on ./private, should be 0, group is 80
    Permissions differ on ./private, should be drwxr-xr-x , they are drwxrwxr-x
    Owner and group corrected on ./private
    Permissions corrected on ./private
    Permissions repair complete
    The privileges have been verified or repaired on the selected volume
    -------------------------------------------------------------------------------

    well, ok ... hen is it not an issue that despite permissions being listed as fixed, that they appear, once again, to be the same errors?
    I mean, if it's insignificant, then I'll not worry about "why" it does that ... and move on in trying to fix the original problem ... of which you are familiar anyway.
    thanks Ray.

  • Process Hang

    Hi,
    I have a problem that I put on the back-burner a few months ago, but it has become more important again.
    I have a daemon which maintains a multiplexing stream stack. Every once in a while when the daemon exits and tears down the stack (flushing the queues), I start seeing a number of other processes hanging. I can still interrupt out of them, but their tasks can't be completed.
    For example, "sleep 1" would never return.
    Forgive me for not being exact. I don't have my copy of the kernel source with me here, and I won't be able to get to it until next week.
    I used the kernel debugger to find where in the kernel sleep's thread was hung, and I discovered that it was stuck on a mutex in a kernel function that allowed the process to go to sleep and be swapped out. The kernel should have awoken the mutex but never did. The mutex was contained in the process structure.
    I'm wondering if this is a problem that would have been fixed in one of the patches on the Sun Support site, or if it is something stupid that I have done in my drivers. I thought it may have been a stray spl that I missed when converting them to perimiters (I used mutually exclusive inner perimiters), but that doesn't seem to be it.
    Any help is appreciated. I'll try to supply more details if necessary.
    Jared

    If it runs for several hours before failing, it's handling a LOT of data. If freeing things after every iteration is going to goof the speed up too much don't do it. Right now, the GUESS is that if resources are never freed until the end, they become exhausted. Freeing every iteration may be the pendulum swinging from one extreme to the other, and hopefully a middle ground can be found.
    If these files are routinely in the terabyte range, instead of freeing each segment, you could free each file. I'd be happy with a data structure that lasted a terabyte! Or if you're doing multiple directories, each directory. With the massive amount of data that you're processing, a subtle memory leak could be doing this.
    Roger

Maybe you are looking for