I rolled back to my current 3.1.2 installer and I’m currently deciding whether or not to go beta or manual. I started out manual some years back, but decided to go with the installer to ease the upgrade procedure. Looking back, though, I can’t see the issues that I was trying to ease.
/S From: otrs-boun...@otrs.org [mailto:otrs-boun...@otrs.org] On Behalf Of Bogdan Iosif Sent: 19. juni 2013 15:57 To: User questions and discussions about OTRS. Subject: Re: [otrs] Problem upgrading to 3.2.8 on Windows (cause?: old HTTPD binaries in latest installer?) Thanks. What did you do? You decided to wait for a stable installer? On Wed, Jun 19, 2013 at 4:54 PM, Sune T. Tougaard <s...@lyngsoesystems.com<mailto:s...@lyngsoesystems.com>> wrote: Doh, in that some forum post, it says that 3.2.3 is working, I think that was what I saw. /S From: otrs-boun...@otrs.org<mailto:otrs-boun...@otrs.org> [mailto:otrs-boun...@otrs.org<mailto:otrs-boun...@otrs.org>] On Behalf Of Sune T. Tougaard Sent: 19. juni 2013 15:51 To: User questions and discussions about OTRS. Subject: Re: [otrs] Problem upgrading to 3.2.8 on Windows (cause?: old HTTPD binaries in latest installer?) Hi, I’ve experienced something similar (a couple of times, actually), trying to do a 3.1.2 -> 3.2.x recently, ending up with a roll-back. I also found this post on the forums: http://forums.otterhub.org/viewtopic.php?f=63&t=20288 I read somewhere (can’t remember where and can’t find it again, it was very late ;-) ), that v. 3.2.4 shouldn’t experience this problem. I have not tested, I think I’m aiming for simply doing a manual install of a newer Apache instead. (or actually giving the beta installer a try) /Sune From: otrs-boun...@otrs.org<mailto:otrs-boun...@otrs.org> [mailto:otrs-boun...@otrs.org<mailto:otrs-boun...@otrs.org>] On Behalf Of Bogdan Iosif Sent: 19. juni 2013 15:38 To: OTRS User Mailing List Subject: [otrs] Problem upgrading to 3.2.8 on Windows (cause?: old HTTPD binaries in latest installer?) Hi list, I'm trying to upgrade to 3.2.8, from 3.1.10, on Win 2008 R2 with SP1 and I'm running into an ugly problem that I think is related to the Apache config deployed by OTRS's Windows installer 2.4.8. I used this 3.2.8 package because I made the common sense assumption that its installer is more stable than the latest beta for OTRS's Windows installer 3.0.0. First, I performed a clean install (in a VM where Windows itself was freshly installed) using otrs-3.2.8-win-installer-2.4.8.exe. When it came time to run the web installer I instead switched to following instructions for the upgrade from here: https://github.com/OTRS/otrs/blob/rel-3_2_8/UPGRADING.md =Symptoms= Everything went OK with the upgrade up to, and through, step "12. Restart your services". When I reached step 13 and needed to start using OTRS's admin interface, I discovered the application is unusable because Apache's process crashes very suddenly after a few HTTP requests and OTRS is effectively shutdown afterwards. If I attempt to manually restart the Apache service then it crashes again very soon, following the same pattern. The Event Log contains some cryptic messages like: ==System Log== The Apache2.2 service terminated unexpectedly. ==Application Log== Faulting application name: httpd.exe, version: 2.2.22.0, time stamp: 0x4f242d7a Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000 Exception code: 0xc0000005 Fault offset: 0x753a34c1 Faulting process id: 0x458 Faulting application start time: 0x01ce6cdea9707025 Faulting application path: C:\Program Files (x86)\OTRS\Apache\bin\httpd.exe Faulting module path: unknown Report Id: 3c668618-d8d2-11e2-b6da-000c29f4581a Faulting application name: httpd.exe, version: 2.2.22.0, time stamp: 0x4f242d7a Faulting module name: IPHLPAPI.DLL_unloaded, version: 0.0.0.0, time stamp: 0x4ce7b859 Exception code: 0xc0000005 Fault offset: 0x753a34c1 Faulting process id: 0x6bc Faulting application start time: 0x01ce6cdeb6fa43b4 Faulting application path: C:\Program Files (x86)\OTRS\Apache\bin\httpd.exe Faulting module path: IPHLPAPI.DLL Report Id: 3bfdbf74-d8d2-11e2-b6da-000c29f4581a =My Investigation= The following recent post (in German) describes almost the same exact problem that I have: http://stefan.pachlina.net/index.php?option=com_content&view=article&id=317:otrs-crash-apache-service-beendet-sich-ab-325&catid=21:itblog&Itemid=42 Reading through Google Translate, I saw the author pinpointing the root cause to a faulty version of \OTRS\apache\bin\libapr-1.dll. He said the bad version is 1.4.5.0 and recommends instead either 1.3.6.0 or 1.4.6.0. Note that I currently have 1.4.5.0 in production and haven't ran into any problems. Also, I have no idea how the post author identified that DLL to be the problem. The output from "httpd -v" is identical between my prod (3.1.10) and test (3.2.8) envs but after doing a folder comparison I see a lot of differences in files from apache\bin. First, there are a lot of *.DLL and *.SO files that are different and the versions deployed with 3.2.8 seem a lot older (from 2009) than those deployed with 3.1.10 (from 2012). Here is a report (copy/paste in notepad to see it clearly): Name Version Size Modified Name Version Size Modified ------------------------------------------------------------------------------------------------------------------------------- bin 9`108`428 19-Jun-2013 15:52:38 bin 28`155`388 19-Jun-2013 15:50:52 +libaprutil-1.dll 1.4.1.0 192`604 28-Jan-2012 12:15:46 >> +libaprutil-1.dll 1.3.8.0 188`496 06-Jul-2009 23:21:36 +libapr-1.dll 1.4.5.0 139`347 28-Jan-2012 12:11:16 >> +libapr-1.dll 1.3.6.0 135`239 06-Jul-2009 23:21:20 +libapriconv-1.dll 1.2.1.0 36`958 28-Jan-2012 12:11:24 >> +libapriconv-1.dll 1.2.1.0 36`946 06-Jul-2009 23:21:24 +apr_dbd_oracle-1.dll 1.4.1.0 32`868 28-Jan-2012 12:15:54 >> +apr_dbd_oracle-1.dll 1.3.8.0 32`856 06-Jul-2009 23:21:38 +apr_dbd_sqlite3-1.dll 1.4.1.0 28`773 28-Jan-2012 12:15:52 >> +apr_dbd_sqlite3-1.dll 1.3.8.0 28`761 06-Jul-2009 23:21:38 +apr_dbd_pgsql-1.dll 1.4.1.0 28`771 28-Jan-2012 12:15:56 >> +apr_dbd_pgsql-1.dll 1.3.8.0 28`759 06-Jul-2009 23:21:38 +apr_dbd_mysql-1.dll 1.4.1.0 28`771 28-Jan-2012 12:15:58 >> +apr_dbd_mysql-1.dll 1.3.8.0 28`759 06-Jul-2009 23:21:38 +apr_dbd_odbc-1.dll 28`770 28-Jan-2012 12:15:50 >> +apr_dbd_odbc-1.dll 28`758 06-Jul-2009 23:21:38 \apr_ldap-1.dll 1.4.1.0 24`671 28-Jan-2012 12:15:50 >> \apr_ldap-1.dll 1.3.8.0 24`659 06-Jul-2009 23:21:36 ------------------------------------------------------------------------------------------------------------------------------- There are more differences, amongst which the most notable are a lot of *.SO files in \apache\bin\iconv that are even older (from 2008). Last but not least, there are a lot of *.PDB files sprinkled through \bin subfolders. =Bottom Line= I don't know what to make out of this difference in DLL versions. It seems the installer's author started to use older versions on purpose but I don't know why. Can someone make sense of this problem or at least provide me with some info about a 3.2.x release whose Windows installer works on Windows 2008 R2? /bogdan --------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
