This forum is no longer active. Please post your questions to our new community site

Forums General

OS X - Unable to execute validation program

Subscribe to OS X - Unable to execute validation program 8 post(s), 4 voice(s)

 
Avatar armaduk 1 post

I’m trying to install some of the stacks (Redmine, Trac, Subversion) but I always get the same error, just after selecting the installation folder and pressing the Next button: “Unable to execute validation program”.
I’m running an iMac with OS X 10.5.6.

some hints?

 
Avatar pdxbrit 2 post(s)

I just downloaded the Redmine stack, and I’m seeing the same thing. Would appreciate some pointers.

 
Avatar Beltrán Rueda Administrator 3,714 post(s)

Hi,

Thanks for reporting it. We are tying to reproduce the issue. Could you try to install as non root user?

Thanks.

 
Avatar Beltrán Rueda Administrator 3,714 post(s)

Hi,

We could not reproduce on our side. Could you try to run the installer from a Terminal using the following option?

$ ./bitnami-(any_stack).app/Contents/MacOS/installbuilder.sh—debugtrace debug.txt

It would be great if you send me the “debug.txt” file created to debug this error. My email address is beltran (at) bitnami (dot) org.

Thanks.

 
Avatar fsieber 2 post(s)

Hi.

I want to try to help with this issue.

I get the same error when i try to install any bitnami stack (testet with dokuwiki, mediawiki, redmine and trac) into a fresh gentoo linux stage3 chroot environment.

Here is how to reproduce the error:

1. simply dowload a gentoo stage3 archive from gentoo.org for you arch
2. unpack it, mount dev and proc, chroot into it
3. get one of the stacks mentioned above
4. run chmod +x <stack> ; chown 0:0 <stack>
5. execute a bitnami installer: ./<stack>
6. hit enter to accept default installation path
7. => the error appears
8. hitting Ctrl+C

I can also provide more detailled instruction, but i think all linux aware people should understand the intructions above.

When exectuing with ‘—debugtrace dbg.txt’ the file ‘dbg.txt’ is never created.

Running the installer with non root rights, the behaviour is the same.

In a full blown Gentoo Linux desktop installation i don’t get the error and all works well.

That means for me, that there is some userspace program missing.
From the Gentoo Package Repository i installed all packages with ‘test’ or ‘validation’ in its name into the chroot environment. but it didnt help.

hope that helps.

 
Avatar Beltrán Rueda Administrator 3,714 post(s)

Thanks for the info, it is very helpful for us.

It seems that the problem is running the “df -k” command to check the free disk space available. Could you execute the command “df -k” in your gentoo chroot environment and to post the result?

Cheers.

 
Avatar fsieber 2 post(s)

I have solved it:

executing “df -k” in the chroot environment (with mounted /dev and /proc) outputs

df -k
df: cannot read table of mounted file systems: No such file or directory

The return value is 1 (failure).

at this point it was already clear to me:
the file /etc/mtab is missing in the chroot environment.

Copying the file from the host system into the chroot environment is not enough, because not all mount points from the host system do exist in the chroot environment.

Only the line with “rootfs” from /etc/mtab (host) must be copied into /etc/mtab of the chroot env. This is very important!
The command to do this is:

sudo sh -c “grep rootfs /etc/mtab > /projekte/chroot-template/redmine/funtoo/etc/mtab”

the output of “df -k” is then:

df -k
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 279385836 129898088 149487748 47% /

the return value is 0 (success)

the bitnami installer now works. but i have no time now to test it any more.

the program “df” is part of any linux sytem (except some embedded systems) and belongs to the coreutils package.

maybe “df” is not part of OS X (to come back to the original post).

bye

Frank

btw: i have written an email to you some days ago and didnt receive an answer. so i registered here and posted my thoughts.

 
Avatar Beltrán Rueda Administrator 3,714 post(s)

Hi Frank,

Sorry about the email, maybe it went to the spam folder. I will try to find it.

It seems that “df -k” was the problem. Thanks for posting the solution. On OS X the problem is that the “armaduk” user has a internet mounted device with WebDAV and “df” can not recognize this device.

We will try to fix this issue to show a specific error.

Thanks.

Forums General