Updated from .32 to 1.1.0 to 1.1.2 to 1.2.0 - User Login Hist page blank
-
Or you simplifying the dates, or trying to grab all of them?
-
I can’t even do a dates query. I click on either link, and it blanks out. I don’t get to a page where it will even begin to allow me to specify a query.
-
This release broke other functions as well.
Trying to list all images, results in a blank page.
Trying to search an image results in this:[url=“/_imported_xf_attachments/1/1526_Uhoh.png?:”]Uhoh.png[/url]
-
Hello,
Is there any advance on this problem?
I’m running 1.2.0 on a SuSe platform.I haven’t discovered any problems with reports but I suffer the same problem as described above if I try to list the images or do a search.
Clicking on ‘List All Images’ results in a blank page (page source is blank too - suggests that nothing is rendered)
‘New Search’ shows a page and if I enter a random string, I get ‘0 results found’ which is to be expected. If I start to enter the name of a valid image, I get ‘Internal Server Error’ as UpACreek does.Thanks in advance for any help.
Alasdair -
[quote=“Alasdair Hatfield, post: 40435, member: 24780”]Hello,
Is there any advance on this problem?
I’m running 1.2.0 on a SuSe platform.I haven’t discovered any problems with reports but I suffer the same problem as described above if I try to list the images or do a search.
Clicking on ‘List All Images’ results in a blank page (page source is blank too - suggests that nothing is rendered)
‘New Search’ shows a page and if I enter a random string, I get ‘0 results found’ which is to be expected. If I start to enter the name of a valid image, I get ‘Internal Server Error’ as UpACreek does.Thanks in advance for any help.
Alasdair[/quote]
Did you try any of the suggestions as described throughout this thread? I don’t know what’s causing the issue on images but it sounds like either you have a ton of images or there’s an image or two that are not holding the proper I’d for whatever reason. On to that when you get the blank page what is in your error log? -
Hello Tom,
Thanks for the fast reply.
The memory suggestions in the thread seemed unlikely to me as I am currently only dealing with two images. Correct me if this assumption is wrong.
This is what I did -
allow PC (host) to create itself as a host on the server
create an image for the host
link the image to the host
initiate a task to upload the image
NB - this does not complete - stars appear on the host but the server doesn’t end the task. So, I move the image form dev/ to images/ with the assigned name of the image. I don’t change any rights.If I then check the image list - problem
However, if I initiate a download, all seems to run smoothly.
I have looked at the log files under /opt/fog but they don’t appear to have been touched since my last attempts a month ago.
There are 4 logs - fogscheduler, fogreplicator, groupmanager, multicast
Am I looking in the wrong place or have I managed to kill logging somewhere along the line?Best
Alasdair -
Here is the images table from the db if it gives any clues
[url=“/_imported_xf_attachments/1/1590_images_table.txt?:”]images_table.txt[/url]
-
So I’m not sure where the problem lies or where the error logs are found on SuSE Linux. Maybe in /var/log/httpd or /var/log/apache
This issues based on what you’re telling me appear related to ftp issues though.
-
Tom,
I had misunderstood you. I thought you meant the fog logs. Attached are the apache logs. I have flushed the logs and then started a fog session ([url]http://localhost/fog/management[/url]), logged in and then I went directly to the images page and tried to list the images.
the ob_gzhandler warning pops up with every transaction so I ignored that. Apart from that, I can’t see anything untoward.
Can you explain your thoughts about the link between this problem and ftp? What does fog use ftp for? I understand that tftp and nfs are used and why but not ftp.
Thanks
Alasdair[url=“/_imported_xf_attachments/1/1591_access_log.txt?:”]access_log.txt[/url][url=“/_imported_xf_attachments/1/1592_error_log.txt?:”]error_log.txt[/url]
-
Would you be willing to upgrade to SVN?
I have a feeling the issue you’re experiencing has already (albeit probably unknowingly) been fixed in the latest.
ob_gzhandler is still done, but that shouldn’t be giving you a blank page.
Does SuSE Linux have selinux with it as well? Just wondering.
FTP is used during Image Uploads. It’s what moves the image from /images/dev/<macaddress> to /images/<imagename>.
Being that it got stuck, it sounds, to me, like the password is not set properly, probably because of the upgrade.
Why? I made an attempt to make this somewhat simplified, but I was not perfect. I’d say your easiest fix for that would be to set your own password for the linux fog user. This can be done with:
[code]sudo passwd fog[/code]Enter your new password and then you will need to edit three locations.
First (to allow other upgrades to work without issue – if my suspicions are correct) edit the:
[code]/opt/fog/.fogsettings[/code] file and change the password= line to contain
[code]password=“<yourfogpasswordhere>”[/code]Then you will edit the node:
Storage Management -> Search or List the relevant node -> Select the relevant node via the link provided -> Management Username and Management PasswordThen you will edit the TFTP_FTP password from:
FOG Configuration->FOG Settings->TFTP Server->FOG_TFTP_FTP_PASSWORDYou’ll replace the password fields to match that of the password you had set using the passwd command above.
I don’t know if this will fix all or any of the issues, but I certainly hope it gives a good starting point to help troubleshoot.
-
Hello,
I’ve upgraded to SVN 2906 and this problem is resolved.
I now see a sensible page if I call up the login history.
Thanks
Alasdair
