[Ovirt-devel] [error] avahi_entry_group_add_service_strlst("AdminNodeFQDN") failed: Invalid host name

Joey Boggs jboggs at redhat.com
Mon Nov 30 02:21:09 UTC 2009


Jorick Astrego wrote:
> On 11/28/2009 03:20 AM, Joey Boggs wrote:
>> Jorick Astrego wrote:
>>> Hi,
>>>
>>> After doing a clean install of ovirt in a Fedora 11 VM, I am unable 
>>> to get anything working in the web interface. All I get is an error 
>>> 500.
>>>
>>> After reviewing the logs I see the following error in 
>>> /var/log/http/error.log
>>>
>>> [Thu Nov 26 11:29:11 2009] [notice] Apache/2.2.13 (Unix) DAV/2 
>>> mod_auth_kerb/5.4 mod_nss/2.2.11 NSS/3.12.2.0 mod_python/3.3.1 
>>> Python/2.6 configured -- resuming normal operations
>>> [Thu Nov 26 11:29:11 2009] [error] 
>>> avahi_entry_group_add_service_strlst("AdminNodeFQDN") failed: 
>>> Invalid host name
>>> /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:212:in 
>>> `log': PGError: ERROR:  relation "pools" does not exist 
>>> (ActiveRecord::StatementInvalid)
>>> :             SELECT a.attname, format_type(a.atttypid, 
>>> a.atttypmod), d.adsrc, a.attnotnull
>>>               FROM pg_attribute a LEFT JOIN pg_attrdef d
>>>                 ON a.attrelid = d.adrelid AND a.attnum = d.adnum
>>>              WHERE a.attrelid = 'pools'::regclass
>>>                AND a.attnum > 0 AND NOT a.attisdropped
>>>              ORDER BY a.attnum
>>>         from 
>>> /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.2/lib/active_record/connection_adapters/postgresql_adapter.rb:494:in 
>>> `query'
>>>         from 
>>> /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.2/lib/active_record/connection_adapters/postgresql_adapter.rb:1039:in 
>>> `column_definitions'
>>>         from 
>>> /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.2/lib/active_record/connection_adapters/postgresql_adapter.rb:659:in 
>>> `columns'
>>>         from 
>>> /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.2/lib/active_record/base.rb:1276:in 
>>> `columns_without_gettext_activerecord'
>>>         from 
>>> /usr/lib/ruby/gems/1.8/gems/gettext_activerecord-2.0.4/lib/gettext_activerecord/base.rb:62:in 
>>> `columns'
>>>         from 
>>> /usr/share/ovirt-server/vendor/plugins/betternestedset/lib/better_nested_set.rb:35:in 
>>> `acts_as_nested_set'
>>>         from /usr/share/ovirt-server/app/models/pool.rb:21
>>>         from 
>>> /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in 
>>> `gem_original_require'
>>>          ... 25 levels...
>>>         from /usr/share/ovirt-server/dutils/dutils.rb:19:in `require'
>>>         from /usr/share/ovirt-server/dutils/dutils.rb:19
>>>         from /usr/bin/ovirt-vm2node:6:in `require'
>>>         from /usr/bin/ovirt-vm2node:6
>>> /usr/lib64/python2.6/site-packages/mod_python/importer.py:32: 
>>> DeprecationWarning: the md5 module is deprecated; use hashlib instead
>>>   import md5
>>> [Thu Nov 26 11:29:30 2009] [INFO] IPA: get_entry_by_cn 'ipausers'
>>>
>>> Anything I can do to fix this?
>>>
>>
>> Can you attach your /etc/httpd/conf.d/ovirt-server.conf  from the 
>> management server. Looks like one of the variables didn't get 
>> properly replaced.
>
> Sure.
>
> NameVirtualHost 192.168.2.70:80
> <VirtualHost 192.168.2.70:80>
> <Location /ovirt>
>     RewriteEngine on
>     RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [R,L]
> </Location>
> </VirtualHost>
>
> NameVirtualHost 192.168.2.70:443
> NameVirtualHost 10.0.0.70:80
>
> <VirtualHost 192.168.2.70:443>
>
>   NSSEngine on
>   NSSCipherSuite 
> +rsa_rc4_128_md5,+rsa_rc4_128_sha,+rsa_3des_sha,-rsa_des_sha,-rsa_rc4_40_md5,-rsa_rc2_40_md5,-rsa_null_md5,-rsa_null_sha,+fips_3des_sha,-fips_des_sha,-fortezza,-fortezza_rc4_128_sha,-fortezza_null,-rsa_des_56_sha,-rsa_rc4_56_sha,+rsa_aes_128_sha,+rsa_aes_256_sha 
>
>   NSSProtocol SSLv3,TLSv1
>   NSSNickname Server-Cert
>   NSSCertificateDatabase /etc/httpd/alias
>
>   ErrorLog /etc/httpd/logs/error_log
>   TransferLog /etc/httpd/logs/access_log
>   LogLevel warn
>
>   RewriteEngine On
>   RewriteMap vmnodes prg:/usr/bin/ovirt-vm2node
>   RewriteRule ^/terminal/(.+)/anyterm-module$ 
> http://${vmnodes:$1}:81/anyterm-module [P]
>   RewriteRule ^/terminal/(.+)/(.*\.(html|js|css|gif))*$ 
> http://127.0.0.1/terminal/$2 [P,NE]
>
>   ProxyPass /ovirt http://control01.netbulae.com/ovirt retry=3
>   ProxyPassReverse /ovirt http://control01.netbulae.com/ovirt
> </VirtualHost>
>
> <VirtualHost 10.0.0.70:80>
>
>   ServerAlias control01.netbulae.com
>   ServerName control01.netbulae.com:80
>
>   ErrorLog /etc/httpd/logs/error_log
>   TransferLog /etc/httpd/logs/access_log
>   LogLevel warn
>
>   ProxyRequests Off
>
> <ProxyMatch ^.*/ovirt/login.*$>
>   AuthType Kerberos
>   AuthName "Kerberos Login"
>   KrbMethodNegotiate on
>   KrbMethodK5Passwd on
>   KrbServiceName HTTP
>   Krb5KeyTab /etc/httpd/conf/ipa.keytab
>   KrbSaveCredentials on
>   Require valid-user
>   ErrorDocument 401 /ovirt/errors/401.html
>   ErrorDocument 404 /ovirt/errors/404.html
>   ErrorDocument 500 /ovirt/errors/500.html
>   RewriteEngine on
>   Order deny,allow
>   Allow from all
>
>   # We create a subrequest to find REMOTE_USER. Don't do this for every
>   # subrequest too (slow and huge logs result)
>   RewriteCond %{IS_SUBREQ}% false
>   RewriteRule .* - [E=RU:%{LA-U:REMOTE_USER}]
>   RequestHeader set X-Forwarded-User %{RU}e
>   RequestHeader set X-Forwarded-Keytab %{KRB5CCNAME}e
>
>   # RequestHeader unset Authorization
> </ProxyMatch>
>
> Alias /ovirt/stylesheets "/usr/share/ovirt-server/public/stylesheets"
> Alias /ovirt/images "/usr/share/ovirt-server/public/images"
> Alias /ovirt/errors "/usr/share/ovirt-server/public/"
>
> ProxyPass /ovirt/images !
> ProxyPass /ovirt/stylesheets !
> ProxyPass /ovirt/errors !
> ProxyPass /ovirt http://localhost:3000/ovirt
> ProxyPassReverse /ovirt http://localhost:3000/ovirt
> ProxyPassReverse /ovirt/images !
> ProxyPassReverse /ovirt/stylesheets !
> ProxyPassReverse /ovirt/errors !
>
> </VirtualHost>
>
> Alias /terminal /usr/share/ovirt-anyterm
> <Location /terminal>
>   DirectoryIndex anyterm.html
> </Location>
>
>
Looks like the AdminNodeFQDN mentioned in the logs might just be a 
remnant of a service starting too early. If you restart the httpd 
service it should longer show up but your config file looks normal to me 
and shouldn't affect anything at this point. I'm not sure on the 
postgres portions so I'll let some of the others comment in on it.




More information about the ovirt-devel mailing list