This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Description: reproducible with 060503_6 on solaris10 opteron with nfs user home - I thinks it's common for users to have permissions to write in home and tmp only, so it should be high priority bug (or may be less priority if it's a rare case to have remote home). - I didn't see the exception before, most likely it's a regression - I can't reproduce the issue with java project only it seems uml affects the issue. steps to reproduce: 1. remove ide home .netbeans and .netbean-javadb and if exists .netbeans-derby 2. start ide 3. create java project with main class in user home, wait classpath scanning 4. create uml project bu re in user home 5. close ide (save all) 6. start ide 7. wait a set of exception is thrown, it's impossible to resize or close all exception(see attachment also): org.netbeans.mdr.util.DebugException at org.netbeans.mdr.storagemodel.StorableBaseObject.objectChanged(StorableBaseObject.java:386) at org.netbeans.mdr.storagemodel.StorableObject.setAttribute(StorableObject.java:145) at org.netbeans.mdr.handlers.InstanceHandler._handleSet(InstanceHandler.java:211) at org.netbeans.jmi.javamodel.Resource$Impl.super_setTimestamp(Unknown Source) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.setTimestamp(ResourceImpl.java:284) at org.netbeans.jmi.javamodel.Resource$Impl.setTimestamp(Unknown Source) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.setTimestamp(ResourceImpl.java:295) at org.netbeans.modules.javacore.scanning.JavaUpdater.updateResources(JavaUpdater.java:422) at org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:284) at org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243) at org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243) at org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243) at org.netbeans.modules.javacore.scanning.FileScanner.scan(FileScanner.java:171) at org.netbeans.modules.javacore.JMManager.scanFiles(JMManager.java:1173) at org.netbeans.modules.javacore.JMManager.resolveCPRoot(JMManager.java:1087) at org.netbeans.modules.javacore.JMManager.resolveCodebases(JMManager.java:861) at org.netbeans.modules.javacore.JMManager$2.run(JMManager.java:815) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:493) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:926) ==> org.netbeans.mdr.persistence.StorageBadRequestException: A save of this repository has failed previously. Allowing this commit to proceed would potentially corrupt persistent data. at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.save(BtreeDatabase.java:493) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.saveChanges(BtreeDatabase.java:477) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.cacheThreshholdReached(BtreeDatabase.java:433) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.MDRCache.checkThreshhold(MDRCache.java:337) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.MDRCache.setDirty(MDRCache.java:435) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.objectStateChanged(BtreeDatabase.java:806) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.objectStateChanged(BtreeDatabase.java:797) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeStorage.objectStateChanged(BtreeStorage.java:310) at org.netbeans.mdr.storagemodel.MdrStorage.objectStateChanged(MdrStorage.java:1517) at org.netbeans.mdr.storagemodel.StorableBaseObject.objectChanged(StorableBaseObject.java:384) at org.netbeans.mdr.storagemodel.StorableObject.setAttribute(StorableObject.java:145) at org.netbeans.mdr.handlers.InstanceHandler._handleSet(InstanceHandler.java:211) at org.netbeans.jmi.javamodel.Resource$Impl.super_setTimestamp(Unknown Source) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.setTimestamp(ResourceImpl.java:284) at org.netbeans.jmi.javamodel.Resource$Impl.setTimestamp(Unknown Source) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.setTimestamp(ResourceImpl.java:295) at org.netbeans.modules.javacore.scanning.JavaUpdater.updateResources(JavaUpdater.java:422) at org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:284) at org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243) at org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243) at org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243) at org.netbeans.modules.javacore.scanning.FileScanner.scan(FileScanner.java:171) at org.netbeans.modules.javacore.JMManager.scanFiles(JMManager.java:1173) at org.netbeans.modules.javacore.JMManager.resolveCPRoot(JMManager.java:1087) at org.netbeans.modules.javacore.JMManager.resolveCodebases(JMManager.java:861) at org.netbeans.modules.javacore.JMManager$2.run(JMManager.java:815) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:493) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:926)
Created attachment 31222 [details] opteron stopper
I tried to reproduce this issue with projects being saved to my nfs home directory and netbeans running locally. It never hung. Note that I tested this over vnc, but that should not interfered.