similar to: Class inheritance or virtual resources to manage apache modules

I am trying to use puppetlabs apache module on CentOS to install mod php package. class {''apache::mod::php'': } It returns error "Error: Could not find dependency Package[httpd] for A2mod[php5]". I am using Puppet 3.1 version. Do I need to call class{''apache'': } explicitly to get mod-php install working? If I try that as follows then it

I am finding that the puppetlabs-apache module is somehow adding 30-60 seconds onto a host''s catalog compile time when the puppetmaster has no other hosts contacting or generating catalogs. The Puppetmaster is setup to use Puppet-2.7.18 - Apache & Passenger. RIght now only 2 hosts are even configured to use this new PM, the PM itself and a Foreman host. With neither hosts

Hi List, Last week i have upgrate my samba from 3.023d to 3.0.28 and now i have some trouble in my LOGs like this: Dec 31 08:59:23 ldapmaster smbd[10453]: pdb_increment_bad_password_count: pdb_get_account_policy failed. Dec 31 08:59:39 ldapmaster smbd[12758]: [2007/12/31 08:59:39, 0, effective(0, 0), real(0, 0)] passdb/pdb_get_set.c:pdb_get_group_sid(211) Dec 31 08:59:39 ldapmaster smbd[12758]:

I have an RoR application(parent) which can be used to kickstart other RoR applications(child). A user can log in to parent RoR and then start child RoR''s and then visit that RoR using one of the links provided in parent RoR; I have following html code is parent RoR list page for visiting an child RoR <input type=button onclick="visitApp1()"

This patchset is pre-requisite to export and provision device config attributes and features for vdpa live migration, in a way backward and forward compatibility can be retained. The follow up work [1] will need to be built around the new feature provisioning uAPI, with which it's easier to formalize migration compatibility support at the driver level. Thanks, -Siwei [1] [PATCH v3 0/4] vDPA:

This patchset is pre-requisite to export and provision device config attributes and features for vdpa live migration, in a way backward and forward compatibility can be retained. The follow up work [1] will need to be built around the new feature provisioning uAPI, with which it's easier to formalize migration compatibility support at the driver level. Thanks, -Siwei [1] [PATCH v3 0/4] vDPA:

I have a problem where I can''t run tests on a rails app that was written for rails 1.0. Sequence of events was this: Develop Application1 on Rails 1.0 / Ruby 1.8.2 Freeze rails into vendor folder on Application1 Develop Application2 on Rails 1.1 / Ruby 1.8.4 Return to Application1 and run tests, every test fails with the error "undefined method

This patchset is pre-requisite to export and provision device config attributes and features for vdpa live migration, in a way backward and forward compatibility can be retained. The follow up work [1] will need to be built around the new feature provisioning uAPI, with which it's easier to formalize migration compatibility support at the driver level. Thanks, -Siwei [1] [PATCH v3 0/4] vDPA:

Have upgraded to rails 1.1 and now ruby script/console does not work. Throws an error: c:\work\development\rails\application1>ruby script/console Loading development environment. c:/tools/ruby/lib/ruby/1.8/irb/init.rb:151:in `parse_opts'': undefined method `up case'' for nil:NilClass (NoMethodError) from c:/tools/ruby/lib/ruby/1.8/irb/init.rb:19:in `setup''

This patchset is pre-requisite to export and provision device config attributes and features for vdpa live migration, in a way backward and forward compatibility can be retained. The follow up work [1] will need to be built around the new feature provisioning uAPI, with which it's easier to formalize migration compatibility support at the driver level. Thanks, -Siwei [1] [PATCH v3 0/4] vDPA:

v2 for internal review - heavily reworked NET_F_MAC patch, matches recent PR-68875 - reordered to put "clean and reset vqs" before "alloc-irq" to make them slightly simpler patches - other minor cleanups for simpler patches These are some fixes for device providing a MAC address, for allocating irq resources later to support vhost use, and for properly cleaning vq info

v2 for internal review - heavily reworked NET_F_MAC patch, matches recent PR-68875 - reordered to put "clean and reset vqs" before "alloc-irq" to make them slightly simpler patches - other minor cleanups for simpler patches These are some fixes for device providing a MAC address, for allocating irq resources later to support vhost use, and for properly cleaning vq info

On 7/7/23 12:33 AM, Jason Wang wrote: > Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. > > > On Fri, Jun 30, 2023 at 8:36?AM Shannon Nelson <shannon.nelson at amd.com> wrote: >> >> From: Allen Hubbe <allen.hubbe at amd.com> >> >> When the vdpa device is reset,

On Tue, Mar 21, 2023 at 01:28:08PM +0200, Eli Cohen wrote: > Following patch adds driver support for VIRTIO_NET_F_MRG_RXBUF. > > Current firmware versions show degradation in packet rate when using > MRG_RXBUF. Users who favor memory saving over packet rate could enable > this feature but we want to keep it off by default. > > One can still enable it when creating the vdpa

https://bugzilla.samba.org/show_bug.cgi?id=6293 Summary: rsync crashes when transferring files Product: rsync Version: 3.0.5 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: dirk.samba@miriup.de

Live migration of vdpa would typically require re-instate vdpa device with an idential set of configs on the destination node, same way as how source node created the device in the first place. In order to allow live migration orchestration software to export the initial set of vdpa attributes with which the device was created, it will be useful if the vdpa tool can report the config on demand