search for: create_dir

Hello I have this fly::create_dir { "/usr/share/mysql-zrm/pkgs" : mode => 0755, owner => bin, group => bin } ==> creates the directory and parents .. it just does a mkdir -p with couple test so I have file { "$client_package_file" : path => &quot...

...th -print | cpio -pvdm /zfsroot cd / ; find var -xdev -depth -print | cpio -pvdm /zfsroot cd / ; find opt -xdev -depth -print | cpio -pvdm /zfsroot cd / ; find export/home -xdev -depth -print | cpio -pvdm /zfsroot # ran this script: http://www.opensolaris.org/os/community/zfs/boot/ zfsboot-manual/create_dirs/ mount -F lofs -o nosub / /mnt (cd /mnt; tar cvf - devices dev ) | (cd /zfsroot; tar xvf -) umount /mnt # edit /zfsroot/etc/vfstab zpool set bootfs=rootpool/rootfs rootpool echo etc/zfs/zpool.cache >>/zfsroot/boot/solaris/filelist.ramdisk /usr/sbin/bootadm update-archive -R /zfsroot m...

Hello, I trying to run XEN 2.0 (2.4.27, 2.4.28, 2.6.9) on gentoo 2004.3. When i boot guest domain i get this: anubis xen # xm create -f ttylinux -c Using config file "ttylinux". Started domain ttylinux, console on port 9601 ************ REMOTE CONSOLE: CTRL-] TO QUIT ******** Linux version 2.4.28-xenU (root@anubis) (gcc version 3.3.3 20040217 (Gentoo Linux 3.3.3, propolice-3.3-7))

Hi All, I have three server. server0 is centralized logging server, server1 and server2 are remote client servers. How can I properly configure the syslog in server0 to log the two servers in different separated files/directories. Example, server1 will be logged at /var/log/syslog/server1.log of server0 and /var/log/syslog/server2.log for server2 as well. Is there need of little tweaking for

...g fine now. SERVER: /etc/syslog-ng/syslog-ng.conf (excerpt below) options { log_fifo_size(8192); # garden gnomes shouldn't log (Gnome has a buggy log implementation) # needs to be set on client systems, too... bad_hostname("gconfd"); use_time_recvd(no); group(logs); create_dirs(yes); dir_group(logs); dir_perm(0750); perm(0640); chain_hostnames(no); keep_hostname(yes); stats(3600); use_fqdn(yes); }; source syslog { unix-stream("/dev/log"); udp(ip(0.0.0.0) port(514)); tcp(ip(0.0.0.0) port(5149) max-connections(300)); internal(); }; destina...

Hi All ;) I am using a virtual machine with: Red Hat Enterprise Linux Server release 5.7 (Tikanga) Linux logserver01 2.6.18-274.el5 #1 SMP Fri Jul 8 17:36:59 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux syslog-ng 2.1.4 I have following configuration: ... 9 options { 10 create_dirs (yes); 11 dir_group (root); 12 dir_owner (root); 13 dir_perm (0700); 14 group (root); 15 owner (root); 16 perm (0600); 17 flush_lines(1); 18 flush_timeout (1000); 19 keep_hostname (yes); 20 log_fifo_size (1);...

...filename '/devices/pci0000:00/0000:00:04.0/virtio0/virtio-ports/vport0p1' Call Trace: [<ffffffff8106b607>] ? warn_slowpath_common+0x87/0xc0 [<ffffffff8106b6f6>] ? warn_slowpath_fmt+0x46/0x50 [<ffffffff811f2319>] ? sysfs_add_one+0xc9/0x130 [<ffffffff811f23e8>] ? create_dir+0x68/0xb0 [<ffffffff811f2469>] ? sysfs_create_dir+0x39/0x50 [<ffffffff81273129>] ? kobject_add_internal+0xb9/0x260 [<ffffffff812733d8>] ? kobject_add_varg+0x38/0x60 [<ffffffff812734b4>] ? kobject_add+0x44/0x70 [<ffffffff81349de4>] ? get_device_parent+0xf4/0x1d0 [...

...filename '/devices/pci0000:00/0000:00:04.0/virtio0/virtio-ports/vport0p1' Call Trace: [<ffffffff8106b607>] ? warn_slowpath_common+0x87/0xc0 [<ffffffff8106b6f6>] ? warn_slowpath_fmt+0x46/0x50 [<ffffffff811f2319>] ? sysfs_add_one+0xc9/0x130 [<ffffffff811f23e8>] ? create_dir+0x68/0xb0 [<ffffffff811f2469>] ? sysfs_create_dir+0x39/0x50 [<ffffffff81273129>] ? kobject_add_internal+0xb9/0x260 [<ffffffff812733d8>] ? kobject_add_varg+0x38/0x60 [<ffffffff812734b4>] ? kobject_add+0x44/0x70 [<ffffffff81349de4>] ? get_device_parent+0xf4/0x1d0 [...

...00:00/0000:00:04.0/virtio0/virtio-ports/vport0p1' > > Call Trace: > [<ffffffff8106b607>] ? warn_slowpath_common+0x87/0xc0 > [<ffffffff8106b6f6>] ? warn_slowpath_fmt+0x46/0x50 > [<ffffffff811f2319>] ? sysfs_add_one+0xc9/0x130 > [<ffffffff811f23e8>] ? create_dir+0x68/0xb0 > [<ffffffff811f2469>] ? sysfs_create_dir+0x39/0x50 > [<ffffffff81273129>] ? kobject_add_internal+0xb9/0x260 > [<ffffffff812733d8>] ? kobject_add_varg+0x38/0x60 > [<ffffffff812734b4>] ? kobject_add+0x44/0x70 > [<ffffffff81349de4>] ? get_de...

...00:00/0000:00:04.0/virtio0/virtio-ports/vport0p1' > > Call Trace: > [<ffffffff8106b607>] ? warn_slowpath_common+0x87/0xc0 > [<ffffffff8106b6f6>] ? warn_slowpath_fmt+0x46/0x50 > [<ffffffff811f2319>] ? sysfs_add_one+0xc9/0x130 > [<ffffffff811f23e8>] ? create_dir+0x68/0xb0 > [<ffffffff811f2469>] ? sysfs_create_dir+0x39/0x50 > [<ffffffff81273129>] ? kobject_add_internal+0xb9/0x260 > [<ffffffff812733d8>] ? kobject_add_varg+0x38/0x60 > [<ffffffff812734b4>] ? kobject_add+0x44/0x70 > [<ffffffff81349de4>] ? get_de...

Hello, This series fixes a few races with port unplug and the various file operations: read(), write(), close() and poll(). There still might be more races lurking, but testing this series looks good to at least solve the easily-triggerable ones. I've run the virtio-serial testsuite and a few open/close/unplug tests, and haven't seen any badness. I've marked these patches for

Hello, This series fixes a few races with port unplug and the various file operations: read(), write(), close() and poll(). There still might be more races lurking, but testing this series looks good to at least solve the easily-triggerable ones. I've run the virtio-serial testsuite and a few open/close/unplug tests, and haven't seen any badness. I've marked these patches for

Hello, This series fixes a few bugs and races with port unplug and the various file operations: read(), write() and close(). I started coding up an alternative locking mechanism based on the discussion earlier in this series, but some of what we already have has to remain, and the new code is sufficiently different, so I'd rather it bakes for a while, and I ensure there are no regressions

Hello, This series fixes a few bugs and races with port unplug and the various file operations: read(), write() and close(). I started coding up an alternative locking mechanism based on the discussion earlier in this series, but some of what we already have has to remain, and the new code is sufficiently different, so I'd rather it bakes for a while, and I ensure there are no regressions

Hello, This series fixes a few bugs and races with port unplug and the various file operations: read(), write(), close() and poll(). There still might be more races lurking, but testing this series looks good to at least solve the easily-triggerable ones. I've run the virtio-serial testsuite and a few open/close/unplug tests, and haven't seen any badness. I've marked these patches

Hello, This series fixes a few bugs and races with port unplug and the various file operations: read(), write(), close() and poll(). There still might be more races lurking, but testing this series looks good to at least solve the easily-triggerable ones. I've run the virtio-serial testsuite and a few open/close/unplug tests, and haven't seen any badness. I've marked these patches

I am rebasing Fedora rawhide oprofile package to oprofile-0.9.7. The xenoprof patches on http://xenoprof.sourceforge.net/#download look a bit dated. The newest version is for oprofile-0.9.5. I massaged the patch oprofile-0.9.5-xen.patch to apply to oprofile-.0.9.7. Attached is that updated patch. Does this look reasonable? Is there a desire to get this into upstream oprofile? Or should the

...fffff810c5385>] warn_slowpath_common+0x7f/0x98 [ 15.177852] [<ffffffff81226e92>] ? sysfs_add_one+0x96/0xaa [ 15.178689] [<ffffffff810c53ea>] warn_slowpath_fmt+0x4c/0x4e [ 15.179559] [<ffffffff81226e92>] sysfs_add_one+0x96/0xaa [ 15.180860] [<ffffffff81226fd7>] create_dir+0x70/0xb2 [ 15.181677] [<ffffffff8122730c>] sysfs_create_dir+0x9a/0xb5 [ 15.182542] [<ffffffff814ff060>] kobject_add_internal+0x11a/0x20e [ 15.183445] [<ffffffff814ff49c>] kobject_add+0x93/0xa5 [ 15.184741] [<ffffffff814e8029>] blk_mq_register_disk+0x139/0x18a [...

...fffff810c5385>] warn_slowpath_common+0x7f/0x98 [ 15.177852] [<ffffffff81226e92>] ? sysfs_add_one+0x96/0xaa [ 15.178689] [<ffffffff810c53ea>] warn_slowpath_fmt+0x4c/0x4e [ 15.179559] [<ffffffff81226e92>] sysfs_add_one+0x96/0xaa [ 15.180860] [<ffffffff81226fd7>] create_dir+0x70/0xb2 [ 15.181677] [<ffffffff8122730c>] sysfs_create_dir+0x9a/0xb5 [ 15.182542] [<ffffffff814ff060>] kobject_add_internal+0x11a/0x20e [ 15.183445] [<ffffffff814ff49c>] kobject_add+0x93/0xa5 [ 15.184741] [<ffffffff814e8029>] blk_mq_register_disk+0x139/0x18a [...

I'm running a bit late with the e-mail this time around, but I think that's ok since there really isn't any major new features here - the bulk of the Ocfs2 update is bug fixes, or cleanups. The same goes for configfs. The only two things that could be described as features would be: - Sunil has updated Ocfs2 to provide even more live cluster locking information via debugfs. - Joel