What is with email support?

M

markeu

Verified User
Joined
Mar 13, 2007
Messages
26
What the hell is with your email support?
You are promissing to reply in 45min and for hours i didn't get a reply from you.

I have 5 servers with DA and on last 2 i have problems as sent in email - probmes are with DA itself - so when can i expect a reply?

Thanks

mark

PS: what the hell is with live support - its never live!
 
If you post what problem you are having then we might be able to help. If you are here just to show your anger then that is a waste of time. This is not the official DirectAdmin support.
 
The problem is when I click on “download” link in mysql management – it doesn’t start downloading as on any other servers but opens sth like this:

*‹ß—jL


ě]kwâ8“ţĽý+4ď‡Iú] 6wf·Ď;„ „ —L éé9sNZ`ž‹ń%„üú-I&–ŤI¬L÷ÁĚŮîNJ×SŞ*•d]ňyÔ[ í"Ă_,‘®ôBg¦ë9ćU zˇTΡ)uĐr’·LŰ ĘĎl*›Őzőă‡|‑ţˇKęz?!‹N°5‡ŹţśaŹ±K~BŘX˜öý[1]›¶1f™óďúĂJ
‰óH

?®Ií˙Ľ}řpňď*Ęš®éhŘ‑ˇźÝłűÖeó¦Ůµoî tßęvÚýѧź N"Ł źüĎ›5Ü´‡·ÝŃp«Š€ľ«ŽA·Űu}řÔď·[ě#«" Ľ]CżŮk‘ďMërZ)¬}Ôéµď *ôŰPĺËçíĽa¶Ł˙Ö´ź4í(ĚŁéĺ°ľŰ~ç×Ű6o·®ŇČ÷Š&k;*9*Ü´;ýű«ö—°¦mb
%dÔvˆTóľ78c87*sč…xÔ*Ü7oGƒű»fř

©ţŢľH u=VW 0jƒĘřgQ› &[1]µ‑á±E‚?ń|‡p#đ8íëdŽm›X÷Ř0ŕÇ·Ľű€ň••ýpv3¸FŁći·Ť:ç¨ý[gZňJˇ8n?ă~âŢO,“ŘÜ Đ'ôóĎ ßÁŹ8÷.ń6‰[bKĚő)T¦ÖM»9jü˝Â:ţ€ĐW wŚŻČ´˝c]űˆ@N¨ Űí".őN**ë ĺXVß%NbŢłöy,iG~řˆÚý‹
huoÝ6{/…˜}‚>YŘ3m=ť\¶¤-©ŔřDÓž!

Ü™Bűw*+!ßW›}ľéŚÚCŇ4Ôě‚kIŃ0gšĺˇHŢGĄ†v?ZÁm_âYŐ[1]u?kZ˙˙ú®¤ďé4]]Ç˙Žv *˝~4 BÓjµČśťÜ|?Ťćő˙3ôYjĺťÚˆ3µ.ůߡÉAÉo¨Ç~§Óa–1úË8Ůč.|ŢčYůmĺµń‚|EŹŘaŹ>.j‰š)Tx‰]wE#]ö¸‑ ¶¶59Ęקâ‑UűĄáw¨5—rJ•ćy·ÔąÓ*¶oF¨Ó* ¶2ó€|ˆŽőܧĺŽ\:ĄqŹ>¦|ŕ7´[1]‑ý`ŹĚ¨łNg
‘Ů°‹KÂ@^|°ţşq€˘§tí &d™öƒ”µňJV—<É9+Żäô° and so on…


there are several other occasions when this happens, i did also try this:

That's usually a mime-type issue.

Check your /etc/mime.types, and compare it with:
/usr/local/directadmin/custombuild/configure/ap2/conf/mime.types

eg:

diff /etc/mime.types /usr/local/directadmin/custombuild/configure/ap2/conf/mime.types

If there are differences, type:

cp -f /usr/local/directadmin/custombuild/configure/ap2/conf/mime.types /etc/mime.types

---------------- but didn't work
 
this is happening on 2 newly installed servers with debian 5 os.
everything else works ok
 
Hello

I've already replied to this in an email, however I'll follow up again here. I googled this error, and came across this thread:
http://www.directadmin.com/forum/showthread.php?t=36103

where the solution was to set /etc/mime.types to 644, as it previously wasn't readable by anyone, hence DA defaulted back to the text/plain header, giving you the less than desirable result. Also ensure the application/x-gzip gz tgz mime type is in the mime.types file (which is likely already there).

John
 
thanks for reply - this worked when downloading database, however if i download database from one server and restore it on another one it says "Database has been successfully Restored" - but in fact it hasn't been

this is just so wierd
also the vi editor didn't work, but the vim did = wierd
 
haven't tried through command line - don't know how to do it

but if i do through phpmyadmin - it works - so the problem is with DA
 
i guess DA doesen't know what to do with .gz file it requests for restore - so it just says everything is ok - similar as before not allowing it to download
 
markeu said:
haven't tried through command line - don't know how to do it
Click to expand...

I am sorry I thought you were a server administrator. I am not sure how to help you at this point if you don't know anything about command lines.
 
i do know ssh things i need to know / use on regular basis - so i do know how to use it but don't know all the commands...
for other things i get outside support - but this is a DA error, so no one else except ppl familiar with DA or DA support will be able to solve this



Back to the problem: since recovery/import works in phpmyadmin - which does exactly the same thing as i would do manually entering command - the only source of the problem can be in DA
 
Last edited:
Peter Laws said:
The database is too large?
Click to expand...

no, its just 1MB

I created a new test user account and got this error trying to recover database:
Unable to restore database test123_1 : sh: /usr/bin/gunzip: No such file or directory ERROR 1045 (28000): Access denied for user 'test123'@'localhost' (using password: YES)

This error only apperars with new user account – other accounts were transfered from my old server – so maybe this is the case why they don't show above errers.


but if i recover gzipped database through phpmyadmin it works as it should - wierd

it's like DA doesen't know how to unzip it?
 
Hello,

DA uses the password for mysql, that is used when you've logged into DA.

So if you've logged into your "testuser" account with the "login as" feature from
admin, that's not the correct password. As the admin password would be used for mysql, with the testuser account.. hence they don't match.

You must login directly as testuser with the testuser password for User Level mysql restores, without using "login as".

John
 
Hello

Ok, I forgot about this...

I logged in directly to test account and tried it again:
"Database has been successfully Restored" - but in fact it hasn't been - same thing as with admin account - nothing happens
 
Type:
mysql -u root -p database_name < dumpfile.sql

You can see your mysql root password doing this:
cat /usr/local/directadmin/scripts/setup.txt
 
Last edited:
Thanks to John (email support), this fixed it:

This fixed it:
ln -s /bin/gunzip /usr/bin/gunzip
I created admin_test, added some data.
I downloaded the gz, deleted the data (Droped the table)
I then uploaded the gz to admin_test, and the data re-appeared.

If found /usr/bin/gunzip to have been hardcoded, but on debian it seems to be in /bin/gunzip.
 
You must log in or register to reply here.
Back
Top