Ok. Because I got the error trying to get the login screen, I checked the ledgersmb.conf and saw nothing strange. And how could it? I had a working VM and simply only moved its (raw) image from a laptop to a desktop PC and imported it with KVM, resolved the interface issue (at least I think I did) and now apache doesn't seem to be able (or doesn't want) to access the postgresql-8.3 server anymore.
Re the network interface, I even tried from within the VM to open ledgersmb through a lynx session: http://127.0.0.1/ledgersmb/login.php and got the same 404 error. I didn't find any interface related field in ledgersmb.conf. Using psql (specifically for this purpose installed) I can login in the db as user 'ledgersmb' (did: lenny:/home/ledgersmb# su ledgersmb ledgersmb@lenny:~$ psql ledgersmb=> SHOW ledgersmb=> \g ledgersmb=> \q ledgersmb@lenny:~$ and that's all.) I can't imagine it's a configuration file issue, except if there's a network interface related field in there, but I didn't see any. Is there no NIC-related entry in the apache2 setup? To me it seems it's Apache/php that can't/won't connect to postgresql-8.3. ario On Wed, 2011-09-21 at 19:36 +0000, ario wrote: > I got the error in the host's browser when I entered the address > http://192.168.122.48/ledgersmb/login.php > to answer your question. > > Now I'm going to try to follow your instructions. > > Thanks, > > ario > > > On Wed, 2011-09-21 at 06:57 -0700, Chris Travers wrote: > > On Wed, Sep 21, 2011 at 4:40 AM, ario <[email protected]> wrote: > > > The first question is very easy to answer: ledgersmb-1.2.7-ebuild > > > > > Ok, and where do you get the error? When you try to get to the login > > screen or when you try to actually log in? > > > > If you get an error in the login screen, edit your ledgersmb.conf > > appropriately. If you get it when trying to log in, the db host is > > stored per user in the users_conf field in your central db in 1.2.x. > > > > Best Wishes, > > Chris Travers > > > > ------------------------------------------------------------------------------ > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2dcopy1 > > _______________________________________________ > > Ledger-smb-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/ledger-smb-users > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > Ledger-smb-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ledger-smb-users ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Ledger-smb-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
