On Mon, 2014-07-14 at 12:59 -0700, John R Pierce wrote:
> On 7/14/2014 12:48 PM, Always Learning wrote:
> > On the contrary it means a discerning user like me, never adverse to
> > complaining, is satisfied with the quality product C 5 undoubtedly is.
> > And satisfied sufficiently to use it instead of C6 and C7.
> perhaps you should change your username from Always Learning, as it
> appears you've decided to stop as of about 5 years ago.
Optimistically I will continue learning about a wide range of differing
subjects until I die, probably in about 10 years or so.
I continue to learn new things about C5, and the programmes than run on
it, the BSDs, Linux kernel, minor CSS syntaxes. It is fascinating.
Next month I hope to enrol in German and Polish evening classes. I would
have preferred Norwegian (Bokmal) and Dutch (Nederlands) but the local
college don't have them. In November I would like to start a law
degree :-)
I am never complacent and tomorrow I do the first of the compulsory 3
tests for my motorbike licence (theory and hazard perception, despite
riding my bike for the last year as a Learner) - I'm definitely Always
Learning and not ashamed to admit it.
Centos is clearly a refreshing and invigorating breeze compared to
Windoze. Having about 47 years years experience as a computer
programmer, I am naturally reticent about systemd - but then every
clever and thinking person would be too. I've experienced too many
computer problems to trust everything to script kiddies or their
grown-up enthusiastic cousins.
Have a nice evening.
--
Regards,
Paul.
England, EU.
Centos, Exim, Apache, Libre Office.
Linux is the future. Micro$oft is the past.
Do an ls -lha public_html in the user's folder and look what group
the files are owned by. Then do chown username:group -R public_html.
Ryan
2010/4/2 cahit Eyigünlü <cahit.eyigunlu(a)gmail.com>:
> the main problem that i have copied files directly to public_html folder and
> it is returnin 500 internal error now ,
> and i need to allow the web user of this folder to read write content of
> this folder
>
> 2010/4/3 Niki Kovacs <contact(a)kikinovak.net>
>>
>> cahit Eyigünlü a écrit :
>> > do you mean that for example a folder of root will be owned by cccc
>> > chown -R root:cccc /path/*
>> >
>>
>> I think it would be wise to read some basic *nix documentation.
>> Something like :
>>
>> * Linux Cookbook (Carla Schroder)
>> * Definitive Guide to CentOS
>> * Foundations of CentOS
>> * Red Hat Enterprise Linux 5 Administration
>>
>> It's not much use trying to fly a plane by pushing all the buttons and
>> see what they do. This advice is meant in a friendly way.
>>
>> Cheers,
>>
>> Niki
>> _______________________________________________
>> CentOS mailing list
>> CentOS(a)centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>
>
> _______________________________________________
> CentOS mailing list
> CentOS(a)centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>
Folks
I have a Centos7 system (SOFA) and want to install a Samba share
named "STUFF" for the machines inside my home. All users in my home
have read access to the share, but only one user "me" has write
permission. The configuration below worked just fine when the Samba
system was on Centos 6, but did not work under Centos 7. The client
machine is Windows 10. I have changed all "private" information for
this message.
The Centos 7 machine is running with SELINUX disabled, and
effectively without firewall.
Windows network browsing finds the computer, but not the share. (it
used to find the share with Centos 6).
The server name is SOFA
The share name is STUFF
the Workgroup name is MYGROUP
The Linux account is "melinux"
The logon name from windows is "me"
I have issued the command
smbpass -a me
<password-for-me>
<password-for-me>
smb.conf contains:
---------------------------------------------
# Samba Configuration
[global]
dns proxy = no
hosts allow = 192.168. 127. 10. localhost
hosts deny = ALL
log file = /var/log/samba/%m.log
max log size = 50
netbios name = SOFA
printcap name = /dev/null
printing = bsd
security = user
server string = Samba %v on sofa
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
username map = /etc/samba/smbusers
winbind use default domain = no
workgroup = MYGROUP
[STUFF]
browsable = yes
case sensitive = no
comment = STUFF on sofa
create mask = 0755
directory mask = 0755
force user = melinux
guest ok = yes
path = /home/samba-share
write list = melinux
----------------------------------------------
smbusers contains:
----------------------------------------------
melinux = me
----------------------------------------------
Where have I gone wrong? What changed from C6 to C7. Any advice
would be appreciated.
David
On 2/2/21 4:21 PM, Valeri Galtsev wrote:
>
>
> On 2/2/21 5:10 PM, R C wrote:
>>
>> On 2/2/21 4:04 PM, Matthew Miller wrote:
>>> On Tue, Feb 02, 2021 at 03:49:35PM -0700, R C wrote:
>>>> This is what I read today, might have been around longer though,
>>>> don't know.
>>>>
>>>>
>>>> "New Year, new Red Hat Enterprise Linux programs: Easier ways to
>>>> access RHEL"
>>>>
>>>> https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-progra…
>>>>
>>> It came out a few weeks ago but the program is live as of yesterday.
>>>
>>> In short:
>>>
>>> 1. Register at https://developers.redhat.com/register
>>>
>>> 2. You'll now see a developer subscription allowing up to 16 systems
>>> listed
>>> at https://access.redhat.com/management/subscriptions
>>>
>>> 3. Download and install from
>>> https://developers.redhat.com/products/rhel/download
>>>
>>> 4. sudo subscription-manager register --username $USERNAME
>>> (where $USERNAME is the email address you registered with)
>>>
>>> and there you go.
>>>
>>> It says "Developer Subscription" but the new terms allow each
>>> individual to
>>> have up to 16 systems for production use. See the (single page)
>>> terms here:
>>
>> I would not use it for production, or commercial purposes, just so I
>> have the same at home (or close) as at work. I wonder, does that mean
>> you can have up to 16 licensed servers/workstations running at a
>> time? Or over time, when you discard equipment, and need to install
>> another machine/desktop, whatever by the time you're at 17 start paying?
>>
>
> When I was thinking similar situation over - with different kind of
> proprietary product free up to some number... my sentiment ended up
> being: OK, I plan all my future well, and fit all into that restricted
> number, let's say 16. But what if at some point they change their mind
> and this number suddenly becomes 12. I definitely can not plan what in
> the future they will do. And specifically recent events showed that
> they do change things.
>
> And the I went free open source route. And never regretted.
>
> But it is everybody's individual decision, and those who make it will
> have only themselves to blame if ever get into trouble as the result.
>
> Incidentally, I for one blame myself that I have to change my routine
> from CentOS [to Debian]. Not that that is much of a hassle. This is
> not the first migration in my life, and hopefully not the last one ;-)
> - meaning long life for myself, not short life for Debian.
>
> Valeri
>
well, my point is not that I don't know what alternative to use, there
is enough, I couldn't care less to use Ubuntu or something. (I actually
have an Ubuntu machine as well as a Debian machine, for two very
specific applications.)
The reason why I have some Centos stuff is because it is very close to
Redhat, and where I work we use A LOT of redhat
machines/servers/clusters, so it is just convenience. That is why I used
Centos, and if this mechanism/program is available, well, I'll use that.
>
>> (I am checking that with a redhat rep that we have at work too).
>>
>>
>>> https://www.redhat.com/wapps/tnc/viewterms/72ce03fd-1564-41f3-9707-a0974762…
>>>
>>>
>>>
>>> It may also be of interest to note something which I hadn't realized
>>> before:
>>> this subscription includes the "EUS" offering which provides security
>>> updates to select minor releases (so you can "pin" to that minor
>>> release),
>>> which is something CentOS never did.
>>>
>>>
>> _______________________________________________
>> CentOS mailing list
>> CentOS(a)centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>
Hi Arun,
Please understand and do as Johnny advised, it will fix your problem.
Thanks
> On 03/27/2012 03:47 AM, arun kumar wrote:
>> sorry for not mentioning before that iam new to linux
>>
>> i have full access to internet, this is an educational institution,
>> every
>> one have there seperate username and pasword for login...
>> so i used the my username and password in the yum.conf file..
>>
>> i tried from GUI also like
>>
>> system->Administration-> software update ,then i got the
>> folowing warning and error
>>
>> Software Update Viewer is running as a privileged user
>> Package management applications are security sensitive.
>> Running graphical applications as a privileged user should be avoided
>> for
>> security reasons.
>>
>> problem connecting to software source
>>
>> i also tried
>> system->Administration->Add/Remove software
>>
>> iam not understanding what else to try
>
> <snip>
>
> If you do not have the Environment variable set for http_proxy, then
> curl will not work. This seems like your problem to me.
>
> To see if you have http_proxy set as an environment variable, use this
> command:
>
> env | grep -i http_proxy
>
> You need to check the above variable for both your "root user" and your
> "local user" (local user's variables would be used if you are running
> yum with sudo or su root ... root user would be used if you did "su -
> root" or logged in directly as root.
>
> If the result is in caps, like this:
>
> HTTP_PROXY=http://my_username:mypassword@10.101.16.4:8080
>
> Then curl might have an issue, so also add it in lower case like this:
>
> http_proxy="http://my_username:mypassword@10.101.16.4:8080"
>
> So, If you do not have a lower case "http_proxy=", then you would set it
> in your root's ".bash_profile" file and your local user's
> ".bash_profile" file. This is the line you would add to both users
> .bash_profile:
>
> export http_proxy="http://my_username:mypassword@10.101.16.4:8080"
>
> After making the change, log out and back in to have the variables take
> effect and then check them again with the grep command above ...
>
> Once you have the correct lower case variable set for "http_proxy=" for
> both your normal local user and for root, you should be able to use yum
> and curl.
>
> <snip>
>
>>> If the proxy server requires a username and password, add these to the
>>> URL. To include the username |yum-user| and the password |qwerty|, add
>>> these settings:
>>>
>>> |# The Web proxy server, with the username and password for this
>>> account
>>> http_proxy="http://yum-user:qwerty@mycache.mydomain.com:3128"
>>> export http_proxy|
>>>
>>> *Example 5. Profile Settings for a Secured Proxy Server*
>>>
>>> [Note] The |http_proxy| Environment Variable
>>>
>>> The |http_proxy| environment variable is also used by |curl| and other
>>> utilities. Although |yum| itself may use |http_proxy| in either
>>> upper-case or lower-case, |curl| requires the name of the variable to
>>> be
>>> in lower-case.
>>>
>
>
> _______________________________________________
> CentOS mailing list
> CentOS(a)centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
Thanks / Regards
Prabhpal S. Mavi
Email: prabhpal(a)digital-infotech.net
Sent Through .Net Domain From iPhone
Hi
not sure how long this has been going on for ( sure it has not been
that long )
when i get auto fs to try map a shair using CentOS release 3.4
the shairs UID is not set right
Ie
cat /etc/auto.misc
uber_work -fstype=smbfs,username=me,password=XXX,workgroup=box,uid=500
//sys/uber
when ls i get
drwxrwx--- 1 root 2015 0 Mar 2 16:50 1
drwxrwxr-x 1 2001 2015 0 Mar 3 11:55 2
drwxrwx--- 1 root 2015 0 Dec 6 11:02 3
drwxrwx--- 1 root 2015 0 Dec 6 11:02 4
drwxrwx--- 1 root 2015 0 Dec 6 11:03 5
drwxrwx--- 1 root 2015 0 Dec 6 11:02 6
as you can see the UID's are not right not 100% sure why
some info
samba-3.0.9-1.3E.2
autofs-4.1.3-47
See BUG. "That's not a bug, it's a feature!"
A bug can be changed to a feature by documenting it.
Michael Falzon (RHCT)
Mozy's Swamp BBs & Red Dwarf BBs
http://mozysswamp.org
Registered LFS User #406
Registered Linux User #204397
-------------------------------------------------------------------------------
UNINTENDED RECIPIENT: This email and any attachments are
confidential. They may contain legally privileged information or
copyright material. You should not read, copy, use or disclose them
without authorisation.
If you are not an intended recipient, please contact us at once
by return email and then permanently delete both messages.
VIRUS WARNING: Mozy's Swamp & Red Dwarf BBs does not accept liability
in connection with computer viruses, data corruption, delay or denial of
service as a result of virus infection.
Acá te paso un usuario que tiene el mismo error:
Cuales serian los comandos para cambiar el Password last set .
[root@SRVDC01 ~]# pdbedit -Lv tonga1
Unix username: tonga1
NT username: tonga1
Account Flags: [U ]
User SID: S-1-5-21-3601978670-2247189297-
Primary Group SID: S-1-5-21-3601978670-2247189297-
Full Name: tonga1
Home Directory: \\srvdc01\tonga1
HomeDir Drive: Z:
Logon Script: scripts\logon.bat
Profile Path: \\srvdc01\Profiles\tonga1
Domain: EISAIII
Account desc:
Workstations:
Munged dial:
Logon time: 0
Logoff time: never
Kickoff time: 0
Password last set: vie, 04 sep 2009 07:50:35 ART
Password can change: sáb, 05 sep 2009 07:50:35 ART
Password must change: dom, 06 sep 2009 07:50:35 ART
Last bad password : 0
Bad password count : 0
Logon hours : FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
De: centos-es-bounces(a)centos.org [mailto:centos-es-bounces@centos.org] En
nombre de Jorge Eduardo Echeverría Hidrovo
Enviado el: Viernes, 04 de Septiembre de 2009 10:57 a.m.
Para: centos-es(a)centos.org
Asunto: Re: [CentOS-es] Problemas con Samba + LDAP como PDC
Estimados,
Es posible que pueda aprender LINUX???
Favor ayudemen si es posible
Gracias
Jorge
> From: yonsy(a)blackhandchronicles.homeip.net
> To: centos-es(a)centos.org
> Date: Fri, 4 Sep 2009 08:42:56 -0500
> Subject: Re: [CentOS-es] Problemas con Samba + LDAP como PDC
>
> On Fri, 2009-09-04 at 20:49 -0300, Dominguez, Gaston Matias wrote:
>
> > # Sincronizacion de cuentas LDAP, NT y LM
> > # unix password sync = Yes
> > ldap passwd sync = Yes
> > passwd program = /usr/sbin/smbldap-passwd -u "%u"
> > passwd chat = "Changing *\nNew password*" %n\n "*Retype new password*"
> > %n\n"
>
> los dos ultimos no son necesarios, es mas pueden confundir a samba si
> estas usando ya ldap passwd sync, comentalos.
>
>
> > [2009/09/03 14:05:16, 1] smbd/chgpasswd.c:change_oem_password(1057)
> > Sep 3 14:05:16 eisaIII smbd[4801]: user test1 cannot change password
> > now, must wait until vie, 04 sep 2009 17:29:06 ART
>
> eso generalmente significa un entrevero de los atributos de password
> age, y password expired time. smbldap-tools no trae toda la capacidad
> para poder cambiar esos atributos claramente, verifica lo sgte.
>
> pdbedit -Lv test1
>
> te dara entre los datos las fechas relacionadas con el tiempo de vida de
> los passwords
>
> Password last set: cuando se cambio el password la ultima vez
> Password can change: cuando se podra cambiar el password
> Password must change: cuando debe cambiarse el password
>
> es posible q se tenga seteado Minimun Password Age a una cantidad de dias
> q evita q puedas cambiar el password, tendrias q cambiar en ese caso o ese
> parametro o el Password last set del usuario directamente en el LDAP.
>
> --
> Yonsy Solis (aka BlackHand)
>
> _______________________________________________
> CentOS-es mailing list
> CentOS-es(a)centos.org
> http://lists.centos.org/mailman/listinfo/centos-es
_____
Connect to the next generation of MSN Messenger Get it now!
<http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=
wlmailtagline>
On 7/8/07, Akemi Yagi <amyagi(a)gmail.com> wrote:
> Here is the updated info.
>
> Steve French (samba team) made available a newer cifs version (1.48)
> backported to old kernels:
>
> http://lists.samba.org/archive/linux-cifs-client/2007-April/001898.html
>
> Using this cifs code Jeff Layton (RH) has built some test kernels
> after making appropriate adjustment for RHEL:
>
> http://people.redhat.com/jlayton/
FYI.
A list of cifs bugs fixed in the above version (going from 1.45 to 1.48):
+Verison 1.48
+------------
+Fix mtime bouncing around from local idea of last write times to remote time.
+Fix hang (in i_size_read) when simultaneous size update of same remote file
+on smp system corrupts sequence number. Do not reread unnecessarily
partial page
+(which we are about to overwrite anyway) when writing out file opened rw.
+When DOS attribute of file on non-Unix server's file changes on the server side
+from read-only back to read-write, reflect this change in default file mode
+(we had been leaving a file's mode read-only until the inode were reloaded).
+Allow setting of attribute back to ATTR_NORMAL (removing readonly dos attribute
+when archive dos attribute not set and we are changing mode back to writeable
+on server which does not support the Unix Extensions).
+
+Version 1.47
+------------
+Fix oops in list_del during mount caused by unaligned string.
+Fix file corruption which could occur on some large file
+copies caused by writepages page i/o completion bug.
+Seek to SEEK_END forces check for update of file size for non-cached
+files.
+
+Version 1.46
+------------
+Support deep tree mounts. Better support OS/2, Win9x (DOS) time stamps.
+Allow null user to be specified on mount ("username="). Do not return
+EINVAL on readdir when filldir fails due to overwritten blocksize
+(fixes FC problem). Return error in rename 2nd attempt retry (ie report
+if rename by handle also fails, after rename by path fails, we were
+not reporting whether the retry worked or not). Fix NTLMv2 to
+work to Windows servers (mount with option "sec=ntlmv2").
Thanks for your reply. Nothing in my yum conf or repos has been changed.
Jim Perrin wrote:
> On 5/15/06, William Warren <hescominsoon(a)emmanuelcomputerconsulting.com>
> wrote:
>> I installed plesk(first mistake at least here..<G>) and it got in my way
>> in some area more than it helped. The first thing it did was deny root
>> access to mysqld and i could not find the username and password for
>> adding another database. I removed plesk and mysql. when i used yum to
>> reinstall mysql i was then told root @ localhost was denied. I removed
>> mysql again and nuked all of the mysql files i could find that were left
>> behind. Now when i reinstall it won't even start. Any ideas?
>
> You may need to consult your yum configs and repo files and look for
> excluded packages. I know cpanel does this, but I'm honestly not sure
> about plesk.
>
>
> What does it mean if your sig is longer than the body of your message?
>
--
My "Foundation" verse:
Isa 54:17 No weapon that is formed against thee shall prosper; and
every tongue that shall rise against thee in judgment thou shalt
condemn. This is the heritage of the servants of the LORD, and their
righteousness is of me, saith the LORD.
-- carpe ductum -- "Grab the tape"
CDTT (Certified Duct Tape Technician)
Linux user #322099
Machines:
206822
256638
276825
http://counter.li.org/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 01/31/2011 01:19 PM, Paul Heinlein wrote:
> On Mon, 31 Jan 2011, Soo-Hyun Choi wrote:
>
>> Hi there,
>>
>> As you know, $HOME is generally located at "/home/$username" by default.
>>
>> I would like to re-locate all users' $HOME directories to something
>> like "/export/home/$username" without having a hassle/trouble.
>>
>> Initially, I've thought of just copying them to the new directory
>> (under /export/home/xxx), but guessed it might trouble for the
>> normal use (I'm pretty new to CentOS, although many experiences with
>> Debian/Ubuntu).
>>
>> Is there any good tricks (or caveats) when moving users' home
>> directory cleanly with CentOS? (I'm with CentOS 5.5 x86_64)
>
> For the sake of argument, I'm going to assume that your current /home
> and the new /export/home are on separate disks or partitions. That is,
> you need to make a full copy of the existing directories rather than
> just renaming them.
>
> The following instructions should all be done as root.
>
> 1. rsync -av --delete /home/ /export/home/
>
> 2. Edit /etc/default/useradd so that HOME=/export/home
>
> 3. Run /usr/sbin/genhomedircon
>
> 4. Verify the change in
>
> /etc/selinux/<<SELINUXTYPE>>/contexts/files/file_contexts.homedirs
>
> 5. Make sure that /export/home has the right contect:
>
> semanage fcontext -a -t home_root_t /export/home
>
> 6. Run fixfiles to see if anything is amiss:
>
> /sbin/fixfiles check /export/home
>
> If something fixfile reports errors, use it to fix things:
>
> /sbin/fixfiles restore /export/home
>
> 7. Disable user logins (including your own).
>
> 8. Update /etc/password with new $HOME definitions
>
> 9. Re-run rsync, if necessary, to catch last-minute changes:
>
> rsync -av --delete /home/ /export/home/
>
> 10. Make the older /home/* directories unreadable.
>
> 11. Enable user logins
>
> 12. Tell your users emphatically that they should use $HOME anywhere
> they're tempted to hardwire their home directory path into a
> script. :-)
>
If you are using RHEL6 or its equivalent:
# semanage fcontext -a -t home_root_t /export
# semanage fcontext -a -e /home /export/home
# restorecon -R -v /export/home
# mkdir /export/home
# mv /home/* /export/home/*
# restorecon -R -v /export
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAk1IcTIACgkQrlYvE4MpobOk3QCeM+v1k1h7UHUQh+xCe/WSk5/y
qgAAoLmg1eeH1WAdOPlnNgeEILRWhrIO
=c39d
-----END PGP SIGNATURE-----
