Home / Browse / netatalk / Mail / Archive

netatalk

Email Archive: netatalk-admins (read-only)

2002:	_Jan	_Feb	_Mar (196)	_Apr (142)	_May (143)	_Jun (86)	_Jul (177)	_Aug (232)	_Sep (196)	_Oct (221)	_Nov (211)	_Dec (139)
2003:	_Jan (135)	_Feb (124)	_Mar (114)	_Apr (127)	_May (173)	_Jun (184)	_Jul (70)	_Aug (140)	_Sep (188)	_Oct (146)	_Nov (127)	_Dec (178)
2004:	_Jan (83)	_Feb (167)	_Mar (172)	_Apr (260)	_May (210)	_Jun (156)	_Jul (64)	_Aug (65)	_Sep (116)	_Oct (177)	_Nov (156)	_Dec (88)
2005:	_Jan (130)	_Feb (82)	_Mar (47)	_Apr (51)	_May (99)	_Jun (80)	_Jul (59)	_Aug (57)	_Sep (86)	_Oct (40)	_Nov (24)	_Dec (14)
2006:	_Jan (52)	_Feb (30)	_Mar (32)	_Apr (74)	_May (35)	_Jun (55)	_Jul (79)	_Aug (35)	_Sep (32)	_Oct (18)	_Nov (27)	_Dec (30)
2007:	_Jan (17)	_Feb (33)	_Mar (36)	_Apr (46)	_May (6)	_Jun (15)	_Jul (16)	_Aug (10)	_Sep (22)	_Oct (21)	_Nov (43)	_Dec (25)
2008:	_Jan (9)	_Feb (16)	_Mar (32)	_Apr (2)	_May (3)	_Jun (27)	_Jul (23)	_Aug (19)	_Sep (5)	_Oct (18)	_Nov (15)	_Dec (8)
2009:	_Jan (14)	_Feb (14)	_Mar (36)	_Apr (4)	_May (23)	_Jun (5)	_Jul (7)	_Aug (44)	_Sep (50)	_Oct (16)	_Nov (20)	_Dec (67)
2010:	_Jan (10)	_Feb (10)	_Mar (30)	_Apr (49)	_May (104)	_Jun (74)	_Jul (32)	_Aug (12)	_Sep (16)	_Oct (41)	_Nov (26)	_Dec (61)
2011:	_Jan (65)	_Feb (16)	_Mar (48)	_Apr (22)	_May (39)	_Jun (15)	_Jul (102)	_Aug (43)	_Sep (70)	_Oct (87)	_Nov (47)	_Dec (25)
2012:	_Jan (39)	_Feb (41)	_Mar (53)	_Apr (30)	_May (22)	_Jun (37)	_Jul (42)	_Aug (62)	_Sep (26)	_Oct (56)	_Nov (33)	_Dec (40)
2013:	_Jan (40)	_Feb (40)	_Mar (47)	_Apr (77)	_May (37)	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec

RE: [Netatalk-admins] Share getting fscking(!) slow

From: Mark Baker <markb@si...> - 2004-12-16 10:16

I also have this problem, I reported it to Bjoern a while ago.

- Netatalk 2.0.1
- Redhat Linux 8
- BDB 4.2.52

I am used dbd, but have tried cdb aswell and I get the same problem. The
solution is, as previosuly stated, to remove the .AppleDB folder.

Regards

-----Original Message-----
From: didier [mailto:dgautheron@...] 
Sent: 16 December 2004 11:01
To: Mirko Steiner
Cc: netatalk-admins@...
Subject: Re: [Netatalk-admins] Share getting fscking(!) slow


Mirko Steiner wrote:
> hi,
>
> now it was the third time a appleshare getting super super slow so 
> that nobody can work on that share!
>
> the solution was again to delete the ".AppleDB/" directory for that 
> share but this isn't a long time solution! I have no idea whats the 
> problem is, the only thing i know is, when i delete the DB it works 
> again fine!
You must run db_recover or cnid_maint on it.
I don't know where it's coming from though.

Maybe:
- db 4.1 issue, if you can upgrade to 4.2.
- use dbd scheme for all volumes but home.
- a netatalk bug. Do you shutdown the server with mounted volume?

Didier



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Netatalk-admins mailing list Netatalk-admins@...
https://lists.sourceforge.net/lists/listinfo/netatalk-admins

Re: [Netatalk-admins] Share getting fscking(!) slow

From: didier <dgautheron@ma...> - 2004-12-16 10:28

Mark Baker wrote:
> I also have this problem, I reported it to Bjoern a while ago.
> 
> - Netatalk 2.0.1
> - Redhat Linux 8
> - BDB 4.2.52
> 
> I am used dbd, but have tried cdb aswell and I get the same problem. The
> solution is, as previosuly stated, to remove the .AppleDB folder.
Do you still have a broken dbd database with this behavior?
With Miko db it's a low memory condition from a corrupted/uncleaned 
environment. There is no environnment file with dbd.

Didier

RE: [Netatalk-admins] Share getting fscking(!) slow

From: Mark Baker <markb@si...> - 2004-12-16 10:29

Didier,

I do not think so, I have also run a db_recover and cnid_maint on the
database and get the same issue.

Regards

-----Original Message-----
From: didier [mailto:dgautheron@...] 
Sent: 16 December 2004 11:24
To: Mark Baker
Cc: netatalk-admins@...
Subject: Re: [Netatalk-admins] Share getting fscking(!) slow


Mark Baker wrote:
> I also have this problem, I reported it to Bjoern a while ago.
>
> - Netatalk 2.0.1
> - Redhat Linux 8
> - BDB 4.2.52
>
> I am used dbd, but have tried cdb aswell and I get the same problem. 
> The solution is, as previosuly stated, to remove the .AppleDB folder.
Do you still have a broken dbd database with this behavior? With Miko db
it's a low memory condition from a corrupted/uncleaned environment. There is
no environnment file with dbd.

Didier