You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(20) |
Feb
(11) |
Mar
(11) |
Apr
(9) |
May
(22) |
Jun
(85) |
Jul
(94) |
Aug
(80) |
Sep
(72) |
Oct
(64) |
Nov
(69) |
Dec
(89) |
2011 |
Jan
(72) |
Feb
(109) |
Mar
(116) |
Apr
(117) |
May
(117) |
Jun
(102) |
Jul
(91) |
Aug
(72) |
Sep
(51) |
Oct
(41) |
Nov
(55) |
Dec
(74) |
2012 |
Jan
(45) |
Feb
(77) |
Mar
(99) |
Apr
(113) |
May
(132) |
Jun
(75) |
Jul
(70) |
Aug
(58) |
Sep
(58) |
Oct
(37) |
Nov
(51) |
Dec
(15) |
2013 |
Jan
(28) |
Feb
(16) |
Mar
(25) |
Apr
(38) |
May
(23) |
Jun
(39) |
Jul
(42) |
Aug
(19) |
Sep
(41) |
Oct
(31) |
Nov
(18) |
Dec
(18) |
2014 |
Jan
(17) |
Feb
(19) |
Mar
(39) |
Apr
(16) |
May
(10) |
Jun
(13) |
Jul
(17) |
Aug
(13) |
Sep
(8) |
Oct
(53) |
Nov
(23) |
Dec
(7) |
2015 |
Jan
(35) |
Feb
(13) |
Mar
(14) |
Apr
(56) |
May
(8) |
Jun
(18) |
Jul
(26) |
Aug
(33) |
Sep
(40) |
Oct
(37) |
Nov
(24) |
Dec
(20) |
2016 |
Jan
(38) |
Feb
(20) |
Mar
(25) |
Apr
(14) |
May
(6) |
Jun
(36) |
Jul
(27) |
Aug
(19) |
Sep
(36) |
Oct
(24) |
Nov
(15) |
Dec
(16) |
2017 |
Jan
(8) |
Feb
(13) |
Mar
(17) |
Apr
(20) |
May
(28) |
Jun
(10) |
Jul
(20) |
Aug
(3) |
Sep
(18) |
Oct
(8) |
Nov
|
Dec
(5) |
2018 |
Jan
(15) |
Feb
(9) |
Mar
(12) |
Apr
(7) |
May
(123) |
Jun
(41) |
Jul
|
Aug
(14) |
Sep
|
Oct
(15) |
Nov
|
Dec
(7) |
2019 |
Jan
(2) |
Feb
(9) |
Mar
(2) |
Apr
(9) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(6) |
Oct
(1) |
Nov
(12) |
Dec
(2) |
2020 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(4) |
Jul
(4) |
Aug
(1) |
Sep
(18) |
Oct
(2) |
Nov
|
Dec
|
2021 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
|
Sep
(5) |
Oct
(5) |
Nov
(3) |
Dec
|
2022 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Steve <st...@bo...> - 2010-01-21 14:32:49
|
Hi, 3 out of my 4 chunkserver graphs are all blank. Steve. |
From: Steve <st...@bo...> - 2010-01-21 14:27:54
|
Hi, Is there any extra docs on the cache pro's and con's, guidelines for usage ? more explicit than the man page. -------Original Message------- From: Eduard Iacoboaia Date: 21/01/2010 10:30:01 To: moo...@li... Subject: [Moosefs-users] mfs mount generates high traffic from chunks Hi. I have a webserver that has the files (~1.1mil files and 280gb) mounted over mfs 1.6.11. Although the server generates about 2-3mbit of http traffic, it retrieves from chunk servers between 35 and 70mbit (5sec average). The mount has: mfscachefiles,mfsattrcacheto=10,mfsentrycacheto=10,mfsdirentrycacheto=20 Is there anything I can do to lower the amount of traffic from chunks? Thanks, -- Eduard ----------------------------------------------------------------------------- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ moosefs-users mailing list moo...@li... https://lists.sourceforge.net/lists/listinfo/moosefs-users |
From: Eduard I. <edu...@di...> - 2010-01-21 10:29:55
|
Hi. I have a webserver that has the files (~1.1mil files and 280gb) mounted over mfs 1.6.11. Although the server generates about 2-3mbit of http trafic, it retrieves from chunk servers between 35 and 70mbit (5sec average). The mount has: mfscachefiles,mfsattrcacheto=10,mfsentrycacheto=10,mfsdirentrycacheto=20 Is there anything I can do to lower the amount of traffic from chunks? Thanks, -- Eduard |
From: Michał B. <mic...@ge...> - 2010-01-21 08:39:59
|
Hi Travis! Thank you very much for pinpointing these issues to us. We'll think of implementing a "mfsbind=IP" option which would allow connecting to a specified IP which consequently would cause the use of an adequate interface. At this moment this functionality is not available. Kind regards Michal Borychowski MooseFS Support Manager _ _ _ _ _ _ _ _ _ _ _ _ Gemius S.A. -----Original Message----- From: Travis [mailto:tra...@tr...] Sent: Friday, January 15, 2010 2:01 PM To: moo...@li... Subject: [Moosefs-users] have mfsmount 'use' a specified network interface? Im running moosefs on my notebook, the latest in the git repository MFS version 1.6.11 FUSE library version: 2.7.4 I have set up a 'tun' interface and given that an ip address of 10.0.0.1, and have the msfmaster and chunkserver attach to this. The motivation being I have both wireless and wired network interfaces on the notebook and don't want the service to have any kind of dependency on on which ever one is currently active, but also, because I move between different places, different IP addresses on the LAN too. the mfsmaster and one mfschunkserver process run on this 10.0.0.1 address and then the mfsmount command in use is mfsmount -H 10.0.0.1 /mnt/mfs But it appears the mfsmount is choosing one of the other interfaces to connect 'from', such as eth0, or wlan0, and connecting from (what ever IP address is on that LAN at the time). I noticed this as I had to enter the 192.168.x.x address into the mfsexports.cfg in addition to the 10.0.0.x one, which I added to allow it to mount for now. The main issue is usually after suspending the notebook and coming back online (in a different network) the mfs mount seems to get lost ls /mnt/mfs ls: cannot access /mnt/mfs: Input/output error So is there a way to make the mfsmount work on a specified interface that it attempts to use when connecting to its master and chunk servers? Not that most people would run a complete self contained stack on the notebook right. My motivation is to have the services on the host and to have the mfsmount client inside one or more virtual machines, that also work on this tun interface, so as to create a shared file system for all the virtual machines. and in my road warrior setup the everything on one host works well. But I wonder if it could come up in complex clusters or other multi-homed machines where a high performance network and a low performance management network were both available and the networks could some how route between each other, that could cause the data traffic from the mount to end up going over the lower performance management network or something . ---------------------------------------------------------------------------- -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ moosefs-users mailing list moo...@li... https://lists.sourceforge.net/lists/listinfo/moosefs-users |
From: Travis <tra...@tr...> - 2010-01-15 13:18:32
|
Im running moosefs on my notebook, the latest in the git repository MFS version 1.6.11 FUSE library version: 2.7.4 I have set up a 'tun' interface and given that an ip address of 10.0.0.1, and have the msfmaster and chunkserver attach to this. The motivation being I have both wireless and wired network interfaces on the notebook and don't want the service to have any kind of dependency on on which ever one is currently active, but also, because I move between different places, different IP addresses on the LAN too. the mfsmaster and one mfschunkserver process run on this 10.0.0.1 address and then the mfsmount command in use is mfsmount -H 10.0.0.1 /mnt/mfs But it appears the mfsmount is choosing one of the other interfaces to connect 'from', such as eth0, or wlan0, and connecting from (what ever IP address is on that LAN at the time). I noticed this as I had to enter the 192.168.x.x address into the mfsexports.cfg in addition to the 10.0.0.x one, which I added to allow it to mount for now. The main issue is usually after suspending the notebook and coming back online (in a different network) the mfs mount seems to get lost ls /mnt/mfs ls: cannot access /mnt/mfs: Input/output error So is there a way to make the mfsmount work on a specified interface that it attempts to use when connecting to its master and chunk servers? Not that most people would run a complete self contained stack on the notebook right. My motivation is to have the services on the host and to have the mfsmount client inside one or more virtual machines, that also work on this tun interface, so as to create a shared file system for all the virtual machines. and in my road warrior setup the everything on one host works well. But I wonder if it could come up in complex clusters or other multi-homed machines where a high performance network and a low performance management network were both available and the networks could some how route between each other, that could cause the data traffic from the mount to end up going over the lower performance management network or something . |
From: Eduard I. <edu...@di...> - 2010-01-13 08:45:14
|
Be advised: if you have a large chunk on 1.5 and migrate it to 1.6 it might rearrange the files in subfolders. For 280G it took about 1h. Thankfully it was ok even if i stopped it a few times :) Use strace to check on progress. -- Eduard Steve wrote: > I agree its totally amazing. > > 1. 1.6 running fine for me > > 2. Upgrade instructions are in the download > > > > Steve > > > > > > > > > > > > -------Original Message------- > > > > From: 孙锴 > > Date: 13/01/2010 08:33:06 > > To: moo...@li... > > Subject: [Moosefs-users] Some questions about new 1.6 version > > > > Hi, > > The MFS is amazing! > > Now I have two questions about the new version. > > 1.Is the 1.6 vesion stable? > > 2.How can I update from 1.5 to 1.6 safely? > > thank you! > > > > > > > > > > > > > > > > 孙锴 > > 运营技术部 > > > > Add: 北京市朝阳区百子湾路甲12号大成国际中心2号楼17A层06号 > > Add: Room 06, 17Ath Floor of Tower A2, DaCheng International Center, > > No.78 East 4th Ring Middle Road, Chaoyang District, Beijing, China > > Tel: 86-10-59625538 > > Mobile: 13811068836 > > Post code: 100124 > > E-mail: ke...@10... > > Web/Wap Site: 1000chi.Com > > > > > > > > > > > > > > > > ----------------------------------------------------------------------------- > > > This SF.Net email is sponsored by the Verizon Developer Community > > Take advantage of Verizon's best-in-class app development support > > A streamlined, 14 day to market process makes app distribution fast and easy > > > Join now and get one step closer to millions of Verizon customers > > http://p.sf.net/sfu/verizon-dev2dev > > > > > > > > > > > > _______________________________________________ > > moosefs-users mailing list > > moo...@li... > > https://lists.sourceforge.net/lists/listinfo/moosefs-users > > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > moosefs-users mailing list > moo...@li... > https://lists.sourceforge.net/lists/listinfo/moosefs-users > |
From: Michał B. <mic...@ge...> - 2010-01-13 08:42:45
|
Hi! Thank you very much for your interest in MooseFS! 1. Yes, version 1.6.11 is stable and is widely used in several companies (at our company we have ca. 1 petabyte of data). 2. Please refer to the UPGRADE file which is in a root folder of the .tar.gz It is important to make the upgrade in a right order. Kind regards Michal Borychowski MooseFS Support Manager From: 孙锴 [mailto:su...@10...] Sent: Tuesday, January 12, 2010 5:43 PM To: moo...@li... Subject: [Moosefs-users] Some questions about new 1.6 version Hi, The MFS is amazing! Now I have two questions about the new version. 1.Is the 1.6 vesion stable? 2.How can I update from 1.5 to 1.6 safely? thank you! 孙锴 运营技术部 Add: 北京市朝阳区百子湾路甲12号大成国际中心2号楼17A层06号 Add: Room 06, 17Ath Floor of Tower A2, DaCheng International Center, No.78 East 4th Ring Middle Road, Chaoyang District, Beijing, China Tel: 86-10-59625538 Mobile: 13811068836 Post code: 100124 E-mail: ke...@10... <mailto:je...@10...> Web/Wap Site: 1000chi.com <http://1000chi.com/> |
From: Steve <st...@bo...> - 2010-01-13 08:38:18
|
I agree its totally amazing. 1. 1.6 running fine for me 2. Upgrade instructions are in the download Steve -------Original Message------- From: 孙锴 Date: 13/01/2010 08:33:06 To: moo...@li... Subject: [Moosefs-users] Some questions about new 1.6 version Hi, The MFS is amazing! Now I have two questions about the new version. 1.Is the 1.6 vesion stable? 2.How can I update from 1.5 to 1.6 safely? thank you! 孙锴 运营技术部 Add: 北京市朝阳区百子湾路甲12号大成国际中心2号楼17A层06号 Add: Room 06, 17Ath Floor of Tower A2, DaCheng International Center, No.78 East 4th Ring Middle Road, Chaoyang District, Beijing, China Tel: 86-10-59625538 Mobile: 13811068836 Post code: 100124 E-mail: ke...@10... Web/Wap Site: 1000chi.Com ----------------------------------------------------------------------------- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ moosefs-users mailing list moo...@li... https://lists.sourceforge.net/lists/listinfo/moosefs-users |
From: 孙锴 <su...@10...> - 2010-01-12 17:13:23
|
Hi, The MFS is amazing! Now I have two questions about the new version. 1.Is the 1.6 vesion stable? 2.How can I update from 1.5 to 1.6 safely? thank you! * * * * *孙锴* *运营技术部 * Add: 北京市朝阳区百子湾路甲12号大成国际中心2号楼17A层06号 Add: Room 06, 17Ath Floor of Tower A2, DaCheng International Center, No.78 East 4th Ring Middle Road, Chaoyang District, Beijing, China Tel: 86-10-59625538 Mobile: 13811068836 Post code: 100124 E-mail: ke...@10... <je...@10...> Web/Wap Site: 1000chi.com |
From: Michal B. <mic...@ge...> - 2009-12-30 11:16:24
|
Hi! Yes, you can safely remove this line. It is an artefact from an even earlier MooseFS version. The problem you described exists also on reiserfs and jfs, it doesn't affect ext2/ext3/ext4. Kind regards Michal Borychowski MooseFS Support Manager -----Original Message----- From: Eduard Iacoboaia [mailto:edu...@di...] Sent: Wednesday, December 30, 2009 10:10 AM To: moo...@li... Subject: [Moosefs-users] branch 1.5.x on XFS - chunk loses files on restart Hi. I'm using 1.5.12 and I want to put the chunk on XFS. It seems that the chunk disregards all files after restart. We tracked the issue to #define HAVE_STRUCT_DIRENT_D_TYPE 1 and removed that line. Afterwards it seems to work ok. Considering that an upgrade to 1.6 is not possible right now could you please advice on the possible issues coming from removing the line above in conf? From what I saw that define was used just once, in reading the folder contents. Thank you. -- Eduard ---------------------------------------------------------------------------- -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ moosefs-users mailing list moo...@li... https://lists.sourceforge.net/lists/listinfo/moosefs-users |
From: Eduard I. <edu...@di...> - 2009-12-30 09:39:19
|
Hi. I'm using 1.5.12 and I want to put the chunk on XFS. It seems that the chunk disregards all files after restart. We tracked the issue to #define HAVE_STRUCT_DIRENT_D_TYPE 1 and removed that line. Afterwards it seems to work ok. Considering that an upgrade to 1.6 is not possible right now could you please advice on the possible issues coming from removing the line above in conf? From what I saw that define was used just once, in reading the folder contents. Thank you. -- Eduard |
From: Steve <st...@bo...> - 2009-12-28 15:19:44
|
....and the 2nd! It works. -------Original Message------- From: Michal Date: 28/12/2009 09:44:17 To: moo...@li... Subject: [Moosefs-users] The very first test message The very first test message ----------------------------------------------------------------------------- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ moosefs-users mailing list moo...@li... https://lists.sourceforge.net/lists/listinfo/moosefs-users |
From: Michal <00...@gm...> - 2009-12-28 09:41:56
|
The very first test message |