sdf123 Skrevet 7. november 2010 Forfatter Del Skrevet 7. november 2010 Er dette en vanlig metode å gjøre? Eller er det jeg som ikke forstår helt hvordan permissions og dette skal funke? Lenke til kommentar
Del Skrevet 8. november 2010 Del Skrevet 8. november 2010 Ja, det er vanlig. Hva er det du ikke forstår? Jeg synes det virker som om du forstår veldig godt, og allerede har fått til gruppestyring greit. Dette siste punktet går på hvilken gruppe nye filer og mapper skal få. Det som er standard er at nye filer får samme gruppe som brukernavnet til den som opprettet filen. Du kan overstyre dette med chmod g+s som forklart. Alternativt kan du jo også gjøre e til medlem av gruppen b. Jeg vet ikke om det er mulig å gjøre dette stort enklere eller mer elegant. For å kunne gjøre dette på windows trenger du å sette opp en AD server, så sette opp domener, og melde maskiner inn i de, for så å sette opp group policies. Her får du alt innebygget i systemet, og Samba følger bare rettighetene til linuxboksen den kjører på. Du kan opprette nye grupper, og legge brukere til grupper enkelt fra kommandolinje med addgroup. Lenke til kommentar
sdf123 Skrevet 8. november 2010 Forfatter Del Skrevet 8. november 2010 Supert, leste litt her og da falt det litt mer inn: http://www.udel.edu/topics/os/unix/general/groupsharing.html Mens jeg er inne på Samba b@quicksilver:/media$ sudo /etc/init.d/samba4 restart * Stopping Samba 4 daemon samba [ OK ] * Starting Samba 4 daemon samba Unknown parameter encountered: "smb passwd file" Ignoring unknown parameter "smb passwd file" Unknown parameter encountered: "public" Ignoring unknown parameter "public" Unknown parameter encountered: "valid users" Ignoring unknown parameter "valid users" Unknown parameter encountered: "public" Ignoring unknown parameter "public" Unknown parameter encountered: "valid users" Ignoring unknown parameter "valid users" Unknown parameter encountered: "public" Ignoring unknown parameter "public" Unknown parameter encountered: "valid users" Ignoring unknown parameter "valid users" [ OK ] b@quicksilver:/media$ Er ikke disse parameterne riktige? Dette er smb.conf [global] server string = quicksilver.samba workgroup = whitehouse hosts allow = 192.168.1. 127. log file = /var/log/samba/%m.log security = user encrypt passwords = yes smb passwd file = /etc/samba/smbpasswd [Tmp] comment = Tmp path = /media/tmp public = no valid users = b e xbmc read only = no force create mode = 0770 force directory mode = 0770 Lenke til kommentar
HawP Skrevet 9. november 2010 Del Skrevet 9. november 2010 Hmmm... Samba 4... gjør det litt enklere for deg selv og hold deg til Samba 3 til 4'ern er ferdig Lenke til kommentar
sdf123 Skrevet 9. november 2010 Forfatter Del Skrevet 9. november 2010 Hmm, det var den som fulgte med Ubuntu server 10.04, hvordan downgrader jeg da? Lenke til kommentar
HawP Skrevet 9. november 2010 Del Skrevet 9. november 2010 Aner ikke hvordan en nedgraderer, jeg kjenner ikke spesielt godt til Ubuntu... Men det burde vel finnes Samba 3 pakker tilgjengelig? Eller må en kanskje bytte Ubuntu versjon da...? Kan ikke si at jeg helt har sansen for at de legger med en alpha versjon som standard, som foreløpig ikke anbefales brukt til så mye mer enn utprøving... Lenke til kommentar
Del Skrevet 9. november 2010 Del Skrevet 9. november 2010 Ubuntu kommer med både Samba 3.4.7 og Samba 4 alfa 8. Pakken samba installerer versjon 3, pakken samba4 installerer versjon 4. Avinstaller pakken samba4 og installer pakken samba, så er du over på versjon 3. Lenke til kommentar
sdf123 Skrevet 9. november 2010 Forfatter Del Skrevet 9. november 2010 Lurer på om jeg har gjort noe feil. Er Samba 'smbd'? /etc/init.d/ lrwxrwxrwx 1 root root 21 2010-11-09 21:24 smbd -> /lib/init/upstart-job Ser at jeg fortsatt har samba4 liggende. -rwxr-xr-x 1 root root 1365 2010-09-14 17:37 samba4 Lenke til kommentar
Del Skrevet 10. november 2010 Del Skrevet 10. november 2010 Du tar ikke feil. smbd er samba, og Ubuntu har gått over til upstart, så /etc/init.d skal ikke brukes lengre. To endringer på en gang, ikke spesielt heldig dessverre. For å laste inn nye innstillinger i smb.conf kan du bruke sudo smbd restart eller sudo service smbd restart Lenke til kommentar
Del Skrevet 10. november 2010 Del Skrevet 10. november 2010 Hvis du vil vite hvilken versjon av Samba du kjører kan du teste slik: sudo smbd --version Lenke til kommentar
sdf123 Skrevet 8. mars 2011 Forfatter Del Skrevet 8. mars 2011 Nå har jeg kommet meg litt videre og faktisk satt opp et Raid5 og et Raid1. Alt er satt opp via kommandoer jeg har funnet på nettet, så kan vel ikke påstå at dette er noe jeg kan ennå.. Raid1: /dev/sdb1 /dev/sdc1 (begge på 1GB) Raid5: /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 (alle 4 på 2GB hver) Alle diskene ble satt opp som Linux Raid Autodetect via cfdisk. b@krabbe:/raid5$ sudo mdadm --create /dev/md0 --level=raid5 --chunk=64 --parity=left-symmetric --raid-devices=4 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 Hva er det --chunk=64 --parity=left-symmetric gjør, hadde jeg greid meg uten disse? b@krabbe:/raid5$ sudo mdadm --detail --scan > /etc/mdadm/mdadm.conf -bash: /etc/mdadm/mdadm.conf: Ikke tilgang b@krabbe:/raid5$ cat /etc/mdadm/mdadm.conf # mdadm.conf # # Please refer to mdadm.conf(5) for information about this file. # # by default, scan all partitions (/proc/partitions) for MD superblocks. # alternatively, specify devices to scan, using wildcards if desired. DEVICE partitions # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST <system> # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays # This file was auto-generated on Tue, 08 Mar 2011 14:42:56 +0100 # by mkconf 3.1.4-1+8efb9d1 b@krabbe:/raid5$ Den linjen skal legge all nødvendig info inn i config fila etter hva jeg har forstått, men det nekta den meg her! Hvorfor? sudo mkfs.ext3 -b 4096 -R stride=16 /dev/md0 Lagde så Ext3 filsystem til Raid5. b@krabbe:/raid5$ sudo mkdir raid5 b@krabbe:/raid5$ sudo mount /dev/md0 /raid5 Det samme gjorde jeg med Raid 1 og nå har jeg dette: b@krabbe:~$ df -h -T Filsystem Type Storlek Anvnt Tillg Anv% Monteret på /dev/sda1 ext3 4,7G 906M 3,6G 20% / tmpfs tmpfs 249M 0 249M 0% /lib/init/rw udev tmpfs 244M 168K 244M 1% /dev tmpfs tmpfs 249M 0 249M 0% /dev/shm /dev/md0 ext3 6,0G 732M 4,9G 13% /raid5 /dev/md1 ext3 1004M 25M 929M 3% /backup b@krabbe:~$ Alt ser jo veldig bra ut. Er det så enkelt, eller har jeg glemt å gjøre noe? Vil alt opp å kjøre om jeg tar en restart nå? Hvordan kan jeg passe på at Raidene oppfører seg bra og at diskene ikke begynner å svikte? Lenke til kommentar
trrunde Skrevet 8. mars 2011 Del Skrevet 8. mars 2011 Går utifra at du må legge inn raidet i /etc/fstab for at raidet skal automountes etter restart. Lenke til kommentar
sdf123 Skrevet 8. mars 2011 Forfatter Del Skrevet 8. mars 2011 For å få lagt inn infoen om raidet i /etc/mdadm/mdadm.conf måtte jeg gjøre det fra root: echo "DEVICE partitions" > /etc/mdadm/mdadm.conf mdadm --detail --scan >> /etc/mdadm/mdadm.conf Det funket ikke å legge det til med sudo kommandoen, ikke vet jeg hvorfor!? Fikk også lagt inn begge raidene i /etc/fstab /dev/md0 /raid5 auto defaults 0 3 /dev/md1 /backup auto defaults 0 3 Noen gode måter å overvåke raidene på? Jeg ser at jeg kan legge inn en epost-adresse hvor kritiske(?) feil vil bli sendt, men må jeg da også sette opp en form for mailserver på serveren for at den skulle kunne sende meg en mail til feks [email protected] ? Lenke til kommentar
sdf123 Skrevet 9. mars 2011 Forfatter Del Skrevet 9. mars 2011 (endret) Har nå testet det å legge til en disk i Raidet! Slo av serveren og lagde en ny disk i vmware på 2GB. Først måtte jeg legge bytte type på disken med å bruke root@krabbe:/# cfdisk /dev/sdh1 Primær, hele disken og type: FD (linux raid auto) Så var det bare å legge til disken i arrayet: root@krabbe:/# mdadm --add /dev/md0 /dev/sdh1 Så få diskplassen i Raid5et: root@krabbe:/# mdadm --grow /dev/md0 --raid-devices=5 For å se Raidet bygge seg opp kan man følge det med å: root@krabbe:/# cat /proc/mdstat Når det er ferdig så må vi passe på at den nye disken får et filsystem som er likt de andre: root@krabbe:/# umount /raid5 root@krabbe:/# fsck.ext3 /dev/md0 root@krabbe:/# e2fsck -f /dev/md0 root@krabbe:/# resize2fs /dev/md0 root@krabbe:/# mount /raid5 Da gikk raidet fra å være: root@krabbe:/# df -h -T Filsystem Type Storlek Anvnt Tillg Anv% Monteret på /dev/sda1 ext3 4,7G 1,3G 3,3G 28% / tmpfs tmpfs 249M 0 249M 0% /lib/init/rw udev tmpfs 244M 176K 244M 1% /dev tmpfs tmpfs 249M 0 249M 0% /dev/shm /dev/md0 ext3 6,0G 1,3G 4,4G 24% /raid5 /dev/md1 ext3 1004M 25M 929M 3% /backup root@krabbe:/# til å bli root@krabbe:/# df -h -T Filsystem Type Storlek Anvnt Tillg Anv% Monteret på /dev/sda1 ext3 4,7G 1,3G 3,3G 28% / tmpfs tmpfs 249M 0 249M 0% /lib/init/rw udev tmpfs 244M 176K 244M 1% /dev tmpfs tmpfs 249M 0 249M 0% /dev/shm /dev/md1 ext3 1004M 25M 929M 3% /backup /dev/md0 ext3 7,9G 1,3G 6,2G 18% /raid5 root@krabbe:/# Moro Finnes det noen måter på å testkjøre med tanke på å miste en disk? Endret 9. mars 2011 av everlong Lenke til kommentar
AlecTBM Skrevet 9. mars 2011 Del Skrevet 9. mars 2011 Uhm, koble fra disken kanskje? Lenke til kommentar
sdf123 Skrevet 9. mars 2011 Forfatter Del Skrevet 9. mars 2011 Hvordan gjør man det i VMware? Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå