aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Pages: [1] 2

Author Topic: webserver or maybe daemon bug  (Read 7596 times)

aldebaran

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 42
webserver or maybe daemon bug
« on: October 12, 2005, 03:38:37 PM »

1)  formatted my debian linux harddisk
2)  compiled and installed wxGTK 2.6.2 without errors
3)  compiled and installed aMule cvs20/10/05 (amule + amuled + amuleweb + amulecmd) without errors
4)  executed 'make check'  5/5 tests passed
5)  lounched amued + amuleweb all fine

6)  in amuleweb pannel I found some errors (though I doubt whether they are from web interface or the daemon)

a) a part from server list (which is displayed correctly) all other tabs are displayed as "virgin". I mean as the first time you run amule: without any customisation.

in other words: Statistics tab shows as follows:
"shared files
      Number of Shared Files: 59
      Dimensione totale file condivisi: 26,01 GB
      Dimensione media file: 451,35 MB"

but shared files tab shows like in the attached snapshot
« Last Edit: October 20, 2005, 04:00:43 PM by aldebaran »
Logged

lfroen

  • Guest
Re: webserver or maybe daemon bug
« Reply #1 on: October 14, 2005, 06:48:06 AM »

Is there something webserver does display ?! Or you mean that it displays pages, but they are empty ?
Logged

aldebaran

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 42
Re: webserver or maybe daemon bug
« Reply #2 on: October 14, 2005, 01:51:26 PM »

please read below
« Last Edit: October 20, 2005, 04:01:07 PM by aldebaran »
Logged

lfroen

  • Guest
Re: webserver or maybe daemon bug
« Reply #3 on: October 14, 2005, 04:03:45 PM »

Quote
displays the templates but does not display at all the custumed pages

Make us a favor: take your time to state (and spell) your question(s). Nobody is telepath here - please provide extensive explanation of:
1. What you have done
2. What you expected to happen
3. What has actually happen and why do you thing this is wrong.
Logged

GonoszTopi

  • The current man in charge of most things.
  • Administrator
  • Hero Member
  • *****
  • Karma: 169
  • Offline Offline
  • Posts: 2685
Re: webserver or maybe daemon bug
« Reply #4 on: October 14, 2005, 11:28:48 PM »

Or take a screenshot that will turn the lights on in our heads.
Logged
concordia cum veritate

aldebaran

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 42
Re: webserver or maybe daemon bug
« Reply #5 on: October 20, 2005, 03:57:58 PM »

As well when I do a search (for example word "linux") and press SEARCH button the frame window which should display the "refetch" link (the frame under the the upper toolbar) vanishes! No downloads are possible throgh this way.

As well after being connecte to server (due to my network no way to get high id) and Kadelmia (ok)  no uploads are shown (no one actually requests any file, where with last stable amule release upload bandiwth was fulfilled just a few hours before I upgraded) .

Pasting an ed2k link makes amule download start, but this is how download tab in webserver shows as follow (no single item displayed - Show Queue button never worked (actually even in previous releases))

This is what I mean by saying that no customed page is displayed.

The problem occured in 12oct cvs (maybe before, I don't know) and is still present in todays cvs.

Hope I explained better the problem this time!  :]
Logged

lfroen

  • Guest
Re: webserver or maybe daemon bug
« Reply #6 on: October 20, 2005, 04:59:52 PM »

Got it. Happens to me once too.
Please try to run amuleweb manually with --php and report if problem persist.
Logged

aldebaran

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 42
Re: webserver or maybe daemon bug
« Reply #7 on: October 20, 2005, 06:50:53 PM »

with php it occures another problem!! :(
now with php template login page is displayed (also with beautiful php girl) but after logging in it only refreshes.

Cookies are enabled (SESSID cookie shows in cookies list)
Location of php-default template checked
also remote.conf file checked for correct template
also tried sending amuleweb template name with -t argument

still another problem  :(
« Last Edit: October 20, 2005, 06:51:53 PM by aldebaran »
Logged

lfroen

  • Guest
Re: webserver or maybe daemon bug
« Reply #8 on: October 21, 2005, 05:37:17 AM »

This has been reported once, but I could never reporoduce it. Please ensure that remote.conf contain valid password hash (it must be same as in amule.conf).
If your password hash is ok, but you still can't login, please run amuleweb without -q switch and post here output from terminal window.
Logged

aldebaran

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 42
Re: webserver or maybe daemon bug
« Reply #9 on: October 21, 2005, 01:32:16 PM »

lfroen,
it should be a php related problem since when I switch to old standard profile webserver grants me access again.

however I checked password ashes and resetted (deleted) both amule.conf and remote.conf

now these field are in amule.conf while remote.conf is empty (when I fill it with password=my_hash nothing changes):

AcceptExternalConnections=1
ECAddress=127.0.0.1
ECPort=4712
ECPassword=e9a23cbc455*
ShowProgressBar=1
ShowPercent=0
UseSrcSeeds=0
UseSecIdent=0
IpFilterOn=0
[WebServer]
Enabled=0
Password=e9a23cbc455*
PasswordLow=
Port=10970
UseGzip=0
UseLowRightsUser=0
PageRefreshTime=120

shell output is:

aMuleweb$
WSThread: Thread started
WSThread: created service
WSThread: created socket listening on :10970
WCThread: Started a new WCThread
No session opened - requesting login
Session created - requesting login
Warning: session is not logged in but request have no password
Processing request: login.html
WCThread: exited [WebSocket closed]
WCThread: Started a new WCThread
WCThread: exited [WebSocket closed]
WCThread: Started a new WCThread
Session ok
Checking password
Password bad

I wonder where webserver tries finding the password hash...
Logged

lfroen

  • Guest
Re: webserver or maybe daemon bug
« Reply #10 on: October 21, 2005, 02:29:00 PM »

Quote
Session ok
Checking password
Password bad


That explains login failure. amuleweb (when run standalone) takes hash from remote.conf. Check is very simple: run amuleweb with --php option and without. If you you can login in one, but can not in another - that clearly indicate php failure. Remember to turn off "Automatic webserver start" in preferences before checking.
Your config files (both amule.conf and remote.conf) should contain something like this:
Quote
[Webserver]
Port=4711
UseGzip=0
AllowGuest=0
AdminPassword=e10adc3949ba59abbe56e057f20f883e
GuestPassword=d0970714757783e6cf17b26fb8e2298f
Logged

aldebaran

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 42
Re: webserver or maybe daemon bug
« Reply #11 on: October 21, 2005, 04:13:52 PM »

OK   8)

Things are getting better  :D

Listen lfroen, amule / amuled creates config files with Password and PasswordLow values, while amuleweb php understands only AdminPassword and GuestPassword ones! That's why it didn't recognise the password!  ;)

Also, in php mode shared files are displayed correctly,
while
Kad tab does not display anything (seems not working at all the button)
statistics tab only displays graphs (not textual statistics)

where is uploading clients list?

Thanks for your support and great work!

PS: it showed this error, I have no idea of what it means, but I think you do "PHP Error: Argument of 'foreach' must be array"

bye
« Last Edit: October 21, 2005, 04:25:35 PM by aldebaran »
Logged

lfroen

  • Guest
Re: webserver or maybe daemon bug
« Reply #12 on: October 21, 2005, 04:28:39 PM »

Quote
Kad tab does not display anything (seems not working at all the button)

Kad page is actually not implemented yet, since I'm still considering what it should contain.

Quote
statistics tab only displays graphs (not textual statistics)

where is uploading clients list?

You seems have outdated template. I have fixed/implemented it 1-2 days ago.
Quote
Listen lfroen, amule / amuled creates config files with Password and PasswordLow
This appears to be correct. I have no idea who and why wrote it this way. But it looks like I will have to fix it somehow.
Logged

GonoszTopi

  • The current man in charge of most things.
  • Administrator
  • Hero Member
  • *****
  • Karma: 169
  • Offline Offline
  • Posts: 2685
Re: webserver or maybe daemon bug
« Reply #13 on: October 22, 2005, 02:25:27 PM »

Quote
amule / amuled creates config files with Password and PasswordLow values, while amuleweb php understands only AdminPassword and GuestPassword ones! That's why it didn't recognise the password!

Easiest way to create a valid and working remote.conf:[list=1]
  • Run amule, and set up webserver preferences in Preferences->Remote Controls
  • run: amuleweb --create-config-from=amule.conf
  • run amuleweb, and enjoy
  • [/list=1]

    If wiki wasn't on maintenance mode, there is a page describing remote.conf contents.
    The above instructions are also in amuleweb's man page.
Logged
concordia cum veritate

lfroen

  • Guest
Re: webserver or maybe daemon bug
« Reply #14 on: October 22, 2005, 05:15:59 PM »

Quote
Easiest way to create a valid and working remote.conf:

   1. Run amule, and set up webserver preferences in Preferences->Remote Controls
   2. run: amuleweb --create-config-from=amule.conf
   3. run amuleweb, and enjoy

I think easiest way would skip step (2), i.e. pressing OK button should update content of remote.conf. The  way it work now is one of most confusing things I ever saw. We have dedicated config file for remote tools, called remote.conf - lets be consistent and use only this one. Even if you have switch that let you choose another config file, wtf keys have different names there ?!
--create-config-from - this is first thing that I will drop (together with moving it's code to relevant part of Preferences.cpp).
Logged
Pages: [1] 2