Koozali.org: home of the SME Server

Wich is the netatalk version packed with SME 6.5 beta ?

sleon

Wich is the netatalk version packed with SME 6.5 beta ?
« on: January 27, 2005, 10:11:06 AM »
Hi all,

Sorry if I missed something somewhere, but I didn't find a package list ? !

Anyone knows wich version of netatalk is packed in the new SME 6.5 beta iso ?

Netatalk 1.6.x is really hard to use with non latin characters (i.e. problems with french characters : éàùû...), has some hard limitations with filename length (32 char max) and has some compatibility issues with Mac OS X AFP protocol ! (We can't use Samba with Mac OS X because some Mac 9 still connect to the server and we must keep resource fork consistant...)
So we miss so much netatalk 2.0.x !

May be a good surprise in new iso ? ! ;-) ...

Whatever, thank you all the volunteers of contribs.org for your GREAT work !

Bye

mbachmann

Wich is the netatalk version packed with SME 6.5 beta ?
« Reply #1 on: January 27, 2005, 11:14:28 AM »
You missed to issue rpm -qi e-smith-netatalk on the console, you missed to view server-manager->view logfiles, rpmpkgs or rpmlist.log and you missed http://www.ibiblio.org/pub/linux/distributions/smeserver/releases/6.5beta1/iso/smeserver-6.5beta1.changed_rpms  which could be reached from the main news page. No offend. Version is e-smith-netatalk-1.12.0-03sme01.noarch.rpm

sleon

Wich is the netatalk version packed with SME 6.5 beta ?
« Reply #2 on: January 27, 2005, 02:39:42 PM »
Hello mbachmann,

Thank you for your answer.

>You missed to issue rpm -qi e-smith-netatalk
>on the console, you missed to view
>server-manager->view logfiles,
>rpmpkgs or rpmlist.log

I perfectly know which netatalk runs on my production servers. (it is a netatalk 1.6.4 from M. Soulier's contrib) I was looking for the netatalk version in the NEW beta 6.5 iso (which I can't download now because my ADSL is down).

But you gave me a very usefull link, and, digging a bit, I found the entire RPMS list (which -may be- can be usefull for other guys : http://www.ibiblio.org/pub/linux/distributions/smeserver/releases/6.5beta1/os/e-smith/RPMS/  )

The answer is netatalk 1.5.5-1es3. :-(
Saddly, this is exactly the same buggy package in e-smith 5.6. (the rpm is not buggy, but netatalk 1.5.5 is!)

Doesn't matter. I'll try to compile netatalk 2... Again and again ;-) (until success...)

Thank you !

mbachmann

Wich is the netatalk version packed with SME 6.5 beta ?
« Reply #3 on: January 27, 2005, 02:51:27 PM »
O.k. I thought you had the 6.5 installed already. Could you please edit your post, there is a ')' at the end of the url which hinders it from opening the correct location.

chrisgla

Success with MAC 10.3.7, mac osx, netatalk
« Reply #4 on: January 28, 2005, 05:55:09 AM »
Here are my notes of an install of netatalk 2.0.2 which I completed tonight.  It was an existing 6.0.1 machine. (I also tried it on 6.5b1 and it seemed fine)
I copied 92 Gb of data from our existing Mac "server" without any problems.  It seems to be much more responsive than the "current" netatalk version and their Mac "server".  I do not know what this will do to future upgrades so use at your own risk.

I hope this may help get version 2.0.2 included in 6.5 - It would make my year ;) Chris Glanzer

____________________________________________________

# NetaTalk 2.0.2 upgrade - Chris Glanzer, based on CompSOS' post -Thanks CompSOS
# Berkley DB update to 4.2.52

#-------------------------------------------

# Notes:

# Netatalk VERSION "2.0.2"
# Berkeley DB 4.2.52

# and the Development RPMs

wget -nc http://download.fedoralegacy.org/redhat/7.3/updates/i386/cpp-2.96-113.i386.rpm
wget -nc http://download.fedoralegacy.org/redhat/7.3/updates/i386/gcc-2.96-113.i386.rpm
wget -nc http://mirror.datapipe.net/norlug/redhat-7.3/RPMS/glibc-devel-2.2.5-48.norlug.i386.rpm
wget -nc http://download.fedoralegacy.org/redhat/7.3/updates/i386/glibc-kernheaders-2.4-7.16.i386.rpm

# install development RPMs

rpm -ivh glibc-kernheaders-2.4-7.16.i386.rpm
rpm -ivh glibc-devel-2.2.5-48.norlug.i386.rpm
rpm -ivh cpp-2.96-113.i386.rpm
rpm -ivh gcc-2.96-113.i386.rpm


# get Netatalk version 2.0.2 and Berkley 4.2.52

wget -nc http://umn.dl.sourceforge.net/sourceforge/netatalk/netatalk-2.0.2.tar.gz
wget -nc ftp://ftp.sleepycat.com/releases/db-4.2.52.NC.tar.gz

# you can use db version 4.3, but see the warning below.
# Untar and install Berkely DB

tar zxfv db-4.2.52.NC.tar.gz

