Joe L. Posted November 9, 2012 Share Posted November 9, 2012 In the past many have reported that add-ons that have prevented the array from properly starting. Do you have any add-ons? If so, disable them and try once more. Link to comment
Influencer Posted November 9, 2012 Share Posted November 9, 2012 I should add the reason I was suspect of the super.dat was in the syslog that was the last activity logged before it started over. Link to comment
Hoopster Posted November 9, 2012 Author Share Posted November 9, 2012 In the past many have reported that add-ons that have prevented the array from properly starting. Do you have any add-ons? If so, disable them and try once more. I disabled all add-ons and just went back the default go script. Voila! Disks added, array started, format button appeared, new disks were formatted, etc. I then stopped the array, re-enabled all plugins and rebooted. Array started with no problem with the new disks and all plugins are running again. I guess I should have taken my own suggestion early in this thread and tried the disable add-ons route. I have no idea which one was the culprit, but, the array is now expanded and functioning properly. Thanks. Link to comment
Influencer Posted November 9, 2012 Share Posted November 9, 2012 Why don't you list your add-ons and what was in your go file so that other users will atleast have a clue what was the culprit. Link to comment
Hoopster Posted November 9, 2012 Author Share Posted November 9, 2012 Why don't you list your add-ons and what was in your go file so that other users will atleast have a clue what was the culprit. Here's my list of add-ons installed via Pkg Manager: apcuspd 3.14.3 hdparm 9.37 openssl 0.9.8n openssh 5.1p1 powerdown 1.02-noarch screen 4.0.3 (I never disabled screen) unraidweb 0.1.04 Here's my current Go script (Crashplan remains disabled as I am troubleshooting an issue): #!/bin/bash # Start the Management Utility /usr/local/sbin/emhttp & /boot/unmenu/uu # Install sshd installpkg /boot/packages/openssl-0.9.8n-i486-1.txz installpkg /boot/packages/openssh-5.1p1-i486-1.tgz cp --preserve=timestamps /boot/custom/etc/ssh/ssh*key* /etc/ssh chmod 600 /etc/ssh/ssh*key* /etc/rc.d/rc.sshd start # install crashplan #tar -C / -xvf /boot/packages/crashplan.tar #/usr/local/crashplan/bin/CrashPlanEngine start cd /boot/packages && find . -name '*.auto_install' -type f -print | sort | xargs -n1 sh -c /usr/local/sbin/s3_sleep -a -m 30 -t 5 -e eth0 Link to comment
Frank1940 Posted November 9, 2012 Share Posted November 9, 2012 Is your computer going into S3 Sleep?? Link to comment
Joe L. Posted November 9, 2012 Share Posted November 9, 2012 Is your computer going into S3 Sleep?? I saw that too. Looked odd to me, but I do not know what the s3_sleep program does when invoked. Link to comment
Hoopster Posted November 9, 2012 Author Share Posted November 9, 2012 Is your computer going into S3 Sleep?? Only when I click the sleep button on the main management page. I tried to set it up once to automatically sleep after 30 minutes of inactivity (as a test), but, that never worked. However, I see that is still the last line in the go script, but, it doesn't do anything. I should probably remove it. Link to comment
Influencer Posted November 9, 2012 Share Posted November 9, 2012 Well with that list we know one of those causes the issue, now for someone with a test server setup to play around removing/adding a disk to see which one screws the pooch. I run openssl, powerdown and screen, and have not had an issue adding a disk to the array. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.