Traceback query

[Matt999]

Hi everyone,

I'm all Supermicro'd up with my shiny new FreeNAS box which is working as expected, but have a query about my wheezy steam powered FreeNAS test box, as I'm keen to learn all I can about FreeNAS...

When I enter the IP address I get the expected login screen, but when I enter the login details, I get this:-


Request Method: GET

Request URL: http://192.168.1.99/

Software Version: FreeNAS-9.3-CURRENT-201503161938

Exception Type: SystemError

Exception Value:
unknown opcode

Exception Location: /usr/local/www/freenasUI/../freenasUI/support/utils.py in get_license, line 28

Server time: Tue, 2 Jun 2015 17:41:29 +0100

Traceback




Environment: Software Version: FreeNAS-9.3-CURRENT-201503161938 Request Method: GET Request URL: http://192.168.1.99/ Traceback: File "/usr/local/lib/python2.7/site-packages/django/core/handlers/base.py" in get_response 105. response = middleware_method(request, callback, callback_args, callback_kwargs) File "/usr/local/www/freenasUI/../freenasUI/freeadmin/middleware.py" in process_view 157. return login_required(view_func)(request, *view_args, **view_kwargs) File "/usr/local/lib/python2.7/site-packages/django/contrib/auth/decorators.py" in _wrapped_view 22. return view_func(request, *args, **kwargs) File "/usr/local/lib/python2.7/site-packages/django/views/decorators/cache.py" in _wrapped_view_func 52. response = view_func(request, *args, **kwargs) File "/usr/local/www/freenasUI/../freenasUI/freeadmin/site.py" in adminInterface 236. 'menu_hook': appPool.get_top_menu(request), File "/usr/local/www/freenasUI/../freenasUI/freeadmin/apppool.py" in get_top_menu 45. arr = self._get_array("top_menu", None, request) File "/usr/local/www/freenasUI/../freenasUI/freeadmin/apppool.py" in _get_array 35. method(arr, func(*args, **kwargs)) File "/usr/local/www/freenasUI/../freenasUI/plugins/hook.py" in top_menu 13. if jails_enabled(): File "/usr/local/www/freenasUI/../freenasUI/support/utils.py" in jails_enabled 68. license, reason = get_license() File "/usr/local/www/freenasUI/../freenasUI/support/utils.py" in get_license 28. if not os.path.exists(LICENSE_FILE): Exception Type: SystemError at / Exception Value: unknown opcode

Request information

GET

No GET data


POST

No POST data


FILES

No FILES data


COOKIES

Variable Value

sessionid 'h1xnrjf0zgh0st9ojb2yzp2ows6k4bzd'

csrftoken 'IXU51pj4geUQA7p6juTpihMlB0EwKbYL'

META

Variable Value

SERVER_PORT '80'

REMOTE_ADDR '192.168.1.13'

REQUEST_URI '/'

SERVER_NAME 'localhost'

SERVER_SOFTWARE 'nginx/1.6.2'

SERVER_ADDR '192.168.1.99'

HTTP_ACCEPT 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8'

DOCUMENT_ROOT '/usr/local/etc/nginx/html'

HTTP_ACCEPT_LANGUAGE 'en-GB,en;q=0.5'

wsgi.url_scheme 'http'

wsgi.multiprocess False

wsgi.errors <flup.server.fcgi_base.TeeOutputStream object at 0x8139d5b50>

REMOTE_PORT '63886'

HTTP_COOKIE 'csrftoken=IXU51pj4geUQA7p6juTpihMlB0EwKbYL; sessionid=h1xnrjf0zgh0st9ojb2yzp2ows6k4bzd'

wsgi.run_once False

DOCUMENT_URI '/'

SERVER_PROTOCOL 'HTTP/1.1'

wsgi.version (1, 0)

REQUEST_METHOD 'GET'

HTTP_HOST '192.168.1.99'

CONTENT_TYPE ''

wsgi.input <flup.server.fcgi_base.InputStream object at 0x8139d5a10>

HTTPS ''

PATH_INFO u'/'

HTTP_ACCEPT_ENCODING 'gzip, deflate'

GATEWAY_INTERFACE 'CGI/1.1'

CONTENT_LENGTH ''

REDIRECT_STATUS '200'

HTTP_CONNECTION 'keep-alive'

wsgi.multithread True

SCRIPT_NAME u''

QUERY_STRING ''

HTTP_USER_AGENT 'Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0'

CSRF_COOKIE u'IXU51pj4geUQA7p6juTpihMlB0EwKbYL'



Is this an example of why you should always use ECC RAM? (it's only a test box made from redundant hardware, so just ordinary RAM. My new box has recommended hardware)

There is no critical data on there, should I just press the reset button on my box and cross my fingers, or is there some other way out? I'd like to keep it available if possible, but reinstalling is not a problem

Kind regards,

Matthew

 

[Robert Trevellyan]

Did it ever work on Test box? If so, it's worth trying a reinstall of FreeNAS on Test box, followed by a pool import, just to rule out the possibility of corruption of the boot device.

 

[Matt999]

Hi Robert,

Yes, my 'test box' worked perfectly before, but is now misbehaving. It worked so well it motivated me to spend £££ on all my new kit, also working perfectly.

Luckily, all my important data are on my 'proper' box, so I have nothing to lose by any action I take with the test box, wise or foolish.

I would like to know what's going on though, in order to prevent or avoid future problems with FreeNAS.

 

[Robert Trevellyan]

I would like to know what's going on though, in order to prevent or avoid future problems with FreeNAS.

And have you tried a clean install of FreeNAS?

 

[Matt999]

Not yet...

I'm still waiting to see if there is any better advice than "press reset and cross your fingers".

Any better ideas?

 

[danb35]

System error/unknown opcode sounds very much to me like something is corrupted. I don't think there's any way to know at this point whether that corruption happened in RAM or on your boot device. Rebooting would be one diagnostic--if it works after the reboot, it would suggest that the problem was in RAM; if not, it would indicate that the corruption is on the boot device (whether it's a bad block, something got written incorrectly, or something else). Reinstalling would tend to rule out the possibility that something just got written incorrectly. Reinstalling onto a new USB stick should cover all likely possibilities.

 

[Matt999]

I just pressed the 'reset' button - fingers crossed...........

And I'm back in!

Boot volume healthy. Last scrub on Monday. Manual scrubbing again now...

Storage volume healthy. Last scrub was on Friday. Manual scrubbing again also...

A few days prior to this unruly behaviour I recently replaced one HDD (1.5Tb WD green) with a brand new WD red 2.0Tb due to 34 offline uncorrectable errors and 40 Currently unreadable (pending) sectors.

Another HDD (of five) has 3 Currently unreadable (pending) sectors. This will also be replaced with a brand new WD red 2.0Tb. Thank goodness for RaidZ2 giving me time to get all my family photos onto my new expensive server.

I think it will be a good idea to run Memtest86 for a good while also.

I guess I'll just have to keep my eye on this naughty little box!

Kind regards to all,

Matthew

 

[Matt999]

UPDATE:-

CRITICAL: The volume pool1 (ZFS) state is ONLINE: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected.

Pool scrub still running...