Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use?

This WebDNA talk-list message is from

2011


It keeps the original formatting.
numero = 107222
interpreted = N
texte = Ken, it seems you are using the 32-bit version. And we do not have a = 32-bit build for libmysql16: Ubuntu 10 or 11, or Debian 6 are recent OS = and we assume no recent OS runs with a 32bit processor. can you please run uname -a This way we can confirm you have a 32-bit install of the OS. - chris On Aug 16, 2011, at 13:12, Kenneth Grome wrote: > Hi Chris, >=20 > Looks like the problem is with libmysqlclient.so.15. Maybe=20 > Debian 6 uses libmysqlclient.so.16? Does this mean I'm=20 > using the wrong executable? >=20 >=20 > Here are the results you asked for: >=20 > root@kengrome:~# ls -l /var/www/WebDNA/WebDNA.fcgi > -rwxrwxr-x 1 root root 5230068 Feb 22 08:10=20 > /var/www/WebDNA/WebDNA.fcgi >=20 > root@kengrome:~# ldd /var/www/WebDNA/WebDNA.fcgi > libpthread.so.0 =3D> /lib/libpthread.so.0 (0xb7fc2000) > libdl.so.2 =3D> /lib/libdl.so.2 (0xb7fbe000) > libnsl.so.1 =3D> /lib/libnsl.so.1 (0xb7fa6000) > libssl.so.0.9.8 =3D> /usr/lib/i686/cmov/libssl.so.0.9.8=20 > (0xb7f5c000) > libz.so.1 =3D> /usr/lib/libz.so.1 (0xb7f48000) > libmysqlclient.so.15 =3D> not found > libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0xb7e53000) > libm.so.6 =3D> /lib/libm.so.6 (0xb7e2c000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0xb7e0e000) > libc.so.6 =3D> /lib/libc.so.6 (0xb7cc9000) > libcrypto.so.0.9.8 =3D>=20 > /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7b71000) > /lib/ld-linux.so.2 (0xb7fe1000) >=20 > root@kengrome:~# /var/www/WebDNA/WebDNA.fcgi > /var/www/WebDNA/WebDNA.fcgi: error while loading shared=20 > libraries: libmysqlclient.so.15: cannot open shared object=20 > file: No such file or directory >=20 > ... and thanks for the commands that we can use to help=20 > diagnose the problem! >=20 > Sincerely, > Kenneth Grome >=20 >=20 >=20 >> Ken, could you run these commands: >>=20 >> 1.) ls -l /var/www/WebDNA/WebDNA.fcgi >> 2.) ldd /var/www/WebDNA/WebDNA.fcgi >> 3.) /var/www/WebDNA/WebDNA.fcgi >>=20 >> This will tell us: >> 1.) What WebDNA.fcgi file you are running >> 2.) What libraries it is linked to >> 3.) If the executable reports any errors such as "cannot >> open shared object file", which would tell us what >> library is missing >>=20 >> thank you! >>=20 >> - chris >>=20 >> On Aug 16, 2011, at 12:38, Kenneth Grome wrote: >>>> Hi Ken! checking now with a developer. So far, WebDNA >>>> 7.0 can run with any linux version, including Ubuntu >>>> 11. It should work with Debian 6. Just give us few >>>> daytime hours :-) >>>>=20 >>>> WebDNA 7.0 will run with any linux version, we just >>>> need to know if it is a 32bit or 64bit, if it is a >>>> glibcv2 (Fedora, Red Hat, CentOS..) or glibcv3 >>>> (Debian, Ubutuntu...) and finally, Ubuntu 10 or 11 >>>> will request a specific libmysql. >>>=20 >>> Hi Chris, >>>=20 >>> Thanks for this info. Of course I'll give you more >>> daytime hours to help me get WebDNA working again! :) >>>=20 >>> I wonder if Debian 5 and 6 request different libmysql >>> files similar to the way Ubuntu does? >>>=20 >>> I also wonder if it might be better for WSC if you were >>> to have your developer code WebDNA so that it looks >>> for its required dependencies inside the WebDNA folder >>> from now on? Then let us create symlinks to the >>> required files in the WebDNA folder. >>>=20 >>> Wouldn't this eliminate the possibility of WebDNA >>> failing to find a dependency and then failing to start >>> if the dependency is not in the expected location, or >>> if it is but has a different name? >>>=20 >>> In Debian 5 we already need to create a symlink to >>> libssl.so.6 because the file WebDNA expects to find is >>> actually named libssl.so. But we are putting that >>> symlink in the /usr/lib/ folder rather than in the >>> WebDNA folder like this: >>>=20 >>> # ln -s /usr/lib/libssl.so /usr/lib/libssl.so.6 >>>=20 >>> All I'm suggesting here is that we create a symlink to >>> the same libssl.so file, then put it inside the WebDNA >>> folder instead of in /usr/lib/. And do the same thing >>> for all the other dependency files. >>>=20 >>> Then no matter what build we're using, WebDNA will >>> always look for required files inside the WebDNA >>> folder. And when WebDNA fails to start we can confirm >>> that it's dependencies exist (or do not exist) simply >>> by looking inside the WebDNA folder and checking to >>> see that all the required symlinks exist -- and are >>> connected to the correct original files. >>>=20 >>> Is there any reason why this would not work? >>>=20 >>> Another good change might be for the WebDNA executable >>> to have an obvious naming convention that tells us >>> which build we are actually using. For example: >>>=20 >>> WebDNAv0701b32g2.fcgi =3D version 7.1 32bit glibcv2 >>> WebDNAv0724b32g3.fcgi =3D version 7.24 32bit glibcv3 >>> WebDNAv0703b64g2.fcgi =3D version 7.3 64bit glibcv2 >>> WebDNAv0748b64g3.fcgi =3D version 7.48 64bit glibcv3 >>>=20 >>> If this were possible I might not have experienced this >>> problem in the first place, assuming I'm using the >>> wrong executable, because I would have known which one >>> to use from the beginning. >>>=20 >>> If you decide to adopt such a naming convention we can >>> just use a symlink from one of the above executables >>> to WebDNA.fcgi so that our apache / lighttpd / nginx >>> configuration does not have to change when we switch >>> from one WebDNA executable to another. >>>=20 >>> Just some thoughts for possible consideration, that's >>> all. >>>=20 >>> :) >>>=20 >>> Sincerely, >>> Kenneth Grome >>>=20 >>> P.S. I have a WebDNA.fcgi that works on my Ubuntu >>> 10.10 desktop development computer, but I'm going to >>> need one that works on Ubuntu 11 when I upgrade pretty >>> soon too, so maybe you can send me the ones for Debian >>> 6 and Ubuntu 11 when they are ready. Thanks! >>>=20 >>> ------------------------------------------------------- >>> -- This message is sent to you because you are >>> subscribed to the mailing list . >>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us >>> Bug Reporting: support@webdna.us >>=20 >> --------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us >> Bug Reporting: support@webdna.us > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > Bug Reporting: support@webdna.us Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (Kenneth Grome 2011)
  2. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (Kenneth Grome 2011)
  3. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (christophe.billiottet@webdna.us 2011)
  4. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (Kenneth Grome 2011)
  5. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (christophe.billiottet@webdna.us 2011)
  6. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (Kenneth Grome 2011)
  7. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (christophe.billiottet@webdna.us 2011)
  8. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (Kenneth Grome 2011)
  9. Re: [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (christophe.billiottet@webdna.us 2011)
  10. [WebDNA] How do we tell what's misconfigured? Or which WebDNA 7 version to use? (Kenneth Grome 2011)
Ken, it seems you are using the 32-bit version. And we do not have a = 32-bit build for libmysql16: Ubuntu 10 or 11, or Debian 6 are recent OS = and we assume no recent OS runs with a 32bit processor. can you please run uname -a This way we can confirm you have a 32-bit install of the OS. - chris On Aug 16, 2011, at 13:12, Kenneth Grome wrote: > Hi Chris, >=20 > Looks like the problem is with libmysqlclient.so.15. Maybe=20 > Debian 6 uses libmysqlclient.so.16? Does this mean I'm=20 > using the wrong executable? >=20 >=20 > Here are the results you asked for: >=20 > root@kengrome:~# ls -l /var/www/WebDNA/WebDNA.fcgi > -rwxrwxr-x 1 root root 5230068 Feb 22 08:10=20 > /var/www/WebDNA/WebDNA.fcgi >=20 > root@kengrome:~# ldd /var/www/WebDNA/WebDNA.fcgi > libpthread.so.0 =3D> /lib/libpthread.so.0 (0xb7fc2000) > libdl.so.2 =3D> /lib/libdl.so.2 (0xb7fbe000) > libnsl.so.1 =3D> /lib/libnsl.so.1 (0xb7fa6000) > libssl.so.0.9.8 =3D> /usr/lib/i686/cmov/libssl.so.0.9.8=20 > (0xb7f5c000) > libz.so.1 =3D> /usr/lib/libz.so.1 (0xb7f48000) > libmysqlclient.so.15 =3D> not found > libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0xb7e53000) > libm.so.6 =3D> /lib/libm.so.6 (0xb7e2c000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0xb7e0e000) > libc.so.6 =3D> /lib/libc.so.6 (0xb7cc9000) > libcrypto.so.0.9.8 =3D>=20 > /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7b71000) > /lib/ld-linux.so.2 (0xb7fe1000) >=20 > root@kengrome:~# /var/www/WebDNA/WebDNA.fcgi > /var/www/WebDNA/WebDNA.fcgi: error while loading shared=20 > libraries: libmysqlclient.so.15: cannot open shared object=20 > file: No such file or directory >=20 > ... and thanks for the commands that we can use to help=20 > diagnose the problem! >=20 > Sincerely, > Kenneth Grome >=20 >=20 >=20 >> Ken, could you run these commands: >>=20 >> 1.) ls -l /var/www/WebDNA/WebDNA.fcgi >> 2.) ldd /var/www/WebDNA/WebDNA.fcgi >> 3.) /var/www/WebDNA/WebDNA.fcgi >>=20 >> This will tell us: >> 1.) What WebDNA.fcgi file you are running >> 2.) What libraries it is linked to >> 3.) If the executable reports any errors such as "cannot >> open shared object file", which would tell us what >> library is missing >>=20 >> thank you! >>=20 >> - chris >>=20 >> On Aug 16, 2011, at 12:38, Kenneth Grome wrote: >>>> Hi Ken! checking now with a developer. So far, WebDNA >>>> 7.0 can run with any linux version, including Ubuntu >>>> 11. It should work with Debian 6. Just give us few >>>> daytime hours :-) >>>>=20 >>>> WebDNA 7.0 will run with any linux version, we just >>>> need to know if it is a 32bit or 64bit, if it is a >>>> glibcv2 (Fedora, Red Hat, CentOS..) or glibcv3 >>>> (Debian, Ubutuntu...) and finally, Ubuntu 10 or 11 >>>> will request a specific libmysql. >>>=20 >>> Hi Chris, >>>=20 >>> Thanks for this info. Of course I'll give you more >>> daytime hours to help me get WebDNA working again! :) >>>=20 >>> I wonder if Debian 5 and 6 request different libmysql >>> files similar to the way Ubuntu does? >>>=20 >>> I also wonder if it might be better for WSC if you were >>> to have your developer code WebDNA so that it looks >>> for its required dependencies inside the WebDNA folder >>> from now on? Then let us create symlinks to the >>> required files in the WebDNA folder. >>>=20 >>> Wouldn't this eliminate the possibility of WebDNA >>> failing to find a dependency and then failing to start >>> if the dependency is not in the expected location, or >>> if it is but has a different name? >>>=20 >>> In Debian 5 we already need to create a symlink to >>> libssl.so.6 because the file WebDNA expects to find is >>> actually named libssl.so. But we are putting that >>> symlink in the /usr/lib/ folder rather than in the >>> WebDNA folder like this: >>>=20 >>> # ln -s /usr/lib/libssl.so /usr/lib/libssl.so.6 >>>=20 >>> All I'm suggesting here is that we create a symlink to >>> the same libssl.so file, then put it inside the WebDNA >>> folder instead of in /usr/lib/. And do the same thing >>> for all the other dependency files. >>>=20 >>> Then no matter what build we're using, WebDNA will >>> always look for required files inside the WebDNA >>> folder. And when WebDNA fails to start we can confirm >>> that it's dependencies exist (or do not exist) simply >>> by looking inside the WebDNA folder and checking to >>> see that all the required symlinks exist -- and are >>> connected to the correct original files. >>>=20 >>> Is there any reason why this would not work? >>>=20 >>> Another good change might be for the WebDNA executable >>> to have an obvious naming convention that tells us >>> which build we are actually using. For example: >>>=20 >>> WebDNAv0701b32g2.fcgi =3D version 7.1 32bit glibcv2 >>> WebDNAv0724b32g3.fcgi =3D version 7.24 32bit glibcv3 >>> WebDNAv0703b64g2.fcgi =3D version 7.3 64bit glibcv2 >>> WebDNAv0748b64g3.fcgi =3D version 7.48 64bit glibcv3 >>>=20 >>> If this were possible I might not have experienced this >>> problem in the first place, assuming I'm using the >>> wrong executable, because I would have known which one >>> to use from the beginning. >>>=20 >>> If you decide to adopt such a naming convention we can >>> just use a symlink from one of the above executables >>> to WebDNA.fcgi so that our apache / lighttpd / nginx >>> configuration does not have to change when we switch >>> from one WebDNA executable to another. >>>=20 >>> Just some thoughts for possible consideration, that's >>> all. >>>=20 >>> :) >>>=20 >>> Sincerely, >>> Kenneth Grome >>>=20 >>> P.S. I have a WebDNA.fcgi that works on my Ubuntu >>> 10.10 desktop development computer, but I'm going to >>> need one that works on Ubuntu 11 when I upgrade pretty >>> soon too, so maybe you can send me the ones for Debian >>> 6 and Ubuntu 11 when they are ready. Thanks! >>>=20 >>> ------------------------------------------------------- >>> -- This message is sent to you because you are >>> subscribed to the mailing list . >>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us >>> Bug Reporting: support@webdna.us >>=20 >> --------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us >> Bug Reporting: support@webdna.us > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > Bug Reporting: support@webdna.us christophe.billiottet@webdna.us

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Banner DNA (1997) Question about replacing words (1998) Web Catalog 2 demo (1997) Cool new site (1996) could someone please try this - it's very quick and easy (2000) Using Applescript to process WebCatalog functions (1998) [AppendFile] problem (WebCat2b13 Mac .acgi) (1997) Share cost of training videos! (1998) WC2.0 Memory Requirements (1997) File Upload (1997) re: Default contains WEBDNA (1998) 2nd try:Webcat interfering with Webstar? (1998) Nesting format tags (1997) [WebDNA] PDF to Text (2008) different show next (1997) Re:no template caching (1997) Security (1998) Upgrading to 4.0 (2000) Emailer (1997) shipCost not working v2.1b4 (1997)