# go into the /netbuild_unix dir and configure make && make install
cd db-4.2.52.NC/build_unix
../dist/configure --with-mutex=x86/gcc-assembly --prefix=/usr/lib/bdb --disable-shared
make && make install

# I stopped netatalk now, hoping to not cause problems with the compile and replacing netatalk files.

service atalk stop
cd ../../

# untar and install Netatalk

tar zxfv netatalk-2.0.2.tar.gz
cd netatalk-2.0.2
./configure --with-bdb=/usr/lib/bdb --sysconfdir=/etc/atalk --enable-redhat --with-cnid-cnid-dbd-backend
make && make install

# Make symlinks since the compile places the conf files in the wrond dir.
# If you know how to change the compile-time option to correct this...please post it.

cp -rf /etc/atalk/nls/ /etc/atalk/netatalk/

rm -f /etc/atalk/netatalk/afpd.conf
rm -f /etc/atalk/netatalk/atalkd.conf
rm -f /etc/atalk/netatalk/papd.conf
rm -f /etc/atalk/netatalk/AppleVolumes.default
rm -f /etc/atalk/netatalk/AppleVolumes.system
rm -f /etc/atalk/netatalk/config

ln /etc/atalk/afpd.conf /etc/atalk/netatalk/
ln /etc/atalk/atalkd.conf /etc/atalk/netatalk/
ln /etc/atalk/papd.conf /etc/atalk/netatalk/
ln /etc/atalk/AppleVolumes.default /etc/atalk/netatalk/
ln /etc/atalk/AppleVolumes.system /etc/atalk/netatalk/
ln /etc/atalk/config /etc/atalk/netatalk/

# I had to create a new ibay for everything to show up correctly...I believe this
# could be resolved by expanding the proper templates...someone please post the proper command.

service atalk start  #it takes much longer to start ver.2

# removed Development RPMs


#---------------------------------------------------

# This is info regarding using Berkley DB 4.3 taken from
# http://sourceforge.net/mailarchive/forum.php?thread_id=6275689&forum_id=8099
# You will receive errors when attempting to compile if
# you use this version.  Below is how to fix them. CG

# If you insist on using 4.3: The function declaration for db_stat changed in
# 4.3, we don"t catch this yet.
# Changing line 277 to : ret = db->stat(db, db_txn, &sp, 0); should fix the
# problem (untested).  You"ll hit the same error when compiling
# etc/cnid_metad/dbif.c, line 517. Same solution should work.
#
# Regards,
# Bjoern

sleon

Wich is the netatalk version packed with SME 6.5 beta ?
« Reply #5 on: January 28, 2005, 08:05:56 PM »
Hello Chris,

Great post. It sounds good for me :-)

I will try all that stuff soon !

Tanks again

chrisgla

