eschultz
-
Posts
512 -
Joined
-
Last visited
-
Days Won
8
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by eschultz
-
-
Assuming the PID (6646) doesn't change you can run this from the console or a ssh session:
kill 6646
If that doesn't do anything after a minute or two (not sure if it's a Ubuntu VM that's actually running) you can run:
kill -9 6646
-
I'm looking in to this. Seems like it's a few different patches and some of them are quite extensive. If we do include HPN patches in our OpenSSH package it'll be included in unRAID 6.6
-
1
-
-
5 hours ago, nuhll said:
Do you use Apache?
We use Nginx but it looks like Pagespeed is available to compile for Nginx as well. I'll look in to it -- Thanks!
-
We're working on the unRAID 6.6.0-rc with an upgraded linux kernel which contains support for Coffee Lake iGPU. Might be ready in a week or so.
-
1
-
-
On 5/17/2018 at 10:28 PM, dmacias said:
Looking at the github for the mosh slackbuild it looks like the mosh 1.3.2 build 6 was a "Massive rebuilt against openssl 1.1.0h" I downgraded mosh to 1.2.4 because all the previous 1.3.2 builds are gone. I'll try and build it myself against openssl 1.01 when I get a chance.
Heads-up: We are working on getting all the packages upgraded (about 300+) for unRAID 6.6. Just about everything with be openssl 1.1.0 in the new release but we'll have openssl 1.0.1 solibs installed for backwards compatibility up until maybe unRAID 6.7.
-
4 hours ago, pwm said:
I think it would be way more interesting to check why the limes servers results in 1000+ ms ssh negotiation times while the other servers manages about 100 ms.
I enabled HTTP/2 support, re-running the test with Chrome shows an improvement: https://www.webpagetest.org/result/180519_NF_16c99888789e6090eb504af99da86be1/
-
14 hours ago, nuhll said:
Easiest would be cloudflare, which also cache some things.
CloudFlare looks great and we'll probably integrate it in about 2 months along with some other major infrastructure changes here. I see the webpagetest was performed from France and CloudFlare will accelerate the First Byte Time greatly for countries outside the U.S.
-
1
-
-
1 hour ago, Squid said:
Gen 8 i5-8400 all 6 cores passed through. Never noticed any issue with VM POST time before or after.
It's only an issue if you're passing through a physical GPU or other PCI device. If it was just VNC then there was no OVMF startup delay.
-
7 hours ago, nuhll said:
Yea, as this forum starts to grow, it gets slower, @limetech could try to install and use google pagespeed and or a reverse proxy for static content, if they didnt have already.
Easiest would be cloudflare, which also cache some things. (and free CDN)
Now its not that bad, but it will get worser and worser.
https://www.webpagetest.org/result/180518_Z1_c40091767dbc768f66ccb3bbcfb7ed52/
Its probably because of that "bad" first time byte, could be speed up by CDN, i guess.I setup AWS CloudFront as a CDN for the forums now. overall site is clocking in about a second quicker for a complete document render but still didn't help the First Byte Time: https://www.webpagetest.org/result/180518_TN_27a109b178139a25d43d66feb8e25298/
-
1
-
-
35 minutes ago, tomhoover said:
I installed protobuf and mosh on my unRAID server (I already had perl and utempter installed). When I attempt to login using mosh, I receive the following error:
mosh-server: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directoryDo you have any ideas?
It means mosh-server needs OpenSSL 1.1.0 while unRAID 6.5 only has OpenSSL 1.0.1. You'll either need to install OpenSSL 1.1.0 (maybe @dmacias can add to the list) or downgrade the mosh-server version which might be tricky.
-
3 minutes ago, rbibby53 said:
What should I have my time zone set to? I live in the eastern time zone
Looks like it should be PM instead of AM... so maybe NTP isn't working for some reason (but I don't see why from the log file you attached).
Try this:
1) Change 'Use NTP' to No
2) In the 'New Date and time' field, change '00' to '12'
3) Hit Apply
4) Try to register for a Trial key again
5) some time later: Change 'Use NTP' to Yes and hit Apply
-
From the error logs on our side it's showing your time is off by 12 hours
-
34 minutes ago, Lehmi said:
where can i find the setting under unraid?
"configured as JBOD and not any RAID mode" would be in your motherboard's BIOS.
-
1
-
-
38 minutes ago, John_M said:
The parity check completed without any nginx error messages appearing in the syslog, when using Firefox browser. Memory usage is now 8% as reported by the Dashboard. I'm going to stay with Firefox for the time being but if you'd like me to do any further testing I'm willing.
Thanks for testing. I suspect you can boot back in to normal mode and start using VMs and Docker apps again since it seems to just be a issue related to Safari (most of the machines I was using to test Nginx memory usage had active VMs and Docker apps running).
I can also confirm Chrome works fine too -- no memory increases throughout a parity-check with Chrome. Now on to see what's special about Safari...
-
7 hours ago, John_M said:
I do leave a browser open all the time, but for these tests it has spent most of its time on the Dashboard page. I'm using Safari (I know it isn't your favourite browser!) version 11.1 (12605.1.33.1.3) on macOS 10.12.6. I can try either Firefox or Chrome if you'd like me to, or I could start more parity checks, close the windows and reopen them tomorrow. Or I could use Windows 10 and either Edge or Firefox - anything to be of assistance.
I don't see quite the huge increase in nginx memory usage that some people are seeing but I've just checked my three servers (now just sitting idle - I haven't rebooted) and it is using 3.3 GB, 4.3 GB and 6.1 GB on lapulapu, mandaue and northolt, repectively. L and M are 16 GB machines, N has 8 GB and so the usage is significant in this particular case.
Since changing to 6.5.1-rc5 it takes several hours for the error messages to start but when they do they come in at intervals of one second, if that helps.
I think I can reproduce after a while with Safari (i'm also on macOS 10.12.6). Once I completely close Safari, from the Dock, the memory seems to free up... meanwhile Firefox still has the Dashboard page open in a tab.
I'm messing around with 'nchan_stub_status' to see what's happening and it looks like the Stored Messages stays at 3 for a while but then begins to increase after 30-40min but only when Safari is connected it seems. I'm trying with Chrome now to see if it exhibits the same behavior as Safari.
When you get a change, and are able, could you give Firefox a shot? You might first need to close the unRAID tabs in Safari, then fully close Safari to get a clean state.
I see two issues for nchan possibly related but I'd like to determine which conditions (Safari?) are causing this first before chiming in there:
-
@John_M When you run your parity-checks, do you leave the browser open on the Main page the whole time? If so, which browser and version are you using?
I have four 6.5.0 (or newer) machines here running a parity-check and trying to reproduce the issue you're seeing. About 20min in so far and htop isn't showing any nginx memory growth yet. I have Firefox browser tabs open to each of the servers.
-
1 hour ago, flimflamman said:
after updating I'm having trouble accessing the dashboard.
Just wondering which version of unRAID did you upgrade from?
-
1 hour ago, Hoopster said:
If so, is there anything involved other than renaming the EFI- folder to EFI?
Besides the folder rename (EFI- to EFI) you may have to tell your BIOS to prefer booting the flash via EFI. I guess it can't hurt to try seeing if EFI boot helps.
-
@Hoopster Are you booting via EFI? If so, try changing your BIOS to boot legacy (non-efi) to see if that makes a difference.
-
1 hour ago, baconborn said:
Okay, so is what I was told about the Linux kernel version just misconstrued information then?
Also, since the new Ryzen APUs do work, is it possible to push plex transcoding onto the Vega iGPU?
The accelerated Vega iGPU drivers are in Linux 4.15 which would be needed for Plex transcoding presumably. We only include the Intel iGPU drivers at this time but we're open to including Vega iGPU drivers when we upgrade kernels, Plex supports it and the Vega iGPU drivers don't conflict with normal dedicated AMD video cards that would normally be used for passthrough.
-
1
-
-
10 hours ago, hawihoney said:
Seems that I do have bad luck today with unRAID.
My flash was corrupt after the update to 6.5. After that I tried to put a backup on that flash but the USB Creator tool gives an error (please see screenshot attached).
What can I do?
This issue should be fixed now.
-
@Hoopster @Strega try this to get non-gui mode working:
Power off the server, pull out the usb flash drive and plug it in another computer. Edit the syslinux/syslinux.cfg file on the flash drive. Look for the following in the file:
...
label unRAID OS
menu default
kernel /bzimage
append initrd=/bzroot...
And add ' nomodeset ' between the append and initrd strings, like so:
...
label unRAID OS
menu default
kernel /bzimage
append nomodeset initrd=/bzroot...
Save. eject the flash and try it in the server again. @Hoopster I think you fixed one of your servers like this before but just want to be sure.
-
1 hour ago, Squid said:
From the help text
QuoteIf you wish to assign any USB devices to your guest, you can select them from this list.
NOTE: USB hotplug support is not yet implemented, so devices must be attached before the VM is started to use them.whoops, that's not accurate any longer. fixed it for the next release.
-
10 hours ago, digitalfixer said:
Chrome 64.0.3282.186 on OS X.
I'm running the dev version of Chrome (66.0.3355.0) on OS X 10.12.6 and cpu bars are updating for me. Safari (or Firefox) work for you? Also, are you connecting to the web ui over https or http?
Forum slow?
in Forum Feedback
Posted
About 2 hours ago I moved the whole 'search' database to a separate machine (and now using elasticsearch instead of mysql). Search is a hog both for maintenance and when it's being performed so this should help speed up normal forum operations. Also elasticsearch is suppose to return better results.
About 15min ago I upgraded php from 7.0 to 7.2 on that server. Should give a little bit of a boost in performance.