Not sure if this is isolated to only my setup, I seem to be getting a hard crash while running the "New Permissions" script. It gets halfway through my 12 disks and there crashes with the following:

 

please see http://pastebin.com/Mju9VvCQ

 

nothing seems to be accessible afterwards, shares, ip...each time an unclean shutdown is detected

 

running rc9a with 4Gb of ram (4Gb of swap) in a VM, esxi 5.1. It seems to be a out of mem. issue.  But memory seems to be fine, >2Gb available when crash happens

 

Tried upping the memory to 8Gb - same outcome.

 

Tried dropping the cache (echo 3 > /proc/sys/vm/drop_caches) & killing plugins (sickbeard/sab) - same outcome.

 

Tried running command manual (chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk6) - same outcome.

 

How man files are on disk 6?

 

 

Are the directory levels very deep?

 

 

If so, you may have to do it with find and xargs.

Not sure if this is isolated to only my setup, I seem to be getting a hard crash while running the "New Permissions" script. It gets halfway through my 12 disks and there crashes with the following:

 

please see http://pastebin.com/Mju9VvCQ

 

nothing seems to be accessible afterwards, shares, ip...each time an unclean shutdown is detected

 

running rc9a with 4Gb of ram (4Gb of swap) in a VM, esxi 5.1. It seems to be a out of mem. issue.  But memory seems to be fine, >2Gb available when crash happens

 

Tried upping the memory to 8Gb - same outcome.

 

Tried dropping the cache (echo 3 > /proc/sys/vm/drop_caches) & killing plugins (sickbeard/sab) - same outcome.

 

Tried running command manual (chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk6) - same outcome.

 

I'd like to see the full syslog if possible.  Also please type this command and post the result:

 

find /mnt/disk6 | wc -l

 

This will count the total number of files and directories on that disk.

find /mnt/disk6 | wc -l
7458

 

Not sure how to obtain a full log. I was able to grab this http://pastebin.com/Mju9VvCQ while tailing /var/log/syslog while executing the permissions script in a ssh window. Like I said, once this happens I lose all access to the unRAID, ssh, telnet, webui and even console access via vmware vSphere client. Upon subsequent reboot, nothing appears in /boot/logs on the flash disk. Perhaps you can suggest other means of grabbing a full log?

find /mnt/disk6 | wc -l

7458

 

Not sure how to obtain a full log. I was able to grab this http://pastebin.com/Mju9VvCQ while tailing /var/log/syslog while executing the permissions script in a ssh window. Like I said, once this happens I lose all access to the unRAID, ssh, telnet, webui and even console access via vmware vSphere client. Upon subsequent reboot, nothing appears in /boot/logs on the flash disk. Perhaps you can suggest other means of grabbing a full log?

 

That low of a file count should not be causing this issue.  Please start the array in Maintenance Mode and then type this command:

 

reiserfsck -y /dev/md6

 

This will run a file system check on disk6.

Done. http://pastebin.com/vexB6vfP

No corruptions found.

Does disk6 show any errors on unRAID main?

Does disk6 show any errors on unRAID main?

 

None. All disks are green.

Next to try is capture more the system log.  From the webGui click on the 'Log' button on the right side of the menu bar.  This will open a browser window that will start capturing syslog entries.  Next, fire up your 'newperms /mnt/disk6' command and let it run.  When server hangs, select/copy/paste contents of that browser window.

I've grabbed the following log by clicking the 'Log' button and running the 'New Permissions' script in another browser window.

 

The following is the what gets displayed in the log window: http://pastebin.com/CvJWjNUp , not sure it provides any more information

 

And this is what's displayed in the newperms browser window at the time of the crash:

 

/usr/local/sbin/newperms

processing /mnt/disk

... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk

... chown -R nobody:users /mnt/disk

... sync

processing /mnt/disk1

... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk1

... chown -R nobody:users /mnt/disk1

... sync

processing /mnt/disk10

... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk10

... chown -R nobody:users /mnt/disk10

... sync

processing /mnt/disk11

... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk11

... chown -R nobody:users /mnt/disk11

... sync

processing /mnt/disk2

... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk2

... chown -R nobody:users /mnt/disk2

... sync

processing /mnt/disk3

... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk3

... chown -R nobody:users /mnt/disk3

... sync

processing /mnt/disk4

... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk4

... chown -R nobody:users /mnt/disk4

... sync

processing /mnt/disk5

... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk5

 

To note: I've upgraded to rc10 and I am running the simpleFeatures gui replacement plugin.

Now, I'm not overly worried about the newperms script, however what is worrisome is the fact that it brings down the system or that it could be symptomatic of a greater problem.