I get no errors in my logs when trying to run the api/cron.php script from command line or otherwise. Are there anymore details that could help?

I have found that it is often easier to just re-install, and then copy across any modified files. If I were you, that's what I would do...

I may end up having to do that. Although, I'll have to consider moving to a different ticketing system. Before I go into the trouble of a reinstall, I'd still like it if anyone could list things that need to be change. Anyone?

5 days later

Another bump. No-one has ever tried migrating to another server?

Another bump. No-one has ever tried migrating to another server?

I am trying...different server, same domain...uploaded the files, uploaded the DB, so nothing should be changed, it does not work. osticket maybe be good for starting off, but i see no real support here, I think i will go to a professional support system, in the end, I think it will just be better off.

@[deleted] - quite frankly, I find this more than a little insulting. If you can find another helpdesk that suits your needs better and want to use that, then that's great, more power to ya. I'm happy you've found something.

But as to the lack of support? Come on, really? If you want support you should, oh, I don't know, http://osticket.com/support(http://osticket.com/support).

It should be obvious by now: The forums are provided as a service for the community, to give members a way to interact and share and help one another. Yes, we try to respond to things when we have the time to, but it should also be obvious that we don't have the time to respond to everything, nor have we ever made any claims otherwise, nor have we ever said "for official, guaranteed support, post a random, non-specific thread on the forum." Rather, we have been very clear that it is a community forum provided as a resource. We know it's not the answer to everyone's question. That's why we also... get this... hang on... wait for it... offer professional support.

In all likelyhood, your issues have nothing at all to do with the migration and everything to do with the configuration of the new server. I'm afraid that's not something we can magically diagnose over a forum.

We provide the script absolutely free of charge, even give you the source code to it so you can make your own modifications, and basically allow you to do whatever you want with it. On top of that, we provide help in the forums when we have time to and also provide commercial support, and respond to a good number of support requests from users via the support system without charging a dime.

And yet your over-indulged sense of entitlement tells you that is not enough and leaves you thinking you should complain about lack of support when you haven't taken any steps to actually make a proper support request as outlined on our support page?

If you wanted professional support for osticket, it's there. All you had to do was ask.

Good luck finding another ticketing system.

@[deleted] - again, your issues are more likely related to something in your server's configuration rather than the move, itself, or customizations you've made to osTicket (it's pretty directory independent and doesn't really care where it is so long as its internal directory structure is in-tact, so I doubt the move itself is your problem). If you'd like to submit a support ticket where we can more privately (for security purposes) discuss the particulars of your server setup, we'd be happy to help you.

I'm also starting to think that it's not OS Ticket that is at fault. I've done a completely clean install on a clone of our web server and I'm having the exact some problem. I may send a ticket in.

6 days later

Can anyone list exact requirements for OSticket? I'm wondering if my issues are because I'm missing an Apache or PHP mod.

I'm not sure of the exact specs, but from my experience, there are no unusual requirements. Perhaps post a copy of your php info...

Maybe you could re-download the installation files. An outside chance, but perhaps the installation files you are using have been damaged...?

I've tried brand new installs on a clone of the new web server and copying the files from the old web server.

I'd rather not give out all of my phpinfo(). Let me know if there's something more specific I can find for you.

I'm running:

RHEL 5.4

Apache 2.2.3

PHP 5.1.6

Zend Engine v2.1.0

MySQL 5.0.77

Configure Command './configure' '--build=i386-redhat-linux-gnu' '--host=i386-redhat-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-mime-magic=/usr/share/file/magic.mime' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-system-tzdata' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--without-odbc' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter'

Loaded Modules core prefork http_core mod_so mod_auth_basic mod_auth_digest mod_authn_file mod_authn_alias mod_authn_anon mod_authn_dbm mod_authn_default mod_authz_host mod_authz_user mod_authz_owner mod_authz_groupfile mod_authz_dbm mod_authz_default util_ldap mod_authnz_ldap mod_include mod_log_config mod_logio mod_env mod_ext_filter mod_mime_magic mod_expires mod_deflate mod_headers mod_usertrack mod_setenvif mod_mime mod_dav mod_status mod_autoindex mod_info mod_dav_fs mod_vhost_alias mod_negotiation mod_dir mod_actions mod_speling mod_userdir mod_alias mod_rewrite mod_proxy mod_proxy_balancer mod_proxy_ftp mod_proxy_http mod_proxy_connect mod_cache mod_suexec mod_disk_cache mod_file_cache mod_mem_cache mod_cgi mod_version mod_perl mod_php5 mod_proxy_ajp mod_python mod_ssl

That looks OK to me. One thought - is short tags enabled? If you change the opening tag in the file you used to get the php info to <? instead of <?php does it still work?

Perhaps try re-downloading osTicket, and do a clean install using a separate database prefix (eg ost1_ instead of ost_). Also, try in a different folder, so that you don't accidentally end up with one or two of the old files.

If you do this, and it still doesn't work, then it is definitely a server issue, and probably something one of the developers will have to look into!

Write a Reply...