Wich is the netatalk version packed with SME 6.5 beta ?
« Reply #6 on: January 29, 2005, 03:27:16 AM »
No problem.  This is a major piece in the 6.5 puzzle.  I hope it does not get left out.  If we get someone to help cleanup the compile options this would be a great addition (and a required one...anything pre netatalk 2 is simply unusable to Mac 10 clients...not to mention how much faster it is vs. netatalk 1.5.5

CG

Offline hardijs

  • ****
  • 77
  • +0/-0
wonderful + a problem
« Reply #7 on: February 03, 2005, 11:04:58 AM »
thi sis really great.

I put it on a 601 and it behaved much better, filenames no more limited to 31 chars (and unicode at that)

the problem - since the update all users with password len >8 chars are unable to get on the server using mocosx (10.3) afp client - geting
password error , you have entered more characters than the maximum alowed.

it worked before the update so that means there is a thing somewhere in the 202.  :-(
current users are advised to make a new password though it is usually a pain to make them choose one that is safe

chrisgla

Wich is the netatalk version packed with SME 6.5 beta ?
« Reply #8 on: February 06, 2005, 10:11:31 AM »
You are very fortunate to have users which use <8 char.  Obviously it has not been a problem to me.  Now for fixing it - maybe if we use the "--enable-dhcast128" compile option it will work.  DHCAST128 will support passwords up to 64 char. and has been integrated in Appleshare client since 3.8.4.  

You can find more information here - http://netatalk.sourceforge.net/2.0/htmldocs/configuration.html

Here is an interesting snippet-
"DHCAST128" should be a good compromise for most people since it combines stronger encryption with PAM integration. Hopefully Netatalk will support its successor "DHX2" (Diffie Hellman Exchange 2) in the future, which provides even stronger encryption.

I need to fire up my accessHDTV card for the Superbowl (i only watch the commercials) so I will probably not get to it until Monday. (20050207)

Once again - someone with more skill then this "senior newb" is more than welcome to chime in.  I really would like to get this working great so it can sneak into 6.5 ;)~

Chris G.

Offline hardijs

  • ****
  • 77
  • +0/-0
Wich is the netatalk version packed with SME 6.5 beta ?
« Reply #9 on: February 07, 2005, 09:07:47 AM »
Quote from: "chrisgla"
You are very fortunate to have users which use <8 char.  Obviously it has not been a problem to me.  Now for fixing it - maybe if we use the "--enable-dhcast128" compile option it will work.  DHCAST128 will support passwords up to 64 char. and has been integrated in Appleshare client since 3.8.4.  


you mean in the sh script here?
Code: [Select]

tar zxfv netatalk-2.0.2.tar.gz                                                                                                    
cd netatalk-2.0.2                                                                                                                  
./configure --with-bdb=/usr/lib/bdb --sysconfdir=/etc/atalk --enable-redhat --with-cnid-cnid-dbd-backend                          
make && make install                                                                                                              
                       

??

actually I amm a bit confusedas to there are 2 levels of conf directories for atalk / netatalk configuration in the /etc - /etc/atalk and /etc/atalk/netatalk/ - ie one if for the "pure" atalk and the ip?

Also the config (in both of these directories) do contain
Code: [Select]

AFPD_UAMLIST="uams_dhx.so,uams_pgp.so"                                                                                            


and there is a      uams_dhx.so  in /usr/lib (well - tha date seems old ... y2002)

also the config is "config."

bender42

codepage-Problem
« Reply #10 on: February 16, 2005, 02:44:30 PM »
The 2 directories makes life not easier but no big Problem.
I´m having bigger problem with the codepages.
If I use the ISO-8859-15 codepage, I recently can get kernel panic if a mac-user uses specialll characters like /°^ etc. I am using a 3ware raid5 setup.
When I use UTF8, my mac and my samba-shares shows "äüö" and all other special characters different.
Anybody got an idea? I can post my configs if it helps.[/b]

Offline hardijs

  • ****
  • 77
  • +0/-0
Re: codepage-Problem
« Reply #11 on: February 16, 2005, 09:00:14 PM »
Quote from: "bender42"
The 2 directories makes life not easier but no big Problem.

I´m just confused  shouldn't they be the same or some is the leftower?

Quote from: "bender42"
If I use the ISO-8859-15 codepage, I recently can get kernel panic if a mac-user uses specialll characters like /°^ etc. I am using a 3ware raid5 setup.
When I use UTF8, my mac and my samba-shares shows "äüö" and all other special characters different.
Anybody got an idea? I can post my configs if it helps.[/b]


which samba do you have (302 or whatelse)?
I am on a sme601 and samba is 228a - the samba connection just does not allow to use ascii(>128) characters (that's from the osx - so that may be more osx samba client prob).

Offline hardijs

  • ****
  • 77
  • +0/-0
password problems
« Reply #12 on: February 16, 2005, 09:12:20 PM »
looks like the root of the problem may be described by the entries in the logs :

Code: [Select]

Feb 16 21:49:50 sargs afpd[16364]: uam: loading (/etc/atalk/netatalk/uams/uams_clrtxt.so)
Feb 16 21:49:50 sargs afpd[16364]: uam: uams_clrtxt.so loaded
Feb 16 21:49:50 sargs afpd[16364]: uam: loading (/etc/atalk/netatalk/uams/uams_dhx.so)
Feb 16 21:49:50 sargs afpd[16364]: uam: uam not found (status=-1)
Feb 16 21:49:50 sargs afpd[16364]: uam: "Cleartxt Passwrd" available
Feb 16 21:49:50 sargs afpd[16364]: Finished parsing Config File


there is no /etc/atalk/netatalk/uams/uams_dhx.so so where can I make one.

Also I get a bunch of other errors - most probably permission probs like
Code: [Select]

Feb 16 21:50:14 sargs afpd[16398]: Setting uid/gid to 0/0
Feb 16 21:50:14 sargs afpd[16398]: CNID DB initialized using Sleepycat Software: Berkeley DB 4.2.52: (December  3, 2003)
Feb 16 21:50:14 sargs afpd[16398]: Creating '/home/e-smith/files/ibays/klienti/Network Trash Folder' failed in /home/e-smith/files/ibays/klienti: Permission denied
Feb 16 21:50:14 sargs afpd[16398]: Creating '/home/e-smith/files/ibays/klienti/Temporary Items' failed in /home/e-smith/files/ibays/klienti: Permission denied
Feb 16 21:50:14 sargs afpd[16398]: Warning: No CNID scheme for volume /home/e-smith/files/ibays/gallery. Using default.


which user should they belong to?

Offline hardijs

  • ****
  • 77
  • +0/-0
there are problems....
« Reply #13 on: February 23, 2005, 09:04:15 AM »
1. I've got 3 times the cnid database (whatever it means or whatever I misspelled) corruption.
It show up up as inability to mount a particular volume. I solved it by removing some dirs at the root level of the non mounting bay (fist service stop - then remove then service start)
it did recreate the cnid db so it works - though I am worried what may cause this and what may be lost that way (also including the downtime) and no - there were no powerloss etc - just in midday it stopped mounting particular items.


2. still I've been unable to solve the password problem. (see above)
For the later I think I will try to make upgrade to the latest 6.5rc1 and see what changes - As I see from the rpm list the netatalk-1.5.5-1es3.i386.rpm is included with this release by default :cry: - the v2.x.x has not made it  :cry:  :cry:  :cry: