1 |
On 2/9/07, Hans-Werner Hilse <hilse@×××.de> wrote: |
2 |
> |
3 |
> Hi, |
4 |
> |
5 |
> On Fri, 9 Feb 2007 19:43:16 +0200 |
6 |
> "Alexandru Mincu" <mincua@×××××.com> wrote: |
7 |
> |
8 |
> > My setup will look like this: |
9 |
> > big server with 2 or 3 gigabit ethernet cards and lots of sata drives in |
10 |
> a |
11 |
> > big raid array. |
12 |
> > disk less workstations with 512mb or 1gb of ram, nvidia or integrated |
13 |
> video |
14 |
> > and a gigabit ethernet card. |
15 |
> > and of course a gigabit ethernet switch. |
16 |
> |
17 |
> Hm. Are those "diskless" workstations supposed to be thin clients (i.e. |
18 |
> just displays for applications running on the big iron)? Probably not, |
19 |
> I guess. So your "big iron" will probably be a file server. For serious |
20 |
> productive work either virtualize the web-, mail- and calender servers |
21 |
> or even better make them separate machines. It's easier to maintain the |
22 |
> pieces when each of them has its own environment. You'll also need a |
23 |
> lot of CPU power on the main rig just for getting the needed throughput. |
24 |
|
25 |
|
26 |
Yes i am not thinking about thin clients as in X client only ... I am |
27 |
thinking about mounting / as NFS. |
28 |
Tanks for the servers tip ... I will try to use different machines where |
29 |
possible if not then Xen/Vmware/whatever else |
30 |
|
31 |
If you're going to go that road, I would suggest to offer your client |
32 |
> terminals access to a common, NFS read-only shared root and individual |
33 |
> shares for home directories. Make a testing environment and regularly |
34 |
> make it the new root if it has proven to be stable. Always remember |
35 |
> that the common root file system is now a single point of failure for |
36 |
> the whole company's productivity. |
37 |
|
38 |
|
39 |
The single point of failure is a problem but when you think that most people |
40 |
just use their local hard drives to store sensitive data and start |
41 |
complaining when their hard disk fails I think it's not a big issue ... If |
42 |
the fonds will give me the possibility I will make 2 different servers with |
43 |
synchronization(if it's possible .. haven't thought about that yet) and |
44 |
switch to backup when needed. |
45 |
|
46 |
> First of all let's start with the clients... |
47 |
> > I am a Gnome fan and I think it is better and simpler to use, but them |
48 |
> if |
49 |
> > you have windows users that you want to put to use linux, kde might be a |
50 |
> > better option... although this is a matter of taste I would accept some |
51 |
> > suggestions(without killing each other here), bu please take in |
52 |
> > consideration all the things i want to add. |
53 |
> |
54 |
> I don't think it's a big issue. Maybe others have more experience in |
55 |
> maintaining a common desktop environment in larger environments. |
56 |
> |
57 |
> > Things required: |
58 |
> > Email, |
59 |
> > Calendar sharing, |
60 |
> > IM, |
61 |
> > Office suite, |
62 |
> > other bullshit managers use to put you to work(suggestions accepted |
63 |
> here) :) |
64 |
> > Web browsing, |
65 |
> > A content management system |
66 |
> |
67 |
> Should be possible in one way or another. |
68 |
> |
69 |
> > I also think that some eye candy would be gr8 to have ... I tried both |
70 |
> > compiz and beryl, but none were stable for me... it's true i was using |
71 |
> > nvidia's beta driers but anyway. have any of you tried compiz or beryl? |
72 |
> > which one is really stable and ready to use for a company? Is the |
73 |
> > Xgl+(compiz|beryl) variant stable? I for one really liked beryl's |
74 |
> features |
75 |
> > but it seems to be more unstable than compiz. |
76 |
> |
77 |
> Hm, I don't know what kind of company we're talking about, but is this |
78 |
> really a mission critical issue? I think my boss would be scared and |
79 |
> thinking "heck, this guy has to much time for playing, let's give him |
80 |
> more work" -- but hey, I'm german and probably not supposed to have fun |
81 |
> at work :-) |
82 |
|
83 |
|
84 |
Yes well I am from Romania and if your boss dosen't kow shit about computers |
85 |
then he will be impressed by the eye candy :) |
86 |
|
87 |
> Now for updates .. which profile do you think would better suit a company |
88 |
> .. |
89 |
> > should I use hardend gentoo? Is there a version of gentoo that keeps |
90 |
> things |
91 |
> > down with the upgrades to stable packages or I should keep my own tree |
92 |
> and |
93 |
> > sync only the stuff I want and test into it? |
94 |
> > Now the nice part, |
95 |
> > What about the disk less clients? is there a way to keep a stable file |
96 |
> > system for all the workstations without requiring to copy all the base |
97 |
> files |
98 |
> > for each workstation? It would be nice to be able to dynamical add |
99 |
> > workstations to the network without requiring admin intervention... |
100 |
> > From what I have seen in the gentoo diskless faq it suggested doing an |
101 |
> > separate dir for each client in the network.... |
102 |
> |
103 |
> I would suggest to share the full root file system read-only by NFS |
104 |
> (i.e., probably just a chroot environment in which you maintain a |
105 |
> client-specific environment). It will be a bit of a PITA to get the |
106 |
> configuration for each specific client done in a sane way (writable, |
107 |
> client-specific NFS unionfs mount onto /etc and /var?) but easier than |
108 |
> maintaining N copies of the same stuff on the same RAID (after all, you |
109 |
> said "diskless clients", right?). |
110 |
|
111 |
|
112 |
right |
113 |
|
114 |
> What are the good points in using the system instead of using MS Windows |
115 |
> > (besides the money)? |
116 |
> |
117 |
> They can't ever fire you. Really. They would lose productivity _and_ data. |
118 |
|
119 |
|
120 |
well i won't be hired there .. but I could not louse the support contract :) |
121 |
|
122 |
|
123 |
> PS: Excuse my English. |
124 |
> |
125 |
> Not that this means anything, but since I think I understood every |
126 |
> single word, I'd say it's excellent :-) |
127 |
|
128 |
|
129 |
Thanks. |
130 |
|
131 |
-hwh |
132 |
> -- |
133 |
> gentoo-user@g.o mailing list |
134 |
> |
135 |
> |
136 |
|
137 |
|
138 |
-- |
139 |
Alexandru Mincu <mincua@×××××.com> |
140 |
Tel: +40745515505/+40723573761 |