Hi, thanks for reporting this bug.
Assigned to the package maintainer.

(Please set the status to 'assigned' if you are working on it)

Keywords: (none) => Triaged
Blocks: (none) => 2120
Assignee: bugsquad => shikamaru

maybe we should sync with fedora init script as i tested it and it starts well but i don't know how to test this service.

CC: (none) => dmorganec

(In reply to comment #2)
> maybe we should sync with fedora init script as i tested it and it starts well

Then, let's go with it. Having to wait 5 minutes for initrd completion is slowing down my testing.  :-D

> but i don't know how to test this service.

Well, we can not test a failed memcached.service  :)

(In reply to comment #3)
> (In reply to comment #2)
> > maybe we should sync with fedora init script as i tested it and it starts well
> 
> Then, let's go with it. Having to wait 5 minutes for initrd completion is
> slowing down my testing.  :-D


thank you so i will update this ( and update the version too when i am at it ).

Please test new memcached ( 1.4.11 )

(In reply to comment #5)
> Please test new memcached ( 1.4.11 )

script -c "urpmi --downloader wget --auto --auto-update --test" /local/tmp/urpmi_test.log
Script started, file is /local/tmp/urpmi_test.log
    ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/media_info/20120131-221257-synthesis.hdlist.cz
updated medium "Core Release (distrib1)"                                                                                                                   
medium "Core Updates (distrib3)" is up-to-date
medium "Nonfree Release (distrib11)" is up-to-date
medium "Nonfree Updates (distrib13)" is up-to-date
medium "Tainted Release (distrib21)" is up-to-date
medium "Tainted Updates (distrib23)" is up-to-date
    ftp://mirrors.kernel.org/mageia/distrib/cauldron/i586/media/core/release/media_info/20120131-221123-synthesis.hdlist.cz
updated medium "Core 32bit Release (distrib31)"                                                                                                            
medium "Core 32bit Updates (distrib33)" is up-to-date
Packages are up to date
Script done, file is /local/tmp/urpmi_test.log


[root@wb2 ~]# systemctl status memcached.service
memcached.service
          Loaded: error (Reason: No such file or directory)
          Active: inactive (dead)

(In reply to comment #6)
> (In reply to comment #5)
> > Please test new memcached ( 1.4.11 )
 
> [root@wb2 ~]# systemctl status memcached.service
> memcached.service
>           Loaded: error (Reason: No such file or directory)
>           Active: inactive (dead)

Well, that tears it. My testbed of a clean alpha3+updates does not match my Production machine with a clean ftp install of Alpha3+updates.

[root@wb ~]# systemctl status memcached.service
memcached.service - LSB: High-performance memory object caching system
          Loaded: loaded (/etc/rc.d/init.d/memcached)
          Active: inactive (dead)
          CGroup: name=systemd:/system/memcached.service

# systemctl enable  memcached.service
memcached.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig memcached on
Warning: unit files do not carry install information. No operation executed.

# systemctl start  memcached.service
I am still waiting for terminal prompt because I am in the 5 minute penalty box. :(

Ok we get a status success but systemd was not aware of it.
systemctl status  memcached.service
memcached.service - LSB: High-performance memory object caching system
          Loaded: loaded (/etc/rc.d/init.d/memcached)
          Active: failed since Tue, 31 Jan 2012 16:52:50 -0600; 1min 9s ago
         Process: 4267 ExecStart=/etc/rc.d/init.d/memcached start (code=exited, status=0/SUCCESS)
          CGroup: name=systemd:/system/memcached.service
                  â 4278 memcached -d -l 127.0.0.1 -p 11211 -U 11211 -u mem...

Jan 31 16:47:50 wb.home.test memcached[4267]: Starting memcached: [  OK  ]


Since a alpha3_dvd+updates do not match my alpha3_ftp+updates it looks like I going out of the testing business unless I can get a consistent setup for testing. I need my new alpha3 iso request satisfied.

Alpha3 pulseaudio problems, which were not in alpha1&2 on this "Production" box keeps me from using it on a daily bases. I need audio fixed because my telephone access is ekiga VOIP.

My two nic testbox has passed it's 500 reboots fsck on this Alpha3 cycle and the 50-70% nic selection bug is wearing it out twice as fast as needed. 

Guess I'll just wait for beta iso to retest my 35 open problems.

strange here it succeed in some seconds ( where it hung with previous rpm )


# systemctl status  memcached.service
memcached.service - LSB: High-performance memory object caching system
          Loaded: loaded (/etc/rc.d/init.d/memcached)
          Active: active (running) since Wed, 01 Feb 2012 09:06:18 +0100; 19s ago
        Main PID: 12859 (memcached)
          CGroup: name=systemd:/system/memcached.service
                  â 12859 memcached -d -p 11211 -u memcached -m 64 -c 1024 -P /var/run/memcached/memcached.pid

(In reply to comment #8)
> strange here it succeed in some seconds ( where it hung with previous rpm )

Is your system 64 bit or 32 install?
Is your system single cpu or more than one?

Both of mine are 64 bit installs except wb is 4 cpu and wb2 is single cpu.

I installed memcached on my single cpu testbed and rebooted.

[root@wb2 ~]# systemctl status memcached.service
memcached.service - LSB: High-performance memory object caching system
          Loaded: loaded (/etc/rc.d/init.d/memcached)
          Active: active (running) since Wed, 01 Feb 2012 05:37:21 -0600; 56s ago
         Process: 2490 ExecStart=/etc/rc.d/init.d/memcached start (code=exited, status=0/SUCCESS)
        Main PID: 2595 (memcached)
          CGroup: name=systemd:/system/memcached.service
                  â 2595 memcached -d -p 11211 -u memcached -m 64 -c 1024 -P /var/run/memcached/memcached.pid

Feb 01 05:37:21 wb2.home.test memcached[2490]: Starting memcached: [  OK  ]

(In reply to comment #8)
> strange here it succeed in some seconds ( where it hung with previous rpm )

Ok, 
urpme memcached
urpmi memcached  It hung for ~5 minutes and indicated post install script start up failure.
Same problem, systemd did not see start status=0   :(

Geeze I hate the Micro$not solution.

Rebooted,
systemctl enable memcached.service
systemctl start memcached.service
systemctl stop memcached.service
systemctl start memcached.service

Now it works.

Status: NEW => RESOLVED
Resolution: (none) => FIXED