[ZendTo] problem installing zend.to with installer script

[Jules]

Greg,

Can you send me an "ls -la" and an "ls -laZ" of the directory
/root/zendto-build-store/php5-5.5.9+dfsg/mysql_db
please?

The other possibility is AppArmor.
Try adding a line exactly like this:
/root/zendto-build-store//* rw,
to the end of the file (create it if it doesn't exist, and make its 
permissions the same as any other files in there or in /etc/apparmor.d)
/etc/apparmor.d/local/usr.sbin.mysqld
then
sudo start apparmor ACTION=force-reload

Then give it another go.

I'm building a test VM from scratch for you to see exactly what it does 
for me.
Unfortunately as packages (such as MySQL) change, they can break things 
that previously worked.

Let me know how you get on, and I'll try it myself too.

Cheers,
Jules.


On 02/03/2017 20:45, Greg Marshall wrote:
> Hi,
> I'm trying to do a new install of zend.to on Ubuntu 14.04 (64 bit) 
> using the installer script.
>
> It crashes out trying to set up MySQL with PHP. I know MySQL isn't 
> needed for the system any more, but apparently it gets installed so 
> the PHP tests pass, and then gets removed again.
>
> The output from this part of the install process is below. (stdout and 
> stderr are combined, so it's a little weird). Note that I uninstalled 
> MySQL prior to running the installer this last time, so there's no 
> other process running. I've also tried setting the permissions to 
> 777... It doesn't seem to be a permissions issue.
>
> Does anybody know what's going on?
>
> Thanks,
> Greg
>
>
> + /usr/sbin/mysqld --no-defaults --user=mysql --bind-address=127.0.0.1 
> --port=2766 
> --socket=/root/zendto-build-store/php5-5.5.9+dfsg/mysql_db/mysql.sock 
> --datadir=/root/zendto-build-store/php5-5.5.9+dfsg/mysql_db 
> --bootstrap --skip-grant-tables
> 170302 12:44:24 [Note] Ignoring --secure-file-priv value as server is 
> running with --bootstrap.
> 170302 12:44:24 [Note] /usr/sbin/mysqld (mysqld 
> 5.5.54-0ubuntu0.14.04.1) starting as process 19855 ...
> 170302 12:44:24 [Note] Plugin 'FEDERATED' is disabled.
> 170302 12:44:24 InnoDB: The InnoDB memory heap is disabled
> 170302 12:44:24 InnoDB: Mutexes and rw_locks use GCC atomic builtins
> 170302 12:44:24 InnoDB: Compressed tables use zlib 1.2.8
> 170302 12:44:24 InnoDB: Using Linux native AIO
> 170302 12:44:24 InnoDB: Initializing buffer pool, size = 128.0M
> 170302 12:44:24 InnoDB: Completed initialization of buffer pool
> InnoDB: Unable to lock ./ibdata1, error: 13
> InnoDB: Check that you do not already have another mysqld process
> InnoDB: using the same InnoDB data or log files.
> 170302 12:44:24  InnoDB: Operating system error number 13 in a file 
> operation.
> InnoDB: The error means mysqld does not have the access rights to
> InnoDB: the directory.
> InnoDB: Error in creating or opening ./ibdata1
> 170302 12:44:24 InnoDB: Could not open or create data files.
> 170302 12:44:24 InnoDB: If you tried to add new data files, and it 
> failed here,
> 170302 12:44:24 InnoDB: you should now edit innodb_data_file_path in 
> my.cnf back
> 170302 12:44:24 InnoDB: to what it was, and remove the new ibdata 
> files InnoDB created
> 170302 12:44:24 InnoDB: in this failed attempt. InnoDB only wrote 
> those files full of
> 170302 12:44:24 InnoDB: zeros, but did not yet use them in any way. 
> But be careful: do not
> 170302 12:44:24 InnoDB: remove old data files which contain your 
> precious data!
> 170302 12:44:24 [ERROR] Plugin 'InnoDB' init function returned error.
> 170302 12:44:24 [ERROR] Plugin 'InnoDB' registration as a STORAGE 
> ENGINE failed.
> 170302 12:44:24 [ERROR] Unknown/unsupported storage engine: InnoDB
> 170302 12:44:24 [ERROR] Aborting
>
> 170302 12:44:24 [Note] /usr/sbin/mysqld: Shutdown complete
>
> make: *** [test-results.txt] Error 1
> ^[[1m ^[[0m
> ^[[1mOh dear, building PHP failed. I am going to need help.^[[0m
> ^[[1mPlease try to fix whatever was wrong and re-run this script.^[[0m
> ^[[1mExiting...^[[0m
>
>
>
>
> Truman State University
>
> Greg Marshall
> Web Services Manager
> IT Services
> Truman State University
> 111C McClain Hall
> 100 E. Normal Avenue
> Kirksville, MO 63501
> (660) 785-4254
> gmarsh at truman.edu <mailto:gmarsh at truman.edu>
> www.truman.edu <http://www.truman.edu/>
>
> Don’t follow. Pursue.
>
>
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto

Jules

-- 
Julian Field MEng MBCS CITP CEng

IMPORTANT: This email is intended for the use of the individual
addressee(s) named above and may contain information that is
confidential, privileged or unsuitable for overly sensitive persons
with low self-esteem, no sense of humour or irrational religious
beliefs. If you are not the intended recipient, any dissemination,
distribution or copying of this email is not authorised (either
explicitly or implicitly) and constitutes an irritating social faux
pas.

Unless the word absquatulation has been used in its correct context
somewhere other than in this warning, it does not have any legal
or no grammatical use and may be ignored. No animals were harmed
in the transmission of this email, although the kelpie next door
is living on borrowed time, let me tell you. Those of you with an
overwhelming fear of the unknown will be gratified to learn that
there is no hidden message revealed by reading this warning backwards,
so just ignore that Alert Notice from Microsoft.

However, by pouring a complete circle of salt around yourself and
your computer you can ensure that no harm befalls you and your pets.
If you have received this email in error, please add some nutmeg
and egg whites, whisk and place in a warm oven for 40 minutes.

www.Zend.To
Twitter: @JulesFM
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20170308/f11c7230/attachment-0001.html