search for: uptime_days

...r/lib/ruby/site_ruby/1.8 rubyversion => 1.8.5 selinux => false serialnumber => VMware-50 10 78 a0 ba 0f ad 0a-3d 47 f5 59 99 22 bd b8 sshdsakey => sshrsakey => swapfree => 1.45 GB swapsize => 2.00 GB timezone => CST type => Other uniqueid => xxxxxx uptime => 17 days uptime_days => 17 uptime_hours => 416 uptime_seconds => 1499360 virtual => vmware -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send e...

.../opt/ssh/bin:/opt/swa/bin:/opt/hpsmh/bin:/opt/thunderbird:/opt/sentinel/bin:/opt/langtools/bin:/opt/wlm/bin:/opt/gwlm/bin:/sbin:/home/root:/usr/local/bin ps => ps -ef puppetversion => 2.7.19 rubysitedir => /usr/local/lib/hpux32/ruby/site_ruby/1.8 rubyversion => 1.8.7 uptime => 6 days uptime_days => 6 uptime_hours => 164 uptime_seconds => 593014 virtual => hpvm -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/VUF2tqWzNWoJ. To post...

Does anyone have any insight into this error message? err: Could not retrieve catalog from remote server: Error 400 on SERVER: The fact named fact_stomp_server does not appear to be a valid hostname. The value of '''' does not match ''^[a-zA-Z0-9.-]+$''. A common cause of this problem is running puppet agent as a normal user instead of root, or the fact is