jlficken
-
Posts
114 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by jlficken
-
-
I've spent an hour trying to figure this out including multiple reboots to no avail.
I wound up going into Safe Mode and disabling HTTPS and then I could get into my server's GUI, however, all I can get is that the server refused the connection when trying to use HTTPS. It was all working great until I rebooted but I'm stumped.
Are there any logs I can look at?
-
2 minutes ago, BRiT said:
One can look through the entire commit history and find previous versions of files from here: https://github.com/gfjardim/unRAID-plugins/commits/master
Cool, thanks!
- 1
-
4 hours ago, HeyBurt said:
I've just gone back to the previous version, and it works fine. Ran a full preclear on a smaller drive (which failed MBR verification on the new one) overnight.
Just pull from the prevoius commit like so:
I'm assuming this move to starting from sector 64 (rather than 1) has it misassigning during the MBR verification. Can't say for sure, but one thing I know is someone doesn't check their commits
How did you find those? I spent way too much time looking for previous plg files yesterday but I'm not much of a Github user.
-
2 hours ago, rxnelson said:
Anyone here tried the docker version to see if it fails there too?
I'm 10hrs into the Pre-Read with the Docker version on my drive so in about 18 hours I'll let you know 🙂
-
8 hours ago, Gico said:
+1 for "Invalid unRAID`s MBR signature" on a (WD) shucked drive.
Appreciate you effort gfjardim.
Same here on a new WD Ultrastar 10TB drive.
I've tried it twice with the same error. First time I did the Pre-Read/Post-Read while the second time I just did the Zeroing.
############################################################################################################################ # # # unRAID Server Preclear of disk JEXXXX3N # # Cycle 1 of 1, partition start on sector 64. # # # # # # Step 1 of 3 - Verifying unRAID's Preclear signature: FAIL # # Step 2 of 3 - Writing unRAID's Preclear signature: SUCCESS # # Step 3 of 3 - Zeroing the disk: [14:00:50 @ 198 MB/s] SUCCESS # # # # # # # # # # # # # # # # # # # ############################################################################################################################ # Cycle elapsed time: 14:00:55 | Total elapsed time: 14:00:55 # ############################################################################################################################ ############################################################################################################################ # # # S.M.A.R.T. Status (device type: default) # # # # # # ATTRIBUTE INITIAL STATUS # # 5-Reallocated_Sector_Ct 0 - # # 9-Power_On_Hours 28 - # # 194-Temperature_Celsius 33 - # # 196-Reallocated_Event_Count 0 - # # 197-Current_Pending_Sector 0 - # # 198-Offline_Uncorrectable 0 - # # 199-UDMA_CRC_Error_Count 0 - # # # # # # # # # # # ############################################################################################################################ # SMART overall-health self-assessment test result: PASSED # ############################################################################################################################ --> FAIL: unRAID's Preclear signature not valid.
-
Is there anyway to download version 2.1.13 as the latest version just doesn't seem to work right for me?
Figured it out....
1) Go to https://hub.docker.com/r/linuxserver/heimdall/tags
2) Find the version that you want
3) Find the Pull Command on the right side of the screen...it will look like - docker pull linuxserver/heimdall:2.1.13-ls45
4) Copy out the "linuxserver/heimdall:2.1.13-ls45"
5) Replace the "Repository" field in the Docker config
6) Click Apply
It's not too back so now I get to see if 2.1.13 works as that was the version I was told to use on Github.
-
3 minutes ago, trurl said:
The screenshot he showed you was from Settings - Unassigned Devices.
Doh, I get it now. I'm a dumba$$ 🙁
I was looking under SMB settings on the shares.
Sorry @dlandon for my stupidity. I changed it to what you suggested and it's working great now.
Now the only thing left for me to get figured out is why Heimdall errors out after awhile when behind the LetsEncrypt reverse proxy.
-
2 hours ago, dlandon said:
That works with the user shares under the SHARES tab, however, I'm trying to disable browsing on the SMB Shares | NFS Shares | ISO File Shares under the MAIN tab.
These shares are defined in the /boot/config/plugins/unassigned.devices/samba_mount.cfg file.
In the /etc/samba/unassigned-shares/<ShareName> file you can add:
browseable = No
to hide them, however, those settings don't persist between reboots.
-
5 hours ago, Squid said:
smb-extra.cfg on the flash drive?
I haven't messed with that yet as I don't see anything specific to my shares in there.
I was wondering if I need to put something into the samba config inside of the UD config directory where I actually see the SMB share config?
-
Can anyone explain to me how to make SMB shares thru UD not show up in Windows?
I have set browseable in the config file in memory, however, a reboot makes it go away (obviously) so how to I make it permanent?
-
It is behind the Nginx reverse proxy as well.
Here is my conf file contents (bolded lines were adding while trying to troubleshoot):
# make sure that your dns has a cname set for heimdall
server {
listen 443 ssl;
listen [::]:443 ssl;server_name heimdall.*;
include /config/nginx/ssl.conf;
client_max_body_size 0;
# enable for ldap auth, fill in ldap details in ldap.conf
#include /config/nginx/ldap.conf;location / {
# enable the next two lines for http auth
#auth_basic "Restricted";
#auth_basic_user_file /config/nginx/.htpasswd;# enable the next two lines for ldap auth
#auth_request /auth;
#error_page 401 =200 /login;include /config/nginx/proxy.conf;
resolver 127.0.0.11 valid=30s;
set $upstream_heimdall heimdall;proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass_header Set-Cookie;proxy_pass https://192.168.5.40:2443;
} -
It's a great plugin that I'm using as a landing page for my website, however, I keep getting this error after a few refreshes. Any thoughts?
ETA: I have found that if I go delete cookies/history/etc from the browser then it works again for awhile.
var/www/localhost/heimdall/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/VerifyCsrfToken.php * * @return bool */ public function shouldAddXsrfTokenCookie() { return $this->addHttpCookie; } /** * Add the CSRF token to the response cookies. * * @param \Illuminate\Http\Request $request * @param \Symfony\Component\HttpFoundation\Response $response * @return \Symfony\Component\HttpFoundation\Response */ protected function addCookieToResponse($request, $response) { $config = config('session'); $response->headers->setCookie( new Cookie( 'XSRF-TOKEN', $request->session()->token(), $this->availableAt(60 * $config['lifetime']), $config['path'], $config['domain'], $config['secure'], false, false, $config['same_site'] ?? null ) ); return $response; } /** * Determine if the cookie contents should be serialized. * * @return bool */ public static function serialized() { return EncryptCookies::serialized('XSRF-TOKEN'); } } Arguments "Call to a member function setCookie() on null"
One thing that I see is that it is referring to user "abc" which isn't a user of mine.
Server/Request Data USER "abc" HOME "/config" HTTP_COOKIE "remember_web_59ba36addc2b2f9401580f014c7f58ea4e30989d=eyJpdiI6IkVLQXc3VFo3T1lGWWtkR0lPcHk2U3c9PSIsInZhbHVlIjoiYWdvMDE2Qmc1NzU2UEZXZGcydkJldk91VUFiZGJxUExxWndScV ▶" HTTP_ACCEPT_LANGUAGE "en-US,en;q=0.9" HTTP_ACCEPT_ENCODING "gzip, deflate, br" HTTP_SEC_FETCH_MODE "navigate" HTTP_SEC_FETCH_SITE "none" HTTP_ACCEPT "text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3" HTTP_SEC_FETCH_USER "?1" HTTP_USER_AGENT "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.87 Safari/537.36" HTTP_UPGRADE_INSECURE_REQUESTS "1" HTTP_DNT "1" HTTP_X_FORWARDED_SSL "on" HTTP_X_FORWARDED_HOST "home.mydomain.info" HTTP_X_FORWARDED_PROTO "https" HTTP_X_FORWARDED_FOR "192.168.5.1" HTTP_X_REAL_IP "192.168.5.1" HTTP_HOST "home.mydomain.info" PHP_AUTH_PW "" PHP_AUTH_USER "" SCRIPT_FILENAME "/var/www/localhost/heimdall/public/index.php" REDIRECT_STATUS "200" SERVER_NAME "_" SERVER_PORT "443" SERVER_ADDR "172.17.0.4" REMOTE_PORT "33070" REMOTE_ADDR "172.17.0.1" SERVER_SOFTWARE "nginx/1.16.1" GATEWAY_INTERFACE "CGI/1.1" HTTPS "on" REQUEST_SCHEME "https" SERVER_PROTOCOL "HTTP/1.1" DOCUMENT_ROOT "/var/www/localhost/heimdall/public" DOCUMENT_URI "/index.php" REQUEST_URI "/" SCRIPT_NAME "/index.php" CONTENT_LENGTH "" CONTENT_TYPE "" REQUEST_METHOD "GET" QUERY_STRING "" FCGI_ROLE "RESPONDER" PHP_SELF "/index.php" REQUEST_TIME_FLOAT 1573516169.3208 REQUEST_TIME 1573516169 APP_NAME "Heimdall" APP_ENV "local" APP_KEY "base64:TaZDqEor6EbObZWuK1w0P4wcG1bW/2fwbZIvkgGuFjY=" APP_DEBUG "true" APP_LOG_LEVEL "debug" APP_URL "http://localhost" DB_CONNECTION "sqlite" DB_DATABASE "app.sqlite" BROADCAST_DRIVER "log" CACHE_DRIVER "file" SESSION_DRIVER "file" SESSION_LIFETIME "120" QUEUE_DRIVER "database" REDIS_HOST "127.0.0.1" REDIS_PASSWORD "null" REDIS_PORT "6379" MAIL_DRIVER "smtp" MAIL_HOST "smtp.mailtrap.io" MAIL_PORT "2525" MAIL_USERNAME "null" MAIL_PASSWORD "null" MAIL_ENCRYPTION "null" PUSHER_APP_ID "" PUSHER_APP_KEY "" PUSHER_APP_SECRET "" PUSHER_APP_CLUSTER "mt1" SHELL_VERBOSITY 0 Environment Variables APP_NAME "Heimdall" APP_ENV "local" APP_KEY "base64:TaZDqEor6EbObZWuK1w0P4wcG1bW/2fwbZIvkgGuFjY=" APP_DEBUG "true" APP_LOG_LEVEL "debug" APP_URL "http://localhost" DB_CONNECTION "sqlite" DB_DATABASE "app.sqlite" BROADCAST_DRIVER "log" CACHE_DRIVER "file" SESSION_DRIVER "file" SESSION_LIFETIME "120" QUEUE_DRIVER "database" REDIS_HOST "127.0.0.1" REDIS_PASSWORD "null" REDIS_PORT "6379" MAIL_DRIVER "smtp" MAIL_HOST "smtp.mailtrap.io" MAIL_PORT "2525" MAIL_USERNAME "null" MAIL_PASSWORD "null" MAIL_ENCRYPTION "null" PUSHER_APP_ID "" PUSHER_APP_KEY "" PUSHER_APP_SECRET "" PUSHER_APP_CLUSTER "mt1" SHELL_VERBOSITY 0 Registered Handlers 0. Whoops\Handler\PrettyPageHandler
-
So is this situation normal then as it just reset to 15GB used space again when it should be 41GB.
-
I am running 6.7.2 and have noticed an oddity.
When I first start up the array it shows ~40GB of usage which is correct.
After awhile it will drop down to 7.9GB of usage which isn't correct since I have my Docker (20GB) and libvirt (10.7GB) images on the cache.
If I restart the array it will go back to being correct again for awhile.
Any thoughts?
-
64GB of DDR3 ECC as I want to run some VM's and I have Emby transcoding to RAM currently.
-
Based on some looking around it looks like WSD uses 3702,5357-5358 correct?
I'm only on 6.7.2 at the moment so it shouldn't matter for me but I'm grasping at straws here.
I can add the share (plus browse for shares) with 137-139,405 but the circle is just never green.
-
Sounds good.
Thanks again!
-
Just now, John_M said:
And you gave your thanks to @jonathanm but I guess he deserves it more than me.
I see a little trophy next to your post and his post where the heart was. Can there be only one post given thanks per topic?
Sorry, I'm new to this forum style with thanks and likes and stuff.
-
From everything I have ready the only ports used by SMB are 137-139,445 so I first tried opening those ports up going from my new Unraid server to my old ReadyNAS.
It appears that traffic will pass, however, the circle next to each share is gray rather than green. If I take off the port restriction altogether (which I don't really want to do) then the circle goes to green.
I'm going across 2 VLAN's hence the firewall rules that I need to get right.
-
1 minute ago, jonathanm said:
On the post that helped you hover your mouse over the heart in the bottom right, then click the appropriate reaction.
I hovered over everything but that heart LOL. Thanks!
- 2
-
8 hours ago, John_M said:
With the original IP address allocated to the server, if you go to Setup -> Management Access and turn on the GUI help, then scroll down to Use SSL/TLS you'll be able to read an explanation of the options. I don't wish to mess up my working systems but I should think you need to do something like this:
- Set Use SSL/TLS to No
- Delete the old certificate from the config/ssl/certs folder on the flash drive
- Change to the new IP address
- Reboot
- Access the GUI via http://<new IP address>
- Set Use SSL/TLS to Auto to provision a new certificate
- Wait for the DNS update to take place (30 seconds, or so)
- Log out
- Access the GUI via http://<new IP address> and check that it redirects to https://<long-hash>.unraid.net
As I said, I haven't tested this but the worst it can do is not work.
This worked great...thank you very much!!!!!!
The only thing I had to do differently is I had to set "Use SSL/TLS" to "Yes" rather than "Auto" as "Auto" didn't turn SSL back on. I even rebooted it before trying "Yes" and "Auto" just never worked.
How do I add to your reputation as it has been driving me crazy for over 2 weeks that I couldn't change my IP?
-
5 hours ago, John_M said:
Presumably the <long-hash>.unraid.net FQDN still resolves to your original IP address. When you changed your IP address did you take any action to update the record on the unraid.net name server?
I didn't do anything to address this. Didn't know I had to honestly as I'm not sure what it is for?
I'll give your suggestion above this a try and see what happens.
Thanks!
-
It looks like it has the name tower now instead of FSNAS1U too.
-
I'd like it to work so I'll post it shortly. I have a process that's going to take about 3 minutes to finish and then I'll reboot.
Web GUI and HTTPS not working after reboot
in General Support
Posted
Here's what I found.fsnas1u-diagnostics-20191209-1608.zip
There were some errors though:
root@FSNAS1U:~# diagnostics
Starting diagnostics collection...
Warning: file_get_contents(/var/local/emhttp/cpuload.ini): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix/scripts/diagnostics on line 88
Warning: file(/var/local/emhttp/diskload.ini): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix/scripts/diagnostics on line 89
Warning: Invalid argument supplied for foreach() in /usr/local/emhttp/plugins/dynamix/scripts/diagnostics on line 91
Warning: implode(): Invalid arguments passed in /usr/local/emhttp/plugins/dynamix/scripts/diagnostics on line 100
done.
ZIP file '/boot/logs/fsnas1u-diagnostics-20191209-1607.zip' created.