cpaddons build not working in 11.25 ?

[hostmedic]

in 11.24 this worked like a charm however - in 11.25 no such luck.

Even worse - the installers we had built in 11.24 will not work in 11.25 so this actually has a client side impact ...

When we execute the build script - it errors out while trying to build the .cpanelsync file

/scripts/cpanelsync_build_cpaddons_dir -d /home/cpaddoni/public_html/data -u cpaddoni -a bz2 -v WEC
  cPAddonsAvailable.tar:  7.344:1,  1.089 bits/byte, 86.38% saved, 3584 in, 488 out.
bzip2: Input file WEC.pm.bz2 already has .bz2 suffix.
bzip2: Input file .cpanelsync.bz2 already has .bz2 suffix.
  .cpanelsync.lock:  no data compressed.
  .cpanelsync:  0.708:1, 11.294 bits/byte, -41.18% saved, 68 in, 96 out.
bzip2: Input file .cpanelsync.lock.bz2 already has .bz2 suffix.
  WEC.pm:   1.933:1,  4.139 bits/byte, 48.26% saved, 460 in, 238 out.
/scripts/cpanelsync_build_cpaddons_dir [0 0 : /home/cpaddoni/public_html/data/cPAddonsAvailable] Building .cpanelsync file...
Done
  cPAddonsMD5.tar:  5.919:1,  1.352 bits/byte, 83.11% saved, 4096 in, 692 out.
  WEC.pm:   1.634:1,  4.896 bits/byte, 38.80% saved, 786 in, 481 out.
/scripts/cpanelsync_build_cpaddons_dir [0 0 : /home/cpaddoni/public_html/data/cPAddonsMD5] Building .cpanelsync file...
Done
bzip2: Output file Web_Empowered_Church/CP_Test.pm.bz2 already exists.
  CP_Test.tar:  1.059:1,  7.554 bits/byte,  5.57% saved, 31175168 in, 29439096 out.
/scripts/cpanelsync_build_cpaddons_dir [0 0 : /home/cpaddoni/public_html/data/WEC/Web_Empowered_Church/CP_Test] Building .cpanelsync file...
Done
/scripts/cpanelsync_build_cpaddons_dir [0 0 : /home/cpaddoni/public_html/data/WEC] Building .cpanelsync file...
bzip2: Input file ./Web_Empowered_Church/CP_Test.tar.bz2 already has .bz2 suffix.
bzip2: Input file ./Web_Empowered_Church/FE_Edit.tar.bz2 already has .bz2 suffix.
Done
bzip2: Output file Web_Empowered_Church/United_Methodist.pm.bz2 already exists.
/scripts/cpanelsync_build_cpaddons_dir [0 0 : /home/cpaddoni/public_html/data/WEC/Web_Empowered_Church/United_Methodist] Building .cpanelsync file...
Use of uninitialized value in split at /usr/local/lib/perl5/site_perl/5.8.8/cPanel/SyncUtil.pm line 166.
Done
/scripts/cpanelsync_build_cpaddons_dir [0 0 : /home/cpaddoni/public_html/data/WEC] Building .cpanelsync file...
Use of uninitialized value in split at /usr/local/lib/perl5/site_perl/5.8.8/cPanel/SyncUtil.pm line 166.
Done
/scripts/cpanelsync_build_cpaddons_dir [0 0 : /home/cpaddoni/public_html/data/WEC/Web_Empowered_Church/No_Content] Building .cpanelsync file...
Use of uninitialized value in split at /usr/local/lib/perl5/site_perl/5.8.8/cPanel/SyncUtil.pm line 166.
Done
Use of uninitialized value in chdir at /usr/local/lib/perl5/site_perl/5.8.8/cPanel/SyncUtil.pm line 152.
Use of chdir('') or chdir(undef) as chdir() is deprecated at /usr/local/lib/perl5/site_perl/5.8.8/cPanel/SyncUtil.pm line 152.
/scripts/cpanelsync_build_cpaddons_dir [0 0 : /root] Building .cpanelsync file...
Use of uninitialized value in split at /usr/local/lib/perl5/site_perl/5.8.8/cPanel/SyncUtil.pm line 166.
Done

It appears that the files are not updated (when looking @ the time stamps)
Also -
when we moved them out - deleted them - they do not get rebuilt either

 

[cPDan]

I just wanted to note here for anyone interested what we've discovered thus far via hostmedic's ticket regarding this thread.

Essentially it appears that this issue is unrelated to an 11.25 update after all. That statement is based on the fact that none of the code involved is distributed as part of cPanel and the one CPAN module it uses that cPanel maintains has not been updated for over 2 years.

It does appear that there are some lower level system issues happening:

Use of uninitialized value in split at
/usr/local/lib/perl5/site_perl/5.8.8/cPanel/SyncUtil.pm line 167.

Is because this backtick execution of `find .` is returning undef for some
reason.

Use of uninitialized value in chdir at
/usr/local/lib/perl5/site_perl/5.8.8/cPanel/SyncUtil.pm line 152.

is because Cwd::cwd() is returning undef for some reason.

It is interesting to note that they both work fine several times through the loop then at some point it starts in with the undef()
behavior.

I am curious if the path is part of a remote mount or if there are other low level issues causing file system related tasks to fail.

One we regain access we may be able to find out more specifics.

 

[hostmedic]

Awesome

I gotta tell everyone - I have written this before...

The # 1 reason we use cPanel vs. the other guys (who even gave us all their control panel software for free where they charge $$$Huge $$$ is simply because they understand we - the customer - have people that depend upon us.

How awesome is it - to have a group that responds quickly and works an issue till its resolved !

 

[cPDan]

The specific details for this server will be put in the ticket but the bottom line is that this was a VM and was running out of memory:

# grep privvmpages /proc/user_beancounters
privvmpages 167883 260276 262144 274644 731
#

Sure enough a strace of said command showed memory exhaustion:

# grep -i nomem strace_limits
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
25610 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c84708) = -1 ENOMEM (Cannot allocate memory)
#