I am trying to increment a filename in a script example name is 000001.txt
and I need to keep the leading 0's. I have no problem if the name was
1.txt, 2.txt etc...
var=`expr $var + 1`
however how do I keep the leading 0's?
Thanks,
Jerry
Hi
Do you know whether snmpwalk can work in v3?
if not, how can I get the snmp v3 info
Thank you
Send instant messages to your online friends http://uk.messenger.yahoo.com
Send CentOS-announce mailing list submissions to
centos-announce(a)centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-request(a)centos.org
You can reach the person managing the list at
centos-announce-owner(a)centos.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."
…
[View More]Today's Topics:
1. CentOS 4.7 Server CD - i386 Released (Karanbir Singh)
2. CentOS 4.7 Server CD - x86_64 Released (Karanbir Singh)
----------------------------------------------------------------------
Message: 1
Date: Fri, 17 Oct 2008 01:21:50 +0100
From: Karanbir Singh <kbsingh(a)centos.org>
Subject: [CentOS-announce] CentOS 4.7 Server CD - i386 Released
To: centos-announce(a)centos.org, distro(a)distrowatch.com
Message-ID: <48F7DA9E.3030409(a)centos.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
The single CD server install for CentOS 4.7 / i386 has now been released
and is available from all active mirrors. The ISO is available on
bit-torrent, via the torrent file :
http://mirror.centos.org/centos/4/isos/i386/CentOS-4.7.ServerCD-i386.torrent
Sha1sum for the torrent file is: 779adf04b554ee01d05520936bb406a16a85d45c
md5sum for the CentOS 4.7 ServerCD / i386 is :
429c3c5d627682d5d9e8084c8e5456cd CentOS-4.7.ServerCD-i386.iso
sha1sum for the CentOS 4.7 ServerCD / i386 is:
6272d724f0abb95d2a5652724fe6b3740706d543 CentOS-4.7.ServerCD-i386.iso
You can find a local mirror to download from here:
http://isoredirect.centos.org/centos/4/isos/i386/
---------------------------------------------------------------------
We appreciate all feedback, including RFE's and bug notifications.
Notes:
1. This installer will only work with i686 based cpu's ( no K6, older
Via C2 / C3 support )
2. The included packages are a subset of all packages available in the
CentOS distribution, however yum has been pre-configured to use the
entire repository.
3. In order to ensure that drivers and other third party apps maintain
compatibility, the package set used on the Server CD is from Release
time CentOS 4.7, you are strongly encouraged to run a 'yum update'
immediately after installation.
4. As some of you will notice, the iso size is lower than the 650mb
acceptable for a single CD. Feedback on what other packages should be
aded or removed from this Single CD for the next release are very welcome.
Enjoy!
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #centos(a)irc.freenode.net
------------------------------
Message: 2
Date: Fri, 17 Oct 2008 01:38:34 +0100
From: Karanbir Singh <kbsingh(a)centos.org>
Subject: [CentOS-announce] CentOS 4.7 Server CD - x86_64 Released
To: centos-announce(a)centos.org, distro(a)distrowatch.com
Message-ID: <48F7DE8A.8000806(a)centos.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
The single CD server install for CentOS 4.7 / x86_64 has now been
released and is available from all active mirrors. The ISO is available
on bit-torrent, via the torrent file :
http://mirror.centos.org/centos/4/isos/x86_64/CentOS-4.7.ServerCD-x86_64.to…
Sha1sum for the torrent file is: 67f17d202957ed7ca0008892aad101f1c9b41956
md5sum for the CentOS 4.7 ServerCD / i386 is :
241218f19994cfae40627e6cd82549e5 CentOS-4.7.ServerCD-x86_64.iso
sha1sum for the CentOS 4.7 ServerCD / i386 is:
a9ce59148663e7697d509ec8c516f864c1912d13 CentOS-4.7.ServerCD-x86_64.iso
You can find a local mirror to download from here:
http://isoredirect.centos.org/centos/4/isos/x86_64/
---------------------------------------------------------------------
We appreciate all feedback, including RFE's and bug notifications.
Notes:
1. Since there are no 32bit packages included in this CD, the resulting
install will be 64bit clean.
2. The included packages are a subset of all packages available in the
CentOS distribution, however yum has been pre-configured to use the
entire repository.
3. In order to ensure that drivers and other third party apps maintain
compatibility, the package set used on the Server CD is from Release
time CentOS 4.7, you are strongly encouraged to run a 'yum update'
immediately after installation.
4. As some of you will notice, the iso size is lower than the 650mb
acceptable for a single CD. Feedback on what other packages should be
aded or removed from this Single CD for the next release are very welcome.
Enjoy!
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #centos(a)irc.freenode.net
------------------------------
_______________________________________________
CentOS-announce mailing list
CentOS-announce(a)centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
End of CentOS-announce Digest, Vol 44, Issue 11
***********************************************
[View Less]
Trying to figure out how to make it work. Seems as though it should be
pretty easy.
installed package (from yum search)
avahi-compat-libdns_sd.i386 : Libraries for Apple Bonjour mDNSResponder
compatibility.
/etc/nsswitch.conf altered line so it reads,
hosts: files dns mdns mdns4
started avahi-dnsconfd service (don't know that it's needed)
restarted avahi-daemon service
but the syslog says...
Oct 17 00:07:41 srv-adv avahi-daemon[12618]: WARNING: No NSS support for
mDNS detected, …
[View More]consider installing nss-mdns!
and there is no package that I am aware of called nss-mdns, at least yum
search doesn't turn up anything other than the avahi-compat-libdns_sd
that I installed above.
Anyone know what I am missing?
Craig
[View Less]
I'm trying to customize the firstboot process in CentOS 5 and have
come across a few issues that are driving me nuts. I'm sure they are
all upstream issues, but I don't have a RHEL 5 system to verify
them. I had these customizations working in CentOS 4, but things
that used to work then don't work now.
The main problem is that you can't validate user input. This problem
can be easily seen in the firstboot "Create User" module. If you are
in this screen, deliberately enter …
[View More]mismatched passwords. You will
get a warning that the passwords do not match, but when you click OK
to dismiss the warning you are taken to the next screen. In CentOS
4, firstboot would stay at the current screen until all user input
had been validated. If you look at the underlying Python code, when
you returned "None" from the apply method it would not exit the
module in CentOS 4, but it does in CentOS 5.
I also can't get the firstboot Display module to load. It ships with
"skipme = True", but setting it to false or removing that line
altogether does not show the module. It appears to me that there a
lots of issues with firstboot in CentOS 5. Actually, in my
environment (~40 desktops), CentOS 5 has been far less stable than
CentOS 4 (mostly Gnome issues with Terminal windows crashing and
window "flickering"). I've reported some of these issues before on
this list. My servers seem to be rock stable, though.
Anyway, for now I will have to live with these issues. Can I report
these issues in the Red Hat bugzilla database or do I need to be a
RHN subscriber to report bugs against RHEL5? I suspect (but have not
verified) that these issues have been addressed in Fedora already.
Alfred
[View Less]
Hi All,
I have a strange problem that I don't understand. I have an access file
which has the following line:
168.144.250.215 OK # xsmtp02.mail2web.com
Yet email from this IP address is getting rejected. From my log file
Oct 15 21:52:33 mx01 sendmail[10569]: ruleset=check_relay,
arg1=xsmtp02.mail2web.com, arg2=168.144.250.215,
relay=xsmtp02.mail2web.com [168.144.250.215], reject=553 5.3.0 OK #
xsmtp02.mail2web.com
Is this because I have commented out
dnl FEATURE(…
[View More]delay_checks)dnl
in my sendmail.mc?
What is the ruleset check_relay actually doing in this case. I have seen
other cases where it rejected a message but always with a useful
message. why is there a reject=553 code but with an OK after it? Can
somebody give me a clue as to what I have misconfigured.
--
Paul (ganci(a)nurdog.com)
[View Less]
----- "John Hinton" <webmaster(a)ew3d.com> wrote:
> Craig White wrote:
> >
> > If you are going to go to multiple lists, might I suggest that you
> > have 1 system-admins list and 1 general-users list and you can tightly
>
> But I would like a bit more freedom on the sysadmin list. The ability
> to get more in depth on particulars and include discussions of other
> software which interacts with existing systems to aid in going
> further... extending …
[View More]Centos so to speak.
Do you think that by definition, the "system-admins" list should encompass that freedom? Linux system administration is not limited to bash scripting and configuring Apache virtual hosts, but also includes architecting multi-tiered, multi-faceted, multi-platform environments. I think the label of "system-admins" for a second list is going in the right direction. Maybe something a bit more specific, like CentOS-sysadmin-advanced? Not the best name, but conveys my idea. The understanding on that list is that the application of CentOS in real world environments can and should also be discussed.
Eh? Yes, no, maybe?
-Ken
[View Less]
Dear ALl,
I have the following live setup .
Centos 5.1 running as a Mail and DNS server with the following software
Sendmail ver
MailScanner ver
squirrel mail
clam av
spamassassin
mailwatch
we have about 250 mail users all with no shell and every thing is working
perfectly fine
now i wd like to know the following .
1) if i have a copy of my /etc/passwd file and the /etc/skel/shadow file
and if my current HDD crashes ..
now if i make a new centos server with all the above software and jus …
[View More]copy
the password n shadow file in the right directories will all the users
able to login into the system as before.
or is anything more required to be done.
To explain more clearly if my current hdd crashes i can get up a new
centos machine but creating all the 250 + users wd be a big problem
specially the passwords.
2) i would like to also know about MX records
i mean DNS server having MX with same priority n MX with different priority
i right now have a primary n secondary mail server that is dns server with
different MX records and its workin fine
if i have 2 servers with same MX priority do i need to create the smae
users on both my centos servers so tht if one server fails othe one is
operational . i do presume the above is corect or is there any other way
apprecite your help
regards
Fabian
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
[View Less]
On: Thu, 16 Oct 2008 12:01:54 +0100, "Marcelo M. Garcia"
<marcelo.maia.garcia(a)googlemail.com> wrote:
>
> Karanbir Singh wrote:
>> One thing that we are often blamed for is trying to stifle conversations
>> and to discourage people from commenting / contributing / encouraging
>> conversations. And that cant be further from the truth, really. We are
>> all pro-community ( and when I say we, I mean everyone - including the
>> contributors, developers, …
[View More]admins, users, abusers and hey upstream too ).
>>
>> However, one thing that does get in the way, often, and something that
>> we all feel creates a higher 'noise' ratio is conversations on this list
>> about semi-related stuff, but not something that directly contributes to
>> the general users of CentOS. Conversations that specifically address
>> four areas:
>>
>> - technologies
>> - best practices
>> - deployment strategies and tools
>> - management strategies and tools
>>
>> And to better cater to these conversations, as well as further encourage
>> such content, we'd like to propose creating a 'centos-tech' list.
>>
>> Over a period of time, we would like to see the CentOS list become a
>> more user help and distro specific list, with generic conversations
>> moving to the centos-tech list.
>>
> Hi
>
> I understand the eagerness to lower the "noise" ratio, but I think
> creating another list is not the solution, it will simply create an
> extra work for the people in the list "centos" in the sense that you
> will have to keep reminding people to use the "tech" list, or saying to
> newcomers that should sign for the "tech" list.
>
> Noise is the side effect of the success of the project CentOS. As the
> project grows, more people will be joining the list, and there will be
> more noise.
>
> In my opinion there aren't much "off-topic"/noise in this list.
>
> Regards
>
> Marcelo
>
I too, see little problem with the current signal to noise ratio.
Compared to some tech lists I subscribe too this one is pretty much always
on the topic of some aspect of using CentOS effective and efficiently.
If some people really have problems with the degree of latitude extended
to subjects here then perhaps an appropriate solution is to set up a list
called centos-strict and allow those that have strong feelings on the
matter of appropriateness, whatever that turns out to mean, to subscribe
there.
Once a day a digest of the centos-strict list could be posted to this
list, in a fashion similar to that done for CentOS announcements. So that
topics of interest discussed there would still reach a wider audience.
The existing centos list is pretty much established as the first port of
call for a new contributor. It seems to me counter-productive to create a
new list to serve that purpose and then force new people to resubscribe to
a different list, doubtless after receiving abuse from self-appointed
moral managers for posting the wrong subjects here.
As a case in point, what does the creation of new mailing lists have to do
with CentOS, exactly? What is deemed appropriate and on topic is really
more a matter of taste than anything else.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrne mailto:ByrneJB@Harte-Lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
[View Less]