Beta Branch My 123.09beta01 Nginx issues

Apologies in advance if this is not the correct place to post this. I am experiencing a rather baffling issue.

I installed (with no problems) on 22/March see centminmod installer-latest.sh 123.09beta01 2016-03-22-22-40-11

On the same VPS hardware (vmware / CentOS x64 6.7) on 24/March (I have tried 4 times today to install) on 2 different VPS There seems to be IS an issue with MY nginx install

See centminmod installer-latest.sh 123.09beta01 cminfo.sh for 2016-03-24-04-58-02

As you can see nginx shows as 'command not found' I have looked through the logs and cannot see anything the installer shows a successful build. I have also updated via option 4...
I get

Code:

-bash: nginx: command not found

error using

Code:

nginx -V

and

Code:

nginx -t

See Output (nginx) from cminfo.sh

Code:

Success: Nginx was installed properly

Any pointers I can look at? I will take a good look through the logs and see what I can dig out.

Have checked Commits · centminmod/centminmod · GitHub and see a Commits on Mar 23, 2016 related to nginx

 

Hi, thanks for the info & help. I have updated the post as suggested. Including

Code:

nginx -t

output I have looked at nginxinstalltime_log which appears correct it reports

Code:

nginx installed, Apache disabled

As am not hugely familiar with Centmin (from a Webmin background) you seem to imply above that an nginx upgrade (via option 4) would produce updated install logs?

If that IS the case then I can confirm this has not happened on the x2 machines I have used.

So the update nginx logs show

Code:

Thu Mar 24 04:53:20 UTC 2016
Success: Nginx was installed properly

One thing I have noticed is

Code:

dynamic module directory at /usr/local/nginx/modules
ls: cannot access /usr/local/nginx/modules: No such file or directory

also just before the Success message

Code:

cc1: all warnings being treated as errors
make[1]: *** [objs/addon/src/ngx_http_lua_module.o] Error 1
make[1]: Leaving directory `/svr-setup/nginx-1.9.12'
make: *** [install] Error 2

real    0m0.979s
user    0m0.790s
sys    0m0.167s

Don't really have any further clues? If this is a local (just me) issue can you move these posts to thier own thread?

If any other info or specific logs would be of use please let me know.

 

Mine are DE and FR, the possibility had occurred to me. I also tried the option 4 and got the same failed nginx result.

I tried x 2 installs (x64 Centos 6 and 7) again last night and both failed with nginx (I have kept the logs but not been through them as yet) it's a little frustrating as the stable08 build on same VPS nodes installed again without problem.

I'll dig through the logs and see if anything like above is noticeable rather than gist the whole thing.

I just had the thought is there anything I could try via the ngix upgrade script to test this? I would rather try to nail this rather than a complete re-install via the betainstall script?

 

Wow, quick. I was also thinking (I know this would not be easy to implement) the current upgrade scenario allows users to pick a branch. How difficult would it be to extend this in the beta to allow a 'roll-back' to a specific commit date?

 

Will let you know, just re compiling now

I have checked my centminmod_nginxinstalltime.log (Centos 7) and I don't see any of the issues above, indeed I only see a timeout:

Code:

Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=x86_64 error was
12: 

Which is related to the install scl for newer gcc and g++ versions. I am 'slowly' retrying the nginx upgrade (with the fix) but it's taking forever. I think I have a node that's 'borked' but will update when I can check.

 

It's worth me pointing out that I have setup machines (and installed) as follows:

• Centos 7.2 x64 > stable08 > Installed ok (nginx1.9.12)
• Centos 6.7 x64 > stable08 > Installed ok (nginx1.9.12)
• Centos 7.2 x64 > beta09 > No nginx (certainly no binary, many conf files as expected)
• Centos 6.7 x64 > beta09 > No nginx...

All machines are on identical hardware nodes running same vmware and same processor/cpu memory
The installs were all carried out on the same 'window' eg same day

My initial log scanning haven't really revealed anything that I can point to, it seems that it's likely it's my VPS environment (the nginx upgrade has just finished on both machines)..

Code:

Centos x64 6.7 Total Nginx Upgrade Time: 13122.197720128 seconds

< over 3 hours

Code:

Centos x64 7.2 Total Nginx Upgrade Time: 2761.112150816 seconds

 

Q: How do you make the code box black?

Ok all machines (4) are:

Code (Text):

[[email protected] centminmod]# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 63
model name      : Intel(R) Xeon(R) CPU E5-2650 v3 @ 2.30GHz
stepping        : 2
microcode       : 0x31
cpu MHz         : 2299.998
cache size      : 25600 KB
physical id     : 0
siblings        : 1
core id         : 0
cpu cores       : 1
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 15
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx hypervisor lahf_lm ida arat epb pln pts dtherm cqm_llc cqm_occup_llc
bogomips        : 4599.99
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

x1 is not playing well have been having many issues I did try again after the 'fixes' above but just want to confirm the steps: 1 - setup centminmod repo (option 23) 2 - pull changes 3 - update via option 4?

See centmin mod 123.09beta01 branch repo Cloning into 'centminmod'

If that is the correct procedure then it's failed (I will post logs shortly) If I have not updated correctly then please explain. It does seem likely it's a specific issue to me

EDIT - The gitupdate log shows

Code (Text):

inc/updater_submenu.inc: line 218: [[: 55%: syntax error: operand expected (error token is "%")