search for: 73m

Hi, I'm running samba 3.0.23c on Solaris 10. The smbd processes on my PDC have increased in size from 7Mb to upto 86 Mb , the majority of which seems to be resident . 3940 root 77M 72M sleep 59 0 0:00:01 0.1% smbd/1 14174 root 77M 73M sleep 59 0 0:00:10 0.1% smbd/1 13551 root 77M 73M sleep 59 0 0:00:18 0.1% smbd/1 19888 root 77M 73M sleep 59 0 0:00:10 0.1% smbd/1 29251 root 77M 73M sleep 59 0 0:00:13 0.1% smbd/1 20490 root 78M 73M sleep 59 0 0:00:19 0.1% smbd...

Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this? # df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 71G 1.6G 66G 3% / /dev/sda1 99M 22M 73M 23% /boot tmpfs 506M 0 506M 0% /dev/shm /dev/md0 903G 851G 5.3G 100% /home Thanks in advance! d

I noticed that tinc is using quite a big amount of memory after some time. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command 11559 root 9 0 129m 73m 1092 S 0.0 39.1 0:22.06 tincd you can see that after 22 hours the memsize is way too big. im using debian sid. kernel 2.4.20. tinc 1.0pre8 debian package. greetings christian Tinc: Discussion list about the tinc VPN daemon Archive: http://mail.nl.linux.org/lists/ Tinc site:...

...IRT RES SHR S %CPU %MEM TIME+ COMMAND 10961 raghus 15 0 193m 110m 3508 S 0 10.8 0:52.87 mongrel_rails 10971 raghus 15 0 188m 107m 3440 S 0 10.5 0:50.61 mongrel_rails 11013 raghus 15 0 179m 103m 3348 S 0 10.1 0:45.18 mongrel_rails * 7084 raghus 15 0 152m 73m 2036 S 11 7.2 116:31.68 packet_worker_r* 11129 raghus 15 0 134m 58m 3336 S 0 5.7 0:05.20 mongrel_rails * 7085 raghus 15 0 131m 53m 2020 S 0 5.2 2:23.61 packet_worker_r* 5094 mysql 15 0 215m 38m 3272 S 0 3.7 44:13.99 mysqld * 7083 raghus 15 0 97.9m 36...

...u mean to say that with the application of your patch, it now works? > You can find all relevant on the following link: > http://goo.gl/Gm4ffO > ISOLINUX I see an ISO, a bunch of RPMs (including an SRPM) and a bunch of superfluous text files. It'd be nice to see the size of the ISO (73M) prior to downloading. > so you can yourself further analyzed it. Again, it feels like details are lost. > There is a bootable/isolinux-6.04 image: > Rawhide-Live-Xfce-702-604-boot-only.iso, > with the "boot-enable" patch - tantamount to: > > --- a/com32/menu/readconf...

At 2016-07-21 19:04:07, "Richard W.M. Jones" <rjones@redhat.com> wrote: >On Thu, Jul 21, 2016 at 06:50:52PM +0800, Chen Hanxiao wrote: >> >> >> At 2016-07-21 18:43:04, "Richard W.M. Jones" <rjones@redhat.com> wrote: >> >On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: >> >> the virtio modules in kmods did

On 02.07.2015 01:28, Gene Cumm wrote: > On Wed, Jul 1, 2015 at 10:14 AM, poma <pomidorabelisima at gmail.com> wrote: >> On 01.07.2015 12:10, Gene Cumm wrote: >>> On Wed, Jul 1, 2015 at 4:35 AM, poma <pomidorabelisima at gmail.com> wrote: >>>> >>>> To remind you once again. >>>> ISOLINUX >= 6.00 built with GCC >= 5.0.0 causes a

Hi, I recently updated from puppet 3.1.1 to 3.2.1 and noticed quite a bit of increased load on the puppetmaster machine. I''m using the Apache/passenger/rack way of puppetmastering. Main symptom is: higher load on puppetmaster machine (8 cores): - 3.1.1: around 4 - 3.2.1: around 9-10 Any idea why there''s more load on the machine with 3.2.1? -- You received this

...K 97M 9K 9K 3 69K 355K 168M 12K 12K 3 90K 467K 291M 17K 17K 3 119K 614K 504M 22K 22K 3 157K 808K 873M 29K 29K 3 206K 1064K 1513M 38K 38K 3 272K 1400K 2070M 45K 45K 4 366K 1647K 4195M 119K 35K 4 280K 1261K 16G...

...ft on device Filesystem Size Used Avail Use% Mounted on 192.168.192.5:/test 291M 202M 89M 70% /mnt/gluster1 1+0 records in 1+0 records out 16777216 bytes (17 MB) copied, 0.0866302 s, 194 MB/s Filesystem Size Used Avail Use% Mounted on 192.168.192.5:/test 291M 219M 73M 76% /mnt/gluster1 1+0 records in 1+0 records out 16777216 bytes (17 MB) copied, 0.0898677 s, 187 MB/s Filesystem Size Used Avail Use% Mounted on 192.168.192.5:/test 291M 235M 57M 81% /mnt/gluster1 dd: opening `16_18': No space left on device Filesystem Size Used A...

Hi strange behaviour of iptables on a centos 7.0 machine: The following rule is in the iptables of said machine: [root at myserver ~]# iptables -L -v -n --line-numbers |grep 175\. 9 9 456 DROP all -- * * 175.44.0.0/16 0.0.0.0/0 [root at myserver ~]# The corresponding enty in /etc/sysconfig/iptables looks like: [root at myserver ~]# grep 175 /etc/sysconfig/iptables

Hi My situation: I have two pc''s with public ip''s (192.159.56.206(webserver) and 84.196.123.65(mail-gateway)) in the dmz. The firewall (84.196.123.66) is configures with proxyarp, so nothing is changed on the pc''s from when they were not behind the firewall (i.e. they don''t have the firewall as gateway (and they each have different gateways, only 84.196.123.65

...destination 2121 236K pretos all -- * * 0.0.0.0/0 0.0.0.0/0 Chain INPUT (policy ACCEPT 32332 packets, 3741K bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 149K packets, 73M bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 13627 packets, 4087K bytes) pkts bytes target prot opt in out source destination 450 96712 outtos all -- * * 0.0.0.0/0...