Just had the wierdest thing happen...  My new server has been running for a couple days, and today I've been ripping DVDs using DVDFab HD Decryptor straight to my "Movies" share.  It's only been going at 3-4MB/s, but I think the encoding is the gating factor (I'm only on an E4400 with 2GB RAM).  I have been doing this all-day, with at least 15-20 movies, and it has been working without a problem.  Just now, as I was doing another one, I wanted to look at my shares, so I open a browser and point it to my server.  I'm expecting the main screen, and instead get the "server is shutting down" message.  Sure enough, by the time I walk over to the server, it is OFF.

 

Did I do something wrong?

 

P.S. the server seemed to come back up just fine and I am doing the same movie again as I write this.

I'm experiencing the same problem with my new build also. Mine usually wants to rebuild the parity when this happens. See my post titled How would I do this and a problem. I have no idea what is causing it. I've not been feeling well for the last couple of days and I've put no effort into finding out what causes it. Maybe some of the pro's here can shed some light on it, it is very annoying when it happens.

Luckyflyer

... so I open a browser and point it to my server.  I'm expecting the main screen, and instead get the "server is shutting down" message. 

 

Did you explicitly type "//tower" (or whatever your server name is) in the browser address bar?

actually, I just selected it from my drop down list, but yes, it explicitly went to the server name.  You mean as opposed to putting in the IP Address?

 

It's the same way I had been going to it for days--I think it actually pointed to "//tower/main.htm" or something like that?  I'm not at home now, but I can check tonight.

Well, I confirmed the syntax.  When I drop down the list in the address bar in IE, it is simply

 

http://tower/

 

And when I select it, I redirects to

 

http://tower/main.htm

 

Pretty much exactly how I would expect it to behave.  I'm fine just *not* going to the web interface while I doing any serious file I/O, but I wanted to pass it along.

 

 

When attempting to respond to luckyflyer in his similar thread http://lime-technology.com/forum/index.php?topic=1370.0, I wanted to doublecheck my advice to him, and selected the Settings page in a Firefox 2.0.0.11 tab.  Then to doublecheck the exact URL for the main page of my unRAID server, I opened a second tab next to the current unRAID server tab (still Settings), and typed http://jacoback into the location box (I use jacoback instead of tower).  To my surprise, expecting to see the usual Main page, up popped the Settings page, side by side with my original tab also showing the Settings page.  I verified that I had not typed 'settings' into the box, although it now said http://jacoback/settings.htm.  Since then, I have not been able to replicate this behavior at all, and only have seen it that one time, and I tend to ignore one-time anomalous behavior (quite normal when using Windows!).

 

Now that there is a third report of unexpected but similar behavior, I have given it further thought, and come up with a possible scenario.  Incidentally, I tried scenarios involving the cached copy, but could not explain the above behavior, there are logic flaws.

 

When a location is requested without an actual page, just the domain name, then the web server redirects to a default page, usually index.htm, but changeable on each web server, and obviously set to main.htm on unRAID servers.  In this case, in some unknown but special circumstance, the redirector may be using the last used page.  It is quite possible that the above users had recently shut down their unRAID servers using the shutdown button, and restarted their server, and had later opened a new tab to the server using the unspecific form of the URL, and received the last used page, which was the shutdown page.  It is also possible that the code to shut down the server is not on the page containing the button, but that the button links to another page that first issues a shut down, then clears the screen and displays the 'shutting down unRAID server' message.  This could be confirmed by more expert users who could possibly check the web page code?  For the rest, hopefully Tom has enough info here to lead to an improvement in the code.  This could be due to a recent change in Firefox, or a recent change in unRAID code.  I would be interested in hearing what browsers (and versions) and URL's are being used by cohiba and luckyflyer.

 

For now, I would recommend that all shortcuts, bookmarks, and favorites be changed from "//tower" or "http://tower/" to "http://tower/main.htm".  It can't hurt, and may be safer, by avoiding redirection.

 

(I suspect an editor would not grade the above very high for readability, I'm sorry.)

 

Edit:  Per luckyflyer's testing below, my idea did not help, so please ignore.

 

RobJ,

Your text is very readable and thanks for your help. After buying another router I finally migrated my unraid server location from my main computer to my htpc computer. After configuring per your suggestion I was keeping my fingers crossed that by moving the server from location a to b would solve the mysterious shutdown problem but it has not. The following is the series of events leading up to the undesired shut down.

 

1 power up HTPC, has xp pro sp2 and all updates

2 power up unraid

3 both machines running and stable

4 open IE 7 version 7.0.5730.11

5 open favorites center and click on unraid shortcut which was created from the IP address 192.168.2.2/main.htm entered into IE7's address bar. the router's IP address is 192.168.2.1

6 close out that window in IE, go do other web surfing etc. Periodically I repeat step 5 and the server page comes up as it should even after repeating step 5 6 or 7 times. But then ............

7 repeat step 5 and instantly get system is shutting down message.

 

What I'm doing for now to prevent it from happening is to never close the page that the gui opened in. I just open another tab. Although I havn't tried on the htpc computer I did try the http://tower/main.htm on the other computer and I had the same thing happen.

Thanks,

Luckyflyer

have no clue as to the origin of the problem, but will try to reproduce.

Server is hagrid and on 192.168.0.102. I usually just type hostname, use firefox and do not have the problems described.

But here goes

 

1. opens IE (unfortunately a v.6, but will continue for the sake of trying. //192.168.0.102. login prompt, logs in and saves link.

2. stop array

3. reboot

4. close IE, which is showing a "rebooting system" on a otherwise white screen.

5. waits 3 minutes

6. opens IE and click on the link created in step 1.

7. sorry, opend with login-prompt and mainpage.

 

/Rene

longshot... are there any "clever" webcache on the IE7, or are you using a program that delivers "faster internet".

Im thinking of unwanted cached page functionality, in line of RobJs thoughts.

/Rene

I am using plain-jane IE7, and I have not made any changes from the default config, as far as caching pages.  Don't know it that helps.

 

I have only seen the issue that one time.  In addition, yesterday I was having a problem changing one of my shares from read-only to read/write (I changed it on web, got error trying to write, went back, confirmed change, couldn't write, went back, confirmed change, couldn't write, went back, confirmed change, clicked on "Apply" again just for kicks, still couldn't write, etc.), which gave me the opportunity to go back to the web page several times within a few minutes, similar to luckyflyer's procedure.  All of this was done by simply selecting the "http://tower/" line from my address drop-down bar, and it did not cause the server to shut down.

 

I suppose I could shut the server down, then try the above test again, if it would help.

 

Meanwhile, I will create a favorite that explicitly points to main.htm.

 

P.S.  Eventually, like 10 minutes later I tried again, and the share was finally writable (is there a delay in there somewhere?).

 

 

 

 

I've seen this as well and was wondering if it was something specific to my setup - apparently not.  I am using WinXP SP2 and IE7 to login to the tower.  I shutdown the server (had to move it) then boot it back up.  Sometime later when everything was up and running I open //tower in IE7 (actually have a bookmark for it) to take a look and it immediately goes into shutdown.  I have seen this several times and the last two times I have deliberately cleared my IE7 cache after shutting down the server - it doesn't seem to make a difference.

 

It's not that big a deal but can be frustrating - especially if you are in the middle of a write. 

I'll try the //tower/main.htm thing to see if that helps.

 

Alright, it did it again last night.  Only this time, I noticed the wierdest thing!  I hope it will help.

 

I created a favorite pointing to http://tower/main.htm'>http://tower/main.htm. '>http://tower/main.htm'>http://tower/main.htm.  It worked many times, but last night, when I selected it, the server went into shutdown again.  Only then did I notice something VERY strange:  even though the Address bar said:

 

http://tower/main.htm'>http://tower/main.htm

 

The "tab" inside IE7 said something VERY DIFFERENT.  It was a big long URL that obviously had the SHUTDOWN syntax in it!!!  How in the heck did it get there?  (I tried to get on the forum last night, so I could give the exact symtax, but the site appeared to be down)

 

In addition, I went to the properties of my shortcut, and verified the address was simply http://tower/main.htm'>http://tower/main.htm. '>http://tower/main.htm'>http://tower/main.htm.  It was.

 

HOWEVER, when I float my mouse over the shortcut, and the little yellow helper window pops up, it listed TWO URLs:  The first line was the shutdown URL and the second was the main.htm

 

I am pretty sure that I created the favorite automatically by saving it while at the page, but why does the shutdown url not appear anywhere in the properties???

 

This doesn't necessarily explain the problem I had when simply selecting http://tower from the address bar drop-down list (or maybe ot does if IE7 can have the same "hidden" URL in there???), but it definitely explains why the server shut down this time.

 

But WHY is that in there?  My server was certainly not on that page when I created the shortcut.  What is going on?

 

 

I have 2 problems currently, but this thread is exactly one of them.

 

If i leave the unraid server alone, and just access it through my network places, it runs and runs and runs.

 

But if i use http access with vist or xp, IE7, I will see the shut down message quite frequently, this is not a rare occurance.

 

It also happens when i press the refresh button on the main.htm page.

 

Did a solution to this problem ever present itself, or is this thread still on going?

 

Is there a way to capture the syslog after shutdown?

 

[/edit] I have since switched to using firefox when i access the server web interface and so far, I have had no problems, this may be isolated to IE7 [/edit]

 

 

 

It's the auto-complete feature kicking in.  You type part of the url, then it auto-completes it for you.  Apparently it's auto-completing a url that tells the unRAID server to shutdown.

 

I reported something as a feature request that would solve this.  Basically instead of using GET, the webserver needs to use POST for the shutdown command.  This way you can't accidentally type in the wrong url (or have your browser auto-complete the wrong thing) and have it shut-down.  There's other times that this "bug" can manifest, such as when using Firefox's session restore (for example, you tell the unRAID server to shutdown, then you leave the tab open and Firefox crashes, when it restarts and restores the session it reloads the page which tells unRAID to shutdown).

No it is not autocomplete.

 

Has happened to me too.

And has happened DIRECTLY from a desktop shortcut pointing to http://mywhateverarrayname/main.htm

From then on I deleted /main.htm from the shortcut - in case something bothers the system with this.

 

Tom should look into it some time, but it is hard and unpredictable to reproduce.

 

 

I had this issue recently. When I looked up I noticed the http URL line had a REBOOT in it.

I think I saw some value of array_stopped=1 (or something like that).

 

I did not capture the whole line as I was so surprised the server was shutting down.

I'm using firefox. (exclusively).

 

Just to add my .02 I am having  the same issue and I have verified my URL as http://tower/main.htm. May switch to Firefox as well.

I use Firefox all the time and as I said above, happened to me too.

So it is unrelated to browser.

 

Tom?

 

 

Any progress on this issue? My system still has this shutdown problem. Very frustrating. I haven't seen this issue posted in V4.3 maybe that is the answer. Tom, have you been able to check on this??

luckyflyer

4.3 final is released, and this item is fixed as described in the release notes.

 

Joe L.

I'm not sure about this fix.  I upgraded from 4.2.4 to 4.3.2 just for this and I just saw it again.

 

Specifically I upgraded to 4.3.2 went to my bookmark for //tower

everything was fine then I clicked on another bookmark (google)

then I clicked back on my bookmark for //tower and the machine rebooted

 

Although I wasn't writing anything at the time this is the same behavior as before.  Now I'm just starting a 4 hour parity check...

 

I'm running IE7 BTW.  I'll keep investigating to see if it happens again but I don't feel confident 4.3.2 fixes this issue.

Verified - I did see the same problem twice last night so it's still there in 4.3.2.  There seems to be some memory of what the last server command was.  In my case it was a reboot to get the machine from 4.2.4 to 4.3.2.  But then twice when I went to my IE7 bookmark for //tower it spontaneously rebooted (in the middle of a parity check both times).

Does you bookmark show //tower or //tower/main.htm? That might make a difference. Just an idea.

PhilH

 

My bookmark shows //tower/main.htm

Should I be using just //tower instead?

 

 

PhilH

 

My bookmark shows //tower/main.htm

Should I be using just //tower instead?

 

 

I don't think it would make any difference.  The "Stop" button really needs a checkbox to be enabled.

 

Joe L.